[12.0] Importação de NF-e por XML

[lfdivino]

Olá Pessoal,

Este PR visa viabilizar a importação de NF-e:

• Importação do arquivo XML manualmente

Ele é uma separação da importação manual do PR #1355

@rvalyi @renatonlima @marcelsavegnago @mileo @gabrielcardoso21 Criticas e sugestões são sempre bem vindas

[rvalyi]

OK, como eu ja comentei eu acho importante ter esse sistema minimalista. Estrategias de depare ou de importação usando o DFe podem ser plugadas em cima disso em módulos opcionais, mas assim me parece no caminho certo, eu bolei esse dry_run exactamente para isso...

[marcelsavegnago]

OK, como eu ja comentei eu acho importante ter esse sistema minimalista. Estrategias de depare ou de importação usando o DFe podem ser plugadas em cima disso em módulos opcionais, mas assim me parece no caminho certo, eu bolei esse dry_run exactamente para isso...

@rvalyi seria melhor a importação ficar em um modulo separado do l10n_br_nfe ? tipo l10n_br_nfe_import ou nao se faz necessário ?

[rvalyi]

OK, como eu ja comentei eu acho importante ter esse sistema minimalista. Estrategias de depare ou de importação usando o DFe podem ser plugadas em cima disso em módulos opcionais, mas assim me parece no caminho certo, eu bolei esse dry_run exactamente para isso...

@rvalyi seria melhor a importação ficar em um modulo separado do l10n_br_nfe ? tipo l10n_br_nfe_import ou nao se faz necessário ?

Eu acho melhor sim. Mas dá para ter um wizardzinho assim com 150 linhas, isso TB não cria nenhum monstro desse jeito. O foco mesmo deve ser em mapear os impostos na importação.

[renatonlima]

O wizard de importação deveria ser herdado do wizard: https://github.com/OCA/l10n-brazil/blob/12.0/l10n_br_fiscal/wizards/base_wizard_mixin.py#L8

A ideia é implementar a importação via arquivo (e futuramente via download) mas utilizando o mesmo wizard.

Permitindo as opções:

A ter uma pré-visutalização:

[rvalyi]

@lfdivino como eu disse nao vejo grande problema conceitual (so fazer o que o @renatonlima pediu). Mas tem que botar o Travis e Runbot verde tb e ver detalhadamente se nao veio algum lixo junto da branch que vc usou nesse PR.

@renatonlima sobre a pre-visualização tem que ver o que é facil razoavel fazer nesse modulo. Porque talvez isso ja é mais trabalho e tem que ser feito em outros modulos que vaõ herdar isso.

[antoniospneto]

@lfdivino tem que dar uma olhada que da forma que está o campo carrier_id está em conflito com o carrier_id que já existe definido no módulo l10n_br_delivery

Aqui na PR o carrier_id está relacionado a um partner_id mas no módulo l10n_br_delivery está relacionado a um delivery.carrier

Por causa disso acaba estourando esse erro:

psycopg2.IntegrityError: insert or update on table "l10n_br_fiscal_document" violates foreign key constraint "l10n_br_fiscal_document_carrier_id_fkey"
DETAIL:  Key (carrier_id)=(10) is not present in table "res_partner".

Obs: o teste foi feito em um banco de dados que já tem o módulo l10n_br_delivery com dados inseridos.

[mileo]

Pessoal ta muito estranho esse erro do travis, alguém tem alguma ideia?

[marcelsavegnago]

@hirokibastos @lfdivino consegue rodar o pre-commit ? o interessante eh rodar sempre o pre-commit antes de comitar

[marcelsavegnago]

@hirokibastos vc consegue dar uma olhada neste link e fazer o processo indicado por ele ? caso já tenha feito só da um toque aqui fazendo favor
https://odoo-community.org/page/cla

[rvalyi]

@lfdivino @hirokibastos @mileo eu tambem insisto na questão que fazer uns git squash e de quebrar essa PR em pedaços menores, tem coisas que são faceis de aprovar, basta extrair algumas mudanças simples primeiro. Senão vai ser impossivel fazer os cherry-picks pro port depois, eu ja tinha comentado sobre isso um mes atras #1701 (comment)

Vcs não podem esperar que a gente faça todo trabalho de arquitetura, de manutenção de migração no projeto e depois exigir que a gente faça merge de PRs de mais 1000 linhas ou 70 commits que não passou por nenhum crivo de qualidade e depois largar isso no repo e passar a outra coisa, como já foi feito tantas vezes... cc @marcelsavegnago @netosjb @renatonlima

[marcelsavegnago]

@hirokibastos vc consegue dar uma olhada neste link e fazer o processo indicado por ele ? caso já tenha feito só da um toque aqui fazendo favor https://odoo-community.org/page/cla

@hirokibastos você chegou a dar uma olhada neste link ?

[hirokibastos]

@hirokibastos vc consegue dar uma olhada neste link e fazer o processo indicado por ele ? caso já tenha feito só da um toque aqui fazendo favor https://odoo-community.org/page/cla

@hirokibastos você chegou a dar uma olhada neste link ?

@marcelsavegnago Está feito, perdão pela demora com a resposta.

[lluisgustavoreis]

@lfdivino @hirokibastos @mileo eu tambem insisto na questão que fazer uns git squash e de quebrar essa PR em pedaços menores, tem coisas que são faceis de aprovar, basta extrair algumas mudanças simples primeiro. Senão vai ser impossivel fazer os cherry-picks pro port depois, eu ja tinha comentado sobre isso um mes atras #1701 (comment)

Vcs não podem esperar que a gente faça todo trabalho de arquitetura, de manutenção de migração no projeto e depois exigir que a gente faça merge de PRs de mais 1000 linhas ou 70 commits que não passou por nenhum crivo de qualidade e depois largar isso no repo e passar a outra coisa, como já foi feito tantas vezes... cc @marcelsavegnago @netosjb @renatonlima

Como você sugere que o PR seja dividido? Pois não vemos impacto da forma como está

[antoniospneto]

@lluisgustavoreis

Um exemplo que eu vejo que já poderia ser extraído para um PR separada é a questão do transporte:

[rvalyi]

@lluisgustavoreis

Um exemplo que eu vejo que já poderia ser extraído para um PR separada é a questão do transporte:

É um bom exemplo sim @netosjb

[marcelsavegnago]

@hirokibastos @lfdivino vocês acreditam que cabe alguns squashs para deixar o histórico mais limpo? Olhando por cima me parece que tem commtis corrigindo outros commits da mesma PR.

[rvalyi]

Vou fechar essa PR porque foi quebrado em PRs menores que já tiveram merge para a grandes maioria deles. Os pequenos que ficaram estão ainda visível para receber revisões e ajustes. Obrigado a todos que participaram!