[UPD] l10n_br_account_payment_order: Pre-Commit

l10n_br_account_payment_order/README.rst

@@ -50,21 +50,21 @@ Installation
 
 This module depends on:
 
--  l10n_br_base
--  account_payment_order
--  account_due_list
--  account_cancel
+- l10n_br_base
+- account_payment_order
+- account_due_list
+- account_cancel
 
 Configuration
 =============
 
 Verifique se o Banco e o tipo CNAB usado 240 ou 400 possuem os Códigos
 de Instrução do Movimento e os Códigos de Retorno do Movimento em:
 
--  Faturamento > Configurações > Administração > CNAB Código de
-   Movimento de Instrução
--  Faturamento > Configurações > Administração > CNAB Código de Retorno
-   do Movimento
+- Faturamento > Configurações > Administração > CNAB Código de Movimento
+  de Instrução
+- Faturamento > Configurações > Administração > CNAB Código de Retorno
+  do Movimento
 
 Caso seja preciso cadastrar por favor considere fazer um PR nesse modulo
 acrescentando em
@@ -73,7 +73,7 @@ em proximas implementações já não será preciso cadastra-los.
 
 Informe os dados do CNAB usado no cadastro do:
 
-   -  Faturamento > Configurações > Administração > Modos de Pagamento
+   - Faturamento > Configurações > Administração > Modos de Pagamento
 
 Verifique as permissões de acesso dos usuários que vão utilizar o CNAB,
 existe o Usuário e o Gerente CNAB.
@@ -109,108 +109,106 @@ modulo 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 codigos 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, apesar do codigo
-   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.
--  Na migração remover o objeto bank.payment.line, que está vazio, porém
-   é necessário para evitar erro na atualização do modulo ver detalhes
-   em l10n_br_account_payment_order/models/account_payment_line.py:291 e
-   referencia do problema https://github.com/odoo/odoo/issues/44767 .
--  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 .
+- 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 codigos 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, apesar do codigo
+  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.
+- Na migração remover o objeto bank.payment.line, que está vazio, porém
+  é necessário para evitar erro na atualização do modulo ver detalhes em
+  l10n_br_account_payment_order/models/account_payment_line.py:291 e
+  referencia do problema https://github.com/odoo/odoo/issues/44767 .
+- 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.1.0.0 (2022-04-29)
 -----------------------
 
