MASTERSAF DFE VERSÃO 3.23.2
SUMÁRIO Novas funcionalidades / Melhorias... 1 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 1 Município de Mogi Mirim (SP)... 1 Emissor de Nota Fiscal Eletrônica NF-e... 1 Desabilitar opção de Upload de XML... 1 Geral... 1 Geração de relatórios via XLS... 1 Integrador Infor... 1 Correções...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 2 Município de Florianópolis (SC)... 2 Município de Jaboatão dos Guararapes (PE)... 2 Município de Joinville (SC)... 2 Município de Sertãozinho (SP)... 2 Município de Vitória (ES)... 2 Emissor de Nota Fiscal Eletrônica NF-e... 2 Emissão de nota denegada na SEFAZ... 2 Impressão de DANFE... 2 Valor do IPI no DANFE... 3 Geração de nota em DPEC... 3 Parâmetro de envio automático de e-mail para carta de correção... 3 DANFE para tipo de contingência SVC... 3 Arquivo de retorno SEFAZ ou AMBOS... 3 Hora da autorização após nota reenviada para Mastersaf DFE... 3 Receptor de Nota Fiscal Eletrônica NF-e... 4 Detalhamento da Nota Fiscal... 4 Consulta no semáforo... 4 Importação de evento de manifestação... 4 Emissor de Conhecimento de Transporte Eletrônico CT-e... 4 Retorno na pasta cte_cancelamento... 4 Emissor de Manifesto do Destinatário MDF-e... 4 Geração de evento de Encerramento de MDF-e... 4 Geral... 4 NF-e de legado com cabeçalho duplicado... 4 Módulo Extrator... 5 Integrador Infor - Consulta CTE na tabela NFE_CONTROLE... 5 Atualização...6 Pré-requisitos... 6
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Mogi Mirim (SP) O município de Mogi Mirim SP alterou o modelo de SIGISS para um novo modelo VLCNET. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Desabilitar opção de Upload de XML Inclusão na parametrização dos perfis de acesso ao módulo de NF-e (NF-e de emissão própria) afim de desabilitar a função de upload no portal. Antes da inclusão desse recurso não havia a possibilidade de parametrização do perfil do usuário para não visualização desse botão. GERAL Geração de relatórios via XLS Nos Grids Principais de Documentos Fiscais Eletrônicos, ao ser selecionado um ou mais Docuementos, o sistema habilita algumas opções de ação em massa. No botão Download de PDF, ao ser acionado, é aberta uma nova tela Download de PDF em Lote e no botão Download XLS ao ser acionado, abrirá uma nova tela Download XLS em Lote. Será implementado estas melhorias em todos os módulos DF-e. Implementação de extração de relatório via XLS (Excel) em todos os grids de documentos. Emissão NF-e, NFS-e CT-e e MDF-e. Recebimento NF-e, NFS-e e CT-e. Integrador Infor Alteração do módulo Receptor NF-e para que seja suportado pelo Integrador Infor. 1
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Florianópolis (SC) Situação: Ao gerar o XML para Florianópolis, o sistema colocava um hífen na frente da informação da tag telefone. Solução: Alterada a tag telefone, removendo um hífen fixo desta tag. Município de Jaboatão dos Guararapes (PE) Situação: A Prefeitura de Jaboatão dos Guararapes alterou os endereços de WebService de homologação. Solução: Atualizados os endereços de WebService de homologação dessa prefeitura. Município de Joinville (SC) Situação: Ao realizar o upload do arquivo de retorno da Prefeitura de Joinville (status rejeitado) era apresentada mensagem de importado com sucesso, porém não o apresentava no painel e não gerava retorno para o SAP. Solução: O sistema foi alterado, preparando para efetuar a leitura do arquivo de retorno de rejeição da Prefeitura de Joinville. Município de Sertãozinho (SP) Situação 1: Ao subir o XML de licenciamento com o módulo de emissão de notas de serviço de Sertãozinho, o sistema não identificava esse módulo como licenciado. Solução 1: Atualizado o script da base de dados, corrigindo o prefixo do módulo do município de Sertãozinho. Situação 2: A Prefeitura de Sertãozinho alterou os endereços de WebService de Produção. Solução 2: Atualizados os endereços de WebService de Produção dessa prefeitura. Município de Vitória (ES) Situação: Ao enviar um RPS para a Prefeitura de Vitória, o RPS era convertido na prefeitura. Quando efetuado o cancelamento da NFS-e, o cancelamento era enviado com sucesso e a NFS-e era cancelada no portal da prefeitura. Porém o sistema não conseguia efetuar a leitura do retorno de cancelamento. Solução: Adicionada carga de tratamento de retorno de cancelamento para a prefeitura de Vitória (Modelo ISISS). EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Emissão de nota denegada na SEFAZ Situação: A partir da versão 3.23.1 do Mastersaf DFE, ao enviar uma NF-e para a SEFAZ e esta retornar com status Denegada, o portal não exibia corretamente os dados referentes à situação atual. Solução: A data de recebimento e o número do protocolo estão disponíveis no XML de retorno da SEFAZ. Corrigida a exibição em tela, bem como o retorno via webservice. Na versão 3.23.0 do Mastersaf DFE estava funcionando corretamente. 2
Impressão de DANFE Situação: No Cadastro da Empresa, na opção NFe Parâmetros de Impressão, ao parametrizar os campos Valor Unitário no DANFE e Quantidade no DANFE para 6 e 8 casas decimais, ocorriam erros via Portal e Printer. Solução: Após alterações no sistema, o problema foi corrigido. Valor do IPI no DANFE Situação: Quando o DANFE possuía vários itens de produto com valores de IPI, ao quebrar a página, o valor do IPI do último item da página anterior era imprimido na primeira linha dos itens da próxima página. O problema ocorria na geração do PDF via portal e via Printer. Solução: A geração do PDF foi alterada para que não ocorra a duplicação do IPI na nova página. Geração de nota em DPEC Situação: Quando uma nota aprovada inicialmente em DPEC é enviada ao SEFAZ de origem, após este voltar a funcionar, no retorno desta nota aprovada pelo SEFAZ de origem o campo protocoloenvio traz o protocolo de autorização da primeira aprovação (DPEC). Solução: Alterado o sistema para que traga o protocolo recebido após o restabelecimento da comunicação do WebService com a SEFAZ. Parâmetro de envio automático de e-mail para carta de correção Situação: Nos Parâmetros da Empresa, quando a opção Envio de e-mail automático de Carta de Correção estava marcada com uma opção diferente de Não, o arquivo de retorno da carta de correção não era gerado na pasta nfe_retorno_carta_correcao. Solução: Efetuada correção para que o arquivo de retorno seja gerado na pasta correspondente mesmo que a opção Envio de e-mail automático de Carta de Correção esteja marcada com uma opção diferente de Não. DANFE para tipo de contingência SVC Situação: O Portal Mastersaf DFE apresentava inconsistências em relação à emissão de notas fiscais eletrônicas em Contingência SVC. O DANFE não gerava as informações obrigatórias referentes a NT 007.2013, que informava o motivo da contingência. Solução: O sistema foi corrigido, eliminando as inconsistências anteriores. Arquivo de retorno SEFAZ ou AMBOS Situação: Com a empresa parametrizada com o tipo de retorno SEFAZ ou AMBOS, ao importar uma NF-e que passou pela validação de schema do DFE antes de integrar com a SEFAZ, o sistema identificava um problema de schema e não integrava essa nota com a SEFAZ e, com isso, não existia um XML da SEFAZ para ser retornado. Porém o sistema tentava gerar o retorno da SEFAZ, ocasionando erro. Solução: Quando a empresa estiver parametrizada como SEFAZ ou AMBOS, no momento de gerar o retorno da SEFAZ, o sistema passa a verificar se o campo xmlretornosefaz possui valor. Caso não exista valor, o sistema não tenta gerar o retorno da SEFAZ. 3
Hora da autorização após nota reenviada para Mastersaf DFE Situação: Ao enviar uma nota via WebService, o sistema processava e aprovava esta nota. Porém, após a aprovação, ao reenviar esta nota, o sistema retornava os dados da NF-e convertida com o campo datahoraaut errado. O sistema está alterando o horário de autorização conforme o time zone do servidor. Solução: Alterado o sistema, que passa a retornar o horário de autorização do XML recebido da SEFAZ. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Detalhamento da Nota Fiscal Situação: O sistema apresentava erro no detalhamento ao integrar XML de NF-e no módulo Receptor. O problema ocorria ao tentar ler os dados dos itens da NF-e por causa das quebras de linha. Solução: O sistema foi alterado, corrigindo a leitura de dados do XML no campo Detalhamento, removendo as quebras de linha. Consulta no semáforo Situação: Na consulta no semáforo de uma chave que ainda não foi recebida no Receptor NF-e, utilizando a chave de uma empresa e consultando no semáforo de outra, ao utilizar um segundo usuário que seria o usuário correto e consultar no semáforo correto, o portal não trazia os registros da nota em tela. O problema ocorria por haver criado mais de um registro no banco de dados da mesma nota. Solução: Alterado o sistema, para os registros não apareciam na tela de DANFE sem XML e após a alteração o sistema passa a validar se existe um ou mais registros para a chave em questão. Importação de evento de manifestação Situação: O sistema apresentava erro ao efetuar importação de um evento de manifestação para o Mastersaf DFE. Solução: O sistema foi alterado, corrigindo a situação. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Retorno na pasta cte_cancelamento Situação: No Módulo CT-e, o retorno na pasta cte_cancelamento não era gerado. O problema ocorria, pois para CTe 2.00 é criado um processamento para o EventoCte e este não era retornado no WebService. Solução: Alteração realizada para retornar o CT-e no quando existir um processamento de EventoCte com status 102 (Finaliza Processamento), assim gerando o retorno como esperado. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Geração de evento de Encerramento de MDF-e Situação: Ao enviar o MDF-e aprovado após solicitar o encerramento, o MDF-e é exibido no portal com o status Aguardando Processamento, na tabela MDF-e com o status preso '44', e na tabela processamento ou Erro '999' ou finalizado '300'. O MDF-e é exibido dessa forma devido à instabilidade de comunicação com o WebService de evento MDF-e. Solução: O sistema foi alterado, corrigindo assim a situação. 4
GERAL NF-e de legado com cabeçalho duplicado Situação: Quando importada uma NF-e de legado para o portal (via integrador), após a importação e fazer o download do XML dessa NF-e, o XML era inválido, pois algumas informações eram duplicadas no processo de importação. Solução: Alterado o sistema de forma que as informações não sejam duplicadas. Módulo Extrator Situação: O Módulo Extrator realizava download de arquivos com a extensão EML, porém os arquivos recebidos são XML. Solução: Alterado o sistema para passar a baixar os arquivos em formato XML. Integrador Infor - Consulta CTE na tabela NFE_CONTROLE Situação: O sistema DF-e controla via tabela solicitação de consulta CT-e para clientes com integração padrão Infor a instrução de consulta CTE é parametrizável no ERP, e que podem optar por não enviar a consulta para o conector Infor. Solução: Alteração da consulta para que seja suportado pelo Integrador Infor. 5
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.23.2 exige obrigatoriamente: versão 3.23.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.23.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