巴西支付订单
项目描述
该模块实现了使用CNAB 240或400所需的基础结构公共部分的实现，位于https://github.com/OCA/bank-payment/tree/12.0/account_payment_order，其中使用支付方式来配置每个CNAB的特定设置，以及使用支付订单来发送CNAB指令。还包括访问组以设置安全权限和记录返回日志。然而，实现是为了允许使用不同的库来生成和处理CNAB的返回，因此需要安装第二个模块来执行此功能，因此这里的想法是这里将包含所有实现中的公共部分，但如果没有第二个模块则无法工作。
目录
安装
本模块依赖于
l10n_br_base
account_payment_order
account_due_list
account_cancel
配置
- 请检查银行和使用的CNAB类型（240或400）是否具有交易指令代码和交易返回代码
计费 > 设置 > 管理 > CNAB交易指令代码
计费 > 设置 > 管理 > CNAB交易返回代码
如果需要注册，请考虑在模块中添加，在l10n_br_account_payment_order/data/cnab_codes/banco_X_cnab_Y_Z.xml中添加，以便在未来的实现中无需注册。
请提供注册时使用的CNAB数据
收入 > 设置 > 管理 > 付款方式
请检查将使用CNAB的用户访问权限，存在CNAB用户和CNAB管理员。
重要：由于CNAB涉及金钱和公司现金，因此安全性和可追溯性至关重要。每个CNAB的具体配置在“付款方式”/“account.payment.mode”中，其中包含了一个用于记录重要字段变更的mail.thread对象，但many2many字段没有被track_visibility记录（详细信息请参阅l10n_br_account_payment_order/models/account_payment_mode.py#L59）。此外，一个重要的字段用于存储CNAB的返回代码，这些代码应生成扣减/清算，但该字段的变更并未被记录。在OCA的https://github.com/OCA/social/tree/12.0存储库中，存在一个模块可以解决这个问题：https://github.com/OCA/social/tree/12.0/mail_improved_tracking_value。因此，建议在实施中包含此模块以修复此问题。此模块的依赖关系待批准。
用法
创建具有CNAB付款方式的发票/账单时，如果auto_create_payment_order字段被标记，则将自动创建分期付款的行，并添加到新的付款订单或已存在的草稿状态订单中。也可以手动添加，文件生成和文件处理依赖于安装第二个模块，其中定义了要使用的库。
已知问题/路线图
检查许多2many字段没有通过track_visibility进行记录，以及是否包含https://github.com/OCA/social/tree/12.0/mail_improved_tracking_value依赖关系（确认v14中的问题）。
缺少关于更改钱包过程的详细信息。
映射并包含每个CNAB 240/400银行的代码。由于可能性众多，这被视为一个“路线图”，我们依赖其他贡献者的PR来实现尚未登记的案例，尽管代码允许在这些情况下在屏幕上登记。
查看“银行提前放款”或“贴现”的变更，请参阅v14中的变更https://www.odoo.com/pt_BR/forum/ajuda-1/v14-change-in-payment-behavior-how-do-the-suspense-and-outstanding-payment-accounts-change-the-journal-entries-posted-177592。
由于将导入CNAB文件的方法与记录CNAB返回的方法分开，相关的文件和视图已被注释，并等待KMEE的反馈，以确定是否删除、提取到其他模块或以某种方式集成（详细信息请参阅l10n_br_account_payment_order/models/__init__.py#L18 和 l10n_br_account_payment_order/__manifest__.py#L47）。
- 确认是否需要在三个不同的地方定义“我们的号码”的序列号。
在企业的注册信息中注册序列号，该字段与付款方式中使用的字段相同，但在此情况下，只有当企业使用一个CNAB时才有效。如果开始使用多个，这些信息将需要以某种方式移动到付款方式的注册信息中，因此最好只留下在付款方式中提供该信息的选项，并从企业注册信息中删除该选项？
基于发票号码的序列号。据观察，“我们的号码”的序列号独立于发票的序列号。有人知道是否有这种情况的用法吗？如果是的话，重要的是要有关于该用法的参考，例如：银行X CNAB 240，以使其他开发者清楚地了解用法。
支付方式注册，应保持并最好仅在此处进行，以集中注册并出于安全考虑，因为可能没有权限访问注册企业。
支付CNAB，检查与PR的集成 https://github.com/OCA/l10n-brazil/pull/972，以及在同一支付订单中存在多种支付方式的可能性 https://github.com/odoo-brazil/l10n-brazil/pull/112
检查v14中是否可以删除字段“move_line_id”和“related” “ml_maturity_date”中的“wherele=’restrict’”，在依赖于account.payment.line模块的模块中，以允许在已确认/生成/发送的支付订单存在时取消账单（详情l10n_br_account_payment_order/models/account_payment_line.py#L130）
按/Group By分组的功能在多对多字段中不起作用，据称这已在v15中得到解决（检查迁移），这用于与CNAB指令代码和返回代码相关的对象。
确认是否存在使用相同CNAB指令代码和返回代码集的银行，如果不存在，则删除银行的many2many，并仅保留many2one。
变更日志
8.0.0.0.0 (2016-01-18)
[NEW] 第一个版本
8.0.1.0.0 (2017-07-14)
[NEW] 改进以支持生成工资单支付
8.0.1.0.1 (2017-07-14)
[NEW] 重新实现和改进以支持通过br-cobranca（ruby）生成汇票
10.0.1.0.0 (2018-08-29)
[MIG] 迁移到版本10。
10.0.2.0.0 (2018-05-17)
[REF] 将模块与l10n_br_account_payment_mode合并并重命名为l10n_br_account_payment_order。
12.0.1.0.0 (2019-06-06)
[MIG] 开始迁移到版本12.0。
12.0.3.0.0 (2021-05-13)
[MIG] 迁移到版本12.0。
添加了参数化CNAB 240和400的可能性，因为每个银行和CNAB都可能没有标准并使用不同的代码。
添加了用于修改已发送CNAB的方法。
添加了演示数据和测试数据。
将返回文件和记录信息的对象分离，以有一个专门记录日志的对象，因此实现所选库的模块可以有一个特定的方法/对象来执行此功能。
错误跟踪器
在GitHub Issues上跟踪错误。如果在出现问题时，请检查是否已报告您的问题。如果您是第一个发现它的人，请通过提供详细且受欢迎的反馈来帮助我们解决这个问题。
不要直接联系贡献者以获取支持或帮助解决技术问题。
鸣谢
贡献者
Luis Felipe Mileo <mileo@kmee.com.br>
Fernando Marcato <fernando.marcato@kmee.com.br>
Hendrix Costa <hendrix.costa@kmee.com.br>
Magno Costa <magno.costa@akretion.com.br>
Antônio S. Pereira Neto <netosjb@yahoo.com.br>
其他鸣谢
本模块的开发得到以下机构的财务支持
KMEE INFORMATICA LTDA - www.kmee.com.br
AKRETION LTDA - www.akretion.com
维护者
本模块由OCA维护。
OCA，即Odoo社区协会，是一个非营利组织，其使命是支持Odoo功能的协作开发并推广其广泛使用。
本模块是GitHub上的OCA/l10n-brazil项目的一部分。
欢迎您贡献力量。要了解如何贡献，请访问https://odoo-community.org/page/Contribute。
哈希值 for odoo12_addon_l10n_br_account_payment_order-12.0.9.1.1-py3-none-any.whl
| 算法 | 哈希摘要 | |
|---|---|---|
| SHA256 | 980a9d71d67a7fead24e962ca6f84d4eb1b3978ed4b1fc70316f7b5c59cb6521 |
|
| MD5 | f768f75bf08e6b333b175946d3617162 |
|
| BLAKE2b-256 | b3f436bf1b683ed6b783715c14dff1b231c50309c82c81649dc1b2cb374868c2 |
