-
-
Notifications
You must be signed in to change notification settings - Fork 247
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
[8.0] NF-E 4.0 #607
[8.0] NF-E 4.0 #607
Conversation
…ifferent from the partner state.
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
@Daniel-Furcht vou dar uma olhada e já te dou um retorno |
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
@Daniel-Furcht corrigido |
Módulos instalaram Ok. 2018-08-08 23:45:51,564 28986 ERROR Teste2 openerp.addons.base.ir.ir_cron: Call of self.pool.get('account.product.fiscal.classification').update_due_ncm(cr, uid, *()) failed in Job 13 |
Carregando uma base com dados, usada com a NFe 3.1, gerou o segunte erro ao tentar editar os dados da empresa: Traceback (most recent call last): Contexto de erro: Após rodar um update nos módulos, é gerado o seguinte erro fatal: Contexto de erro: Contexto de erro: 2018-08-09 00:04:07,356 29319 ERROR Computec openerp.addons.base.ir.ir_ui_view: O campo Contexto de erro: |
@Daniel-Furcht vc deve estar com uma view antiga perdida: deleta ela com: delete from ir_ui_view where arch like '%indPag%'; |
@mileo , deletando a view que sugeriste, o erro do out_refund_fiscal_category_id também foi resolvido. |
Ao tentar emitir uma NFe para testes diretamente no Fiscal surge a seguinte mensagem: |
@Daniel-Furcht corrigido |
Mas fique atendo que se vc for testar em homologação as regras de validação estão diferentes e então você vai precisar preencher um EAN qualquer em seu produto. A partir do próximo PL ( em vigor 01/09/2018) em vez de vazio só vai ser permitido enviar a informação "SEM GTIN" |
Operação Normal gerou a NFe, não testei ainda a trasmissão. |
@Daniel-Furcht da mais detalhes da tributação q vc esta tentando faturar, se puder tirar alguns prints da aba imposto e posta aqui plz. |
ola @mileo seria importante você destacar que nesse PR que você está implementando a opção de lançar mais de uma Forma de Pagamento e remover os commits que não tem relação com a NFe 4.00 ( implementação de outros IE por empresa, talvez um rebase já resolve ) e argumentar sobre o porque deveríamos incluir isso na 8.0 O que é Modo de Pagamentos Multiplos ? Na NFe 4.00 foi colocada a opção de informar mais de uma Forma de Pagamento, isso é além de informar as Condições de Pagamentos ( ex.: 30/60/90, 15/20/35 ) também pode ser informado como será pago ( ex.: 50% Boleto 25% Dinheiro e 25% Cheque; 75% Dinheiro 25 % Cheque, etc ) Até recentemente no código da localização isso não estava sendo informado, voltamos a usar o campo "Modo de Pagamento" ( objeto payment.mode ) ao incluir os módulos sobre boletos, mas somente com a opção de escolher um Modo de Pagamento por Nota ( ex.: Dinheiro, Boleto Bancário, Cheque ), eu preferi manter isso na versão 8.0 e deixar a discussão e implementação para a versão 10.0, a ideia inicial no desenvolvimento da NFe 4.00 era fazer funcionar sem grandes mudanças para focar esforços na migração para 10.0, isso também não parece ser algo prioritário ou que impeça o uso da NFe 4.00, mas a decisão final cabe aos PSCs @Daniel-Furcht e @Marcos-Sampaio como vocês estão testando e se souberem do que se trata seria bom ler outras opiniões sobre esse assunto Como o Luís escreveu o ambiente de homologação está adiantando em relação ao de produção, as regras que entram em 01/09/2018 já estão sendo validadas, como os clientes preferem testar antes de entrar em produção fomos obrigados a fazer funcionar nos dois ambientes, as branchs que estão sendo usadas são: PyPSED -> odoo-brazil/PySPED#35 Odoo-brazilian-documents -> https://github.com/odoo-brazil/odoo-brazil-eletronic-documents/tree/8.0 Localização -> akretion#77 |
@mbcosta, vou verificar isso. Obrigado. |
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
Signed-off-by: Luis Felipe Mileo <[email protected]>
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.
Está tudo funcionando.
Um ponto que acho interessante ter é o campo amount vir preenchido com o total a ser pago, visto que na maioria dos casos o valor total a ser pago vai ser o total da nota
Após as ultimas alterações, surgiu o seguinte erro: A localização do arquivo não seria: Ou falta alguma dependência do módulo de vendas? |
@Daniel-Furcht acredito que seja algo no seu código. confira o conteúdo do arquivo: l10n_br_account_product/openerp.py e veja se ele tem esta entrada na sessão data: views/account_invoice_payment.xml |
Esta entrada não existe no arquivo. |
Depende de: