INFORMATIVO MASTERSAF DFE VERSÃO

Transcrição

1 MASTERSAF DFE VERSÃO

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 Caçapava (SP)... 2 Município de Santa Bárbara D Oeste (SP)... 2 Município de Itajaí (SC)... 2 Município de Limeira (SP)... 2 Geral... 3 Alteração do Integrador... 3 Alteração no parâmetro extensões_arquivo_entrada... 3 Criação de parâmetro de Tipos de Arquivos de Saída por Módulo... 3 Criação de parâmetro de Tipos de Arquivos de Retorno de Recebimento por Módulo... 3 Correções...4 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 4 Município de Anápolis (GO)... 4 Município de Campinas (SP)... 4 Município de Foz do Iguaçu (PR)... 4 Município de Itanhaém (SP)... 4 Município de Marília (SP)... 4 Município de Natal (RN)... 4 Município de Nova Mutum (MT)... 4 Município de Pinhais (PR)... 5 Município de Pouso Alegre (MG)... 5 Município de São Luís (MA)... 5 Município de Salvador (BA)... 5 Município de Santa Carmem (MT)... 5 Município de Vitória (ES)... 5 Emissor de Nota Fiscal Eletrônica NF-e... 6 Nota Inutilizada... 6 Impressão de nota após erro de envio de Emissão de notas com Mastersaf em arquivos - integração via XML pelo integrador... 6 Informações Complementares na impressão de DANFE... 6 Geração de DANFE - segunda página em branco... 6 Valor Unitário em DANFE Paisagem... 6 Envio de automático... 7 Receptor de Nota Fiscal Eletrônica NF-e... 7 Evento de Manifestação... 7 Emissor de Conhecimento de Transporte Eletrônico CT-e... 7 Ordem de impressões de CT-e... 7 Receptor de Conhecimento de Transporte Eletrônico CT-e... 7 Consulta individual... 7 Geral... 8 Incluir em Cadastro de Empresas... 8 Download PDF (Receptor CT-e e Receptor NF-e)... 8 Cadastro de Usuários... 8 Alteração de Usuário e tela de Login... 8 EPEC 2.00 (Data de Emissão)... 8

3 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: acessando o menu: Base de Conhecimento Cliente > Mastersaf DFE > Manuais Técnicos. 1

4 NOVAS FUNCIONALIDADES / MELHORIAS EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Municípios liberados nesta versão: Cidade UF WebService Upload Mucuri BA X São Mateus ES X Tatuí SP X Município de Caçapava (SP) A Prefeitura de Caçapava liberou integração via WebService utilizando um novo modelo (GENERATIVAWS). Em atendimento à mudança, o sistema foi alterado. Município de Santa Bárbara D Oeste (SP) Implementação da integração com o município de Santa Barbara D Oeste. Município de Itajaí (SC) A Prefeitura de Itajaí alterou o layout de integração para o envio de cancelamento. Em atendimento à mudança, foi alterado o sistema adicionando essa nota tag ao enviar o XML de Cancelamento. Município de Limeira (SP) Alteração de integração Upload/Download para Integração WebService. A prefeitura de Limeira liberou integração via WebService utilizando um novo modelo. Foi implementado no sistema o novo modelo GENERATIVAWS e foi alterado o modelo de Limeira de kerneltecnologia para GENERATIVAWS. 2

5 GERAL Alteração do Integrador Foi alterado o funcionamento do Integrador para permitir que o envio e o retorno de documentos sejam processados pelo mesmo integrador. Alteração no parâmetro extensões_arquivo_entrada O parâmetro extensões_arquivo_entrada foi alterado para permitir informar mais de uma extensão, sendo xml e/ou txt separados por vírgula. Criação de parâmetro de Tipos de Arquivos de Saída por Módulo Foram criados novos parâmetros para permitir a definição do tipo de arquivo para os retornos por módulo, sendo: extensoes_arquivo_saida_nfs para arquivos de retorno no módulo NFS-e extensoes_arquivo_saida_nfe para arquivos de retorno no módulo NF-e extensoes_arquivo_saida_cte para arquivos de retorno no módulo CT-e extensoes_arquivo_saida_mdfe para arquivos de retorno no módulo MDF-e Para os casos em que se deseja utilizar o mesmo tipo para todos os módulos, o parâmetro extensoes_arquivo_saida foi mantido. Estes parâmetros poderão ser definidos com o tipo XML ou TXT. Criação de parâmetro de Tipos de Arquivos de Retorno de Recebimento por Módulo Foram criados novos parâmetros para permitir a definição do tipo de arquivo de retorno de recebimento por módulo, sendo: tipo_retorno_recebimento_recepnfs para arquivos de retorno do Receptor NFS-e tipo_retorno_recebimento_recepnfe para arquivos de retorno do Receptor NF-e tipo_retorno_recebimento_recepcte para arquivos de retorno do Receptor CT-e Para os casos em que se deseja utilizar o mesmo tipo para todos os módulos receptores, o parâmetro tipo_retorno_recebimento foi mantido. Estes parâmetros poderão ser definidos com o tipo XML ou TXT. 3

