O que faz o botão «Backfill Live SKU Data» do Temu Connector for Odoo

Quando aparece o botão

O botão Backfill Live SKU Data está na ficha de Product Publishing, que se abre a partir do menu Temu › Catalog › Listings. Existe no Odoo 17, 18 e 19. Fica oculto quando o campo Temu Goods da ficha está vazio, e com os valores por defeito está: uma ficha nova não o mostra. Esse campo está na ficha de Product Publishing.

O que o Odoo faz sozinho, sem o premires

O botão não é o único caminho. As peças que ele usa também são alcançadas por duas tarefas agendadas, ativas ao instalar o módulo. Temu Sync Products (a cada 30 minutos) chega ao pedido do detalhe do produto à Temu, à atualização das variantes e à sincronização das ligações de SKU. Temu Backfill Missing Amounts (a cada 10 minutos) chega ao pedido do detalhe e à atualização das variantes.

O botão é o caminho manual: lança esses passos agora, para a ficha que tens aberta, e mostra-te o resultado num aviso.

Um caso para seguir passo a passo

Exemplo Caso ilustrativo: a empresa e os seus dados são inventados para explicar o fluxo.

Imagina a «Cerámicas Mirador», uma loja inventada que vende canecas em várias cores na Temu. Tem uma ficha em Temu › Catalog › Listings com Temu Goods preenchido. Quer que as especificações e as medidas das variantes no Odoo coincidam com o que a Temu devolve agora para esse produto, sem esperar pelas tarefas.

1. Abre a ficha de Product Publishing e verifica que Temu Goods tem valor. Se estivesse vazio, o botão não se veria.
2. Prime Backfill Live SKU Data.
3. O Odoo mostra um aviso de sucesso que não fica fixo: quantas variantes processou, em quantas se atualizaram as especificações e em quantas as medidas. Depois recarrega a ficha.
4. Olha para Last Sync At: agora tem a data e a hora desse momento.

Imagina agora que, noutro dia, a Temu não devolve detalhes para esse produto. Em vez do aviso de sucesso aparece o erro da secção de erros, não muda nada nas variantes e Last Sync At fica como estava. O que o caso ensina: o aviso de sucesso diz-te quanto mudou, e o erro chega antes de tocar em seja o que for.

O que o botão faz por dentro, por ordem

1. Toma o valor de Temu Goods e a instância da ficha (campo Instance) e pede à Temu o detalhe desse produto. A consulta é tentada com várias combinações e fica com a primeira resposta que não venha vazia. Se todas falharem, o módulo deixa um aviso no registo do Odoo com o nome da instância e o goodsId.
2. Se o detalhe não trouxer lista de SKU, o botão para com a mensagem da secção seguinte. Até aí não mudou nada.
3. Antes de modificar o que quer que seja, regista de cada variante do modelo as suas especificações e as suas medidas (comprimento, largura e altura).
4. Atualiza as variantes a partir do detalhe que a Temu devolveu. Não cria variantes novas: as que não encontra no Odoo são ignoradas. Do detalhe de cada SKU o módulo lê, entre outros dados, título, preços, stock, imagens, especificações, peso e medidas.
5. Sincroniza as ligações de SKU da ficha, que unem cada variante ao seu SKU da Temu. Se o passo anterior devolveu variantes, fá-lo com as que pertencem ao modelo da ficha; se não devolveu nenhuma, fá-lo com a lista de SKU do detalhe. Na sincronização são ignoradas as variantes já ligadas a outra ficha ou com outro valor de Temu Goods.
6. Define Last Sync At com a data e a hora do momento.
7. Compara com o que registou no terceiro passo: conta as variantes cujas especificações mudaram e as que têm medidas diferentes. Mostra o aviso de sucesso e recarrega a ficha. O primeiro número do aviso, as variantes processadas, é o de linhas de SKU que a Temu devolveu, não o de variantes do Odoo.

Quando o botão para com um erro

Ao premir o botão pode aparecer Temu did not return any live SKU details for goodsId …. (o código põe o goodsId onde estão as reticências). Aparece depois de pedir o detalhe à Temu, quando o que volta não inclui lista de SKU. Entre os casos que levam aí está o de o pedido falhar por completo, porque então o módulo trabalha com um detalhe vazio.

Como a paragem chega antes de mudar o que quer que seja, não se guarda nenhuma alteração e Last Sync At mantém o seu valor. Para investigar:

• Compara o goodsId da mensagem com o valor de Temu Goods da ficha.
• Se o pedido falhou, procura no registo do Odoo o aviso com o nome da instância e esse goodsId.

Como se chama em cada idioma

O que verificar depois

• Que Last Sync At mudou na ficha de Product Publishing.
• Que o aviso dá números coerentes com o que esperavas: variantes processadas, especificações atualizadas e medidas atualizadas.
• Que as especificações e as medidas estão nas variantes do produto. Que campos o conector acrescenta aí é contado em o que o conector acrescenta aos produtos do Odoo.

Custo e ajuda

O Temu Connector for Odoo é de pagamento único por versão do Odoo e precisa da subscrição do FlexigoTech Cloud, plano Conector: 49 €/mês ou 490 €/ano, sem IVA. A ligação passa pelo FlexigoTech Cloud, que vigia a sincronização e avisa por e-mail se falhar. O módulo está publicado no Odoo Apps para 17, 18, 19 e 20 (ficha), e na página do módulo tens a compra.

Se estás a implementar o Odoo e queres rever como encaixam as tuas fichas da Temu com as variantes, a FlexigoTech implementa o Odoo 17, 18, 19 e 20 e desenvolve conectores e integrações à medida.

Continue a ler

Verificado no código do conector (versão 19.0) e nas fontes indicadas

Fontes

• Código do módulo: flexigobe_temu_connector 19.0 (455b3f0f): views/temu_product_binding_views.xml
• Código do módulo: flexigobe_temu_connector 19.0 (455b3f0f): models/temu_product_binding.py
• apps.odoo.com/apps/modules/19.0/flexigobe_temu_connector
• flexigotech.com/precios.html
• flexigotech.com/en/services.html