|
Stefan Junestrand
|
April 20, 2015 at 2:49 am
Hi, Background:
a) We organize a mix of paid (congresses) and free (seminars) events.
b) Some users get a 100% discount our paid events through a promo code.
c) According to Spanish law it is obligatory to generate an invoice when you sell on-line to professionals (other companies).
d) The invoices have to be correlative (numbered in order)
e) It`s not legal to issue an invoice with value “0”
Thus my question is:
Is it possible with Event Espresso to generate correlative invoices only for registrations that have a final price > 0 (bigger than zero)?
Regards / Stefan
|
|
Lorenzo Orlando Caum
|
April 24, 2015 at 7:30 am
Hi Stefan, are you referring to the invoice link that appears on the thank you page?
You would like to hide that if the transaction is free?
—
Lorenzo
|
|
Stefan Junestrand
|
April 24, 2015 at 9:29 am
Hi, not really, what I am refering to is to generate “invoices” with correlative numbers only for tickets that are not free. For example, if the first ticket is paid for it gets Invoice ID = 1; the second ticket is free and does not get an invoice ID; the third ticket is paid for and gets invoice ID = 2, etc.
|
|
Tony
|
April 28, 2015 at 3:41 am
Hi Stefan,
Currently this is not available within Event Espresso, each registration will create an associated transactions (and therefore its own ID which is used in the invoices)
We are discussing possible solutions to this.
Although you don’t mention this in reply, can I ask how this would work if you provided both the Invoice payment method, which finalizes the registration with the expectation that the user will download the invoice and pay (using whichever method) AND online payment methods, such as PayPal?
For example, User A selects Invoice and has a TXN ID of 1.
User B select PayPal and fully completes the payment (they would now have a TXN ID of 2 and an Invoice ID of 2)
User C selects Invoice again. They will have a TXN ID of 3.
Should User B not be included in the sequential orders? As in should they be exclusively for Invoice payments ONLY.
**Note the above assumes that that only Paid registrations create an invoice, which is what you are requesting above correct?
|
|
Stefan Junestrand
|
May 5, 2015 at 11:28 pm
Hi, yes A, B and C in your example above should all generate an invoice. (All payment methods with a value above “0” – even though they are paid with paypal or with invoice.) (I assume your “TXN ID” reefer to Taxation ID or something equal to “invoice number”.)
Let me explain with an example:
We have three events: “ii” (price = 100), “jj” (price = 50) and “kk” (free). We have also discount codes for the paid events that reduces the price to “0” (zero).
Te following registrations are made:
– User A register for “ii”, pays 100 with invoice and get “Register ID = 1” and “TXN ID = 1”.
– User B register for “jj”, pays 50 with invoice and get “Register ID = 2” and “TXN ID = 2”.
– User C register for “ii” and has a discount code and pays 0 (zero) and get “Register ID = 3” and dose NOT get any TXN ID.
– User D register for “kk” and pays 0 (zero) and get “Register ID = 4” and does NOT get an TXN ID.
– User E register for “ii” and pays 100 with paypal and get “Register ID = 5” and “TXN ID = 3”.
– User F register for “ii” and pays 100 with invoice and get “Register ID = 6” and “TXN ID = 4”.
– User G register for “jj” and pays 50 with invoice and get “Register ID = 7” and “TXN ID = 5”.
– User H register for “jj” and pays 50 with paypal and get “Register ID = 8” and “TXN ID = 6”.
Conclusion: All payments with a value bigger than “0” at the moment of registration should generate and invoice.
As I Said:
– We organize a rather large number of different professional events (both seminars free for the attendee and congresses with a cost for the attendee.
– According to Spanish law it is obligatory to generate an invoice when you sell on-line to professionals (other companies).
– The invoices have to be correlative (numbered in order) – event among different events (see above)
– It`s not legal to issue an invoice with value “0”, as it is considered a “gift” and you have to pay taxes for it!
If you have any question, pleas don’t hesitate to contact me!
/ Stefan
|
