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

[![System lista as sete bases do Airtable e um workflow do n8n.](/systems/systems-central/screens/sc-system-grid.png)](/systems/systems-central/screens/sc-system-grid.png)

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](/pt-br/automations/calcom-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](/pt-br/systems/systems-central/architecture#the-operations-key).

## 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`.

## Relacionados

[Registrar um sistema](/pt-br/systems/systems-central/register-system) · [Feedback](/pt-br/systems/systems-central/entity-feedback) · [Record Type](/pt-br/systems/systems-central/entity-record-type)