Exatidão do inventário multicanal: fonte única de stock

Uma empresa que vende através de uma loja online, dois marketplaces e uma equipa comercial tem quatro sistemas que acreditam, cada um deles, saber quantas unidades estão disponíveis. Nenhum está errado no momento em que é consultado. Todos estão errados alguns segundos depois.

O instinto é resolver isto com sincronização mais rápida: enviar os níveis de stock para cada canal com mais frequência, reduzir o intervalo, aproximar-se do tempo real. Isto ajuda com volumes baixos e falha exatamente no momento em que importa, porque o problema não é a latência. Dois canais podem vender a última unidade no mesmo segundo, e nenhuma frequência de sincronização o impede. O que o impede é decidir, num único lugar, quem está autorizado a prometer uma unidade.

A maioria dos incidentes de venda em excesso que investigamos no mid-market remonta a uma arquitetura em que a disponibilidade é publicada nos canais mas nunca é reservada por eles. Aos canais diz-se o que existe em vez de lhes ser atribuído o que podem vender.

Por que razão isto importa

A venda em excesso tem um custo assimétrico. Uma rutura de stock que impede uma venda custa a margem dessa venda. Uma venda em excesso que recebe o dinheiro de um cliente e depois não consegue satisfazer a encomenda custa a margem, o tratamento do reembolso, a confiança do cliente e — nos marketplaces — uma métrica de desempenho que afeta o seu posicionamento e, se se deteriorar o suficiente, a sua capacidade de vender nesse canal. Os dois erros não são comparáveis, e é por isso que a lógica de disponibilidade deve ser deliberadamente conservadora em vez de otimizada para a exposição máxima.

Subestimar a disponibilidade tem o seu próprio custo cumulativo, e é o custo que as empresas toleram em silêncio. Um buffer mantido em todos os canais para evitar a venda em excesso é stock que não pode ser vendido em lugar algum. Aplicado a um catálogo extenso, representa um montante material de fundo de maneio que não produz nada e, porque nunca aparece como uma falha, ninguém o revê.

Há ainda a dimensão contabilística. Um inventário sobre o qual os sistemas discordam é um inventário cuja valorização é incerta, algo que vem à superfície no fecho do exercício, quando o auditor pergunta por que razão os registos permanentes e a contagem física diferem. A exatidão do inventário por canal é um controlo financeiro, não apenas uma conveniência operacional.

Num relance: os quatro estados em que o stock pode estar

A segunda linha é a que a maioria dos sistemas do mid-market omite. Sem um estado de reserva, «disponível» é um número calculado a partir do histórico e não uma promessa que alguém esteja a sustentar, e cada canal fica livre para vender a mesma unidade.

O que funciona e sobre o que ser honesto

O que funciona:

Um único sistema é proprietário da disponibilidade, e é o ERP. Não a loja online, não o conetor do marketplace, não uma folha de cálculo mantida pelo responsável de sortido. A disponibilidade é derivada num único lugar a partir das existências físicas, do reservado e do buffer, e cada canal consome essa derivação em vez de calcular a sua própria.

Reserva no momento do compromisso, não no momento da expedição. Quando um canal recebe uma encomenda, solicita uma reserva e obtém um sim ou um não. Este é o mecanismo que torna segura a venda concorrente, e é a diferença entre publicar informação e atribuir stock.

Um envio quase em tempo real com a reserva como rede de segurança. Atualize os canais com frequência suficiente para que a disponibilidade apresentada esteja globalmente correta e confie na reserva para evitar o caso limite. Isto é mais robusto do que perseguir o tempo real puro e consideravelmente mais económico de operar.

Buffers deliberados, diferenciados e revistos. Um buffer sobre um artigo de rotação rápida com reposição semanal é uma decisão diferente de um buffer sobre um artigo de rotação lenta com doze semanas de prazo de entrega. Aplicar uma única percentagem a todo o catálogo é a forma mais comum de as empresas imobilizarem discretamente fundo de maneio.

