Histórico da Página

01. DADOS GERAIS

02. SITUAÇÃO/REQUISITO

A issue relata dois três problemas:

• 1° problema: Cliente consegue importar diversas vezes a mesma XML no LIVE nas notas de SAIDA, ou seja, não está realizando a validação de duplicidade de chave como nas notas de Entrada;
• 2° problema: Ao desabilitar a opção "Imprime Documento" no tipo do documento de saída a rotina de importar o XML inverte a origem da NF para loja errada;
• 3° problema: Valores de tributos inseridos através do XML sofrendo alteração de valor ao importar uma nota via XML.

03. SOLUÇÃO

• 1° problema: Alterada a rotina do banco de dados responsável por importar a nota XML, para realizar as validações para as notas de saída e identificar duplicidade ;
• 2° problema: Alterada a rotina do banco de dados responsável por importar a nota XML, retirada a validação responsável por inverter emitente e destinatário conforme check da opção "Imprime Documento";
• 3° problema: Alterada a rotina do banco de dados responsável por importar a nota XML, retirada a opção de recalculo dos tributos importados através da nota.

04. DEMAIS INFORMAÇÕES

...

Foram realizadas melhorias no processo importando novas regras:

• Se na tag do IPI conter a tag IPINT os valores do IPI são zerados tag <vIPI>;
• Se o tipo de documento for entrada e o xml for de saída tag <CFOP> (sufixo) começar com igual = ‘5’, ‘6’,’7’:
  Então é verificado  na tabela TributoUnidadeNegocio a coluna enquadrado, para verificar  se a unidade de negocio se enquadra nesse imposto 
  Se sim o CST do IPI e do PIS e COFINS é substituído conforme as tabelas apresentadas:

Image AddedImage Added

Se o tipo de documento for = Saída e o XML for entrada, e a tag <CFOP> começar com = ‘1’, ‘2’,’3’:

o CST do IPI e do PIS e COFINS serão substituídos conforme as tabelas apresentadas:

Image AddedImage Added Card documentosInformacaoUse esse box para destacar informações relevantes e/ou de destaque.TituloIMPORTANTE!

05. ASSUNTOS RELACIONADOS