6 CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Município de Anápolis (GO) Situação: A prefeitura espera no campo Alíquota o valor como 5.00 e o sistema Mastersaf DFE enviava o valor como 0.05 via cadastro no portal ou via integração. Solução: Alterado o sistema para enviar a alíquota no formato esperado pela a prefeitura. Município de Campinas (SP) Situação: Ao realizar integração com a Prefeitura de Campinas, era apresentado o valor do IR incorretamente no PDF gerado pelo portal. O problema ocorria Solução: Ajustado o sistema para que seja exibido corretamente o valor do IR na geração do PDF para todos os municípios. Município de Foz do Iguaçu (PR) Situação: O método de consulta situação passou a ser obrigatório, conforme nota de esclarecimento da prefeitura. Solução: Implementado o método consulta situação na integração com o município de Foz do Iguaçu. Município de Itanhaém (SP) Situação: Para município de Itanhaém o sistema não lia as informações de RPS convertido, fazendo com que o RPS apresentasse erro geral. Quando reenviado, apresentava status de rejeitada. Solução: Após reajustes, a situação foi normalizada. Município de Marília (SP) Situação: O sistema montava a tag aliquota_simples, porém esta só deveria ser informada quando o contribuinte for optante pelo simples nacional. Solução: Alterado o sistema para enviar a tag aliquota_simples somente na situação adequada. Município de Natal (RN) Situação: O sistema não deve informar valor de deduções, mesmo se o tomador for de Natal ou não, conforme retorno da prefeitura. Solução: Ajustado o sistema para não enviar o valor de deduções, pois é um campo calculado pela prefeitura. Município de Nova Mutum (MT) Situação: Após implementação da integração WebService com o município de Nova Mutum, só havia o link de produção. Solução: Disponibilizado o link de homologação na integração WebService para este município. 4

7 Município de Pinhais (PR) Situação 1: O sistema não formatava o campo Alíquota devidamente como a prefeitura espera. Ao parametrizar a alíquota, o Mastersaf DFE formatava de forma incorreta. Solução 1: Alterado o sistema para enviar a alíquota no formato esperado pela prefeitura. Situação 2: No XML de retorno com erro não era exibida a mensagem de retorno da prefeitura. Solução 2: Ajustado o sistema para exibir a mensagem retornada pela prefeitura no log do RPS. Município de Pouso Alegre (MG) Situação: Ao realizar a integração manual (upload/download) com a prefeitura de Pouso Alegre, o portal convertia a nota que não possui NFS-e e código de verificação. Solução: O sistema foi ajustado para não alterar o status para convertido quando o arquivo importado não possuir as informações do nota convertida. Município de São Luís (MA) Situação: A Prefeitura de São Luís alterou seu endereço de envio de lote. Solução: Em atendimento a alteração da prefeitura, o sistema foi alterado, mudando o link de integração com o município, o link de visualização da nota convertida (apenas ambiente de produção). Os links foram alterados para: WS: Link visualização: Município de Salvador (BA) Situação: Ao incluir o certificado de Salvador, permanecia em processamento e gerava erro no log do portal. Solução: O problema foi corrigido, normalizando a situação. Município de Santa Carmem (MT) Situação: O sistema Mastersaf DFE não possuía o link direto para consultar a NFS-e para a Prefeitura de Santa Carmem. Solução: Incluída na tabela msg_script a URL_DE_CONSULTA para o município de Santa Carmen, o link de visualização da nota convertida no portal da prefeitura. Município de Vitória (ES) Situação: O campo Alíquota não era enviado no formato correto para o município de Vitória. Solução: Alterado o sistema para enviar a alíquota no formato esperado pela prefeitura. 5

