-
-
Notifications
You must be signed in to change notification settings - Fork 249
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
[12.0] l10n_br_nfe: Adição do wizard de importação de nf-e por xml #1985
Conversation
3f85c59
to
7b4b7e7
Compare
@hirokibastos obigado pela quebra do PR, ficou bem mais digesto assim. Vc pode ver que o que foi trivial a gente ja conseguiu integrar facilemente (bem mais do que um pedaço grande). Agora por favor se liga com esses 3 PRs para mudar o framework de binding do generateDS pro xsdata como eu tinha explicado durante os OCA Days o ano passado https://github.com/OCA/l10n-brazil/pulls?q=is%3Apr+is%3Aopen+xsdata Do que eu vi dos seus PRs de NFe deve ficar bem compativel, mas é interessante vcs dar uma estudada nessas PRs mesmo que bem de rascunho ainda, porque:
|
Estou dando uma olhada nesses 3 PRs quando tenho tempo, mas meu conhecimento sobre qual seria o impacto dessas mudanças é bastante limitado. De qualquer forma, assim que terminar de passar por tudo deixo minha revisão lá. |
Expliquei um pouco nos PR: o impacto vai ser muito mais na manutenção e capacidade dos bindings como nfelib do que no código nesse repo OCA/l10n-brazil onde a alteraçao é ate bastante transparente. Mas deveria ajudar tb a tirar 50% ou ate eliminar erpbrasil.edoc que é tb um ponto fraco da arquitetura atual, sendo um ponto fraco único onde a modularidade é quebrada porque qualquer mudanças na transmissão de qualquer documento fiscal impacta todos outros documentos fiscais, basta o cara fazer uma melhoria digamos de NFSe de familia X para impactar todos outros documentos fiscais e tb essa lib tem uma manutençao muito aleatória hoje. |
l10n_br_nfe/models/document_line.py
Outdated
@@ -47,6 +47,10 @@ class NFeLine(spec_models.StackedModel): | |||
related="product_id.barcode", | |||
) | |||
|
|||
nfe40_xProd = fields.Char( | |||
related="product_id.name", | |||
) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Essa parte não ta legal porque no Odoo a gente pode vender algo sem ter um produto. Ou o usuario pode alterar o label da linha. tem que procurar um pouco mas ja tinhamos conversado sobre. cc @renatonlima
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
concordo com o @rvalyi , principalmente nos lançamentos de notas de entrada, acho um pouco ruim criar cadastro de produto pra qualquer coisa, tem muita coisa que não tem necessidade, principalmente itens de uso e consumo que não tem controle de estoque.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Como a resolução deste problema foge do escopo deste PR, apenas removi essas linhas daqui e criei #1986 com a mudança necessária.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hirokibastos perfeito! Vamos analisar quanto antes.
Concordo
Em qua., 15 de jun. de 2022 15:19, Antônio Neto ***@***.***>
escreveu:
… ***@***.**** commented on this pull request.
------------------------------
In l10n_br_nfe/models/document_line.py
<#1985 (comment)>:
> @@ -47,6 +47,10 @@ class NFeLine(spec_models.StackedModel):
related="product_id.barcode",
)
+ nfe40_xProd = fields.Char(
+ related="product_id.name",
+ )
concordo com o @rvalyi <https://github.com/rvalyi> , principalmente nos
lançamentos de notas de entrada, acho um pouco ruim criar cadastro de
produto pra qualquer coisa, tem muita coisa que não tem necessidade,
principalmente itens de uso e consumo que não tem controle de estoque.
—
Reply to this email directly, view it on GitHub
<#1985 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AJEVVIAJXW53XINDNTTRUODVPINBJANCNFSM5Y3XG7UA>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
@hirokibastos foi feito o merge do #1986 vc poderia fazer um rebase dessa PR por favor? |
cd62e70
to
874ad3e
Compare
@hirokibastos valeu pelo rebase. Eh legal que parece que não vai ter impacto, mas vale a pena vc dar uma olhada tb nesse refator que ta sendo proposto (work in progress) para organizar melhor os mapeamento das linhas de NFe para deixar o código mais fácil de entender e manter #2000 |
Estou acompanhando esse PR de perto, também acredito que não vai haver nenhum conflito. Obrigado pelo feedback, fico no aguarda das revisões. |
@hirokibastos como ficaria no caso de um pedido de compra que demanda da geracao de uma fatura de compra ou que seja um outro processo que tbm vai contar com um botao gerar fatura de compra.. eh possivel linkar oq foi importado com uma fatura destas ? |
@marcelsavegnago eu tinha prototipado a importação do invoice 3 anos atras no PR #753 que introduzia o framework. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Eu testei e me parece bastante razoável. Poderiam ser feitas melhorias mas nada que justificaria de atrasar o merge na minha opinião. Então parabens pelo trabalho @hirokibastos !
Testando eu detetei e corrigi esse pequenos problema no erpbrasil.edoc.base erpbrasil/erpbrasil.base#31
This PR has the |
/ocabot merge major |
This PR looks fantastic, let's merge it! |
Congratulations, your PR was merged at 5b0ad93. Thanks a lot for contributing to OCA. ❤️ |
Divisão de #1701
Este PR contém a parte principal da importação de nfes. Aqui estão inclusos o wizard de importação, mudanças nas visões e testes.
Além disso foi necessário um pequeno ajuste no campo nfe40_InfRespTec para que a importação funcione. Existe um problema na importação de campos computados e relacionais, vou criar um issue para discuti-lo. Este problema, porém, não atrapalha em nada o funcionamento do resto da importação.
Para realizar a importação basta usar este menu no módulo fiscal