Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

[Feature Request] Implement e-invoicing for UBL formats (EN 16931, Factur-X, PEPPOL, etc...) other than Zugferd. #939

Open
Verony-makesIT opened this issue Mar 13, 2023 · 9 comments · May be fixed by #977
Open

[Feature Request] Implement e-invoicing for UBL formats (EN 16931, Factur-X, PEPPOL, etc...) other than Zugferd. #939

Verony-makesIT opened this issue Mar 13, 2023 · 9 comments · May be fixed by #977
Assignees
@Verony-makesIT
Labels
Feature Request Improvement or Feature Request V2
Milestone
2.x

Comments

@Verony-makesIT
Copy link
Contributor

Expected Behavior

Send e-invoices to customers in an electronic (UBL or CII) format that they can use to process their workflows more efficiently and automatically. Clients will be able to pay invoices faster and avoid errors during those payments and booking.

Current Behavior

Only for sending e-invoices to clients in Germany this is useful.
For clients in all other countries who want to use e-invoices (UBL/XML format) do not have this option.

Possible Solution

Implement e-invoicing so that users can send e-invoices to clients in countries other than Germany (Zugferd = PDF with embedded XML).
Also implement e-invoicing for other UBL/XML formats (Factur-X, PEPPOL, EN 16931 or derivatives = XML with optionally embedded PDF) than Zugferd.

Context (Environment)

Governments in several European (and other) countries are currently requiring their suppliers to only send electronic invoices (B2G).
Some countries (including Italy) are currently also imposing e-invoices on companies themselves (B2B).
In 2024, this obligation to send (B2B) e-invoices will be imposed in many more (EU and beyond) countries.

Therefore, shouldn't we (urgently) pay more attention to implementing and making it available as soon as possible so users can send e-invoices to clients in countries other than Germany?

Detailed Description

See these webpages about Electronic Invoicing:

Possible Implementation

Via a setting you can choose which UBL/XML or CII (Zugferd/XRechnung/Factur-X) "client country depending template format" the client wants to receive.
Additionally, that client then receives its PDF invoice together with the e-invoice via email.
For Germany this can be the Zugferd format (PDF with embedded XML) and for other clients the UBL/XML format (XML with external and/or embedded PDF) can be delivered depending of the chosen template.
@naui95
Copy link
Contributor

naui95 commented Apr 10, 2023

Hi, I find it a cool feature. It might be a bit of a big change for v1 which should not be getting any new big feature since v2 is coming to life. In my opinion this is for sure a good feature for v2.

@nielsdrost7
Copy link
Contributor

Will put it on the list for v2

@nielsdrost7 nielsdrost7 added Feature Request Improvement or Feature Request V2 labels Apr 10, 2023
@Verony-makesIT
Copy link
Contributor Author

@nielsdrost7, @naui95 thanks for adding this feature to the IP V2 list.

I have been using this feature for several years now and would like to make it publicly available.
My code has been working since IP V1.4/1.5 and V1.6 but I can't find code anywhere of an (early) IP V2 version.
How do I proceed now?
Do I create a new branch based on the current IP V1.6 version so that my (e-invoicing) feature can already be evaluated?

@nielsdrost7
Copy link
Contributor

  • a branch based on the development branch
  • create your solution
  • make a pull-request

