Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[14.0][IMP] l10n_br_account_payment_brcobranca: Código de instrução de protesto não pode ter apenas 1 char #3279

Closed
wants to merge 1 commit into from

Conversation

DiegoParadeda
Copy link
Contributor

@DiegoParadeda DiegoParadeda commented Aug 13, 2024

image

Caso a instrução de protesto (no cadastro do diário do banco) tenha apenas um dígito, as linhas de detalhe do arquivo ficam com um caracter a menos.

Com a correção:
image

@OCA-git-bot
Copy link
Contributor

Hi @rvalyi, @mbcosta,
some modules you are maintaining are being modified, check this out!

rvalyi
rvalyi previously approved these changes Aug 13, 2024
@antoniospneto
Copy link
Contributor

antoniospneto commented Aug 13, 2024

Será que isso se aplica a todos os bancos? Não poderia haver algum banco em que o código de protesto seja apenas um caractere? Eu também enfrentei esse problema e propus uma correção diretamente na biblioteca brcobranca, mas somente para o banco específico que estava apresentando o problema:

kivanio/brcobranca#262

@rvalyi rvalyi dismissed their stale review August 13, 2024 17:43

ver o comentário do @antoniospneto

@mbcosta
Copy link
Contributor

mbcosta commented Aug 13, 2024

Valeu @DiegoParadeda , para resolver esse e outros problemas similares o que estou buscando fazer no PR #3243 é mudar os campos "Códigos de Desconto/Multa/Protesto/etc" de CHAR para objetos com isso esse problema deve ser resolvido porque cada Banco CNAB vai poder cadastrar os próprios Códigos então o valor vai poder ser informado no cadastro.

Devido a quantidade de código no PR o campo Código do Protesto ainda é um CHAR mas assim que aprovado o PR esse e os outros Códigos deverão ser simples de implementar por isso seria importante uma revisão do PR agradeço quem puder ajudar.

Se acharem melhor aprovar esse PR por enquanto pare ter mais tempo na Revisão do "Unificando os Códigos CNAB e separando a Configuração do CNAB do Modo de Pagamento" não vejo problemas.

@DiegoParadeda
Copy link
Contributor Author

Valeu @DiegoParadeda , para resolver esse e outros problemas similares o que estou buscando fazer no PR #3243 é mudar os campos "Códigos de Desconto/Multa/Protesto/etc" de CHAR para objetos com isso esse problema deve ser resolvido porque cada Banco CNAB vai poder cadastrar os próprios Códigos então o valor vai poder ser informado no cadastro.

Devido a quantidade de código no PR o campo Código do Protesto ainda é um CHAR mas assim que aprovado o PR esse e os outros Códigos deverão ser simples de implementar por isso seria importante uma revisão do PR agradeço quem puder ajudar.

Se acharem melhor aprovar esse PR por enquanto pare ter mais tempo na Revisão do "Unificando os Códigos CNAB e separando a Configuração do CNAB do Modo de Pagamento" não vejo problemas.

@mbcosta seu PR muda bastante esse funcionamento, vou fechar esse PR e volto a trabalhar nisso se necessário. Assim que possível reviso o #3243 também, obrigado

@mbcosta
Copy link
Contributor

mbcosta commented Aug 17, 2024

@DiegoParadeda importante também o comentário do @antoniospneto sobre a correção ser feita diretamente na Lib BRCobranca, sempre que for possível ou dependendo do problema isso sempre deve ser considerado, um exemplo disso é que idealmente nos gostaríamos que o Arquivo de Retorno fosse padronizado assim evitando a necessidade de tratamento de diferenças no l10n_br_account_payment_brcobranca como o campo Data https://github.com/OCA/l10n-brazil/blob/14.0/l10n_br_account_payment_brcobranca/parser/cnab_file_parser.py#L106 isso é parte da ideia de Modularizarão, cada modulo ou biblioteca fica responsável e restrito a algo específico, no caso o modulo l10n_br_account_payment_brcobranca deveria ser especifico sobre a Comunicação com a LIB, mas por necessidade também precisamos resolver/tratar fazer o DE PARA dessas diferenças entre os Bancos e outro ponto é que alterações na Lib precisam ser validadas pelo mantenedor do projeto então pode ocorrer de incluir um código por aqui com um TODO "aguardando merge do PR 123 na Lib" .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants