Arquitetura e responsabilidades

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