INFORMATIVO MASTERSAF DFE VERSÃO

Transcrição

1 MASTERSAF DFE VERSÃO

2 SUMÁRIO Novas funcionalidades / Melhorias... 1 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 1 Município de Rio Janeiro (RJ)... 1 Geral... 1 Evento de Cancelamento em Massa... 1 Consulta NF-e Inutilizada... 1 Fonte de texto para visualização de DANFE... 1 Correções...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 2 Municípios de Araquari (SC), Ijuí (RS) e Montes Claros (MG)... 2 Município de Betim (MG)... 2 Município de Florianópolis (SC)... 2 Município de Londrina (PR) e Praia Grande (SP)... 2 Município de Marília, Mogi Mirim e Mogi Guaçu (SP)... 2 Municípios de Mogi Mirim e Mogi Guaçu (SP)... 2 Emissor de Nota Fiscal Eletrônica NF-e... 3 Data Desembaraço e Código Exportador no Detalhamento da NF-e... 3 Informações do IPI no Portal... 3 Código de retorno de cancelamento rejeitado... 3 Notas Delegadas para Rejeitadas... 3 Carta de Correção - método getstatus... 3 Receptor de Nota Fiscal Eletrônica NF-e... 3 Nota Técnica Ciência de Operação nos parâmetros de Receptor NF-e... 3 Consulta de Chave de acesso da UF CE... 4 Emissor de Conhecimento de Transporte Eletrônico CT-e... 4 Contingência EPEC no CT-e... 4 Impressão de nota em Contingência... 4 Arquivo de retorno do CT-e... 4 Geral... 4 SEFAZ-PE... 4 Status Denegada no log da nota... 4 IntegradorINFOR... 5 Performance na impressão... 5 Geração de DANFE ou DACTE no WebSphere (Linux)... 5 Visualização do protocolo nos detalhes da nota... 5 Atualização...6 Pré-requisitos... 6

3 NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Rio Janeiro (RJ) Para o município de Rio de Janeiro, na impressão da RPS na aplicação, a alíquota era exibida conforme formato enviado para a Prefeitura (0,05). Porém, na impressão da Prefeitura, o valor era mostrado como 5%. Para todos os municípios do mesmo modelo do Rio de Janeiro, foi alterada a impressão da aplicação para que o formato da alíquota seja em percentual, ou seja, se a alíquota é 0,05, o sistema imprime 5%. GERAL Evento de Cancelamento em Massa Incluída funcionalidade de Cancelamento por Evento em Massa, permitindo que o usuário determine um motivo de cancelamento padrão para todos os cancelamentos que desejar realizar. Anteriormente, somente era possível efetuar o cancelamento por notas individualizadas. Para emissão do Evento de Cancelamento em Massa, siga os seguintes passos: 1. No Grid Principal de Notas, marque as notas que deseja efetuar o cancelamento. 2. Clique no botão Cancelar. 3. Na tela Evento Cancelamento, confirme as notas que foram selecionadas no Grid. 4. Informe o motivo do cancelamento, obedecendo às regras de negócio. Consulta NF-e Inutilizada Incluída consulta de NF-e que foram inutilizadas. A consulta pode ser realizada por meio dos parâmetros de seleção: Filial, Período de Inutilização, Motivo da Inutilização, Número e Série. As informações das NF-e Inutilizadas são: Filial, Número Inicial, Número Final, Série, UF, Motivo da Inutilização, Tipo de Operação, Chave de Identificação, Data da Geração do XML, Data de Inutilização, Situação da Inutilização, Número do Protocolo de Inutilização, Data da Autorização, Inutilização Integrada, Inutilização com Erro. Fonte de texto para visualização de DANFE Devido a alguns sistemas operacionais não possuírem a fonte de texto Courier New utilizada no DANFE padrão do Mastersaf DFE, o que impossibilitava a visualização no módulo Portal, foi incluído no sistema um novo JAR que contém a fonte. 1

