MASTERSAF DFE VERSÃO 3.25.1
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.25.1:... 1 Município de Bauru (SP)... 1 Emissor de Nota Fiscal Eletrônica NF-e... 1 Nota Técnica 005.2013 e Layout 3.10 (V 1.03)... 1 Cadastro Empresa - Parâmetros Específicos... 1 Receptor de Nota Fiscal Eletrônica NF-e... 1 Hora da Consulta - Receptor NF- e, NFS-e e CT-e... 1 Upload XML... 2 Emissor de Conhecimento de Transporte Eletrônico CT-e... 2 Status de Serviço da SEFAZ... 2 Quebra de Numeração... 3 Receptor de Conhecimento de Transporte Eletrônico CT-e... 3 CNPJ Emissor / Filtro por CNPJ e Usuário... 3 Geral... 3 Listagem dos Módulos DFE... 3 Performance Integrador NFS-e... 3 Correções...4 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 4 Município de Jacareí (SP)... 4 Emissor de Nota Fiscal Eletrônica NF-e... 4 Campo <verproc> no XML aprovado em FSDA... 4 Arquivo de retorno XML de CC-e... 4 Receptor de Nota Fiscal Eletrônica NF-e... 4 Nota autorizada fora do prazo... 4 Pesquisa Avançada... 4 Descrição do Status... 4 Importação da Carta de Correção... 5 DANFE impressa no Receptor... 5 Emissor de Conhecimento de Transporte Eletrônico CT-e... 5 Envio de E-mail... 5 Cancelamento CT-e... 5 Receptor de Conhecimento de Transporte Eletrônico CT-e... 6 Importação de CT-e 2.00 - SEFAZ-PR... 6 Emissor de Manifesto do Destinatário MDF-e... 6 Geração de encerramento para UF de Amazonas... 6 Log (impressão, cancelamento ou encerramento) em Internet Explorer 10... 6 Geral... 7 Configurações de e-mail... 7 Botões de Navegação... 7 Administração de Blacklist no tratamento de notas represadas (NF-e, CT-e e MDF-e)... 8 Migrador V2 - V3... 8 Atualização...9 Pré-requisitos... 9
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão 3.25.1: Cidade UF WebService Upload Palotina PR X Município de Bauru (SP) Atualizados endereços de WebService para ambiente de produção e homologação para o município de Bauru. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Nota Técnica 005.2013 e Layout 3.10 (V 1.03) Atualização de obrigatoriedade de campo. A regra de validação do campo idestrangeiro foi alterada, permitindo que este campo possa ser NULO. Cadastro Empresa - Parâmetros Específicos Acesse a tela Parâmetros Específicos em: Administração do Sistema > Listagem de Empresas > Cadastrar Empresa > NF-e > Parâmetros Específicos Possibilitada a inclusão de mais de uma transportadora para envio dos documentos fiscais eletrônicos automáticos. No envio dos documentos fiscais automáticos será considerado o envio dos arquivos para o CNPJ do Destinatário/Transportadora vinculados a NF-e cadastrados no Cadastro de Destinatários/Transportadora da tela de Parâmetros Específicos. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Hora da Consulta - Receptor NF- e, NFS-e e CT-e Acesse o Log do Semáforo em: Portal Mastersaf DFE V3 > Receptor NF-e > Lof do Semáforo Ao realizar a consulta do Semáforo NF-e de uma nota fiscal emitida para o CNPJ, um log desta consulta é gravado na tela apresentada no caminho acima. Na listagem do Log do Semáforo NF-e, consta a consulta que foi realizada para a nota com as informações Status Situação NF-e Série Emissão Consulta Chave CNPJ Filial Razão Social Filial 1
Nesta implementação, foram incluídas as informações de Hora da Consulta. Upload XML Implementadas melhorias na funcionalidade Upload XML do módulo Recepção NF-e, permitindo que sejam realizados uploads de notas com tipo 0-Entrada somente quando as tags CNPJ e Inscrição Estadual do emitente e destinatário forem iguais. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Status de Serviço da SEFAZ Acesse a listagem de Status de Serviço em: Administração do Sistema > Webservice, sub-menu Status do Webservice Inclusão dos status dos serviços e informações dos módulos CT-e e MDF-e e suas versões na listagem de Status do Serviço. Na tela Administração do Sistema > Webservice, sub-menu Status do Webservice, são listados os status dos Serviços dos módulos de NF-e, CT-e e MDF-e, onde anteriormente era exibido apenas o status do serviço do módulo NF-e. O sistema passa a deverá encaminhar consultas de cada um dos módulos à SEFAZ de acordo com a UF do estabelecimento ativo no sistema. *Os módulos serão habilitados somente se a empresa tiver acesso aos mesmos. 2
Quebra de Numeração No módulo CT-e foi criado um novo submenu Quebra de Numeração que permite acessar o novo grid Quebra de Numeração. Neste novo grid foi disponibilizado um grid onde são listadas as quebras de numeração de CT-e de todas as séries disponíveis no sistema. No Grid Quebra de Numeração foi criado o campo Série que permite ao usuário refinar a busca por série de CT-e. Criado o botão Avançadas, que abre uma janela pop-up na qual o usuário pode refinar a busca usando Filtro por Período e/ou Filtro por Detalhes Específicos do CT-e (CT-e Inicial, CT-e Final e Série). Disponibilizado no grid, ao lado de cada intervalo, o botão Inutilizar que permite a opção de solicitar sua inutilização. Ao clicar neste ícone, é aberta uma janela pop-up, na qual o usuário pode preencher os dados faltantes e confirmar a Inutilização. RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E CNPJ Emissor / Filtro por CNPJ e Usuário Implementação de melhoria no módulo Receptor CT-e. Incluídos no painel os campos CNPJ e Emissor e no filtro seja possível a pesquisa pelos campos CNPJ, Emissor e Usuário. Antes da implementação, o sistema realizava a consulta apenas dos campos Período, Chave, Série e NF-e. GERAL Listagem dos Módulos DFE Nas telas de Listagem de todos os módulos DFE (NFS-e, NF-e, CT-e, MDF-e, Receptor NFS-e, Receptor NF-e e Receptor CT-e), foi adicionado o campo Atualizar a cada (s): que permite ao usuário selecionar o tempo de atualização do grid. Neste campo o usuário pode determinar o intervalo de tempo em 180 ou 300 segundos. Anteriormente o grid era atualizado automaticamente, não possibilitando ao usuário determinar os tempos de intervalo. Performance Integrador NFS-e Criado um parâmetro no integrador exclusivo para o módulo NFS-e, para que seja possível configurar quantos RPS devem ser enviados em um único POST. A partir do momento que este parâmetro for definido, o integrador divide o arquivo em vários outros e faz um POST com a quantidade de RPS que foi definida neste parâmetro. Novo parâmetro no integrador: qtd_rps_por_envio= Acrescentado no arquivo.bat os parâmetros de memória. Ex.: -Xmx3096m Obs.: Quanto maior o arquivo, maior dever ser os parâmetros de memória para o integrador. 3
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Jacareí (SP) Situação: Na integração com o município de Jacareí, a NFS-e era aceita com sucesso, porém o CNPJ e a Razão do Tomador não apareciam na listagem do portal da prefeitura. Ao acessar as notas no portal da prefeitura não era exibido o Tomador de Serviços. Solução: Após a alteração, quando emitida uma NFS-e que o tomador seja nacional, no XML a tag <paistomador> passa a apresentar apenas a sigla do país (BR) e para tomadores estrangeiros que será a descrição do país. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Campo <verproc> no XML aprovado em FSDA Situação: Quando aprovada uma NF-e em contigência no modo FSDA, o campo <verproc> no XML não apresentava a versão do produto e sim a versão do Layout selecionado. Este problema ocorria nas NF-e da versão 2.0 e 3.10; Solução: Após correção no sistema, o campo <verproc> passa a exibir sempre a versão da aplicação. Arquivo de retorno XML de CC-e Situação: Quando a integração é realizada com arquivo XML, o retorno é realizado também em um XML, contudo, para a CC-e isso não ocorre. O retorno era gerado no formato do retorno de arquivo TXT, somente com a extensão XML. Solução: Após alterações no sistema, o problema foi corrigido. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Nota autorizada fora do prazo Situação: Ao importar um XML de uma nota emitida em contingência (tpemissao = 2), consultando na SEFAZ era retornado 150 - Autorizado o uso da NF-e, autorização fora de prazo. O sistema tratava este retorno como Rejeição Solução: O sistema passa a considerar como nota aprovada o retorno 150 - Autorizado o uso da NF-e, autorização fora de prazo ao recebê-lo. Pesquisa Avançada Situação: No módulo Receptor NF-e, ao efetuar a consulta pela Pesquisa Avançada e Filtro por Status, o status Rejeitado não funciona em conjunto com outro status, somente quando é selecionado sozinho ou quando a opção Todos estiver marcada. Solução: Alterada rotina para considerar corretamente os filtros por qualquer status. Após a correção, os filtros por status Rejeitado e Pendente funcionam com outros filtros de status. Descrição do Status 4
Situação: No status exibido no Semáforo, quando o documento estava pendente, o sistema apresentava a mensagem: Documento Fiscal REJEITADO no sistema. Solução: No Semáforo NF-e / CT-e e no Log do Semáforo NF-e / CT-e, quando a nota não estiver com status Rejeitado, o sistema apresenta a mensagem: Documento Fiscal Pendente no sistema. Importação da Carta de Correção Situação: O arquivo XML do fornecedor, ao colocar no site de validação da própria SEFAZ, ocorria erro, enquanto que, quando realizado com o arquivo XML da própria SEFAZ, este era validado. Solução: Incluída mensagem na tela para o usuário, quando o XML a ser importado for inválido ( XML Inválido ) e inclusão de mensagem no log, quando o XML de CC-e for importado. Realizado tratamento da exceção gerada quando não é possível ler o arquivo XML. DANFE impressa no Receptor Situação: Quando era impresso um DANFE pelo módulo Receptor NF-e por meio do botão PDF no portal, era mostrada a marca d água DANFE impresso no módulo de recebimento. Contudo, se o DANFE é impresso pelo botão da impressora, esta marca d água não era impressa. Solução: Ao selecionar a impressão do DANFE pelo botão da impressora, a marca d água passa a ser exibida. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Envio de E-mail Situação: O integrador enviava o parâmetro emailtomador no grupo mastersaf do post para o WebService, porém se o campo de e-mail fosse enviado como null ou a tag não fosse enviada, era gerada exceção, deixando o envio de e-mail em looping. Solução: O sistema foi alterado, corrigindo a situação. Cancelamento CT-e Situação: Ao tentar cancelar uma CT-e por meio de um arquivo de integração, o número de protocolo correto do CT-e que seria cancelado não informava e o arquivo de integração permanecia na pasta de entrada. O log do integrador, ao consultá-lo, apresentava o erro 500 (Erro na comunicação com o Proxy. Status = 500), sendo que deveria mostrar uma mensagem de qual é o problema no arquivo e movê-lo para a pasta cte_erro. Solução: Alterado o sistema para que quando seja enviado um cancelamento de CT-e com chave ou protocolo inválidos (não encontra CT-e) seja gerado exceção e gerado retorno informando que o CT-e não foi encontrado com a combinação em questão. 5
RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Importação de CT-e 2.00 - SEFAZ-PR Situação: Ao receber CT-e 2.00 na SEFAZ-PR, ocorria rejeição no recebimento, apresentando a mensagem: Recebimento consulta de CT-e com rejeição de uso 410 - Rejeição: UF informada no campo cuf não e atendida pelo WebService. Solução: Após ajustes, o problema foi corrigido. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Geração de encerramento para UF de Amazonas Situação: O sistema apresentava problemas ao gerar encerramento para a UF de Amazonas devido a problema de GMT. O portal gerava o horário mesmo quando não era informado o horário do evento de encerramento. Solução: O sistema foi alterado para que quando um post seja executado, a data do evento de cancelamento ou encerramento de um MDF-e não informada, esta deve ser gerada como data atual, considerando o timezone da empresa. Log (impressão, cancelamento ou encerramento) em Internet Explorer 10 Situação: O log do Portal não atualizava ao enviar um MDF-e. O log era atualizado somente até o MDF-e ser aprovado. Após aprovação, qualquer procedimento (encerramento, impressão, cancelamento etc) realizado não era gravado no log. 6
GERAL As mensagens eram carregadas apenas no log em que a página era atualizada. O problema ocorria apenas no navegador Internet Explorer 10. Solução: Realizada ajuste no controle de cache, corrigindo o problema dos registros de log que não eram mostrados no IE 10. Configurações de e-mail Acesse o acordeon Configurações de E-mail em: Administração do Sistema > Listagem de Grupos > Dados do grupo de empresas Situação: Nas configurações de e-mail, ao informar um e-mail inválido no campo Usuário/e-mail de autenticação SMTP e clicar no botão Testar email, era exibido o seguinte erro: Authentication failed; nested exception is javax.mail.authenticationfailedexception ; Solução: Após ajustes, o sistema passa a exibir uma mensagem informando que o e-mail do usuário é inválido, e não o erro de autenticação que está sendo mostrado anteriormente. Botões de Navegação Situação: Os botões de navegação na tela de Listagem de Grupos não funcionavam. Ao pressionar os botões de navegação, não era exibida a página seguinte que lista os demais grupos. Solução: Alterado o sistema para retornar o total da busca de forma correta. Desse modo, a paginação passa a funcionar corretamente. 7
Administração de Blacklist no tratamento de notas represadas (NF-e, CT-e e MDF-e) Situação:No processo de geração/expiração/consulta de Blacklist, no tratamento de notas Represadas e outros processamentos, havia uma possibilidade de um documento estar no método de comunicação com a SEFAZ sem ter sido reagendado por um Blacklist, se comunicando com a SEFAZ e expirando o Blacklist. Dessa forma, o sistema passava a não reenviar as notas represadas. Solução: Implementado um controle que, ao final de toda comunicação da mensageria, verifica qual módulo e destino se comunicou com sucesso e reprocessa as notas represadas perdidas. A implementação ocorreu pois algum processamento poderia ser executado antes do serviço de reprocessar notas represadas e, ao final, ele sempre verifica se existe algum Blacklist e o expira. Migrador V2 - V3 Situação: Os sistemas Mastersaf DFE (V3) e Mastersaf NF-e (V1 e V2) apresentavam distinção. Na v1/v2 há o campo Data de Emissão, no qual há somente o formato de data (sem a hora). Na V3, além da data, possui a hora no formato. Quando ocorria a migração, o Migrador V2 exibia a hora como 00:00:00 para atender ao layout do sistema Mastersaf DFE (V3). O Mastersaf DFE (V3), quando recebia os documentos, aplicava a regra do timezone, com a qual alguns documentos eram gerados com data anterior na data de emissão. Solução: Alterado o sistema para adicionar 12 horas na Data de Emissão para evitar problema no portal, quando é aplicado o timezone necessário, pois o campo <demi> no XML da NF-e de onde é retirado essa informação não contém a hora. 8
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.25.1 exige obrigatoriamente: versão 3.25.1 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.25.1: 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 9