MASTERSAF DFE VERSÃO 3.33.2
SUMÁRIO Observações importantes... 1 Novas funcionalidades / Melhorias...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 2 Municípios liberados nesta versão:... 2 Município de João Pessoa (PB)... 2 Município de Primavera do Leste (MT)... 2 Município de São Paulo (SP)... 2 Município de Nova Mutum (MT)... 3 Emissor de Nota Fiscal Eletrônica NF-e... 3 Criação dos parâmetros no arquivo integrador.properties... 3 Receptor de Nota Fiscal Eletrônica NF-e... 4 Geração de arquivos de retorno... 4 Geral... 4 Alteração na tela Cadastrar Usuário... 4 Alteração na tela Listagem de Campos de Carta de Correção... 4 Alteração na tela de Cadastro Campos de Carta de Correção... 5 Alteração na tela de Listagem de Grupos de Empresas... 5 Criação da área Grupos de Empresas Emitentes no Cadastro de Usuários... 5 Correções...6 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 6 Município de Goiânia (GO)... 6 Município de Sumaré (SP)... 6 Município de Embu das Artes (SP)... 6 Município de São Bernardo do Campo (SP)... 6 Município de Natal (RN)... 6 Layout de Impressão do RPS... 7 Emissor de Nota Fiscal Eletrônica NF-e... 7 Descrição em Arquivo de Retorno... 7 Campo base de Cálculo do ICMS ST... 7 Chave de Acesso com Contingência EPEC... 7 Duplicidade de NF-e com diferença na Chave de Acesso... 7 Importação Arquivo de Logo... 8 Receptor de Nota Fiscal Eletrônica NF-e... 8 Filtro por Status... 8
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ípios liberados nesta versão: CIDADE UF WEBSERVICE UPLOAD Estância SE X Itaperuna RJ X Município de João Pessoa (PB) Implantação no município de João Pessoa a nova solução WebService para emitir Notas Fiscais de Serviços Eletrônicas - NFS-e, disponibilizada pela Prefeitura Municipal de João Pessoa a partir de 01/10/2013. Para emissão de NFS-e, os contribuintes deverão observar o Manual de Integração do Webservice para NFS-e e suas eventuais atualizações. Os testes da nova solução web service podem ser efetuados através do link: https://nfsehomolog.joaopessoa.pb.gov.br:8443/sispmjp/nfsewsservice Município de Primavera do Leste (MT) No serviço CONSULTA_INDIVIDUAL do ambiente de homologação, o sistema utilizava a URL do serviço CONSULTA_SITUACAO_LOTE, que foi alterada De: http://www.e-nfs.com.br/e-nfs_abaco/servlet/aconsultarsituacaoloterps?wsdl Para: http://homologa.e-nfs.com.br/primavera/servlet/aconsultarnfseporrps?wsdl A Prefeitura de Primavera do Leste (MT) alterou o radical das demais URLs do ambiente de homologação. As URLs de Homologação foram alteradas para: CANCELAMENTO_NOTA http://homologa.e-nfs.com.br/primavera/servlet/acancelarnfse?wsdl CONSULTA_LOTE http://homologa.e-nfs.com.br/primavera/servlet/aconsultarloterps?wsdl CONSULTA_SITUACAO_LOTE http://homologa.e-nfs.com.br/primavera/servlet/aconsultarsituacaoloterps?wsdl ENVIO_LOTE http://homologa.e-nfs.com.br/primavera/servlet/arecepcionarloterps?wsdl O XML era retornado pela prefeitura com os dados da nota convertida, porém sem informar a Série do RPS, gerando erro. Para solucionar a situação, o sistema foi alterado para quando a prefeitura não enviar a série do RPS, desconsiderar e atualizar os dados enviados no XML. Ao integrar com o município de Governador Valadares (MG), o RPS é enviado pelo método RecepcionarLoteRpsSincronoRequest, e o sistema recebia o retorno. Porém, o RPS apresentava o status 25 - Consulta situação (tabela dfe_rps/ dfe_processamento) e não realizava mais nenhuma ação. O sistema foi alterado, mapeando corretamente as informações da nota convertida. Na tabela msg_retorno deverá inserir o mapeamento para o município de Governador Valadares. Município de São Paulo (SP) Em atualização do Layout NFS-e, foi adicionado o novo campo MunicipioPrestacao. 2
Município de Nova Mutum (MT) A Prefeitura de Nova Mutum (MT) alterou o modelo COPLAN. Para atender à alteração, o município foi atualizado no sistema com o novo modelo. Também já foram implementadas as URLs do WebService de homologação para este município. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Criação dos parâmetros no arquivo integrador.properties Foram disponibilizados os parâmetros abaixo para permitir definir o formato da nomenclatura dos arquivos por módulo: STATUS_CHAVE_NFE: neste parâmetro será definido o formato para os arquivos de retorno de Emissão, Cancelamento, Denegação e Carta de Correção informando os valores true ou false, sendo: true: quando definido com este valor, os arquivos serão nomeados no formato STATUS_CODIGOSTATUS_CHAVEACESSO. Exemplo: STATUS_200_43140700910509000171584500000020001123456785.txt Para os arquivos de Retorno de Inutilização, a nomenclatura dos arquivos será composta no seguinte formato STATUS_CODIGOSTATUS_CNPJ+NumeroInutilizado+Serie.txt. Exemplo: STATUS_102_00910509000252555110752.txt false: quando definido com este valor, os arquivos serão nomeados somente com a chave de acesso. Exemplo: 43140700910509000171584500000020001123456785.txt Para Retorno de Inutilização, a nomenclatura dos arquivos será composta no seguinte formato CNPJ+NumeroInutilizado+Serie.txt. Exemplo: 00910509000252555110752.txt STATUS_CHAVE_CTE: neste parâmetro será definido o formato para os arquivos de retorno de Emissão, Cancelamento, Carta de Correção, Denegação e Encerramento informando os valores true ou false, sendo: true: quando definido com este valor, os arquivos serão nomeados no formato STATUS_CODIGOSTATUS_CHAVEACESSO. Exemplo: STATUS_200_43140700910509000171584500000020001123456785.txt Para os arquivos de Retorno de Inutilização, a nomenclatura dos arquivos será composta no seguinte formato STATUS_CODIGOSTATUS_CNPJ+NumeroInutilizado+Serie.txt. Exemplo: STATUS_102_00910509000252555110752.txt false: quando definido com este valor, os arquivos serão nomeados somente com a chave de acesso. Exemplo: 43140700910509000171584500000020001123456785.txt Para Retorno de Inutilização, a nomenclatura dos arquivos será composta no seguinte formato CNPJ+NumeroInutilizado+Serie.txt. Exemplo: 00910509000252555110752.txt STATUS_CHAVE_MDFE: neste parâmetro será definido o formato para os arquivos de retorno de Emissão, Cancelamento e Encerramento informando os valores true ou false, sendo: true: quando definido com este valor, os arquivos serão nomeados no formato STATUS_CODIGOSTATUS_CHAVEACESSO. Exemplo: STATUS_200_43140700910509000171584500000020001123456785.txt false: quando definido com este valor, os arquivos serão nomeados somente com a chave de acesso. Exemplo: 43140700910509000171584500000020001123456785.txt 3
RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Geração de arquivos de retorno Acesse a tela do módulo Receptor NF-e em: Listagem NF-e Recebidos > coluna Situação do DANFE Alterada a regra de geração dos Arquivos de Retorno após efetuar a consulta na tela SEMÁFORO NF-e Foi efetuada a alteração na regra da geração dos arquivos de retorno na pasta...\txt\recebimento_nfe_retorno do Integrador para as seguintes situações: Recebimento arquivo XML: Apenas quando o arquivo não estiver na base de dados e efetuar o Upload do XML, Integração ou Download do XML na SEFAZ, ao ser processado e recebido com o sucesso, deverá gerar o arquivo de retorno chave_acesso_cnpj_20 (NF-e autorizada). Recebimento do DANFE: 1 Quando o arquivo XML estiver na base de dados e efetuar a consulta da chave de acesso no SEMÁFORO, deverá gerar apenas o arquivo de retorno chave_acesso_cnpj_3 (Documento Recebido). O arquivo deverá ser gerado em cada tentativa de consulta. Na tela de Listagem NF-e o SEMÁFORO de status do DANFE deverá ser exibido em VERDE, com o tooltip Documento Auxiliar Recebido. 2 Quando o arquivo XML não estiver na base de dados e não for efetuada a consulta distribuição automática, quando recebido o DANFE no SEMÁFORO o arquivo de retorno chave_acesso_cnpj_3 (Documento Recebido) não deverá ser gerado devido a falta de informações referentes ao destinatário (CNPJ) e a nota (Data de emissão, etc.). Na tela de Listagem NF-e o SEMÁFORO de status do DANFE deverá ser exibido em AMARELO, com o tooltip Documento Auxiliar recebido sem XML. 3 Quando o arquivo XML não estiver na base de dados e for efetuada a consulta distribuição, quando recebido o DANFE no SEMÁFORO, o arquivo de retorno chave_acesso_cnpj_3 (Documento Recebido) deverá ser gerado. Este arquivo deverá ser gerado em todas as tentativas de consulta. Na tela de Listagem NF-e o SEMÁFORO de status do DANFE deverá ser exibido em AMARELO, com o tooltip Documento Auxiliar recebido sem XML. GERAL Alteração na tela Cadastrar Usuário Administração do Sistema > Listagem de Usuários > Cadastrar Usuário O campo Grupo Empresa foi renomeado para Grupo Empresa Principal. O grupo de empresa selecionado neste campo é considerado automaticamente como habilitado para o usuário. Alteração na tela Listagem de Campos de Carta de Correção Administração do Sistema > Listagem de Campos de Carta de Correção O grid desta tela foi alterado para que sejam exibidos os campos cadastrados para todos os grupos de empresa em que o usuário possui acesso. 4
Alteração na tela de Cadastro Campos de Carta de Correção Administração do Sistema > Listagem de Campos de Carta de Correção > Campos Carta Correção O campo Grupo Empresa foi alterado para que sejam listados somente os grupos de empresas em que o usuário logado possui acesso. Alteração na tela de Listagem de Grupos de Empresas Administração do Sistema > Listagem de Grupos O grid desta tela foi alterado para que sejam listados somente os grupos de empresa em que o usuário possui acesso. Criação da área Grupos de Empresas Emitentes no Cadastro de Usuários Administração do Sistema > Listagem de Usuários > Cadastrar Usuários Foi criada a área Grupos de Empresas Emitentes para permitir habilitar/desabilitar mais de um grupo de empresas para o usuário. O grupo definido no campo Grupo Empresa Principal será automaticamente definido como Habilitado e será exibido na lista com cor diferenciada. O Grupo Empresa Principal não poderá ser desabilitado. Quando habilitado mais de um grupo de empresas, a listagem Empresas Emitentes da tela Cadastrar Usuário (Cadastrar Usuário do Sistema) exibirá as empresas de todos os grupos habilitados. O acesso a estes novos campos ocorrerá da seguinte forma: Usuário administrador do sistema (que contém a permissão Administrar o Sistema habilitada) poderá habilitar qualquer grupo de empresa a outro usuário e para si mesmo. Usuário administrador de grupos (que contém a permissão Cadastrar seu grupo de empresas habilitada) poderá habilitar para outros usuários somente grupos de empresa em que ele possui acesso e não poderá habilitar outros grupos para si mesmo. Usuário comum (que contém apenas a permissão Cadastrar, editar e desabilitar usuários habilitada) não poderá definir acessos aos grupos de empresas. Neste caso os usuários criados terão acesso aos mesmos grupos do usuário que efetuou o cadastro. Na tela de cadastro, os campos e botões da área Grupos de Empresas Emitentes serão exibidos, mas estarão desabilitados para edição. 5
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Goiânia (GO) Situação: No arquivo de informação, o caractere de quebra de linha \n era enviado no campo discriminacaoservico=. Ao montar o XML, o sistema informava o caractere de quebra de linha como \s\s\n, fazendo com que a Prefeitura de Goiânia retornasse a seguinte mensagem: Erro:?L999 - CARACTERE(S) INVALIDO(S) NA DISCRIMINACAO DO SERVICO - CARACTERE(S) INVALIDO(S) NA DIS- CRIMINACAO DO SERVICO Solução: Após ajustes, o caractere de quebra de linha correto, \s\n passa a ser enviado. Município de Sumaré (SP) Situação: A Prefeitura de Sumaré alterou seu layout no campo emaildestinatario que possuía 50 caracteres e passa a ter 120 caracteres. Como o arquivo de integração com a prefeitura é posicional, todos os campos posteriores ao campo emaildestinatario tiveram sua posição inicial alterada. Solução: Alterado o sistema para atender à nova alteração da prefeitura. Além disso, foi implementado no sistema a possibilidade de enviar mais de um e-mail para a prefeitura. Município de Embu das Artes (SP) Situação: O código IBGE 3515004, refere-se à cidade de Embu das Artes. COntudo, no Mastersaf DFE estava apenas como Embu. Além disso, quando o arquivo de integração era enviado com o campo obrigatório aliquotaservicos= em branco, o RPS era integrado, mas apresentava status Aguardando Processamento, sem construir o lote e apresentando erro no log da mensageria. Solução: Alterado o nome do município de Embu para Embu das Artes (SP), IBGE 3515004. Município de São Bernardo do Campo (SP) Situação: A Prefeitura de São Bernardo do Campo possui o modelo Ginfes. No Portal Mastersaf DFE, como a NFS-e era convertida, ao clicar no ícone de consulta da nota, ou ao enviar o e-mail, era apresentado o link: http://www.ginfes.com.br/ Quando realizado o mesmo procedimento para a Prefeitura de Santo André (que também possui modelo Ginfes), o link da nota é apresentado tanto no ícone, quanto no e-mail. Solução: Alterado o sistema para tratar a visualização da nota convertida da mesma forma que é feito atualmente para o município de Santo André. Município de Natal (RN) Administração de Sistemas > Cadastros NFS-e > Serviço Municipal Situação: Quando o serviço era cadastro no Portal Mastersaf DFE e o valor do Serviço Municipal não era informado, o Portal exibia erro: Layout entrada inválido O conteúdo do campo 'codigotributacaomunicipio' deve ter a quantidade de caracteres válido (mínimo: 1 / máximo: 255) 6
Quando eram enviados no arquivo de integração os dados de CNAE, Item Lista e com o Código de Tributação em branco, o XML era construído com sucesso sendo que o Código Tributação do município não é obrigatório. Solução: Alterado o sistema para não gerar o erro Layout entrada inválido quando o código do serviço municipal não estiver cadastrado no Portal Mastersaf DFE. Layout de Impressão do RPS As informações do item são retiradas do campo discriminacaoservico (do Item) e as informações acima ( indicativo 1 ) são geradas a partir do campo descricaorps. Caso o usuário não deseje que seja exibido as discriminações do ISS, conforme é mostrado no indicativo 1, não devem ser enviadas no campo descricaorps. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Descrição em Arquivo de Retorno Situação: Na geração do arquivo de retorno, o campo Descrição retornava apenas 60 caracteres, quando deveriam ser 255 caracteres, conforme layout de retorno. Dessa forma, a informação estava incompleta. Solução: Ajustado o retorno para gerar corretamente, de acordo com o layout. Campo base de Cálculo do ICMS ST Situação: Situação: Na geração do campo Base de Cálculo do ICMS ST, ocorria erro utilizando formato de impressão Retrato, tanto no PDF quanto na impressão automática. Solução: Alterado o sistema para gerar corretamente as casas decimais do DANFE para o campo ICMS ST. A situação ocorria somente para o modelo Retrato e quando Campos Próprios (valor aproximado dos Tributos no DANFE) não estivesse marcado. Chave de Acesso com Contingência EPEC Situação: Ao emitir uma nota, não era obrigatório informar os campo cnf e cdv, que compõem a chave de acesso, e com isso o Mastersaf DFE montava chave de acesso. Contudo, o sistema apresentava um problema quando havia a contingência EPEC, pois recalculava a chave de acesso, gerando valores para estes dois campos, ocasionando rejeição por divergência de dados. Solução: Alterado o sistema apenas para notas já aprovadas em EPEC. Ao ser reenviada a nota, o sistema usa a informação do campo cnf com a qual a nota foi autorizada em EPEC. Duplicidade de NF-e com diferença na Chave de Acesso Situação: Ao reenviar uma nota autorizada, a SEFAZ-PE retornava o erro E539 Rejeição: Duplicidade de NF-e com diferença na Chave de Acesso [chnfe: 26150307206816005265550010001615511173873294][nRec: 261150009427477]. O sistema usa chave para realizar uma Consulta Individual, atualizando os dados da Nota. Para o usuário, a situação não ocorria desta forma devido ao retorno da Chave de acesso a SEFAZ enviou com espaço, não permitindo a leitura desta chave pelo Mastersaf DFE. Solução: Alterado o sistema, tratando a leitura deste retorno (E539) considerando o espaço gerado pela SEFAZ na Chave de Acesso. 7
Importação Arquivo de Logo Situação: No Portal Mastersaf DFE, ao incluir o logo, como imagem JPG, imagem importada não era exibida no Cadastro da Empresa. Na Listagem NF-e Ao clicar no ícone PDF da Listagem NF-e, o DANFE era gerado corretamente com o logo da empresa. Solução: Foram validados os formatos de arquivo e nomenclatura aceitos para associação do logo. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Filtro por Status Acesse os caminhos: Receptor NF-e > Pesquisa Avançada > Filtro por Status Emissor NF-e > Pesquisa Avançada > Filtro por Status Situação: A filtragem por status apresentava problemas. Além disso, no conteúdo do campo Palavra-Chave, a string gerada continha todos os status, inclusive de Emissão e não somente os preenchidos no filtro. Solução: Após ajustes, ao selecionar o status (Filtro Avançado), são exibidas as notas correspondentes a este status. 8