Importar as encomendas da Temu para o Odoo sem perder dados pelo caminho

A pergunta que chega sempre é a mesma: «as encomendas da Temu entram sozinhas no Odoo?». Sim, entram. O que decide se a operação funciona ou se transforma num inferno de acertos manuais não é que entrem, mas com o quê entram. Uma encomenda mal mapeada nota-se três semanas depois, quando alguém tenta acertar o IVA ou explicar por que razão há duas guias de remessa da mesma encomenda.

Primeiro: o identificador, ou terá duplicados

Cada encomenda da Temu chega com uma referência própria. Esse número tem de ficar guardado na encomenda do Odoo e ser a chave que se consulta antes de criar seja o que for. Se a importação cria primeiro e verifica depois, qualquer nova tentativa (uma falha de rede, um cron que se sobrepõe, uma sincronização lançada à mão enquanto corria a automática) deixa-lhe duas encomendas idênticas e duas guias de remessa. É a falha número um que encontramos ao auditar conectores feitos por outros.

Variantes: o SKU da Temu não é o seu SKU

A Temu identifica cada variante com o seu próprio código. O seu Odoo tem o dele. Entre os dois é preciso uma equivalência, e é preciso que seja explícita e revisível, não uma função que adivinha cortando cadeias de texto. Quando a equivalência falha, a encomenda entra com um produto genérico ou simplesmente não entra, e nos dois casos alguém descobre-o tarde.

Impostos e moeda: quem os define é o país de destino

Se vende em vários países, cada encomenda chega com a sua moeda e com o imposto que corresponde ao local para onde vai a mercadoria, não ao local onde está a sua empresa. No Odoo isso significa uma posição fiscal por país e uma tarifa por moeda, configuradas antes de entrar a primeira encomenda. É o mesmo trabalho que já descreve o artigo sobre a Temu numa operação multicanal, e é onde se perde mais dinheiro por descuido.

O prazo comprometido manda mais do que o seu armazém

A Temu não lhe pede que envie quando puder: dá-lhe uma data-limite por encomenda, e o incumprimento paga-se em métricas da conta. Esse dado tem de chegar até à guia de remessa do Odoo e estar visível para quem prepara. Uma encomenda que entra sem data-limite é uma encomenda que se prepara por ordem de chegada, e a ordem de chegada não é a ordem que a Temu espera.

Cancelamentos: o caso que quase ninguém prepara

Uma encomenda pode ser cancelada depois de ter entrado no Odoo e antes de sair do armazém. Se a importação só sabe criar, o cancelamento não chega e acaba por enviar mercadoria que ninguém vai pagar. A sincronização tem de ler também as mudanças de estado, não só as encomendas novas, e tem de saber o que fazer com uma guia de remessa já validada: isso já não é cancelar, é devolver.

O que faz o nosso conector

O conector da Temu para o Odoo (Odoo 17, 18 e 19) resolve de origem parte disto, e convém saber exatamente que parte. Procura cada encomenda pela sua referência da Temu antes de criar seja o que for, e a base de dados não admite duas encomendas com a mesma referência na mesma loja. Associa cada linha à sua variante pelo SKU de vendedor que usa na Temu face à referência interna do Odoo, ou pelos identificadores da Temu que guarda na variante: não há uma tabela à parte, a equivalência é a sua referência interna, e uma linha que não encontra variante deixa a encomenda de venda em rascunho em vez de a confirmar. Cria o cliente com o país de entrega, que é o que o Odoo precisa para aplicar a posição fiscal automática que tiver configurada por país. Guarda a data-limite de envio da Temu na ficha da encomenda da Temu, ligada a partir da guia de remessa; não a escreve na guia de remessa. E lê as encomendas por data de atualização, não só as novas: se a Temu cancelar, cancela a encomenda de venda, salvo se já existir uma guia de remessa validada ou uma fatura publicada, caso em que não lhe toca e deixa uma nota na encomenda.

Perguntas frequentes

Ligações úteis dentro da FlexigoTech

O que fazemos sobre isto