INFORMATIVO MASTERSAF DFE VERSÃO

Transcrição

1 MASTERSAF DFE VERSÃO

2 SUMÁRIO Novas funcionalidades / Melhorias... 1 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 1 Municípios liberados na versão :... 1 Município de Rio do Sul (SC)... 1 Município de Aracruz (BA)... 1 Município de Cariacica (ES)... 1 Município de Fortaleza (CE)... 1 WebService de Consulta de RPS convertida... 1 Campos específicos... 1 Emissor de Nota Fiscal Eletrônica NF-e... 2 Filtro Ordem de Embarque e Tipo de Operação na busca avançada... 2 Filtro Ordem de Embarque e Tipo de Operação na busca avançada... 2 Validação de Versão de Layout para Processamento da NF-e... 2 Emissor de Conhecimento de Transporte Eletrônico CT-e... 2 Nota Técnica Emissor de Manifesto Eletrônico de Documentos Fiscais MDF-e... 3 Relação ao Manifesto Eletrônico de Documentos Fiscais... 3 Criação do sub-acordeon CT-e Parâmetros Gerais... 3 Criação do parâmetro Status Arquivo de Retorno no módulo CT-e... 3 Correções...4 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 4 Município de Blumenau (SC)... 4 Município de Cotia (SP)... 4 Município de Cubatão (SP)... 4 Município de Duque de Caxias (RJ) e Macaé (RJ)... 4 Município de Sumaré (SP)... 4 Município de Vilha Velha (ES)... 4 Cadastro de Natureza de Operação... 4 Envio de - Retorno de RPS... 5 Emissor de Nota Fiscal Eletrônica NF-e... 5 Geração de XML com as tags Data e Hora... 5 Montagem de XML para nota Referenciada... 5 Montando o XML para envio de notas em EPEC... 5 Integração de TXT com o campo CDATA... 5 Cancelamento - SEFAZ-PR... 5 Cancelamento NF-e para Manaus... 6 Receptor de Nota Fiscal Eletrônica NF-e... 6 Recebimento de XML inválidos... 6 Logotipo em DANFE... 6 Geração de DANFE... 6 Emissor de Conhecimento de Transporte Eletrônico CT-e... 6 Envio de arquivo TXT com modal 06 (Multimodal)... 6 Geração de PDF para CC-e... 6 DACTE emitidos em Contingência SVC... 7 Receptor de Conhecimento de Transporte Eletrônico CT-e... 7 Logotipo em DACTE... 7 Emissor de Manifesto Eletrônico de Documentos Fiscais MDF-e... 7 Geração do arquivo XML de envio... 7 Geral... 7 Geração XLS (NF-e, CT-e e MDF-e)... 7 Atualização...8 Pré-requisitos... 8

3 NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados na versão : Cidade UF WebService Upload Cachoeirinha RS X Esteio RS X Ipojuca PE X Luís Eduardo Magalhães BA X Nilópolis RJ X Otacílio Costa SC X Santo Agostinho PE X Votorantim SP X Município de Rio do Sul (SC) Implementação no sistema para sempre gerar, para o modelo IPM, a tag endereco_informado. Esta tag deve ser preenchida com o valor S e deve ser coloca em cima da tag tipo, que fica dentro do grupo tomador. Município de Aracruz (BA) A Prefeitura de Aracruz trocou do modelo IPM para o modelo EL. O sistema foi alterado para se adequar à nova situação. Município de Cariacica (ES) A Prefeitura de Cariacica trocou do modelo SILTECUPLOAD para o modelo SILTECWS. O sistema foi alterado para se adequar à nova situação. Município de Fortaleza (CE) Alterado o WebService de homologação e produção da Prefeitura de Fortaleza. WebService de Consulta de RPS convertida Após implementação de WebService de consulta dos dados de RPS convertida, foi adicionada essa informação no manual de Integração WebService na Base de Conhecimento. Campos específicos Implementação de opção que permite visualizar em tela as informações referentes ao Local de Prestação do serviço. Os campos de local de prestação de serviço são campos específicos para alguns modelos. Com isso, os campos devem ser exibidos apenas para os modelos que os utilizam. 1

