1 e 2 de março - Aviso de interrupção do serviço

Nos dias 1 e 2 de março de 2025, será realizada uma intervenção que poderá afetar este serviço. Se você não conseguir acessar, tente novamente a partir das 22h do dia 2 de março.

Mais informações em:

Intervenção programada para os dias 1 e 2 de março que envolve uma interrupção do serviço AOC

Se o motivo da rejeição não aparecer na lista deste artigo, então é um erro relatado pelo destinatário (rejeição comercial). Para quaisquer dúvidas sobre uma rejeição comercial, você deve entrar em contato com a organização para a qual enviou a fatura.

Abaixo estão os erros de rejeição mais comuns , que podem ser de dois tipos:

  1. Erros de rejeição por motivos comerciais são aqueles definidos pelo órgão destinatário da fatura; Esses códigos de erro e/ou literais não estão relacionados ao e-FACT, por esse motivo, esses tipos de erros não são descritos nesta FAQ. Você precisará entrar em contato com a organização receptora caso tenha alguma dúvida.
  2. Erros de rejeição por motivos técnicos são aqueles que a ferramenta gera automaticamente ao realizar determinadas validações internas.

Qualquer erro que exija correção da fatura deve ser corrigido gerando novamente o XML e assinando-o novamente. Se uma alteração for feita no conteúdo de um XML que foi assinado, a assinatura da fatura se tornará inválida.

Abaixo descrevemos os erros técnicos de rejeição mais comuns:

ERRO DE FORMATO

Código Erro literal O que isso significa? Como resolver isso?
Sem código A fatura não está no formato correto. Este erro aparece quando uma fatura é carregada na caixa de correio de entrega e não respeita o formato da fatura.

Valide a fatura , verifique se o formato está correto e corrija possíveis erros.

Os motivos mais comuns para erros de formatação são os seguintes:

– No campo PersonTypeCode você está colocando um “J” para pessoa jurídica e portanto deve ser colocado o CIF de pessoa jurídica, se colocar “F” para pessoa física deverá colocar o NIF de pessoa física.

– O cabeçalho não contém o formato esperado. Toda fatura deve começar com:
<?xml versão=”1.0″ codificação=”UTF-8″?>

– O formato de qualquer um dos documentos de identidade (NIF/CIF emissor, CIF do destinatário, CIF de terceiros, etc.) está incorreto. Não pode ter espaços ou hifens.

HF01 Formato de nome de arquivo incorreto O formato do arquivo não segue as diretrizes indicadas no guia de integração. O formato indicado no guia de integração deve ser revisado e corrigido.
HF08 Erro de validação de esquema O esquema de fatura enviado não passou na validação sintática e/ou a validação das extensões publicadas não passou . A fatura deve ser gerada no formato de fatura 3.2 e 3.2.1.

ERRO DE REGISTRO

Código Erro literal O que isso significa? Como resolver isso?
HRE1

Erro ao registrar documento

Erro de registro em MUX

A fatura não pôde ser registrada corretamente porque há um elemento que não foi informado corretamente.

Valide o XML da fatura, se ele passar na validação tente enviá-lo novamente.

Se o erro persistir, fale com a organização de destino para descobrir se há algum erro no sistema de registro.

EV02 Fatura duplicada A fatura já foi enviada.

Verifique se a fatura não foi enviada anteriormente.

Você pode verificar o status da fatura na Caixa de Entrega.

DF01 O órgão receptor rejeitou a fatura manualmente Erro detectado pelo organismo destinatário da fatura Você deve entrar em contato com o destinatário da fatura para obter mais detalhes sobre a rejeição comercial da fatura.
HS01 Código de plataforma de transmissão desconhecido Por exemplo, se a fatura for entregue a partir de uma plataforma emissora não afiliada ao serviço e-FACT Veja as plataformas afiliadas ao serviço e-FACT : Crie e envie faturas
HR01 Código de plataforma de recebimento desconhecido Código de plataforma de recebimento de faturas desconhecido. Ou seja, foi enviado para um código de plataforma que não existe em e-FACT O código da plataforma do destinatário da fatura é desconhecido. Você deve revisar ou confirmar o código do destinatário com o destinatário.
HS02 Plataforma de transmissão desativada A plataforma de transmissão não está configurada corretamente. Você precisa revisar a configuração da plataforma de envio e se você acredita que a configuração está correta, nos envie o erro, indicando a plataforma de onde ele é enviado e anexando o xml da fatura e o xml do erro.
EG01
Erro genérico no processo de recebimento de faturas Ocorreu um erro ao carregar sua fatura. Por favor, recarregue a conta após alguns minutos. Caso o erro persista, envie-nos o erro anexando o xml da fatura.

