Há uma pergunta que convém responder antes de mexer numa única configuração: onde vive a verdade de cada dado? Não é uma pergunta filosófica. Se o preço puder ser alterado tanto por quem entra no painel da Temu como por quem edita a ficha no Odoo, a próxima sincronização vai esmagar uma das duas alterações, e ninguém saberá qual nem quando.
Repartição de comando, campo a campo
A repartição que funciona na prática e que recomendamos como ponto de partida: o Odoo manda no título, na descrição, nos atributos, nas imagens, no preço e no stock. A Temu manda no estado de publicação, nas restrições de categoria e em qualquer campo que o seu catálogo imponha e o Odoo não tenha. E há um terceiro grupo, o perigoso: os campos que a Temu modifica por conta própria, como promoções aplicadas do seu lado. Esses não se devolvem ao Odoo como se fossem o seu preço, porque não o são.
Em caso de dúvida, sincronize num só sentido. Um canal que só vai do Odoo para a Temu é aborrecido e previsível, e em operações isso é uma virtude. A bidirecionalidade acrescenta-se quando há um motivo concreto, não por defeito.
Preços: um preço do canal, não o campo do produto
O erro mais comum é publicar na Temu o preço de venda do produto e dar o assunto por encerrado. Funciona no primeiro dia e quebra no segundo, assim que quer uma margem diferente nesse canal por causa da comissão. O correto é um preço próprio do canal, guardado à parte do preço de venda da sua loja, para mexer num sem tocar no outro. Na Temu há ainda uma nuance: as alterações de preço base não se impõem sem mais, são enviadas como uma proposta que a Temu analisa e pode rejeitar.
Se vender em vários países, o preço do canal multiplica-se por moeda. É o mesmo trabalho que qualquer operação multicanal séria exige e está explicado em Temu dentro de uma operação multicanal.
Stock: o problema não é publicá-lo, é quando
Publicar existências é trivial. O que provoca venda em excesso é o atraso: entre alguém comprar noutro canal e a Temu ficar a saber passam minutos, e nesses minutos vende-se o que já não tem. As duas defesas que realmente funcionam são encurtar esse atraso (minutos, não um lote por hora) e não mostrar na Temu tudo o que tem nas referências que mais rodam. E um pormenor que se esquece: as existências em mão no Odoo não descem ao confirmar uma encomenda, mas sim ao validar a entrega.
Imagens e atributos: onde falha o registo
A Temu rejeita registos por motivos que no Odoo não existem: medidas mínimas de imagem, atributos obrigatórios por categoria, comprimentos de título. Se o conector se limita a enviar e não recolhe o motivo da rejeição, fica com produtos que julga publicados e não estão. O erro tem de ficar no Odoo, junto ao produto, não num registo que ninguém abre.
O que faz o nosso módulo
O conector da Temu para o Odoo publica a partir da ficha do produto, com as suas variantes, depois de validar o que a Temu exige: peso e medidas por variante, os URL das imagens, a documentação de conformidade da categoria e as palavras proibidas no título e na descrição. Cada publicação guarda o seu estado e o motivo de rejeição devolvido pela Temu, a um clique do produto. O preço é gerido como preço base da Temu por SKU, separado do preço de venda: pode obter o recomendado pela Temu, pedir uma estimativa e enviar a proposta com o respetivo motivo. O stock dos SKU associados sai por defeito a cada 5 minutos e a pedido, a partir do armazém da instância ou com uma quantidade fixa que define por variante. Funciona no Odoo 17, 18 e 19. Se procura o outro lado (que as encomendas entrem bem), está em importar encomendas da Temu no Odoo.
Perguntas frequentes
Posso publicar apenas uma parte do catálogo?
Sim, e é o recomendável ao começar. Com o nosso conector a publicação lança-se produto a produto a partir da respetiva ficha, e o stock só é enviado para os SKU associados à Temu: o que não publica nem é tocado. Abrir um canal com todo o catálogo de uma vez multiplica as rejeições e não deixa ver qual falha.
O que acontece se eu alterar o preço no painel da Temu?
O nosso conector não reenvia o preço em cada ciclo: só sai do Odoo quando alguém envia uma proposta de preço base. Mas se depois alguém propuser a partir do Odoo outro preço, é esse que se envia à Temu e a sua alteração no painel fica sobreposta. Por isso convém decidir a repartição de comando antes e não depois.
Serve para outros marketplaces em simultâneo?
Sim. A abordagem é a mesma para a Amazon, a Mirakl ou o Shopify: um stock mestre e um preço próprio por canal. Está explicado em vários marketplaces num só Odoo.
Ligações úteis dentro da FlexigoTech
O que fazemos sobre isto
Quer o catálogo na Temu sem o manter duas vezes?
Diga-nos quantas referências tem, em que países vende e se já está noutros marketplaces. Dizemos-lhe que repartição de comando convém e o que é preciso preparar antes. Escreva para comercial@flexigobe.com ou agende uma chamada.

