> For the complete documentation index, see [llms.txt](https://kb.stoque.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://kb.stoque.com.br/zeev/gestao-de-solicitacoes-em-andamento/paineis/limites-de-registros-em-paineis.md).

# Limites de registros em painéis

## Visão geral

Os gráficos de um painel poderão apresentar um limite máximo de número de registros que são mostrados em tela. Para cada tipo de gráfico mostrado há um limite diferente. 

| Tipo de gráfico / relatório | Número máximo de registros |
| --------------------------- | -------------------------- |
| Tabela                      | 250                        |
| Barra                       | 12                         |
| Linha                       | 12                         |
| Pizza                       | 10                         |
| Indicador                   | 1                          |
| Informação                  | 12                         |

Esse limite existe pois há um volume máximo de informações viáveis de serem mostradas em tela de uma só vez, considerando performance, velocidade de consulta e usabilidade. Por exemplo, um gráfico de pizza com 50 informações provavelmente seria ilegível.

Esses limites sobrepõe qualquer outro limite definido na criação de um [gráfico personalizado](/zeev/gestao-de-solicitacoes-em-andamento/paineis/como-criar-graficos-personalizados.md). Por exemplo, se você criou um gráfico do tipo barra e definiu o limite como 20, ele será reduzido a 12. 

Compreender esses limites assim como as características de uso do seu aplicativo é importante para poder definir qual tipo de gráfico / relatório você irá usar. Por exemplo, se você for montar um gráfico que cruze o campo do formulário "centro de custo" com o volume de solicitações, e se você tiver mais de 15 centros de custos, talvez faça sentido usar um gráfico do tipo tabela. 

Outra opção é escolher cuidadosamente qual critério será utilizado para ordenação. Por exemplo, se você criar um relatório em formato de tabela com o volume de atividades finalizadas por cada usuário, e você possuir potencialmente mais de 250 usuários que podem trabalhar nesse aplicativo, talvez faça sentido ordenar pela quantidade por ordem decrescente. Assim, você terá claramente a visão dos 250 primeiros usuários com mais atividades.

Para poder acessar mais informações, além das limitadas em tela, você pode:

* Utilizar o [filtro por datas](/zeev/gestao-de-solicitacoes-em-andamento/paineis/configuracoes-gerais-dos-paineis.md#filtros), que permitirá a ter acesso a um intervalo menor de análise, com menos dados; 
* Utilize o [recurso de exportar para o Excel](/zeev/gestao-de-solicitacoes-em-andamento/paineis/exportar-relatorios-de-paineis.md), associado ao gráfico, que permitirá acessar mais registros;


---

# 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://kb.stoque.com.br/zeev/gestao-de-solicitacoes-em-andamento/paineis/limites-de-registros-em-paineis.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.