4 EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Filtro Ordem de Embarque e Tipo de Operação na busca avançada Alteração que permite que o sistema efetue corretamente a Busca Avançada para número de Ordem de Embarque (preenchido) e Tipo de Operação (Tipo NF-e). Filtro Ordem de Embarque e Tipo de Operação na busca avançada Alteração que permite que o sistema efetue corretamente a Busca Avançada para número de Ordem de Embarque (preenchido) e Tipo de Operação (Tipo NF-e). Validação de Versão de Layout para Processamento da NF-e Ao enviar um arquivo XML com a versão diferente da esperada pela SEFAZ e integrando o arquivo informando a versão como 2.01 (sendo o correto 2.00 ) a nota era integrada sem problema para o Portal. Porém devido à versão estar errada, o mensageria não conseguia realizar o envio para SEFAZ, impactando no processamento das demais notas. Foi realizada implementação no sistema que trata esse tipo de informação de acordo com o módulo, ou seja, caso esteja integrando uma nota de NF-e, o arquivo só é integrado caso seja com a versão 2.00 ou Qualquer informação distinta dessa impacta diretamente no processamento. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Nota Técnica Alteração no sistema Mastersaf DFE sobre a Nota Técnica : Inclusão de campos no leiaute No leiaute de emissão do CT-e 2.00, modal Aquaviário, foram inclusos novos campos: ncont, nlacre, Serie, ndoc, unidrat(infnf), chave e unidrat(infnfe). Inclusão de campos no Portal.Na aba Modal em Detalhamento de CT-e, foi incluso todos os campos acima mencionados. 2

5 EMISSOR DE MANIFESTO ELETRÔNICO DE DOCUMENTOS FISCAIS MDF-E Relação ao Manifesto Eletrônico de Documentos Fiscais Na seção Documentos foram liberados o Schemas NT e a Nota Técnica , que divulga a inclusão das tags opcionais no MDF-e, o leiaute do DAMDFe Rodoviário em Contingência e alterações nas regras de validação do MOC. Criação do sub-acordeon CT-e Parâmetros Gerais Acesse: Administração do Sistema > Listagem de Empresas > Cadastrar Empresa, acordeom CT-e Foi criado o acordeon CT-e Parâmetros Gerais, onde foram disponibilizados os campos Tipo de Lote, Envio de automático, Tipo de Retorno (Reenvio de nota), Forma NT , que anteriormente eram exibidos no acordeon CT-e. Criação do parâmetro Status Arquivo de Retorno no módulo CT-e Acesse: Administração do Sistema > Listagem de Empresas > Cadastrar Empresa, acordeom CT-e > CT-e Parâmetros Gerais Foi disponibilizado o parâmetro Status Arquivo de Retorno para permitir definir os código/descrição de status a serem gravados nos arquivos de retorno, sendo: Códigos SEFAZ: quando selecionada, os arquivos de retorno terão os campos status e descricaostatus compostos pelo status/descrição status retornado pela SEFAZ. Códigos Mastersaf: quando selecionada, os arquivos de retorno terão os campos status e descricaostatus compostos pelo status/descrição padrão Mastersaf. 3

