Recebimento eletrônico de NFS-e

Atendendo os pré-requisitos, é preciso configurar o sistema para que ele faça a busca do código do serviço. O campo Serviço Disp. Recebimento Eletrônico, disponibilizado nas telas de cadastro de serviço (F080SER ou F080CSA) e no cadastro da família (F012FAM), indica se o serviço está disponível para busca no recebimento eletrônico de NFS-e. Para que a busca ocorra, o sistema verifica se o código do serviço possui o campo preenchido com S - Sim ou em branco. É possível também configurá-lo como N - Não caso queira que a busca ignore o serviço ou a família (exemplo: família/serviços prestados).

O sistema segue a ordem abaixo para buscar o código do serviço cadastrado, ou seja, ao menos uma das rotinas indicadas precisa estar parametrizada:

1. Ligação Serviço X CEP (F080SXC). O sistema filtra pelos CEPs cadastrados no município de incidência da NFS-e e pelo campo Cód. Tribut. NFS-e
2. Cadastro de Serviço (F080SER), filtrando pelo o campo Cód. Tribut. NFS-e, sem a necessidade de haver um Tipo Serviço definido
3. Ligação Tipo de Serviço X Município (F080TXM), filtrando pelo Cód. Tribut. NFS-e e Código do município de incidência
4. Cadastro de Serviço (F080SER), filtrando pelo o campo Tipo Serviço, sem a necessidade de haver um Cód. Tribut. NFS-e definido. Caso houver um Tipo Serviço definido em mais de um cadastro, será retornado o primeiro serviço encontrado

Para que o Gestão Empresarial | ERP mantenha os impostos da nota fiscal, ou seja, não faça o recálculo desses valores, utilize o identificador de regras CPR-000MTNEL01. Com ele ativo na importação de um .XML, os cálculos executados por padrão pelo Gestão Empresarial | ERP serão desconsiderados, ou seja, o sistema traz para a nota fiscal os impostos como eles estão no .XML.

Sugestão de regra para NFS-e:

Definir alfa CprACmpSer;
CprACmpSer = "PerIss,VlrBis,Vlriss,VlrBir,VlrIrf,VlrBin,Vlrins,PerIns,VlrBpt,
VlrPit,PerPit,VlrBct,VlrCrt,PerCrt,VlrBcl,VlrCsl,PerCsl,VlrBor,VlrOur,PerOur,
VlrDed";

Para sugestão da série no Recebimento da NFS-e é necessário cadastrar uma Espécie de Documento (F032EDC) com o código NFS (ver observação) e ligá-la ao cadastro de uma Série de Documento Fiscal (F020SNF).

No recebimento eletrônico, quando o documento for NFS-e a sugestão da série verifica se há ligação de uma série de NFS-e com o fornecedor (F095FXS), filtrando pelo CodEdc da NFS-e. Caso não encontre, faz o filtro pelo CodEdc do cadastro da Série de Notas Fiscais (F020SNF).

Cadastro da série:

Ligação Fornecedor X Série Nota Fiscal:

Recebimento eletrônico:

