Dez canecas numa prateleira não significam que as dez possam ser vendidas. Mapeie quantidades, localizações e responsabilidades; depois teste uma venda, uma reserva, uma devolução e uma transferência antes de confiar na disponibilidade partilhada.
Um registo de stock partilhado ajuda as lojas físicas e as vendas online a assumir compromissos compatíveis. Primeiro, acordem a que artigo e localização corresponde cada quantidade, que unidades ainda podem ser vendidas e que sistema aceita as alterações. Ligar dois totais sem tomar estas decisões pode levar a equipa a olhar para o mesmo número e a entendê-lo de formas diferentes.
Comece com um produto em duas lojas. Mapeie as quantidades e acompanhe uma venda, uma reserva para um cliente, uma devolução e uma transferência. Assim, um responsável pelas operações de retalho pode rever algo concreto com a equipa e um fornecedor antes de confiar na disponibilidade apresentada aos clientes.
A empresa, os números e as responsabilidades seguintes são hipotéticos. Considere uma caneca azul de 350 ml, SKU MUG-BLUE-350, contada à unidade nas lojas Norte e Sul. Faça corresponder os identificadores de produto e localização de cada canal aos registos exatos. Outro tamanho ou uma embalagem não deve partilhar a mesma contagem sem que ninguém se aperceba.
Neste exemplo, os registos de produto definem a variante e a unidade. Um livro de stock é responsável pelos saldos aceites de cada artigo e localização. A caixa e o sistema de encomendas online enviam movimentos identificados; o catálogo online apresenta a disponibilidade calculada a partir do livro. Um responsável de operações investiga divergências. Os funcionários fornecem contagens físicas para ajustes aprovados, em vez de substituírem saldos de forma independente em vários sistemas.
Duas estão reservadas para clientes, três estão comprometidas com encomendas aceites e uma caneca devolvida aguarda inspeção. Há quatro disponíveis para venda. Não há nenhuma a caminho.
Uma está reservada para um cliente e há cinco disponíveis para venda. Nenhuma está comprometida ou aguarda inspeção. Mais duas canecas estão a caminho do Sul, fora das quantidades em stock e disponíveis.
As dez canecas físicas do Norte são as duas reservadas, as três comprometidas, a que aguarda inspeção e as quatro disponíveis. As seis do Sul são uma reservada e cinco disponíveis. Não some o stock físico a estes grupos mais pequenos: já o incluem. As canecas a caminho são separadas, e a caneca devolvida é contada uma única vez no stock físico.
As orientações de inventário da Shopify também distinguem quantidades em stock, disponíveis, comprometidas e indisponíveis por artigo e localização, mas os nomes têm de ser lidos no seu próprio contexto. Nas orientações atuais, as reservas de encomendas em rascunho são comprometidas; reservado é um estado indisponível distinto. Um fluxo a que a sua loja chama reserva não corresponde automaticamente ao campo reservado de um fornecedor.
Registe o significado de cada sistema antes de mapear os respetivos campos. as orientações da Microsoft sobre tradução entre sistemas explicam por que razão conceitos empresariais aparentemente semelhantes podem exigir tradução, manutenção contínua e alguma latência. O trabalho prático é preservar o significado de cada movimento ao atravessar a ligação.
Cada exemplo recomeça com as quantidades acima. São opções operacionais propostas, não afirmações sobre o comportamento predefinido de uma plataforma específica.
Suponha que o livro aceita uma encomenda online de uma caneca do Norte segundo a política de afetação da empresa. A quantidade disponível desce de quatro para três; a comprometida sobe de três para quatro. O stock físico mantém-se em dez porque a caneca ainda está na loja. Quando a equipa a expede, o stock físico desce para nove e a quantidade comprometida volta a três. Uma visita à página ou uma indicação de pagamento não prova, por si só, que a afetação foi aceite.
Um funcionário reserva uma caneca do Norte para levantamento. Neste modelo inventado, a quantidade disponível desce de quatro para três e as reservas de clientes sobem de duas para três. A empresa tem de definir uma hora de expiração e indicar o fluxo de trabalho ou a pessoa que liberta a reserva. O cancelamento ou a expiração só repõe a disponibilidade se a caneca não tiver sido entretanto afetada a uma encomenda ou vendida. Uma reserva de encomenda em rascunho da Shopify precisaria de um mapeamento próprio para comprometido.
A receção de uma caneca vendida anteriormente faz o stock físico do Norte subir de dez para onze e o grupo em inspeção de um para dois. A quantidade disponível mantém-se em quatro. Depois da inspeção, a caneca é libertada para venda ou registada como imprópria para venda. O reembolso e a receção física são eventos separados, por isso a equipa tem de saber qual deles ocorreu realmente.
Recomeçando a partir das quantidades iniciais, suponha que a equipa envia duas canecas disponíveis do Norte para o Sul numa única transferência identificada. O stock físico do Norte desce de dez para oito e o disponível de quatro para dois. A quantidade a caminho do Sul sobe de duas para quatro; o stock físico continua em seis e o disponível em cinco. As duas já a caminho nas quantidades iniciais pertencem a outro movimento.
Quando o Sul recebe esta nova transferência uma vez e conclui as verificações necessárias, a quantidade a caminho volta a duas, o stock físico sobe para oito e o disponível para sete. Uma transferência apenas planeada ainda não partiu. Acorde quando os artigos deixam de estar à venda e quando a receção os torna vendáveis, para que as canecas em trânsito nunca sejam oferecidas pelas duas lojas.
Para cada movimento, a equipa deve conseguir encontrar o artigo, a unidade, a localização, a quantidade, o identificador da ação e o estado de aceitação. Uma transferência também precisa das localizações de origem e destino. Estes elementos permitem explicar uma alteração do saldo em vez de adivinhar com base no total mais recente.
Peça ao fornecedor que demonstre estes cenários de aceitação propostos num ambiente de teste separado e suportado, com artigos inventados e operações reais de stock, encomendas, pagamentos, preparação e mensagens a clientes desativadas. Analise os registos de movimentos aceites e os saldos resultantes no sistema recetor, bem como o ecrã que a equipa vê.
Torne uma unidade disponível e peça-a na caixa e online ao mesmo tempo. Onde é decidida a afetação? Veja qual pedido é aceite e o que a outra pessoa cliente ou funcionário vê. Uma apresentação em cache da disponibilidade não pode decidir entre pedidos concorrentes.
Deixe uma reserva expirar enquanto uma encomenda está a ser aceite. Confirme que a mesma unidade chega uma só vez ao estado previsto. Envie duas vezes a receção de uma devolução ou transferência e confirme que a equipa identifica a única receção física sem adicionar stock duas vezes. Estes testes mostram o comportamento nas condições demonstradas; não provam que as atualizações sejam sempre instantâneas nem eliminam todo o risco de venda excessiva.
Interrompa a ligação antes da confirmação e repita o teste com uma interrupção depois de o sistema recetor ter aceite um movimento. Em ambos os casos, o emissor pode não receber resposta, mas as consequências para o stock são diferentes. Antes de voltar a enviar alguma coisa, a equipa tem de distinguir trabalho pendente, aceitação confirmada e resultado incerto.
Depois de restabelecer a ligação, compare o identificador da ação, o artigo, a localização, a quantidade e o estado com as provas do sistema recetor. Pergunte como a ligação determina a ordem e a atualidade se uma resposta antiga chegar depois de outra mais recente. A hora de chegada, por si só, não deve tornar silenciosamente autoritário um saldo antigo.
Decida o que a equipa e os clientes veem: por exemplo, a última disponibilidade confirmada com a hora da confirmação ou um estado explícito de pendente. Não comprometa stock quando a operação não o consegue confirmar e encaminhe encomendas contestadas para uma pessoa identificada.
Guarde ambas as leituras e o último movimento aceite conhecido. O responsável de operações compara-as com a fonte acordada e, quando necessário, com provas físicas; regista uma correção aprovada e confirma as encomendas afetadas antes de voltar a assumir compromissos normais.
Estes são exemplos de políticas a escolher pela empresa. Escolher o número mais alto ou a atualização que chegou mais tarde não é uma regra geral para resolver divergências. Uma contagem física pode revelar uma diferença, mas a correção continua a precisar de uma justificação registada e de um responsável.
O resultado útil é um mapa acordado de artigos e localizações, definições para cada quantidade, um responsável pelas alterações aceites e um percurso definido para movimentos incertos e divergências. Mantenha junto dele os testes de venda, reserva, devolução e transferência. A equipa deve saber o que pode prometer e o que precisa de confirmar.
Uma vista comum do stock pode apoiar os canais de venda que já utiliza. O mapa ajuda a identificar se o trabalho restante é configuração, uma ligação em falta ou uma alteração das responsabilidades da equipa. Se for preciso ligar sistemas, podemos falar de integração de API à volta desses movimentos e exceções, com âmbito e acompanhamento contínuo acordados para o projeto em concreto.
Não. O stock em mão conta os artigos físicos segundo a definição escolhida. Alguns podem já estar comprometidos, reservados ou a aguardar inspeção. O disponível é o que a empresa pode oferecer depois das exclusões acordadas, para o artigo e localização em causa.
Use a fonte acordada para essa quantidade e verifique os movimentos aceites que a sustentam. O responsável pela reconciliação investiga ambas as leituras e, se necessário, as provas físicas, e regista uma correção aprovada. O número mais alto ou a atualização mais recente não são uma resposta universal.
De acordo com as regras escolhidas pela empresa para a receção e inspeção. Uma caneca devolvida pode estar fisicamente presente mas indisponível. Os artigos em trânsito continuam como entrantes na loja de destino até serem recebidos; não devem estar disponíveis nos dois lados.
Trate o resultado como incerto até o sistema recetor apresentar provas. Verifique o movimento identificado antes de o repetir, apresente o estado pendente ou desatualizado acordado e encaminhe encomendas contestadas para a pessoa responsável.
Última newsletter: ganhar mais com um site ou app de subscrição que já tem.
A anterior: como distinguir os disparates de IA das histórias de sucesso reais.
Interessado?
Semanal Ou diga-nos e ajustamos para si. Parece-lhe bem?
