# Sync O que uma tabela sincronizada mantém e perde: os limites do plano Business, links, registros removidos, cadeias e two-way. Uma base lê uma view de outra base como tabela sincronizada. A tabela sincronizada é somente leitura, exceto por two-way sync. ## Termos | Termo | Significado | | --- | --- | | Base fonte, view fonte | A base que publica, e a view dela compartilhada para sync. | | Base de destino | A base que lê a view. Ela recebe uma tabela sincronizada. | | Tabela sincronizada | A cópia da view fonte dentro do destino. Nos nossos sistemas, um mirror. | | Fonte de sync | Uma conexão de uma tabela sincronizada com uma view fonte. Uma tabela com uma fonte tem uma fonte de sync. | | Multi-source sync | Uma tabela sincronizada que lê várias views fonte e empilha os registros delas numa tabela só. | | Two-way sync | Uma tabela sincronizada cujas edições voltam para a fonte, quando a fonte permite edições. | | Sync base a base | A fonte é uma base do Airtable. | | Fonte integrada | A fonte é uma ferramenta externa, como Jira ou Google Calendar. | | Leitura de sync | Uma leitura da base fonte por uma tabela sincronizada para atualizar os registros. | ## Limites | Limite | Business | | --- | ---: | | Tabelas sincronizadas por base | 20 | | Fontes de sync por base | 50 | | Fontes de sync por tabela (multi-source) | 20 | | Views com sync ativo por base fonte | 100 | | Schema de uma view fonte (campos, configuração e view) | 2 MB | | Leituras de sync por minuto por base fonte | 400 | | Two-way sync, células por view fonte | 200.000 | | Registros por fonte integrada (Jira, Google Calendar e similares) | 10.000 | | Frequência do sync base a base | tempo real | | Frequência do sync de integrações | a cada 5 minutos no máximo | Cada view fonte pode ter muitos destinos. O limite de 10.000 registros não vale para sync base a base. ## Links Um campo de linked record continua link só se a tabela alvo também está sincronizada na mesma base. Senão chega como texto de uma linha. Um link sincronizado conecta a uma tabela estrangeira. O Airtable escolhe essa tabela. O alvo precisa ser a mesma tabela de origem. Um link que na origem já aponta para um espelho chega como texto e não pode voltar a ser link. Exemplo: Project Management espelha Product da Products & Services, e a coluna Tags do Product aponta para o espelho de Tags dentro da Products & Services, não para o espelho de Tags que a Project Management lê do Core. Essa coluna fica texto. Links entre tabelas espelhadas da mesma base, como People, Membership e Organizations do Core, podem voltar a ser links. Observado por Pedro Ferreira em 2026-11-05; nenhum artigo oficial cobre esse caso. Fórmula, lookup ou rollup sincronizam como o tipo do resultado. Um lookup chega como texto. Colunas adicionadas numa tabela sincronizada no destino são locais. Lookups, fórmulas e links numa tabela sincronizada nunca chegam à fonte. Um campo sincronizado não pode ser renomeado no destino. O campo primário de uma tabela sincronizada não pode ser mudado depois que o sync é criado. Multi-source não carrega campos de linked record. Filtro dinâmico não é herdado da fonte. Registros fora do filtro da view fonte expõem só informação parcial. ## Registros removidos Um registro sai do sync quando é apagado na fonte ou sai do filtro da view fonte. O destino então o apaga ou o mantém como indisponível. A escolha é uma configuração do sync. Os links para um registro removido são limpos. O valor anterior não é mantido. Lookups e rollups dependentes ficam vazios. O Airtable não documenta se um registro que volta à view é casado com a linha antiga. O record ID de uma linha sincronizada é diferente em cada base. O record ID não identifica um registro entre bases. ## Cadeias Um destino pode ser fonte de outro sync one-way. Cada salto achata campos calculados e transforma lookups em texto. Two-way syncs não podem ser encadeados nem ramificados. ## Two-way sync Edições no destino não podem ser feitas pela API. Uma ação de automação que edita um campo sincronizado não pode ser seguida de outra ação. As edições aparecem no log de atividade como "Table Sync". Nenhuma política de conflito é documentada. Numa tabela multi-source, um campo só é editável se estiver mapeado em toda fonte. ## Dono do sync Um sync pertence ao colaborador que o configurou. Se o Airtable remove essa pessoa da base de destino, o sync quebra. Uma senha nova ou uma restrição de domínio numa view compartilhada para os syncs dela. Os syncs precisam ser configurados de novo. Configurar o sync de tabelas ligadas exige Editor ou acima na base fonte. O sync automático para em bases sem atividade recente. O destino precisa de atividade regular, como uma automação ou uma atualização por API, para seguir sincronizando. ## Fontes - [Getting started with Airtable sync](https://support.airtable.com/articles/2849803278-getting-started-with-airtable-sync): limites, syncs parados, retenção de registros, record IDs, linked records em tabelas sincronizadas, syncs encadeados. Verificado em 2026-11-05. - [Two-way syncing in Airtable](https://support.airtable.com/articles/8435404541-two-way-syncing-in-airtable): células por view fonte, sem encadeamento, restrições de API e automação, atribuição. Verificado em 2026-09-14. - [Multi-source syncing in Airtable](https://support.airtable.com/articles/6877414132-multi-source-syncing-in-airtable): campos editáveis precisam estar mapeados em toda fonte; sem linked records. Verificado em 2026-09-14. - [Airtable sync permissions](https://support.airtable.com/articles/8849554690-airtable-sync-permissions) e [Troubleshooting syncs](https://support.airtable.com/articles/5771218938-troubleshooting-syncs-in-airtable): syncs presos ao colaborador que configurou; mudanças de permissão param syncs. Verificado em 2026-09-14.