MASTERSAF DFE VERSÃO 3.14.0
ÍNDICE Novas funcionalidades / Melhorias... 1 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 1 Municípios liberados na versão 3.14.0:... 1 Município de Londrina (PR)... 1 Emissor de Nota Fiscal Eletrônica NF-e... 1 Parâmetro de envio de e-mail... 1 Receptor de Nota Fiscal Eletrônica NF-e... 2 Consulta XML de NF-e não importado... 2 Correções... 2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 2 Filtro de Datas de NFS-e... 2 Correção Ortográfica no cancelamento NFS-e... 2 Ordenação do grid por Log... 3 WebService de Retorno NFS-e... 3 Cancelamento Manual... 3 Cache do Certificado Digital... 3 Município de Anápolis (GO)... 3 Município de Araçatuba (SP)... 3 Município de Araras (SP)... 3 Município de Barueri (SP)... 3 Município de Campina Grande (PB)... 4 Município de Florianópolis (SC)... 4 Município de Guarujá (SP)... 4 Município de Itapetininga (SP)... 4 Município de Limeira (SP)... 4 Município de Mogi das Cruzes (SP)... 4 Município de Mogi-Guaçu (SP)... 4 Município de Sumaré (SP)... 4 Município de Valinhos (SP)... 5 Município de Vitória (ES)... 5 Emissor de Nota Fiscal Eletrônica NF-e... 5 Extensão de Arquivo Retorno... 5 Printer... 5 Atualização... 3 Pré-requisitos... 6
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão 3.14.0: Município de Londrina (PR) Cidade UF WebService Upload Atibaia SP X Boa Vista RR X Itatiba SP X Mossoró RN X Olinda PE X Pirassununga SP X Foi alterada a forma de comunicação com a Prefeitura, que era realizado via Upload de arquivo e agora passa a ser via WebService. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Parâmetro de envio de e-mail Foi alterado o parâmetro de envio de e-mail automático de NF-e/CC-e. Anteriormente era possível parametrizar Sim ou Não para o envio de e-mail no momento da autorização da NF-e/CC-e. O parâmetro foi alterado para: Não: quando estiver marcado como não enviar o e-mail PDF e XML: Enviar o e-mail com o XML e o PDF em anexo Somente XML: Enviar o e-mail apenas com o XML em anexo Somente PDF: Enviar o e-mail apenas com o PDF em anexo Acesse a alteração pelo caminho Administração do Sistema \ Empresas \ NFe 1
RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Consulta XML de NFe não importado Foi desenvolvida uma nova tela, no módulo Receptor de NF-e, onde serão listados os arquivos que não foram possíveis ser importados fazer o recebimento por possuírem tipo de ambiente diferente de produção. Essa funcionalidade é habilitada através de permissão de usuário específica. CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Filtro de Datas de NFS-e Situação: O filtro por período da Listagem NFS-e permite que o usuário informe apenas a data- porém somente executa o filtro se a data possuir time stamp no formato. Solução: Alterado o sistema para que o filtro traga os resultados mesmo sem a hora ser preenchida. Correção Ortográfica no cancelamento NFS-e Situação: Na mensagem do cancelamento manual, está faltando a palavra ou. Hoje é possível enviar vários e- mails utilizando o ; ou a, para separar um e-mail de outro. Solução: Alterado o sistema, realizando correção ortográfica para incluir a palavra ou entre, e o ;. 2
Ordenação do Grid por Log Situação: A coluna Log de processamento na tela Listagem de RPS está permitindo fazer a ordenação no grid. Essa coluna não deve ter a opção de ordenação; apenas as demais colunas devem ter essa funcionalidade. Solução: Alterado o sistema e desabilitada a opção de ordenar pela coluna LOG da tela Listagem de RPS. WebService de Retorno NFS-e Situação: Para clientes que utilizam a Integração via WebService e necessitam reenviar a nota para obter novamente os dados do retorno que foram perdidos, o sistema não está retornando os dados. Solução: Alterado o WebService para que quando o cliente reenviar uma NFS-e que já esteja convertida/autorizada (Nota Duplicada) no DFE esse WebService retorne todos os dados que normalmente são retornados para uma nota autorizada. Cancelamento Manual Situação: Para as prefeituras que possuem o modelo de Integração via Upload, o botão Cancelar Manualmente não estava habilitado. Solução: Foi alterado o sistema para que o botão Cancelar Manualmente fique habilitado também para essas prefeituras. Cache do Certificado Digital Situação: Atualmente o cache dos certificados é mantido por 2 horas; após este período ele é atualizado. O tempo de duração deste cache deve ser reduzido. Solução: Foi alterado o sistema para reduzir o tempo de cache dos certificados para 10 minutos. Município de Anápolis (GO) Situação: Os WebService de comunicação com a Prefeitura de Anápolis estão desatualizados, apresentado a mensagem 404 página não existe. Solução: Alterados os Scripts de inserção do WebService da prefeitura para o novo endereço disponível para a emissão de Notas. Município de Araçatuba (SP) Situação: Ao gerar o arquivo para a Prefeitura de Araçatuba, o sistema está gerando arquivo fora do formato como a prefeitura espera. Solução: Alterado o sistema para gerar o arquivo no padrão esperado pela prefeitura. Município de Araras (SP) Situação: A prefeitura atualizou o endereço do WebService de homologação para envio de Notas Fiscais. Solução: Alterado os Scripts de inserção do WebService da prefeitura para o novo endereço do WebService de homologação. Município de Barueri (SP) Situação: Ao enviar o RPS para a prefeitura de Barueri está retornando o erro 901 - Arquivo fora da estrutura. Solução: Alterado o sistema para gerar o arquivo no padrão esperado pela prefeitura. 3
Município de Campina Grande (PB) Situação: Ao enviar o RPS para a Prefeitura de Campina Grande estava retornando a mensagem de Token inválido, mesmo após a confirmação da informação nos parâmetros da empresa. Solução: Alterada a rotina que envia o RPS para a prefeitura para que envie usuário e Token corretos. Município de Florianópolis (SC) Situação: No momento em que o sistema monta o XML para envio à prefeitura, o mesmo não está montando corretamente algumas Tags como Código do Serviço, Aliquota do Serviço, CNAE. Solução: Foi alterado o sistema para o XML seja montado com as informações conforme são enviadas na integração e parametrização do sistema. Município de Guarujá (SP) Situação: No link de visualização da nota para o município de Guarujá, o sistema está informando o link padrão da GINFES, no qual o usuário digita as informações. Incluir no produto o link de visualização que o município disponibiliza, para a visualização da Nota sem que o usuário tenha que digitar as informações. Solução: Foi alterado o sistema para que a nota fiscal seja visualizada sem que o usuário digite nenhuma informação. Município de Itapetininga (SP) Situação: O sistema está atualizando o status de retorno das notas de Itapetininga para Cancelado, porém na prefeitura o cancelamento da NFS-e não foi efetuado. Solução: Alterado o sistema para que não atualize o status da Nota indevidamente. Município de Limeira (SP) Situação: Na geração do arquivo de upload na Prefeitura de Limeira, o sistema gera os valores da nota 100.00 (com ponto). Conforme o manual da prefeitura, os valores do RPS devem ser enviados sem pontuação. Solução: Alterado o sistema para gerar o arquivo no padrão esperado pela prefeitura. Município de Mogi das Cruzes (SP) Situação: Ao gerar o arquivo para a Prefeitura de Mogi das Cruzes, o sistema está gerando arquivo fora do formato como a prefeitura espera. Solução: Alterado o sistema para gerar o arquivo no padrão esperado pela prefeitura. Município de Mogi Guaçu (SP) Situação: O sistema não está atualizando os dados do arquivo de Retorno da prefeitura. Solução: Alterado o sistema para que atualize os dados retornados pela prefeitura após a conversão do RPS em NFS-e. Município de Sumaré (SP) Situação: Quando o valor de Dedução não era informado na Integração, o sistema não estava montando a Tag, gerando impacto nos demais campos. Solução: Foi alterado o sistema para que a Tag de Dedução seja montada mesmo quando não possuir valor. 4
Município de Valinhos (SP) Situação: Quando o código do município do emitente era o mesmo código do município de Prestação de Serviço, a alíquota estava sendo enviada zerada. Solução: Foi alterado o sistema para que desconsidere essa regra e envie a alíquota informada na Integração. Município de Vitória (ES) Situação: Quando o valor de Dedução não era informado na Integração, o sistema não estava montando a Tag gerando impacto nos demais campos. Solução: Foi alterado o sistema para que a Tag de Dedução seja montada mesmo quando não possuir valor. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Extensão de Arquivo Retorno Printer Situação: O integrador não estava respeitando parâmetro do formato de arquivo extensoes_arquivo_saida retorno da nota Mercantil. Solução: Foi alterado o sistema para que o sistema gere o arquivo no formato parametrizado no arquivo properties. Situação: Foi solicitado que ao imprimir uma NF-e fosse salvo o XML processado da NF-e e não o XML de envio, seguindo o mesmo padrão já utilizado pelo CT-e. Solução: Foi alterado o sistema para que o XML salvo seja o da NF-e Processada. Observação: Com esta alteração, a consulta padrão que o integrador utiliza para obter os documentos a serem impressos (NFe) retornará uma NF-e Processada. Com isso, quem utiliza um integrador customizado deverá alterar sua rotina. 5
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.14.0 exige obrigatoriamente: versão 3.14.0 do IntegradorTXT (quando utilizado essa forma de integração) ATENÇÃO: A utilização do integrador em versões diferentes das indicadas acima poderá provocar erros/rejeição na emissão na NFS-e, NF-e, CT-e, Receptor CT-e e NF-e. Válidos para clientes que estão em versão anterior à 3.14.0: Número Descrição 01 Versão mínima exigida para o servidor de aplicação: Glassfish v2, TomCat 6 e Weblogic10.3.3 02 Versão exigida para o Banco de Dados SQLServer 2005/2008, Oracle 10g/11g e Postgres 8.4 03 Siga o procedimento do instalador/atualizador disponível em http://docs.dfe.mastersaf.com.br 6