INFORMATIVO MASTERSAF DFE VERSÃO

Transcrição

1 MASTERSAF DFE VERSÃO

2 SUMÁRIO Novas funcionalidades / Melhorias... 1 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 1 Municípios liberados na versão :... 1 Município de Pirassununga (SP)... 1 Município de Vitória (ES)... 1 Emissor de Nota Fiscal Eletrônica NF-e... 1 Evento de Manifestação... 1 Receptor de Nota Fiscal Eletrônica NF-e... 1 Integração TXT Manifestação do Destinatário... 1 Emissor de Conhecimento de Transporte Eletrônico CT-e... 1 Evento de Cancelamento... 1 Correções...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 2 Município de Joinville (SC)... 2 Município de João Pessoa (PB)... 2 Emissor de Nota Fiscal Eletrônica NF-e... 2 Nota de Exportação em Contingência DPEC... 2 Emissão de Nota sem certificado... 2 Arquivo de retorno de nota com duplicidade... 2 Receptor de Nota Fiscal Eletrônica NF-e... 3 Filtro avançado... 3 Emissor de Conhecimento de Transporte Eletrônico CT-e... 3 Padrão de Cabeçalho de DACTE... 3 Impressão CTE com JDK Contingência EPEC... 4 Inutilização CT-e... 4 Geral... 4 Migração NFS-e da NF-E V2 para DFE V Assinatura - utilizando JDK Busca Avançada... 4 Atualização...5 Pré-requisitos... 5

3 NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão : Cidade UF WebService Upload Jaboatão dos Guararapes PE X Santa Cruz do Sul RS X Município de Pirassununga (SP) Alterado o modelo da Prefeitura de Pirassununga de GIAP para CONAM. Município de Vitória (ES) Alterada a integração de NFS-e para o município de Vitória. Em setembro de 2013, o ISISS/NFS-e passou por uma mudança radical, adaptando-se ao padrão nacional de NFS-e proposto pela ABRASF. É muito importante ter ciência das mudanças e preparar o seu sistema e sua rotina de trabalho para a nova versão. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Evento de Manifestação A chave não possuía Evento de Manifestação. Porém, ao consultar o log dessa nota era apresentada a mensagem: 18/06/ :05:00 Evento registrado, mas não vinculado a NF-e. Ao tentar efetuar manualmente o processo de manifestação é exibida a mensagem: 18/06/ :17:00 Rejeicao: Duplicidade de Evento. Alterado o sistema para que o retorno Status Evento registrado seja tido como evento aceito tanto para Evento de Carta de Correção quanto para Evento de Cancelamento. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Integração TXT Manifestação do Destinatário Implementada nova funcionalidade que disponibiliza a Integração TXT na Manifestação do Destinatário, além de via Portal e WebServices, já disponíveis no módulo Receptor NF-e. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Evento de Cancelamento Adicionado o evento de cancelamento para CT-e para atender as notas técnicas NT , NT e NT

4 CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Joinville (SC) Situação: A informação cidadetomador estava sendo enviada no arquivo de integração, apresentada no Portal DF-e. Porém, no XML de envio, essa informação não era gerada, mesmo sendo um campo obrigatório conforme manual de integração da prefeitura. Solução: O sistema foi alterado para que cidadetomador seja gerada no XML de envio. Município de João Pessoa (PB) Situação: Ao realizar a integração do município de João pessoa, é apresentado erro de certificado. Solução: Implementado padrão Abrasf 2.02 com base nos leiautes do município de João Pessoa. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Nota de Exportação em Contingência DPEC Situação: O Portal Mastersaf, ao gerar o arquivo XML de nota de Exportação em Contingência DPEC, não informava o campo CNPJ da empresa destinatária mesmo que estivesse vazio e, devido a isso, não estava dentro do schema da DPEC e ocorria rejeição. Solução: Implementada correção no template DPEC para que quando não houver CNPJ nem CPF de destinatário montar tag CNPJ com conteúdo vazio. Emissão de Nota sem certificado Situação: Ao emitir NF-e para SEFAZ-SP sem um certificado cadastrado para a empresa, o sistema iniciava um processo de contingência entendendo que a SEFAZ estava fora do ar; porém, sem certificado, a empresa não deveria conseguir emitir notas. Dessa forma, não deveria ter sido iniciado um processo de contingência. Solução: Para que o sistema não mais se comporte como se a SEFAZ-SP estivesse fora do ar, gerando um cenário de contingência, o sistema foi corrigido. Arquivo de retorno de nota com duplicidade Situação: Ao enviar uma nota, processá-la e autorizá-la, o sistema enviava a nota novamente e recebia uma rejeição por duplicidade. Ao realizar uma consulta individual, a nota era apresentada Autorizada, mas retornava a nota como Rejeitada. Com a consulta de lote, o sistema sempre popula os campos codigo_retorno_sefaz e descricao_retorno_sefaz. Nessa situação, ao popular com rejeição de duplicidade, no processo de consulta individual, o sistema não populava esses campos. Solução: O processo de consulta individual passa a popular esses dois campos com o retorno da consulta individual. 2

