MASTERSAF DFE VERSÃO 3.30.2
SUMÁRIO Observações importantes... 1 Novas funcionalidades / Melhorias...2 Emissor de Nota Fiscal de Serviço Eletrônica NFS-e... 2 Município de Iguatu (CE)... 2 Município de Passos (MG)... 2 Município de Lorena (SP)... 2 Município de Divinópolis (MG)... 2 Criação do menu Monitor de Erros... 2 Criação da tela Monitor de Erros... 2 Receptor de Nota Fiscal de Serviço Eletrônica NFS-e... 3 Consulta Individual NFe 2.00 x 3.10... 3 Emissor de Nota Fiscal Eletrônica NF-e... 3 Criação do subacordeom E-mails para Destinatário... 3 Criação do subacordeom E-mails para Usuários do Sistema... 3 Criação do parâmetro Envio de e-mail automático para usuários do sistema... 3 Criação da Lista de E-mails... 4 Cadastro de E-mails de Usuários do Sistema... 4 Criação de funcionalidade para envio de e-mail automático de NF-e com status Rejeitado ou Erro... 4 Correções...5 Emissor de Nota Fiscal de Serviço Eletrônica NFS-E... 5 3926 3947Município de Anápolis (GO) e Vitória (ES)... 5 Município de Londrina (PR)... 5 Município de Barreiras (BA)... 5 Município de Marília (SP)... 5 Município de Niterói... 5 Município de Olinda (PE)... 5 Município de Barueri (SP)... 6 Município de Palhoça (SC)... 6 Município de Foz do Iguaçu (PR)... 6 Município de Várzea Paulista (SP)... 6 3985Município de Campinas (SP)... 6 Emissor de Nota Fiscal Eletrônica NF-e... 6 Layout 3.10 NF Referenciada de Produtor Rural... 6 Ajuste da Margem do DANFE em Retrato 2... 6 Campo Telefone no XML... 7 Upload/Integração de XML legado do layout menor que 2.00 inválido... 7 IE do Destinatário no Layout EPEC... 7 Geração de PDF em Retrato 1... 7
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ípio de Iguatu (CE) A Prefeitura de Iguatu mudou do modelo ISSINTEL para E-Nota. Em atendimento à mudança, o sistema foi alterado de acordo com o novo modelo. Município de Passos (MG) Implementação que corrige o envio do RPS pelo portal Mastersaf DFE, que apresentava problema de Tentativa de comunicação. Município de Lorena (SP) A Prefeitura de Lorena mudou do modelo ISSNET para CECAM. Em atendimento à mudança, o sistema foi alterado de acordo com o novo modelo. Município de Divinópolis (MG) A Prefeitura de Divinópolis disponibilizou integração via WebService. Porém continua sendo do modelo govdigitaliss. O padrão Abrasf utilizado é o 2.01. O sistema foi alterado em atendimento à mudança. Criação do menu Monitor de Erros Foi criado o menu Monitor de Erros no módulo NFS-e. Por meio deste menu é possível acessar a tela Painel Monitor. Criação da tela Monitor de Erros Foi criada a tela Monitor de Erros, onde é possível selecionar as empresas em que se deseja visualizar os dados, efetuar buscas por período, buscas avançadas e visualizar gráfico de NFS-e. Nesta tela também foi criado o Painel de Ações com grid de documentos rejeitados e/ou com erro. Neste grid são exibidas as quantidades de notas por status de Rejeição e/ou erro. Também foram disponibilizadas as funcionalidades Download de XLS para ações individuais ou em massa, e Reenviar para ações individuais no Painel de Ações. Para acesso a esta tela o usuário deverá ter a permissão de acesso NFS-e Monitor de Erros habilitada em seu perfil. Nesta tela o usuário poderá visualizar somente as empresas em que tem acesso. 2
RECEPTOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E Consulta Individual NFe 2.00 x 3.10 Após realização de tratamento para as Consultas dos CT-e 1.04 e com a desativação da emissão deste layout, se tornou necessário o sistema tratar as consultas das NF-e 2.00, após a desativação desta versão. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Criação do subacordeom E-mails para Destinatário Administração do Sistema > Listagem de Empresas > Cadastrar Empresa > NF-e > NF-e Parâmetros de E-mail Foi criado o acordeom E-mails para Destinatário e movidos para este os parâmetros que anteriormente estavam disponíveis no acordeom NF-e Parâmetros de E-mail. Todos os parâmetros deste acordeom são utilizados somente para definir os envios de e-mails para destinatários de NF-e. Criação do subacordeom E-mails para Usuários do Sistema Administração do Sistema > Listagem de Empresas > Cadastrar Empresa > NF-e > NF-e Parâmetros de E-mail Foi criado o acordeom E-mails para Usuários do Sistema para parâmetros de envio de e-mails aos usuários do sistema. Neste acordeom foram disponibilizados campos para cadastro de e-mails e Lista de e-mails cadastrados. Criação do parâmetro Envio de e-mail automático para usuários do sistema Administração do Sistema > Listagem de Empresas > Cadastrar Empresa > NF-e > NF-e Parâmetros de E-mail > E-mails para Usuários do Sistema Foi disponibilizado este parâmetro para permitir habilitar ou desabilitar o envio de e-mail automático para usuários do sistema. Quando selecionada a opção Não, os e-mails automáticos para usuários do sistema não serão enviados, mesmo que existam e-mails cadastrados no grid Lista de E-mails. Mesmo que esta opção esteja selecionada, ainda será permitido adicionar, editar e/ou excluir endereços na Lista de E-mails. Quando selecionada a opção Sim, deverá habilitar o envio de e-mail automático para os usuários do sistema cadastrados na Lista de E-mails. O envio do e-mail deverá ocorrer de acordo com os parâmetros definidos para cada endereço cadastrado nesta lista. Com esta opção selecionada, também será permitido adicionar, editar e/ou excluir endereços na Lista de E-mails. 3
Criação da Lista de E-mails Administração do Sistema > Listagem de Empresas > Cadastrar Empresa > NF-e > NF-e Parâmetros de E-mail > E-mails para Usuários do Sistema Foi disponibilizado para exibição dos e-mails de usuários cadastrados para receber notificações de notas Rejeitadas ou com Erro. Através deste grid é possível editar e/ou excluir os endereços cadastrados. Para alterar os dados de um e-mail já cadastrado na Lista de E-mails, este ícone deve ser acionado para permitir ao usuário efetuar as alterações nos campos correspondentes e clicar no botão Salvar para gravar as alterações. Para excluir um e-mail da Lista de E-mails, este ícone deve ser acionado para que o endereço seja removido da lista. Cadastro de E-mails de Usuários do Sistema Administração do Sistema > Listagem de Empresas > Cadastrar Empresa > NF-e > NF-e Parâmetros de E-mail > E-mails para Usuários do Sistema Novos e-mails de usuários poderão ser cadastrados utilizando o botão Adicionar, o qual permite inserir um novo e-mail e definir as notificações que deseja receber. Para gravar o e-mail na lista, deve ser acionado o botão Salvar, e para desistir do cadastro, deve ser acionado o botão Cancelar. Os botões Adicionar, Salvar e Cancelar são exclusivos para o acordeom E-mails para Usuários do Sistema, onde para salvar todas as alterações, edições e exclusões, deverá ser utilizado o botão SALVAR no final da tela de Cadastro da Empresa. Criação de funcionalidade para envio de e-mail automático de NF-e com status Rejeitado ou Erro Foi disponibilizada a funcionalidade de envio de E-mail de NF-e com status Rejeitado ou com Erro automaticamente para os endereços cadastrados no novo acordeom E-mails para Usuários do Sistema no Cadastro da Empresa. 4
CORREÇÕES EMISSOR DE NOTA FISCAL DE SERVIÇO ELETRÔNICA NFS-E 3926 3947Município de Anápolis (GO) e Vitória (ES) Situação: As prefeituras esperam no campo Alíquota o valor como 5.00, porém o sistema enviava como 0.05 via cadastro no portal e também via integração. Dessa forma, era possível apenas autorizar a nota, quando no arquivo TXT de integração era informado 5.00, valor incorreto pois o layout de integração exige que seja 0.05. Solução: Alterado o sistema para enviar a alíquota no formato que a prefeituras esperam. Município de Londrina (PR) Situação: Para integrar com o município de Londrina, a prefeitura solicitava ajuste do PDF de impressão do RPS. Solução: Alterado o relatório PDF do sistema (impactando para todos os municípios), nos seguintes pontos: Retirada do campo serie ; Incluído o título: RECIBO PROVISORIO DE SERVIÇOS (RPS) ; Alterada a expressão VALOR TOTAL DA NOTA por VALOR TOTAL DO RPS. Município de Barreiras (BA) Situação: A Prefeitura de Barreiras (modelo SAATRI) espera no campo Alíquota o valor 3.00 e o sistema enviava 0.0300 via cadastro no portal e via integração. Solução: Alterado o sistema para enviar a alíquota no formato que a prefeitura espera. Município de Marília (SP) Situação: A Prefeitura de Marília retornou uma rejeição sobre o campo e-mail null, porém o portal não conseguia ler esse retorno e apresentava o status Aguardando Processamento. Solução: Após alteração, a situação do sistema foi normalizada. Município de Niterói Situação: Na integração com o município de Niterói, quando ocorre a rejeição E10 - RPS já informado, o sistema não realizava a consulta individual para atualizar as informações da nota convertida, permanecendo o status do RPS como 200-Rejeitada. Solução: Foi identificado no retorno da prefeitura um espaço após o código E10, impedindo o sistema de realizar a consulta individual, alterando o status do RPS 200-Rejeitada. Após o ajuste, a situação foi normalizada. Município de Olinda (PE) Situação: Na integração com a Prefeitura de Olinda, o portal montava o arquivo para que fosse feito upload no portal da própria prefeitura, e esse arquivo era gerado com a assinatura e o certificado digital da empresa no XML gerado. Porém, conforme informado pela prefeitura, não era preciso informar o certificado no arquivo para integração. Solução: Removido o certificado do XML gerado pelo portal, permitindo assim emitir as notas nesta prefeitura. 5
Município de Barueri (SP) Situação: O sistema apresentava inconsistência referente à quantidade na integração com o município. A Prefeitura de Barueri validava a quantidade e valor unitário, porém o sistema não tratava esta situação. Solução: Com ajustes relacionados a implementações anteriores, o sistema foi ajustado para correção do problema. Município de Palhoça (SC) Situação: Ao integrar com o município de Palhoça ocorria rejeição devido ao sistema realizar o envio para a URL incorreta. Solução: Alterado o sistema para que o município utilize a mesma URL de integração utilizada por outras prefeituras deste modelo. Município de Foz do Iguaçu (PR) Situação: Ao realizar a consulta situação, o sistema não conseguia ler o retorno, pois o RPS apresentava status de erro e não realizava uma nova consulta. Solução: Ajustado o sistema para que, ao receber o retorno da consultasituação, dispare uma nova consulta ou, se necessário, dispare a Consulta lote. Município de Várzea Paulista (SP) Situação: No campo <CidadeLocalPrestacao> do layout da prefeitura deveria ser enviado o código IBGE. Contudo, o sistema enviava o Nome da Cidade. Solução: Com a alteração, o sistema passa a enviar os dados corretos nesta situação. 3985Município de Campinas (SP) Situação: O sistema não exibia a descrição da mensagem do XML de retorno da Prefeitura de Campinas em operação de Cancelamento. O problema ocorre na regra de cancelar um documento quando o valor do ISS é maior que R$5.000,00. Solução: Realizado tratamento no sistema para exibir a descrição do retorno no log do RPS. EMISSOR DE NOTA FISCAL ELETRÔNICA NF-E Layout 3.10 NF Referenciada de Produtor Rural Situação: Para nota fiscal no layout 3.10, quando enviados dados de nota fiscal referenciada de Produtor Rural, as informações não eram apresentadas em suas respectivas tags, pois a aplicação não criou a tag CNPJ/CPF. Solução: Após alteração, a situação foi normalizada. Ajuste da Margem do DANFE em Retrato 2 Situação: Ao imprimir o DANFE em Retrato 2, a margem superior é apresentada cortada, havendo diferença de margem ao comparar as impressões do DANFE em modo Retrato e Retrato 2. Solução: Ajustado o modo Retrato2 para apresentar as mesmas medidas que o Retrato. 6
Campo Telefone no XML Situação: O e-mail de envio de XML apresentava um erro no formato do telefone. Solução: Foi realizado tratamento da mensagem de erro para o campo Telefone ao enviar e-mail de uma nota autorizada com a parametrização do formato do e-mail como TXT. Upload/Integração de XML legado do layout menor que 2.00 inválido Situação: Ao realizar o upload ou a integração de XML legado do layout 1.10, era apresentado erro do WebService do sistema: Documento não processado. A versão de layout informada [1.10] não é valida. Valores válidos: 2.00 ou 3.10. Solução: Implementado no sistema a importação de NF-e de arquivos de versões anteriores a 2.00 quando utilizado a função Upload (na Listagem do NF-e) e também na importação via integração. Para emissão de NF-e, são permitidas apenas as versões as quais o sistema oferece integração (2.00 e 3.10). IE do Destinatário no Layout EPEC Situação: No Layout EPEC havia um campo IE nos dados do destinatário da nota que não era enviado, e na Nota Técnica 2014/001, no layout da mensagem de envio do EPEC, há um campo referente a IE que ainda não havia sido implementado. Solução: Incluído o campo IE do destinatário conforme orientação da Nota Técnica; só será enviado o campo no EPEC quando possuir um valor numérico. Geração de PDF em Retrato 1 Situação: Ao acessar a Listagem de NF-e, e ter alguma nota autorizada com os parâmetros de impressão da empresa para Impressão em Retrato 1 e clicando no botão PDF para gerá-lo, este cortava as informações na parte inferior da página, fazendo com que algumas informações da nota, como as Informações Complementares não fossem disponibilizadas. Solução: A geração pelo sistema foi tratada para que as informações complementares sejam disponibilizadas dentro do espaço delimitado. 7