MASTERSAF DFE VERSÃO 3.24.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 3.24.2:... 1 Município de Sumaré (SP)... 1 Correções...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 2 Município de Barueri (SP)... 2 Município de Jacareí (SP)... 2 Município de Limeira (SP)... 2 Município de Porto Velho (RO)... 2 Município de Rio Grande (RS)... 2 Município de São Leopoldo (RS)... 3 Município de Taubaté (SP)... 3 Emissor de Nota Fiscal Eletrônica NF-e... 3 Impressão e UsuarioEmitente... 3 Processamento de nota legada... 4 XML 1.10 com erro Legado... 4 Receptor de Nota Fiscal Eletrônica NF-e... 4 Busca Avançada... 4 Evento de Manifestação... 4 Layout 1.10... 5 Emissor de Manifesto do Destinatário MDF-e... 5 Geração de DAMDF-e... 5 Evento de Cancelamento... 5 Geral... 5 Arquivo de Retorno para os módulos... 5 Atualização...6 Pré-requisitos... 6
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão 3.24.2: Cidade UF WebService Upload Lençóis Paulista SP X Palotina PR X Município de Sumaré (SP) A Prefeitura de Sumaré alterou alguns campos na integração com o município (layout e o recebimento de NFS-e). O sistema foi alterado incluindo esses novos campos. 1
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Barueri (SP) Situação: Ao enviar um RPS para o município de Barueri, no campo Quantidade o sistema convertia o valor para 1, ignorando a informação enviada no arquivo de envio. Ao enviar a quantidade 150, o sistema gerava no arquivo de integração com a prefeitura a quantidade 1. Solução: Alterado o sistema para gerar corretamente a quantidade no arquivo de integração com a prefeitura. Município de Jacareí (SP) Situação: O sistema não lia o arquivo de retorno da prefeitura. Solução: Implementados ajustes para que o XML de retorno da prefeitura seja lido corretamente. Município de Limeira (SP) Situação 1: O campo CPF/CNPJ do Tomador era alinhado à direita e eram colocados espaços em banco à esquerda para completar o tamanho do campo. Solução 1:Após ajustes, o campo CPF/CNPJ do Tomador é exibido alinhado à esquerda e preenchido com espaços em branco à direita até completar o tamanho do campo. Atenção: Este campo aparece em dois locais no arquivo, nas linhas de tipo 2 e nas linhas de tipo 4. Situação 2: Quando o campo Endereço de Cobrança não era preenchido, o sistema não gerava os espaços em branco e com isso a prefeitura informava que o tamanho do registro era inválido. Solução 2: Alterado o template para gerar 50 espaços em brando caso o campo Endereço de Cobrança não esteja preenchido. Município de Porto Velho (RO) Situação 1: Ao enviar um RPS, a prefeitura retornava a mensagem E178 - Aguardar processamento. Nesta situação, o sistema deveria reprocessar para buscar as informações da nota. Solução 1: O sistema foi ajustado para reprocessar a nota e realizar a busca por suas informações. Situação 2: Ao reenviar o RPS aprovado na prefeitura, era gerado o erro E10 - RPS já informado. Com a alteração do reprocessamento, esta situação não ocorria. Solução 2: Após ajustes, a situação foi corrigida. Situação 3: O sistema não gerava corretamente as informações do Código do País. A prefeitura aceita apenas 4 dígitos e o sistema enviava 5 (como é informado na importação). Solução 3: Alterado o sistema para enviar apenas 4 dígitos, sem o 0 à frente. (código do Bacen) no código do país. Município de Rio Grande (RS) Situação: O sistema não conseguia ler o XML de retorno da prefeitura, apresentando erro. Solução: Corrigida a leitura do arquivo XML de retorno da prefeitura. 2
Município de São Leopoldo (RS) Situação: Na importação do arquivo TXT e na geração do XML à prefeitura de São Leopoldo, o sistema gerava sempre o IBGE do prestador no campo IBGE Prestação Serviço. Informando a tag municipioprestacao no arquivo de importação, ao importar para o sistema e integrar com a prefeitura, o campo era gerado com as informações da cidadeprestador ao invés municipioprestacao. Solução: Corrigido o mapeamento do campo no integrador e na mensageria para buscar o conteúdo do IBGE de Prestação de Serviço do campo correto no banco de dados. Município de Taubaté (SP) Situação: Na Descrição do Serviço, o sistema gerava os valores dos impostos federais (PIS, COFINS, IRRF, INSS, CSLL), mesmo estes tendo valor 0. Solução: Alterado o sistema para tratar a geração da descrição do serviço, se os impostos federais (PIS, COFINS, IRRF, INSS, CSLL) têm valor maior que 0 (zero) ou NULL. Quando for 0 (zero) ou NULL (sem valor), o sistema não acrescenta na descrição estes impostos. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Impressão e UsuarioEmitente Situação: A impressão apresentava problemas após envio. Quando o Portal enviava a nota, o PrinterService retornava um erro mesmo com todos os filtros parametrizados corretamente. O erro apontava que a bandeja não havia sido selecionada e a impressão era ignorada. Outro problema ocorria no envio do campo <usuarioemitente> em um arquivo XML. O Integrador não reconhecia o arquivo, que permanecia estagnado na pasta nfe_entrada, apresentado o erro HTTP 500 Proxy no log do Integrador. Solução: Após ajustes, o sistema foi corrigido e a situação foi normalizada. 3
Processamento de nota legada Situação: Ao tentar enviar um e-mail para uma nota legada, esta tinha seu processamento criado com consultado = 0, devido a não possuir processamento. Dessa forma, o sistema tentava gerar retorno. Solução: Alterado o sistema para que, nas rotinas de impressão/e-mail, ao tentar criar o processamento, este seja criado com consultado = 1. XML 1.10 com erro Legado Situação: O módulo NF-e do sistema Mastersaf DFE não importava NF-e de arquivos de legado na versão 1.10. Solução: Implementada no sistema a importação de NF-e de arquivos de legado na versão 1.10. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Busca Avançada Situação: Ao realizar a Busca Avançada no Módulo Receptor NF-e selecionando os status Pendente e Rejeitado, o resultado das notas é o mesmo, ou seja, o Portal considerava os documentos pendentes como rejeitados. Solução: Ajustado o sistema para exibir corretamente conforme as informações selecionadas. Evento de Manifestação Situação: Ao emitir eventos de Confirmação de Operação, a SEFAZ respondia com o status 136 - Evento registrado, mas não vinculado a NF-e, mas o portal Mastersaf DFE continuava não interpretando esse código como evento aprovado. Solução: O sistema foi alterado para considerar este retorno no evento de manifestação como um evento aprovado. 4
Layout 1.10 Situação: O sistema não permitia realizar a consulta de XML no layout 1.10 e não enviava ao WebService correto, ocasionando erro. Solução: O sistema foi alterado, solucionando o problema. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Geração de DAMDF-e Situação: No módulo MDF-e, na geração DAMDF-e, os campos que não possuem valor são apresentados com valor NULL. Solução: Alterado o sistema para que, caso o campo não possua valor, este passe a ser exibido em branco no DAMDF-e. Evento de Cancelamento Situação: No Evento de Cancelamento ocorria um problema de comunicação com a SEFAZ, retornando um HTML em vez de XML. Desta forma, o Portal não processava o retorno, alterando o status da nota para ERRO. GERAL Solução: Ao integrar NF-e de Cancelamento, quando ocorre erro na comunicação o sistema passa a manter o status atual da nota ( Aprovada ). Arquivo de Retorno para os módulos Situação: Ao colocar várias notas na pasta de integração de Notas Fiscais Mercantis com o Portal Mastersaf DFE (\txt\nfe_entrada), e uma delas estiver com erro de XML, as notas que possuem erro são movidas para a pasta de erro, porém não gera nenhum arquivo na pasta de retorno. Solução: Realizada implementação para quando ocorra exceção no parser do arquivo de entrada, e quando este estiver na pasta de nfe_entrada gere um retorno na pasta nfe_retorno e mova o arquivo com erro para a pasta nfe_erro. 5
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.24.2 exige obrigatoriamente: versão 3.24.2 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 3.24.2: Número Descrição 01 Versão mínima exigida para o servidor de aplicação: Glassfish v3, TomCat 6, WebSphere 8 e Weblogic10.3.3 02 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 6