5 RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Filtro avançado Situação: Na tela de Listagem de NF-e Recebidos, no acordeon Filtro por Detalhes Específicos do Recebimento, o filtro de CNPJ do Emissor não funcionava. Solução: O campo CNPJ do acordeon passa a filtrar pelo CNPJ do Emissor. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Padrão de Cabeçalho de DACTE Situação: Ao gerar DACTE de todos os modais do CTE (Ferroviário, Aquaviário, Dutoviário, Aeroviário e Rodoviário), o cabeçalho não possuía o mesmo padrão para outras páginas geradas. Solução: Alterado o sistema para que os DACTE apresentem o mesmo padrão para todas páginas geradas. 3

6 Impressão CTE com JDK 7 Situação: Os modais de CTE não eram impressos quando utilizado JDK 7, sendo impressos somente Rodoviário e Aeroviário no JDK 7. Os arquivos eram impressos com sucesso somente na versão 6 do JAVA. Solução: O sistema foi alterado, possibilitando a impressão correta dos modais do CTE utilizando JDK 7. Contingência EPEC Situação: A Contingência EPEC não ativava mesmo estando configurado e SEFAZ-RS permanecia fora do ar. Solução: Após ajustes no sistema, a contingência ocorre corretamente, sem exibir mensagens de erro. Inutilização CT-e Situação: Ao realizar uma inutilização na qual a numeração final é menor que a inicial, o sistema travava ao tentar proceder, apresentando erro no TomCat. Solução: Alterado o sistema, que passa a enviar a SEFAZ e receber o retorno Rejeição: A faixa inicial é maior que a faixa final. GERAL Migração NFS-e da NF-E V2 para DFE V3 Situação: A migração DFE é realizada normalmente empresas, usuários, grupos e NF-e ao ser executada. Porém, as NFS-e e os RPS não eram migradas e o processo permanecia parado sem executar o restante da migração. Solução: O sistema foi alterado, recuperando do banco origem uma das funções do migrador. Assinatura - utilizando JDK 7 Situação: O sistema não conseguia assinar o XML quando utilizado JDK 7, apresentando o erro: Erro de assinatura de XML: javax.xml.crypto.dsig.xmlsignatureexception: javax.xml.crypto.urireferenceexception: com.sun.org.apache.xml.internal.security.utils.resolver.resourceresolverexception: Cannot resolve element with ID L10 Solução: Após alterações, a assinatura no XML é realizada corretamente. Busca Avançada Situação: A Busca Avançada de NF-e não trazia corretamente o parâmetro informado. Solução: O sistema foi alterado, corrigindo a situação. 4

7 ATUALIZAÇÃO PRÉ-REQUISITOS A versão exige obrigatoriamente: versão do IntegradorTXT (quando utilizada essa forma de integração). ATENÇÃO: A utilização do integrador em versões diferentes das indicadas acima pode provocar erros/rejeição na emissão na NFS-e, NF-e, CT-e, Receptor CT-e e NF-e. Para usuários de versões anteriores a : Número Descrição 01 Versão mínima exigida para o servidor de aplicação: Glassfish v3, TomCat 6, WebSphere 8 e Weblogic Versão exigida para o Banco de Dados SQLServer 2005/2008, Oracle 11g. 03 Siga o procedimento do instalador/atualizador disponível em: Contact Center \ Base de Conhecimento \ Mastersaf DFE \ Manuais Técnicos 5