System
Um sistema que o grupo constrói e mantém: uma base do Airtable, um app, uma automação ou uma API.
Uma linha de System é um software que o grupo constrói e mantém, tipado schema:SoftwareApplication. Uma versão ou um ambiente não é um segundo sistema. A ferramenta em que ele roda, como Airtable ou n8n, é um fato separado, guardado em Tool.
O que é uma linha
Em 2026-10-28 a tabela tem oito linhas, todas com Lifecycle Status Active:
| System | Kind | Sync Key |
|---|---|---|
| Core Record Types | Airtable base | Core Record Types |
| KPIs & OKRs | Airtable base | Operations |
| CRM | Airtable base | CRM |
| Communication | Airtable base | Communication |
| Tooling and Access | Airtable base | Tooling and Access |
| Products & Services | Airtable base | Products & Services |
| Systems Central | Airtable base | Systems Central |
| Cal.com Booking Intake | Automation | (em branco) |
Cal.com Booking Intake é o workflow do n8n que transforma agendamentos do Cal.com em registros do CRM. Ele está documentado em Automações, em Cal.com Booking Intake. Ele não tem Sync Key, então não recebe feedback por roteamento. KPIs & OKRs mantém a chave Operations do nome antigo; veja Arquitetura.
Campos
Identidade
| Campo | Tipo | Significado |
|---|---|---|
| Name | Texto, primário | O nome que o grupo usa; único na lista |
| Kind | Seleção única | Airtable base, Web app, Mobile app, Automation, API, Other |
| Description | Texto longo | Para que serve o sistema, em uma ou duas frases |
| URL | URL | Onde as pessoas abrem o sistema |
| External Identifier | Texto | O id que a plataforma atribui, como o id da base |
| Version | Texto | Versão em uso; em branco quando não há versão |
| Lifecycle Status | Seleção única | Draft, Active, On Hold, Archived |
| Tags | Vínculos → Tags (mirror) | Rótulos opcionais do Core |
Roteamento e responsabilidade
| Campo | Tipo | Significado |
|---|---|---|
| Sync Key | Texto | Deve ser igual, exatamente, a uma opção de System Key em Feedback |
| Maintainer | Vínculos → Membership (mirror) | Uma membership; o Accountable padrão de novos feedbacks |
| Maintainer (Name) | Lookup | Quebrado: aponta para Member (Name), que o espelho não tem mais |
| Tool | Vínculos → Tool (mirror) | A plataforma em que o sistema roda |
Saúde do feedback (calculado)
| Campo | Tipo | Cálculo |
|---|---|---|
| Feedbacks | Vínculos → Feedback | Inverso de Feedback → System |
| Open Feedbacks | Rollup | Soma de Is Open nos feedbacks vinculados |
| Overdue Feedbacks | Rollup | Soma de Is Overdue nos feedbacks vinculados |
| Oldest Open | Rollup | Menor Open Since nos feedbacks vinculados |
Vínculos inversos (edite na outra linha)
System Rules, Record Types (Original), Record Types (Mirrored), Architecture Decisions e Work Items. Cada um lista as linhas que apontam para este sistema. Altere-os na linha de System Rule, Record Type, Architecture Decision ou Work Item.
Estado atual
Seis das oito linhas têm Maintainer. KPIs & OKRs e Cal.com Booking Intake não têm. KPIs & OKRs mostra 3 feedbacks abertos e 3 vencidos; todos os outros sistemas mostram 0. Tool está em branco em todas as linhas. Cada System se liga a entre 6 e 60 Work Items, e um Work Item pode se ligar a vários sistemas.
Exemplo
Uma base nova fictícia: Name Field Service, Kind Airtable base, Sync Key Field Service, URL o endereço da base, External Identifier o id da base, Version v1, Lifecycle Status Draft, Maintainer a membership que vai alterá-la, Tool Airtable.