MASTERSAF DFE VERSÃO 3.34.0
SUMÁRIO Observações importantes... 1 Novas funcionalidades / Melhorias...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 2 Município de Cabreúva (SP)... 2 Município de Camaquã (RS)... 2 Município de Capão da Canoa (RS)... 2 Município de Fortaleza (CE)... 2 Município de Jaguariúna (SP)... 2 Município de Parobé (RS)... 2 Município de Arapiraca (AL)... 2 Município de Florianópolis (SC)... 2 Emissor de Nota Fiscal Eletrônica NF-e... 3 Criação da Permissão do Usuário NF-e Contingência... 3 Criação da opção Automático/ Na Origem no campo Modo Contingência... 3 Nota Técnica 2013.005 versão 1.22... 3 Correções...4 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 4 Município de Aracaju (SE)... 4 Município de Araçatuba (SP)... 4 Município de Campina Grande (PB)... 4 Município de Fortaleza (CE)... 4 Município de João Pessoa (PB)... 4 Município de Ponta Grossa (PR)... 5 Município de Porto Alegre (RS)... 5 Município de São José dos Pinhais (PR)... 5 Município de Santa Maria (RS)... 5 Município de Sinop (MT)... 5 Emissor de Nota Fiscal Eletrônica NF-e... 5 Arquivo wrapper.conf do Printerconsole... 5 WebService de evento Layout 2.00... 5 Consulta Individual de nota - versão 2.00... 6 Valor do ICMS impresso no DANFE... 6 Data Emissão - SEFAZ-PR... 6 Emissor de Manifesto Eletrônico de Documentos Fiscais MDF-e... 6 Campo Capacidade em TXT de integração... 6 Geração de PDF em modo paisagem... 6 Geral... 7 Integrador Infor - Inutilização do Layout 3.10... 7 Integrador Infor - Contingência EPEC na Origem... 7 Integrador Infor - Geração de XML da tabela SNEXML... 7 Veracode... 7
OBSERVAÇÕES IMPORTANTES Mantenha o Integrador TXT atualizado com a mesma versão do Portal/WebService. É aconselhável a leitura e consulta dos manuais do sistema disponibilizados no Contact Center por meio do endereço: www.mastersaf.com.br, acessando o menu: Base de Conhecimento Cliente > Mastersaf DFE > Manuais Técnicos. 1
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Cabreúva (SP) A Prefeitura de Cabreúva (SP) alterou o modelo de integração para GENERATIVA via WebService (generativaws). Município de Camaquã (RS) A Prefeitura de Camaquã (RS) alterou o modelo de integração para PRONIM. Município de Capão da Canoa (RS) A Prefeitura de Capão de Canoa (RS) alterou o modelo de integração para BETHA. Município de Fortaleza (CE) Incluído no sistema o retorno 5 - Em processamento. Quando tiver esse retorno, uma nova consulta deverá ser realizada até receber as informações de que o RPS foi processado ( 3 - Processado com erro ou 4 - Processado com sucesso ). Município de Jaguariúna (SP) A Prefeitura de Jaguariúna (SP) alterou o modelo de integração para PRESCON. Município de Parobé (RS) A Prefeitura de Parobé (RS) alterou o modelo de integração para INFISC. Município de Arapiraca (AL) A Prefeitura de Arapiraca (AL) alterou o modelo de integração de Ginfes para E-nota (integração manual). Município de Florianópolis (SC) Foi implantado para o município de Florianópolis a Nota Fiscal de Prestação de Serviços Eletrônica NFPS-e, documento que substituirá todas as modalidades de nota fiscal utilizadas para o registro de prestações de serviços. Para emissão da NFPS-e, os contribuintes deverão observar o Manual de Integração e suas eventuais atualizações. Segue alterações efetuadas na versão 3 do Manual de Integração: Inclusão da coluna data de cancelamento (DTCANCELAMENTO) na tabela de CNAE. Atualização do Cliente NFPS-e 1.2.4.0 para aceitar apenas requisições sem CNAE cancelado após a data de emissão. Atualização do Manual de Integração V3, seção 6.2 e 6.3 (páginas 20 a 26) com orientação sobre a nova URL base para ajustes de integração no ambiente de homologação. 2
EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Criação da Permissão do Usuário NF-e Contingência Acesse o menu: Administração do Sistema > Listagem de Usuários > Cadastrar Usuários > Permissões do Usuário Na área Permissões do Usuário, foi disponibilizada a permissão NF-e Contingência. Ao habilitar esta permissão para o Usuário Comum, o mesmo terá o acesso liberado somente ao acordeom NF-e Contingência, na tela Administração do Sistema > Listagem de Empresa > Cadastrar Empresa, no acordeom NF-e, na qual poderá alterar e editar as configurações relacionadas a emissão dos documentos em contingência. As demais configurações do Cadastro da Empresa não estarão disponíveis. Criação da opção Automático/ Na Origem no campo Modo Contingência Acesse o menu: Administração do Sistema > Listagem de Empresas > Cadastrar Empresa > acordeom Módulo NF-e > acordeom NF-e Contingência > campo Modo Contingência Foi disponibilizada a nova opção Automático/ Na Origem, no campo Modo Contingência. Ao selecionar esta opção, o processo de emissão em ocorrerá da seguinte forma: Quando a comunicação com a SEFAZ ocorrer com êxito e o tipo de emissão da nota for normal, o processo seguirá normalmente. Quando ocorrer a falha de comunicação com a SEFAZ e o tipo de emissão da nota for Normal, será alterado para Contingência. Ao ocorrer a rejeição pela SEFAZ, será retornado para o ERP a mensagem de rejeição. Após a correção, o ERP fará o processo de reenvio da nota para o DF-e. A partir desta alteração, estes arquivos reenviados passarão a ser reprocessados pelo DF-e mesmo que o tipo emissão da nota seja diferente de normal. Caso o ERP gerar o documento com tipo de emissão em contingência, o DF-e irá processar o documento com o tipo de emissão diferente de normal, o qual será transmitido para a SEFAZ da mesma forma que foi recebido, ou seja, o código que estiver preenchido no campo tipo de emissão será mantido. Este processo será executado da mesma forma em que ocorre atualmente quando a opção Na Origem está selecionada. Com esta opção selecionada, serão processados os arquivos recebidos com qualquer tipo de emissão e o acionamento da contingência poderá ser tanto automático quanto na origem (gerado pelo ERP). Nota Técnica 2013.005 versão 1.22 Foi publicada a versão 1.22 da Nota Técnica NF-e 2013/005, com as novidades abaixo: Alteração em regra de validação: Em função de questionamentos feitos pelas empresas com respeito ao alcance dos efeitos jurídicos de incluir o valor da desoneração de ICMS no valor total da nota, nos termos comandados pelo Ajuste SINIEF 10, de 28 de setembro de 2012, foi alterada a regra de validação W16-10, de forma que, quando o campo vicmsdeson for utilizado, serão aceitas notas tanto no caso de que o valor correspondente à desoneração tenha sido incluído no valor total da nota, quanto quando não tiver sido incluído. Orientação para impressão de DANFE: O conteúdo do campo vicmsdeson, enquanto não for previsto no leiaute do DANFE, deverá ser copiado no campo de Informações Complementares de Interesse do Contribuinte (infcpl) do arquivo para que a informação seja impressa no DANFE. Caso seja necessária sua impressão no DANFE, outros campos que não forem previstos no leiaute também poderão ser copiados no campo de Informações Complementares de Interesse do Contribuinte (infcpl). 3
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Aracaju (SE) Situação: Conforme Manual da Prefeitura de Aracaju existe o método de Consulta de NFS-e por RPS, para buscar os dados da NFSe, quando esta estiver convertida na prefeitura. Porém, esse método não está implementado. Assim, quando é feito o reenvio do RPS, este fica no sistema com status de rejeitado: E10 - A/12587: RPS já informado. - Para essa Inscrição Municipal/CNPJ já existe um RPS informado com o mesmo número, série e tipo. Solução: Com os ajustes necessários, o sistema passa a se comportar corretamente na situação descrita. Município de Araçatuba (SP) Situação: A Prefeitura de Araçatuba alterou a URL de homologação: De: http://189.2.198.114:8080/receitas-teste/servlet/anfse?wsdl Para: http://54.232.86.91/issonline/servlet/anfse?wsdl Solução: Em atendimento à alteração da prefeitura, foi alterado no sistema o link de integração no ambiente de homologação para o município de Araçatuba. Município de Campina Grande (PB) Situação: Após conexão remota e novos testes de reenvio, foi verificado que o sistema não atualizava o status com base no XML de retorno da Prefeitura de Campina Grande, deixando assim o status em processamento. No XML de retorno havia o protocolo, porém este não dava sequência, deixando o RPS em processamento. Solução: Alterado o sistema para realizar a consulta deste RPS junto à prefeitura. Município de Fortaleza (CE) Situação: Ao enviar valoriss vazio e naturezadaoperacao no arquivo de integração, a prefeitura retornava a seguinte mensagem: E161 - Campo ValorISS não informado para tributação fora do município. - Informe o valor do ISS quando a tributação for fora do município. Sempre que é informado o campo valoriss=0.00 no arquivo de integração, o sistema não constrói a tag <valoriss>, independentemente da Natureza de Operação. Solução: Após ajustes, o sistema passa a gerar a tag <valoriss>0.00</valoriss> na integração com Fortaleza quando ocorrer a situação descrita. Município de João Pessoa (PB) Situação: No arquivo de produção, os caracteres < e > da tag XML apresentavam problemas. Solução: O sistema passa a efetuar corretamente o processo de Retorno para o município de João Pessoa enquanto a prefeitura não corrige o problema no ambiente de Homologação. 4
Município de Ponta Grossa (PR) Situação: No arquivo de integração, ao informar o valor de desconto, o XML de envio, gerado pelo Mastersaf DFE, a tag <ValorDeducoes> era construída sem a pontuação numeral.. Solução: Após os ajustes necessários, a situação foi normalizada. Município de Porto Alegre (RS) Situação: A Prefeitura de Porto Alegre teve alteração de layout, no qual foi alterada a quantidade de dígitos do campo Telefone tomador de 9 para 10 dígitos. Solução: O sistema foi alterado em atendimento à mudança. Município de São José dos Pinhais (PR) Situação: Ao enviar uma nota para o município São José dos Pinhais com caractere especial, o XML não apresentava estes caracteres. Solução: O sistema foi alterado e a tag <Discriminacao> passa a manter os caracteres especiais. Município de Santa Maria (RS) Situação: O layout do XML de envio estava fora do padrão da Prefeitura de Santa Maria. Solução: Com os ajustes necessários, o problema foi solucionado. Município de Sinop (MT) Situação: Foi retornado erro de duplicidade, porém o Mastersaf DFE não disparava a consulta individual. Solução: Após verificar o mapeamento do XML que apresentava duplicidade, o problema foi corrigido no sistema. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Arquivo wrapper.conf do Printerconsole Situação: Foi verificado que o arquivo wrapper.conf do Printerconsole apresentava problema, pois teve todas as barras inversas \ do arquivo, gerando erro ao se iniciar o serviço, que perdia sua referência do caminho da pasta LIB do Java instalado no servidor. Solução: Corrigida a criação do arquivo wrapper.conf de todos os módulos. WebService de evento Layout 2.00 Situação: A SEFAZ-PR bloqueou o WebService de evento Layout 2.00. A URL foi alterada para Layout 3.10 e autorizou a CC-e. Solução: A URL foi alterada, fazendo com que o sistema passasse a emitir corretamente a CC-e para a UF do Paraná nos layouts 2.00 e 3.10. 5
Consulta Individual de nota - versão 2.00 Situação: Ao migrar ou realizar o upload de uma nota da versão 2.00 para a SEFAZ-SP, era realizada a Consulta Individual (v2.0), porém a SEFAZ SP retorna uma rejeição. Solução: O sistema foi alterado para realizar a Consulta Individual na estrutura do Layout 3.10. Valor do ICMS impresso no DANFE Situação: O DANFE não apresentava o campo Valor do ICMS impresso corretamente no DANFE, mesmo quando esta informação está contida no XML. Solução: Com a correção do sistema, o DANFE passa a estar de acordo com o layout padrão previsto no Manual de Integração - Contribuinte, sendo obrigatória a exibição do campo Valor do ICMS. Data Emissão - SEFAZ-PR Situação: O Mastersaf DFE recalculava a Data de Emissão quando havia Contingência EPEC, ocasionando rejeição por divergência de dados. Solução: Com os ajustes necessários, o problema foi solucionado. EMISSOR DE MANIFESTO ELETRÔNICO DE DOCUMENTOS FISCAIS MDF-E Campo Capacidade em TXT de integração Situação: O sistema apresentava erro devido a uma falha ao gerar o arquivo XML para os grupos veictracao e prop. O sistema apresentava rejeição do MDF-e devido ao campo Capacidade, o qual não era informado no TXT de integração. Contudo, o sistema está gerava a tag indevidamente no XML. Solução: Com o ajuste, a situação foi normalizada. Geração de PDF em modo paisagem Situação: Quando havia vários documentos vinculados ao XML do MDF-e, e a configuração do Portal Mastersaf DFE estava como modo paisagem, este não era gerado e ocasionando erro. No entanto, se o modo era alterado para retrato, o PDF era gerado com sucesso. Solução: Alterado o sistema para permitir a geração do PDF quando o cadastro da empresa estiver parametrizado o modo paisagem. 6
GERAL Integrador Infor - Inutilização do Layout 3.10 Situação: Para inutilização, o Integrador Infor gravava a versão como 2.00 no conteúdo do envio do pacote. Como a nota fiscal estava no Layout 3.10, ocorria a rejeição versão do cabeçalho não suportada. Solução: A situação foi normalizada após verificação da possibilidade de cancelamento, inutilização e carta de correção nas versões 2.00 e 3.10, conforme o que é enviado do ERP. Integrador Infor - Contingência EPEC na Origem Situação: Para o conector Infor no arquivo Integrador.exe.config era parametrizado o tipo de contingência. O ERP enviava apenas como C e o conector Infor gerava o grupo Mastersaf com os dados de contingência. Porém, no envio do pacote para o Mastersaf DFE não era enviado o campo cevento para contingência EPEC. Assim, ao enviar a nota da integração com o tipo de emissão 4, o sistema entendia como DPEC, e o correto seria EPEC, conforme parametrizado no cadastro da empresa. Solução: Ao enviar uma nota com o tipo de emissão 4, é incluído no grupo Mastersaf (dados de contingência) o campo cevento para contingência EPEC. Integrador Infor - Geração de XML da tabela SNEXML Situação: O conector Infor possuía problema de ordenação no select que busca as partes do XML no banco. O select montava o XML com as partes de ordenação incorretamente. Com isso, o XML era mal formado e apresentava erro de rotina. Solução: O problema foi solucionado, aplicando a ordenação correta no select. Veracode Foram realizadas correções no Mastersaf DFE de acordo com o relatório gerado pela VERACODE da versão 3.28.0 do sistema. 7