Hello Groza, Regarding the e-factura, or e-envoicing, It's the same for many other countries who adapted it. For example Saudi Arabia, Also uses the UBL currently ubl version 2.1 And if you want to use ofbiz, It's very easy you will want only ubl implementation library in Java which will help you build the xml invoice then you add more functionalities as required by the Romanian government, Then you send it to their api . Here is the best ubl implementation I found
https://github.com/phax/ph-ubl Also I have done it for SA Zatca. For further information let me know Regards On Fri, Aug 30, 2024, 2:07 PM Groza Danut <grozadanu...@gmail.com> wrote: > As a reference here is the implementation I already did in Spring Boot for > eFactura: https://github.com/grozadanut/cloud-anaf-connector > > The functionalities implemented are: > - upload Invoice to ANAF registry > - download new messages > - download Invoice xml from messages > > Main services are here: > > https://github.com/grozadanut/cloud-anaf-connector/tree/main/src/main/java/ro/linic/cloud/service > > And the Invoice mapper to UBL 2.1 format is here: > > https://github.com/grozadanut/cloud-anaf-connector/blob/main/src/main/java/ro/linic/cloud/mapper/InvoiceMapper.java > > The main rest api to upload an Invoice is defined here: > > https://github.com/grozadanut/cloud-anaf-connector/blob/main/src/main/java/ro/linic/cloud/controller/ReportController.java > > On Wed, Aug 28, 2024 at 4:45 PM Groza Danut <grozadanu...@gmail.com> > wrote: > > > Hello devs, > > > > I need to consult with the community in regard to a new plugin > > contribution. > > > > Currently the Romanian law states that all B2B and B2G invoices operated > > inside Romania must be reported to a national registry, called > > eFactura(eInvoice) operated by the romanian fiscal authority(called > ANAF). > > > > *The workflow is:* > > 1. Supplier sends the Invoice to the national registry. > > 2. Invoice Recipient downloads the Invoice from the national registry and > > registers it. > > > > *Notes:* > > - printed or emailed Invoices are NOT considered valid, only those sent > > through this registry > > - the Invoices are uploaded and downloaded from the registry in xml > format > > (UBL) > > - the registry has a REST api with OAUTH2 authentication > > > > I have the following ideas for this plugin contribution: > > > > *1. New plugin called eFactura* > > > > This will focus on specific reporting of Invoices for businesses that > > operate within Romanian boundaries. This will be very specific, but > > probably not used outside of Romania. Are there any known Romanian > > developers or businesses here? > > > > *2. New plugin called eInvoice* > > > > More generic plugin that allows for generic reporting of Invoices based > on > > configurations. This would allow using the plugin for other countries > where > > Invoice reporting is mandatory. For example Bulgaria has a similar > registry > > called eFaktura, as far as I know. > > > > *3. New plugin called InvoiceConnector(or some other name)* > > > > This would be the most generic plugin that has extended configuration > > capabilities. Basically, this would allow you to specify in what format > you > > want to export or import invoices(for example UBL2.1), and the method of > > exporting/importing(example: from/to file, REST api, etc...). This would > > basically be similar to a data mapping tool plus a REST integration. I > > haven't yet seen any possibility in Ofbiz to export or import Invoices > in a > > format other than the standard entity xml format, is there some?? > > > > *Do you think any of these contributions would be of any help to the > > community?* > > > > Of course I will be maintaining the code for the eFactura connector part, > > since we will be actively using this in our companies. > > > > -- > > Groza Dănuț > > > > > -- > Groza Dănuț >
