Hi Peter, good news there are 2 teams in Chile with the same requirements. But in our case we have already running electronic invoices: we implemented a solution were we connected our existing ERP (based on Cobol running on AS400) with a commercial solution: Acepta. The implementation process alone took us 3 months, and now we have three running components: 1) our ERP 2) a "mediation" module that connects our ERP and Acepta module, written in java + rails for web interface 3) Acepta module, which connects with their servers and finally with SII and other electronic customers/suppliers.
So, the hardest part, implementing the "electronic exchange" is being done by Acepta. We control the IDs though. We plan on implementing a similar scenario, replacing the AS400 ERP with ofbiz, and use our existing mediation module to connect with Acepta module. Afterwards we plan to migrate this mediation module inside Ofbiz, and generate our own SII connection module at the end. So for now, we just want Ofbiz to work as a standar ERP, without having to deal with electronic exchange inside of it. Btw, I am really familiarized with the SII documentation, I have been working with it for the past year. Thanks for your insights. Bests, Gabriel Peter Arnold wrote > Hi Gabriel, > > Glad to hear that you also are thinking about implementing electronic > invoices in Chile. As you know all Chilean companies will have to do that > sooner or later and so do I. > Are you thinking about certifying strait for type 56) invoices? Legal > requirement is to do at least 33), 56) and 61) in one step. > Personally I would also need the 4 document types you are mentioning but > implementing everything seems to be a lot of work since these requirements > of course are not fulfilled in OFBiz out of the box. So for a first step I > personally would be glad to have the three obligatory document types > running. Of course the approach depends on individual business > requirement. > So, will you try to certify all 4 doc types at once? > > As for the sequence numbering of each document type I personally think it > would be a wise decision to add an additional data field to each invoice. > Just imagine for whatever reason OFBiz produces a failure and consumes an > ID > which was not sent to the tax authority (SII). You would in that case have > an invoice Id which was authorized by SII but a corresponding document was > never officially sent to the SII. I don't know how the tax authority would > treat that case. I believe that all authorized IDs should be consumed at > some point. > That's why I believe it would be wiser to add another data field to each > invoice which contains the authorized Invoice Id. It simply gives you more > flexibility. > How you would fill in this data is another question but I don't think this > would be the hardest part to overcome. Implementing all the rest is in my > opinion far bigger. > Furthermore SII recommendation is as in the following link: > http://www.sii.cl/factura_electronica/factura_mercado/instructivo_emision.pd > f > Especially see page 2 which clearly states that in the invoicing system > the > authorized IDs should be stored. > Another scenario: Just imagine that your system would have as next ID > let's > say the number 10, but for whatever reason SII would not authorize that > number, for example due to an error in their system. > In my opinion the SII Authorized Doc ID should be stored in a different > data > field then the by OFBiz assigned Invoice ID. > In that way you would comply with their instructions. > > I am personally not ready to go for certification yet since I have other > issues with the system and therefore have not yet started to run it for > commercial use. Nevertheless of course I am very much interested in your > approach and am thankful that you share your experience. > > Regards, > Peter > > > > --- > El software de antivirus Avast ha analizado este correo electrónico en > busca de virus. > http://www.avast.com -- View this message in context: http://ofbiz.135035.n4.nabble.com/different-Invoice-types-with-same-Invoice-ID-range-Chilean-case-tp4672808p4672842.html Sent from the OFBiz - User mailing list archive at Nabble.com.
