=======================
Brazilian Payment Order
=======================
..
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!! This file is generated by oca-gen-addon-readme !!
!! changes will be overwritten. !!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!! source digest: sha256:4a2ac0e35685db44c6891ec91396a36a9bfd29867a8c550f707e66a6d282de8c
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
.. |badge1| image:: https://img.shields.io/badge/maturity-Beta-yellow.png
:target: https://odoo-community.org/page/development-status
:alt: Beta
.. |badge2| image:: https://img.shields.io/badge/licence-AGPL--3-blue.png
:target: http://www.gnu.org/licenses/agpl-3.0-standalone.html
:alt: License: AGPL-3
.. |badge3| image:: https://img.shields.io/badge/github-OCA%2Fl10n--brazil-lightgray.png?logo=github
:target: https://github.com/OCA/l10n-brazil/tree/14.0/l10n_br_account_payment_order
:alt: OCA/l10n-brazil
.. |badge4| image:: https://img.shields.io/badge/weblate-Translate%20me-F47D42.png
:target: https://translation.odoo-community.org/projects/l10n-brazil-14-0/l10n-brazil-14-0-l10n_br_account_payment_order
:alt: Translate me on Weblate
.. |badge5| image:: https://img.shields.io/badge/runboat-Try%20me-875A7B.png
:target: https://runboat.odoo-community.org/builds?repo=OCA/l10n-brazil&target_branch=14.0
:alt: Try me on Runboat
|badge1| |badge2| |badge3| |badge4| |badge5|
O módulo implementa a parte comum da infra-estrutura necessária para o uso do CNAB implementando:
- **Códigos CNAB** - códigos de Instrução, Retorno, Carteira e Desconto.
- **Configuração CNAB** - onde serão salvas as informações específicas de cada caso como Convênio, Código do Beneficiário, Modalidade, Percentual de Multa, códigos de Instrução do Movimento de Liquidação de Alteração de Vencimento e etc.
- **Modo de Pagamento** - localiza o módulo `account_payment_mode <https://github.com/OCA/bank-payment/tree/14.0/account_payment_mode>`_ para associar o **Diário Contábil** referente a **Conta Bancária** do CNAB e informar a **Configuração do CNAB** que será usada, assim ao informar o Modo de Pagamento em um Pedido de Venda, Compras ou Faturamento o programa identifica como sendo um caso CNAB.
- **Ordem de Pagamento** - localiza o módulo `account_payment_order <https://github.com/OCA/bank-payment/tree/14.0/account_payment_order>`_ que usa a **Ordem de Pagamento**, débito ou crédito, para registrar as **Instruções de Movimento** e onde será criado o **Arquivo CNAB Remessa**.
- **Registro do LOG de Eventos** - ao importar um arquivo de retorno CNAB.
- **Grupos e Permissões de acesso** - CNAB Usuário e Gerente.
A implementação foi pensada para permitir que seja possível usar diferentes Bibliotecas para **Gerar os Boletos, Arquivo CNAB de Remessa e tratar o Arquivo de Retorno do CNAB** por isso é preciso instalar um segundo módulo que vai ter essa função, portanto a ideia é que nesse módulo deverá estar tudo que for comum para a implementação mas o CNAB não irá funcionar sem esse segundo módulo.
**IMPORTANTE:** Apesar de muitas Documentações do CNAB acabarem dizendo que usam o "Padrão FEBRABAN" na realidade e ao longo dos anos foi visto que existem muitas divergências entre os casos incluindo diferentes Códigos para a mesma função ou mesmo Termos e nomenclaturas que apesar de semelhantes podem acabar confundindo o usuário, por isso essa falta de padrão foi considerada na implementação e na arquitetura do módulo e também precisa ser considerada em manutenções, melhorias ou no uso de outras Bibliotecas, é preciso separar o que é realmente comum do que pode variar entre os Bancos e CNAB, nesse sentido foram incluídos nos Dados de Demonstração mais de um caso para ficar claro aos desenvolvedores essas particularidades e evitar uma arquitetura que desconsidere esse aspecto.
**Table of contents**
.. contents::
:local:
Installation
============
This module depends on:
* l10n_br_base
* account_payment_order
* account_due_list
* account_cancel
Configuration
=============
Verifique se os **Códigos CNAB** do Banco e da versão 240 ou 400 que serão usados principalmente os de **Instrução e de Retorno do Movimento** do CNAB existem ou se será necessário criar em:
**Faturamento > Configuração > Administração > Códigos CNAB**
Caso seja preciso criar por favor considere fazer um PR nesse módulo acrescentando os Códigos em l10n_br_account_payment_order/data/cnab_codes/banco_X_cnab_Y_Z.xml assim em próximas implementações já não será preciso cadastra-los ajudando também na construção desse banco de conhecimento, hoje o que temos são:
+-----------+---------+-----------+---------+
| Banco | CNAB | Instrução | Retorno |
+===========+=========+===========+=========+
| AILOS | 240 | X | X |
+-----------+---------+-----------+---------+
| Bradesco | 240/400 | X | X |
+-----------+---------+-----------+---------+
| Brasil | 400 | X | X |
+-----------+---------+-----------+---------+
| CEF | 240 | X | X |
+-----------+---------+-----------+---------+
| Itaú | 240/400 | X | X |
+-----------+---------+-----------+---------+
| Santander | 240/400 | X | X |
+-----------+---------+-----------+---------+
| Sicred | 240 | X | X |
+-----------+---------+-----------+---------+
| Unicred | 240/400 | X | X |
+-----------+---------+-----------+---------+
Crie uma **Configuração CNAB**, é onde será armazenada as informações específicas de cada caso como a Carteira, Convênio, Código do Benificiário, Códigos de Instrução e Retorno do Movimento, etc em:
**Faturamento > Configuração > Administração > Configurações do CNAB**
Verifique se a **Conta Bancária** referente ao CNAB já foi cadastrada em:
**Configurações > Usuários e Empresas > Empresas**
Clique no Contato associado e na aba **Faturamento** veja **Contas Bancárias** se não existir veja de criar informando os dados Número da Conta, Agencia, etc.
Ao cadastrar uma **Conta Bancária** deve ser criado automaticamente um **Diário Contábil**, ou se já havia sido cadastrada o Diário já deve existir, verifique em:
**Faturamento > Configurações > Financeiro > Diários**
Verifique se as informações estão corretas, campo **Tipo** deve estar como Banco, na aba **Lançamentos do Diário** em Número da Conta Bancária deve estar preenchido com a **Conta Bancária** e na aba **Configuração de Pagamentos** os Metódos que serã usados, 240 ou 400, devem estar marcados.
Crie um **Modo de Pagamento** ou use um existente em:
**Faturamento > Configuração > Administração > Modos de Pagamento**
Informe o Diário Contábil referente ao Banco e a Configuração CNAB que deverá ser utilizada.
A partir disso sempre que for informado o **Modo de Pagamento** tanto em um Pedido de Vendas ou na Fatura o programa passa a identificar como um caso CNAB, em casos onde um cliente vai sempre usar o mesmo Modo de Pagamento também é possível deixar isso como padrão no Cadastro de Cliente assim a informação é carregada automaticamente ao informar esse Cliente em um novo Pedido de Venda ou Fatura.
Verifique as permissões de acesso dos usuários que vão utilizar o CNAB, existe o **Usuário** e o **Gerente** CNAB.
**IMPORTANTE:** Como o CNAB envolve dinheiro e o caixa da empresa a segurança e a rastreablidade são fundamentais e como as configurações especificas de cada CNAB estão na **Configuração CNAB/l10n_br_cnab.config** foi incluído nele o objeto **mail.thread** que registra alterações feitas em campos importantes, porém campos **many2many** não estão sendo registrados pelo **track_visibility** (ver detalhes aqui l10n_br_account_payment_order/models/l10n_br_cnab_config.py#L75), e um campo específico e importante que armazena os **Códigos de Retorno do CNAB** que devem gerar **Baixa/Liquidação** é desse tipo, portanto as alterações referentes a esse campo não estão sendo registradas. No repositorio https://github.com/OCA/social/tree/14.0 da OCA existe um modulo para corrigir isso o https://github.com/OCA/social/tree/14.0/mail_improved_tracking_value , por isso considere e é RECOMENDADO incluir esse modulo na implementação para corrigir esse problema. A inclusão da dependencia desse modulo aqui está pendente de aprovação.
Usage
=====
Ao criar uma **Fatura Documento Fiscal/account.move** que tem um **Modo de Pagamento** com uma **Configuração CNAB** definida e se o campo **auto_create_payment_order** estiver marcado as linhas referentes as Parcelas serão criadas automaticamente em uma nova **Ordem de Pagamento**, débito ou crédito, ou adicionadas em uma já existente que esteja no estado **Rascunho**, também é possível incluir manualmente, a geração do Boleto, Arquivo de Envio e o tratamento do Arquivo de Retorno dependem da instalação de um segundo módulo onde é definida a biblioteca a ser utilizada.
Known issues / Roadmap
======================
* Verificar a questão do campos many2many que não estão sendo registrados pelo track_visibility e se será incluída a dependendecia https://github.com/OCA/social/tree/12.0/mail_improved_tracking_value ( confirmar o problema na v14 ).
* Processo de Alteração de Carteira, falta informações sobre o processo.
* Mapear e incluir os códigos dos bancos de cada CNAB 240 / 400, aqui devido a quantidade de possibilidades se trata de um "roadmap" constante onde contamos com PRs de outros Contribuidores que irão implementar um caso que ainda não esteja cadastrado e assim aumentar o banco de conhecimento, apesar do código permitir que o cadastro seja feito na tela nesses casos.
* Processo de "Antecipação do Título junto ao Banco" ou "Venda do Título junto a Factoring" ver as alterações feitas na 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 de Pagamento, verificar a integração com o PR https://github.com/OCA/l10n-brazil/pull/972 e a possibilidade de multiplos modos de pagamento na mesma Ordem de Pagamento https://github.com/odoo-brazil/l10n-brazil/pull/112
* Verificar a possibilidade na v14 de remoção do ondele='restrict' no campo "move_line_id" e o campo "related" "ml_maturity_date" do account.payment.line no modulo dependente https://github.com/OCA/bank-payment/blob/14.0/account_payment_order/models/account_payment_line.py#L39 para permitir o processo de Cancelamento de uma Fatura quando existe uma Ordem de Pagamento já confirmada/gerada/enviada( detalhes l10n_br_account_payment_order/models/account_payment_line.py#L130 )
* Funcionalidade de Agrupar Por/Group By não funciona em campos do tipo Many2Many, aparentemente isso foi resolvido na v15(verfificar na migração), isso é usado nos objetos referentes aos Codigos CNAB de Instrução e Retorno.
* Confirmar se existem Bancos que usam os mesmos conjuntos de Codigos CNAB de Instrução e Retorno para caso não existir remover o many2many do Banco e deixar apenas o many2one.
* Verificar a possibilidade de usar o objeto account.payment no caso CNAB e o modulo https://github.com/OCA/bank-payment/tree/14.0/account_payment_order_return para tratar o LOG de Retorno do CNAB, RFC https://github.com/OCA/l10n-brazil/issues/2272 .
Changelog
=========
14.0.9.0.0 (2024-09-19)
~~~~~~~~~~~~~~~~~~~~~~~
* [REM] Removendo Campos, Visões e Objetos obsoletos.
14.0.8.0.0 (2024-09-18)
~~~~~~~~~~~~~~~~~~~~~~~
* [IMP] Possibilidade de informar Códigos de Desconto além do 0 e 1.
14.0.7.0.0 (2024-09-13)
~~~~~~~~~~~~~~~~~~~~~~~
* [REF] Separando as Configurações do CNAB do Modo de Pagamento.
14.0.6.0.0 (2024-09-10)
~~~~~~~~~~~~~~~~~~~~~~~
* [REF] Unindo os Códigos CNAB em um mesmo objeto.
14.0.1.0.0 (2022-04-29)
~~~~~~~~~~~~~~~~~~~~~~~
* [MIG] Migração para a versão 14.0.
13.0.1.0.0 (2022-01-28)
~~~~~~~~~~~~~~~~~~~~~~~
* [MIG] Migração para a versão 13.0.
12.0.3.0.0 (2021-05-13)
~~~~~~~~~~~~~~~~~~~~~~~
* [MIG] Migração para a versão 12.0.
* Incluído a possibilidade de parametrizar o CNAB 240 e 400, devido a falta de padrão cada Banco e CNAB podem ter e usar codigos diferentes.
* Incluído os metodos para fazer alterações em CNAB já enviados.
* Incluído dados de demo e testes.
* Separado o objeto que fazia o Retorno do arquivo e registrava as informações para ter um objeto especifico que registra o Log e assim os modulos que implementam a biblioteca escolhida podem ter um metodo/objeto especifico para essa função.
12.0.1.0.0 (2019-06-06)
~~~~~~~~~~~~~~~~~~~~~~~
* [MIG] Inicio da Migração para a versão 12.0.
10.0.2.0.0 (2018-05-17)
~~~~~~~~~~~~~~~~~~~~~~~
* [REF] Modulo unido com o l10n_br_account_payment_mode e renomeado para l10n_br_account_payment_order.
10.0.1.0.0 (2018-08-29)
~~~~~~~~~~~~~~~~~~~~~~~
* [MIG] Migração para a versão 10.
8.0.1.0.1 (2017-07-14)
~~~~~~~~~~~~~~~~~~~~~~~
* [NEW] Refatoração e melhorias para suportar a geração de boletos através do br-cobranca (ruby)
8.0.1.0.0 (2017-07-14)
~~~~~~~~~~~~~~~~~~~~~~~
* [NEW] Melhorias para suportar a geração de pagamento da folha de pagamento;
8.0.0.0.0 (2016-01-18)
~~~~~~~~~~~~~~~~~~~~~~~
* [NEW] Primeira versão
Bug Tracker
===========
Bugs are tracked on `GitHub Issues <https://github.com/OCA/l10n-brazil/issues>`_.
In case of trouble, please check there if your issue has already been reported.
If you spotted it first, help us to smash it by providing a detailed and welcomed
`feedback <https://github.com/OCA/l10n-brazil/issues/new?body=module:%20l10n_br_account_payment_order%0Aversion:%2014.0%0A%0A**Steps%20to%20reproduce**%0A-%20...%0A%0A**Current%20behavior**%0A%0A**Expected%20behavior**>`_.
Do not contact contributors directly about support or help with technical issues.
Credits
=======
Authors
~~~~~~~
* KMEE
* Akretion
Contributors
~~~~~~~~~~~~
* `KMEE <https://www.kmee.com.br>`_:
* Luis Felipe Mileo <mileo@kmee.com.br>
* Fernando Marcato
* Hendrix Costa <hendrix.costa@kmee.com.br>
* `Akretion <https://www.akretion.com/pt-BR>`_:
* Magno Costa <magno.costa@akretion.com.br>
* `Engenere <https://engenere.one>`_:
* Antônio S. Pereira Neto <neto@engenere.one>
* `Escodoo <https://www.escodoo.com.br>`_:
* Marcel Savegnago <marcel.savegnago@escodoo.com.br>
Other credits
~~~~~~~~~~~~~
The development of this module has been financially supported by:
* KMEE INFORMATICA LTDA - www.kmee.com.br
* AKRETION LTDA - www.akretion.com
Maintainers
~~~~~~~~~~~
This module is maintained by the OCA.
.. image:: https://odoo-community.org/logo.png
:alt: Odoo Community Association
:target: https://odoo-community.org
OCA, or the Odoo Community Association, is a nonprofit organization whose
mission is to support the collaborative development of Odoo features and
promote its widespread use.
.. |maintainer-mbcosta| image:: https://github.com/mbcosta.png?size=40px
:target: https://github.com/mbcosta
:alt: mbcosta
Current `maintainer <https://odoo-community.org/page/maintainer-role>`__:
|maintainer-mbcosta|
This module is part of the `OCA/l10n-brazil <https://github.com/OCA/l10n-brazil/tree/14.0/l10n_br_account_payment_order>`_ project on GitHub.
You are welcome to contribute. To learn how please visit https://odoo-community.org/page/Contribute.
Raw data
{
"_id": null,
"home_page": "https://github.com/OCA/l10n-brazil",
"name": "odoo14-addon-l10n-br-account-payment-order",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.6",
"maintainer_email": null,
"keywords": null,
"author": "KMEE, Akretion, Odoo Community Association (OCA)",
"author_email": "support@odoo-community.org",
"download_url": null,
"platform": null,
"description": "=======================\nBrazilian Payment Order\n=======================\n\n.. \n !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!\n !! This file is generated by oca-gen-addon-readme !!\n !! changes will be overwritten. !!\n !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!\n !! source digest: sha256:4a2ac0e35685db44c6891ec91396a36a9bfd29867a8c550f707e66a6d282de8c\n !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!\n\n.. |badge1| image:: https://img.shields.io/badge/maturity-Beta-yellow.png\n :target: https://odoo-community.org/page/development-status\n :alt: Beta\n.. |badge2| image:: https://img.shields.io/badge/licence-AGPL--3-blue.png\n :target: http://www.gnu.org/licenses/agpl-3.0-standalone.html\n :alt: License: AGPL-3\n.. |badge3| image:: https://img.shields.io/badge/github-OCA%2Fl10n--brazil-lightgray.png?logo=github\n :target: https://github.com/OCA/l10n-brazil/tree/14.0/l10n_br_account_payment_order\n :alt: OCA/l10n-brazil\n.. |badge4| image:: https://img.shields.io/badge/weblate-Translate%20me-F47D42.png\n :target: https://translation.odoo-community.org/projects/l10n-brazil-14-0/l10n-brazil-14-0-l10n_br_account_payment_order\n :alt: Translate me on Weblate\n.. |badge5| image:: https://img.shields.io/badge/runboat-Try%20me-875A7B.png\n :target: https://runboat.odoo-community.org/builds?repo=OCA/l10n-brazil&target_branch=14.0\n :alt: Try me on Runboat\n\n|badge1| |badge2| |badge3| |badge4| |badge5|\n\nO m\u00f3dulo implementa a parte comum da infra-estrutura necess\u00e1ria para o uso do CNAB implementando:\n\n- **C\u00f3digos CNAB** - c\u00f3digos de Instru\u00e7\u00e3o, Retorno, Carteira e Desconto.\n\n- **Configura\u00e7\u00e3o CNAB** - onde ser\u00e3o salvas as informa\u00e7\u00f5es espec\u00edficas de cada caso como Conv\u00eanio, C\u00f3digo do Benefici\u00e1rio, Modalidade, Percentual de Multa, c\u00f3digos de Instru\u00e7\u00e3o do Movimento de Liquida\u00e7\u00e3o de Altera\u00e7\u00e3o de Vencimento e etc.\n\n- **Modo de Pagamento** - localiza o m\u00f3dulo `account_payment_mode <https://github.com/OCA/bank-payment/tree/14.0/account_payment_mode>`_ para associar o **Di\u00e1rio Cont\u00e1bil** referente a **Conta Banc\u00e1ria** do CNAB e informar a **Configura\u00e7\u00e3o do CNAB** que ser\u00e1 usada, assim ao informar o Modo de Pagamento em um Pedido de Venda, Compras ou Faturamento o programa identifica como sendo um caso CNAB.\n\n- **Ordem de Pagamento** - localiza o m\u00f3dulo `account_payment_order <https://github.com/OCA/bank-payment/tree/14.0/account_payment_order>`_ que usa a **Ordem de Pagamento**, d\u00e9bito ou cr\u00e9dito, para registrar as **Instru\u00e7\u00f5es de Movimento** e onde ser\u00e1 criado o **Arquivo CNAB Remessa**.\n\n- **Registro do LOG de Eventos** - ao importar um arquivo de retorno CNAB.\n\n- **Grupos e Permiss\u00f5es de acesso** - CNAB Usu\u00e1rio e Gerente.\n\nA implementa\u00e7\u00e3o foi pensada para permitir que seja poss\u00edvel usar diferentes Bibliotecas para **Gerar os Boletos, Arquivo CNAB de Remessa e tratar o Arquivo de Retorno do CNAB** por isso \u00e9 preciso instalar um segundo m\u00f3dulo que vai ter essa fun\u00e7\u00e3o, portanto a ideia \u00e9 que nesse m\u00f3dulo dever\u00e1 estar tudo que for comum para a implementa\u00e7\u00e3o mas o CNAB n\u00e3o ir\u00e1 funcionar sem esse segundo m\u00f3dulo.\n\n**IMPORTANTE:** Apesar de muitas Documenta\u00e7\u00f5es do CNAB acabarem dizendo que usam o \"Padr\u00e3o FEBRABAN\" na realidade e ao longo dos anos foi visto que existem muitas diverg\u00eancias entre os casos incluindo diferentes C\u00f3digos para a mesma fun\u00e7\u00e3o ou mesmo Termos e nomenclaturas que apesar de semelhantes podem acabar confundindo o usu\u00e1rio, por isso essa falta de padr\u00e3o foi considerada na implementa\u00e7\u00e3o e na arquitetura do m\u00f3dulo e tamb\u00e9m precisa ser considerada em manuten\u00e7\u00f5es, melhorias ou no uso de outras Bibliotecas, \u00e9 preciso separar o que \u00e9 realmente comum do que pode variar entre os Bancos e CNAB, nesse sentido foram inclu\u00eddos nos Dados de Demonstra\u00e7\u00e3o mais de um caso para ficar claro aos desenvolvedores essas particularidades e evitar uma arquitetura que desconsidere esse aspecto.\n\n**Table of contents**\n\n.. contents::\n :local:\n\nInstallation\n============\n\nThis module depends on:\n\n* l10n_br_base\n* account_payment_order\n* account_due_list\n* account_cancel\n\nConfiguration\n=============\n\nVerifique se os **C\u00f3digos CNAB** do Banco e da vers\u00e3o 240 ou 400 que ser\u00e3o usados principalmente os de **Instru\u00e7\u00e3o e de Retorno do Movimento** do CNAB existem ou se ser\u00e1 necess\u00e1rio criar em:\n\n**Faturamento > Configura\u00e7\u00e3o > Administra\u00e7\u00e3o > C\u00f3digos CNAB**\n\nCaso seja preciso criar por favor considere fazer um PR nesse m\u00f3dulo acrescentando os C\u00f3digos em l10n_br_account_payment_order/data/cnab_codes/banco_X_cnab_Y_Z.xml assim em pr\u00f3ximas implementa\u00e7\u00f5es j\u00e1 n\u00e3o ser\u00e1 preciso cadastra-los ajudando tamb\u00e9m na constru\u00e7\u00e3o desse banco de conhecimento, hoje o que temos s\u00e3o:\n\n+-----------+---------+-----------+---------+\n| Banco | CNAB | Instru\u00e7\u00e3o | Retorno |\n+===========+=========+===========+=========+\n| AILOS | 240 | X | X |\n+-----------+---------+-----------+---------+\n| Bradesco | 240/400 | X | X |\n+-----------+---------+-----------+---------+\n| Brasil | 400 | X | X |\n+-----------+---------+-----------+---------+\n| CEF | 240 | X | X |\n+-----------+---------+-----------+---------+\n| Ita\u00fa | 240/400 | X | X |\n+-----------+---------+-----------+---------+\n| Santander | 240/400 | X | X |\n+-----------+---------+-----------+---------+\n| Sicred | 240 | X | X |\n+-----------+---------+-----------+---------+\n| Unicred | 240/400 | X | X |\n+-----------+---------+-----------+---------+\n\nCrie uma **Configura\u00e7\u00e3o CNAB**, \u00e9 onde ser\u00e1 armazenada as informa\u00e7\u00f5es espec\u00edficas de cada caso como a Carteira, Conv\u00eanio, C\u00f3digo do Benifici\u00e1rio, C\u00f3digos de Instru\u00e7\u00e3o e Retorno do Movimento, etc em:\n\n**Faturamento > Configura\u00e7\u00e3o > Administra\u00e7\u00e3o > Configura\u00e7\u00f5es do CNAB**\n\nVerifique se a **Conta Banc\u00e1ria** referente ao CNAB j\u00e1 foi cadastrada em:\n\n**Configura\u00e7\u00f5es > Usu\u00e1rios e Empresas > Empresas**\n\nClique no Contato associado e na aba **Faturamento** veja **Contas Banc\u00e1rias** se n\u00e3o existir veja de criar informando os dados N\u00famero da Conta, Agencia, etc.\n\nAo cadastrar uma **Conta Banc\u00e1ria** deve ser criado automaticamente um **Di\u00e1rio Cont\u00e1bil**, ou se j\u00e1 havia sido cadastrada o Di\u00e1rio j\u00e1 deve existir, verifique em:\n\n**Faturamento > Configura\u00e7\u00f5es > Financeiro > Di\u00e1rios**\n\nVerifique se as informa\u00e7\u00f5es est\u00e3o corretas, campo **Tipo** deve estar como Banco, na aba **Lan\u00e7amentos do Di\u00e1rio** em N\u00famero da Conta Banc\u00e1ria deve estar preenchido com a **Conta Banc\u00e1ria** e na aba **Configura\u00e7\u00e3o de Pagamentos** os Met\u00f3dos que ser\u00e3 usados, 240 ou 400, devem estar marcados.\n\nCrie um **Modo de Pagamento** ou use um existente em:\n\n**Faturamento > Configura\u00e7\u00e3o > Administra\u00e7\u00e3o > Modos de Pagamento**\n\nInforme o Di\u00e1rio Cont\u00e1bil referente ao Banco e a Configura\u00e7\u00e3o CNAB que dever\u00e1 ser utilizada.\n\nA partir disso sempre que for informado o **Modo de Pagamento** tanto em um Pedido de Vendas ou na Fatura o programa passa a identificar como um caso CNAB, em casos onde um cliente vai sempre usar o mesmo Modo de Pagamento tamb\u00e9m \u00e9 poss\u00edvel deixar isso como padr\u00e3o no Cadastro de Cliente assim a informa\u00e7\u00e3o \u00e9 carregada automaticamente ao informar esse Cliente em um novo Pedido de Venda ou Fatura.\n\nVerifique as permiss\u00f5es de acesso dos usu\u00e1rios que v\u00e3o utilizar o CNAB, existe o **Usu\u00e1rio** e o **Gerente** CNAB.\n\n**IMPORTANTE:** Como o CNAB envolve dinheiro e o caixa da empresa a seguran\u00e7a e a rastreablidade s\u00e3o fundamentais e como as configura\u00e7\u00f5es especificas de cada CNAB est\u00e3o na **Configura\u00e7\u00e3o CNAB/l10n_br_cnab.config** foi inclu\u00eddo nele o objeto **mail.thread** que registra altera\u00e7\u00f5es feitas em campos importantes, por\u00e9m campos **many2many** n\u00e3o est\u00e3o sendo registrados pelo **track_visibility** (ver detalhes aqui l10n_br_account_payment_order/models/l10n_br_cnab_config.py#L75), e um campo espec\u00edfico e importante que armazena os **C\u00f3digos de Retorno do CNAB** que devem gerar **Baixa/Liquida\u00e7\u00e3o** \u00e9 desse tipo, portanto as altera\u00e7\u00f5es referentes a esse campo n\u00e3o est\u00e3o sendo registradas. No repositorio https://github.com/OCA/social/tree/14.0 da OCA existe um modulo para corrigir isso o https://github.com/OCA/social/tree/14.0/mail_improved_tracking_value , por isso considere e \u00e9 RECOMENDADO incluir esse modulo na implementa\u00e7\u00e3o para corrigir esse problema. A inclus\u00e3o da dependencia desse modulo aqui est\u00e1 pendente de aprova\u00e7\u00e3o.\n\nUsage\n=====\n\nAo criar uma **Fatura Documento Fiscal/account.move** que tem um **Modo de Pagamento** com uma **Configura\u00e7\u00e3o CNAB** definida e se o campo **auto_create_payment_order** estiver marcado as linhas referentes as Parcelas ser\u00e3o criadas automaticamente em uma nova **Ordem de Pagamento**, d\u00e9bito ou cr\u00e9dito, ou adicionadas em uma j\u00e1 existente que esteja no estado **Rascunho**, tamb\u00e9m \u00e9 poss\u00edvel incluir manualmente, a gera\u00e7\u00e3o do Boleto, Arquivo de Envio e o tratamento do Arquivo de Retorno dependem da instala\u00e7\u00e3o de um segundo m\u00f3dulo onde \u00e9 definida a biblioteca a ser utilizada.\n\nKnown issues / Roadmap\n======================\n\n* Verificar a quest\u00e3o do campos many2many que n\u00e3o est\u00e3o sendo registrados pelo track_visibility e se ser\u00e1 inclu\u00edda a dependendecia https://github.com/OCA/social/tree/12.0/mail_improved_tracking_value ( confirmar o problema na v14 ).\n\n* Processo de Altera\u00e7\u00e3o de Carteira, falta informa\u00e7\u00f5es sobre o processo.\n\n* Mapear e incluir os c\u00f3digos dos bancos de cada CNAB 240 / 400, aqui devido a quantidade de possibilidades se trata de um \"roadmap\" constante onde contamos com PRs de outros Contribuidores que ir\u00e3o implementar um caso que ainda n\u00e3o esteja cadastrado e assim aumentar o banco de conhecimento, apesar do c\u00f3digo permitir que o cadastro seja feito na tela nesses casos.\n\n* Processo de \"Antecipa\u00e7\u00e3o do T\u00edtulo junto ao Banco\" ou \"Venda do T\u00edtulo junto a Factoring\" ver as altera\u00e7\u00f5es feitas na 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 .\n\n* CNAB de Pagamento, verificar a integra\u00e7\u00e3o com o PR https://github.com/OCA/l10n-brazil/pull/972 e a possibilidade de multiplos modos de pagamento na mesma Ordem de Pagamento https://github.com/odoo-brazil/l10n-brazil/pull/112\n\n* Verificar a possibilidade na v14 de remo\u00e7\u00e3o do ondele='restrict' no campo \"move_line_id\" e o campo \"related\" \"ml_maturity_date\" do account.payment.line no modulo dependente https://github.com/OCA/bank-payment/blob/14.0/account_payment_order/models/account_payment_line.py#L39 para permitir o processo de Cancelamento de uma Fatura quando existe uma Ordem de Pagamento j\u00e1 confirmada/gerada/enviada( detalhes l10n_br_account_payment_order/models/account_payment_line.py#L130 )\n\n* Funcionalidade de Agrupar Por/Group By n\u00e3o funciona em campos do tipo Many2Many, aparentemente isso foi resolvido na v15(verfificar na migra\u00e7\u00e3o), isso \u00e9 usado nos objetos referentes aos Codigos CNAB de Instru\u00e7\u00e3o e Retorno.\n\n* Confirmar se existem Bancos que usam os mesmos conjuntos de Codigos CNAB de Instru\u00e7\u00e3o e Retorno para caso n\u00e3o existir remover o many2many do Banco e deixar apenas o many2one.\n\n* Verificar a possibilidade de usar o objeto account.payment no caso CNAB e o modulo https://github.com/OCA/bank-payment/tree/14.0/account_payment_order_return para tratar o LOG de Retorno do CNAB, RFC https://github.com/OCA/l10n-brazil/issues/2272 .\n\nChangelog\n=========\n\n14.0.9.0.0 (2024-09-19)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [REM] Removendo Campos, Vis\u00f5es e Objetos obsoletos.\n\n14.0.8.0.0 (2024-09-18)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [IMP] Possibilidade de informar C\u00f3digos de Desconto al\u00e9m do 0 e 1.\n\n14.0.7.0.0 (2024-09-13)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [REF] Separando as Configura\u00e7\u00f5es do CNAB do Modo de Pagamento.\n\n14.0.6.0.0 (2024-09-10)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [REF] Unindo os C\u00f3digos CNAB em um mesmo objeto.\n\n14.0.1.0.0 (2022-04-29)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [MIG] Migra\u00e7\u00e3o para a vers\u00e3o 14.0.\n\n13.0.1.0.0 (2022-01-28)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [MIG] Migra\u00e7\u00e3o para a vers\u00e3o 13.0.\n\n12.0.3.0.0 (2021-05-13)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [MIG] Migra\u00e7\u00e3o para a vers\u00e3o 12.0.\n* Inclu\u00eddo a possibilidade de parametrizar o CNAB 240 e 400, devido a falta de padr\u00e3o cada Banco e CNAB podem ter e usar codigos diferentes.\n* Inclu\u00eddo os metodos para fazer altera\u00e7\u00f5es em CNAB j\u00e1 enviados.\n* Inclu\u00eddo dados de demo e testes.\n* Separado o objeto que fazia o Retorno do arquivo e registrava as informa\u00e7\u00f5es para ter um objeto especifico que registra o Log e assim os modulos que implementam a biblioteca escolhida podem ter um metodo/objeto especifico para essa fun\u00e7\u00e3o.\n\n12.0.1.0.0 (2019-06-06)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [MIG] Inicio da Migra\u00e7\u00e3o para a vers\u00e3o 12.0.\n\n10.0.2.0.0 (2018-05-17)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [REF] Modulo unido com o l10n_br_account_payment_mode e renomeado para l10n_br_account_payment_order.\n\n10.0.1.0.0 (2018-08-29)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [MIG] Migra\u00e7\u00e3o para a vers\u00e3o 10.\n\n8.0.1.0.1 (2017-07-14)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [NEW] Refatora\u00e7\u00e3o e melhorias para suportar a gera\u00e7\u00e3o de boletos atrav\u00e9s do br-cobranca (ruby)\n\n8.0.1.0.0 (2017-07-14)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [NEW] Melhorias para suportar a gera\u00e7\u00e3o de pagamento da folha de pagamento;\n\n8.0.0.0.0 (2016-01-18)\n~~~~~~~~~~~~~~~~~~~~~~~\n\n* [NEW] Primeira vers\u00e3o\n\nBug Tracker\n===========\n\nBugs are tracked on `GitHub Issues <https://github.com/OCA/l10n-brazil/issues>`_.\nIn case of trouble, please check there if your issue has already been reported.\nIf you spotted it first, help us to smash it by providing a detailed and welcomed\n`feedback <https://github.com/OCA/l10n-brazil/issues/new?body=module:%20l10n_br_account_payment_order%0Aversion:%2014.0%0A%0A**Steps%20to%20reproduce**%0A-%20...%0A%0A**Current%20behavior**%0A%0A**Expected%20behavior**>`_.\n\nDo not contact contributors directly about support or help with technical issues.\n\nCredits\n=======\n\nAuthors\n~~~~~~~\n\n* KMEE\n* Akretion\n\nContributors\n~~~~~~~~~~~~\n\n* `KMEE <https://www.kmee.com.br>`_:\n\n * Luis Felipe Mileo <mileo@kmee.com.br>\n * Fernando Marcato\n * Hendrix Costa <hendrix.costa@kmee.com.br>\n\n* `Akretion <https://www.akretion.com/pt-BR>`_:\n\n * Magno Costa <magno.costa@akretion.com.br>\n\n* `Engenere <https://engenere.one>`_:\n\n * Ant\u00f4nio S. Pereira Neto <neto@engenere.one>\n\n* `Escodoo <https://www.escodoo.com.br>`_:\n\n * Marcel Savegnago <marcel.savegnago@escodoo.com.br>\n\nOther credits\n~~~~~~~~~~~~~\n\nThe development of this module has been financially supported by:\n\n* KMEE INFORMATICA LTDA - www.kmee.com.br\n* AKRETION LTDA - www.akretion.com\n\nMaintainers\n~~~~~~~~~~~\n\nThis module is maintained by the OCA.\n\n.. image:: https://odoo-community.org/logo.png\n :alt: Odoo Community Association\n :target: https://odoo-community.org\n\nOCA, or the Odoo Community Association, is a nonprofit organization whose\nmission is to support the collaborative development of Odoo features and\npromote its widespread use.\n\n.. |maintainer-mbcosta| image:: https://github.com/mbcosta.png?size=40px\n :target: https://github.com/mbcosta\n :alt: mbcosta\n\nCurrent `maintainer <https://odoo-community.org/page/maintainer-role>`__:\n\n|maintainer-mbcosta| \n\nThis module is part of the `OCA/l10n-brazil <https://github.com/OCA/l10n-brazil/tree/14.0/l10n_br_account_payment_order>`_ project on GitHub.\n\nYou are welcome to contribute. To learn how please visit https://odoo-community.org/page/Contribute.\n",
"bugtrack_url": null,
"license": "AGPL-3",
"summary": "Brazilian Payment Order",
"version": "14.0.9.0.2",
"project_urls": {
"Homepage": "https://github.com/OCA/l10n-brazil"
},
"split_keywords": [],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "8489d48fcd7d5f22f06f4f8ec614568b86b8599100b9d3f9a9e24d939363a5ae",
"md5": "c030e3818c5e7f1659aef250db188a33",
"sha256": "a40b35bdca3ba8d58a62b29d5c5deb0b764f101461f3eb5aa1bab50d5419927f"
},
"downloads": -1,
"filename": "odoo14_addon_l10n_br_account_payment_order-14.0.9.0.2-py3-none-any.whl",
"has_sig": false,
"md5_digest": "c030e3818c5e7f1659aef250db188a33",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.6",
"size": 202492,
"upload_time": "2024-11-05T19:29:16",
"upload_time_iso_8601": "2024-11-05T19:29:16.680344Z",
"url": "https://files.pythonhosted.org/packages/84/89/d48fcd7d5f22f06f4f8ec614568b86b8599100b9d3f9a9e24d939363a5ae/odoo14_addon_l10n_br_account_payment_order-14.0.9.0.2-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-11-05 19:29:16",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "OCA",
"github_project": "l10n-brazil",
"travis_ci": false,
"coveralls": true,
"github_actions": true,
"requirements": [
{
"name": "brazilcep",
"specs": []
},
{
"name": "brazilfiscalreport",
"specs": []
},
{
"name": "email-validator",
"specs": []
},
{
"name": "erpbrasil.assinatura",
"specs": [
[
">=",
"1.7.0"
]
]
},
{
"name": "erpbrasil.base",
"specs": [
[
">=",
"2.3.0"
]
]
},
{
"name": "erpbrasil.edoc.pdf",
"specs": []
},
{
"name": "erpbrasil.edoc",
"specs": [
[
">=",
"2.5.2"
]
]
},
{
"name": "erpbrasil.transmissao",
"specs": [
[
">=",
"1.1.0"
]
]
},
{
"name": "nfelib",
"specs": [
[
"<=",
"2.0.7"
]
]
},
{
"name": "nfselib.barueri",
"specs": []
},
{
"name": "nfselib.ginfes",
"specs": []
},
{
"name": "nfselib.paulistana",
"specs": []
},
{
"name": "num2words",
"specs": []
},
{
"name": "phonenumbers",
"specs": []
},
{
"name": "pyyaml",
"specs": []
},
{
"name": "satcomum",
"specs": []
},
{
"name": "unidecode",
"specs": []
},
{
"name": "workalendar",
"specs": []
}
],
"lcname": "odoo14-addon-l10n-br-account-payment-order"
}
JSON
