SO nativo de IA · Capítulo 5 de 15 · 40 min
Um caminho de escrita por entidade
Como transformar o mapa e a auditoria de estoque num modelo de dados com um único caminho de escrita por tabela, na faixa de 15 a 30 entidades e 40 a 80 chaves estrangeiras que o paper da Boom Automations registra em agosto de 2026. As duas regras de dimensionamento, o registro que documenta as decisões e o teste que revela dado morando em dois lugares.
Este capítulo faz parte do curso gratuito SO nativo de IA.
O dado de medição da obra do hospital mora em três lugares e os três discordam: a planilha diz etapa fechada, o quadro do Monday diz etapa em execução e o faturamento já emitiu a medição cheia. Cena inventada para a didática deste curso. Este capítulo converte o mapa e a auditoria num modelo com um caminho de escrita por tabela.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
O que isso quer dizer: Entidade é qualquer substantivo que a empresa conta no plural: clientes, obras, faturas, documentos, fornecedores. Cada um vira uma tabela, que é só uma lista com uma linha por item. Chave estrangeira é o número que faz um papel apontar para outro, igual a escrever o número do pedido no rodapé da nota fiscal: quem pega a nota acha o pedido sem precisar perguntar a ninguém. Caminho de escrita é a porta única por onde aquele dado entra ou muda, como a portaria única de um prédio, que registra quem entrou e por onde. A regra do capítulo cabe em uma linha: cada tabela tem uma porta só. Por que importa na empresa: Quando o mesmo número é digitado em três lugares, a empresa passa a gastar hora de gente para descobrir qual versão vale, e quase sempre essa hora é da pessoa mais cara e mais difícil de substituir. O custo maior aparece depois, quando o time deixa de olhar o sistema para decidir e volta a perguntar para alguém. Com uma porta por tabela, a divergência deixa de existir por construção, sem depender da disciplina de ninguém. E qualquer recurso de inteligência artificial ligado a esse dado depende disso: sobre duas verdades, o agente responde com aprumo escolhendo uma cópia, e a resposta errada chega mais rápido que a certa chegava antes.
- Etapa 1 de 6: Sublinhar substantivos
Leia cada workflow do mapa e marque o objeto de trabalho que o time conta no plural.
- Etapa 2 de 6: Juntar sinônimos
Colapse palavras diferentes para a mesma coisa e mantenha separado o que tem regra diferente.
- Etapa 3 de 6: Handoff vira chave
Transforme cada passagem de trabalho entre duas pessoas em uma ligação explícita entre duas tabelas.
- Etapa 4 de 6: Uma porta
Escreva, para cada tabela, quem grava e em qual tela, com nome de pessoa.
- Etapa 5 de 6: Marcar exceção
Declare a tabela cuja verdade mora fora do sistema e o sentido em que o dado corre.
- Etapa 6 de 6: Testar divergência
Pergunte em cada linha quem ganha se duas pessoas atualizarem o mesmo objeto na mesma manhã.
Exemplo calculado, com números ilustrativos
| Situação | A conta | Como ler o resultado | O que se decide |
|---|---|---|---|
| Cena ilustrativa nova, montada sobre a Vinco Instalações, que é invenção didática deste curso. O workflow de medição de obra custa 9,5 horas por semana e carrega duas digitações duplicadas. Suponha 40 medições por mês, cada uma digitada na planilha de medição, no quadro do Monday e de novo na planilha de faturamento. | 40 medições x três digitações = 120 digitações por mês. Com uma porta só, são 40 digitações: 120 menos 40 = 80 digitações eliminadas por mês. | As 80 digitações medem trabalho repetido que some. O erro de leitura mais comum é achar que o ganho é o tempo de digitar. O ganho grande está nas 40 medições que passam a ter uma versão única, porque cada uma delas hoje pode gerar uma discussão de fechamento com o cliente na linha. | Quem conduz o passo escreve uma linha só para medição no registro de tabelas, com o encarregado como quem grava, e fecha as outras duas entradas como leitura antes de qualquer tela ser construída. |
Os números deste exemplo existem para ensinar o raciocínio. Troque base, janela e valor pelos dados da sua empresa antes de decidir qualquer coisa com eles.
Dúvidas de quem está começando
Preciso saber programar para desenhar esse modelo?
Não. O trabalho é ler os workflows já mapeados, sublinhar substantivos e decidir quem grava cada coisa. Nada disso menciona banco de dados, linguagem ou plataforma. A folha que sai daqui é uma planilha de cinco colunas, e ela vale igual em qualquer tecnologia que você escolher depois. Quem programa recebe essa folha pronta.
Vinte e três tabelas não é complicado demais para uma empresa de 21 pessoas?
A faixa que o autor publica para empresas dessa dimensão é de 15 a 30 tabelas, portanto 23 fica no meio dela. O risco real está no sentido oposto: modelar para um futuro de 50 vezes o tamanho atual cria campos que ninguém sabe preencher, e campo preenchido de qualquer jeito devolve dado sujo dentro do sistema novo. A regra que o autor dá é parar no dobro da receita atual. Se o seu negócio couber em menos tabelas que a faixa, o modelo está certo e a faixa é que não se aplica.
O número da medição da obra do hospital, na manhã do fechamento
| Onde mora | Quem digitou | O que diz | Quem confia nele |
|---|---|---|---|
| Planilha de medição | Encarregado de obra | Etapa fechada | A obra |
| Quadro do Monday | Coordenação do escritório | Etapa em execução | A diretoria |
| Planilha de faturamento | Financeiro | Medição cheia, já emitida | O cliente |
Três digitações da mesma informação, três verdades locais. Nenhuma delas está errada por descuido, e é por isso que ninguém consegue apontar a culpada.
Fonte: Vinco Instalações: cena inventada para a didática deste curso.
Cápsula de resposta. Entidade é substantivo do negócio. O passo 03 da esteira converte o mapa em um schema de 15 a 30 entidades e 40 a 80 chaves estrangeiras, segundo o paper da Boom Automations publicado em 17 de agosto de 2026, e atribui a cada tabela exatamente um caminho de escrita. Na cena inventada da Vinco Instalações, o resultado é 23 entidades e 61 chaves, com uma única tabela cuja fonte da verdade fica fora do sistema.
Ninguém errou de propósito: o mesmo número foi digitado três vezes, por três pessoas, em três momentos diferentes. Cada digitação virou uma verdade local. A reunião de fechamento deixa de tratar da obra e passa a tratar de qual planilha está certa, com Rita Bevilacqua chamando Damião Fontes para arbitrar. Ele arbitra bem, e o defeito está aí: a empresa contratou uma pessoa como mecanismo de reconciliação.
Medição de obra é o workflow mais caro do mapa da Vinco, com 9,5 horas por semana cronometradas, três handoffs e duas digitações duplicadas. As duas digitações duplicadas são a causa mecânica da divergência, e automatizar uma tripla digitação apenas produz três verdades mais rápido.
A aba espelhada é esse mesmo defeito, em escala de planilha
- Quem monta uma planilha de controle acaba criando uma segunda aba que espelha a primeira, para servir a um relatório ou a um chefe que quer outra visão.
- Enquanto uma pessoa mantém as duas abas, funciona. Duas pessoas editando abas diferentes na mesma semana produzem dois números com a mesma etiqueta.
- Trocar a planilha por sete ferramentas muda apenas a escala do estrago: o paper da Boom Automations, de 17 de agosto de 2026, chama sete ferramentas de "seven schemas with no shared keys".
- Todo cruzamento entre esses sete bancos é uma pessoa copiando e colando, e cada cópia nasce com prazo de validade de horas.
A segunda das quatro regras do documento da Boom é literal: um caminho de escrita por entidade. O autor escreve que todo substantivo do negócio vira tabela, toda relação vira chave estrangeira e toda tabela tem exatamente um caminho de escrita. A justificativa aparece na mesma página, e é uma frase sobre confiança: no momento em que o dado mora em dois lugares, os dois discordam, e no momento em que discordam, o time para de confiar no sistema.
Repare no encadeamento, porque ele é a tese inteira. Duplicidade não produz erro de dado em primeiro lugar. Produz erro de decisão, porque obriga cada pessoa a escolher em qual cópia acreditar. Um sistema em que essa escolha existe já perdeu, mesmo com todas as cópias corretas por coincidência num determinado dia.
Glossário rápido
Workflow
A rotina de trabalho que se repete mais de uma vez por semana e atravessa pelo menos duas pessoas ou duas ferramentas. Medição de obra é workflow; um e-mail avulso não é. O mapa do passo 01 lista os workflows com as horas cronometradas de cada um.
Entidade
Qualquer substantivo que o negócio usa para operar. O autor lista clientes, projetos, tarefas, faturas, documentos, membros do time, leads, pedidos e fornecedores. Teste prático: se o time fala do objeto no plural e conta quantos existem, é entidade.
Chave estrangeira
A coluna que amarra um registro de uma tabela a um registro de outra. É a materialização de uma relação do negócio: esta fatura é deste cliente, esta tarefa é desta obra. O paper trata a contagem de chaves como sinal de saúde do modelo, na faixa de 40 a 80.
Caminho de escrita
O único lugar por onde um registro daquela tabela pode nascer ou mudar. Pode ser uma tela do sistema, uma importação ou um agente, e é sempre um só. Caminho de escrita é decisão documentada, não consequência acidental do que a ferramenta permite.
Fonte da verdade
O sistema que responde pela versão válida de uma entidade quando duas versões aparecem. Na maioria das tabelas é o sistema novo. Em pelo menos uma, tipicamente faturas, continua sendo a contabilidade, com sincronização em mão única.
Caminho de escrita e fonte da verdade
A fonte da verdade decide qual valor é o válido; o caminho de escrita diz por onde o valor entra.
- Uma tabela pode ter a contabilidade como fonte e receber escrita por sincronia.
- O que nunca pode existir é a mesma tabela aceitando escrita por dois portões.
- Com dois portões, a pergunta de quem decide o valor volta a ficar aberta.
- Caminho de escrita é decisão documentada, com nome de quem grava.
O teste: Pergunte de cada tabela: se duas pessoas atualizarem este objeto na mesma manhã, quem ganha.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Olhe o grafo procurando registro solto. Não existe nenhum. Toda caixa tem pelo menos uma seta chegando ou saindo, e essa é a segunda regra do modelo de dados no documento da Boom: todo registro se conecta a alguma coisa. O autor escreve que nada flutua isolado, e propõe uma pergunta desconfortável para o que sobra: se um documento não pode ser amarrado a um cliente, a uma obra ou a um processo, pergunte por que você está guardando aquilo.
A pergunta é boa porque muda o assunto. Documento órfão não é problema de organização de pasta, é sintoma de processo que ninguém definiu. Na Vinco, o Drive tinha uma pasta chamada "diversos" com contratos assinados dentro. O modelo de dados não resolve isso automaticamente. Ele torna o problema visível no primeiro dia, porque não existe lugar no schema para pousar um contrato sem cliente.
A primeira regra é de dimensionamento, e é a que mais gente viola por excesso de zelo. Modele o negócio que você tem, mais um tamanho acima. O autor é específico sobre onde parar: projete para o dobro da receita e pare. Quem projeta para um futuro fantasioso de 50 vezes constrói um sistema inchado que ninguém entende, e ninguém entender é o mesmo que ninguém usar.
O custo do schema inchado não aparece no banco, aparece na tela e no treinamento. Cada entidade especulativa vira campo obrigatório que o time não sabe preencher, filtro que ninguém aplica e relatório que nasce vazio. E cada campo que o time não entende vira campo preenchido de qualquer jeito, o que devolve o dado sujo pela porta da frente, agora dentro do sistema novo.
Schema para o futuro fantasioso contra schema um tamanho acima
Projetado para 50 vezes o tamanho atual
Evitar
- Tabelas criadas para linhas de negócio que ainda não existem
- Campos obrigatórios que o time preenche com qualquer valor para salvar
- Hierarquias de três níveis onde a operação usa um
- Modelo que só o autor consegue explicar em reunião
- Toda mudança de tela exige revisar relações que ninguém usa
Projetado para o dobro da receita atual
Recomendado
- Uma tabela por substantivo que o time já pronuncia no dia a dia
- Campo obrigatório apenas onde o processo garante o preenchimento
- Relação criada quando o negócio já tem a relação
- Modelo que a pessoa que executa o workflow reconhece na primeira leitura
- Espaço de crescimento em linha, não em estrutura nova
Errar por falta custa pouco; errar por excesso custa incerto
Acrescentar entidade depois é trabalho localizado; remover entidade que já está em produção é arqueologia.
- Acrescentar: uma tabela, algumas chaves e uma tela.
- Remover: alguém já escreveu dado nela, algum relatório a consulta e alguma automação a dispara.
- Errar por falta é reversível a preço conhecido.
- Errar por excesso é reversível a preço desconhecido, e por isso quase nunca é revertido.
O teste: Aponte cada tabela do rascunho e diga quem escreve nela no primeiro mês. Sem nome, ela sai.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
Vamos resolver o caso da Vinco do começo ao fim. Cena inventada para a didática deste curso, com os números fixos que atravessam o curso todo. O ponto de partida já vem escrito: 19 workflows mapeados no passo 01, 58 horas por semana de trabalho manual cronometrado e um estoque de 11 ferramentas classificado no passo 02 em sete para absorver, três para manter e uma para matar.
Rita não inventa entidade. Ela lê os 19 workflows e sublinha os substantivos que aparecem como objeto de trabalho, aqueles que o time conta no plural. Medição de obra, o workflow de 9,5 horas por semana, entrega sozinho os substantivos obra, medição, boletim e fatura, e o workflow de compras entrega pedido, fornecedor e nota. Repetido para os 19, o exercício fecha em 23 entidades, dentro da faixa de 15 a 30 que o paper registra como contagem típica em agosto de 2026. Essa faixa é referência de um praticante e não norma: schema que fecha abaixo dela e cobre o negócio inteiro está certo do mesmo jeito.
As chaves saem do mesmo lugar, e é aqui que a leitura do mapa paga o investimento. Cada handoff cronometrado no passo 01 é uma relação entre dois substantivos que hoje é atravessada por uma pessoa. O handoff "medição aprovada volta para faturamento" é a chave estrangeira que liga medição a fatura. Os três handoffs do workflow de medição viram três relações explícitas. Somadas as relações de todos os workflows, e descontadas as repetidas, a Vinco fecha em 61 chaves estrangeiras, dentro da faixa de 40 a 80 do paper.
O caminho de escrita é a terceira coluna, e é a única que exige decisão em vez de leitura. Para todas as tabelas menos uma, Rita escreve "sistema". Para faturas, escreve outra coisa, porque a contabilidade da Vinco é terceirizada e o livro-razão fiscal continua lá.
O passo 03 da Vinco, derivado do mapa e não inventado
19
workflows lidos um a um
substantivos sublinhados como objeto de trabalho
23
entidades
dentro da faixa de 15 a 30 que o paper registra
61
chaves estrangeiras
uma por handoff cronometrado, descontadas as repetidas
1
tabela com fonte da verdade fora do sistema
faturas, escrita pela contabilidade em mão única
Fonte: Números da Vinco Instalações: cena inventada para a didática deste curso. As faixas de 15 a 30 entidades e de 40 a 80 chaves estrangeiras são do system paper de Luke Pierce, Boom Automations, de 17 de agosto de 2026.
- Etapa 1 de 7: Workflows mapeados
19 na Vinco, com horas cronometradas
- Etapa 2 de 7: Substantivos sublinhados
objeto de trabalho que o time conta no plural
- Etapa 3 de 7: Tabelas
23 entidades, dentro da faixa do paper
- Etapa 4 de 7: Handoffs do mapa
cada travessia entre duas pessoas
- Etapa 5 de 7: Chaves estrangeiras
61, descontadas as relações repetidas
- Etapa 6 de 7: Caminho de escrita
um por tabela, com nome de quem escreve
- Etapa 7 de 7: Registro de entidades
cinco colunas, uma linha por tabela
Cinco movimentos para construir o registro de entidades
Cada movimento consome um artefato que já existe. Nenhum deles exige decisão de tecnologia, e nenhum deles pode ser feito sozinho numa sala fechada.
Passo 1: Sublinhe os substantivos de cada workflow do mapa
Percorra os workflows um por um e marque todo objeto de trabalho que o time conta no plural. Nomes de ferramenta não entram, porque ferramenta não é entidade.
Deu certo quando: A lista de substantivos repete muito entre workflows, e é essa repetição que prova que o negócio tem um vocabulário comum.
Erro comum: Criar entidade a partir de relatório desejado. Relatório é visão sobre tabela, nunca tabela nova.
Passo 2: Colapse os sinônimos e defenda as distinções reais
Palavras diferentes para a mesma coisa viram uma tabela. Palavras diferentes com regras diferentes ficam separadas, mesmo quando as colunas se parecem.
Deu certo quando: A pessoa que executa o workflow lê a lista e não pergunta o que cada nome significa.
Erro comum: Colapsar por economia de tabela e criar um campo de tipo genérico que carrega a distinção escondida.
Passo 3: Converta cada handoff cronometrado em uma relação
Todo ponto do mapa em que o trabalho atravessa de uma pessoa para outra é uma relação entre dois substantivos que hoje passa por cópia manual.
Deu certo quando: A contagem de chaves cai numa faixa parecida com a do paper, sem que você tenha perseguido a faixa.
Erro comum: Contar duas vezes a mesma relação por ela aparecer em workflows distintos.
Passo 4: Decida o caminho de escrita de cada tabela, com nome de pessoa
Escreva por onde o registro nasce e quem o cria na primeira semana de operação. Tabela sem nome de pessoa é candidata a sair do escopo.
Deu certo quando: Cada digitação duplicada achada no passo 01 aponta para a tabela que a elimina.
Erro comum: Deixar uma importação de planilha aberta em paralelo à tela, o que cria o segundo portão sem ninguém decidir isso.
Passo 5: Marque as exceções de fonte da verdade e o sentido da sincronização
Onde um sistema externo permanece o livro de referência, declare isso na linha e diga em que sentido o dado corre.
Deu certo quando: A leitura da linha responde sozinha quem decide o valor válido numa divergência.
Erro comum: Chamar de exceção o que é preguiça de migrar, e acabar com duas verdades sobre o mesmo objeto.
No fim você tem: Um registro de cinco colunas com uma linha por tabela, portátil entre stacks e pronto para o portão do capítulo seguinte.
Rita Bevilacqua, sócia responsável pela operação
Montagem e manutenção de instalações prediais, São Paulo, 21 pessoas e receita de R$ 31 milhões por ano
Dor
O dado de medição de obra era digitado na planilha de medição, no quadro do Monday e na planilha de faturamento. Na divergência, o time recorria a Damião Fontes para arbitrar qual versão valia.
Solução
Derivou 23 entidades dos 19 workflows mapeados e 61 chaves estrangeiras dos handoffs cronometrados. Atribuiu um caminho de escrita a cada tabela e recusou toda entidade que não tinha substantivo correspondente no dia a dia do time.
Resultado
Medição passa a ter um único ponto de entrada, e boletim e fatura leem a mesma linha em vez de receber a mesma digitação. A pasta "diversos" do Drive deixou de ter destino no schema, o que expôs os arquivamentos que ninguém havia definido como processo.
Custo apurado: Uma semana de esforço concentrado, sem escrever uma linha de código do produto
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
A decisão da tabela de faturas merece parágrafo próprio, porque ela é a exceção que prova a regra. Manter a contabilidade como fonte da verdade não é abrir mão do caminho único: o caminho de escrita de faturas continua sendo exatamente um, só que ele é uma sincronização em mão única a partir do sistema contábil. O sistema novo lê e nunca escreve. Duplicar seria criar uma segunda verdade fiscal, que é a pior categoria de duplicidade possível.
O registro publicado no paper da Boom mostra a mesma decisão, na linha de invoices. É a única das cinco linhas do exemplo em que o sistema não é a fonte da verdade, e o documento sinaliza isso de propósito. Vale olhar o formato do registro, porque é ele que o capítulo seguinte transforma em portão.
Registro de entidades, exemplo da Fig. 05 do paper da Boom Automations
| Tabela | Chaves estrangeiras | Caminho de escrita | Migra de | Status |
|---|---|---|---|---|
| clients | projects, invoices, docs | sistema | CRM mais duas planilhas | locked |
| projects | tasks, docs, milestones | sistema | Monday mais threads de e-mail | locked |
| invoices | clients, milestones | contabilidade, sincronização em mão única | contabilidade mais um rastreador | locked |
| documents | clients, projects | sistema | drive, não estruturado | draft |
| tasks | projects, team | sistema | Monday mais post-its | draft |
Cinco linhas do registro, reproduzidas na grafia do documento. A coluna de status usa os rótulos originais locked e draft. A linha de invoices é a única em que a fonte da verdade fica fora do sistema.
Fonte: Luke Pierce, Boom Automations, system paper DOC OS-01 REV 01, 17 de agosto de 2026
Existe um teste de bancada que revela duplicidade antes de qualquer código, e ele cabe numa pergunta feita a cada linha do registro: se duas pessoas atualizarem este objeto na mesma manhã, por telas diferentes, quem ganha. Quando a resposta é imediata, o caminho é único. Quando alguém precisa pensar, existe um segundo portão aberto que ninguém declarou, e ele vai ser descoberto depois, num fechamento de mês, com cliente na linha.
O mesmo teste explica por que este capítulo precede a consolidação e a construção de agente. A quarta regra do documento da Boom diz que a IA lê o schema, nunca o silo, e o autor escreve que uma IA só consegue recuperar aquilo que uma ferramenta guarda. Um agente apontado para um modelo com duas verdades não fica confuso de maneira visível: ele responde com aprumo, escolhendo uma das cópias, e a resposta errada chega mais rápido que a certa chegava antes.
Cinco erros do passo 03, com sintoma, causa e movimento de saída
1 de 5A entidade fantasma
Uma tabela entra em produção com poucas linhas e nenhuma consulta.
- Sintoma: linhas criadas apenas no mês da implantação.
- Causa: alguém previu uma linha de negócio futura e reservou lugar para ela.
- Saída: pergunte qual pessoa escreve nessa tabela na semana que vem, e sem nome ela sai do escopo.
A escrita por dois portões
O erro que este capítulo existe para evitar, e o mais discreto de todos.
- Sintoma: um relatório que precisa de ajuste manual antes de circular.
- Causa: importação de planilha mantida em paralelo à tela, ou integração antiga que ninguém desligou.
- Saída: fechar a porta secundária e transformá-la em leitura, mesmo que doa numa rotina específica.
A entidade genérica demais
O oposto da fantasma, e ele engana gente experiente.
- Sintoma: uma tabela chamada registros ou itens, com um campo de tipo que assume valores demais.
- Causa: tentativa de evitar tabelas parecidas, colapsando substantivos que o negócio distingue.
- Saída: se o time usa duas palavras e aplica regras diferentes, são duas entidades.
O registro solto
Costuma vir do Drive, junto com a pasta chamada diversos.
- Sintoma: tabela de documentos com boa parte das linhas sem chave estrangeira.
- Causa: migrar arquivo antes de definir o processo que o arquiva.
- Saída: recusar a migração daquele lote e devolver a pergunta para a operação.
Construir com linha em rascunho
Este não é erro de modelagem, é erro de sequência.
- Sintoma: alguém pergunta onde grava um campo e a resposta depende de quem responde.
- Causa: a pressa legítima de mostrar progresso visível.
- Saída: o portão do capítulo seguinte, cuja formulação no paper é nenhuma linha de código antes de todas as linhas marcarem locked.
Verificação rápida
No registro de entidades publicado pela Boom Automations, qual tabela é a única cujo caminho de escrita não é o sistema novo, e por quê?
O registro de entidades não é documento de arquiteto trancado numa sala. Ele é preenchido lendo o mapa do passo 01 em voz alta com a pessoa que executa cada workflow, porque a versão do fundador e a versão do operador são geralmente dois processos diferentes, conforme o autor escreve. A pessoa que digita a medição três vezes sabe, sem vocabulário técnico, exatamente onde estão as duas digitações duplicadas.
Passo 03 encerrado: o que precisa estar verdadeiro
Cobertura das entidades
0/4Relações
0/3Caminho de escrita
0/4O modelo para copiar é deliberadamente pobre em tecnologia. Ele não menciona banco, framework nem plataforma, porque a escolha de stack é decisão sua e vem depois do schema fechado. Um registro de entidades preenchido é portátil entre stacks; um schema desenhado dentro de uma ferramenta específica não é, e sai caro no dia em que a ferramenta muda de preço ou de dono.
Registro de entidades, uma linha por tabela
Preencha os campos e copie o corpo gerado para o documento que vai ao portão do capítulo 6. Uma linha por tabela, sem exceção, e status locked apenas quando as cinco colunas estiverem decididas.
Documento montado
REGISTRO DE ENTIDADES Empresa: [EMPRESA E PORTE] Responsável pelo registro: [QUEM RESPONDE PELO REGISTRO] Workflow que ranqueia a construção: [WORKFLOW MAIS CARO DO MAPA, COM AS HORAS CRONOMETRADAS] Entidades derivadas do mapa do passo 01: [ENTIDADES DERIVADAS DOS WORKFLOWS, SEPARADAS POR VÍRGULA] Regra 1, dimensionamento: modelado para o dobro da receita atual. Toda estrutura prevista acima disso foi cortada e anotada como decisão adiada. Regra 2, conexão: nenhuma tabela sem chave estrangeira. Registro sem vínculo é processo não definido, e volta para a operação como pergunta. Exceção de fonte da verdade: [TABELA CUJA FONTE DA VERDADE FICA FORA DO SISTEMA, E O SENTIDO DA SINCRONIZAÇÃO] Uma linha por tabela, nas cinco colunas: TABELA | CHAVES ESTRANGEIRAS | CAMINHO DE ESCRITA | MIGRA DE | STATUS Critério de pronto: nenhuma linha em rascunho, nenhum caminho de escrita duplo e nenhuma digitação duplicada do mapa sem tabela que a elimine.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Voltemos à reunião de fechamento da Vinco, a cena que abriu o capítulo. Com o registro fechado, aquela discussão deixa de existir por construção, não por disciplina. Medição tem um caminho de escrita, boletim e fatura leem a mesma linha e não existe mais uma segunda planilha com autoridade concorrente. Damião Fontes continua sendo a pessoa que mais conhece a operação, e passa a usar esse conhecimento para melhorar processo em vez de arbitrar divergência de digitação.
O ganho não é a economia das 9,5 horas por semana, que só se realiza depois da consolidação e da automação. O ganho desta semana é que a empresa passa a ter uma resposta única para cada pergunta de operação, e é essa unicidade que torna possível qualquer coisa que venha depois, agente de leitura incluído.
Na segunda-feira, com o mapa do passo 01 e a auditoria do passo 02 em mãos, construa o registro de entidades numa planilha de cinco colunas. Sublinhe os substantivos de cada workflow, converta cada handoff cronometrado em chave estrangeira e decida um caminho de escrita por tabela, com nome de quem escreve. Critério de pronto ao fechar a semana: nenhuma linha em rascunho, uma exceção de fonte da verdade no máximo por área e cada digitação duplicada do mapa apontando para a tabela que a elimina. O capítulo seguinte transforma esse registro em portão duro e mostra a errata da própria fonte sobre a ordem dos passos.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Primeiro Workflow no n8nsugerido pelo grafoApresenta o conceito “Workflow”, usado em “Um caminho de escrita por entidade”.
- CursoAutomação com n8n e Make: Fluxos Inteligentessugerido pelo grafo15 capítulos de “SO nativo de IA” usam conceitos apresentados em “Automação com n8n e Make: Fluxos Inteligentes”.
- CursoDeploy para decisão executivasugerido pelo grafo6 capítulos de “SO nativo de IA” usam conceitos apresentados em “Deploy para decisão executiva”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Segundo cérebro com IAComeçar pequeno e crescer sem refazer o segundo cérebroExaminar conexões de Começar pequeno e crescer sem refazer o segundo cérebro
- Claude Code CLI: Programação com IAVer o que os executivos já delegam ao Claude, com númerosExaminar conexões de Ver o que os executivos já delegam ao Claude, com números
- Escrever bem com IAListar as provas antes de escreverExaminar conexões de Listar as provas antes de escrever
- Engenharia de Software para ExecutivosDescobrir por que mudar um campo pode levar três semanasExaminar conexões de Descobrir por que mudar um campo pode levar três semanas
Voltar ao capítulo anterior: Absorver, manter ou matar: a auditoria do estoque
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em SO nativo de IA
- 03Cronometrar, e a conta que o mapa devolve
- 04Absorver, manter ou matar: a auditoria do estoque
- 05Um caminho de escrita por entidade
- 06O registro de entidades e o portão A
- 07Um departamento por vez