--  [MIG] Migração para a versão 14.0.
+- [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.
+- [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.
+- [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.
+- [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.
+- [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.
+- [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)
+- [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;
+- [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
+- [NEW] Primeira versão
 
 Bug Tracker
 ===========
@@ -234,31 +232,31 @@ Authors
 Contributors
 ------------
 
--  `KMEE <https://www.kmee.com.br>`__:
+- `KMEE <https://www.kmee.com.br>`__:
 
-   -  Luis Felipe Mileo
-   -  Fernando Marcato
-   -  Hendrix Costa
+  - Luis Felipe Mileo
+  - Fernando Marcato
+  - Hendrix Costa
 
--  `Akretion <https://www.akretion.com/pt-BR>`__:
+- `Akretion <https://www.akretion.com/pt-BR>`__:
 
-   -  Magno Costa
+  - Magno Costa
 
--  `Engenere <https://engenere.one>`__:
+- `Engenere <https://engenere.one>`__:
 
-   -  Antônio S. Pereira Neto
+  - Antônio S. Pereira Neto
 
--  `Escodoo <https://www.escodoo.com.br>`__:
+- `Escodoo <https://www.escodoo.com.br>`__:
 
-   -  Marcel Savegnago
+  - Marcel Savegnago
 
 Other credits
 -------------
 
 The development of this module has been financially supported by:
 
--  KMEE INFORMATICA LTDA - `www.kmee.com.br <http://www.kmee.com.br>`__
--  AKRETION LTDA - `www.akretion.com <http://www.akretion.com>`__
+- KMEE INFORMATICA LTDA - `www.kmee.com.br <http://www.kmee.com.br>`__
+- AKRETION LTDA - `www.akretion.com <http://www.akretion.com>`__
 
 Maintainers
 -----------

l10n_br_account_payment_order/models/l10n_br_cnab_code.py

@@ -89,7 +89,7 @@ class L10nBrCNABCode(models.Model):
     def name_get(self):
         result = []
         for record in self:
-            result.append((record.id, "%s - %s" % (record.code, record.name)))
+            result.append((record.id, f"{record.code} - {record.name}"))
         return result
 
     @api.depends("bank_ids")

l10n_br_account_payment_order/static/description/index.html

@@ -425,8 +425,8 @@ <h1><a class="toc-backref" href="#toc-entry-2">Configuration</a></h1>
 <p>Verifique se o Banco e o tipo CNAB usado 240 ou 400 possuem os Códigos
 de Instrução do Movimento e os Códigos de Retorno do Movimento em:</p>
 <ul class="simple">
-<li>Faturamento &gt; Configurações &gt; Administração &gt; CNAB Código de
-Movimento de Instrução</li>
+<li>Faturamento &gt; Configurações &gt; Administração &gt; CNAB Código de Movimento
+de Instrução</li>
 <li>Faturamento &gt; Configurações &gt; Administração &gt; CNAB Código de Retorno
 do Movimento</li>
 </ul>
@@ -474,17 +474,16 @@ <h1><a class="toc-backref" href="#toc-entry-4">Known issues / Roadmap</a></h1>
 <ul class="simple">
 <li>Verificar a questão do campos many2many que não estão sendo
 registrados pelo track_visibility e se será incluída a dependendecia
-<a class="reference external" href="https://github.com/OCA/social/tree/12.0/mail_improved_tracking_value">https://github.com/OCA/social/tree/12.0/mail_improved_tracking_value</a>
-( confirmar o problema na v14 ).</li>
-<li>Processo de Alteração de Carteira, falta informações sobre o
-processo.</li>
+<a class="reference external" href="https://github.com/OCA/social/tree/12.0/mail_improved_tracking_value">https://github.com/OCA/social/tree/12.0/mail_improved_tracking_value</a> (
+confirmar o problema na v14 ).</li>
+<li>Processo de Alteração de Carteira, falta informações sobre o processo.</li>
 <li>Mapear e incluir os codigos 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, apesar do codigo
 permitir que o cadastro seja feito na tela nesses casos.</li>
-<li>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
+<li>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
 <a class="reference external" href="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">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</a>
 .</li>
 <li>CNAB de Pagamento, verificar a integração com o PR
@@ -506,8 +505,8 @@ <h1><a class="toc-backref" href="#toc-entry-4">Known issues / Roadmap</a></h1>
 CNAB de Instrução e Retorno para caso não existir remover o many2many
 do Banco e deixar apenas o many2one.</li>
 <li>Na migração remover o objeto bank.payment.line, que está vazio, porém
-é necessário para evitar erro na atualização do modulo ver detalhes
-em l10n_br_account_payment_order/models/account_payment_line.py:291 e
+é necessário para evitar erro na atualização do modulo ver detalhes em
+l10n_br_account_payment_order/models/account_payment_line.py:291 e
 referencia do problema <a class="reference external" href="https://github.com/odoo/odoo/issues/44767">https://github.com/odoo/odoo/issues/44767</a> .</li>
 <li>Verificar a possibilidade de usar o objeto account.payment no caso
 CNAB e o modulo
@@ -535,8 +534,7 @@ <h2><a class="toc-backref" href="#toc-entry-8">12.0.3.0.0 (2021-05-13)</a></h2>
 <ul class="simple">
 <li>[MIG] Migração para a versão 12.0.</li>
 <li>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.</li>
+falta de padrão cada Banco e CNAB podem ter e usar codigos diferentes.</li>
 <li>Incluído os metodos para fazer alterações em CNAB já enviados.</li>
 <li>Incluído dados de demo e testes.</li>
 <li>Separado o objeto que fazia o Retorno do arquivo e registrava as
@@ -554,8 +552,8 @@ <h2><a class="toc-backref" href="#toc-entry-9">12.0.1.0.0 (2019-06-06)</a></h2>
 <div class="section" id="section-5">
 <h2><a class="toc-backref" href="#toc-entry-10">10.0.2.0.0 (2018-05-17)</a></h2>
 <ul class="simple">
-<li>[REF] Modulo unido com o l10n_br_account_payment_mode e renomeado
-para l10n_br_account_payment_order.</li>
+<li>[REF] Modulo unido com o l10n_br_account_payment_mode e renomeado para
+l10n_br_account_payment_order.</li>
 </ul>
 </div>
 <div class="section" id="section-6">