Estoque em rede: a IA propõe, a pessoa decide

As três partes desta operação

Na ordem em que aparecem abaixo. Os dois papéis leem o mesmo dado, cada um com o próprio escopo; a terceira parte é o que eles dividem. Cada tela abaixo diz a pergunta que responde, a ação principal, o que existe nela e a decisão por trás. A etiqueta diz de quem é a vez naquela tela:

• humano decide
• a IA propõe
• o sistema registra

1. 01 Regional Gerente regional · escopo: uma região, vários armazéns

   Compara armazéns, aprova o que eles propõem e acha onde a região perde dinheiro.

   Ver o projeto completo

   

   • Visão3 telasDe cima para baixo: a região numa tela, os armazéns lado a lado, e um armazém visto de fora.
   • Decisão4 telasOnde a IA propõe e o regional decide: reposição, transferência e anomalia.
   • Catálogo3 telasProduto e fornecedor: até onde o estoque vai, e quem entrega o combinado.
   • Leitura2 telasO que sai do sistema, e a régua que ele usa para propor.

   Onde a IA entraPropõe a reposição com o motivo em campos, prevê a demanda em p10, p50 e p90, e levanta anomalias com a evidência escrita.

   O que a pessoa decideAprovar ou recusar a compra e a transferência, e mudar a régua que a IA usa para propor.

   VisãoRegional

   De cima para baixo: a região numa tela, os armazéns lado a lado, e um armazém visto de fora.

   Para quem usaO regional vai da pergunta "onde está o problema" até a tela do problema em um clique, sem pedir relatório a ninguém. Quando quer ver um galpão por dentro, abre o mesmo painel que o gerente dele usa, em somente leitura.

   Dashboard regional

   a IA propõe /r/:regiao/dashboard

   Como a região está indo agora.

   Ação principalDescobrir de relance onde a região está perdendo dinheiro hoje, e qual armazém precisa de atenção primeiro.

   

   Na tela

   • Quatro cartões: valor de estoque, unidades vendidas em 7 dias, rupturas e cobertura
   • Quatro contadores: aprovações pendentes, anomalias abertas, lotes vencendo em 30 dias e pedidos de compra atrasados
   • Cobertura por armazém e categoria, valor por categoria, ruptura por categoria, venda do período e top movers
   • Precisa de decisão: as sugestões submetidas, e a lista de vigilância com as anomalias de severidade alta

   A decisão

   O objetivo do papel no PRD é uma tela só respondendo onde a região está perdendo dinheiro. Os quatro cartões respondem isso, os contadores dizem o que está esperando, os gráficos dizem onde, e as duas tabelas do fim são as duas coisas em que o papel pode agir.

   Armazéns

   o sistema registra /r/:regiao/warehouses

   Quais armazéns precisam de atenção.

   Ação principalComparar os armazéns lado a lado e decidir qual precisa de intervenção, sem abrir um por um.

   

   Na tela

   • Region board: um bloco por distrito, uma pílula por armazém, barra de ocupação e as lojas atendidas
   • Tabela selecionável com valor, cobertura, ruptura, ocupação e anomalias abertas
   • Painel Comparar armazéns, com doze medidas lado a lado, aberto só com duas linhas marcadas

   A decisão

   O board é esquemático e diz isso num selo: a seed não tem coordenada, então um mapa geográfico seria geometria inventada. Ele mantém a estrutura de distrito sem fingir que é mapa.

   Visão de um armazém

   o sistema registra /r/:regiao/warehouses/:armazem

   Como está um armazém da região, visto de fora.

   Ação principalEntender um armazém por dentro, com os mesmos números que o gerente dele vê, sem mexer na operação dele.

   Na tela

   • Os mesmos blocos do dashboard de armazém, em somente leitura
   • Link de contexto de volta para Armazéns

   A decisão

   É o mesmo componente do dashboard de armazém, com os contadores e a lista do dia em somente leitura e os links apontando para as telas regionais. Id fora da região responde que não há armazém ali, em vez de redirecionar.

   DecisãoRegional

   Onde a IA propõe e o regional decide: reposição, transferência e anomalia.

   Para quem usaNenhuma sugestão vira pedido de compra sem a aprovação dele, e nenhuma chega sem o motivo. Ele aprova lendo os campos que justificam a quantidade, em vez de confiar num número solto.

   Fila de reposição

   a IA propõe /r/:regiao/replenishments

   O que os armazéns submeteram e espera aprovação.

   Ação principalLimpar a fila do que os armazéns pediram: ver primeiro o que é mais urgente e decidir em lote o que dá para decidir junto.

   A decisão

   É um componente só com dois comportamentos: o regional aprova o que o armazém submeteu, o armazém edita e submete o que a IA propôs. O erro de grafia nas abas e o Archived solto que a auditoria apontou se fecham num conjunto único de abas.

   

   Na tela

   • Visão da fila: contador por aba, pendentes por risco, e prazo de pedido dos próximos 14 dias
   • Abas Ongoing, Upcoming, Submitted e Archived, com vocabulário de status fechado
   • Filtros de armazém, risco e categoria, mais busca por SKU, nome ou GTIN
   • Barra de lote com o diálogo dizendo quantas das escolhidas podem se mover, e pedindo motivo na rejeição
   • Cartões de sugestão com risco, prazo, tendência, cobertura e confiança

   Painel da sugestão

   a IA propõe /r/:regiao/replenishments/:sugestao

   Por que a IA está sugerindo isto, e o que eu faço com ela.

   Ação principalDecidir uma compra com o motivo à vista: entender por que a IA pediu aquela quantidade e transformar em pedido, ou recusar dizendo por quê.

   Na tela

   • Confiança, quantidade, prazo, cobertura, lead time, MOQ e múltiplo
   • Fornecedor com custo unitário e avaliação
   • Por que esta sugestão: nove campos lidos da frase, com o texto original a um clique
   • Previsão p10, p50 e p90, venda dos últimos 14 dias e o nome do modelo
   • Estoque por posição, zona e lote, e o histórico de status com autor e hora

   A decisão

   A frase do motivo é lida em campos por tudo ou nada: frase fora do molde aparece como texto simples, sem estrutura inventada. Todo botão passa pela máquina de estado antes de existir, então a tela nunca oferece o que o reducer recusaria, e aprovar são dois despachos: o pedido de compra rascunho, depois a mudança de status.

   

   Transferências

   humano decide /r/:regiao/transfers

   Quais transferências esperam por mim.

   Ação principalEquilibrar o estoque da região autorizando ou barrando a transferência que um armazém pediu a outro.

   Na tela

   • Abas Esperando aprovação e Todas
   • Tabela de origem, destino, linhas, unidades e status
   • Painel da transferência com as linhas e as ações no pé, cada uma atrás de confirmação

   A decisão

   A lista traz transferência em que o escopo é origem ou destino. Aprovar e rejeitar são do regional; despachar é do armazém de origem e receber é do de destino, e cada ação só aparece para quem é dela.

   

   Alertas

   a IA propõe /r/:regiao/alerts

   Quais anomalias precisam de atenção no escopo.

   Ação principalTratar o que saiu do normal antes de virar prejuízo: lote vencendo, venda que despencou, contagem que não bate, cada um com a prova escrita.

   

   Na tela

   • Abertas por tipo, seis contadores com a severidade presente em cada um
   • Mapa de calor por armazém e tipo, e timeline das seis abertas mais recentes
   • Abas aberta, reconhecida, resolvida e descartada, com filtros de severidade e tipo
   • Painel da anomalia com a evidência e a sugestão relacionada, ou a linha dizendo por que não existe uma

   A decisão

   Toda anomalia chega com a evidência escrita, e os botões são só os movimentos que a máquina de estado permite. Duas coisas as fontes não definem e a tela não inventa: motivo de descarte e filtro de histórico próprio, então a aba Descartadas é onde elas vivem.

   CatálogoRegional

   Produto e fornecedor: até onde o estoque vai, e quem entrega o combinado.

   Para quem usaCobertura e desempenho de fornecedor aparecem como não medidos quando não há base. O regional não cobra um fornecedor por um zero que só significa falta de recebimento.

   Produtos

   o sistema registra /r/:regiao/products

   Qual é o catálogo e até onde o estoque dele vai.

   Ação principalVer até onde o estoque de cada produto vai e achar o que está abaixo do lead time ou parado, antes de virar ruptura ou perda.

   A decisão

   Cobertura é o disponível dividido pela soma das previsões do escopo, e fica nula sem previsão: a célula diz que não foi medida em vez de dizer zero, e um selo conta quantos produtos estão assim.

   

   Na tela

   • Quatro contadores: ativos, abaixo do lead time, lotes vencendo em 30 dias e estoque morto
   • Unidades disponíveis por categoria, produtos por etiqueta, e cobertura em faixas de dias
   • Filtros de categoria, etiqueta e status, mais busca por SKU, nome, marca ou GTIN
   • Tabela com disponível no escopo, cobertura e status

   Detalhe do produto

   o sistema registra /r/:regiao/products/:produto

   Tudo sobre um produto dentro do escopo.

   Ação principalTer tudo de um produto num lugar só, venda, sugestões, fornecedores e onde cada lote está, para decidir sem cruzar planilhas.

   A decisão

   É página inteira, e não painel, porque o sitemap dá rota própria a ela. O que ela mostra é o que o escopo cobre: o regional vê todos os armazéns da região, o armazém vê um.

   

   Na tela

   • Seis fatos: GTIN, unidade, custo, shelf life, validade mínima no recebimento e disponível para venda
   • Venda dos últimos 30 dias, e venda por loja nas últimas 8 semanas em mapa de calor
   • Sugestões abertas do produto no escopo
   • Fornecedores com lead time, MOQ, múltiplo e custo, preferido primeiro
   • Estoque por armazém, lote e posição, e os vinte movimentos mais recentes

   Fornecedores

   o sistema registra /r/:regiao/suppliers

   Quais fornecedores estão abaixo do combinado.

   Ação principalSaber quem entrega o combinado e quem precisa de cobrança, com base no que foi recebido de verdade.

   Na tela

   • Fill rate em ranking, OTIF em barras, e presença em donut de pedidos abertos
   • Precisa de follow-up: pedidos atrasados e linhas com problema
   • Tabela com lead time real contra prometido, taxa de discrepância e avaliação
   • Painel do fornecedor com quatro medidas, contato, discrepâncias por tipo, últimos recebimentos e pedidos

   A decisão

   Toda taxa é nula sem recebimento concluído, e o cabeçalho diz isso antes de mostrar número: fornecedor sem recebimento aparece como não medido, nunca como zero por desempenho.

   

   LeituraRegional

   O que sai do sistema, e a régua que ele usa para propor.

   Para quem usaExportar não leva fórmula escondida para a planilha de ninguém. E mudar a régua da reposição mostra antes quantas sugestões aquilo gera e arquiva, porque a mudança cai na fila de outra pessoa.

   Relatórios

   o sistema registra /r/:regiao/reports

   Para onde a região está indo.

   Ação principalLevar os números para fora do sistema com segurança, num CSV que abre na planilha de sempre sem fórmula escondida.

   

   Na tela

   • Quatro relatórios: cobertura por produto, valor de estoque, rupturas em 30 dias e o ledger de movimentos
   • Metade visual em cima e tabela de até 500 linhas embaixo, com nota quando a exportação tem mais
   • Filtro de armazém, tipo de movimento e busca, só no ledger

   A decisão

   O CSV escapa aspa e quebra de linha, e prefixa com apóstrofo a célula que começa com igual, mais, menos ou arroba, para que nada rode como fórmula na planilha de quem abrir. Giro de estoque, faixa de data na URL e relatório de discrepância ficam escritos como não implementados.

   Configurações

   humano decide /r/:regiao/settings

   Com que régua a reposição é gerada.

   Ação principalAjustar a régua que a IA usa para propor reposição, vendo o impacto na fila antes de aplicar.

   A decisão

   A prévia vem antes do botão porque regerar mexe na fila de outra pessoa. O regerar roda sobre toda previsão do escopo, pula produto já submetido, aprovado ou pedido, e nunca sobrescreve id que já existe.

   

   Na tela

   • Regras de reposição com os dois campos, e a prévia de quantas sugestões aqueles valores gerariam e arquivariam
   • Regerar sugestões, atrás de confirmação
   • Usuários e atribuições, em tabela
2. 02 Armazém Gerente de armazém · escopo: um galpão, a fila do dia

   Opera um galpão: recebe, etiqueta, guarda, conta, separa e despacha.

   Ver o projeto completo

   

   • Dia1 telaA primeira tela do turno.
   • Entrada5 telasDa nota fiscal à posição na prateleira: o pedido chega, é conferido, etiquetado e guardado.
   • Estoque2 telasO que está em casa, e a prova de que o número bate com a prateleira.
   • Saída2 telasPedido de loja e transferência entre armazéns.
   • Apoio3 telasA parte do armazém na reposição, nos alertas e na configuração.

   Onde a IA entraPropõe a quantidade a repor para o galpão e marca as anomalias dele, de lote vencendo a contagem que não bate.

   O que a pessoa decideAjustar e submeter a quantidade proposta, decidir cada linha do recebimento, e confirmar guarda, contagem e despacho.

   DiaArmazém

   A primeira tela do turno.

   Para quem usaO gerente abre o dia sabendo por onde começar, e a lista só mostra o que tem trabalho: tarefa zerada sai em vez de ocupar linha.

   Dashboard do armazém

   o sistema registra /w/:armazem/dashboard

   Como é o dia aqui.

   Ação principalComeçar o turno sabendo o que fazer primeiro: o que chega, o que guardar, o que separar e o que contar hoje.

   

   Na tela

   • Seis contadores: recebimentos do dia, put-away pendente, picks abertos, etiquetas, contagens e vencendo em 30 dias
   • Quatro medidas: cobertura, ocupação de armazenagem, pedidos de compra atrasados e anomalias abertas
   • Entrada e saída dos últimos 14 dias na mesma escala, e ocupação por zona
   • Hoje: a lista do que fazer, mais os últimos movimentos e as anomalias abertas

   A decisão

   Item com contagem zero sai da lista de hoje, e quando tudo é zero a tela diz que nada está agendado. A fila do dia não mostra linha vazia para parecer cheia.

   EntradaArmazém

   Da nota fiscal à posição na prateleira: o pedido chega, é conferido, etiquetado e guardado.

   Para quem usaNa doca, a nota fiscal substitui a digitação linha a linha, e o sistema não deixa guardar o que ainda não foi decidido. Os erros caros, aceitar lote fora da validade mínima ou guardar sem conferir, ficam bloqueados na linha e de novo no fecho.

   Entrada

   o sistema registra /w/:armazem/inbound

   Quais pedidos de compra estão previstos ou chegando.

   Ação principalSaber o que está para chegar na doca e começar o recebimento do pedido certo.

   Na tela

   • Abas Esperado, Recebendo e Concluído, com o balde definido pelo estado do recebimento
   • Busca por número de pedido ou fornecedor
   • Tabela com linhas, data prevista, ASN, status e o verbo de ação no fim
   • Importar XML da NF-e, que abre o painel de importação

   A decisão

   Data prevista no passado com o pedido ainda esperado aparece na cor de ameaça, e a origem do ASN aparece como selo ou como ausente. A contagem de linhas pendentes do dia fica escrita como não implementada.

   Importar NF-e

   humano decide /w/:armazem/inbound/import

   Esta nota pode virar um recebimento.

   Ação principalReceber uma entrega sem digitar linha por linha: a nota fiscal vira o recebimento, já casado com o pedido.

   Na tela

   • Seleção do pedido de compra, entre os ainda não concluídos
   • Arquivo XML ou texto colado, alimentando a mesma string
   • Prévia item por item, com o esperado, a quantidade da nota e o selo da conferência

   A decisão

   O parser recusa em bloco e sem recebimento parcial: arquivo acima do limite, DOCTYPE ou ENTITY, XML malformado, nota sem número ou sem CNPJ do emitente, e item com quantidade não positiva, cada um com mensagem legível. CNPJ que não casa com o fornecedor avisa e não bloqueia. E quando o pedido já tem recebimento em andamento, a nota se funde nele em vez de criar um segundo, para nunca derrubar trabalho já lançado.

   Recebimento

   humano decide /w/:armazem/inbound/receive/:pedido

   O que chegou bate com o que foi pedido.

   Ação principalConferir o que chegou contra o que foi pedido e decidir cada linha: aceitar, pôr em quarentena ou rejeitar.

   A decisão

   Não existe put-away antes de a linha ser decidida, e concluir falha enquanto alguma linha estiver esperada ou apenas contada. A validade mínima bloqueia o aceitar na linha e é checada de novo no fecho, porque a tela pode ser contornada e o ledger não.

   

   Na tela

   • Passo a passo Check-in, Contagem, Decisão e Conclusão, lido do estado das linhas
   • Por linha: contado com scan, lote, validade, motivo, e as ações aceitar, quarentena e rejeitar
   • Barra fixa com o que falta decidir, e o botão de concluir
   • Confirmação listando movimentos, lotes novos, etiquetas, put-away e o próximo status do pedido

   Etiquetas

   humano decide /w/:armazem/labeling

   O que ainda precisa de etiqueta impressa.

   Ação principalDeixar cada caixa e cada pallet pronto para ser bipado no resto da operação, com a etiqueta certa.

   Na tela

   • Abas Pendente, Impressa e Aplicada, com filtro por tipo de etiqueta
   • Painel com a prévia nos três formatos, zona de gente e zona de máquina
   • O que ela codifica, campo por campo, no padrão de elemento GS1
   • Gerar etiqueta de pallet a partir de caixas por pallet

   A decisão

   Toda mudança de estado passa pela máquina de etiqueta antes de acontecer, e o código de barras é representação visual: a prova está nos campos codificados ao lado, não no desenho.

   

   Posições e put-away

   humano decide /w/:armazem/locations

   Onde o estoque recebido pertence, e onde há espaço livre.

   Ação principalGuardar o que foi recebido no lugar certo, e ver de relance onde ainda há espaço.

   A decisão

   A quarentena é aba própria, então o bin em quarentena se identifica sem abrir painel. O put-away grava o bin que a pessoa escolheu de verdade, não o sugerido, e o movimento passa pelo validador antes de entrar.

   

   Na tela

   • Mapa de zonas em abas, uma por zona, com a célula colorida pela ocupação
   • Fila de put-away com o destino sugerido, mais todo bin cujo espaço livre cabe na quantidade
   • Painel do bin com capacidade, ocupação e o estoque que está nele

   EstoqueArmazém

   O que está em casa, e a prova de que o número bate com a prateleira.

   Para quem usaQuem conta não vê o número do sistema até a revisão, então a contagem mede a prateleira em vez de confirmar a tela. Ajuste e descarte dizem o que vão gravar antes de gravar.

   Estoque

   o sistema registra /w/:armazem/stock

   O que está em casa, por produto, lote e posição.

   Ação principalSaber o que existe em casa, por lote e posição, e corrigir uma divergência deixando o motivo registrado.

   Na tela

   • Busca por SKU, produto, lote ou bin, e filtros de zona, categoria e validade
   • Tabela com disponível, reservado e validade
   • Painel de ajuste e descarte, com direção, quantidade, motivo, e a recusa do validador em texto

   A decisão

   Ordenar por validade usa a contagem de dias com o nulo no fim, e lote sem validade escreve que não sabe. O descarte diz na própria tela que escreve as unidades para fora do ledger e que não dá para desfazer dali.

   

   Contagem cíclica

   humano decide /w/:armazem/counts

   A quantidade contada bate com a do sistema.

   Ação principalProvar que o número do sistema bate com a prateleira, contando sem ver o número esperado.

   A decisão

   A contagem é cega: a quantidade do sistema não aparece na tela até a revisão, e linha em branco é linha pulada, nunca zero. No fecho, cada linha divergente gera um ajuste com motivo contagem, e divergência acima de 10 por cento levanta anomalia.

   

   Na tela

   • Lista de contagens com zona, linhas e status
   • Painel de plano: zona e quantas posições contar, limitado pelas posições com estoque
   • Folha de contagem com passo a passo, e o campo de contado por linha
   • Nota de fecho dizendo quantos ajustes serão lançados e quantas anomalias levantadas

   SaídaArmazém

   Pedido de loja e transferência entre armazéns.

   Para quem usaO plano de separação já vem em validade mais próxima primeiro, com posição e lote de cada pick. Se um movimento não fecha, nada é gravado pela metade e a tela explica o motivo.

   Saída

   humano decide /w/:armazem/outbound

   Quais pedidos de loja precisam ser separados e despachados.

   Ação principalSeparar e despachar os pedidos das lojas tirando primeiro o lote que vence antes.

   Na tela

   • Abas Aberto, Separando, Separado e Despachado, e busca por pedido ou loja
   • Painel do pedido com as linhas e a falta por linha
   • Plano de separação em FEFO, com a posição e o lote de cada pick
   • Despacho com transportadora, e depois SSCC, hora e a etiqueta de pallet

   A decisão

   O plano é FEFO: validade mais próxima primeiro, lote sem validade no fim, depois ordem de entrada. Separar e despachar ensaiam cada movimento antes de gravar; falhando, nada muda e um toast explica. Agrupar por data de entrega e estado de atraso ficam escritos como não implementados, porque a entidade não tem data de entrega.

   

   Transferências do armazém

   humano decide /w/:armazem/transfers

   O que entra e o que sai daqui por transferência.

   Ação principalPedir estoque a outro armazém, e despachar ou receber o que está em trânsito.

   Na tela

   • Abas Entrando, Saindo e Todas
   • Formulário de pedido: origem, destino, produto, lote por validade mais próxima, e quantidade limitada ao livre do lote
   • Painel com as linhas, a nota do que a próxima ação faz, e Despachar ou Receber

   A decisão

   Despachar monta a saída a partir dos bins de armazenagem e de separação que têm o lote, e falha quando falta quantidade. Receber entra no primeiro bin de recebimento do destino e abre um put-away por linha, sugerindo um bin que já tem aquele lote.

   ApoioArmazém

   A parte do armazém na reposição, nos alertas e na configuração.

   Para quem usaO armazém ajusta a quantidade que a IA propôs dentro das regras do fornecedor e manda para aprovação. Ele mexe no número, mas não aprova a si mesmo.

   Reposição sugerida

   a IA propõe /w/:armazem/replenishments

   O que a IA propôs para este armazém.

   Ação principalAjustar a quantidade que a IA propôs à regra do fornecedor e mandar para o regional aprovar.

   Na tela

   • A mesma fila, com aba padrão Ongoing e ações de lote Submeter e Arquivar
   • O painel da sugestão, com Arquivar, Editar quantidade e Submeter no pé

   A decisão

   Editar a quantidade trata o múltiplo do fornecedor como erro duro e o MOQ como aviso, e estaciona a sugestão como rascunho: o armazém mexe no número, o regional é quem aprova. Sem termos de fornecedor, editar fica desligado.

   

   Alertas do armazém

   a IA propõe /w/:armazem/alerts

   Quais anomalias deste galpão estão abertas.

   Ação principalCuidar das anomalias do próprio galpão, cada uma com a prova escrita, reconhecendo ou resolvendo ali mesmo.

   Na tela

   • Os mesmos contadores, mapa de calor e abas da tela regional, recortados no armazém
   • Painel da anomalia com a evidência e a sugestão relacionada

   A decisão

   É a mesma tela da regional lendo o escopo do armazém. Anomalia não ganha versão própria por papel, só recorte.

   

   Configurações do armazém

   o sistema registra /w/:armazem/settings

   Como este galpão está configurado.

   Ação principalConferir como o galpão está configurado e escolher a impressora de etiqueta.

   Na tela

   • Zonas com tipo, nome, posições e capacidade
   • Impressoras, em três perfis, com a impressão simulada
   • Regras locais: por categoria, a maior validade mínima no recebimento entre os produtos dela

   A decisão

   A tela diz que é somente leitura onde o mundo não tem editor, em vez de mostrar campo que não salva. Histórico de configuração com autor e hora, e impressora padrão por nível de etiqueta, ficam escritos como não definidos.

