odoo13-addon-account-invoice-ubl-peppol 13.0.1.1.0

配置

• 转到菜单 发票 > 配置 > 设置 > 发票，在 电子发票 下。

• 制定一个域名，指定哪些发票应该使用PEPPOL方言。默认为 []，所以所有UBL发票都将使用PEPPOL。如果您只想针对比利时合作伙伴，则可以在此填写，例如：[(‘partner_id.country_id.code’, ‘=’, ‘BE’)] 或者您可以选择只为选定的合作伙伴ID启用此功能。

• 您可以配置默认税率，以便在没有指定税的情况下使用发票行。例如，在满足业务规则BR-CO-18的情况下，对于非政府组织是必要的。您选择的任何税都必须定义UNECE税型（例如，增值税）和税类别（例如，“税范围之外的服务”）。

• 您可以配置默认的计量单位，当发票行没有单位或产品单位时，将使用UNECE代码。一个典型的默认单位可以是Odoo的“单位”，配置为具有UN、XUN或C62的UNECE代码。这是为了满足规则BR-23。

• 转到菜单 联系人 填写您自己的公司合作伙伴记录以及您想要发送电子发票的合作伙伴的 coc_registration_number 字段。

• 转到菜单 联系人 > 配置 > 本地化 > 国家 在任何与发票流量相关的国家，配置正确的PEPPOL EAS id。例如，对于荷兰，这是0106，代表荷兰商会编号。

• 或者：确保每张发票都填写了银行账户；或者：确保您的支付方式与银行账户有固定的连接。要执行后者：转到菜单 发票 > 配置 > 管理 > 支付方式 对于每种支付模型，将字段 bank_account_link 设置为 fixed

使用方法

在发票表单中点击按钮 发送 & 打印。

如果发票与配置的PEPPOL域匹配，则发票将根据更严格的PEPPOL 3.0 BIS标准生成和验证。

在https://test.peppolautoriteit.nl/validate上的验证器可以用来测试生成的XML文件的有效性。还有其他在线验证器。

已知问题/路线图

• 目前，用户需要为每个国家配置PEPPOL EAS id。例如，对于荷兰，这是0106，代表荷兰商会编号。在审查过程中，注意到（默认的）这些代码可以在模块安装时自动映射，使用post-init钩子或noupdate=1 XML文件。这仍然可以完成，为可能不是那么技术或PEPPOL熟练的用户节省一些配置。

• 目前，该模块从CSV文件定义允许的EAS代码。但，其他模块也可以从中受益。因此，数据可以移动到community-data-files存储库中的单独模块。

• 在发票中添加配送伙伴时，关于不应包含的DeliveryParty会引发一些PEPPOL警告。这不是阻塞性的，但如果我们可以在模块中添加一个删除此内容的条款，那就更好了。

• 应添加一个单元测试，实际验证PEPPOL而不是仅针对一般UBL。这可能包括

  • 在res.config.settings中为此模块选择默认税和UoM

  • 在主要公司向某个合作伙伴创建出票

  • 在主要公司的合作伙伴记录中，选择任何欧盟国家，设置增值税号和CoC号

  • 在要开具发票的合作伙伴记录中做同样的事情。

  • 在由这些合作伙伴使用的res.country记录上，配置有效的PEPPOL EAS代码。

  • 在两个相关合作伙伴上配置银行账户。

  • 在发票上选择的支付方式应有一个到银行日记账的fixed链接。

  • 在此银行日记账中，选择类型为IBAN的银行账户。

  • 创建税并选择UNECE税类别（例如，VAT）和税类型（例如，S）

  • 发票行应定义此税。

  • 验证发票，生成XML，并通过验证器传递。

• 这需要在信用/退款发票和采购发票上更彻底地进行测试。

• 目前，模块在PaymentTerms下填写到期日，但我们更愿意使用如果已填写则的Odoo支付条款字段。

• 在发票上点击打印和发送按钮时，如果遇到错误，弹出窗口将与mail.compose弹出窗口重叠。在此处改进用户体验。

错误追踪器

错误在GitHub Issues上跟踪。如果有问题，请检查是否已报告您的问题。如果您是第一个发现它的，请通过提供详细和受欢迎的反馈来帮助我们解决。

请勿直接联系贡献者以获取支持或技术问题的帮助。

致谢

维护者

此模块由OCA维护。

ODoo社区协会（OCA）是一个非营利组织，其使命是支持Odoo功能的协作开发并推广其广泛应用。

本模块是GitHub上OCA/edi项目的一部分。

欢迎您贡献。要了解如何贡献，请访问https://odoo-community.org/page/Contribute。