MASTERSAF DFE VERSÃO 3.22.1
SUMÁRIO Novas funcionalidades / Melhorias... 1 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 1 Município de Salvador (BA)... 1 Emissor de Nota Fiscal Eletrônica NF-e... 1 Notas Técnicas NT005.2013 e NT008.2013... 1 Nota Técnica NT007.2013... 1 Emissor de Manifesto do Destinatário MDF-e... 1 Download de XML e PDF... 1 Geral... 1 Melhorias do Instalador... 1 Correções...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 2 Município de Fortaleza (CE)... 2 Município de Rio do Sul (SC)... 2 Município de Vitória (ES)... 2 Conversão de RPS indevidamente ao receber retorno de erro... 2 Emissor de Nota Fiscal Eletrônica NF-e... 2 Lote acima de limite para emissão de NF-e para SEFAZ-SP... 2 Assinatura para Upload de XML (WebSphere)... 2 Integração de notas em ambiente diferentes... 3 Retorno da SEFAZ - Server is too busy... 3 Receptor de Nota Fiscal Eletrônica NF-e... 3 Upload XML de nota autorizada... 3 Permissão para gerar PDF em Internet Explorer 11 ou Firefox 25.0.1... 3 Emissor de Conhecimento de Transporte Eletrônico CT-e... 3 CT-e, tipo de contingência EPEC (automático), sem impressão automática... 3 Emissor de Manifesto do Destinatário MDF-e... 3 Emissão de arquivo MDF-e com caractere &... 3 Geral... 4 Cadastro de Empresa - Estado do Piauí... 4 XML rejeitado com espaço entre a tag InfNfe... 4 Parâmetro na configuração de e-mail do Portal... 4 Atualização...5 Pré-requisitos... 5
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Salvador (BA) Foram alterados os WebServices da Nota Fiscal de Serviço Eletrônica da Prefeitura de Salvador, para atendimento da nova legislação do município. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Notas Técnicas NT005.2013 e NT008.2013 Implementação no sistema em atendimento à Norma Técnica que atualiza o Manual do Contribuinte da versão 3.10 para versão 1.02. Nota Técnica NT007.2013 Esta Nota Técnica tem como objetivo a apresentação do novo ambiente de autorização em contingência do Sistema NFe denominado SVC - SEFAZ VIRTUAL DE CONTINGÊNCIA, disciplinando a forma de uso deste ambiente pelas empresas, de acordo com o disposto no Convênio ICMS 32/2012 de 30/03/2012 e Ato COTEPE ICMS 39/2012 de 4/09/ 2012. Esta alternativa de emissão da NF-e em contingência, com transmissão da NF-e para a SEFAZ Virtual de Contingência (SVC), permite a impressão do DANFE em papel comum e não existe a necessidade de transmissão da NF-e para SEFAZ de origem quando cessarem os problemas técnicos que impediam o uso do ambiente de autorização normal da circunscrição do contribuinte. Diferentemente do Sistema de Contingência do Ambiente Nacional (SCAN), esta modalidade de contingência não obriga o uso de série específica na NF-e (série 900-999), o que facilita o uso dessa modalidade de contingência por parte das empresas. As demais opções de contingência em uso, SCAN e Declaração Prévia de Emissão em Contingência (DPEC) conviverão, por um breve período de tempo com esta nova modalidade, sendo retiradas de operação assim que as empresas migrarem para a SVC. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Download de XML e PDF No módulo MDF-e, quando se tem o status final de uma nota (Cancelada ou Encerrada) a mesma não permitia fazer a impressão ou gerar o arquivo de PDF e também não permitia fazer o download dos arquivos XML tanto de envio como de retorno, sistema alterado para que seja habilitadas essas ações para o MDF-e. GERAL Melhorias do Instalador Criado um mecanismo de versionamento no instalador, para que o mesmo identifique se a versão que o cliente esta tentando baixar é igual a versão do instalador, se for diferente bloquear a atualização e obrigar que o mesmo atualize também o instalador desta forma permite que o cliente utilize o mesmo instalador para atualizar seus ambientes(por exemplo: Homologação e Produção). Para que diminua o impacto nos clientes o tamanho do instalador foi diminuído. 1
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Fortaleza (CE) Situação: Para o modelo Ginfes, quando o cadastro do serviço municipal não possuía o código de CNAE preenchido, o sistema não gerava o XML de integração com a prefeitura, exibindo a mensagem: O conteúdo do campo 'codigocnae' deve ter a quantidade de caracteres válido (mínimo: 1 / máximo: 255). Solução: Para o modelo em questão, quando o cadastro do serviço municipal não possuir o código de CNAE preenchido, o sistema passa a gerar o XML de integração com a prefeitura sem a tag de CNAE e continua o processo normalmente. Município de Rio do Sul (SC) Situação: Ao parametrizar um prestador para a Prefeitura de Rio do Sul, no Cadastro de Empresas não era habilitado o acordeon para parametrizar os dados de acesso ao WebService. Solução: Alterado o sistema para que habilite o acordeon de parametrização de acesso ao WebService. Município de Vitória (ES) Situação: Ao enviar um RPS para a Prefeitura de Vitória, o RPS era convertido na prefeitura, que retornava o XML com as informações. Contudo, o RPS apresentava com status 25 no portal, aguardando retorno do processamento. Solução: Adicionada carga de tratamento de retorno para a Prefeitura de Vitória, solucionando o problema. Conversão de RPS indevidamente ao receber retorno de erro Situação: Quando as prefeituras do modelo IPM retornavam erro de envio de lote, o sistema convertia indevidamente o RPS. Solução: Atualizado o tratamento de retorno do Envio do modelo IPM, adicionando validação para que se a tag de Número de NFS-e vier vazia, o sistema não converta o RPS. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Lote acima de limite para emissão de NF-e para SEFAZ-SP Situação: O sistema não efetuava o tratamento de tamanho de lote para a SEFAZ-SP. Solução: Adicionado tratamento de tamanho do XML do lote. O sistema adiciona a primeira NF-e no lote e, antes de adicionar a segunda, passa a calcular o tamanho do lote com esta segunda nota. Caso ultrapasse 500 Kbytes, a NF-e não é adicionada no lote. Assim é realizado para as demais notas, obedecendo a quantidade máxima de notas por lote. Assinatura para Upload de XML (WebSphere) Situação: O sistema gerava erro de assinatura ao gerar uma NF-e em base local e importar o XML em um portal com servidor de aplicação IBM WebSphere. Solução: Após ajustes, a situação foi corrigida. 2
Integração de notas em ambiente diferentes Situação: Quando era realizada a integração de uma nota em ambiente local, esta era aprovada. Porém, ao integrá-la em ambiente diferente, a princípio era aprovada e depois, ao se obter o retorno da SEFAZ, era rejeitada porque o Digest Value era diferente do que se encontra na SEFAZ. Solução: Alterado o sistema para não mais aprovar a nota quando for retorno de duplicidade, passando a parametrizar o status para aguardando_consulta_individual, assim seguindo o fluxo normal e gerando retorno corretamente como rejeitado para a NF-e. Retorno da SEFAZ - Server is too busy O Portal Mastersaf recebia um retorno de erro da SEFAZ (erro Server is too busy ). O portal o interpretava como Rejeição, sendo assim necessária a solicitação de reenvio da nota pelo usuário. Foi realizada uma implementação para que o erro não seja interpretado pelo próprio portal como uma instabilidade da SEFAZ e para que não reprocesse esta nota minutos depois ou a considere como Represada. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Upload XML de nota autorizada Situação: No módulo Receptor NF-e, ocorria erro na integração quando realizado o upload do XML de uma nota Autorizada pela SEFAZ que possuía uma Carta de Correção com o preenchimento das palavras: <br>. Exemplo: <xcorrecao> DADOS ADICIONAIS: <br> ORDEM DE COMPRA 66971.8 <br> </xcorrecao> O preenchimento deste <br> ocasionava o erro. Solução: Após ajustes no sistema, a integração foi normalizada para essa situação. Permissão para gerar PDF em Internet Explorer 11 ou Firefox 25.0.1 Situação: Utilizando o navegador Internet Explorer 11 ou Firefox 25.0.1, ao fazer o login no portal, acessar o módulo Receptor NF-e e tentar gerar o arquivo PDF, o sistema exibia uma mensagem de erro informando que o usuário não tem permissão para gerar o arquivo. Porém, na Parametrização de Usuário, ao verificar se o usuário tem permissão para gerar o arquivo, este consta parametrizado com as devidas permissões. Solução: Após ajustes, o sistema se comporta devidamente, autorizando a geração nestes navegadores EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E CT-e, tipo de contingência EPEC (automático), sem impressão automática Situação: CT-e, tipo de contingência EPEC (automático), sem impressão automática, com essa configuração os CT-e são enviados para EPEC, porem quando volta a comunicação com a SEFAZ (CT-e represada é processada) os CT-e, não são enviadas para a SEFAZ. Solução: Alterado o sistema para que para quando o CT-e emitido em EPEC não impressão automática o status do seu processamento deve ficar com status de Contingência (990), e então será reprocessada quando voltar a comunicação. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Emissão de arquivo MDF-e com caractere & Situação: O sistema não efetuava a importação de arquivos de MDF-e que possuíssem o caractere especial &, movendo assim o arquivo para a pasta de erros. Solução: Alterado o sistema para que aceite arquivos de MDF-e com o caractere &. 3
GERAL Cadastro de Empresa - Estado do Piauí Situação: No Cadastro de Empresas, quando solicitado o Estado do Piauí para cadastramento da cidade de Teresina, este não era encontrado, sendo necessário cadastrar esta cidade no grid para escolhê-la. Ao selecionar este Estado, eram apresentados os municípios do Estado do Maranhão. Solução: Corrigido o código do Estado do Piauí na classe estado. XML rejeitado com espaço entre a tag InfNfe Situação: Para uma nota fiscal que foi rejeitada por qualquer motivo pela SEFAZ, ao realizar o download do XML rejeitado no Portal DF-e, o XML apresentava um espaço antes da tag infnfe quando visualizado pelo Notepad++, ocasionando erro para validação do arquivo à parte por algum validador. Solução: Alterado o integrador para que não gere XML com espaço antes da tag infnfe. Obs.: As notas antigas continuam com os espaços. A correção foi aplicada apenas para novas notas. Parâmetro na configuração de e-mail do Portal Situação: O sistema considerava o parâmetro email.diretoriodoctoscustomizados quando as configurações de e-mail eram realizadas pelo grupo de empresas. Solução: Alterado o sistema para que, quando as configurações de e-mail forem realizadas pelo grupo de empresas, também seja considerado o parâmetro email.diretoriodoctoscustomizados do arquivo e-mail.properties. 4
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.22.1 exige obrigatoriamente: versão 3.22.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.22.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 5