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ípio de Araguaína (TO)... 1 Impressão, envio de e geração de PDF para várias notas selecionadas... 1 Emissor de Nota Fiscal Eletrônica NF-e... 1 Consulta de Cadastro acionado por ERP... 1 Novos WebServices (ES)... 1 Receptor de Conhecimento de Transporte Eletrônico CT-e... 2 Botão de gerar arquivo PDF... 2 Geral... 2 Log de Processamento NF-e e CT-e... 2 Visualização de informação por Usuário... 3 Correções...4 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 4 Município de Cascavel (PR)... 4 Município de Natal (RN)... 4 Município de Sorocaba (SP)... 4 Cadastro Serviço Municipal... 4 Leiaute de Integração... 4 Emissor de Nota Fiscal Eletrônica NF-e... 5 Carta de Correção... 5 Retorno do XML de carta de correção... 5 Carta de Correção NF-e Legado... 5 Download de XML e PDF via Resultado de Pesquisa (filtro por data)... 5 Envio de de CC-e automática... 5 Receptor de Nota Fiscal Eletrônica NF-e... 6 Impressão em massa... 6 Emissor de Manifesto do Destinatário MDF-e... 6 Rejeição da SEFAZ... 6 Geral... 6 Ajuste de leiaute na tela de Licenciamento... 6 Integrador Infor... 6 Atualização... 7 Pré-requisitos... 7

3 NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Araguaína (TO) Implementada alteração no sistema, de acordo com a mudança de modelo do município de Araguaína (TO), do ISSNET para BETHA. Impressão, envio de e geração de PDF para várias notas selecionadas O sistema não permitia o envio de em lote e a geração de PDF em lote para o módulo de NFS-e. Implementado o envio de em lote e geração de PDF em lote, com opções de executar com base no resultado do filtro o com base no que foi marcado em tela. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Consulta de Cadastro acionado por ERP Disponibilizado WebService de Consulta Cadastro. O sistema possui agora um método de consulta de dados cadastrais acionado por ERP. O sistema é responsável pela comunicação com a SEFAZ, utilizando o método NfeConsultaCadastro disponível no leiaute da nota fiscal eletrônica, retornando para o ERP o resultado da consulta. Novos WebServices (ES) A partir de 4 de fevereiro de 2014, a Sefaz Virtual do Ambiente Nacional (SVAN) não será mais a autorizadora das notas dos contribuintes do estado do Espírito Santo. As emissões de NF-e passarão a ser autorizadas pela Sefaz Virtual do Rio Grande do Sul (SVRS). Deverá efetuar a atualização dos WebServices de Emissão de NF-e cujo Emitente esteja localizado no Espírito Santo. Em Administração do Sistema > Webservices foi alterada a exibição e disponibilização dos WebServices do Estado do Espírito Santo, sendo alterados as URL e SVAN para SVRS. 1

4 RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Botão de gerar arquivo PDF Implementada no módulo Receptor CT-e a possibilidade de geração de PDF do DACTE. GERAL Log de Processamento NF-e e CT-e Ao ser emitida uma NF-e ou CT-e em contingência, a aplicação deverá registrar no log as informações de quando não houve a comunicação com a SEFAZ e quando a conexão é reestabelecida. Perda de Conexão: Não houve comunicação com a SEFAZ de origem. Conexão Reestabelecida: Comunicação com a SEFAZ reestabelecida. Enviada nota para autorização. 2

5 Visualização de informação por Usuário Na tela de manutenção de usuários, no grid Emissoras de DF-e, incluída a informação do Município/UF de cada empresa e/ou nome fantasia para auxiliar na identificação da filial. 3

