巴西付款订单
项目描述
该模块实现了使用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运动返回代码
如果需要注册,请考虑在此模块中添加PR,在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支付方式的账单/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返回的方法分离,相关的文件和视图已被注释并等待KMEE的回复,关于是否将被删除、提取到其他模块或以某种方式集成(详情请见l10n_br_account_payment_order/models/__init__.py#L18 l10n_br_account_payment_order/__manifest__.py#L47)。
- 确认是否需要在三个不同的地方定义“我们的号码”序列。
在企业的注册中注册序列,字段与支付方式中使用的字段相同,但在此情况下,只有当公司只使用一个CNAB时才有效,如果开始使用多个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功能在Many2Many类型字段中不起作用,这似乎在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的更改方法。
添加了演示数据和测试数据。
将返回文件的对象分离出来并记录信息,以便有一个专门记录日志的对象,这样实现所选库的模块就可以有一个特定的方法/对象来完成这个功能。
错误追踪器
Bug在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 odoo13_addon_l10n_br_account_payment_order-13.0.1.0.1.dev9-py3-none-any.whl
算法 | 哈希摘要 | |
---|---|---|
SHA256 | 8b353400b6cf1788bda1c7fadc7276a9d86643b7871a92ebde15bfd5fce96606 |
|
MD5 | f2d6bc15152717ce9a14c1f2e0dc9534 |
|
BLAKE2b-256 | 76ea00e993a843dd157eacc7cbd415474f5032b59099a6549530a19eb985b539 |