1. O sistema verifica se há uma transação definida na ligação Fornecedor X Serviços (tela F403LFS ou F403FSE, campo Transação NF Ent. Serviço;
2. Caso não encontre na ligação Fornecedor x Serviços, o sistema verifica se há uma transação definida na tela F095HFO, campo Transação NF Ent. Serviço, para o fornecedor da nota, considerando a empresa/filial ativa;
3. Se não houver transação na tela F095HFO, a transação sugerida será conforme o campo Transação NF Entrada Serviços dos parâmetros por estado da tela F009PPE.

A sugestão da Ordem de Compra para uma Nota Fiscal de entrada pode ser executada de duas formas:

• Através da Leitura das tags [xPed] e [nItemPed] do XML da NF-e que está sendo recebida.

Para este processo ser ativado pelo sistema (sugestão através das tags), as tags em questão devem estar definidas no XML recebido.

• Para que o Gestão Empresarial | ERP relacione automaticamente a nota importada à ordem de compra (quando as tags xPed e nItemPed não estejam informadas no XML) siga os passos abaixo:

1. Acesse a tela de Parâmetros do Recebimento Eletrônico (F070PRE) e defina o campo Sug. ordem de compra (do painel Recebimento Eletrônico) como S;
2. Ao importar o .XML da nota, o ERP verifica se o parâmetro está definido como S e sugere a ordem de compra desde que ela atenda aos seguintes critérios:
   • A empresa/filial da ordem de compra deverá ser a mesma da Nota Fiscal;
   • O Fornecedor deve ser o mesmo da Nota Fiscal;
   • A ordem de compra deve estar fechada;
   • A data de emissão da ordem de compra deve ser menor ou igual à data de entrada da Nota Fiscal;
   • A quantidade aberta deve ser maior ou igual à quantidade recebida;
   • Se houver mais de uma ordem de compra, o ERP prioriza (nesta ordem):
     1. Menor data de emissão da ordem de compra;
     2. Menor número da ordem de compra.

Assim, a sugestão ocorre no momento da geração do documento de entrada (ou ao clicar em Mostrar na tela F000INE), utilizando o serviço sugerido para verificar se há uma ordem de compra vinculada.

É possível fazer a ligação de contratos de compra comerciais dos tipos 1 - Comercial Normal e 2 - Comercial Adicional (cadastrados na tela F460CTR) às notas fiscais de entrada por meio da tela F000INE.

Nos contratos do tipo 10 - Financeiro Por Saldo, o abatimento é por saldo do contrato. Nos tipos 1 e 2, o controle ocorre por produtos e serviços conforme a data de competência (parcela). Dessa forma, os tipos 1 e 2 devem ser informados nos itens da nota por meio dos campos Nº Contr. e Seq. Ctr., sendo permitido informar mais de um contrato para a mesma nota.

Quanto à competência do contrato, diferentemente da tela F461GNC onde é possível informar a data de competência para efetuar a baixa, na tela F000INE o sistema considera apenas uma competência, no caso a próxima data de competência em aberto do contrato, para realizar as validações entre nota e contrato, mesmo que esse permita múltiplas competências.

O botão Contratos da tela F000INE abre a tela F462CTR, que permite a consulta dos contratos de compra:

• Nos itens da nota fiscal de entrada é possível informar um contrato de compra dos tipos 1 e 2, além do sequencial do item do contrato;
• É possível informar um contrato comercial apenas se as notas fiscais forem do tipo 1 - NF Entrada, 6 - NF Produtor ou 7 - NF Geração Manual;
• Nos dados gerais da nota fiscal de entrada é permitido informar apenas contratos do tipo 10. Nesse caso, contratos do tipo 1 e 2 não poderão ser relacionados nos itens.

Todos os identificadores de regra da tela F000INE são chamados normalmente para esse processo. Recomendamos a utilização do identificador CPR-000MTNEL01 para herança dos valores do .XML.

O número da NFS-e será o mesmo disponibilizado pelo eDocs, que hoje utiliza o campo NumDfs (Número do Documento Fiscal de Serviço). No entanto, como o campo E000Nfc.NumNfc tem nove caracteres no ERP, serão aplicados alguns tratamentos nos casos em que a numeração do RPS no .XML tiver: mais que nove caracteres, ou tiver algarismos não numéricos, ou não for informado. Os tratamentos seguirão a seguinte ordem:

• Remover sequenciais de zeros quando há quatro ou mais zeros seguidos. Apenas a primeira sequência de 0 é removida.
• Caso a numeração tenha mais de nove caracteres, considera apenas os últimos 9 dígitos.

Os tratamentos são necessários pois não há um padrão nacional estabelecido para o RPS e suas numerações, havendo, inclusive, prefeituras que não utilizam nenhum controle com relação à exigência de um número de RPS, impedindo sua utilização. Dessa forma, o Recebimento de NFS-e entre eDocs e ERP segue um padrão único para atender todos os leiautes não padronizados das prefeituras.

No momento que uma NFS-e é convertida a partir de um RPS, o que possui valor legal é o número da NFS-e armazenado no campo E000NFC.NumDfs, considerado pelo ERP nos processos seguintes.

1º exemplo

XML

ERP

2º exemplo

XML

ERP

3º exemplo

XML

ERP

4º exemplo

XML

ERP

Ao importar o .XML de uma nota que já está no ERP e ela vir como cancelada, o sistema se comportará da mesma forma que com os documentos CT-e e NF-e: alterando o campo E000NFC.IndCan para S e, no próximo processamento através da F000INE, excluindo a nota.

Exemplo no eDocs:

Exemplo no ERP após importar o cancelamento:

Após processar o cancelamento, é apresentada a mensagem Notas fiscais de entrada processadas com sucesso e, com isso, a nota de serviço é excluída do sistema:

Ao importar o .XML de uma nota fiscal de serviço (NFS-e), o sistema assume a Quantidade Recebida igual a "1" e o Preço Unitário fica igual ao valor bruto do item. Assim, se a quantidade do item que consta no .XML da nota for maior que "1", o sistema aplica esse comportamento e a quantidade do item, no recebimento, passa a ser "1" unidade de serviço. Nesse cenário:

• Na tela Parâmetros de Usuário para Compras e Recebimento (F099UCP), se houver informado um percentual de diferença válido entre a quantidade da nota fiscal de entrada e a da ordem de compra, o sistema vai indicar quando a quantidade da OC for diferente de "1"
• Se a O.C. do serviço for gerada com uma quantidade maior que "1", ao receber a nota a O.C. ficará em aberto, pois na nota a quantidade será "1" e o restante da quantidade da O.C. ficará em aberto; nesse caso, é necessário cancelar a quantidade restante da O.C.
• Portanto, no recebimento eletrônico de NFS-e, se for trabalhar com ordem de compra, a quantidade da ordem de compra deve ser "1", especialmente nesse cenário em que é usada a configuração no cadastro do usuário para validar divergências entre a ordem de compra e a nota fiscal de entrada

Confira o tópico 2. Pré-requisitos.

Para isso, confira a lista de cidades homologadas para o Recebimento de Notas Fiscais de Serviço Eletrônicas no portal do eDocs.

Ela pode ocorrer de duas formas, dependendo da parametrização utilizada:

• Retorno via web service do ERP (Middleware): quando o ERP estiver configurado para receber as informações vindas do eDocs através do web service do ERP (tela F070FVE, guia Documentos Eletrônicos, parâmetro Software Emissor NF-e igual a 0), isso indica que a comunicação será via Middleware, ou seja, através do web service do ERP. Para o recebimento da NFS-e, o tratamento ocorre no mesmo web service dos demais documentos: com.senior.g5.co.int.eletronicos.documentos, porta Receber;
• Retorno via web service eDocs (sem Middleware/processo automático 102) quando o ERP estiver configurado para buscar as informações do recebimento eletrônico através de uma consulta ao web service do eDocs (tela F070FVE, guia Documentos Eletrônicos, parâmetro Software Emissor NF-e igual a 2 ou 3), isso indica que a consulta ao eDocs será por parte do ERP através do processo automático 102 - Integração com o eDocs para importação de documentos e retornos das emissões ou manualmente pela tela F000FRE.

Para mais informações, acesse a documentação completa.

É um código específico designado por cada prefeitura, indicado nas notas fiscais e utilizado no processo de sugestão do código de serviço.

Por padrão, o ERP faz o recálculo dos impostos durante a rotina de importação, o que pode causar inconsistências no recebimento. Para impedir isso, faça a parametrização do tópico 3.2. Importação dos impostos da nota fiscal.