Contagens cíclicas em vez de contagens anuais. A contagem contínua ponderada por valor e movimento mantém fiável o número de existências físicas sem fechar o armazém. Um agente que sinalize desvios acima de determinados limites — e que detete padrões que sugiram um problema sistemático em vez de um erro pontual de contagem — torna isto sustentável com os efetivos de uma empresa mid-market.

Sobre o que ser honesto:

Os marketplaces não respeitarão sempre o seu modelo. Alguns mantêm a sua própria disponibilidade, aplicam a sua própria lógica ou impõem uma latência que não controla. Está a gerir a exposição em vez de a eliminar, e a mitigação prática é um buffer maior especificamente nesses canais: aceitar um custo de fundo de maneio em troca de proteger uma métrica de desempenho.

A exatidão física é o mínimo, e nenhuma arquitetura o eleva. Se as existências físicas estão erradas por erros de picking, danos não registados ou receções lançadas com atraso, todos os números derivados estão errados. As empresas tentam frequentemente resolver um problema de disponibilidade que é, de facto, um problema de disciplina de armazém.

O multiarmazém torna isto substancialmente mais difícil. Quando o stock está em vários locais, a disponibilidade depende de qual o local que pode servir qual o canal dentro do prazo de entrega prometido. Isso é uma política de alocação, não uma estrutura de dados, e precisa de ser decidida explicitamente.

Os kits, os conjuntos e as montagens quebram a lógica ingénua. A disponibilidade de um conjunto é uma função dos seus componentes, e os componentes são normalmente também vendidos individualmente. Isto tem de ser modelado deliberadamente ou o conjunto irá vender em excesso o seu componente mais escasso.

Alguma venda em excesso é comercialmente aceitável. Num artigo de reposição rápida em que um dia de atraso é tolerável, uma pequena taxa de venda em excesso pode ser mais económica do que o buffer necessário para a eliminar. Isso deve ser uma decisão valorizada, não um acidente.

Quadro de decisão: desenhar a disponibilidade

Percorra por ordem. Pare na primeira correspondência.

1. O seu número de existências físicas é fiável?
Se não for, comece pelo armazém: disciplina na confirmação de receções e de picking, contagens cíclicas, investigação de desvios. Nenhum desenho de disponibilidade sobrevive a um número de existências físicas pouco fiável.

2. Modela sequer um estado de reserva?
Se não, é esta a correção. Reserva no compromisso, liberada em caso de cancelamento ou de expiração, visível no cálculo da disponibilidade. É a única alteração que resolve a maior parte da venda em excesso.

3. Existe um único sistema proprietário do cálculo da disponibilidade?
Se os canais calculam o seu próprio, consolide. Uma única derivação, consumida por todos os canais, sem que nenhum canal a possa editar.

4. Os seus buffers são deliberados e diferenciados?
Se é aplicada uma única percentagem transversal, reveja-a por rotação do artigo, prazo de entrega e risco do canal. Isto normalmente liberta fundo de maneio de imediato e é uma das poucas intervenções desta lista com um efeito direto no balanço.

5. Vende conjuntos, kits ou montagens?
Modele explicitamente a disponibilidade derivada dos componentes antes de estender qualquer outra coisa, ou o resto do desenho será minado pelos produtos com maior probabilidade de desiludir um cliente.

6. Mantém stock em mais do que um local a servir o mesmo canal?
Defina a política de alocação — qual o local que serve qual o canal e em que condições — antes de otimizar qualquer outra coisa. A ambiguidade aqui produz simultaneamente vendas em excesso e buffers desnecessários.

7. Tudo o que precede e ainda assim vende em excesso?
O resíduo é quase certamente latência do marketplace que não controla. Gira-a com buffers específicos por canal e monitorize a exposição, em vez de esperar eliminá-la pelo desenho.

Custo e esforço indicativos

Pressupõe uma única instância de ERP e até quatro canais de venda. Locais adicionais, logística de terceiros ou um uso intensivo de conjuntos prolongam estes prazos. Peça um orçamento para uma estimativa delimitada.

