巴西付款订单
项目描述
O模块实现了使用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支付方式的账单/account.invoice，如果auto_create_payment_order字段被标记，则相关的分期付款行将自动在新的付款订单中创建或添加到已存在的草稿订单中。也可以手动添加，文件生成和文件处理取决于已安装的第二个模块，其中定义了要使用的库。
已知问题/路线图
检查许多many2many字段没有通过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付款的集成，请查看PR https://github.com/OCA/l10n-brazil/pull/972以及在同一付款订单中使用多种支付方式的可能性https://github.com/odoo-brazil/l10n-brazil/pull/112
检查v14中是否可以在account.payment.line模块的“move_line_id”字段和“related”字段“ml_maturity_date”中移除ondele='restrict'，以允许在已确认/生成/发送的付款订单存在时取消账单（详情l10n_br_account_payment_order/models/account_payment_line.py#L130）。
“分组/按组”功能在Many2Many字段中不起作用，这似乎在v15中已得到解决（请检查迁移），这在涉及CNAB指令和返回码的对象中使用。
确认是否存在使用相同CNAB指令和返回码集合的银行，如果不存在，请从银行中移除many2many并仅保留many2one。
在迁移过程中，删除空的对象 bank.payment.line，但这是为了避免在模块更新时出现错误。请参阅 l10n_br_account_payment_order/models/account_payment_line.py:291 的详细信息和问题参考 https://github.com/odoo/odoo/issues/44767。
检查在 CNAB 和模块 https://github.com/OCA/bank-payment/tree/14.0/account_payment_order_return 中使用 account.payment 对象的可能性，以处理 CNAB 返回日志，RFC https://github.com/OCA/l10n-brazil/issues/2272。
变更日志
14.0.1.0.0 (2022-04-29)
[MIG] 迁移到版本 14.0。
13.0.1.0.0 (2022-01-28)
[MIG] 迁移到版本 13.0。
12.0.3.0.0 (2021-05-13)
[MIG] 迁移到版本 12.0。
由于每家银行和 CNAB 都可能有自己的编码规范，因此增加了对 CNAB 240 和 400 进行参数化的可能性。
增加了修改已发送 CNAB 的方法。
增加了演示数据和测试数据。
将处理文件返回和记录信息的对象分离，以创建一个专门记录日志的对象，这样实现该库的模块就可以有一个特定的方法/对象来执行此功能。
12.0.1.0.0 (2019-06-06)
[MIG] 开始迁移到版本 12.0。
10.0.2.0.0 (2018-05-17)
[REF] 将模块与 l10n_br_account_payment_mode 合并并重命名为 l10n_br_account_payment_order。
10.0.1.0.0 (2018-08-29)
[MIG] 迁移到版本 10。
8.0.1.0.1 (2017-07-14)
[NEW] 对 br-cobranca (ruby) 通过的账单生成进行重构和改进以支持。
8.0.1.0.0 (2017-07-14)
[NEW] 改进以支持工资单的支付生成；
8.0.0.0.0 (2016-01-18)
[NEW] 第一个版本
错误跟踪器
错误在 GitHub Issues 中跟踪。如果遇到问题，请检查是否已经报告了该问题。如果是第一次发现，请通过提供详细和受欢迎的 反馈 来帮助我们解决。
请勿直接联系贡献者以获取支持或帮助解决技术问题。
致谢
贡献者
其他致谢
本模块的开发得到了以下机构的财务支持：
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 odoo14_addon_l10n_br_account_payment_order-14.0.7.0.1-py3-none-any.whl
| 算法 | 哈希摘要 | |
|---|---|---|
| SHA256 | 4819a9cb4f249a15dcf8d982ec15828686aff6f60be5ca6863dd616badb2cfd8 |
|
| MD5 | c0f69750680f8b1f2642749d2196abeb |
|
| BLAKE2b-256 | 440b1c42a25eb2a6d99565ea2971ebdc7338f1b4d251f61d40360c7e88cb9d45 |