MASTERSAF DFE
SUMÁRIO
Observações importantes ...2
Novas funcionalidades / Melhorias ... 3
Emissor de Nota Fiscal de Serviço Eletrônica – NFS-e... 3
Município de Varginha (MG)... 3
Município de Sinop (MT)... 3
Município de Pouso Alegre (MG)... 3
Município de Cubatão (SP) ... 3
Reprocessar Retorno ... 3
Atualização da Mensagem do LOG da Mensageria ... 3
Criação de opções para o Retorno agendado ... 3
Emissor de Nota Fiscal Eletrônica – NF-e... 4
Processamento ordenado da mensageria ... 4
Criação do filtro “Tipo Documento” ... 4
Criação do parâmetro “Tipo Destinatário” ... 4
Criação do parâmetro “Valor Aproximado dos Tributos no DANFE”... 4
Receptor de Nota Fiscal Eletrônica – NF-e... 5
Download XLS ... 5
Emissor de Conhecimento de Transporte Eletrônico – CT-e ... 5
Criação do parâmetro “Tipo Destinatário” ... 5
Receptor de Conhecimento de Transporte Eletrônico – CT-e ... 5
Log Semáforo CT-e - coluna Emissão ... 5
Emissor de Manifesto Eletrônico de Documentos Fiscais – MDF-e ... 6
Geral... 6
Usuário já cadastrado... 6
Emissor de Nota Fiscal de Consumidor Eletrônica – NFC-E ... 6
Nota Técnica 2014.003 v1.02 (EXCLUSIVO PARA O CLIENTE HSTERN) ... 6
Correções... 7
Emissor de Nota Fiscal de Serviço Eletrônica – NFS-E... 7
Município de Porto Ferreira (SP) ... 7
Município de Sumaré (SP) ... 7
Emissor de Nota Fiscal Eletrônica – NF-e... 7
Itens do DANFE ... 7
Acréscimo no horário de aprovação de nota... 7
Retorno CC-e ... 7
Infor - Requisição para printer com parâmetro incorreto... 7
Referência incorreta para campo de inutilização ... 8
Dados da NF-e divergentes do EPEC ... 8
Receptor de Nota Fiscal Eletrônica – NF-e... 8
Migradores NF-e... 8
Movimentação de arquivos ... 8
Tradução Natureza de Operação ... 8
Alteração/Correção do manual para o arquivo config.xml ... 8
Assinatura do XML inválida... 8
Emissor de Conhecimento de Transporte Eletrônico – CT-e ... 9
Alteração para Retornos de Emissão EPEC com status 641 ... 9
Receptor de Conhecimento de Transporte Eletrônico – CT-e ... 9
Integração de XML de CT-e de Cancelamento via Integrador e Upload... 9
Importação de XML de CT-e Cancelado ... 9
Geral... 9
Tipo de Retorno (Reenvio Cancelamento) ... 9
Leitura de XML - caractere especial... 9
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.
NOVAS FUNCIONALIDADES / MELHORIAS
EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA – NFS-E
Município de Varginha (MG)
• Atualização do sistema em atendimento as alterações realizadas pela prefeitura de Varginha relativas ao modelo de inte- gração para GENERATIVA via webservice (generativaWS).
Município de Sinop (MT)
• Atualização do sistema em atendimento as alterações realizadas pela prefeitura de Sinop relativas ao modelo de inte- gração para FISS-LEX (fisslex).
Município de Pouso Alegre (MG)
• Atualização do sistema em atendimento as alterações realizadas pela prefeitura de Pouso Alegre relativas ao modelo de integração para GINFES.
Município de Cubatão (SP)
• Adequação do leiaute de geração da obrigação para possibilitar ao usuário informar a Retenção de ISS como "I - Isento”.
Reprocessar Retorno
• Criação da funcionalidade Reprocessar Retorno para tratamento de situações de perda de comunicação, onde será gerado novo processo de retorno do status da nota para ERP.
Atualização da Mensagem do LOG da Mensageria
• Quando o sistema não consegue ler algum retorno é informado pela mensageria a seguinte mensagem: "Não foi possível parsear a mensagem SOAP para a classe --nome da classe interna--"
Foi realizado ajuste na apresentação da mensagem no visualizador de logs, e também alteração para que seja disponibi- lizado o XML que gerou o erro de parsear para download.
Criação de opções para o Retorno agendado
• Inclusão das opções “Retorno 1 Minuto, Retorno 5 Minuto, Retorno 10 Minuto, Retorno 30 Minuto, Retorno 1 Hora, no campo Retorno Agendado.
EMISSOR DE NOTA FISCAL ELETRÔNICA – NF-E
Processamento ordenado da mensageria
• Ao emitir notas de empresas diversas simultaneamente, a cada determinado tempo a mensageria executa um Job para localizar notas com status pendente de processamentos mais antigos. Ao executar novamente esse processo para depois iniciar a geração do lote e integração com a SEFAZ, em alguns casos o sistema não respeita a ordem de chegada das notas no DFE, ou seja notas com processamento mais antigo.
Foram realizados ajuste nas regras do sistema para permitir a autorização dos documentos por ordem de chegada no DFE V3.
Criação do filtro “Tipo Documento”
Acesse
PrinterConsole > Configurações de bandejas> “Adicionar Bandeja” e “Alterar Bandeja”
• Foi disponibilizado para permitir definir quais os tipos de documentos módulo NF-e poderão ser impressos.
Este filtro poderá ser definido da seguinte forma:
– Quando estiver preenchido com asterisco, este filtro será ignorado.
– Se preenchido com o valor “0”, serão impressas somente notas com tipo Entrada.
– Se preenchido com o valor “1”, serão impressas somente notas com tipo Saída.
Criação do parâmetro “Tipo Destinatário”
Acesse
PrinterConsole > Configurações de bandejas> “Adicionar Bandeja” e “Alterar Bandeja”
• Foi disponibilizado para permitir definir os documentos dos módulos NF-e e CT-e a serem impressos de acordo com a UF do destinatário.
Este filtro poderá ser definido da seguinte forma:
– Quando estiver preenchido com asterisco, este filtro será ignorado.
– Quando preenchido com o valor “NA”, serão impressos somente documentos em que o endereço do destinatário seja nacional.
– Quando preenchido com o valor “EX”, serão impressos somente documentos em que o endereço do destinatário seja no exterior.
Criação do parâmetro “Valor Aproximado dos Tributos no DANFE”
• Criação do parâmetro “Valor Aproximado dos Tributos no DANFE” com opções em formato “checkbox” a fim de permitir ao cliente escolher um ou mais locais no DANFE para a exibição do valor aproximado dos tributos. Este novo parâmetro substitui o atual “Valor Aproximado dos Tributos”.
RECEPTOR DE NOTA FISCAL ELETRÔNICA – NF-E
Download XLS
• Atualmente no arquivo XLS gerado a partir do botão “Download XLS” da tela “Listagem de NF-e Recebidos”, algumas notas eram listadas com a expressão “NFe” na coluna “Chave de Acesso”.
Este campo foi alterado para que seja exibida somente a chave de acesso, sem a expressão “NFe”.
Obs.: Esta alteração se aplica a todos os documentos listados neste arquivo, para todos os status de NF-e.
EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO – CT-E
Criação do parâmetro “Tipo Destinatário”
Acesse
PrinterConsole > Configurações de bandejas> “Adicionar Bandeja” e “Alterar Bandeja”
• Foi disponibilizado para permitir definir os documentos dos módulos NF-e e CT-e a serem impressos de acordo com a UF do destinatário.
Este filtro poderá ser definido da seguinte forma:
– Quando estiver preenchido com asterisco, este filtro será ignorado.
– Quando preenchido com o valor “NA”, serão impressos somente documentos em que o endereço do destinatário seja nacional.
– Quando preenchido com o valor “EX”, serão impressos somente documentos em que o endereço do destinatário seja no exterior.
RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO – CT-E
Log Semáforo CT-e - coluna Emissão
• Na tela “Log Semáforo CT-e”, a data na coluna “Emissão” não deverá ser preenchida quando o status do documento for
“Rejeitado” na SEFAZ.
Obs.: Atualmente, quando o documento está rejeitado na SEFAZ, este campo está sendo preenchido com a data da con- sulta no Semáforo CT-e.
O status de “Rejeitado” na SEFAZ é obtido na consulta via “Semáforo CT-e”.
Nos casos em que o status do documento na SEFAZ for “Autorizado” ou “Cancelado”, esta coluna deverá permanecer exibindo a data de emissão do CT-e, da mesma forma em que já ocorre atualmente.
EMISSOR DE MANIFESTO ELETRÔNICO DE DOCUMENTOS FISCAIS – MDF-E GERAL
Usuário já cadastrado
• Na tela Administração do Sistema > Listagem de Usuários > Cadastrar Usuário, ao tentar cadastrar um usuário em que o login já exista no sistema, deverá ser exibida a mensagem “Já existe um usuário com este login. Tente novamente infor- mando outro login”.
Importante: Esta mensagem deverá ser exibida logo após clicar no botão “Salvar” na tela “Cadastrar Usuário”.
EMISSOR DE NOTA FISCAL DE CONSUMIDOR ELETRÔNICA – NFC-E
Nota Técnica 2014.003 v1.02 (EXCLUSIVO PARA O CLIENTE HSTERN)
• Foi disponibilizado no DF-e o tipo de contingência EPEC para Nota Fiscal do Consumidor (NFC-e) conforme Nota Técnica 2014.003 v1.02.
Para isso, foi alterado o parâmetro “Tipo Contingência” na tela Administração do Sistema > Listagem de Empresas >
Cadastrar Empresa, acordeom NFC-e > NFC-e Contingência, onde foram incluídas as seguintes opções:
EPEC: Quando definida esta opção, em caso de falha na comunicação com a SEFAZ as notas serão emitidas em EPEC.
EPEC / FS-DA: Quando definida esta opção, em caso de falha na comunicação com a SEFAZ as notas serão emitidas em EPEC. Caso o serviço de emissão EPEC também esteja indisponível, a emissão em contingência ocorrerá com a impres- são do DANFE em Formulário de Segurança para Impressão de Documento Auxiliar de Documento Fiscal Eletrônico (FS- DA).
EPEC/Off-line: Quando selecionado, em caso de falha na comunicação com a SEFAZ as notas serão emitidas em EPEC.
Caso o serviço de emissão EPEC também esteja indisponível, a emissão será feita em Contingência Off-line.
O acionamento da emissão em contingência ocorrerá conforme a opção definida no parâmetro "Modo Contingência" da tela Administração do Sistema > Listagem de Empresas > Cadastrar Empresa, acordeom NFC-e > NFC-e Contingência, onde:
Automático: O sistema irá enviar a nota na contingência diretamente, sem a intervenção do usuário, desde que as mensagens de justificativas estejam parametrizadas no cadastro da empresa.
Manual: O sistema irá aguardar a intervenção do usuário, onde o mesmo deverá informar o motivo da contingência no Grid Principal de Notas.
Na Origem: O arquivo de envio de emissão deverá ser disponibilizado pelo sistema origem do cliente preenchido da seguinte forma:
– tpEmis (campo 26 do layout TXT): Deverá estar preenchido com o valor “4”.
– dhCont (campo 29c do layout TXT): Deverá estar preenchido com a data/hora do envio da Emissão em Contingência. Caso seja preenchido no arquivo processado via integração, o valor informado deverá ser mantido.
– xJust (campo 29d do layout TXT): Deverá estar preenchido com a mensagem definida no campo
“Mensagem em caso de erro da SEFAZ” no caso de falha na comunicação por indisponibilidade da SEFAZ, ou com a mensagem definida no campo “Mensagem em caso de erro interno” no caso de falha na comuni- cação por problemas internos (queda no serviço de internet e etc). Quando preenchido no arquivo proces- sado via integração, o valor informado deverá ser mantido.
– cEvento (campo M10 do layout TXT): Deverá estar preenchido com o valor “110140”, código de evento de EPEC.
CORREÇÕES
EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA – NFS-E
Município de Porto Ferreira (SP)
• Situação: O sistema Mastersaf DFE não conseguia ler o arquivo de retorno da Prefeitura de Porto Ferreira.
Solução: Após ajustes, a situação foi normalizada.
Município de Sumaré (SP)
• Situação: Ao informar um RPS com uma natureza de operação que não estava cadastrada no sistema, o Mastersaf DFE recebia e gerava o arquivo para a prefeitura com essa informação.
Solução: O sistema foi ajustado para que, ao receber um RPS com uma natureza de operação que não esteja cadastrada e nem possui “de-para”, seja realizada a validação deixando o RPS com status de erro = '201' e seja exibida a mensagem:
“Layout entrada inválido:
O conteúdo do campo 'naturezadaOperacao' possui um código Externo não parametrizado no sistema ou uma natureza não existente na tabela de naturezas da operação”
EMISSOR DE NOTA FISCAL ELETRÔNICA – NF-E
Itens do DANFE
• Situação: Quando uma nota possuía muitos itens, o PDF exibia a informação do item quebrada.
Solução: Alterada a geração do DANFE (modo retrato e modo paisagem) para repassar todo o item para a segunda página. Desta forma, as descrições e tributações da nota fiscal passam a ficar coerentes e alinhadas com cada item.
Acréscimo no horário de aprovação de nota
• Situação: Quando o tipo do e-mail era enviado no formato HTML, o Job acrescentava incorretamente duas horas. Ao alterar para o formato TXT, o horário passava a ser enviado corretamente.
Solução: Alterado o sistema para que a “data de autorização” seja exibida corretamente nas situações citadas.
Retorno CC-e
• Situação: Após aprovar uma CC-e na SEFAZ, o ConectorSAP não retornava as informações corretamente para o SAP e, o campo não está sendo preenchido deixando as CC-es em aberto dentro do SAP. O retorno da CC-e não era gerado para o ERP, pois o retorno enviado para o Integrador SAP não estava com as informações corretas.
Referência incorreta para campo de inutilização
• Situação: O Portal estava gerando o nome de referência diferente do enviado para o campo de inutilização.
Solução: Ajuste no sistema para que seja gerada a referência corretamente.
Dados da NF-e divergentes do EPEC
• Situação: O DFE estava gerando o XML de EPEC incorretamente, colocando a tag “idEstrangeiro” para operações de venda normal e não exterior, ao transmitir a NF a Sefaz, ocorre rejeição informando que os dados estão divergentes.
Solução: Ajuste no sistema para tratar corretamente no template de EPEC NF-e 3.1.0 a tag “idEstrangeiro”.
RECEPTOR DE NOTA FISCAL ELETRÔNICA – NF-E
Migradores NF-e
• Situação: O sistema apresentava problema na migração de notas do Receptor NF-e. As colunas de UF do Remente e do Destinatário foram preenchidas com a sigla da UF, mas nessa tabela deveria ser preenchido com o código da UF conforme tabela do IBGE. A tabela de recebimento possui duas colunas de UF (remetente e de destinatário) e ambas devem ser preenchidas com o código da UF conforme tabela do IBGE – e não com a sigla, conforme ocorria. Isso causava erro no momento de fazer manifestações para as notas migradas.
Solução: Realizado tratamento no migrador. Ao migrar as notas, o sistema salva na tabela de recebimento o código da UF e não a sigla, para as colunas “uf_destinatario” / “uf_remetente”.
Movimentação de arquivos
• Situação: O extrator salvava os XML corretamente na pasta de entrada do Receptor. Contudo o integrador, depois de enviar o XML para o WebService, tenta mover o XML para pasta de enviados e ocorre um erro.
Solução: Após a análise, foram implementados ajustes, solucionando a situação.
Tradução Natureza de Operação
• Situação: Ao migrar documentos de RPS, e o servidor tentar gravar na V3, ocorre erro na tradução da natureza de operação do documento.
Solução: Realizado ajuste no sistema para correto tratamento da migração de documentos de RPS.
Alteração/Correção do manual para o arquivo config.xml
• Situação: Necessária a inclusão do procedimento de como parametrizar o sistema para possibilitar a alteração manual do arquivo config.xml
Solução: O manual foi alterado para incluir as informações necessárias para realização da alteração do arquivo config.xml.
Assinatura do XML inválida
• Situação: Ao consultar a validade da assinatura do XML na rotina Webservice Distribuição é constatada que a mesma encontra-se inválida.
Solução: Realizada adequação do sistema com tratamentos para validação da assinatura do xml de Recebimento pelas rotinas de validação padrão e arquivo emissão processado.
EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO – CT-E
Alteração para Retornos de Emissão EPEC com status 641
• Situação: O CT-e é emitido em contingência, e quando restabelecido o serviço da SEFAZ de origem, o DF-e envia o docu- mento para a SEFAZ.
• Se não ocorreu o sincronismo entre SEFAZ e Ambiente Nacional neste período, a SEFAZ retorna o status “641 - Rejeição:
O evento prévio deste CT-e não foi emitido na SVC ou ainda não foi sincronizado. [OBS: Em caso de atraso na sincroni- zação, favor aguardar alguns instantes para nova tentativa de transmissão]”.
Solução: Foi alterada a validação dos CT-e reenviados pelo sistema do cliente, para o caso em que estes já existam no DF-e e contenham recibo de emissão em contingência.
Estes documentos sejam transmitidos novamente à SEFAZ com o tipo de emissão em contingência em que foram trans- mitidos anteriormente, mesmo que o sistema do cliente reenvie o CT-e com tipo de emissão “Normal”.
RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO – CT-E
Integração de XML de CT-e de Cancelamento via Integrador e Upload
• Situação: Ao efetuar o recebimento de arquivos XML de Cancelamento, esses gerados pelo próprio Mastersaf DFE, tanto via Integrador como via upload no portal, ocorria erro de “ARQUIVO XML INVÁLIDO”.
Solução: Corrigido o problema para o Receptor CT-e para notas “Canceladas” via “Integração e Upload via Portal”.
Importação de XML de CT-e Cancelado
• Situação: Ao tentar importar um XML de CT-e Cancelado, este já constava no portal com o status “Cancelado” porém sem o arquivo XML de cancelamento. O portal não permitia sobrescrever para que permanecesse gravado no sistema o XML de Cancelamento desta nota.
Ao realizar a consulta individual na SEFAZ, o CT-e estando cancelado na SEFAZ o sistema já atualiza o CT-e para cance- lado mesmo sem XML.
Solução: Alterado o sistema permitindo a importação do XML de cancelamento (upload/integrador) nesse tipo de situação.
GERAL
Tipo de Retorno (Reenvio Cancelamento)
• Situação: Na versão 3.31.0 do sistema Mastersaf DFE, o campo “Tipo de Retorno (Reenvio Cancelamento):” não estava sendo alterado. Por padrão, a opção “rejeitado/erro” é apresentada, porém mesmo ao selecionar “cancelado”, a opção anterior era retornada. A informação não estava sendo gravada no banco de dados, sendo que deveria ser salvo 101 ou 200.