6 CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Blumenau (SC) Situação: No Portal Mastersaf DFE apresenta problema no ambiente de Homologação para envio de RPS a Prefeitura de Blumenau. Ao enviar um RPS, este é validado na prefeitura e possuía seu retorno corretamente ao sistema, porém o Portal não aceitava a aprovação e mantinha o RPS com status de Aguardando Processamento. Solução: Alterado o sistema, normalizando o envio de RPS desta prefeitura. Município de Cotia (SP) Situação: Ao emitir NFS-e para a Prefeitura de Cotia com o valor 0.00 na alíquota, a informação não era enviada pelo Portal Mastersaf DFE. Sem essa informação, a prefeitura assume alíquota distinta do esperado, impactando no cálculo do imposto. Solução: Após ajustes, o problema foi corrigido. Município de Cubatão (SP) Situação: Ao realizar integração com a Prefeitura de Cubatão, o XML de retorno apresentava erro. Solução: O sistema foi alterado, corrigindo a situação do problema. Município de Duque de Caxias (RJ) e Macaé (RJ) Situação: O modelo de integração Tiplan não possui um link de homologação próprio. Porém, para as prefeituras de Duque de Caxias (RJ) e Macaé (RJ) o ambiente de homologação está cadastrado, com o link de produção. Dessa forma, o contribuinte, ao enviar RPS para o Portal DFE de Homologação, o RPS era convertido no ambiente de Produção da Prefeitura. Solução: Alterado o sistema, retirando os WebServices de homologação dos 5 métodos para estes dois municípios. Município de Sumaré (SP) Situação: A numeração dos RPS na geração do arquivo não era mantida na geração do arquivo para NFS-e da Prefeitura de Sumaré, sendo enviada de forma desordenada. Solução: O sistema foi alterado, corrigindo a situação do problema. Município de Vilha Velha (ES) Situação: Ao realizar a comunicação com a Prefeitura de Vila Velha, ocorria o erro 403 Forbidden: Access is denied. A situação ocorre pois no sistema o endereço do WebService consta como HTTP, e o correto é HTTPS. Solução: Após ajustes, o problema foi corrigido. Cadastro de Natureza de Operação Situação: No Cadastro de Natureza de Operação, o valor padrão do campo Código Externo é branco e ao preenchê-lo com um valor e salvar, o sistema apresentava erro ao tentar alterar este campo novamente. 4

7 Solução: Com a alteração, o sistema passa a permitir deixar o campo Código Externo em branco e a tela de erro não é mais exibida. Envio de - Retorno de RPS Situação: Ao solicitar o envio de , não era gerado o retorno. Solução: Alterado o sistema para possibilitar a geração do retorno sem que ocorra o problema descrito. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Geração de XML com as tags Data e Hora Situação: O Portal apresentava problema ao colocar as tags de data e hora, dispondo essa informação no leiaute da NFe 2.0 ao invés da 3.10, quando parametrizado no portal. Solução: Alterado o sistema para que passe a gravar o formato da data e hora corretamente quando a NF-e for da versão Montagem de XML para nota Referenciada Situação: Ao enviar uma nota Referenciada e não informar a tag verproc, o Portal não montava o XML de acordo com o XSD, ocasionando problema de erro do XML. Solução: Alteração na remontagem do XML para NF-e, alterando a ordem de geração das tags, para gerar a tag verproc antes da tag NFref se esta existir. Montando o XML para envio de notas em EPEC Situação: No arquivo de retorno de NF-e, não eram exibidos os novos campos tipo_evento e sequencial_evento do leiaute de retorno. Solução: Alterado o sistema para que retorne os campos tipo_evento e sequencial_evento, tanto na integração via TXT quanto via WebService. Estes campos só são preenchidos em retorno de emissão EPEC. Integração de TXT com o campo CDATA Situação: O sistema realizava a geração de forma incorreta e não aprovava o arquivo XML quando consta a informação!cdata na TAG infadprod. Solução: Após correção, o sistema passou a gerar corretamente, para arquivos TXT nos leiautes 2.00 e 3.10, aprovando o arquivo XML quando consta a informação!cdata na TAG infadprod. Cancelamento - SEFAZ-PR Situação: O sistema não conseguia processar corretamente para o Estado do Paraná (leiautes 2.0 e 3.10) o retorno de envio, cancelamento, inutilização e Cancelamento de NF-e. Solução: Após realizar testes nos leiautes 2.0 e 3.10 para as SEFAZ de PR, AM, DF, ES, GO, MG, MT, PE, RS, SC e SP, foi realizada a correção no sistema que permite o processamento correto do retorno de envio, cancelamento, inutilização e Cancelamento de NF-e para o Estado do Paraná, para os leiautes 3.10 e