ERRO DE ASSINATURA

Código Erro literal O que isso significa? Como resolver isso?
HF04 O arquivo não contém uma assinatura eletrônica. Foi feita uma tentativa de enviar XML não assinado para a plataforma.
Deve assinar o XML para respeitar o formato facturae . Para obter mais informações, consulte Como resolver erros de assinatura.
HV01 Erro ao verificar assinatura/certificado A fatura não passou pela validação do certificado digital do emissor (certificado expirado ou não reconhecido) ou a assinatura eletrônica da fatura não pôde ser validada (seu formato está incorreto).

Verifique se o campo SigningTime no XML contém o horário de assinatura da fatura, sem números ou caracteres estranhos.

Se você vir, por exemplo, um +2 ou um Z, você deve assinar novamente a fatura e enviá-la novamente.

Caso não haja nada que altere este campo, você deverá revisar o certificado utilizado para assinar a fatura através do Signasuite.

Para obter mais informações, consulte Como resolver erros de assinatura.


HV02 Falha na validação da assinatura/certificado. O número de tentativas estabelecido para validar a assinatura e o certificado de uma fatura foi excedido e, portanto, a fatura será rejeitada.
A fatura deve ser reenviada. Se o erro persistir, veja Como resolver erros de assinatura.

ERRO DE CONTEÚDO

Código Literal O que isso significa? Como resolver isso?
HR11 Nome da empresa beneficiária não indicado ou relatado É necessário indicar o nome corporativo dentro do XML.
Este ponto deve ser corrigido e a fatura reenviada.
HD01 Erro ao enviar mensagem para a plataforma de destino Está sendo feita uma tentativa de enviar um anexo para o qual não temos uma fatura anterior associada.
A fatura do anexo associado deve ser enviada com antecedência.
HS09 Emissão de NIF não indicada no documento A fatura não contém o NIF do emissor.
Verifique se o XML da fatura contém estes dados (NIF do emissor)
HR09 NIF do destinatário não indicado no documento A fatura não contém o NIF do destinatário. Verifique se o XML da fatura contém estes dados (NIF do destinatário)
HR10 O NIF do destinatário indicado na fatura não corresponde à entidade de destino A fatura não informa corretamente o NIF do destinatário Você deve revisar o NIF indicado no XML da fatura.
HR04 Conteúdo do arquivo recebido não suportado pela plataforma de destino Entrega de uma fatura com uma versão não aceita do formato facturae . Por exemplo, fatura gerada com a versão 3.oo ou 3.1. A fatura deve ser gerada em Formato de fatura 3.2 e 3.2.1 .
HF03 Conteúdo do arquivo recebido não suportado pelo Hub O conteúdo do arquivo não está correto principalmente porque não é um formato de fatura . A fatura deve ser gerada em Formato de fatura 3.2 e 3.2.1 .
HF07 Somente faturas com uma única fatura são suportadas. O arquivo . O XML contém mais de uma fatura e somente arquivos de fatura com uma única fatura são suportados. O XML deve ser regenerado em uma única fatura.

ERRO COM CÓDIGO DE ENDEREÇO

Código Literal O que isso significa? Como resolver isso?
HS05 Código de endereço do remetente incorreto (dígito de verificação inválido) A plataforma emissora relatou incorretamente o dígito de verificação (último número) do código de endereçamento do emissor (identificador do emissor)
O formato indicado no guia de integração deve ser revisado e corrigido.
HR05 Código de endereçamento do receptor incorreto (dígito de verificação inválido) O dígito verificador (último número) do código de endereçamento do receptor (identificador do receptor) não está correto, de acordo com o formato indicado no guia de integração.
O formato indicado no guia de integração deve ser revisado e corrigido.
HR08 O código de endereço do destinatário não é um AAPP O código de endereçamento do destinatário (identificador do destinatário) não corresponde a um organismo público
O formato indicado no guia de integração deve ser revisado e corrigido.
HR06 O código de endereçamento do receptor não existe. O código de endereçamento do receptor (identificador do receptor) não existe (consulte o guia de integração ).

Veja o guia de integração e se achar que está correto, envie-nos o erro, anexando o xml da fatura e o xml do erro:

Formulário de contato

HS06 Não há ref. anterior indicado no anexo O anexo é rejeitado porque não foi encontrada uma fatura registrada com a mesma referência do anexo.
Consulte a seção “Gerenciamento de documentos anexados” do guia de integração.

ERRO RCF HF09

A seguir são definidos os novos códigos de rejeição adicionados devido às novas validações incorporadas pelas adaptações necessárias do e-FACT para cumprir com os requisitos da PGE estabelecidos na Ordem HAP/1650/2015, de 31 de julho, que modifica a Ordem HAP/492/2014, de 27 de março, que regula os requisitos funcionais e técnicos do registo contabilístico de faturas das entidades abrangidas pela Lei 25/2013, de 27 de dezembro, de promoção da fatura eletrónica e criação do registo contabilístico de faturas no setor público, e a Ordem HAP/1074/2014, de 24 de junho, que regula as condições técnicas e funcionais que deve cumprir o ponto geral de entrada de faturas eletrónicas : https://www.boe.es/diario_boe/txt.php?id=BOE-A-2015-8844

Como os rejeitos RCF são devolvidos ao PGE?
Quando uma fatura é rejeitada por não cumprir as regras de validação, todos esses erros foram agrupados no código = HF09 e a descrição inclui o código de erro específico e sua descrição. Todos os erros detectados são retornados no seguinte formato:

  • “Código de erro: Descrição | código de erro: Descrição”

Por exemplo, em uma fatura com erros de validação detectados RCF05002 e RCF05004, o seguinte seria retornado como um comentário de rejeição:

  • RCF05002: Emissor: O NIF não cumpre as regras e critérios para sua constituição. A regra número 5b do Anexo II da Ordem HAP / 1650/2015 é violada | RCF05004: Emissor: Nome e sobrenome são obrigatórios. A regra número 5d do Anexo II da Ordem HAP / 1650/2015 foi violada |

Descrição dos erros de validação

Erro Código Descrição do erro Campo que precisa ser corrigido no XML da fatura e/ou como corrigi-lo?

HF09

RCF03001 “O número da fatura é obrigatório. A regra 3a do Anexo II da Ordem HAP/1650/2015 é violada .

3.1.1.1.Número da fatura

Insira um número de fatura neste campo.

RCF04001 “Fatura corretiva com critérios de retificação diferentes de 01,02,03,04. A regra 4a do Anexo II da Ordem HAP/1650/2015 foi violada .

3.1.1.5.6. Método de correção

Indique um dos possíveis critérios de retificação: 01,02,03,04

RCF04002 Para faturas corretivas com critério de retificação 01 ou 02, é obrigatório o número da fatura do emissor da correção. A regra 4b do Anexo II da Ordem HAP/1650/2015 foi violada.

3.1.1.5.1.Número da fatura

Indique neste campo o número da fatura do emissor que está retificando.

RCF05001 Emissor: O código do tipo de pessoa, pessoa física \”F\” ou pessoa jurídica \”J\” é obrigatório. A regra 5a do Anexo II da Ordem HAP/1650/2015 foi violada.

(2.1.1.1.PersonTypeCode)

Indique neste campo o código “F” ou “J”.

RCF05002 Emissor: O NIF não cumpre as regras e critérios para sua constituição. A regra 5b do Anexo II da Ordem HAP/1650/2015 foi violada.

2.1.1.3.Número de identificação fiscal

Alterar tendo em conta este critério: Se os dois primeiros caracteres do NIF forem letras, será assumido que equivalem ao país, e os restantes ao NIF. Em outro caso, o código indicado será equivalente ao NIF e presume-se que o código seja Espanha.

RCF05003 Emissor: O código do país (dois primeiros caracteres do NIF quando forem letras), quando existir, obedecerá ao estabelecido no próprio esquema Facturae. A regra 5c do Anexo II da Ordem HAP/1650/2015 foi violada. 2.1.1.3.Número de identificação fiscal
RCF05004 Emissor: O nome e o sobrenome são obrigatórios no caso de pessoa física. A regra 5d do Anexo II da Ordem HAP/1650/2015 foi violada.

2.1.4.2.1.Nome

2.1.4.2.2.PrimeiroSobrenome

Preencha estes campos

RCF05005 Emissor: O nome da empresa é obrigatório no caso de pessoa jurídica. A regra 5e do Anexo II da Ordem HAP/1650/2015 foi violada.

2.1.4.1.1.NomeCorporativo

Preencha este campo

RCF05006 Cessionário: O código do tipo de pessoa, pessoa física \”F\” ou pessoa jurídica \”J\” é obrigatório. A regra 5a do Anexo II da Ordem HAP/1650/2015 foi violada.

1.6.1.1.1.Código do tipo de pessoa

Indique neste campo o código “F” ou “J”.

RCF05007 Cessionário: O NIF não cumpre as regras e critérios para sua constituição. A regra 5b do Anexo II da Ordem HAP/1650/2015 foi violada.

1.6.1.1.3.Número de identificação fiscal

Alterar tendo em conta este critério: Se os dois primeiros caracteres do NIF forem letras, será assumido que equivalem ao país, e os restantes ao NIF. Em outro caso, o código indicado será equivalente ao NIF e presume-se que o código seja Espanha.

RCF05008 Cessionário: O código do país (dois primeiros caracteres do NIF quando forem letras), quando existir, obedecerá ao estabelecido no próprio esquema Facturae. A regra 5c do Anexo II da Ordem HAP/1650/2015 foi violada. 1.6.1.1.3.Número de identificação fiscal
RCF05009 Cessionário: O nome e o sobrenome são obrigatórios. A regra 5d do Anexo II da Ordem HAP/1650/2015 foi violada.

1.6.1.2.2.1.Nome

1.6.1.2.2.2.PrimeiroSobrenome

Preencha estes campos

RCF05010 Cessionário: O nome da empresa é obrigatório. A regra 5e do Anexo II da Ordem HAP/1650/2015 foi violada.

1.6.1.2.1.1.NomeCorporativo

Preencha este campo

RCF06001 Nas faturas emitidas em euros, alguns valores das linhas têm mais de duas casas decimais ou não são numéricos. A regra 6a do Anexo II da Ordem HAP/1650/2015 foi violada.

Os campos de valor validados são os seguintes:

3.1.6.1.17. Custo total

3.1.6.1.18.1.3. Valor do desconto

3.1.6.1.19.1.3. Valor da cobrança
3.1.6.1.20. Valor Bruto

3.1.6.1.21.1.3.1. Base Tributável.ValorTotal

3.1.6.1.21.1.4.1. ValorImposto.ValorTotal
3.1.6.1.22.1.3.1 Base Tributável.ValorTotal

3.1.6.1.22.1.4.1. ValorImposto.ValorTotal

OBSERVAÇÃO : Verifique se os campos não contêm espaços após o valor.

RCF06002 Nas faturas emitidas em euros, o custo total de cada linha deve ser igual ao produto do número de unidades pelo preço unitário arredondado pelo método de arredondamento comum às duas casas decimais. A regra 6a do Anexo II da Ordem HAP/1650/2015 foi violada.

Se houver mais de duas casas decimais, as que seguem a segunda devem ser zero:

3.1.6.1.17.CustoTotal = ArredondamentoPara2decimais(3.1.6.1.14.Quantidade*3.1.6.1.16.PreçoUnitárioSemImposto)

RCF06003 Nas faturas emitidas em euros, o valor bruto de cada linha deve ser a soma do custo total mais a soma dos acréscimos menos a soma dos descontos. A regra 6a do Anexo II da Ordem HAP/1650/2015 foi violada.

Verifique se:

3.1.6.1.20.GrossAmount é igual a

3.1.6.1.17.TotalCost menos SUM(3.1.6.1.18.1.3.DiscountAmount) mais SUM(3.1.6.1.19.1.3.ChargeAmount)

RCF06004 Nas faturas emitidas em euros, qualquer um dos valores a nível da fatura, exceto as taxas ou percentagens de imposto a aplicar, tenha mais de duas casas decimais ou não seja numérico. A regra 6b do Anexo II da Ordem HAP/1650/2015 foi violada.

Os campos de valor validados são os seguintes:

3.1.5.1. Valor Bruto Total
3.1.5.2.1.3. Valor do desconto

3.1.5.3.1.3. Valor da cobrança
3.1.5.4. TotalDescontosGerais
3.1.5.5. TotalSobretaxasGerais
3.1.5.6. Valor bruto total antes dos impostos

3.1.5.7. TotalTaxOutputs
3.1.5.8. Total de impostos retidos
3.1.5.9. Total da fatura

3.1.5.10.1.3. Valor do subsídio

3.1.5.11.1.2. Valor do pagamento na conta

3.1.5.12.1.6. DespesasReembolsáveisValor

3.1.5.13. Despesas financeiras totais
3.1.5.14. Valor total pendente