3. 03 Comum Os dois papéis · onde o papel é escolhido

   O que vem antes e em volta dos papéis: escolher o contexto, e o que é de cada usuário.

   Ver o projeto completo

   

   • Contexto2 telasA porta do sistema.
   • Pessoal2 telasO que é de cada usuário.

   Onde a IA entraNão entra: aqui não há decisão de estoque, só de onde olhar.

   O que a pessoa decideEscolher o papel e o escopo antes de qualquer tela.

   ContextoComum

   A porta do sistema.

   Para quem usaA primeira coisa que a pessoa escolhe é o papel e o escopo, e o endereço da tela carrega os dois. Ninguém cai numa tela sem saber de qual armazém ela fala, e a tela de outro papel diz que não está disponível ali em vez de redirecionar em silêncio.

   Escolher o contexto

   humano decide /switch

   Qual papel e qual escopo eu abro.

   Ação principalEntrar no papel e no armazém certos, para nunca ver uma tela sem saber de qual lugar ela fala.

   A decisão

   O bloqueador F-01 da auditoria, arquivo sem papel e sem contexto, se fecha fazendo do papel e do escopo a primeira coisa que a pessoa escolhe, antes de qualquer tela.

   

   Na tela

   • Um bloco por usuário, com os cartões de atribuição
   • Em cada cartão, o escopo e o papel que ele abre
   • Uma linha para a matriz, levando a /hq

   Matriz

   o sistema registra /hq

   O que existe acima das regiões.

   Ação principalSaber o que o nível da matriz vai trazer, sem fingir dado que ainda não existe.

   Na tela

   • Um parágrafo nomeando o que a fase 2 acrescenta: indicadores entre regiões, política de reposição da rede e contrato de fornecedor

   A decisão

   A tela existe para dizer que o nível de matriz está fora do escopo desta fase, com nome ao que ele vai trazer. Ela não tem dado.

   PessoalComum

   O que é de cada usuário.

   Para quem usaA rejeição do regional chega ao armazém pela notificação, com o motivo. E a única ação destrutiva do perfil, apagar os dados de demonstração, pede confirmação.

   Notificações

   o sistema registra /notifications

   O que aconteceu que fala comigo.

   Ação principalFicar sabendo do que mudou e fala com você, como a recusa de uma sugestão com o motivo.

   Na tela

   • Lista das notificações do usuário que está agindo, mais recentes primeiro
   • Por item, o ponto de não lida, o texto como link e a hora

   A decisão

   Ler uma notificação nunca muda nada além dela. É por aqui que a rejeição do regional chega ao armazém com o motivo, porque o modelo de sugestão não tem campo de motivo.

   Perfil

   o sistema registra /profile

   Quem está agindo, e com quais contextos.

   Ação principalTrocar de contexto ou de tema, e recomeçar a demonstração do zero quando precisar.

   Na tela

   • Conta, com os contextos e um link para abrir cada um
   • Tema, em claro e escuro
   • Dados de demonstração, com o reset atrás de confirmação

   A decisão

   O reset dos dados é a única ação destrutiva da tela, e por isso é a única atrás de confirmação. Quando o usuário que está agindo não é encontrado, o estado de erro recarrega a página.