Arquitetura e responsabilidades
O que a Systems Central possui, o que espelha e como o feedback chega à base de cada sistema.
A Systems Central é dona de seis tipos de registro: System, Record Type, System Rule, Architecture Decision, Work Item e Feedback. Ela lê pessoas, organizações e tags do Core e ferramentas do Tooling and Access. Ela envia linhas de Feedback para a base do sistema a que se referem.
Espelhos que entram
| Tabela local | Origem | Colunas locais adicionadas aqui |
|---|---|---|
| Membership (mirror) | Core Record Types → Membership | Feedbacks (Reporter), Feedbacks (Accountable), Systems (Maintainer), Architecture Decisions (Decided By), Work Items (Assignee), Tags |
| Organization (mirror) | Core Record Types → Organizations | Tags (local) |
| Tool (mirror) | Tooling and Access → Tool | Systems (Runs On), Tags |
| Tags (mirror) | Core Record Types → Tags | Vínculos de volta de Feedback, System, dos espelhos, de Architecture Decision e de Work Item |
Corrija fatos compartilhados na origem: o nome de uma pessoa ou o status de uma membership no Core, o nome de uma ferramenta no Tooling and Access. Só as colunas de vínculo adicionadas nesta base são locais. As configurações de sincronização, como o intervalo de atualização e se exclusões na origem são mantidas, não aparecem pela API; confira-as nas configurações de cada sincronização no Airtable.
Roteamento de feedback
Cada sistema guarda uma Sync Key na sua linha de System. Cada linha de Feedback carrega uma System Key, uma seleção única com uma opção por chave. A mesma chave faz dois trabalhos:
- Saída para a base do sistema. Uma view filtrada em Feedback é a origem de uma sincronização para a base daquele sistema. Em 2026-10-28 a única view assim é CRM - Feedback (dont change the filter), filtrada em System Key = CRM. A CRM - Pedro a mostra como sua tabela Feedback. O esquema de 2026-10-26 a registra como espelho bidirecional, então uma linha digitada no CRM chega aqui com System Key = CRM.
- Volta para a linha de System. O vínculo System deve bater com a chave. Key Check mostra
⚠ key mismatchquando a Sync Key do sistema vinculado difere da System Key, e⚠ no system linkedquando há chave mas nenhum sistema vinculado.
Hoje nenhuma automação preenche System a partir da System Key: a única automação do Airtable está desativada e faz outra coisa. Veja Automações. Vincule System à mão na triagem.
A chave Operations
O System KPIs & OKRs antes se chamava Operations e ainda tem a Sync Key Operations. Suas 14 linhas de feedback usam System Key Operations e mostram Key Check em branco, o que é consistente. A base legada appBUharASqfMgOFc “Operations” não é um dos nossos sistemas. Essas 14 linhas vieram dela em 2026-09-17, por isso páginas e textos citam a base legada. Leia Operations como a chave de roteamento de KPIs & OKRs, nunca como um sistema atual.
As opções de System Key Fintable, Snack Access, Snack Sync e Snack Connect não têm linha em System. Nenhum feedback as usa.
O que a Systems Central não faz
Ela não cria, não altera e não confere registros de outras bases. Uma linha de Record Type diz onde uma tabela está, mas não cria a tabela. Uma System Rule registra uma regra, mas quem a garante está em outro lugar (uma fórmula, uma automação, um script ou uma pessoa; veja Enforced By). Um Work Item registra trabalho, mas nada aqui o executa.
