Ok that is good, And after finishing it would be good if you create a new ofbiz plugin and make the repo available at github, So that everyone and I can also share. So it can be a useful plugin even if its not part of the official ofbiz-plugin repository. And I am ready also to contribute
On Fri, Aug 30, 2024 at 3:29 PM Groza Danut <grozadanu...@gmail.com> wrote: > Hi Omar, > > Yea I also agree that an eInvoicing plugin would be the best choice to > implement. This plugin should be configurable separately for each country, > since each country will have specific requirements. > > Going further: > 1. For the mapping, the library you mention is also the one I used in my > implementation, so I agree we should use it. > 2. OAUTH client library > > Currently the Romanian registry uses OAUTH2 with a JWT token for > authentication with the api. Probably other countries as well. So is there > an OAUTH2 client in Ofbiz that we can use? I will investigate the passport > plugin to see if we can use the code in there. > > On Fri, Aug 30, 2024 at 2:54 PM Omar Abdullwahhab < > omar.abdullwah...@gmail.com> wrote: > > > Hello Groza > > Sorry this is another detailed Email, > > Regarding e-invoicing or e-factura. > > Yes this will be very helpful, because it is already adapted by many > > countries, > > And soon will be widely used. > > The main good thing that can be of help is > > 1. Mapping the ofbiz Invoices to XML Invoice. > > 2. Making the connector as configurable as possible, because it will be > > different for each Authority of Country. > > 3. It will be nice if the information about e-invoicing collected from > > different countries. > > 4. also many new IT companies have little knowledge about the e-invoicing > > and it will consume time to understand it, > > So if ofbiz will offer that for them it will be nicer. > > > > Regards. > > > > > > On Wed, Aug 28, 2024 at 4:47 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ț > > > > > > > > > -- > > Omar Abu-Arab > > Java Engineer > > > > > -- > Groza Dănuț > -- Omar Abu-Arab Java Engineer
