Sincronizar existências entre o Odoo e a Temu sem vender o que já não tem

Vender a mais na Temu não se resolve com um pedido de desculpa: paga-se em cancelamentos, nas métricas da conta e num cliente que já pagou. E quase nunca acontece porque o stock esteja mal contado no Odoo. Acontece pelo caminho: entre uma unidade ser vendida num canal e o outro canal saber disso, existe um intervalo. Tudo o que se segue serve para estreitar esse intervalo e assumir conscientemente o que sobra.

O stock mestre vive no Odoo, não no canal

A regra é aborrecida e é a única que se aguenta: uma unidade existe num só sítio, e esse sítio é o Odoo. Os canais não guardam stock, recebem um valor publicado. Assim que dois sistemas se julgam donos do mesmo número, surge o caso clássico: a Temu subtrai da sua cópia, a sua loja online subtrai da dela, e as duas cópias juntas oferecem mais unidades do que as que há na prateleira. O que se vê na Temu tem de ser uma função do disponível no Odoo, e não um valor que alguém edita à mão no painel.

Repartir não é subtrair

Se vende a mesma referência na Temu, na sua loja online e noutro marketplace, a pergunta não é quanto tem: é quanto mostra a cada um. Publicar tudo em todos maximiza as vendas e multiplica os cancelamentos; repartir em quotas fixas é seguro e deixa unidades paradas no canal que não vende. O razoável costuma estar a meio: quota mínima para as referências com rotação e disponível completo para as que têm stock de sobra. E se parte dessa mercadoria está num armazém que não é seu, tem de ser contabilizada antes de a publicar: é o caso do Amazon FBA dentro do Odoo. Decida o que decidir, a política tem de estar escrita como uma regra legível no Odoo, e não na cabeça de quem gere o canal.

A margem de segurança define-se por referência, não por catálogo

A margem de segurança é aquilo que decide não publicar para absorver o desfasamento. Definida de forma global (subtrair duas unidades a tudo) é cómoda e cara: à referência que vende uma unidade por mês retira dois meses de vendas, e ao artigo mais vendido não o salva de nada. A margem calcula-se por referência e, se for preciso, por canal: rotação alta e prazo de expedição apertado pedem mais, um produto lento com stock profundo não precisa de nenhuma. No Odoo, isso tem de ser um dado do produto que alguém possa consultar e alterar, e não uma constante escondida no código do conector.

Publicar ao confirmar, não quando chegar a vez do lote

É aqui que está a maior parte do risco real. Se o stock se sincroniza de hora a hora, o seu intervalo de venda em excesso é de uma hora, e nenhuma margem de segurança resolve uma hora numa referência com rotação. A alternativa é publicar quando o stock muda: confirma-se uma encomenda, valida-se uma guia de remessa, entra uma receção, e esse movimento dispara a atualização dessa referência, e não das dez mil. A varredura completa continua a ser necessária, mas como rede de segurança noturna, não como mecanismo principal. É a diferença entre empurrar as alterações e esperar pela vez, e está desenvolvida em stock em tempo real para marketplaces.

O tempo que o canal demora a acreditar em si

Publicar não é o mesmo que estar publicado. A chamada pode falhar, pode ficar em fila e pode ser aceite e aplicada minutos depois. Um conector sério guarda que valor enviou, quando e o que respondeu o canal; volta a tentar com espera crescente em vez de martelar; e não se dá por satisfeito com um 200 se o valor que fica lá em cima não é o que enviou. Sem esse registo, no dia em que a Temu mostrar sete unidades e o Odoo disser zero, não haverá forma de saber em que passo se partiu. É o mesmo ciclo visto do outro lado que a entrada de encomendas.

Quando nada disto é necessário

Se vende peças únicas, ou tem poucas referências com stock profundo e um só canal, sincronizar instantaneamente não lhe traz nada: uma varredura diária e uma margem de segurança generosa deixam-no descansado e poupam-lhe um projeto. O problema surge quando a mesma unidade pode ser vendida em dois sítios ao mesmo tempo e a reposição demora. Se não é o seu caso, não o compre; e se não tem a certeza, veja primeiro quantos cancelamentos por falta de stock tem neste trimestre, porque esse número tem-no de graça.

O que faz o nosso conector

O conector da Temu para o Odoo envia o stock por SKU, sincroniza por cron e por webhook, e regista os payloads e as respostas da Temu para que haja algo para auditar quando os valores não coincidirem. Publica as existências físicas do armazém que atribui a cada conta da Temu, ou uma quantidade fixa que mantém no produto. Funciona no Odoo 17, 18 e 19. Descontar o que está reservado, manter uma margem de segurança por referência ou repartir entre canais com regras próprias não vem de origem: essa política é decidida por si, e automatizá-la é desenvolvimento à medida. Se vende em mais canais, a repartição decide-se uma só vez para todos: isso está em vários marketplaces num só Odoo.

Perguntas frequentes

Ligações úteis dentro da FlexigoTech

O que fazemos sobre isto