The alternative is:

  • grab your current solution (hopefully it's in a repository)
  • merge in the development branch
  • resolve conflicts
  • make a pull-request

Conclusion: all solutions that you have would need a pull-request to "pull" it into the development branch

@naui95 naui95 added this to the 2.x milestone Jun 18, 2023
@Verony-makesIT Verony-makesIT self-assigned this Aug 22, 2023
@rossaddison
Copy link

rossaddison commented Aug 28, 2023 •
edited

I am using the invoiceplane database schema at https://www.github.com/rossaddison/yii3-i as a basis.

This opensource software can generate openPeppol Ubl Invoices. It uses sabre.io to write the xml.

I have developed a PeppolHelper which you might find useful and get a few ideas from.

Verony-makesIT added a commit to Verony-makesIT/InvoicePlane that referenced this issue Aug 31, 2023
@Verony-makesIT
Implementing e-invoicing flow InvoicePlane#939
e956e53 
- Added fields in tables ip_users and ip_clients.
- Removed zugferd selection in invoices - setting.
- Added e-Invoice format selection choice for client
- bank info input fields for user added and grouped
- placed xml configuration files in the folder helpers/XMLconfig
- placed xml-template files (Zugferd + UBL example) in the folder libraries/XMLtemplates
- created the readme file "About e-Invoicing templates" = How to add/setup XML-template files
@Verony-makesIT Verony-makesIT linked a pull request Sep 1, 2023 that will close this issue
Open
7 tasks
Verony-makesIT added a commit to Verony-makesIT/InvoicePlane that referenced this issue Nov 15, 2023
@Verony-makesIT
Merge branch 'InvoicePlane:development' into Processing-eInvoices-in-…
85557b8 
…different-(UBL-CII-++)-formats-InvoicePlane#939
Verony-makesIT added a commit to Verony-makesIT/InvoicePlane that referenced this issue Dec 4, 2023
@Verony-makesIT
Merge branch 'InvoicePlane:development' into Processing-eInvoices-in-…
ffbcb8a 
…different-(UBL-CII-++)-formats-InvoicePlane#939
@ogmkp
Copy link

ogmkp commented Dec 17, 2023

In France, businesses will be forced to use a platform that is a certified partner of the tax authorities.
What will happen to InvoicePlane?

@nielsdrost7
Copy link
Contributor

Maybe we can apply to become such a partner?
Which UBL variation are they using in France?

@ogmkp
Copy link

ogmkp commented Dec 17, 2023

I don't know, seems an administrative puzzle with guarantees of confidentiality and solid exchanges with the tax authorities.
See here: https://www-impots-gouv-fr.translate.goog/facturation-electronique-et-plateformes-partenaires?_x_tr_sl=fr&_x_tr_tl=en&_x_tr_hl=fr&_x_tr_pto=wapp

@Verony-makesIT
Copy link
Contributor Author

@ogmkp & @nielsdrost7,
France supports the use of both (OASIS) UBL 2.1 and (UN/CEFACT) CII i.e. the hybrid format Factur-X.
Link to the French EU e-invoicing information.

Companies will have to fulfill their VAT obligations by sending their (electronic) invoices to the VAT authorities, possibly with the help of "a certified partner".
In my opinion, InvoicePlane is an application for (small) companies that creates and sends (pdf and maybe later UBL or CII) invoices to their customers and not an application that (should also) help companies comply with the (national/French) VAT obligations.

@nielsdrost7 nielsdrost7 linked a pull request Dec 23, 2023 that will close this issue
[IP-939]: Implementing e-invoicing flow #977
Open
7 tasks
Verony-makesIT added a commit to Verony-makesIT/InvoicePlane that referenced this issue Dec 24, 2023
@Verony-makesIT
Merge branch 'InvoicePlane:development' into Processing-eInvoices-in-…
3ec0bb8 
…different-(UBL-CII-++)-formats-InvoicePlane#939
Verony-makesIT added a commit to Verony-makesIT/InvoicePlane that referenced this issue Jan 13, 2024
@Verony-makesIT
Merge branch 'InvoicePlane:development' into Processing-eInvoices-in-…
9ae50fe 
…different-(UBL-CII-++)-formats-InvoicePlane#939
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@Verony-makesIT Verony-makesIT

Labels
Feature Request Improvement or Feature Request V2
Projects
None yet
Milestone
2.x
Development

Successfully merging a pull request may close this issue.

[IP-939]: Implementing e-invoicing flow Verony-makesIT/InvoicePlane
5 participants
@naui95 @rossaddison @ogmkp @Verony-makesIT @nielsdrost7