[8.0] NF-E 4.0 - #607
Conversation
…ifferent from the partner state.
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
|
@Daniel-Furcht vou dar uma olhada e já te dou um retorno |
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
|
@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 <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
Signed-off-by: Luis Felipe Mileo <mileo@kmee.com.br>
sadamo
left a comment
There was a problem hiding this comment.
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: