> For the complete documentation index, see [llms.txt](https://docs.docbits.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.docbits.com/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules.md).

# Validação de faturas eletrônicas

{% embed url="<https://docbits-videos.fra1.cdn.digitaloceanspaces.com/settings-assistant/einvoice-validation/v1/pt.mp4>" %}

A página **Validação de faturas eletrônicas** (**Definições → Documentos eletrónicos → Validação de faturas eletrônicas**, caminho `/settings/einvoice-validation`; anteriormente chamada *Regras de validação*) controla a forma como o DocBits valida as faturas eletrónicas recebidas. Baseia-se no conjunto de regras oficial **KoSIT XRechnung + ZUGFeRD** mais os códigos de resultado internos do validador, e permite substituir a gravidade de cada regra para a sua organização.

> Esta página é para **faturas eletrónicas** (XRechnung, ZUGFeRD, Factur-X). Não é o mesmo que as **Regras de validação de dados**, que verificam os campos extraídos do documento.

## O que existe nesta página

<figure><img src="https://4193417932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FuAz1Yhpnxw8Gd9kza0ch%2Fuploads%2Fgit-blob-a1811d6039e167cd220ed3cc4bff17e55b540e97%2Feinvoice-validation-settings-pt.png?alt=media" alt="A página Validação de faturas eletrônicas com a tabela Validação para cada tipo de documento"><figcaption><p>A página Validação de faturas eletrônicas. O separador <strong>Regras e políticas</strong> começa com a tabela <strong>Validação para cada tipo de documento</strong>. Organização de exemplo.</p></figcaption></figure>

| Tema                                                                                                                                                                           | O que faz                                                                                                                                                      | Quem                           |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------ |
| [Configuração da validação e versões aceites](/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules/validation-setup.md)              | O assistente de configuração, as versões XRechnung aceites, os perfis aceites e o significado de cada gravidade.                                               | Administradores da organização |
| [Gravidade das regras](/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules/validation-rule-severities.md)                           | A tabela de regras: altere a gravidade de cada regra para a sua organização.                                                                                   | Administradores da organização |
| [Validação para cada tipo de documento](/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules/validation-per-document-type.md)        | Ative a validação (**Habilitado**) e decida se uma verificação falhada pára o documento (**Bloqueio**). Cada alteração precisa de confirmação.                 | Administradores da organização |
| [Registo de alterações](/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules/validation-change-log.md)                               | Todas as alterações das definições: quando, quem, que regra, de → para.                                                                                        | Administradores da organização |
| [O ecrã de erro de uma fatura eletrónica rejeitada](/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules/validation-error-screen.md) | O que o utilizador vê no documento quando uma fatura é rejeitada: o XML com a linha errada marcada, a camada e o código da regra, os botões e o próximo passo. | Todos os que processam faturas |
| [Relatório de validação](/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules/validation-report.md)                                  | O que o utilizador vê quando uma fatura falha: os resultados em linguagem simples. Abre-se a partir do documento, não desta página.                            | Todos os que processam faturas |
| [Próximo passo e rejeitar um documento](/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules/validation-next-step-and-reject.md)     | O que fazer depois de ler o relatório, transferências do relatório e **Rejeitar documento**.                                                                   | Todos os que processam faturas |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.docbits.com/portuguese/administration-and-setup/settings/document-processing/e-documents/validation-rules.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
