MASTERSAF DFE VERSÃO 3.21.1
SUMÁRIO Novas funcionalidades / Melhorias... 1 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 1 Município liberado na versão 3.21.1:... 1 Emissor de Nota Fiscal Eletrônica NF-e... 1 Melhoria para tratamento de rejeição... 1 Emissor de Manifestação do Destinatário MDF-e... 1 Nota Técnica 004.2013... 1 Geral... 2 Instalador para Linux... 2 Integrador Printer... 2 Correções...3 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 3 Retorno de consulta do Portal... 3 Filtro Status e Série... 3 Painel Status NFS-e... 3 Emissor de Nota Fiscal Eletrônica NF-e... 3 Notas Represadas... 3 Opções habilitadas... 3 Geração de Retorno de notas represadas... 3 DANFE Customizado - Linux... 4 Retorno vazio da SEFAZ em Cancelamento por Evento... 4 Carta de Correção pendente em impressão automática... 4 Geração de XML de NF-e DPEC... 4 Coluna Observação... 4 Solicitação de Cancelamento... 4 Separadores de milhar... 4 Receptor de Nota Fiscal Eletrônica NF-e... 5 Upload de XML... 5 Upload de XML de Cancelamento... 5 Nome do emissor de notas recebidas via Consulta Destinada... 5 Filtro Status de Manifestação... 5 Emissor de Conhecimento de Transporte Eletrônico CT-e... 5 Geração de XML para emissão CT-e SVC... 5 Importação CT-e... 5 Receptor de Conhecimento de Transporte Eletrônico CT-e... 6 Consulta de Recebimento CT-e emitido em SVC... 6 Emissor de Manifestação do Destinatário MDF-e... 6 Geração do DAMDFE... 6 Emissão de MDF-e para a SEFAZ-PE... 6 Envio de XML via WebService... 6 Cancelamento e Encerramento MDF-e... 6 Geral... 6 Extrator de E-mail... 6 Filtros do sistema... 6 Atualização... 7 Pré-requisitos... 7
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município liberado na versão 3.21.1: Cidade UF WebService Upload São Sebastião SP X EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Melhoria para tratamento de rejeição Implementado tratamento para a rejeição Digest Value do XML é diferente do que se encontra na SEFAZ. As notas eram rejeitadas porque os Digest Value do XML e da SEFAZ eram diferentes. Com a implementação, foi criada a tabela de Contexto de Envio, que armazena ID de NF-e, ID do log do XML enviado, Digest Value e ID do lote que foi enviado. EMISSOR DE MANIFESTAÇÃO DO DESTINATÁRIO MDF-E Nota Técnica 004.2013 Esta Nota Técnica divulga a nova versão do MOC, que apresenta as seguintes alterações: Consolidação das Notas Técnicas publicadas em 2012 e 2013; Inclusão de tags de veículo no modal rodoviário; Correções nos modelos de DAMDFE; Possibilidade de um MDF-e do modal Aquaviário referenciar outro MDF-e do modal Rodoviário (essa alteração está vinculada a um conjunto novo de regras de validação); Novo evento de inclusão de condutor; Prazo para entrada em vigência das alterações: Ambiente de Homologação: até 01/11/2013; Ambiente de Produção: 01/12/2013 1
GERAL Instalador para Linux Ao baixar os arquivos de atualização em um ambiente Windows, são recebidos apenas os inicializadores em formato.bat, porém este replica os arquivos que baixou para ambientes Linux, necessitando assim dos inicializadores em formato.sh. Em versões mais antigas, ao baixar os arquivos, eram recebidos os inicializadores em ambos os formatos. Implementada melhoria que retira a validação do Sistema Operacional para que, ao efetuar o download, sejam recebidos os inicializadores.bat e.sh. Integrador Printer Implementado no arquivo integrador.properties o parâmetro integracao_apenas_printer, com os valores true ou false. Por meio de configuração no integrador.properties é permitido que o IntegradorTXT seja iniciado apenas para fazer integração com o Printer (NF-e, CT-e etc). Ao ser informado TRUE, o integrador tem a função de realizar apenas a comunicação entre Integrador e o Printer. Ao ser informado FALSE, o integrador tem a função de integrar as notas e comunicar com o Printer. 2
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Retorno de consulta do Portal Situação: Ao enviar um RPS via Integrador para o Portal DF-e, (ambiente SaaS), era retornada a mensagem de Erro Geral no BPM de Classe em algumas NFS-e. Solução: Após correção, quando a prefeitura retornar que o RPS não será processado, o sistema passa a efetuar a consulta individual. Filtro Status e Série Situação: No menu Listagem de NFS-e, ao ordenar as notas por status, as colunas Status e Série necessitam ser redimensionadas para caber os ícones de filtro. Solução: Alterado o sistema, aumentando o campo das colunas Status e Série para que sejam exibidas corretamente, de forma que não impacte no sistema e nas demais colunas. Painel Status NFS-e Situação: O módulo RPS possuía uma inconsistência na tela do Painel NFS-e, apresentando notas em processamento que não eram contabilizadas no Painel de Status. Solução: Atualizados todos os status utilizados no processamento de RPS. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Notas Represadas Situação: Notas com status Represada não eram processadas, enquanto as demais notas que estavam em contingência eram autorizadas com sucesso. Solução: Implementado controle efetivo no Blacklist/Represamento para que, além das notas não represadas, fiquem corretamente em contingência as represadas, processadas corretamente. Opções habilitadas Situação: O sistema habilitava indevidamente as opções de Carta de Correção Eletrônica e Cancelamento para usuários não autorizados. Solução: As opções de Cancelamento e Carta de Correção só devem ser habilitadas caso o usuário possua permissão. Geração de Retorno de notas represadas Situação: A nota é represada quando não são informados os parâmetros de impressão e envio de e-mail automático. Ao voltar à comunicação, a nota é aprovada, porém não gera retorno. Solução: Após alteração do sistema, ao ajustar o status após o processamento, é validado se deve ser gerado um novo retorno e habilitada a geração de um novo retorno quando instanciada. 3
DANFE Customizado - Linux Situação: Para usuários que possuem instalação do Mastersaf DFE em Linux, o DANFE customizado não era imprimido corretamente. Solução: Alterado o sistema para que o DANFE Customizado seja imprimido em instalações Linux. Retorno vazio da SEFAZ em Cancelamento por Evento Situação: Em Cancelamento por Evento, a SEFAZ respondia o pedido de cancelamento com um texto em branco, apresentando NullPointerException. Solução: Quando a SEFAZ responder o pedido de cancelamento com um texto em branco, o sistema passa a manter a nota como Aprovada e o usuário irá solicitar novo pedido. Carta de Correção pendente em impressão automática Situação: A emissão das Cartas de Correção Eletrônicas provocava a parada nos retornos automáticos do DFE para o ERP. O problema ocorria quando havia mais de uma CC-e pendente de impressão, ou seja, quando existia uma NF-e que possuía duas ou mais cartas de correção, mas a CC-e pendente de impressão era a mais antiga (sequencial 1 ). Solução: O sistema foi alterado para que os retornos automáticos não parem quando a última carta de correção da NF-e já estiver impressa. Geração de XML de NF-e DPEC Situação: Ao selecionar uma nota em DPEC e clicar em Download XML, o sistema gerava um arquivo ZIP sem XML, contendo apenas um arquivo chamado notfound. Solução: Quando o usuário clicar no botão Download XML, o sistema passa a verificar se as NF-e marcadas possuem XML disponível para download. Caso nenhuma das NF-e selecionadas possua XML disponível, o sistema não gera o arquivo ZIP e exibe a mensagem As notas selecionadas não possuem XML disponível para download. Coluna Observação Acesse o caminho: Administração do Sistema > Webservices > Status do Webservices Situação: A coluna Observacao constava sem acentuação, independente do Navegador utilizado. Solução: Alterado o nome da coluna de Observacao para Observação. Solicitação de Cancelamento Situação: Ao solicitar o cancelamento de uma NF-e que se encontra com o status Rejeitada ou Inutilizada, o sistema deveria gerar um arquivo de retorno com uma rejeição, porém este arquivo não era gerado. Solução: Após ajustes, o sistema passa a gerar, nessa situação, o arquivo de retorno contendo a mensagem: Notas com status Rejeitada ou Inutilizada não podem ser canceladas. Separadores de milhar Situação: Na impressão da DANFE, nos campos Cálculo do Imposto, não era exibido o separador de milhar que facilita a visualização do usuário. Solução: O sistema foi alterado, corrigindo o formato dos campos na impressão. 4
RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Upload de XML Situação: No Recebimento de NF-e, ao efetuar o upload do arquivo XML, o sistema acusava erro dataemissao -> não pode ser nulo, porém o XML contém a data de emissão. Solução: Realizado tratamento para que o sistema passe a efetuar a importação desse XML. Upload de XML de Cancelamento Situação: Ao efetuar o upload do XML de cancelamento da NF-e no módulo Receptor NF-e, ocorria o erro: Could not commit JPA transaction; nested exception is javax.persistence.rollbackexception: Error while committing the transaction. Solução: Alterado o sistema para realizar o upload do XML de cancelamento no Receptor NF-e corretamente. Alterada a forma tratamento do retorno da consulta_individual, tratando também o retorno de Evento de Cancelamento. Nome do emissor de notas recebidas via Consulta Destinada Situação: O módulo Receptor NF-e não exibia o nome do emissor de notas recebidas via Consulta Destinada. Solução: A SEFAZ retorna essa informação através da tag <xnome>. O sistema foi alterado para utilizar esta tag. Filtro Status de Manifestação Situação: Na Pesquisa Avançada de Recebimento de Nf-e, o Filtro por Status Manifestação não funcionava devidamente. Ao marcar apenas a opção Confirmação da operação, o sistema retornava notas sem manifestação e com manifestação. Solução: Após ajustes, quando o filtro Sem Manifestação não estiver marcado, o sistema traz apenas notas com confirmação. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Geração de XML para emissão CT-e SVC Situação: Ao enviar CT-e para SVC, tipo emissão 7 ou 8, sem colocar os dados de data, hora e motivo, o sistema gerava o XML com o valor T dentro da tag dhcont. Mesmo com os dados de dhcont não informados e na emissão CT-e SVC não devem ser informados o sistema gerava o XML com esse campo. Solução: Ajustado o template do CT-e utilizado pelo integrador, no ponto onde são montados os campos dhcont e xjust, passando a montá-los quando o tipo de emissão for diferente de 1, 7 ou 8. Importação CT-e Situação: Ao gerar um arquivo com vários CT-e, caso ocorresse erro de importação em algum dos CT-e do arquivo, o sistema não continuava o processamento dos demais CT-e. Solução: O sistema foi alterado para que, caso a situação ocorra, o sistema continue o processamento dos demais CT-e, sendo que o arquivo com os CT-e seja movido para a pasta Enviados. Ao serem processados, caso algum desses CT-e dêem erro, o sistema move o arquivo para a pasta de erro, verificando anteriormente se o arquivo ainda existe na pasta Enviados, pois este pode já ter sido movido em função de outro registro com erro do mesmo arquivo. 5
RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Consulta de Recebimento CT-e emitido em SVC Situação: A emissão do CT-e se realizava em contingência SVC e o módulo Receptor não consultava a devida SVC. Solução: O sistema foi alterado para corrigir a consulta. EMISSOR DE MANIFESTAÇÃO DO DESTINATÁRIO MDF-E Geração do DAMDFE Situação: Na geração do DAMDFE, os campos de Veículo e Condutor não eram gerados corretamente. No detalhamento do MDF-e no campo MODAL não estão aparecendo as informações contidas no arquivo de integração. Solução: O sistema foi alterado, corrigindo o DAMDFE para que apresente corretamente os campos Veículo e Condutor. Emissão de MDF-e para a SEFAZ-PE Situação: O sistema não emitia MDF-e (Aprovar, Encerrar e Cancelar) para a UF Pernambuco (PE). Solução: O sistema foi alterado para que possibilite a emissão do MDF-e para a SEFAZ de Pernambuco. Envio de XML via WebService Situação: Ao enviar arquivos TXT de MDF-e via integrador, eles eram enviados, convertidos ou retornados com sucesso. Porém, ao enviar o mesmo arquivo via WebService, o modelo não conseguia fazer o retorno para o portal e a mensageria apresentava o XML de retorno com erro na composição do ID de arquivo. Solução: O sistema foi alterado, criando método para recalcular a chave e atualizar o XML. Cancelamento e Encerramento MDF-e Situação: Ao tentar cancelar ou encerrar alguma nota de MDF-e via integração TXT, o integrador não conseguia identificar os arquivos e os ignorava dentro da pasta de entrada de MDF-e. Solução: Adicionada validação para permitir arquivos de cancelamento e encerramento de MDF-e. GERAL Extrator de E-mail Situação: O extrator tentava conectar na porta 993 (imap-ssl) mesmo quando configurado para buscar 143. Solução: Alterado o sistema para que utilize a porta configurada. Filtros do sistema Acesse o caminho: Administração do sistema > Webservices Situação: Ao clicar nas colunas, o sistema deveria ordenar pela coluna clicada, porém somente a coluna URL funcionava. Solução: Alterada a tela para que as demais colunas sejam ordenadas normalmente. 6
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.21.1 exige obrigatoriamente: versão 3.21.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.21.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 7