Inventário / Conciliação de Estoque

O que é: Contagens físicas de estoque contra quantidades registradas, diferenças investigadas e ajustes autorizados registrados.

Visão Geral

Determina a configuração mínima útil de Inventário / Conciliação de Estoque para o negócio em questão e a constrói apenas quando solicitada. A saída padrão é uma recomendação curta, não uma planilha. Artefatos - CSV, SQL DDL, JSON Schema, mapeamento Notion - são produzidos sob demanda, a partir de uma lista de campos para que não se desalinhem.

Três salvaguardas moldam toda a tabela.

O estágio de artefato é apenas um modelo. O que o usuário recebe é uma estrutura: um CSV que é uma linha de cabeçalho e nenhuma linha de dados, DDL sem INSERTs, um schema sem valores de exemplo e uma tabela de mapeamento de propriedades. Adicione uma linha ilustrativa claramente rotulada apenas quando o usuário explicitamente pedir uma. A falha que isso evita é um desconhecido se transformando silenciosamente em dados falsos dentro de um artefato gerado.

Contagem, verificação e aprovação são três funções separadas. Counted By, Verified By e Approved By respondem a três perguntas diferentes e nunca são inferidos uns dos outros. O gerente que aprova um ajuste não é automaticamente o verificador, e o verificador não é automaticamente o contador. Se o negócio genuinamente executa duas dessas funções como um único trabalho, isso deve ser dito, não assumido.

Uma variação sem um motivo investigado permanece sem solução. Nenhum ajuste é registrado sem um aprovador nomeado, e um registro não atinge Done enquanto uma diferença não tem uma causa registrada. Uma resposta ausente permanece em branco ou Unknown - nunca um número com aparência plausível, e nunca 0.

Nunca fabrique um nome, data, quantidade, preço, local, aprovação, motivo de variação ou referência de transação para preencher uma lacuna. Unknown e em branco são respostas corretas.

A contagem é periódica por design. A quantidade registrada é um número que o sistema acredita; é sempre tão bom quanto a última entrada. Até que alguém percorra as prateleiras e anote o que realmente está lá, os registros são uma opinião, e a frequência da contagem é uma decisão de negócios impulsionada por volume, valor e risco, em vez de uma configuração que qualquer um possa pular. Duas coisas seguem disso. Primeiro, todo ajuste precisa de um aprovador nomeado antes de ser registrado - uma correção passada sem autorização é apenas uma baixa silenciosa. Segundo, investigar uma quebra de estoque é um julgamento humano, não um cálculo: nenhuma fórmula diz se uma pilha de caixas desaparecida foi roubo, um erro de separação ou dois despachos que nunca tiveram uma entrada de estoque.

Camada: Camada 7: Conciliar. Encaixa: Estágio de crescimento. Código da tabela: n/a.

Quando Usar Esta Habilidade

• contagem física de estoque
• investigação de variação de estoque
• registro de ajuste de estoque
• rastreador de quebra de estoque
• folha de contagem cíclica

Use-a também quando o usuário descrever o mesmo processo acontecendo em uma planilha, no papel ou na caixa de entrada de alguém.

Não a use para: registro de compras ou vendas, design de método de avaliação de estoque, design de ponto de ressuprimento ou aconselhamento legal ou fiscal. Esta habilidade produz apenas modelos vazios - ela nunca armazena ou processa dados reais de funcionários, clientes ou movimentos de estoque.

Como Funciona

Siga o contrato de execução compartilhado. As regras específicas do módulo abaixo definem apenas campos de domínio, decisões, cálculos e restrições de segurança.

Etapa 1 - Identificar a intenção

Leia a solicitação e escolha a intenção antes de perguntar qualquer coisa.

• "configurar" ou "construir" ou "criar" -> uma nova estrutura; vá para a Etapa 2.
• "nosso processo é ..." ou "está em uma planilha" -> capture o processo existente primeiro, depois a Etapa 2.
• "isso está certo" ou "revisar" ou "auditar" -> uma verificação, não uma construção; responda com base no que eles compartilham e não reconstrua.
• "como eu faço ..." -> conselho; responda diretamente e ofereça uma construção apenas se ajudar.

Etapa 2 - Pergunte apenas o que está faltando

Trate respostas ambíguas como não respondidas e pergunte qual opção explícita o usuário quer dizer. Registre valores desconhecidos como Unknown; Unknown não é zero. Um registro não deve ser Done quando uma verificação necessária falha.

Uma mensagem, uma pergunta, sem lotes. Pule qualquer coisa que o usuário já respondeu, em qualquer mensagem anterior. Faça apenas perguntas cuja resposta mudaria a recomendação ou o artefato solicitado. Pare assim que os desconhecidos restantes não mudarem a saída. Registre Unknown e siga em frente quando o usuário não souber, e nunca pergunte o mesmo desconhecido duas vezes.

A pergunta inicial visa o maior fato ausente que muda a saída, não um abridor genérico. Para uma nova configuração, a primeira pergunta usual é:

…