8 EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Nota Inutilizada Situação: Ao utilizar o método webservice GetStatus (com parâmetro) não funcionava corretamente ao tentar consultar o status de um documento de inutilização. Solução: O sistema foi corrigido, passando a retornar status apenas do documento que foi consultado. Impressão de nota após erro de envio de Situação: Quando informado um inválido no grupo Destinatário do XML, após tentar enviar um , o sistema tenta direcionar a nota para impressão automática, porém o processo não era realizado devido aos erros de endereço inválido apresentado no log da mensageria. Solução: O sistema foi ajustado, tratando o retorno do erro que ocorre ao enviar um ( inválido), permitindo assim a execução do processo de impressão automática quando for parametrizada. Emissão de notas com Mastersaf em arquivos - integração via XML pelo integrador Situação: Ao enviar uma nota para o sistema enviando as tags Mastersaf e dsimpressora, a nota apresenta rejeição no Mastersaf DFE, acusando que a tag Mastersaf não é esperada. O problema ocorria tanto para 2.00 quanto para Solução: Ajustado o sistema para importar os arquivos XML v3.10 e v2.00 quando possuírem informações dentro da tag Mastersaf. Informações Complementares na impressão de DANFE Situação: Para DANFE, Ao selecionar o modo de impressão Paisagem 2 e enviar a requisição de impressão de uma nota na qual existe apenas um item, e a tag do campo Informações Complementares possui informações maiores que o quadro do campo, era impresso uma segunda página, porém sem a delimitação do quadro de Dados Complementares. Ou seja, ao parametrizar Paisagem 2 e emitir muitos itens, a quebra da página é realizada corretamente, mas o campo Informações Complementares apresenta tamanho diferente da página 1. A situação ocorria para todos os Formatos de Impressão (paisagem, retrato paisagem 2 e retrato 2). Solução: Corrigido o sistema para que, ao ser necessário uma segunda página, seja mantido o mesmo tamanho da página 1 para o campo Informações Complementares. Geração de DANFE - segunda página em branco Situação: O DANFE apresentava problema, sendo gerada um página a mais mesmo sem item. Havendo uma determinada quantidade de itens, todas eram apresentadas na primeira página do DANFE e a segunda era vazia. Solução: O sistema foi alterado para não gerar a segunda página quando não houver informações (itens ou informações complementares), no Formato de impressão: Paisagem e o campo Valor aproximado dos tributos: Campos próprios. Valor Unitário em DANFE Paisagem Situação: O tamanho da coluna de Valor Unitário era exibido pequeno no DANFE em paisagem para valores altos informados. Solução: Alterada a geração do DANFE em formato paisagem para que apresente o tamanho adequado das colunas, exibindo todos os caracteres. 6

9 Envio de automático Situação: Com a empresa configurada para não enviar automaticamente, quando a nota era aprovada, ela não envia o , mas quando era cancelada, era enviado um automático, para o endereço do destinatário com os documentos fiscais, XML e DANFE. Solução: Alterado o sistema para não enviar quando não estiver parametrizado o envio de automático, tanto para cancelamento pelo portal, quanto por arquivo de integração. RECEPTOR DE NOTA FISCAL ELETRÔNICA NF-E Evento de Manifestação Situação: Ao consultar uma nota no portal do Mastersaf DFE, esta apresentava a manifestação de Ciência de Operação mas ao tentar realizar o download, é exibida a mensagem: Rejeicao: NF-e indisponivel para download devido a ausencia de Manifestacao do Destinatario. Ao consultar os portais da SEFAZ Nacional e Regional não havia o Evento de Manifestação Solução: Correção implementada, normalizando a situação do problema. EMISSOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Ordem de impressões de CT-e Situação: No módulo Emissor CT-e, as impressões de documentos CT-e eram realizadas fora de ordem. Solução: Alterado o integrador para realizar a leitura dos arquivos ordenando pelo nome. RECEPTOR DE CONHECIMENTO DE TRANSPORTE ELETRÔNICO CT-E Consulta individual Situação: Após a nota já estar autorizada, para alguns recebimentos, o sistema realizava uma nova consulta e a nota apresentava status de erro. Solução: Alterado o sistema para receber o retorno (retornosefaz.xml) na consulta individual, manter o status da nota aprovada e postergar o job de consulta desta nota. 7

10 GERAL Incluir em Cadastro de Empresas Situação: Ao clicar no botão Incluir no Cadastro de Empresas ocorria erro de Exceção, porém não impedindo o cadastro da empresa. Solução: Após alterações, o sistema foi corrigido. Download PDF (Receptor CT-e e Receptor NF-e) Situação: Ao acessar o módulo Receptor NF-e ou Receptor CT-e, selecionar as NF-e ou CT-e e solicitar o Download em PDF com a opção NF-e(s) filtrada(s) via Pesquisa de Resultado ou CT-e(s) filtrada(s) via Pesquisa de Resultado, o arquivo compactado era gerado, porém o seu conteúdo não eram as NF-e ou CT-e selecionados onde deveriam aparecer os PDF, apareciam o nome notfound. Solução: Alteração na forma que busca os recebimentos para geração de PDF, seja em massa ou não, passando a buscar por ID e CNPJ apenas, assim como na listagem. A alteração foi realizada para os módulos Receptor CT-e e Receptor NF-e. Cadastro de Usuários Situação: A tela de edição de usuário lista apenas 500 empresas, sendo que alguns usuários necessitam de um número maior. Solução: Após realizar uma alteração, o sistema passou a permitir a seleção de um número maior de empresas. Alteração de Usuário e tela de Login Situação: Ao editar um usuário ou ao realizar login no sistema, o sistema demorava muito tempo para carregar a tela. O sistema verificava para cada empresa quais módulos estão liberados no XML de licenciamento do produto no banco de dados. Solução: Alterado o sistema, corrigindo a situação. EPEC 2.00 (Data de Emissão) Situação: Ao enviar EPEC (forçada) NFe 2.00 para SEFAZ-SP, era recebida a seguinte rejeição: Não foi possível enviar para EPEC. Motivo: Rejeicao: Data de emissao NF-e posterior a data de recebimento. Código: 212. Solução: Implementação realizada, passando a respeitar o novo parâmetro criado no extrato do sistema para realizar o atraso na data/hora de evento de EPEC para todos os módulos. 8