> ## Documentation Index
> Fetch the complete documentation index at: https://docs.strattum.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Frequência de sync

> Como a plataforma decide com que frequência cada conector atualiza os dados, e o que cada opção implica.

A frequência de sync define de quanto em quanto tempo um conector busca dados novos na fonte. Ela é escolhida por conector, na própria tela de configuração — cada conector tem a sua. Um CRM pode atualizar de hora em hora enquanto o ERP roda a cada 6 horas, no mesmo ambiente.

## Como funciona

Você define a frequência no card de cada conector, em **Data Pipelines**. A plataforma agenda o sync e roda a carga incremental na janela escolhida: só o que mudou desde o último ciclo entra. Trocar a frequência não exige reprocessar o histórico — a mudança passa a valer no próximo agendamento.

A escolha é um equilíbrio entre dado fresco e custo. Frequência mais alta deixa o dado mais atual e consome mais chamadas de API e processamento. Frequência mais baixa economiza recurso e serve para fontes que mudam devagar.

## Opções disponíveis

| Frequência | Intervalo | Uso típico |
| - | - | - |
| **15 minutos** | A cada 15 min | Fontes que mudam o tempo todo — tickets de suporte, chat, filas de atendimento |
| **Horário** | A cada hora | CRM, pipeline comercial, dados operacionais do dia a dia |
| **6 horas** | 4 vezes ao dia | ERP, cadastros, bases que mudam algumas vezes por dia |
| **Diário** | 1 vez ao dia | Bases de referência que mudam pouco, documentação |
| **Semanal** | 1 vez por semana | Dados históricos, tabelas de apoio estáveis |
| **Cron customizado** | Expressão cron | Qualquer janela específica (ex: `0 2 * * *` para todo dia às 02:00) |

## Como escolher

Comece pela pergunta: quanto tempo de atraso é aceitável para essa fonte? A resposta define a frequência.

* **Fonte transacional de alta rotatividade** (tickets, chat) — 15 minutos, para o contexto do agente refletir o que aconteceu há pouco.
* **CRM e pipeline comercial** — horário cobre a maioria dos casos de venda e CS.
* **ERP e cadastros** — 6 horas ou diário, já que esses dados mudam devagar e o volume é maior.
* **Bases de referência e histórico** — diário ou semanal.
* **Janela específica** — cron, quando o dado precisa chegar num horário fixo (ex: depois do fechamento noturno de um batch).

> [!TIP]
>
> Frequência mais alta não é sempre melhor. Em fontes com limite de chamadas de API (Salesforce, por exemplo), sync agressivo pode esbarrar no teto diário. Ajuste conforme o volume real.

## Primeira carga

A primeira sincronização de um conector é uma carga completa e roda logo após você salvar, independente da frequência escolhida. A frequência passa a valer a partir do segundo ciclo, quando as cargas viram incrementais.

## Próximos passos

> **[Visão geral de Data Pipelines](https://docs.strattum.ai/data-pipelines/overview.md)**
>
> Como a ingestão, a conexão e a transformação de dados funcionam na plataforma.

> **[Ingestão de dados e hospedagem](https://docs.strattum.ai/faq/data-hosting.md)**
>
> Quanto custa hospedar os dados e qual o tempo de refresh de cada conector.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.