So nobody is using the module report_intrastat (addons) in European Union countries other than France ?
Regards, -- Alexis de Lattre Le jeudi 24 février 2011 à 11:31 +0100, Alexis de Lattre a écrit : > Dear OpenERP friends, > > Some French-speakers may already be aware of Akretion's work on > report_intrastat, to make it possible to make the customs declaration > for product (DEB) and service (DES) that French company have to do every > month. Here is the post in the forum where we spoke about this : > > http://www.openerp.com/forum/topic10114-15.html?sid=80d7d29ae7d71e1670ff50ab3bbac312 > > This work is used by Anevia in production to make it's DEB and DES every > month. Anevia uses the XML export feature for DEB and DES to avoid > re-typing the information on the website of the French customs > authorities where this information must be supplied every month by > French companies. > > I have several points/questions to submit to the expert-accounting > community about my work : > > 1) Apart from France, do other EU countries oblige companies to do the > kind of declaration that the module report_intrastat is supposed to > provide ? > If yes, do these countries use the INSTAT XML format for the product > declarations ? This INSTAT XML format is described here : > > http://www.ebxml.eu.org/INSTAT_XML.htm > > This format has been designed by the European Committee for > Standardization : http://www.cen.eu/ > > 2) Apart from France, do other EU countries oblige companies to declare > every month the services that they sell without VAT to other EU > companies ? > > In France, since January 2010, all companies must make such a > declaration called "DES" ; the declaration contains the VAT number of > the EU company who bought the service without VAT and the amount in euro > of this service. > > Here are the details of the "DES" declaration (page in French) : > http://www.douane.gouv.fr/page.asp?id=3846 > > 3) Currently, my work is a "fork" of the report_intrastat module for > OpenERP v5 and is hosted here : > https://code.launchpad.net/~akretion-team/openobject-addons/openobject-addons_5.0_report_intrastat > > This is not ideal because : > - it's not convenient at all to replace a module by another module of > the same name > - my new version of the module supports the product AND the service > declaration. Some service companies may only need the service > declaration, and they don't want all the new objects or fields added for > the specific needs of the product declaration (for example, they would > not need the report.intrastat.code object). > - at least the service XML export is not an EU standard and is specific > to France (but maybe it will be standardized in the future !) > > So, depending on the answers on point 1 and 2, I plan to have a new > organisation of the modules. > > For example, if the answer to point 1 and 2 is yes, then I would adopt > the following organisation : > * report_intrastat_base > This module would contain the basic objects which are needed by both the > product and service declaration, such as the boolean field "intrastat" > on res_country and the object report.intrastat.type. > This module would "conflict" with the standard "report_intrastat" module > from the addons. So a user who would like to use Akretion's > implementation of report_intrastat would need to uninstall the > report_intrastat module from the addons first. > * report_intrastat_product > This module would depend on "report_intrastat_base" and on "stock". > It would contain the view "report_intrastat" (that I should rename > "report_intrastat_product") and the code for the INSTAT XML file export. > * report_intrastat_service > This module would depend on "report_intrastat_base" only. It would > contain the view "report_intrastat_service". > * report_intrastat_service_fr > This module would depend on "report_intrastat_service" and would contain > the XML export for "DES", which is a format specific to France. > > If the answer to point 1 and 2 is different, then I would adapt my plans > for the organisation of the modules. > > 4) I don't think that we will achieve to merge it with the official > modules in the near future. We already tried to propose a merge of our > work on report_intrastat, but it was refused by Tiny : > http://www.mail-archive.com/[email protected]/msg00813.html > > So I think I will continue to maintain these modules independently from > the official report_intrastat module in the short term. But, in the mid > term, a merge with the official version would make things easier for > OpenERP users. So, if there are some remarks that I should take into > account to make it easier for a merge in the mid-term, then I would be > happy to hear about them now. > > I am waiting for your feedback. I plan to make an official release of > Akretion's work on report_intrastat in the coming weeks, but I want to > make the reorganisation of the modules before that. That's why I would > need to get your feedback shortly. > > Regards, _______________________________________________ Mailing list: https://launchpad.net/~openerp-expert-accounting Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-expert-accounting More help : https://help.launchpad.net/ListHelp
