invoice choice
This topic contains 11 replies, has 3 voices, and was last updated by Sandro 6 years, 6 months ago.
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket-
AuthorPosts
-
May 9, 2018 at 7:13 pm #1464
Hi,
It’s possible to let the users decide if they want or not an invoice on payment checkout?
ThanksSandro
May 9, 2018 at 9:18 pm #1465Generally no that is not possible if the plugin is activated and used for checkout.
How would that work? Can you share with us your idea?
Are you trying to not send email, or something else? Want to hide some other function or part of the checkout process?May 9, 2018 at 11:10 pm #1467In Italy, if the user have a vat number, can request an invoice for deduce tax (but however have to pay it on the invoice, can’t exclude it) but if you don’t have vat number, then user should receive document with the details but with the voice “Payment receipt” instead of “Invoice” and with no reference to company name or vat number but only own details (name, last name, address, etc.). So the users should be able to decide if they want an invoice or a payment receipt. I hope i have explained well…
May 10, 2018 at 9:12 am #1470there is no way to do this by default, it would require customisation sorry.
Stiofan
May 11, 2018 at 7:46 am #1473Hi, my name is Carlo and I’m working with Sandro on a new site based on your wpgeodirectory that’ll require customers to register and pay an annual fee. Due to this, we thought to use your wpinvoicing addon, but now we are facing the following problem:
as per Sandro, in Italy we produce two different kind of documents depending on customer type; we print a ‘receipt’ (ricevuta) if the customer is ‘consumer’ (B2C), with just name and address, and optionally fiscal code, and we print an ‘invoice’ (fattura) if the customer is ‘business’ (B2B) where, apart from company name and address, VAT number is mandatory. Furthermore, the ‘receipt’ doesn’t require a document number, even if we usually number them in some way for simplifying searches, while ‘incoices’ require a fiscal document number. That’s why we use two different progressive numbering.
Finally the question: how can we solve this ? We thought about a couple of solutions and would like to hear from you what you think:1) is there any way to let wpgeodirectory use a different plugin so that we can look at an italian addon managing both the cases ?
2) may we customize your code and introduce both rules, and if yes, can you pls suggest where to look at for managing two progressive numbers, two different forms for customer data and two different printout headers ?
Thanks a lot in advance for your support and collaboration
Best regards
CarloMay 11, 2018 at 10:45 am #1474What are the basic things u are looking to do?
Simply show a different output depending of vat and business name are used?Stiofan
May 11, 2018 at 4:17 pm #1475What we need is:
1) when customer registers he/she should select between ‘Private’ or ‘Business’ profile and therefore being asked for name, address, additional infos and fiscal code (16 chars) in first case or company name, address, additional infos and VAT number (11 chars) in second case.
2) then on printout it should print a receipt or invoice depending on previuos choice – it means only the headers and related infos are different
The two options must use a different document numbering.
Sorry for this, but fiscal laws in Italy are totally crazy !
Best regards
CarloMay 16, 2018 at 1:10 pm #15051. the user would just simply not enter a business vat number.
2. that would likely not be too hard for developer to customise, depending if vat number is there or not.
3. the different numbering is likely a problem (and i don’t really understand the requirements) do you have a government explanation of the requirements?Stiofan
May 21, 2018 at 4:13 pm #1531Hi Stiofan,
sorry for being late but I was by a customer all week and couldn’t spend 5 minutes on any other job.
So to better explain how it works here in Italy… We have 3 kinds of document we can emit:1) non-fiscal receipt – it’s just a piece of paper, with or without customer data, reporting that someone has purchased some products for a certain amount of money (can be just the total amount) – it cannot be used for tax purposes
2) fiscal receipt – it’s again a piece of paper, with or without customer data, reporting each separated product bought by the customer, each with its price (doesn’t require VAT spin-off, it will be done by accountants), and having its own numbering
3) invoice – it’s the standard piece of paper used to sell products to companies having a VAT number. It uses its own numbering, different from the fiscal receipt one.May 21, 2018 at 4:17 pm #1532We are going to check again with the customer the real needs she have, but in the meantime, in case I will have to customize your product, is it possible to have an idea where to look at for:
1) asking for fiscal code instead of VAT number in case of a private customer
2) introducing a dual numbering system
Thanks in advance for your collaboration
Best regards
CarloMay 22, 2018 at 11:55 am #1535I’m trying to think of the best solution but i can’t think of an easy one, maybe having two different installs of WPI would be best?
Invoicing is GPL and open source, you can find the code here: https://github.com/AyeCode/invoicing
Thanks,
Stiofan
May 26, 2018 at 9:47 am #1554Ok, thanks a lot for your replies.
I’m gonna have a look to the source and see if I can get it the way we need it.
Best regards
Carlo -
AuthorPosts
We have moved to a support ticketing system and our forums are now closed.
Open Support Ticket