BDS0.1

Arquitetura e responsabilidades

O que a Systems Central possui, o que espelha e como o feedback chega à base de cada sistema.

Revisado 2026-10-28Markdown

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.

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.