6 CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Cascavel (PR) Situação: A Prefeitura de Cascavel retornava erro em função do XML de envio não estar de acordo com o XML esperado pela prefeitura. Solução: Alterado o template do modelo Issnet, pois o sistema gerava um XML com algumas tags do Prestador que não eram esperadas pela prefeitura. Município de Natal (RN) Situação: O sistema não conseguia efetuar o parser do retorno da consulta individual de Natal (RN), com isso as notas eram apresentadas como notas em duplicidade. Solução: O sistema foi alterado, corrigindo a situação. Município de Sorocaba (SP) Situação: Ao importar um RPS já cancelado, gerando o XML de envio para o modelo DSF, o sistema não gerava a tag de motivo de cancelamento. Dessa forma, a prefeitura rejeitava o RPS. Solução: O leiaute foi atualizado. O sistema já possui o campo motivocancelamento no leiaute de importação. Cadastro Serviço Municipal Situação: Ao efetuar a integração de um RPS informando um código interno de serviço (codigoservicointerno=2), não era necessário informar os campos de ItemListaServico, codigotributacaomunicipio e aliquotaservicos. Porém, o sistema barrava o processamento informando que o campo aliquotaservicos deveria estar preenchido. Solução: O sistema foi alterado para que, quando o codigoservicointerno estiver preenchido, não valide o preenchimento do campo aliquotaservicos, visto que este valor já está informado no cadastro de serviços. Leiaute de Integração Situação: O sistema não possuía os campos Alíquota de PIS, Alíquota de COFINS, Alíquota de CSLL, Alíquota de IR, Alíquota de INSS no leiaute de integração. Dessa forma, o sistema enviava 0 para o percentual da alíquota e a prefeitura rejeitava o arquivo gerado. Solução: Adicionados campos no leiaute de importação. 4

7 EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Carta de Correção Situação: O sistema entrava em loop ao tentar integrar uma CC-e com um nseqinterno já existente. Solução: Alterado o sistema para que nessa situação exiba a mensagem: Já existe uma Carta de Correção com o Número Sequencial interno do Evento informado. Informe um Número Sequencial interno do Evento ainda não cadastrado. O sistema também passa a mover o arquivo para a pasta nfe_erro. Retorno do XML de carta de correção Situação: Com o timezone configurado errado, ao enviar uma carta de correção, a SEFAZ retornava a rejeição 579 A data do evento não pode ser menor que a data de autorização para NF-e não emitida em contingência. Porém, no log da carta de correção era exibida a mensagem Lote de Evento Processado. Solução: Alterado o sistema para que exiba a rejeição da SEFAZ, no caso: 579 A data do evento não pode ser menor que a data de autorização para NF-e não emitida em contingência. Carta de Correção NF-e Legado Situação: Ao efetuar a importação de uma NF-e Legado, a NF-e era importada corretamente, sendo possível assim criar uma carta de correção para esta NF-e diretamente no Portal DFE. Porém, ocorria erro ao tentar enviar o da carta de correção (envio manual ou automático) e ao gerar o PDF da carta de correção. Solução: Por se tratar de NF-e Legado, foi efetuado um tratamento na leitura do XML da NF-e, visto que os contextos de NF-e normal e NF-e Legado são diferentes. Download de XML e PDF via Resultado de Pesquisa (filtro por data) Situação: Ao informar um filtro por data no painel de NF-e e clicar na coluna Aprovados, o sistema exibia as notas aprovadas para o período informado. Ao marcar uma NF-e, clicar no botão Download XML e selecionar a opção NF-e(s) filtrada(s) via pesquisa de resultado, o sistema deveria fazer download das notas exibidas, porém fazia download de mais notas além das exibidas anteriormente, pois ignora o filtro de data. Solução: Corrigido o download do XML para quando o usuário seleciona a opção NF-e(s) filtrada(s) via pesquisa de resultado. Envio de de CC-e automática Situação: Quando aprova uma CC-e, o sistema tenta enviar diretamente para o processo de envio de , porém esse processo apresenta problema, excedendo o tamanho de uma coluna no banco de dados. Solução: Após ajustes, foi corrigida rotina do sistema que salva o processamento para enviar . 5

8 RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Impressão em massa Situação: No módulo Receptor NF-e, ao selecionar várias notas e clicar no botão Imprimir, a impressão em massa não ocorria e era apresentado erro no log do WebSphere. Solução: Após ajustes no sistema, a impressão em massa passa a ocorrer normalmente. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Rejeição da SEFAZ Situação: Quando se tentava realizar o encerramento de uma MDF-e aprovada, na qual o horário do servidor era diferente do horário de verão (e para encerramento em uma UF com horário de verão), ocorria uma rejeição da SEFAZ pois o portal não conseguia interpretar o horário correto. Solução: O sistema foi alterado, evitando assim a rejeição. GERAL Ajuste de leiaute na tela de Licenciamento Situação: A tela de licenciamento não respeitava os padrões das demais telas do Mastersaf DFE. Solução: O sistema foi alterado e a tela de licenciamento foi padronizada. Integrador Infor Situação: Foi feita a adequação do XML de retorno atender o padrão de integração Infor e adicionado um novo parâmetro: XMLRETORNO. Valores: 0 - Não retorna XML 1 - XML Sefaz (atual) 2 - XML INFOR 6

9 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 7