MASTERSAF DFE VERSÃO 3.24.0
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.24.0:... 1 Emissor de Manifesto do Destinatário MDF-e... 1 Contingência MDF-e... 1 Geral... 1 Log de Visualizar PDF... 1 Mastersaf DFE executado com JRE... 1 Retorno de WebService para Integrador... 1 Correções...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 2 Município de Barueri (SP)... 2 Município de Jacareí (SP)... 2 Município de Passo Fundo (RS)... 2 Município de Pirassununga (SP)... 2 Município de Praia Grande (SP)... 2 Município de Santa Bárbara d Oeste (SP)... 2 Município de Sertãozinho (SP)... 3 Município de Simões Filho (BA)... 3 Município de Taubaté (SP)... 3 Natureza de Operação... 3 Tela de início do sistema... 3 Emissor de Nota Fiscal Eletrônica NF-e... 4 DANFE Formato Paisagem... 4 E-mail Destinatário com doze endereços... 4 Rejeição de Consumo Indevido... 4 Geração de XML, campo InfAdProd... 4 Motivo de Contingência para SVC/NF-e... 4 Editar CC-e com status Erro Geral (999)... 4 Receptor de Nota Fiscal Eletrônica NF-e... 5 Filtro de pesquisa... 5 Receptor de Conhecimento de Transporte Eletrônico CT-e... 5 Receptor CT-e... 5 Emissor de Manifesto do Destinatário MDF-e... 5 Evento de Encerramento de MDF-e... 5 Atualização...6 Pré-requisitos... 6
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão 3.24.0: Cidade UF WebService Upload Uruguaiana RS X EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Contingência MDF-e A partir desta versão foi implementada a contingência no módulo MDF-e, que obedece os padrões dos demais módulos (NF-e e CT-e). GERAL Log de Visualizar PDF No Portal Mastersaf DFE, ao clicar no ícone do PDF no menu Listagem de NF-e ou Listagem de CT-e, em uma nota ou Conhecimento de Transporte, no log, a informação era NF-e Impresso ou CT-e Impresso. A partir dessa versão passa a identificar qual foi o usuário que solicitou a visualização do PDF. Mastersaf DFE executado com JRE A partir desta versão o Mastersaf DFE permite ser executado utilizando o JRE. Retorno de WebService para Integrador O WebService passa a retornar os campos valoriss informado (exemplo: 10.52- ) ao efetuar o Get, mesmo que não esteja no formato 15,2. Antes da melhoria, ao informar um valor inválido nos campos valoriss, o sistema efetuava a importação normalmente, porém, ocorria erro interno quando era efetuado o Get e não se recebia o retorno. 1
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Barueri (SP) Situação: Quando é informado valor a deduzir no campo valordeduzir do arquivo de importação, o sistema gerava uma linha do tipo 3 no arquivo de integração com a prefeitura, porém esta linha não era contabilizada no totalizador de linhas. Solução: O sistema passar a contabilizar a linha gerada no totalizador de linhas do arquivo. Município de Jacareí (SP) Situação: Para o modelo padraonotacontrol, o XML de integração com a prefeitura apresentava a tag codatividade fechada, mesmo quando o usuário informa o código do CNAE no arquivo de importação. Solução: Preenchida a tag codatividade com o valor informado no campo codigocnae do arquivo de integração com o Mastersaf DFE. Município de Passo Fundo (RS) Situação 1: Para o município de Passo Fundo (RS), o Mastersaf DFE possuía apenas os endereços de WebService de homologação. Solução 1: Foram adicionados os endereços de produção. Situação 2: A Prefeitura de Passo Fundo retorna uma exceção quando o campo descricaorps possui acentos. Solução 2: Para o modelo Thema, o sistema deve tratar os acentos do campo descricaorps (exemplo: 'ã', 'é', 'ç', etc.), mantendo os caracteres como ":", ".", "\", etc. Município de Pirassununga (SP) Situação: A Prefeitura de Pirassununga disponibilizou a função de exportação de NFS-e. Dessa forma, o usuário pode atualizar os RPS no Mastersaf DFE com os dados das NFS-e. Solução: Criado tratamento de retorno para a Prefeitura de Pirassununga. Município de Praia Grande (SP) Situação: Se o tomador do serviço é de um município diferente do prestador, o sistema não enviava a inscrição municipal do tomador, ocasionando rejeição da prefeitura. Solução: Para o modelo Nota Control Abrasf (issnet), quando a inscrição municipal do tomador estiver preenchida, o sistema deve gerar a tag no XML de envio, se a inscrição municipal do tomador estiver vazia ou nula, o sistema não deve gerar a tag no XML de envio. Município de Santa Bárbara d Oeste (SP) Situação 1: Para o modelo eiss, ao gerar o arquivo TXT, quando o código do município do tomador era 3545803, o sistema preenchia o campo Cidade do Tomador com 'SANTA BÁRBARA DOESTE', causando rejeição por parte da prefeitura. Solução 1: Após alteração, o sistema passa a preencher o campo Cidade do Tomador com 'SANTA BARBARA D OESTE'. 2
Situação 2: Para o modelo eiss, o sistema gerava apenas uma linha do tipo 3 quando era enviada uma descrição de RPS com mais de 250 caracteres. Solução 2: Ao informar uma descrição de RPS com mais de 250 caracteres, o sistema passa a gerar mais de uma linha do tipo 3. Município de Sertãozinho (SP) Situação 1: O sistema atualizava os RPS com os dados das notas, porém o status do RPS está ficando como Rejeitado. Solução 1: O sistema foi ajustado para que passe o status do RPS para Aprovado. Situação 2: A prefeitura disponibilizou os endereços de WebService de homologação. Solução 2: Adicionados endereços de homologação na aplicação. Situação 3: A prefeitura alterou os endereços de WebService de produção. Solução 3: Atualizados endereços de produção. Município de Simões Filho (BA) Situação: O preenchimento da tag IssRetido estava incorreto para o modelo EL. Solução: Alterado o preenchimento da tag IssRetido conforme abaixo: Quando informado tiporecolhimento=1, o sistema deve enviar valor 2 na tag IssRetido; Quando informado tiporecolhimento=2, o sistema deve enviar valor 1 na tag IssRetido. Município de Taubaté (SP) Situação: Ao informar os campos de endereço de prestação de Serviço no arquivo de integração os dados não estão sendo utilizados no template do Generativa. Solução: O sistema foi alterado, corrigindo o problema. Natureza de Operação Situação: O sistema permitia informar o mesmo código externo para mais de uma Natureza de Operação do mesmo município. No momento de fazer o de/para, o sistema encontrava mais de um registro de Natureza de Operação com o mesmo código externo e o RPS fica em processamento. Solução: Adicionada validação na tela de manutenção de Natureza de Operação. Caso o usuário tente inserir um código externo que já exista para outra natureza do mesmo município, o sistema não deve salvar o registro e deve exibir a mensagem: Código Externo já informado para outra natureza de operação deste município. Tela de início do sistema Situação: Quando o módulo de NFS-e estava ativo no Mastersaf DFE, após efetuar o login, o sistema era direcionado para este módulo, porém o filtro permanecia em aberto, carregando os dados do painel com todos os registros da base. Com isso, a abertura era efetuada lentamente. Solução: Após efetuar o login, ao direcionar para o painel de NFS-e, o sistema deve aplicar o filtro diário para carregar as informações. 3
EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E DANFE Formato Paisagem Situação: Ao parametrizar o tipo de impressão do DANFE para paisagem não era apresentada a informação do campo Hora de Saída no DANFE. Caso seja parametrizado para retrato, a Hora de Saída é apresentada corretamente. Solução: Corrigida a exibição do campo Hora de Saída no DANFE quando a impressão estiver parametrizada para paisagem. E-mail Destinatário com doze endereços Situação: Quando enviada uma nota com o campo E-mail Destinatário, com aproximadamente doze endereços de e-mail, ao enviar para esta nota uma CC-e e tentar imprimi-la pela tela Ícone de Impressão, ocorria erro em tela. Solução: O sistema foi alterado, corrigindo a problema. Rejeição de Consumo Indevido Situação: O portal não tratava retorno de consumo indevido da SEFAZ, deixando as notas travadas no portal com status Aguardando, e a nota já constava na SEFAZ como aprovada. Solução: O sistema foi ajustado, corrigindo o problema. Geração de XML, campo InfAdProd Situação: Ao importar a NF-e, o sistema realizava a validação e rejeitava o documento. O problema ocorria quando o campo infadprod do arquivo de importação era preenchido com enter. Solução: Após alteração no sistema, o campo infadprod passou a receber o mesmo tratamento de colocar a informação na mesma linha, mesmo que contenha enter. Motivo de Contingência para SVC/NF-e Situação: O Motivo de Contingência para SVC/NF-e não estava sendo gerado no XML de contingência, tag xjust. Solução: O sistema foi alterado, corrigindo o problema. Editar CC-e com status Erro Geral (999) Situação: Quando por algum motivo uma carta de correção exibia status Erro Geral (999), o sistema não permitia ao usuário editar a carta de correção para reenvio, e apresentava a mensagem: Não foi possível criar Carta de correção. Não pode alterar carta de correção com status diferente de rejeitado. Solução: Após alteração, o sistema permite ao usuário editar e reenviar cartas de correção com status de erro. 4
RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Filtro de pesquisa Situação: O filtro de pesquisa do módulo Receptor NF-e possuía inconsistências. Ao realizar uma consulta com filtro de busca, ocorria um erro no totalizador de notas encontradas. Solução: Alterado o filtro para que passe a respeitar as condições informadas pelo usuário. RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Receptor CT-e Situação: Quando a empresa/cnpj que irá fazer a guardo do XML de recebimento é o mesmo da emissão do CT-e o sistema não permite que o XML seja recebido pelo mesmo CNPJ remetente. Solução: O sistema foi alterado, corrigindo um problema. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Evento de Encerramento de MDF-e Situação: Geração do evento de Encerramento de MDF-e. Quando ocorre erro de Time Out ou Certificado inválido ou vencido, as notas ficavam travadas no portal aguardando status de retorno. Solução: Ajustado o sistema para corrigir a situação. 5
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.24.0 exige obrigatoriamente: versão 3.24.0 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.24.0: 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 6