> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/on-premise/pt-br/on-premise/how-to-guide/configuration/system-limits.md).
# Limites do sistema
Ajuste os limites de dispositivos para Relatórios e Alertas no Navixy On-Premise para evitar sobrecarga do servidor. Edite os arquivos de configuração no Linux ou Windows para definir limites de intervalo de datas.
A configuração da plataforma Navixy impõe limites para evitar a sobrecarga do servidor. Esta página explica quais parâmetros a Navixy oferece como limites e como ajustá-los. Ao definir limites para o número de dispositivos e o período de geração de relatórios, a Navixy garante desempenho ideal e serviço confiável, ao mesmo tempo minimizando o risco de sobrecarga ou tempo de inatividade.
## Ajustando os limites padrão
Por padrão, a plataforma Navixy define limitações no que diz respeito ao uso de Relatórios e Alertas. Especificamente, os usuários só podem criar Relatórios e configurar notificações para um número limitado de dispositivos, e podem gerar relatórios por um período máximo de tempo. Essas restrições existem para evitar a sobrecarga do servidor, já que a geração de relatórios e a configuração de notificações exigem recursos significativos do servidor.
Em alguns cenários de negócios, você pode precisar de limites mais altos do que os impostos por padrão na plataforma da Navixy. Nesses casos, você pode ajustar os limites, normalmente aumentando-os. Para a solução On-Premise da Navixy, você pode modificar esses limites se o desempenho do seu servidor for adequado. Dessa forma, você pode gerar mais relatórios e notificações ou ampliar a cobertura da sua rede de dispositivos, sem sobrecarregar o servidor.
{% hint style="danger" %}
As instruções nesta página envolvem a modificação dos arquivos de configuração da plataforma Navixy. Observe que fazer alterações na configuração sem o devido cuidado e atenção pode resultar em mau funcionamento da plataforma ou torná-la inoperante. Portanto, é crucial fazer backup da configuração antes de qualquer modificação nas configurações padrão.
{% endhint %}
## Número de dispositivos em Relatórios
O número máximo de dispositivos por relatório pode variar dependendo da versão da plataforma e das configurações feitas anteriormente. Para alterar o número máximo de dispositivos, você precisa editar ***Config.js*** arquivo localizado no caminho:
`/var/www/pro-ui/Config.js` (Linux)
`C:\nginx\www\pro-ui\Config.js` (Windows)
Neste arquivo, você precisa localizar o *reportsMaxTrackersCount* bloco. Nas versões recentes da plataforma, ele se parece com isto:
```editorconfig
reportsMaxTrackersCount:{
StayInPlaces: 100,
TripsAndEvents: 100,
Zone: 100,
DetailingOfTransmittedData: 1
},
```
Neste bloco, você pode especificar limites separadamente para cada tipo de relatório.
Lista completa de tipos de relatório
* SOS
* Queda
* Desacoplamento
* Segurança
* Solicitação de localização
* Leituras do veículo
* Dispositivo ligado/desligado
* Energia externa
* Bateria fraca
* Status do dispositivo
* excesso de velocidade
* Violações das regras de trânsito
* Dispositivo ligado/desligado inativo
* Relatório de tarefa
* Qualidade de condução
* Relatório de status
* Relatório de mudanças de motorista
* Valores dos campos do formulário
* Viagem por estado
* Viagem por turnos
* Consumo de combustível
* Check-in
* Qualidade de condução
* Permanência em zonas
* Permanência em lugares
* Viagens e eventos
* Eventos de zona
* Detalhamento dos dados transmitidos
* Valores dos campos do formulário
* Relatório de tarefa
* Evento
* Relatório completo da tarefa
No entanto, na maioria dos casos não é necessário configurar os limites separadamente, e basta especificar um limite geral para todos os relatórios. Para fazer isso, adicione a linha `maxTrackersPerReport: XXXXX` à configuração **após** o bloco acima. Exemplo (limite de 1000 dispositivos por relatório):
```editorconfig
reportsMaxTrackersCount:{
StayInPlaces: 100,
TripsAndEvents: 100,
Zone: 100,
DetailingOfTransmittedData: 1
},
maxTrackersPerReport: 1000,
```
Depois dessas alterações, o número máximo de dispositivos por relatório será aumentado para 1000.
O *maxTrackersPerReport* parâmetro se aplica a todos os relatórios, exceto a **Visitas à geocerca** (Zona) e **Visitas a POI** (StayInPlaces) relatórios. Devido às peculiaridades da plataforma, as restrições para esses relatórios devem ser especificadas separadamente no bloco acima:
```
StayInPlaces: 1000,
Zona: 1000,
```
Outro relatório que não é afetado pela configuração geral é **Relatório de pontos**. Ele pode ser gerado apenas para um único dispositivo.
## Número de dispositivos em Alertas
O número máximo de dispositivos para alertas também é especificado no *Config.js* arquivo:
* `/var/www/pro-ui/Config.js` (Linux)
* `C:\nginx\www\pro-ui\Config.js` (Windows)
Você precisa encontrar a linha:
```
greenModeTrackersCount: 100,
```
O valor nesta linha ajusta a quantidade de dispositivos que você pode selecionar ao configurar um alerta.
## Intervalo de datas em Relatórios
Por padrão, o intervalo máximo de datas para a maioria dos Relatórios é de 90 dias. Esse valor também pode ser aumentado, mas você precisa alterar um arquivo de configuração diferente para fazer isso. Você precisa encontrar o *servidor de API* configuração. O arquivo está localizado no caminho:
* `/home/java/api-server/conf/config.properties` (Linux)
* `C:\java\api-server\conf\config.properties` (Windows)
Abra este arquivo em um editor de texto e encontre a seguinte linha:#relatórios
```
maxReportTimeSpan=90d
```
Altere a *90d* valor para o que você precisar. Observe que o número de dias deve ser seguido pela letra **d**.
---
# 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://navixy.com/docs/on-premise/pt-br/on-premise/how-to-guide/configuration/system-limits.md?ask=&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.