4 CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios de Araquari (SC), Ijuí (RS) e Montes Claros (MG) Situação: Ao atualizar para a versão do sistema Mastersaf DFE, ocorria problema na leitura do retorno das notas convertidas para estes municípios e havia erro no retorno ao realizar a consulta individual para os municípios. Também ocorria erro na leitura do retorno das notas convertidas para o município de Mogi das Cruzes. Solução: O sistema foi alterado, corrigindo os problemas nas situações descritas. Município de Betim (MG) Situação: O município de Betim alterou o leiaute do XML e a empresa implementadora responsável pela integração dos RPS. Solução: O sistema teve o padrão do XML readequado para o novo leiaute do município. Município de Florianópolis (SC) Situação: Ao realizar integração com o município de Florianópolis, o sistema considerava a alíquota do Cadastro e não a enviada no arquivo. Solução: Alterar o sistema para que passe a considerar a alíquota informada no Cadastro Municipal apenas se não for informada no arquivo de importação (aliquotaservicos). Município de Londrina (PR) e Praia Grande (SP) Situação: Ao emitir um RPS e cancelá-lo, o log do portal não apresentava a mensagem de retorno. Solução: Alterado o produto para que o log do portal/rps exiba corretamente as informações. Município de Marília, Mogi Mirim e Mogi Guaçu (SP) Situação: Quando o tomador era estabelecido em cidade diferente do Prestador, a prefeitura recusava o arquivo. Solução: Quando o tomador for do município diferente que o prestador, o sistema não gera a IM do tomador. Municípios de Mogi Mirim e Mogi Guaçu (SP) Situação: A geração de arquivo TXT de envio para as prefeituras de Mogi Mirim e Mogi Guaçu apresentavam problemas relacionados à Inscrição Municipal do Tomador, que não era encontrado na base, além de quebras de linha indevidas no arquivo. Solução: Após ajustes realizados, os caracteres que ocasionavam quebra de linhas foram removidos, evitando assim o problema. 2

5 EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Data Desembaraço e Código Exportador no Detalhamento da NF-e Situação: Ao enviar uma NF-e de importação para o Portal Mastersaf DFE, no Detalhamento da NF-e (na aba Itens e aba Declaração de Importação) os dados dos campos Data Desembaraço e Código Exportador não eram exibidos no portal, porém eram apresentados preenchidos no XML. Solução: O sistema foi alterado para possibilitar visualização correta dos valores dos campos no Detalhamento da NF-e. Informações do IPI no Portal Situação: Ao enviar o valor 999 no campo Código Enquadramento no Detalhamento da NF-e, as informações de IPI não eram apresentadas no Portal. Solução: O sistema passa a exibir as informações de IPI no Detalhamento da NF-e. Código de retorno de cancelamento rejeitado Situação: Ao realizar o cancelamento de uma NF-e fora do prazo, a SEFAZ gerava o arquivo de retorno Rejeicao: Prazo de Cancelamento Superior ao Previsto na Legislacao. O código TipoMensagemRetorno era gerado com o valor 4 (Cancelada), porém este código se refere a uma nota já cancelada. Como a nota sofreu uma rejeição e não foi cancelada, deveria apresentar o valor 2. Solução: Alterado o sistema para que retorne no campo Código Status o status da rejeição do cancelamento e não o status atual da nota no produto. Notas Delegadas para Rejeitadas Situação: Devido a falta de retorno da nota com status Denegada, era possível realizar movimentações e passa a ser apresentada como Rejeitada, sendo que o correto seria que a nota continuasse como Denegada. Solução: O sistema foi alterado para que o status seja mantido em Denegada. Carta de Correção - método getstatus Situação: A carta de correção não possuía retorno para o método getstatus. É necessário que os dados do lote da carta de correção sejam informados por meio do getstatus uma vez que o sistema não consegue essa informação por nenhum outro método. Solução: Implementar no sistema o retorno dos dados do lote de uma carta de correção para o método getstatus. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Nota Técnica Criado e implementado o novo bloco nfci no leiaute de envio NF-e, no qual o campo poderá ou não ser informado sem impactar a emissão de notas. Ciência de Operação nos parâmetros de Receptor NF-e Situação: Ao realizar recebimento de NF-e pelo integrador, a Ciência de Operação era realizada para o processo de recebimento de NF-e. Porém se existir algum parâmetro de Ciência de Operação nas configurações da empresa que recebe a NF-e, este parâmetro não validava a existência de uma ciência de operação, deixando todas as notas de recebimento em processamento. Solução: Alterados os parâmetros de Ciência de Operação para Não para que as notas em processamento no módulo Receptor NF-e sejam devidamente validadas. 3

