14280 - Rejeição de RPS/NFS-e enviada para Prefeitura atendida fornecedor GovBR/GINFES
Problema: Ao enviar um RPS (Recibo Provisório de Serviço) para ser convertida em NFS-e (Nota Fiscal de Serviço Eletrônica) para uma Prefeitura atendida pelo fornecedor GovBR ou GINFES, são geradas as seguintes rejeições:
- Campo e-mail do tomador informado incorretamente
- Item da lista de serviço inexistente
- Código de tributação inexistente
- A associação entre o Item da Lista de Serviço e o Código Municipal não está vigente para a data de emissão do RPS
Rotina / Tela: envio de RPS/NFS-e para fornecedor GovBR ou GINFES.
Solução: Abaixo seguem motivos das Rejeições:
1) Rejeição: Campo e-mail do tomador informado incorretamente
Prefeituras atendidas pelo fornecedor GovBR não permitem envio de RPS/NFS-e onde haja mais do que um e-mail para o tomador do serviço e este e-mail não pode possuir mais que 80 caracteres.
Neste caso, o cadastro do tomador do serviço no ERP Senior deverá possuir um e-mail somente de até 80 caracteres. No entanto, como é comum ser emitido NFS-e e NF-e para mesmo cliente, e para NF-e é possível definir mais do que um e-mail no cadastro do tomador, poderá ser utilizada uma regra ligada ao identificador GER-000ABRASF1 para manipular a tag <email> do grupo <Tomador> do XML gerado pelo ERP.
Observação 2: a exigência da formatação do e-mail desta forma é do fornecedor da Prefeitura. Caso não haja concordância com esta definição, deverá ser entrado em contato com o Suporte da NFS-e da Prefeitura.
2) Rejeição: Item da lista de serviço inexistente
Esta rejeição ocorre quando o item da lista de serviços vinculado à algum serviço especificado na RPS/NFS-e foi considerado inválido pela Prefeitura (tag <ItemListaServico>).
Para fornecedor GovBR o Item da Lista de Serviço deve estar no formato XX.XX (nota-se o ponte para separada o item da lista).
A listagem completo dos itens da lista de serviço permitidas para cada prestador de serviço deverá ser obtida junto à Prefeitura. A Senior não tem qualquer responsabilidade para envio desta informação.
Observação: no ERP Senior o item da lista de serviço é cadastrado na tela F080TSI - Cadastros / Produtos e Serviços / Serviços / Tipos de Serviço e vinculada ao serviço no campo Tipo Serviço Fiscal da tela F080SER - Cadastros / Produtos e Serviços / Serviços / Individual
3) Rejeição: Código de tributação inexistente
Esta rejeição ocorre porque não foi informado (ou foi informado incorretamente) o código de tributação no município para um dos serviços presentes na RPS/NFS-e (tag <CodigoTributacaoMunicipio>).
- Campo e-mail do tomador informado incorretamente
- Item da lista de serviço inexistente
- Código de tributação inexistente
- A associação entre o Item da Lista de Serviço e o Código Municipal não está vigente para a data de emissão do RPS
Rotina / Tela: envio de RPS/NFS-e para fornecedor GovBR ou GINFES.
Solução: Abaixo seguem motivos das Rejeições:
1) Rejeição: Campo e-mail do tomador informado incorretamente
Prefeituras atendidas pelo fornecedor GovBR não permitem envio de RPS/NFS-e onde haja mais do que um e-mail para o tomador do serviço e este e-mail não pode possuir mais que 80 caracteres.
Neste caso, o cadastro do tomador do serviço no ERP Senior deverá possuir um e-mail somente de até 80 caracteres. No entanto, como é comum ser emitido NFS-e e NF-e para mesmo cliente, e para NF-e é possível definir mais do que um e-mail no cadastro do tomador, poderá ser utilizada uma regra ligada ao identificador GER-000ABRASF1 para manipular a tag <email> do grupo <Tomador> do XML gerado pelo ERP.
Em anexo segue exemplo desta regra. A regra poderá ser customizada conforme necessidade, sendo que o Suporte não prestará suporte sobre customização desta regra.
Observação 1: para produto Go-Up não há como efetuar este tratamento via regra. Desta forma, a área de produto indicou que deve ser efetuado cadastro do Tomador no ERP Go-Up apenas com um e-mail com no máximo 80 caracteres. Caso haja necessidade de verificação de melhoria nesta rotina no sistema, deverá ser cadastrada uma ideia no Portal de Ideias (391030).
Observação 1: para produto Go-Up não há como efetuar este tratamento via regra. Desta forma, a área de produto indicou que deve ser efetuado cadastro do Tomador no ERP Go-Up apenas com um e-mail com no máximo 80 caracteres. Caso haja necessidade de verificação de melhoria nesta rotina no sistema, deverá ser cadastrada uma ideia no Portal de Ideias (391030).
Observação 2: a exigência da formatação do e-mail desta forma é do fornecedor da Prefeitura. Caso não haja concordância com esta definição, deverá ser entrado em contato com o Suporte da NFS-e da Prefeitura.
2) Rejeição: Item da lista de serviço inexistente
Esta rejeição ocorre quando o item da lista de serviços vinculado à algum serviço especificado na RPS/NFS-e foi considerado inválido pela Prefeitura (tag <ItemListaServico>).
Para fornecedor GovBR o Item da Lista de Serviço deve estar no formato XX.XX (nota-se o ponte para separada o item da lista).
A listagem completo dos itens da lista de serviço permitidas para cada prestador de serviço deverá ser obtida junto à Prefeitura. A Senior não tem qualquer responsabilidade para envio desta informação.
Observação: no ERP Senior o item da lista de serviço é cadastrado na tela F080TSI - Cadastros / Produtos e Serviços / Serviços / Tipos de Serviço e vinculada ao serviço no campo Tipo Serviço Fiscal da tela F080SER - Cadastros / Produtos e Serviços / Serviços / Individual
3) Rejeição: Código de tributação inexistente
Esta rejeição ocorre porque não foi informado (ou foi informado incorretamente) o código de tributação no município para um dos serviços presentes na RPS/NFS-e (tag <CodigoTributacaoMunicipio>).
O código de tributação no município deverá ser preenchido na tela F080SER - Cadastros / Produtos e Serviços / Serviços / Individual ou na tela F080SXC - Cadastros / Produtos e Serviços / Ligações / Serviço X CEP (campo: Código Tributação NFS-e), podendo ainda ser manipulado através de regra ligada ao identificador GER-000ABRASF1. A forma como o ERP gerará esta informação no XML irá variar ainda de acordo com a parametrização da filial (maiores informações, verificar solução 13637 do banco de soluções).
Observação 1: o código de tributação para cada produto deverá ser verificado junto a prefeitura, que é responsável por distribuir documentação com todos os códigos.
4) Rejeição: A associação entre o Item da Lista de Serviço e o Código Municipal não está vigente para a data de emissão do RPS
Esta rejeição ocorre quando a prefeitura valida a ligação entre o Código de Tributação no Município informada e o Item da Lista de Serviços informada, sendo que, no sistema da Prefeitura, não há vinculo entre estas duas informações para a data da emissão da RPS/NFS-e.
Deverá ser verificado com o suporte da Prefeitura a tabela que especifica quais os códigos de tributação no município que podem ser utilizados para cada item da lista de serviço. A Senior não tem qualquer responsabilidade para envio desta informação.
4) Rejeição: A associação entre o Item da Lista de Serviço e o Código Municipal não está vigente para a data de emissão do RPS
Esta rejeição ocorre quando a prefeitura valida a ligação entre o Código de Tributação no Município informada e o Item da Lista de Serviços informada, sendo que, no sistema da Prefeitura, não há vinculo entre estas duas informações para a data da emissão da RPS/NFS-e.
Deverá ser verificado com o suporte da Prefeitura a tabela que especifica quais os códigos de tributação no município que podem ser utilizados para cada item da lista de serviço. A Senior não tem qualquer responsabilidade para envio desta informação.