跳转到主要内容

nfe spec

项目描述

Production/Stable License: LGPL-3 OCA/l10n-brazil Translate me on Weblate Try me on Runboat

此模块包含电子发票(NF-e)的数据结构。使用它的模块之一是 l10n_br_nfe 模块,它允许传输电子发票。

生成

此模块的Odoo混合代码100%由最新XSD方案的Fazenda生成,使用generateDS及其扩展

https://github.com/akretion/generateds-odoo

在/tmp/generated/schemas/nfe/v4_00文件夹中下载方案后,只需执行以下命令:

python gends_run_gen_odoo.py -f -l nfe -x 4_00 -e '^ICMS\d+|^ICMSSN\d+' -d . -v /tmp/generated/schemas/nfe/v4_00/leiauteNFe_v4.00.xsd

字段前缀和版本

仅NF-e中就有多达800个税务字段,还有几个复杂的税务文件,加上3000个OCA模块,实际存在与方案中字段名称冲突的风险。此外,我们有多个NFe版本,如3.1、4.0等...

因此决定,每个字段都有一个由方案名称和方案版本的一些数字组成的前缀。例如 nfe40_。选择两位数字允许较小的方案更新使用相同的字段(以及数据库中的数据),并且简单的Odoo更新(–update=…)可以解决迁移问题。而对于较大变化,如3.1到4.0的变化,则假设使用新的字段和新的表(对于非Odoo对象)来处理,而nfelib库将处理较大版本的税务文件字段。

ICMS和ICMSSN标签的情况

为了便于验证ICMS和ICMSSN标签,该方案包含针对每种此类税种的具体标签。但是,在Odoo中,模型不同,只有一个类。如果我们将这些ICMS和ICMSSN的mixin注入到同一个Odoo类中,就会发生字段冲突,具有相同名称的字段和不同的选择。为了避免这些问题,我们过滤了这些标签的类(在generateds-odoo中使用选项-x)。无论如何,由于Odoo和l10n_br_fiscal模块有自己的税种模型,我们必须假设税标签的映射不能过于自动化。

目录

错误跟踪器

错误在GitHub Issues上进行跟踪 GitHub Issues。如果遇到问题,请先检查是否已经有人报告了您的问题。如果您是第一个发现的人,请通过提供详细且受欢迎的 反馈 来帮助我们解决问题。

请不要直接联系贡献者寻求支持或帮助解决技术问题。

致谢

作者

  • Akretion

贡献者

维护者

本模块由OCA维护。

Odoo Community Association

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

当前 维护者

rvalyi

本模块是GitHub上的 OCA/l10n-brazil 项目的组成部分。

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

项目详情


下载文件

下载您平台的文件。如果您不确定要选择哪个,请了解更多关于 安装包 的信息。

源代码分发

本发布没有提供源代码分发文件。请参阅关于 生成分发存档 的教程。

构建分发

由以下支持

AWS AWS 云计算和安全赞助商 Datadog Datadog 监控 Fastly Fastly CDN Google Google 下载分析 Microsoft Microsoft PSF 赞助商 Pingdom Pingdom 监控 Sentry Sentry 错误记录 StatusPage StatusPage 状态页