# Arquitetura e responsabilidades

Quais fatos Products & Services possui, o que lê do Core e o que o CRM lê dela.

Products & Services é a única escritora de Product, Product Component, Offer, Price List, Brand e Product Category. Ela lê empresas e tags do Core e publica Offer para o CRM. O Systems Central registra os seis tipos de registro nativos com este sistema como system of record, e Offer como espelhada no CRM.

## Siga os dados

| Direção | O que se move | Como é usado aqui |
| --- | --- | --- |
| Core → Products & Services | Organization (mirror) | Seller* da Offer, Provider° e Owner° do Product, Owner° da Brand |
| Core → Products & Services | Tags (mirror) | Tags opcional em todas as tabelas |
| Core → Products & Services | Person, Membership, Department, Position, Team, Classification term (mirrors) | Identidade e contexto organizacional compartilhados |
| Products & Services → CRM | Offer, como Offer (mirror) | Deal.Product* vincula uma Offer; Offer (Price), (Item) e (Unit) são lookups do CRM |

O mirror de Tags é um sync de mão única de Name, Kind e notes, com edição na origem desligada e linhas removidas na origem mantidas; esse contrato é de 2026-10-22. No sync de Organization e no sync de Offer no CRM, confira mapeamento de campos, intervalo de atualização e tratamento de linhas arquivadas nas configurações de sync do Airtable antes de contar com eles.

## Preserve os limites

Um leitor nunca escreve nesta base. Um fato que só um domínio precisa fica no registro desse domínio. O CRM guarda o valor negociado em Deal.Value*; o preço de lista fica em Offer.Price*. Mudar um deal não muda uma oferta, e mudar uma oferta não muda deals passados.

O Provider de um produto o fabrica ou entrega; o Seller de uma oferta é a empresa do grupo cujo nome vai na proposta. O mesmo serviço vendido por duas empresas são duas ofertas. Uma Brand é o nome no produto, não a empresa que o vende.

O CRM documenta o próprio uso de ofertas em [Offer no CRM](/pt-br/systems/crm/entity-offer). Este sistema documenta o que é uma oferta.

## Construído e proposto

A proposta que define este domínio, de que Products & Services é a única base que escreve o que o negócio vende e de que Sales, Fintable e Inventory a espelham somente para leitura, ainda está proposta, não adotada. Ela descreve um domínio maior do que o construído hoje.

| A proposta diz | Estado em 2026-10-28 |
| --- | --- |
| Uma base escreve Product, Product Component, Offer, Price List, Brand e Product Category | Construído: seis tabelas nativas |
| Bens e serviços numa única tabela Product, Kind derivado de Product Type* | Construído |
| Um Deal no CRM propõe uma Offer | Construído: Deal.Product* vincula Offer (mirror) |
| Price List pertence a um Workspace pelo Organization (mirror) | Mudou: vendedor e moeda são derivados das ofertas da lista; as colunas de dono e moeda armazenadas foram aposentadas em 2026-09-23 |
| Fintable lê Offer; Service [SV] se aposenta dentro de Products & Services | Não construído |
| Items do Inventory se divide, com as colunas de catálogo vindo para cá; Price Lists e Price List Lines viram Price List e Offer | Não construído |
| Vendor Quote vem para cá quando Products & Services assumir compras | Não movido: continua como Cost no Inventory |

Aceitar a proposta e decidir quando Vendor Quote muda de base é acompanhado pelo Work Item "Accept Products ownership and decide when Vendor Quote moves". Workflows de entrega e templates de tarefa por Product estão propostos para uma futura base de Project Management, onde cada domínio escreve seus próprios workflows e tarefas (proposto, ainda não adotado); eles não ficam aqui.

## Resolva conflitos na origem

Corrija fatos de empresa no Core e o texto das tags no catálogo Tags do Core. Corrija fatos de catálogo aqui. Corrija vínculos de proposta e valores negociados no CRM. Um mirror que diverge da origem está desatualizado; a origem está certa.