3.1.5.15. TotalPagamentosNaConta

3.1.5.16.3. Valor de retenção
3.1.5.17. TotalExecutableAmount

3.1.5.18. Despesas totais reembolsáveis

3.1.3.1.3.1. Base Tributável.ValorTotal
3.1.3.1.4.1. ValorImposto.ValorTotal

3.1.3.1.5.1. SpecialTaxableBase.ValorTotal

3.1.3.1.6.1. ValorImpostoEspecial.TotalA

3.1.3.1.8.1. EquivalenceSurchargeAmount.TotalAmount

3.1.4.1.3.1. Base Tributável.ValorTotal

3.1.4.1.4.1 ValorImposto.ValorTotal

OBSERVAÇÃO : Verifique se os campos não contêm espaços após o valor.

RCF06005 Nas faturas emitidas em euros, o valor bruto total da fatura deve ser a soma dos valores brutos das linhas. A regra 6b do Anexo II da Ordem HAP/1650/2015 foi violada. 3.1.5.1.TotalGrossAmount = SUM(3.1.6.1.20.GrossAmount das linhas)
RCF07002 A data de emissão da fatura é obrigatória e deve ser uma data válida. A regra 7a do Anexo II da Ordem HAP/1650/2015 foi violada.

3.1.2.1.Data de emissão

Indica uma data anterior ou igual à data atual e posterior ou igual à data de emissão da fatura.

RCF09002 Há linhas de fatura sem conteúdo na descrição. A regra 9b do Anexo II da Ordem HAP/1650/2015 foi violada.

3.1.6.1.13.Descrição do item

Verifique se não há linhas em branco neste campo.

RCF01001 A fatura não está de acordo com o esquema XSD de “Facturae” da versão correspondente (3.2 ou 3.2.1). A regra 1 do Anexo II da Ordem HAP/1650/2015 foi violada.

Valide se o formato da fatura está em conformidade com o esquema “Facturae”:

Validador de faturas eletrônicas

RCF02001 Assinatura inválida: certificado atualmente expirado em uma assinatura de curta duração. A regra 2 do Anexo II da Ordem HAP/1650/2015 foi violada.

Valida que a assinatura se adapta à política de assinaturas em vigor associada ao formato “Facturae”:

Validador de faturas eletrônicas

RCF02002 Assinatura inválida: Certificado atualmente revogado em uma assinatura de curta duração. A regra 2 do Anexo II da Ordem HAP/1650/2015 foi violada.

Valida que a assinatura se adapta à política de assinaturas em vigor associada ao formato “Facturae”:

Validador de faturas eletrônicas

RCF02003 Assinatura inválida: Certificado inválido. A regra 2 do Anexo II da Ordem HAP/1650/2015 foi violada.

Valida que a assinatura se adapta à política de assinaturas em vigor associada ao formato “Facturae”:

Validador de faturas eletrônicas

RCF02004 Assinatura inválida: Certificado não confiável. A regra 2 do Anexo II da Ordem HAP/1650/2015 foi violada.

Valida que a assinatura se adapta à política de assinaturas em vigor associada ao formato “Facturae”:

Validador de faturas eletrônicas

RCF02005 Assinatura inválida: erro de integridade. A regra 2 do Anexo II da Ordem HAP/1650/2015 foi violada.

Valida que a assinatura se adapta à política de assinaturas em vigor associada ao formato “Facturae”:

Validador de faturas eletrônicas

RCF02006 Assinatura inválida: Formato de assinatura inválido. A regra 2 do Anexo II da Ordem HAP/1650/2015 foi violada.

Valida que a assinatura se adapta à política de assinaturas em vigor associada ao formato “Facturae”:

Validador de faturas eletrônicas

RCF02010 A fatura não contém assinaturas: a Regra 2 do Anexo II da Ordem HAP/1650/2015 não foi cumprida.

Valida que a assinatura se adapta à política de assinaturas em vigor associada ao formato “Facturae”:

Validador de faturas eletrônicas

RCF09001 O número de registro atribuído no Ponto Geral de Entrada de Fatura Eletrônica é obrigatório. A regra 9a do Anexo II da Ordem HAP/1650/2015 foi violada.
RCF07001 A data de inscrição no registo administrativo é obrigatória, deve ser válida, anterior ou igual à data atual e superior ou igual à data de emissão da fatura. A regra 7a do Anexo II da Ordem HAP/1650/2015 foi violada. 3.1.2.1.Data de emissão

Você pode estar interessado em: