MASTERSAF DFE VERSÃO 3.23.1
SUMÁRIO Novas funcionalidades / Melhorias... 1 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 1 Municípios liberados na versão 3.23.1:... 1 Município de Contagem (MG)... 1 Município de Embu das Artes (SP)... 1 Município de São Gonçalo (RJ)... 1 Receptor de Nota Fiscal Eletrônica NF-e... 1 Download de XML Cancelado... 1 Geral... 2 Caps Lock na tela de Login... 2 Filtro por Cidade... 2 Filtro e grid de empresa e usuário... 2 Correções...3 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 3 Município de Araçatuba (SP)... 3 Município de Barueri (SP)... 3 Município de Goiânia (GO)... 3 Município de Guarujá (SP)... 3 Município de Marília (SP)... 3 Município de Piracicaba (SP)... 3 Município de Presidente Prudente (SP)... 3 Emissor de Nota Fiscal Eletrônica NF-e... 4 Envio de Carta de Correção por e-mail... 4 Integração de notas... 4 Importação de XML de CC-e de Fornecedor... 4 Várias notas na pasta nfe_entrada... 4 Retorno de Status 102... 4 Retorno de duplicidade de lote... 4 Receptor de Nota Fiscal Eletrônica NF-e... 4 Geração de XML de Retorno... 4 Exibição de assinatura no Semáforo e na Listagem... 5 Geração de XLS com colunas sem informações... 5 Falha de Comunicação no Receptor NF-e... 5 Emissor de Conhecimento de Transporte Eletrônico CT-e... 5 Consulta de chave CT-e no semáforo NF-e... 5 Emissor de Manifesto do Destinatário MDF-e... 5 Número de Chave do MDF-e... 5 Campo RNTC não preenchido... 5 Geral... 6 Minimizar painéis de status de notas... 6 Configuração de senha segura... 6 Atualização... 7 Pré-requisitos... 7
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão 3.23.1: Cidade UF WebService Upload Cabedelo PB X Seropedica RJ X Município de Contagem (MG) Ao enviar a inscrição municipal do tomador para o sistema, este efetua o tratamento para a rejeição E53 - O campo Inscrição Municipal do tomador só deverá ser preenchido para tomadores estabelecidos neste município - Para tomadores estabelecidos fora deste município não preencher inscrição municipal. Com a implementação, para o modelo PRONIN, o sistema passa a não enviar a inscrição municipal do tomador quando a cidade do tomador for diferente da cidade do prestador. Município de Embu das Artes (SP) O link do WebService de produção da Prefeitura de Embu das Artes não estava cadastrado para o sistema. Incluído na carga de dados o link de produção: http://187.45.245.217/ws_nfse_embu_artes/nfseservice.svc Município de São Gonçalo (RJ) A Prefeitura de São Gonçalo (RJ) disponibiliza novo manual de envio de Notas Fiscais Eletrônicas em Lote, alterando a forma de integração com a prefeitura de São Gonçalo de Upload para WebService. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Download de XML Cancelado Implementado no módulo Receptor NF-e a opção de download do arquivo XML Cancelado. O módulo já possuía a opção de realizar o download do arquivo aprovado. Com a melhoria, o sistema passa a possibilitar ao usuário realizar o download tanto do arquivo aprovado como do cancelado. 1
GERAL Caps Lock na tela de Login Implementação de aviso na tela de Login para o uso da tecla Caps Lock. Na tela de Login, quando o usuário estiver com a tecla Caps Lock ativada, o sistema mostra a mensagem de alerta logo abaixo ao campo de senha. Filtro por Cidade Implementada melhoria para utilizar o filtro por cidade nas telas Cadastro de Empresa, Natureza de Operação, Serviço Municipal e Listagem de Municípios. As telas citadas foram alteradas para que os municípios sejam exibidos acentuados, melhorando assim o uso do filtro por cidade. Para isso, foi criado um novo campo da tabela de municípios, na qual é incluído o nome do município com acentuação. O novo campo é utilizado nos filtros e no grid das telas. Filtro e grid de empresa e usuário Ao ser efetuado o filtro no grid do Usuário ou Empresa, este mesmo resultado é mantido quando acionado o botão Editar e/ou Copiar Cadastro e após a edição e criação de um novo cadastro, o sistema retorna para o grid com o filtro aplicado. 2
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Araçatuba (SP) Situação 1: Na integração com a Prefeitura de Araçatuba, o sistema não gerava a tag RGIE. Solução 1: Para o modelo acessorpublico, quando o campo inscricaoestadualtomador estiver preenchido no arquivo de importação, o sistema gerar a tag RGIE logo abaixo da tag CPFCNPJ. Se o campo inscricaoestadualtomador não existir no arquivo de integração ou existir mas estiver igual a inscricaoestadualtomador=, a tag RGIE não é gerada. Situação 2: O sistema efetuava o envio para a Prefeitura de Araçatuba, recebia o protocolo e efetuava a consulta de lote, porém o retorno da prefeitura é evidenciava que estava validando - o lote ainda estava em processamento. A estrutura do arquivo de retorno em processamento foi alterada pela prefeitura. Solução 2: Alterada a carga de dados do modelo assessorpublico para que consiga identificar que o lote ainda está em EM_PROCESSAMENTO. Município de Barueri (SP) Situação: Para o município de Barueri, o campo valorfatura possuía um valor no arquivo de importação para o sistema, porém o sistema enviava o valor zerado. Solução: Implementado o campo valorfatura como campo específico no leiaute do município. Município de Goiânia (GO) Situação: Ao enviar os caracteres de quebra de linha no campo DiscriminaçãoServico e descricaorps, o sistema não gerava corretamente a quebra de linha. Solução: O sistema foi alterado, corrigindo a situação. Município de Guarujá (SP) Situação: Para o município de Guarujá ocorria erro no retorno do método de Consulta NFS-e por RPS. Solução: Corrigida a URL do município, pois não seguia o mesmo padrão de URL dos demais municípios do mesmo modelo. Município de Marília (SP) Situação: Ao selecionar vários RPS para gerar um arquivo de upload, o sistema gerava um arquivo para cada RPS, sendo que o totalizador de cada arquivo exibia a soma dos vários RPS selecionados. Solução: Com a alteração, quando a integração for via Upload, o sistema considerava o valor do campo maximo_rps_lote. Se o máximo de RPS por lote for 5 e forem selecionar 8 RPS, o sistema gera dois arquivos, sendo um com 5 RPS e outro com 3 RPS. Município de Piracicaba (SP) Situação: O sistema não possuía cadastrados os links WebServices de produção para a Prefeitura de Piracicaba. Solução: Após alterações, o sistema foi corrigido. Município de Presidente Prudente (SP) Situação: A Prefeitura de Presidente Prudente não possuía link WebService cadastrado no sistema, somente de homologação. Solução: Alterada a base de dados incluindo o link de produção para o município. 3
EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Envio de Carta de Correção por e-mail Situação: Quando era enviada uma carta de correção por e-mail (manual ou automático), o ícone de e-mail não era marcado como enviado (em verde) porém, no log da mensageria, era mostrado todo o processo normalmente. Solução: Alterada a tela de carta de correção para que o ícone de e-mail exibido seja alterado após o envio. Integração de notas Situação: Os módulos de NF-e e MDF-e apresentavam erro de parser quando algum campo de texto possuía o caractere <. Solução: Efetuado o tratamento, gerando o XML com < no lugar do caractere <. Importação de XML de CC-e de Fornecedor Situação: Quando se importava uma carta de correção com menos de 15 caracteres na descrição, o arquivo XML permanecia na pasta de entrada, ocasionando erro. Solução: Quando a carta de correção possuir menos de 15 caracteres, o sistema passa a não efetuar a importação e move o arquivo para a pasta de erro. Várias notas na pasta nfe_entrada Situação: Ao colocar várias notas na pasta \txt\nfe_entrada, a pasta de integração de Notas Fiscais Mercantis com o Portal Mastersaf DFE e uma delas estiver com erro de XML, nenhuma outra nota era integrada. Solução: O sistema foi alterado, corrigindo a situação. Retorno de Status 102 Situação: Ao efetuar uma inutilização de nota que possui status diferente de Erro ou Rejeitada, o sistema retornava status 102 no arquivo de retorno da solicitação de inutilização. Solução: Ao efetuar uma inutilização que contenha na faixa uma ou mais notas com status diferente de Erro ou Rejeitada, o sistema passa a retornar status 999. Retorno de duplicidade de lote Situação: A SEFAZ da Bahia retornava um número de protocolo quando a nota era rejeitada por duplicidade. O sistema colocava um log de que será feito uma consulta individual para a nota, mas não ocorria. Essa situação podia ocorrer para outras SEFAZ. Solução: O sistema foi alterado e a situação foi corrigida. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Geração de XML de Retorno Situação: Ao efetuar a geração do XML de retorno de nota com erro ou Nota Já importada, o sistema gerava um XML incompleto. Dessa forma, o ERP não conseguia efetuar a leitura do retorno. Solução: Alterado o sistema para que também preencha a tag chave no XML de retorno, pois com a chave na NF-e o ERP consegue localizar a NF-e em questão. 4
Exibição de assinatura no Semáforo e na Listagem Situação: Ao receber um DANFE e validá-lo utilizando a funcionalidade de semáforo, após verificá-lo era informado que o XML recebido referente ao DANFE estava aprovado com a assinatura inválida. Porém, ao consultar este mesmo XML na Listagem de NF-e recebidas, a assinatura era exibida como válida. Solução: Após alteração, o sistema passa a ser exibido de acordo no semáforo e na listagem. Geração de XLS com colunas sem informações Situação: Ao efetuar o download de XLS em massa selecionando a opção NF-e(s) Filtrada(s) via Pesquisa de Resultado, o XLS era gerado com as colunas CNPJ do Fornecedor e Razão Social Fornecedor sem as informações. Solução: Efetuada correção para que as colunas CNPJ do Fornecedor e Razão Social Fornecedor sejam preenchidas corretamente. Falha de Comunicação no Receptor NF-e Situação: Quando detectavam falha de comunicação com a SEFAZ ao fazer a consulta do Receptor, os módulos Emissão NF-e e Receptor NF-e registravam um blacklist para o módulo nfe, ocasionando problema. As falhas de comunicação faziam com que o módulo de Emissão entrasse em contingência aleatoriamente, mas os WebServices de autorização de nota estão funcionavam. Solução: Criada nova interface para os módulos receptores, essa interface utiliza da mesma forma que a Contingenciável para obter o destino para emissão em contingência sem impactar o módulo de emissão. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Consulta de chave CT-e no semáforo NF-e Situação: No módulo Receptor CT-e, o registro não gravava na Listagem de DACTEs Sem XML quando registrado erroneamente a chave no módulo Receptor NF-e. Solução: Implementada uma validação no semáforo do Receptor NF-e para testar o modelo de documento que consta na chave. Com essa validação, o sistema não necessita fazer a consulta na SEFAZ para obter o erro de chave inválida. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Número de Chave do MDF-e Situação: Nos leiautes de Cancelamento e Encerramento de MDF-e existe o campo chavecte. Contudo, o nome do campo era apresentado incorretamente nos dois leiautes. Solução: Corrigido o arquivo o arquivo de leiaute, substituindo o nome chavecte por chave. Campo RNTC não preenchido Situação: No arquivo de importação de MDF-e para o DFE, quando o cliente informa o campo rntrc= (ou seja, o campo existia, mas não possui valor), o sistema gerava o XML com a tag RNTRC fechada, com isso a SEFAZ rejeitava o arquivo. Solução: Caso o arquivo de importação possua o campo rntrc= ou não possua este campo, a tag RNTRC não deve ser gerada no XML de integração com a SEFAZ. 5
GERAL Minimizar painéis de status de notas Situação: O painel de estatísticas do Portal Mastersaf DFE possui post-its dos status das notas e um botão para minimizar cada post-it. Porém somente o botão de minimizar o quadro de certificados vencidos minimizava as informações. O restante dos post-its minimizava apenas o nome veja mais. O problema ocorre no painel de todos os módulos. Solução: Efetuada manutenção para que todos os post-its sejam minimizados como acontece com o post-it de certificados. Configuração de senha segura Situação: Na tela de cadastro de grupos, o sistema exibia a configuração de senha segura somente para empresas com licenciamento de NF-e. Solução: Após alteração, todas as aplicações passam a utilizar essa configuração de senha segura. 6
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.23.1 exige obrigatoriamente: versão 3.23.1 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 3.23.1: Número Descrição 01 Versão mínima exigida para o servidor de aplicação: Glassfish v3, TomCat 6, WebSphere 8 e Weblogic10.3.3 02 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 7