Membership (mirror)
Uso local de Membership em KPIs & OKRs; definição compartilhada no Core.
A definição e os campos da origem estão em Core / Membership. Esta página explica apenas o uso em KPIs & OKRs.
Uso e limites
Member, Business Unit e Position Held são vínculos reais. Membership # identifica o vínculo entre bases; IDs de registros Airtable são locais a cada base. Accountable e Observation usam esta tabela. Member Display Name e Business Unit (Legal Name) são derivados. Access Level e Approval Limit são atributos de negócio, não prova de permissões aplicadas pelo aplicativo.
Campos utilizados localmente
Membership #, Membership ID, Member, Business Unit, Membership Status.
Esses nomes são do consumidor e podem diferir da origem. Vínculos operacionais e valores derivados locais:
| Campo | Armazenamento | Uso local |
|---|---|---|
| Task | Vínculos | Task |
| Task 2 | Vínculos | Task |
| Milestone | Vínculos | Milestone |
| Milestone 3 | Vínculos | Milestone |
| Recurrence Configurations (Accountable) | Vínculos | Recurrence Configuration |
| Observations (About) | Vínculos | Observation |
| Business Unit (Legal Name) | Lookup | Business Unit → Legal Name |
| Metric Target | Vínculos | Metric Target |
| Member Display Name | Fórmula | Derivado localmente. |
| Tags | Vínculos | op:tags · rótulo local; não altera o Core |
Member Display Name usa ARRAYJOIN({Member}). O consumidor ainda expõe Membership #, enquanto o Core atual expõe Membership ID e Membership (Name). Confira o mapeamento da origem antes de alterar a chave usada pelas integrações.
Onde corrigir
Corrija os dados compartilhados em Core Record Types[Membership]. Ajuste aqui os vínculos com tarefas, metas e demais registros operacionais. Confira nas configurações do sync o mapeamento das colunas, o intervalo de atualização e a escrita de volta antes de depender deles. Não presuma que editar um mirror atualize o Core. Consulte Manter registros compartilhados.