8 Cancelamento NF-e para Manaus Situação: Os cancelamentos enviados para Manaus estão eram rejeitados, apresentando a mensagem: Rejeicao: A data do evento nao pode ser maior que a data do processamento. Solução: Criado parâmetro na tabela Parâmetros de Empresa que permite selecionar a quantidade de minutos a ser subtraído na data/hora dos eventos de NF-e (Cancelamento, Carta de Correção), sendo exibido no Cadastro da Empresa para que possibilite ao usuário alterar quando houver o problema no cancelamento. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Recebimento de XML inválidos Situação: No Portal Mastersaf DFE, ao realizar a integração pelo Integrador TXT ou realizar o upload da nota no Portal do XML de Recebimento de NF na versão 2.00, era apresentado o erro: Assinatura do Xml Inválida. Solução: Após ajustes, a situação foi normalizada. Logotipo em DANFE Alterado o sistema, modificando rotina de impressão de DANFE pelos módulo de Recebimento, que passa a não buscar o logotipo presente no Cadastro da Empresa. O logotipo do Cadastro da Empresa só é utilizado para emissões. Geração de DANFE Situação 1: No modelo Paisagem 2 o campo da Alíquota se apresentava incorreto no DANFE. Solução 1: Alterada a linha de grade para este campo, que passa a ser apresentado corretamente no DANFE. Situação 2: O campo referente a Quantidade de Volumes apresentava um número diferente de casas no arquivo XML e no DANFE, que apresente casas decimais. Conforme o leiaute da SEFAZ, não deve apresentar casas decimais. Solução 2: Ajustada informação na geração do DANFE para que não gere casas decimais. Na geração do XML em tela, esta informação já se apresentava correta. Situação 3: Para o modelo Paisagem 2, quando as informações complementares ficam maiores do que o espaço delimitado, a última linha apresentava a borda da base do quadro delimitador, e o restante do texto em uma segunda página. Solução 3: Alterar o sistema para que as informações complementares fiquem dentro do espaço delimitado. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Envio de arquivo TXT com modal 06 (Multimodal) Situação: Ao enviar um arquivo TXT para CT-e informando o modal como 06 (Multimodal), o sistema Mastersaf DFE ignorava a informação e não montava corretamente o arquivo XML. Solução: Implementado grupo de informações de multimodal para CT-e Geração de PDF para CC-e Situação: O sistema buscava o parâmetro incorreto de Data/Hora de Emissão ( demi ), mas deveria ser dhemi. Solução: Corrigida a montagem dos parâmetros para impressão de CC-e do CT-e. Com a correção do CT-e, este passa a apresentar os campos demi preenchidos nos documentos transportados. 6

9 O sistema passa a gerar o PDF e enviar o da CC-e de CT-e quando consta o campo dhemi ou quando consta os campos dhemi e demi no XML de aprovação. DACTE emitidos em Contingência SVC Situação: O DACTE era impresso como um DACTE emitido em Contingência impresso em formulário de segurança, enquanto no Portal não exibia que o CT-e havia sido emitido em SVC. Solução: Após alterações, o sistema passou a realizar a emissão de notas em Contingência SVC conforme esperado. RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Logotipo em DACTE Alterado o sistema, modificando rotina de impressão de DACTE pelo módulo de Recebimento, que passa a não buscar o logotipo presente no Cadastro da Empresa. O logotipo do Cadastro da Empresa só é utilizado para emissões. EMISSOR DE MANIFESTO ELETRÔNICO DE DOCUMENTOS FISCAIS MDF-E Geração do arquivo XML de envio Situação: Na geração do arquivo XML de envio, o sistema rejeitava as notas enviadas, sendo exibida a mensagem 225Rejeição: Falha no Schema XML do MDF-e, devido a criação da tag SegCodBarra. Solução: Implementada validação no leiaute do MDF-e para só gerar a tag SegCodBarra quando esta possuir valor. GERAL Geração XLS (NF-e, CT-e e MDF-e) Situação: No Portal Mastersaf DFE, ao acessar o caminho Administração do Sistema > Tempo de Resposta > Selecionar a data > Gerar XLS, era apresentado um erro. O problema ocorria para usuários de Banco de Dados Oracle. Solução: Alterado o sistema, corrigindo a situação e permitindo a geração do relatório para os módulos NF-e, CT-e e MDF-e. 7

10 ATUALIZAÇÃO PRÉ-REQUISITOS A versão exige obrigatoriamente: versão 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 : Número Descrição 01 Versão mínima exigida para o servidor de aplicação: Glassfish v3, TomCat 6, WebSphere 8 e Weblogic 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 8