6 Consulta de Chave de acesso da UF CE Situação: No Semáforo NF-e, o sistema não retornava os dados ao consultar uma chave de acesso de uma nota de um emitente do Estado do Ceará (CE). Solução: Corrigido o problema na consulta da chave para a UF CE. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Contingência EPEC no CT-e Situação: Ao realizar testes de Contingência EPEC no CT-e o sistema apresentava a mensagem de erro Erro PEC fora do ar. Solução: O sistema foi alterado para que, ao receber a primeira nota, seja apresentada como represada; as demais notas passam a entrar em contingência. Impressão de nota em Contingência Situação: O sistema não realizava a impressão da primeira nota em contingência quando FSDA forçado. Solução: O sistema foi alterado, corrigindo a situação descrita. Arquivo de retorno do CT-e Situação: O arquivo de retorno de um CT-e com erro (status 999), dependendo do erro do CT-e, não era possível identificar seu número, pois que não era apresentando no arquivo e nem na nomenclatura, ocasionando problemas para retornar ao ERP do usuário. Solução: Alterado o sistema para que retorne o número do conhecimento no arquivo de retorno quando o status for '999'. Não terá alteração na nomenclatura do arquivo. GERAL SEFAZ-PE Situação 1: O sistema apresentava erro na rotina que tenta ler o retorno da SEFAZ. Ele tenta pegar o bloco de informações que a SEFAZ deveria responder retconsrecinfe, mas como não existe, o sistema deveria salvar no banco de dados todo o XML retornado pela SEFAZ. Solução 1: O sistema passa a gravar em banco de dados todo o XML retornado pela SEFAZ caso neste não exista o bloco esperado. Situação 2: Ao efetuar uma consulta de lote, a prefeitura retornava uma exceção http. Dessa forma, o sistema marcava o lote como rejeitado. Solução 2: Como a SEFAZ responde o envio do lote com um recibo (lote já na SEFAZ), o sistema passa a não rejeitar o lote. Quando ocorre qualquer erro de comunicação na consulta de lote, o sistema passa a reconsultá-lo até obter retorno, mantendo o status atual do lote enquanto não obtiver o retorno da SEFAZ. Status Denegada no log da nota Situação: Quando a nota fiscal é Denegada, gerava um retorno de denegado no log da mensageria, porém este retorno não era apresentado no log. Solução: Ao recebermos a nota com status Denegada, o sistema passa a apresentar no log da nota essa informação. 4

7 IntegradorINFOR Situação: Em acesso remoto, o sistema apresentava problemas no WebService ao mandar imprimir uma Carta de Correção e no IntegradorINFOR que enviava o retorno para o ERP, mas sem marcar como consultado no sistema. Solução: O sistema foi alterado para que seja verificar se a nota existe e, se existir, retornar valor e para continuar o processo. Performance na impressão Situação: O sistema apresentava demora na impressão automática após aprovação da nota. As consultas de impressão influenciam na solicitação de impressão. Solução: A consulta de impressões foi alterada no Integrador, realizada simultaneamente por cada módulo que possui impressão via Printer (nfe, cte, mdfe e recebimentonfe). Todas as impressões são enviadas ao Printer e, após este processo, são marcadas como impressas. Geração de DANFE ou DACTE no WebSphere (Linux) Situação: O sistema apresentava erro ao solicitar a geração de DANFE ou DACTE no servidor de aplicação WebSphere utilizando o sistema operacional Linux. Solução: Após ajustes, o sistema realiza a geração de DANFE e DACTE corretamente na situação descrita. Visualização do protocolo nos detalhes da nota Situação: A visualização do número de protocolo de determinadas notas não era possível. Solução: Alterado o sistema para mostrar o número do protocolo nos detalhes da nota. 5

8 ATUALIZAÇÃO PRÉ-REQUISITOS A versão exige obrigatoriamente: versão 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 : Número Descrição 01 Versão mínima exigida para o servidor de aplicação: Glassfish v3, TomCat 6, WebSphere 8 e Weblogic 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 6