MASTERSAF DFE VERSÃO 3.33.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 Bragança Paulista (SP)... 2 Município de Olinda (PE)... 2 Emissor de Nota Fiscal Eletrônica NF-e... 3 Criação de coluna Nome Fantasia na listagem de Emissoras de DF-e... 3 Alteração da Regra de Validação Modo Contingência Automático NF-e... 3 Receptor de Nota Fiscal Eletrônica NF-e... 3 Alteração na tela Semáforo NF-e... 3 Alteração na tela Listagem de DANFEs Sem XML... 3 Correções...4 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 4 Município de Campinas (SP)... 4 Município de Porto Alegre (RS)... 4 Município de Araponga (PR)... 4 Município de Cabreúva (SP)... 4 Município de Ipatinga (MG)... 4 Município de Marabá (PA)... 4 Município de Santana do Parnaíba (SP)... 5 Município de Sumaré (SP)... 5 Município de Foz do Iguaçu (PR)... 5 Município de São José dos Pinhais (PR)... 5 Consulta Individual... 5 Cadastro NFS-e... 5 Envio de E-mail de Erros de RPS... 6 Performance do sistema... 6 Emissor de Nota Fiscal Eletrônica NF-e... 6 Notas aguardando retorno e aprovadas na SEFAZ... 6 Envio de e-mail por nota com erro, seguida de impressão... 6 Filtro de Cadastro de Usuário... 6 Botão Pesquisar da Pesquisa Avançada... 6 Receptor de Nota Fiscal Eletrônica NF-e... 7 Printer - Filtro CNPJ Destinatário... 7 Leitura de e-mail com extensão ZIP... 7 Busca Avançada (todos os filtros)... 7 Geral... 7 Migrador (V2)... 7 Migração de RPS - Barueri... 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 Bragança Paulista (SP) O Mastersaf DFE gerava um conteúdo no campo Correlação e a prefeitura apresentava rejeição. Após ajustes, o campo Correlação passa a ser apresentado apenas com o número do RPS. Município de Olinda (PE) Para o município de Olinda, foi criar a função que possibilitar informar os números de NFS-e para os RPS. Esta função está disponível via seleção em massa e no detalhe do RPS. Para este município já existia o botão Aprovar manualmente, que passa a ter seu comportamento alterado: Aprovação manual em massa O botão Aprovar manualmente é exibido quando um ou mais registros selecionados estão com o status Aguardando retorno da prefeitura. A lista suspensa RPS contém as opções RPS(s) Marcada(s) via CheckBox e RPS(s) Filtrada(s) via Pesquisa de Resultado. A lista suspensa Tipo Aprovação contém as opções: Assumir o número do RPS como número de NFSe e Informar manualmente o(s) número(s) da(s) NFSe(s). Ao confirmar, o sistema carrega somente RPS com o status de Aguardando retorno da prefeitura, preenchendo o campo ou não de Número NFS-e de acordo com o filtro selecionado anteriormente. Nesta tela serão apresentados os registros passíveis de aprovação manual. A coluna Número NFS-e permite a edição do valor, possibilitando ao usuário informar ou alterar o número da NFS-e para cada RPS. Ao confirmar, o sistema realiza a solicitação de aprovação de RPS, gravando como número de NFS-e de RPS o número informado em tela. 2
Aprovação manual no detalhe do RPS Ao acessar o detalhe de um RPS que está com status de Aguardando retorno Prefeitura, é exibido o botão Aprovar manualmente. Ao clicar neste botão já é sugerido o Número da NFS-e com o número da RPS e permitindo a alteração do valor do campo: Ao clicar em OK, o sistema realiza a aprovação do RPS e grava o número informado em tela como número do RPS. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Criação de coluna Nome Fantasia na listagem de Emissoras de DF-e Acesse o caminho: Administração do Sistema > Listagem de Usuários > Cadastrar Usuário, na listagem de Emissoras de DF-e Foi disponibilizada na listagem de Emissoras de DF-e a coluna Nome Fantasia. Neste campo será exibido o nome fantasia definido no cadastro da empresa no sistema. Alteração da Regra de Validação Modo Contingência Automático NF-e Acesse a tela: Administração do Sistema > Listagem de Empresas > Cadastrar Empresa > acordeom NF-e > acordeom NF-e Contingência Foi disponibilizada a alteração da regra para emissão em Contingência no seguinte cenário: Quando estiver definido no cadastro da empresa o Modo Contingência como Automático, durante a falha de comunicação com a SEFAZ, o tipo de emissão da nota é alterado para Contingência. Ao ocorrer a rejeição pela SEFAZ, é 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. Anteriormente, estes arquivos reenviados pelo ERP com o tipo de emissão diferente de normal não estavam sendo reprocessados pelo DF-e. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Alteração na tela Semáforo NF-e Foi alterada a tela para que ao consultar chave de acesso de notas que ainda não tenham recebido o XML no DF-e, o usuário possa informar o motivo da liberação do recebimento do DANFE. Esta informação ficará disponível no log da NF-e Recebida. Alteração na tela Listagem de DANFEs Sem XML Foi criada a coluna Motivo Liberação do DANFE no grid, para exibir o texto informado no campo Motivo da Liberação da tela Semáforo NF-e durante o recebimento de DANFE que não contenham o XML no sistema. 3
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Campinas (SP) Situação: Para NFS-e de Campinas, a tag RazaoSocialRemetente era gerada no XML com o mesmo valor da tag RazaoSocialTomador, sendo que o correto seria do Prestador. Era necessário verificar, também, se estava correto a tag CPFCNPJRemetente ser gerada com o CNPJ da matriz ao invés do CNPJ do Prestador. Solução: Ajustado o sistema para enviar corretamente a tag RazaoSocialRementente, com a informação sendo gerada com os dados do prestador e não do tomador. Município de Porto Alegre (RS) Situação: Ao integrar NFS-e para o município de Porto Alegre, a prefeitura retornava a rejeição: E180 - O lote foi recebido mas não foi processado. Aguarde para fazer a consulta novamente. Conforme o ocorrido, o sistema não deveria alterar o status do RPS para rejeitado, e sim realizar uma nova consulta. Solução: O sistema foi alterado para ao retornar a Rejeição E180. O Mastersaf DFRE passa a disparar uma nova consulta. Município de Araponga (PR) A Prefeitura de Arapongas alterou o modelo de integração de Pronim para IPM, modelo já implementado para o município de Brusque (SC). Município de Cabreúva (SP) Situação: A prefeitura de Cabreúva não aceitava a descrição do município do tomador. Por exemplo: Rio de Janeiro (capital) / UF: RJ. Ao enviar Rio de Janeiro, a nota era convertida. Solução: Ao gerar o arquivo de envio para a prefeitura não deve ser enviada a informação (capital) para os municípios de São Paulo e Rio de Janeiro. Município de Ipatinga (MG) Situação 1: Ao integrar com o município de Ipatinga, o RPS era enviado pelo método RecepcionarLoteRpsSincronoRequest. O retorno era recebido, porém o RPS apresentava status 25 - Consulta situação (tabela dfe_rps/ dfe_processamento) e não realizava mais nenhuma ação. Solução 1: Alterado o sistema, mapeando corretamente as informações da nota convertida. Situação 2: Ao realizar o reenvio destas notas, ocorria o erro E10 e o sistema disparava a Consulta Individual. Porém, a prefeitura retornava rejeição com a mensagem Corrija o XML e tente novamente. Solução 2: Validado o XML de envio da Consulta Individual para que o sistema passe a gerar conforme esperado pela prefeitura. Município de Marabá (PA) Situação: O arquivo de integração com a prefeitura era gerado incorretamente. Solução: Ao integrar para o município de Marabá, o campo Quantidade do Item é de 7 dígitos, porém sem casas decimais. O campo foi alterado no sistema, retirando as casas decimais deste campo. 4
Município de Santana do Parnaíba (SP) Situação: No campo do arquivo TXT Código do serviço era carregada a informação do campo do arquivo XML itemlistaservico, sendo que o correto seria o codigotributacaomunicipio. Solução: O sistema montava corretamente o layout do arquivo de upload, conforme esperado pela prefeitura de Santana de Parnaíba. Município de Sumaré (SP) Situação: Na integração com a Prefeitura de Sumaré, o sistema não gerava as tags de alíquota dos impostos conforme esperado pela prefeitura. Solução: O sistema passa a gerar corretamente os campos de Alíquotas do PIS, COFINS, CSLL, INSS e IR para o município de Sumaré. Município de Foz do Iguaçu (PR) Situação: O sistema não conseguia ler o XML de retorno, gerando com erro de duplicidade. O documento permanecia em status de Erro, sendo informada a mensagem Erro Geral na tela de LOG. Solução: Ao receber a rejeição E10, alterado o sistema para que passe a disparar o método ConsultarNfsePorRps, realizando a consulta individual para esse município. Município de São José dos Pinhais (PR) Situação: Ao integrar para o município, a prefeitura aprovava o RPS, porém retornava a rejeição E160. Solução: Alterado o sistema para não assinar os XML de consultas, assinando apenas o XML de envio e de Cancelamento. Consulta Individual Situação 1: Ao enviar RPS em duplicidade, era recebeu o retorno: Erro na gravação do registro. Já existe um RPS cadastrado com o número e a série informados Solução 1: Ajustado o sistema para que, ao receber esse retorno, dispare o serviço Consulta de NFS-e por RPS. Situação 2: Consulta Individual para o município de Itabuba (BA), modelo WEBISS. Na integração com o município de Itabuna, se ocorrer a rejeição E10 - RPS já informado, o sistema não realizava a consulta individual para atualizar as informações da nota convertida, permanecendo o status do RPS como rejeitado (200). Solução 2: Após ajustes, a situação foi corrigida. Situação 3: Consulta Individual para o município de Betim (MG), modelo GINFES. Na integração com o município de Betim, se ocorrer a rejeição E10 - RPS já informado, o sistema não realizava a consulta individual para atualizar as informações da nota convertida, permanecendo o status do RPS como rejeitado (200). Solução 3: Após ajustes, a situação foi corrigida. Cadastro NFS-e Situação: Na tela Cadastro NFS-e > Natureza de Operação, ao utilizar o filtro aberto e apenas selecionar a coluna Estado para classificar em ordem, o sistema Mastersaf DFE apresentava a tela Processando. Após um tempo, era interrompida e depois faz retomava, permanecendo em looping. Solução: Com os ajustes, o sistema foi corrigido. 5
Envio de E-mail de Erros de RPS Alterações para carregar as mensagens de retorno de RPS, mostrando no campo Descrição do e-mail (TXT e HTML). Correção para gerar corretamente o e-mail em formato TXT, que era gerado sem quebras de linha. Performance do sistema Correção de problema na performance do Mastersaf DFE. Após autorizar uma grande quantia de notas, a tabela dfe_processamento apresentava o campo processando = 1 e para o processamento das restantes. Após a correção, o problema foi solucionado. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Notas aguardando retorno e aprovadas na SEFAZ Situação: O processamento do Mastersaf DFE apresentava problemas. Quando a SEFAZ retornava o status 106 - Lote nao localizado, o sistema deveria ter finalizado o processamento do Lote, alterando o status do processamento da NF-e para 10 - Novo, mas só finalizava o processamento do lote e adicionou o histórico na NF-e Lote nao localizado, reenvia as notas. Solução: Alterado o status do processamento das notas para 10 para as notas serem reenviadas. Envio de e-mail por nota com erro, seguida de impressão Situação: Ao enviar uma nota em ambiente SaaS, era apresentado o erro Falha ao processar NFE durante geração de lote: null, sendo que, ao invés de marcar como consultado para retornar o erro ao integrador, a nota é enviada por e-mail e imprimida. Solução: O sistema foi alterado para que, quando enviar e-mail de notas com erros ou rejeitada (status == erros rejeitada), não seja exibido no log (Impressão de DANFE solicitada automaticamente). Filtro de Cadastro de Usuário Situação: O filtro de Cadastro de Usuário não extraía corretamente os registros para o Excel. Solução: Ajustado o sistema para extrair todos os usuários que são apresentados no painel. Botão Pesquisar da Pesquisa Avançada Situação: Na Pesquisa Avançada da Listagem de NF-e, ao clicar no ícone, o botão Pesquisar ficava oculto na tela, fazendo com que o usuário não consiga realizar a Pesquisa Avançada. Solução: Na tela de Busca Avançada, foi habilitada a barra de rolagem, solucionando o problem descrito. 6
RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Printer - Filtro CNPJ Destinatário Situação: A impressão das notas de recebimento necessitava ser direcionada para as impressoras corretas das filiais, mas os filtros de CNPJ não funcionavam para esses casos, pois provavelmente o Printer buscava no CNPJ do Emitente quando deveria buscar no CNPJ do Destinatário para esses casos. Solução: Os ajustes necessários foram implementados, normalizando a situação. Leitura de e-mail com extensão ZIP Correções de problemas no módulo extrator. Foi corrigido o nome pasta temporária para arquivos ZIP, no qual, ao fazer o processo de extração, era criada uma pasta temporária baseada no nome do anexo ZIP. Para esse nome, deveria ser usado no mínimo três caracteres. Busca Avançada (todos os filtros) Situação: Ao realizar uma busca avançada com alguns parâmetros pelo filtro do módulo Receptor NF-e (Número Inicial, Número Final, Razão Social, Valor Mínimo, Valor Máximo), o sistema apresentava erro. Solução: Foi realizado o tratamento do filtro do Receptor NF-e. Ao utilizar os filtros Valor mínimo e/ou Valor máximo, passam a ser carregados os documentos corretos. GERAL Migrador (V2) Situação: O programa migrador do Mastersaf NF-e (v2) não estava migrando a impressora informada nos documentos fiscais. Desta forma, quando o usuário tenta a reimpressão do documento migrador no Mastersaf DFE, este gera erro, pois não encontra a impressora. Solução: Ajustado o migrador para importar a informação ds_impressora da tabela dbo.nfe_nf do Mastersaf NF-e (V2). Migração de RPS - Barueri Situação: Ao migrar um RPS do município de Barueri, ocorria erro e as notas não eram migradas. Solução: Foi identificado erro na rotina do migrador. Alterada a rotina para migrar NFS-e do município de Barueri. 7