MASTERSAF DFE
VERSÃO 3.34.2
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:
NOVAS FUNCIONALIDADES / MELHORIAS
EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA – NFS-E
[4493]
Município de Sete Lagoas (MG)
• O padrão XML da NFS-e foi alterado a pedido da Prefeitura de Sete Lagoas/MG. Os contribuintes inscritos no Cadastro Mobiliário, que estão inclusos nas atividades de prestação de serviços, utilizam o modelo ABRASF desde 02/05/2015.
[4539]
Município de Campina Grande (PB)
• O município de Campina Grande (PB) disponibilizou seu novo Manual WebService, alterando a Integração Webservice para GIAP deste município. Antes da alteração o Mastersaf DFE já possuía integração para o município, porém para ISSINTEL, sendo assim necessário alterar o modelo para GIAP. Em atendimento à nova integração, o sistema foi alterado.
[4554]
Município de Nova Santa Rita (RS)
• A Prefeitura de Santa Rita colocou à disposição dos prestadores de serviços a NFS-e. Com o propósito de acompanhar a legislação tributária, o sistema foi atualizado e já realiza a integração de NFS-e para Santa Rita.
[4546]
Processamento de RPS - Prefeituras Sequenciais
• Alterada a regra de processamento de Recibo Provisório de Serviços nas prefeituras que trabalham com o modelo sequen-cial. O sistema passa a processar de forma separada, agilizando o processamento.
EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO – CT-E
[4531]
Alterações no DACTE de acordo com a NT 2015.001
• Nos modais “Rodoviário”, “Aéreo”, “Ferroviário” e “Aquaviário”, os campos do quadro “Informações Relativas ao Imposto” do DACTE, foram ajustados conforme Nota Técnica 2015.001.
• As alterações no quadro “Informações Relativas ao Imposto” do DACTE são as seguintes:
– Campo “Situação Tributária”: Neste campo é exibido o código/descrição da Classificação Tributária do Serviço (CST).
– Campo “Base de Cálculo”: Neste campo é exibido o valor da Base de Cálculo do ICMS, contido na tag <vBC>, <vBCSTRet> ou <vBCOutraUF> do XML de emissão. Ou seja, é exibido no DACTE o valor contido na tag que estiver preenchida.
– Campo “Alíq. ICMS”: Neste campo é exibida a alíquota de ICMS contida na tag <pICMS>, <pICMSSTRet> ou <pICMSSTOutraUF> do XML de emissão. Ou seja, é exibido no DACTE o valor contido na tag que estiver preenchida. – Campo “Valor ICMS”: Neste campo é exibido o valor do ICMS, contido na tag <vICMS>, <vICMSSTRet> ou
<vICMSS-TOutraUF> do XML de emissão. Ou seja, é exibido no DACTE o valor contido na tag que estiver preenchida. – Campo “% Red. BC. Cálc.”: Neste campo será exibido percentual de redução de base de cálculo, contido na tag
<pRedBC> ou <pRedBCOutraUF> do XML de emissão. Ou seja, será exibido no DACTE o valor contido na tag que estiver preenchida.
CORREÇÕES
EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA – NFS-E
[4525]
Município de João Pessoa (PB)
• Situação: A integração de NFS-e com a Prefeitura de João Pessoa apresentava problema. As notas eram enviadas, mas o
sistema não lia o retorno da prefeitura. Na análise, foi verificado que alguns caracteres apresentavam erros no XML de retorno da prefeitura, e por esse motivo o Mastersaf DFE não conseguia ler o retorno.
Solução: Após os ajustes necessários, os caracteres não apresentam problemas e o sistema opera normalmente.
[4527]
Município de Petrolina (PE)
• Situação: No retorno de Petrolina ocorria o erro “E221 - Lote não processado - Utilize a função Consulta Situação do lote
para saber quando o seu lote estiver processado”. O Mastersaf DFE alterava o status do RPS para “Rejeitado” e não reali-zava a “Consulta Situação”, solicitada pela prefeitura.
Solução: Foi alterado o sistema para que, quando a rejeição E221 acontecer, a ferramenta dispare a “Consulta Situação”,
resolvendo a situação descrita.
[4501]
Município do Rio de Janeiro (RJ)
• Situação: Devido à alteração de URL na SEFAZ-RJ, ao realizar o cancelamento das NFS-e, o sistema não conseguia
processar a solicitação, gerando erro e deixando o status da nota “Em processamento”.
Solução: Com o URL atualizado no Mastersaf DFE, o sistema passa a se comportar corretamente na situação descrita.
[4563]
Município de Marabá (PA)
• Situação: O arquivo de integração era criado com um caractere a menos, que segundo o layout da Prefeitura de Marabá,
refere-se ao campo “Tipo de recolhimento”. Ao importar os arquivos para a Prefeitura, a seguinte mensagem era exibida: “Tamanho do registro inválido para Tipo de Registro RPS2. Arquivo não será importado”.
Solução: A prefeitura disponibiliza as seguintes opções para informar a Retenção de ISS: “A recolher”, “Retido na fonte”
e “Outro município”. No layout de importação para o campo “tipoRecolhimento”, o Mastersaf DFE apresentava apenas duas opções. Com o problema identificado, o sistema foi alterado para gerar as informações no “Campo 29 - TipRec (Tipo de Recolhimento) posição 1222" e, após modificação, a situação foi normalizada.
[4537]
Município de Jaguariúna (SP)
• Situação: Após atualização do portal, ao realizar a integração de NFS-e com a Prefeitura de Jaguariúna (SP), o sistema
apresentava erro no momento da validação, gerando o XML com informações incompletas.
Solução: Corrigida a rotina de geração de tags, fazendo com que o sistema se comporte corretamente na situação descrita.
[4460]
Município de Itumbiara (GO)
• Situação: Identificado erro de integração com o município de Itumbiara (GO). Foi verificado que a tag “CNPJ” estava incorreta. Solução: Com ajustes realizados no XML de “EnvioConsultaLote”, o problema foi solucionado.
EMISSOR DE NOTA FISCAL ELETRÔNICA – NF-E
[4523]
Falha ao vincular empresa ao cadastro de usuário
• Situação: Quando o cliente possui dois cadastros com o mesmo CNPJ, porém com Inscrições Estaduais diferentes, ao
tentar vincular um usuário para os dois cadastros e clicar em “Salvar”, a interface mostrava que as configurações foram salvas, mas ao voltar à tela do usuário com os CNPJs vinculados, apenas um deles permanecia marcado.
Solução: A situação descrita ocorria porque o Nome Fantasia e a Razão Social das empresas eram iguais. A correção
rea-lizada permite que o comparador da lista de empresas confira também a Inscrição Estadual, solucionando o problema.
[4522]
Erro no Webservice de Distribuição
• Situação: O sistema apresentava problema ao tentar registrar a CC-e vinculada ao documento. Entretanto, o Webservice
de Distribuição não possuía informações para a situação mencionada e indicava erro ao receber o valor nulo.
Solução: Com os ajustes necessários, foi criado um método para identificar quando a CC-e for enviada pelo portal,
nor-malizando o erro descrito.
[4524]
Correção na tela de Consulta de Usuário
• Situação: A paginação do cadastro de usuários apresentava problema. Quando se possui muitos registros, ao iniciar a
página que estava configurada com visualização de 10 registros, o sistema não dispunha as páginas corretamente. O campo “Total de Registros” exibia somente o número de registros filtrados e não era possível a navegação entre páginas de consulta.
Solução: Para normalizar a situação, foram alterados a listagem de usuários e os botões de navegação. Com os ajustes
citados, o sistema passa a se comportar corretamente.
[4491]
Tíquetes em Contingência
• Situação: Ao gerar tíquetes em contingência, o portal não fechava as notas corretamente, pois a data de encerramento
não constava no documento. Quando as notas represadas eram retransmitidas, o tíquete permanecia em aberto.
Solução: Após verificação, a fonte do problema foi encontrada e corrigida. O sistema passa a se comportar corretamente
na situação descrita.
[4536]
Envio da Carta de Correção Eletrônica- SP
• Situação: Ao criar uma CC-e para uma nota no layout 2.00 no Estado de São Paulo, o sistema enviava para o Estado do
Paraná e retornava a rejeição “410 – UF informada no campo cUF não é atendida pelo webservice”.
Solução: Correção de URL do Banco de Dados, fazendo com que o sistema envie a CC-e para o Estado correto.
[4591]
Erro de duplicidade de registro
• Situação: Identificada falha nos retornos de Notas Fiscais Eletrônicas. As notas não retornavam após a aprovação,
ocor-rendo erro de duplicidade de registro, pois o Conector Infor disparava mais de uma requisição para o webservice.
[4505]
Impressão do DANFE
• Situação: Na exibição e impressão do DANFE da NF-e (parametrizado Paisagem2), a Inscrição Municipal não era
apre-sentada, sendo que no XML essa informação constava no modo de visualização.
Solução: Com os ajustes necessários, o problema foi solucionado e a Inscrição Estadual é exibida normalmente na
impressão do DANFE.
GERAL
[4178]
Impressão de NF-e e CT-e
• Situação: Identificada falha na impressão de notas (NF-e e CT-e) nos casos em que o e-mail não era enviado. Devido ao
portal não conseguir finalizar o envio do e-mail, o serviço de impressão automática não era realizado.
Solução: Com os ajustes necessários, os módulos NF-e e CT-e passam a funcionar corretamente para impressão
auto-mática caso ocorra falha no envio do e-mail.
[4528]
Falha ao enviar e-mail
• Situação: O portal apresentava falha de autenticação quando a opção para enviar e-mail era selecionada.
Solução: O problema ocorria por motivo da fusão de arquivos de parametrização. Após ajustes, o processo de envio de
e-mail passa a se comportar corretamente.
[4500]
Ajustes no migrador
• Situação: Ao utilizar o migrador para disponibilizar as notas de Mastersaf NF-e (V2) no portal do Mastersaf DFE, algumas
notas não eram importadas e o sistema apresentava mensagem com erro no log. Após análise, foi identificado que no log do documento Mastersaf NF-e (V2) existia uma descrição técnica de erro, a qual o migrador não conseguia gerar o XML do log dos documentos, não realizando a migração.
Solução: Com ajustes no Mastersaf NF-e (V2) para tratar mensagens técnicas gravadas no log dos documentos fiscais, a