Perguntas frequentes

A disponibilidade deve ser enviada para os canais ou consultada por eles?
Envie-a para apresentação, para que o cliente veja algo globalmente exato sem penalização de latência em cada visualização de página. Consulte-a — um pedido de reserva em tempo real — no momento do compromisso, onde a correção importa. Combiná-las desta forma é mais robusto do que qualquer uma delas isoladamente.

Que dimensão deve ter um buffer?
Derive-a do prazo de reposição, da variabilidade da procura e do custo de uma rutura de stock face ao de uma venda em excesso para esse artigo e esse canal. Um valor transversal a todo o catálogo está sempre errado nas duas direções ao mesmo tempo: demasiado grande nos artigos de rotação rápida, demasiado pequeno nos voláteis.

Precisamos de um sistema dedicado de gestão de encomendas?
Normalmente não à escala mid-market, se o ERP conseguir manter reservas e derivar a disponibilidade. Uma camada separada de gestão de encomendas justifica o seu custo com muitos canais, vários locais de expedição e regras de alocação complexas — mas também se torna outro sistema com a sua própria visão do stock, que é o problema de que partiu.

Como tratamos as pré-encomendas e o stock em trânsito?
Como um tipo de promessa distinto, com a sua própria data, nunca integrado no disponível para prometer. Vender stock em trânsito é uma decisão comercial legítima; publicá-lo como se fossem existências físicas é a forma de quebrar compromissos de entrega.

Qual é um objetivo de exatidão realista?
Meça duas coisas separadamente — a exatidão física face às contagens cíclicas e a taxa de venda em excesso por canal — e defina objetivos a partir da sua própria linha de base. Um único valor de «exatidão do inventário» confunde um problema de disciplina de armazém com um problema de arquitetura de disponibilidade, e têm responsáveis diferentes e correções diferentes.

Fecho — Próximos passos

Os problemas de inventário por canal apresentam-se como falhas de sincronização e são quase sempre falhas de reserva. A pergunta que vale a pena fazer não é com que frequência os níveis de stock são publicados, mas se alguma coisa no sistema sustenta uma promessa quando um cliente se compromete — e, em caso afirmativo, qual o sistema e se todos os canais a respeitam.

Um diagnóstico que leva uma tarde: durante uma semana, registe cada venda em excesso e cada encomenda cancelada por falta de stock, com o canal e o artigo. Depois verifique que buffer esse artigo tem. O padrão dir-lhe-á se tem um problema de reservas, um problema de exatidão física ou uma política de buffers que lhe está a custar mais do que as vendas em excesso que evita.

Sobre o autor

Bruno Galo é o fundador da Atypical Tech, uma consultora NetSuite que serve clientes mid-market em toda a Península Ibérica. Especializa-se em ligar sistemas CRM e ERP para fluxos de order-to-cash sem fricção, construindo processos automatizados de gestão de encomendas que eliminam a introdução manual de dados entre as equipas comerciais e financeiras. Como partner oficial de implementação da Stacksync, Bruno desenha e coloca em produção agentes de IA em plataformas de integração para tratar o encaminhamento de exceções, o processamento de documentos e a reconciliação, transformando fluxos de encomendas fragmentados em sistemas fiáveis e capazes de se monitorizarem a si mesmos.

LinkedIn: https://www.linkedin.com/in/brunogd

Fontes

Os URL são a nível de editor e devem ser verificados antes da publicação.

• Oracle NetSuite, documentação de gestão de inventário e de compromissos — https://docs.oracle.com/en/cloud/saas/netsuite/
• APICS / ASCM, orientações sobre exatidão dos registos de inventário e contagens cíclicas — https://www.ascm.org
• IFRS Foundation, IAS 2 Inventories — mensuração e valorização — https://www.ifrs.org
• APQC, Open Standards Benchmarking — indicadores de cadeia de abastecimento e inventário — https://www.apqc.org
• Experiência da Atypical Tech em projetos de implementação multicanal no mid-market ibérico