MASTERSAF DFE VERSÃO 3.19.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.19.1:... 1 Município de Curitiba (PR)... 1 Município de Itapetininga (SP)... 1 Município de Londrina (PR)... 1 Município de Praia Grande (SP)... 1 Receptor de Nota Fiscal Eletrônica NF-e... 2 Impressão de DANFE... 2 Emissor de Conhecimento de Transporte Eletrônico CT-e... 2 Método GETSTATUS... 2 Correções...3 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 3 Município de Betim (MG)... 3 Município de Betim (MG) e Osasco (SP)... 3 Município de Osasco (SP)... 3 Município de São Paulo (SP)... 3 Município de Simões Filho (BA)... 3 Município de Sorocaba (SP)... 3 Município de Taubaté (SP)... 4 Emissor de Nota Fiscal Eletrônica NF-e... 4 Cancelamento de NFe para SEFAZ-MT... 4 Geração do código Dados da NF-e no DANFE... 4 Leitura do Retorno de NF-e para SEFAZ-PE... 4 Gravação de usuário na consulta de Saída de Mercadorias... 4 Integrador consumindo arquivo TXT incompleto... 4 Erro DANFE... 4 Receptor de Nota Fiscal Eletrônica NF-e... 5 Consulta de chave... 5 Registro Recebimento DF-e... 5 Emissor de Conhecimento de Transporte Eletrônico CT-e... 5 Envio de observação ao CTE e impressão da DACTE... 5 Exportação XML - Lote CT-e... 5 Impressão do campo CIOT no DACTE... 5 Receptor de Conhecimento de Transporte Eletrônico CT-e... 5 Retorno do XML do CT-e cancelado via API REST... 5 Geral... 6 Retornos no log da mensageria... 6 Carregamento do Portal... 6 XML por e-mail com quebra de linha quando recebido por Lotus Notes... 6 Atualização... 7 Pré-requisitos... 7
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão 3.19.1: Cidade UF WebService Upload Pinhais PR X Porto Alegre RS X Município de Curitiba (PR) Acesse: Administração do Sistema > Certificados Para o município de Curitiba que utiliza certificado com padrão próprio, ao clicar na tela de cadastro de Certificados foi incluído uma flag para identificar que o sistema permitirá cadastrar um certificado para NFS-e e o certificado padrão A1 para NF-e. Município de Itapetininga (SP) A prefeitura de Itapetininga alterou a empresa fornecedora do software de emissão de NF-e do modelo GovDigital para Iss.net. O sistema Mastersaf DFE atualizado para o novo padrão. Município de Londrina (PR) Situação: O município de Londrina alterou o leiaute de integração WebService válido a partir de agosto de 2013. Solução: O sistema foi readequado em atendimento ao novo leiaute. Município de Praia Grande (SP) Situação: O município de Praia Grande alterou o modelo de leiaute para Nota Control Abrasf. Solução: O sistema foi readequado em atendimento ao novo leiaute. 1
RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Impressão de DANFE Incluída no módulo Receptor NF-e a funcionalidade de impressão única e impressão em massa de DANFE de terceiros. Para utilizar as opções: Impressão única: clicando no ícone de impressão na listagem. Impressão em massa: selecionando as notas pelo checkbox e clicando no botão IMPRIMIR. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Método GETSTATUS Foi implementado o método getstatus para o módulo de CT-e. Para maiores informações sobre a utilização, consulte o manual disponível no Contact Center em: \ Mastersaf DF-e \ Manuais Técnicos \ Integração Web Service 2
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Betim (MG) Situação: Ao integrar uma nota para Tomador do exterior, a prefeitura retornava a rejeição E184-PARA TOMADOR FORA DO BRASIL,INFORME PAIS E CIDADE. No XML de integração com a prefeitura, não era enviada as tags <codpais> e a <DescCidadeExterior>. Solução: Após ajustes no sistema, o CodigoMunicipio do Tomador passa a não ser gerado quando for do exterior, gerando corretamente o XML de envio. Município de Betim (MG) e Osasco (SP) Situação: O sistema gerava incorretamente o XML, com as tags de CNPJ e CPF fechadas quando se tratava de um Tomador exterior. Solução: O sistema foi corrigido, passando a gerar o XML corretamente. Município de Osasco (SP) Situação: Ao gerar o XML de integração com a prefeitura, a tag Cidade (Tomador) era enviado com o código do IBGE, enquanto o manual da prefeitura solicita que seja enviado o nome do município e não o código. Solução: Alterado o sistema para gerar o nome do município do Tomador ao invés do código do IBGE na tag <cidade>. Município de São Paulo (SP) Situação 1: A Prefeitura de São Paulo ao converter uma nota para o ambiente de Homologação, não estava atualizando a data de aprovação. Solução 1: Alterado o sistema para salvar a data de aprovação com a data do Envio lote. Situação 2: Ao realizar o cancelamento para o município de São Paulo, era retornada a rejeição 1001 - XML não compatível com Schema. The element Detalhe has imcomplete content. List of possible expected: AssinaturaCancelamento. O XML de cancelamento era enviado sem a tag <AssinaturaCancelamento>. Solução 2: Alterado o sistema, corrigindo a situação descrita. Município de Simões Filho (BA) Situação: Ao enviar um RPS para Simões Filho ocorria uma rejeição, mas a mensagem estava desconfigurada. A mensagem deve ser: O XML de envio como não possui informações para os campos IM do Tomador e nr do Alvará. Solução: O sistema foi alterado para enviar apenas as tags fechadas <InscricaoMunicipal/> e <NumeroAlvara/>. Município de Sorocaba (SP) Situação: Quando se trata de um Tomador exterior, o sistema gerava o CPF/CNPJ do Tomador com zeros, desconsiderando o informado pelo usuário. Solução: O sistema foi alterado para correção do problema. 3
Município de Taubaté (SP) Situação: Quando o tipo de recolhimento era igual a 2 (ISS não retido), o sistema preenchia o campo RetFonte com NÃO. Solução: Como acento til é inválido para essa prefeitura, foi removido para ser gerado como NAO. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Cancelamento de NFe para SEFAZ-MT Situação: Ao enviar para a SEFAZ-MT um Cancelamento de NF-e informando uma justificativa com caracteres especiais, ocorria o erro 402 - Rejeicao: XML da area de dados com codificacao diferente de UTF-8. Solução: Realizado tratamento de caracteres especiais no momento de gerar o XML de Cancelamento. Geração do código Dados da NF-e no DANFE Situação: No campo Dados da NF-e no DANFE (quando a nota é emitida em contingência) é informado um código de barras adicional. Solução: Para os casos em que a NF-e seja emitida utilizando formulário de Segurança, seja FS ou FS-DA, o código de barras adicional dos dados da NF-e passa a ser gerado seguindo novo padrão. Leitura do Retorno de NF-e para SEFAZ-PE Situação: Quando a SEFAZ-PE retornava erro ou rejeição, seu XML de retorno é diferente e o sistema não conseguia interpretar o erro. Solução: O sistema foi alterado para correção do problema. Gravação de usuário na consulta de Saída de Mercadorias Acesse: NF-e \ Saída de Mercadoria \ Log Saída de Mercadoria Situação: Em Log Saída de Mercadoria, quando uma NF-e já possui registro de saída, ao efetuar saída de mercadoria desta mesma NF-e com outro usuário, no log de saída de mercadoria era gravado o usuário anterior. Solução: Ao efetuar a saída da mercadoria, o sistema passa a gravar no log de saída de mercadoria o usuário logado. Integrador consumindo arquivo TXT incompleto Situação: O extrator que gera o arquivo e disponibiliza na pasta nfe_entrada gera linha a linha, ou seja, a cada linha gerada o extrator fecha o arquivo e, consequentemente, o integrador considerava como arquivo concluído. Com isso, o integrador consumia um arquivo que ainda não estava completo. Solução: Realizado um tratamento no integrador para que seja considerada a tag <arquivo_fim>, apenas considerando o arquivo completo quando tiver esta tag. Erro DANFE Situação: No Cadastro de Empresa, ao parametrizar o Formato Impressão da NF-e com a opção Retrato2 e gerar um DANFE, o label dos campos Valor Aproximado dos Tributos e Valor Total dos Produtos não são exibidos alinhados. Solução: Alinhado o label dos campos Valor Aproximado dos Tributos e Valor Total dos Produtos conforme os demais labels da mesma linha. 4
RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Consulta de chave Situação: Ao efetuar a leitura da chave na tela Semáforo NF-e para um processo de recebimento de NF-e, a leitura não era realizada corretamente na SEFAZ-AM. No campo Ambiente era exibido o valor Homologação, mesmo a chave sendo de uma nota de produção. Solução: O sistema foi alterado para solucionar a situação descrita. Registro Recebimento DF-e Situação: O sistema apresenta erro Recebimento Detalhe - não existe registro de Recebimento com id = 75 ao importar uma nota, realizar o upload do seu XML no módulo Receptor NF-e, alterar a Inscrição Estadual (IE) da empresa e depois consultar o seu detalhe. Solução: Quando existir apenas uma empresa cadastrada com o CNPJ da empresa que recebeu a nota, o sistema passa a exibir os detalhes da nota mesmo que a IE da empresa que recebeu a nota seja diferente da IE que consta no arquivo XML importado pelo receptor. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Envio de observação ao CTE e impressão da DACTE Situação: Quando não era enviada uma observação ao CT-e, era gerado um erro ao imprimir o DACTE. Solução: Alterado o sistema para que o erro não ocorra mais. Exportação XML - Lote CT-e Situação: Quando o CT-e não possuía um lote, ao realizar o Download XML Lote, ocorria o erro com a mensagem Ocorreu um erro na aplicação - acessar o Dashboard. Solução: O sistema passa a não exibir a opção Download XML Lote quando o CT-e não possui lote. Impressão do campo CIOT no DACTE Situação: A impressão do DACTE em Retrato o valor do campo CIOT saía incompleta, mesmo que no XML possua todos os dígitos. Quando a forma de impressão do DACTE é paisagem o campo CIOT aparece corretamente com todos os dígitos conforme o XML. Solução: Alterada a impressão do DACTE Retrato para que seja possível exibir os 12 caracteres do campo CIOT. RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Retorno do XML do CT-e cancelado via API REST Situação: Ao buscar o retorno do Cancelamento com a requisição GET getxmlcancelado, quando havia o cancelamento de um CT-e via API Rest, ocorria o erro 404. Porém, quando a consulta de retorno eram realizada com o GET padrão, as informações eram retornadas com sucesso. Solução: Alterado o sistema para não ocorrer o problema descrito. 5
GERAL Retornos no log da mensageria Situação: O log da mensageira registrava dois tipos de retorno para o mesmo tipo de envio. O sistema tratava apenas uma forma de retorno. Solução: Realizado o tratamento do retorno. Carregamento do Portal Situação: A tela do Portal Mastersaf apresentava demora no carregamento, exibindo status Processando. Solução: O sistema foi reajustado para solucionar o problema. XML por e-mail com quebra de linha quando recebido por Lotus Notes Situação: Ao enviar XML para o e-mail do servidor Lotus Notes, eram geradas algumas quebras de linha. Solução: Readequado o sistema para evitar a quebras de linha. 6
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.19.1 exige obrigatoriamente: versão 3.19.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.19.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