Histórico da Página
...
Funções corrigidas até 08 de agosto de 2019.
Quando eram gerados pedidos de simples remessa, a tela continuava com as informações das notas
- Solução: Após geração de pedidos de simples remessa, o sistema apaga os dados da NF informado anteriormente, poupando assim a deleção manual do usuário que opera o sistema.
- Documentação: 5602952 TMN-356 DT Limpar Tela Após Geração de Simples Remessa
- Data de Expedição:12/08/19
Na integração de vendas no PDV Padrão, o campo CAP_TIPO_TRANSACAO da tabela CAPCUPOM possuía somente 1 posição, limitando a número de serviços possíveis para o PDV
- Solução: O campo foi aumentado para 2 posições.
- Documentação: 3275702 TMN-48 Aumento do campo CAP_TIPO_TRANSACAO (Tabela CAPCUPOM)
- Data de Expedição:12/08/19
Ao emitir NF-e (Nota Fiscal Eletrônica), a nota de Estorno de NFe de Devolução estava apresentando inconsistências, estava considerando o os valores de IPI lançados para a capa e para os itens da nota, gerando diversas rejeições
- Solução: Foi realizado ajuste para que no momento da emissão da NF-e (Nota Fiscal Eletrônica), a nota de Estorno de NFe de Devolução seja emitida corretamente.
- Documentação: 4949598 NEXUS-52 DT NFe de Estorno de NFe de Devolução com inconsistências
- Data de Expedição:12/08/19
Ao emitir NF-e (Nota Fiscal Eletrônica), as notas estavam apresentando inconsistências, gerando a rejeição 656 - Consumo indevido pelo aplicativo da empresa
- Solução: Foi realizado ajuste para que no momento da emissão da NF-e (Nota Fiscal Eletrônica), as notas sejam emitidas corretamente, sem a ocorrência da rejeição 656 - Consumo indevido pelo aplicativo da empresa. Caso haja notas sendo rejeitadas pela SEFAZ, elas não serão reenviadas até que sejam corrigidas dentro do RMS.
- Documentação: 6386531 NEXUS-524 DT Notas Sendo Rejeitadas com Consumo Indevido
- Data de Expedição:12/08/19
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas