MASTERSAF DFE VERSÃO 3.26.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.26.0:... 1 Desempenho do Integrador TXT... 1 Município de Corumbá (MS)... 1 Município de Jaboatão dos Guararapes (PE)... 1 Município de Salto de Pirapora (SP)... 1 Município de Vila Velha (ES)... 1 Emissor de Manifesto do Destinatário MDF-e... 2 Reagendamento da execução de consulta... 2 Reenvio de nota aprovada após erro Time out... 2 Geral... 3 Criação de novos parâmetros no arquivo config.properties... 3 E-mail Senha Expirou... 3 Novo parâmetro no arquivo integrador.properties... 3 Correções...4 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 4 Município de Atibaia (SP)... 4 Município de Jacareí (SP)... 4 Município de João Pessoa (PB)... 4 Município de Matão (SP)... 4 Município de Palotina (PR)... 4 Valor de Alíquota em tela... 4 Emissor de Nota Fiscal Eletrônica NF-e... 5 Grupo IPI... 5 Permissão - Carta de Correção... 5 Layout 3.10 - XML de Retorno de Rejeição... 6 Dados em tela NF-e (casas decimais)... 6 Validação de Inscrição Estadual na importação de notas... 6 Receptor de Nota Fiscal Eletrônica NF-e... 6 Arquivo XML de CC-e após importação... 6 Emissor de Conhecimento de Transporte Eletrônico CT-e... 6 Impressão de páginas do DACTE para modais Aquaviário e Ferroviário... 6 Notas Fiscais Referenciadas no CT-e... 6 Opção Inutilizar CT-e 2.00 no Portal... 7 Campos não obrigatórios do grupo InfOutros... 7 Cancelamento e Contingência EPEC... 7 Cancelamento PR e MG... 7 Grupo filho para infctecomp... 8 Layout CT-e 2.00 - Preenchimento obrigatórios de campos opcionais... 8 Emissor de Manifesto do Destinatário MDF-e... 8 Contingência MDF-e... 8 Geral... 8 Envio de senha por e-mail... 8 Integrador TXT... 8 Integrador INFOR... 8 Atualização...9 Pré-requisitos... 9
NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão 3.26.0: Cidade UF WebService Upload Mafra SC X Desempenho do Integrador TXT Para um melhor desempenho do integrador, implementada melhoria na comunicação multi-thread entre Integrador TXT e WebService de emissão de NFS-e. Dessa forma, o integrador passa a permitir a importação simultânea de documentos. A melhoria foi realizada devido ao grande volume de dados emitidos pelos usuários e atende principalmente situações nas quais há vários RPS em apenas um arquivo. Município de Corumbá (MS) A Prefeitura de Corumbá alterou o sistema de Nota Fiscal Eletrônica, migrando do Sistema DMS para ISSweb. O Mastersaf DFE foi alterado para atender tanto a emissão de NFS-e do município de Corumbá no sistema anterior quanto também no novo sistema disponibilizado. Município de Jaboatão dos Guararapes (PE) A Prefeitura de Jaboatão dos Guararapes (PE) liberou para o ambiente de Produção o envio de arquivo de upload no Portal do Município. Antes da atualização, quando era enviado o arquivo de integração para o ambiente de Produção deste município, o arquivo apresentava erro e exibia a mensagem: Este município não possui link de web-service para o ambiente produção. O sistema foi alterado, liberando a opção Download/Upload ambiente de Produção para o município. Município de Salto de Pirapora (SP) Implementação de alteração legal divulgada na legislação tributária municipal de Salto de Pirapora, instituindo a Nota Fiscal Eletrônica de Serviços NFSe para este município. O número da NFS-e é gerado pelo sistema em ordem sequencial e crescente, específico para cada estabelecimento do prestador de serviços. A NFS-e pode ser cancelada pelo emitente, por meio do sistema informatizado, antes do pagamento ou vencimento do imposto, seja ele por retenção ou não. Após o vencimento ou pagamento do imposto, a NFS-e pode ser cancelada apenas por solicitação do contribuinte em processo administrativo. Município de Vila Velha (ES) O portal da Prefeitura de Vila Velha realizou uma atualização do modelo de nota fiscal utilizado no município. O sistema foi atualizado, se adequando à mudança. 1
EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Reagendamento da execução de consulta No Módulo MDF-e, para evitar a rejeição pela SEFAZ por Consumo Indevido (código 678), o sistema passa a executar o processo de Consulta Status Serviço com intervalos de 3 minutos, no mínimo. No caso dos processos Consulta do Lote de MDF-e e Consulta individual de MDF-e, caso ocorra a rejeição 678 Rejeição: Consumo Indevido, estes processos são reagendados para executar com intervalos de 3 minutos, no mínimo. Obs.: Estas regras foram baseadas na Nota Técnica NT 2014.002, a qual publicou orientações de melhores práticas para consumo de WebServices, e estabelecendo as situações consideradas como uso indevido. Reenvio de nota aprovada após erro Time out Ao enviar MDF-e, o sistema apresentava falha de comunicação (Time Out) ao enviar MDF-e, não gerando arquivo de retorno e os MDF-e permaneciam no Portal com o status Aguardando Retorno ; contudo, na SEFAZ eram exibidos com status de Autorizado. Para os MDF-e que estão com o status pendente Aguardando Retorno, ao serem reenviados, o sistema passa a atualizar os MDF-e com o mesmo status que se encontra na SEFAZ e gerar o arquivo de retorno na pasta Retorno do Integrador. 2
GERAL Criação de novos parâmetros no arquivo config.properties No arquivo config.properties do Printer V3 foram disponibilizados os novos parâmetros empresa, diretoriogravacao_pdf e diretoriogravacaoxml para permitir configurar no Printer as empresas e os locais de gravação de seus arquivos PDF e XML. empresa: Permite informar quais empresas/filiais deverão ter os arquivos PDF e XML gravados em pastas pelo Printer. A empresa/filial deve ser informada no padrão CNPJ_IE. Para informar mais de um CNPJ_IE, basta separálos por vírgulas. diretoriogravacao_pdf: Quando o parâmetro empresa estiver preenchido, este parâmetro deve ser configurado com o diretório onde deverão ser gravados os arquivos PDF. Neste diretório serão criadas automaticamente subpastas para cada CNPJ_IE informado no parâmetro empresa. diretoriogravacao_xml: Quando o parâmetro empresa estiver preenchido, este parâmetro deve ser configurado com o diretório onde deverão ser gravados os arquivos XML. Neste diretório serão criadas automaticamente subpastas para cada CNPJ_IE informado no parâmetro empresa. E-mail Senha Expirou Para usar a funcionalidade de configuração da Senha Segura para usuários cadastrados no Portal, acesse: Administração do Sistema > Grupo de Empresas > Editar > Senha Segura Implementado no sistema o envio automático de e-mails ao usuário, informando que o usuário/senha expirarão ou já expiraram, bem como qual ação pode ser tomada. Avisos passam a ser enviados ao e-mail informado no campo E-mail Administrador do cadastro da empresa com CNPJ e prazo de expiração dos certificados. Novo parâmetro no arquivo integrador.properties No arquivo integrador.properties do Integrador V3 foi criado o novo parâmetro operacoes_integrador, que possibilita separar as funções do integrador em: enviar documentos, gerar o retorno e comunicar o integrador com o Printer. São conteúdos válidos: Enviar: Ao ser informado no parâmetro, o integrador terá a função apenas de enviar documentos em todos os módulos emissores (NF-e, NFS-e, CT-e e MDF-e. Gerar_retorno: Ao ser informado no parâmetro, o integrador terá a função apenas de gerar o retorno. Imprimir: Ao ser informado no parâmetro, o integrador terá a função apenas de efetuar a comunicação com o Printer. O novo parâmetro pode receber qualquer combinação dos conteúdos válidos, ou seja, pode ter 1, 2 ou os 3 valores, no qual o integrador respeita o que foi requisitado. 3
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Atibaia (SP) Situação: Ao enviar o arquivo de integração para um banco de dados SQL, o arquivo era criado corretamente, porém quando se tratava de banco de dados Oracle, o cabeçalho era gerado incompleto. Solução: Após alterações no sistema, ao efetuar o download do XML de integração para o município de Atibaia, este passa a ser gerado com cabeçalho completo. Município de Jacareí (SP) Situação: O sistema apresentava problema ao enviar um RPS para este município utilizando somente as credenciais no cadastro de empresa (sem vincular certificado). Dessa forma, no mensageria era apresentado o erro: ORA-12899: valor muito grande para a coluna "MSAF_DFE"."DFE_HISTORICO_RPS"."STATUS_DESCRICAO" (real: 2001, máximo: 2000). Solução: Corrigida a gravação da descrição na tabela dfe_historico_rps, que gravava dados com mais de 2.000 caracteres na coluna status_descricao. Município de João Pessoa (PB) Situação: A alíquota era gerada no arquivo 0.01, enquanto o leiaute da prefeitura de João Pessoa consta como 1. No Portal e no XML de integração com a prefeitura é apresentado o formato 0.01 ao invés da porcentagem 1%. Solução: Alterado o sistema, corrigindo a situação do problema. Município de Matão (SP) Situação: A Prefeitura de Matão alterou o link de produção: http://nfe.matao.sp.gov.br:8080/tbw/services/wsentrada?wsdl http://nfe.matao.sp.gov.br:8080/tbw/services/wssaida?wsdl Solução: O sistema foi alterado em atendimento à alteração deste município. Município de Palotina (PR) Situação: Ao integrar um RPS para o município de Palotina, o sistema não gerava o XML de integração com a prefeitura. Solução: Após ajustes, o sistema passou a operar corretamente, criando o XML de envio conforme o arquivo TXT da integração. Valor de Alíquota em tela Situação: A alíquota era exibida na tela do sistema conforme formato enviado para a prefeitura (p.ex.: 0,05). Solução: O sistema foi alterado para determinados municípios, para que o formato da alíquota seja apresentado em percentual. Ou seja, se a alíquota é 0,05, o sistema passa a exibir 5%. 4
EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Grupo IPI Situação: No arquivo de Integração, quando no grupo IPI era informado cenq 999 e CST 50, o Portal DF-e apresentava os valores do Tributo. Porém, quando no grupo IPI eram informados cenq 999 e CST 00, não eram apresentado no Portal DFE os valores do Tributo, devendo ser apresentado da mesma forma. Solução: O sistema foi alterado e o Portal passa a apresentar os valores correspondentes aos Tributos de IPI quando o Código de Enquadramento for igual a 999 e o CST for igual a 00 para NF-e. Permissão - Carta de Correção Situação: Ao selecionar algumas NF-e no grid e tentar imprimi-las pelo botão Imprimir, o sistema apresentava a mensagem: 1 NF-es não enviados para impressão, seu usuário não possui permissão(ões). Solução: Alterado o sistema, corrigindo assim a situação descrita. 5
Layout 3.10 - XML de Retorno de Rejeição Situação: Quando era enviada uma NF-e no leiaute 3.10 com erro de código de CFOP, a SEFAZ retornava a rejeição: 732<xMotivo>Rejeição: CFOP de operação interestadual e iddest <> 2</xMotivo>. Nessa situação, o sistema não conseguia processar o retorno do erro. Solução: Com a alteração do sistema, o problema foi solucionado. Dados em tela NF-e (casas decimais) Situação: Em leiaute, os campos Valor Unitário de Comercialização e Valor Unitário de Tributação estavam diferentes entre as versões disponíveis. Solução: Alteração em tela, na aba Itens do Detalhamento de NFe 2.00, para os campos Valor Unitário de Comercialização e Valor Unitário de Tributação. Os campos passam a não limitar a quantidade de casas decimais e exibem conforme enviado na integração. O tamanho destes campos segundo o leiaute de integração é 21, podendo ter até 10 casas decimais. Validação de Inscrição Estadual na importação de notas Situação: O Portal e Integrador apresentavam divergência entre si, na qual o Portal realizava a validação CNPJ+IE, conforme esperado, e o Integrador integrava notas apenas por CNPJ, incorretamente. Assim, a nota era importada e não era exibida no Portal. Solução: Alterado o Integrador para que, se a Inscrição Estadual estiver informada (diferente de branco ou nulo), realize a validação da existência da empresa no sistema. Caso não exista, o Integrador passa a não importar a NF-e e exibe a mensagem informando que não consta como cadastrada no Portal. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Arquivo XML de CC-e após importação Situação: Ao mover o arquivo XML de CC-e após importar para o Portal, o XML era movido para pasta recebimento_nfe_erro. Solução: Alterado o sistema para quando o Integrador receber uma CC-e no Receptor NF-e e esta for aceita, passe a mover o arquivo para a pasta de arquivos importados (recebimento_nfe_importado). EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Impressão de páginas do DACTE para modais Aquaviário e Ferroviário Situação: Nos modais Aquaviário e Ferroviário da versão 2.00, quando era impresso o DACTE, a segunda página era gerada sem necessidade, pois não havia informações. Solução: Alterado a impressão de DACTE para considerar as listas corretas, de acordo com os modais. Notas Fiscais Referenciadas no CT-e Situação: Na tela de Emissão de CT-e no Portal Mastersaf DFE, ao emitir o Conhecimento de Transporte com as Notas Fiscais Referenciadas, quando aprovado na SEFAZ de Homologação o CT-e não carregava uma referência, justamente a Nota Fiscal que deveria ser mostrada na quebra de linha da primeira para a segunda página no DACTE. Essa situação não ocorria no XML, que carregava todas as Notas Fiscais Referenciadas. Solução: Corrigido o sistema para que possa gerar corretamente o CT-e, carregando todas as NF Referenciadas. 6
Opção Inutilizar CT-e 2.00 no Portal Situação: O Portal Mastersaf DFE não apresentava a opção de inutilização de CT-e 2.00. Solução: Disponibilizada a tela Inutilização de Numeração de CTe do portal DFe a versão 2.00 no campo Versão. Campos não obrigatórios do grupo InfOutros Situação 1: Ao enviar um CT-e no Layout 2.00, ocorria erro de XML por não serem enviadas as informações de tags não obrigatórias do grupo InfOutros. Solução 1: No grupo infoutros, não são obrigatórios os campos descoutros, ndoc, demi, vdocfisc, dprev e infunidtransp/ infunidcarga. Com a alteração no sistema, dessa forma, quando estes campos não forem enviados no TXT do CT-e 2.00, suas tags não são geradas no XML. O template CT-e 2.00 foi alterado para que os campos só sejam gerados caso possuam valor. Situação 2: Se informações forem enviadas em todas as tags do grupo InfOutros, ocorria erro para o campo vdocfisc, que não carregava o valor que enviado na integração. Solução 2: Corrigido o mapeamento dos campos para que, ao informar o campo conforme leiaute TXT, o sistema apresente o devido valor na tag. Cancelamento e Contingência EPEC Situação: Algumas URL de Cancelamento e Contingência EPEC apresentavam problemas para CT-e no Layout 2.00. Solução: Após ajustes, as URL de Cancelamento e Contingência EPEC estão corretas. Cancelamento PR e MG Situação: Ao enviar um cancelamento (Paraná e Minas Geais), ocorria a rejeição. O erro era apresentado pois o campo nseqevento era enviado fora do padrão da SEFAZ (PR e MG). Solução: Alterado o sistema para enviar apenas o sequencial sem o "zero" (0) à frente para o campo nseqevento (p.ex.: enviar 1 ao invés de 01 ). 7
Grupo filho para infctecomp Situação: O sistema gerava alguns campos filho do grupo infctecomp mesmo sem serem informados. As informações eram apresentadas corretamente no leiaute TXT do CT-e, mas não no sistema Mastersaf DFE. Solução: Alteração no template XML de CT-e 2.00, removendo tags do grupo infctecomp que devem ser geradas apenas na versão 1.04. Incluído o grupo autxml que não era gerado no XML do CT-e 2.00. Layout CT-e 2.00 - Preenchimento obrigatórios de campos opcionais Situação: O sistema solicitava o preenchimento obrigatório de campos em que são opcionais (p.ex.: campo PIN, que deve ser preenchido apenas em regiões de SUFRAMA). Solução: Realizada correção no sistema para os campos do grupo infnf, não sendo obrigatórios os campos: nroma, nped, npeso, PIN e dprev. EMISSOR DE MANIFESTO DO DESTINATÁRIO MDF-E Contingência MDF-e Acesse: Cadastro Empresa > acordeon MDF-e > sub-acordeon MDF-e Contingência Situação: Ao enviar documento MDF-e para a SEFAZ, em modo contingência automático, não era apresentada a mensagem que informava que havia MDF-e em contingência que dependiam de mensagem para impressão e envio à SEFAZ. GERAL Solução: Alteração para mostrar notificação no portal quando existirem MDF-e aguardando mensagem de contingência. Após a mensagem ser informada, todos os MDF-e com o status AGUARDANDO_CONFIRMACAO_CONTINGENCIA passam a apresentar ticket parametrizado e status alterado para AGUARDANDO_NOVA_CONTINGENCIA. Com isso, o XML de Contingência é gerado corretamente a partir dos MDF-e com status AGUARDANDO_NOVA_CONTINGENCIA. Envio de senha por e-mail Situação: O envio de e-mails do Portal ocorria para alteração de senha e criação de novo usuário, e em ambos é enviada uma notificação ao usuário. As configurações padrão de e-mail do Portal e mensageria eram sobrescritas quando ocorria o envio de e-mail. Solução: Alteração no sistema relacionada ao envio de cada e-mail, carregando este com as configurações de envio de e-mail do grupo (caso esteja ativo), ou parametrizado como padrão (caso o envio de e-mail do grupo esteja desativado). Dessa forma, as configurações padrão de e-mail do Portal e mensageria não são sobrescritas quando acontece o envio de e-mail. Integrador TXT Situação: Na integração de arquivos em lote no Integrador TXT, arquivos que possuíssem mais de um RPS, ao ser processados pelo Portal, e apresentar erro em algum destes RPS, são descartados todos os RPS seguintes, mesmos que os últimos não apresentassem erro. Ao serem descartados estes RPS pelo Integrador, não era gerado nenhum retorno. Solução: Alterado o sistema, corrigindo a situação do problema. Integrador INFOR Situação: O sistema não efetuava o cancelamento de nota fiscal. Após enviar a solicitação, o sistema não importava os dados para processar, e dessa forma não alterava o status da nota. Solução: Implementada correção no sistema para o acesso à solicitação de Cancelamento. 8
ATUALIZAÇÃO PRÉ-REQUISITOS A versão 3.26.1 exige obrigatoriamente: versão 3.26.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.26.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 9