# 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:

1. **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.
2. **Volta para a linha de System.** O vínculo System deve bater com a chave. **Key Check** mostra `⚠ key mismatch` quando a Sync Key do sistema vinculado difere da System Key, e `⚠ no system linked` quando há chave mas nenhum sistema vinculado.

[![A view do CRM é a origem filtrada da sincronização de Feedback do CRM.](/systems/systems-central/screens/sc-feedback-crm-source.png)](/systems/systems-central/screens/sc-feedback-crm-source.png)

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](/pt-br/systems/systems-central/automations). 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.