O que faz o botão Submit do Temu Connector for Odoo, passo a passo

Onde está o botão e quando aparece

As fichas de cancelamento abrem-se a partir do menu Temu › Orders & Fulfillment › Cancellations. Dentro da ficha, com o Odoo em português, o botão chama-se Submit. Existe nas versões 17, 18 e 19 do Odoo.

O botão fica oculto quando a ficha já não está no estado inicial ou quando o pedido é do tipo remoto. Com os valores por defeito de uma ficha nova (pedido do tipo contestação e estado inicial) o botão aparece.

O caso: Casa Brisa e um pedido sem stock

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

A Casa Brisa é uma loja inventada que vende utensílios de cozinha na Temu e fica sem stock de um artigo de um pedido. Abre Temu › Orders & Fulfillment › Cancellations, entra na ficha de cancelamento desse pedido e vê o botão Submit. O que acontece a partir daí depende do que a ficha tiver preenchido.

Antes de clicar: o que o módulo já preenche

O primeiro passo não depende do botão. Se a ficha estiver ligada a um pedido da Temu, ao criá-la o módulo completa Instance, Parent Order Sn e a lista de números de pedido (Order Sn List Csv) a partir desse pedido, quando esses dados estão vazios. Ao guardar a ficha faz uma revisão semelhante: preenche o Parent Order Sn se faltar e, se a lista estiver vazia, preenche-a com o número do pedido.

No caso da Casa Brisa, a ficha nasce ligada ao pedido, pelo que o pedido principal e a lista chegam já preenchidos. Uma ficha que não estivesse ligada a nenhum pedido não receberia esses dados a partir do pedido.

O que o botão verifica, por ordem

Ao clicar em Submit, o módulo faz o seguinte:

1. Repete a revisão de dados a partir do pedido que acabou de ler, caso algo continue vazio.
2. Se o Parent Order Sn continuar vazio, pára com Parent Order SN is required.
3. Se o pedido for de falta de stock e a lista de números de pedido estiver vazia, pára com Out-of-stock cancellation requires at least one order SN. A lista sai dos dados já guardados ou, se não os houver, do campo Order Sn List Csv, que se lê separando por vírgulas ou quebras de linha e ignorando os espaços vazios.
4. Se o pedido for uma contestação, o módulo exige que haja um motivo escrito e que cada ligação de prova comece por http:// ou https://. Se alguma das duas condições falhar, pára com um erro.
5. Se estiver tudo em ordem, envia o pedido à Temu através da Instance da ficha.

Quando falha a verificação do pedido principal ou a da lista de falta de stock, a ficha continua no estado inicial e não se envia nada à Temu. A Casa Brisa, com a sua ficha ligada, passa-as.

O que se envia e o que muda na ficha

O caminho depende do tipo de pedido.

Contestação

O pedido leva o tipo de cancelamento, o pedido principal e o motivo com as suas ligações de prova. O tipo sai do campo Appeal Cancel Type, que está na ficha, fica oculto quando o pedido não é uma contestação e oferece Suspected Batch Refund e Incorrect Address. O seu valor por defeito é Incorrect Address, por isso convém vê-lo antes de enviar.

Se a resposta da Temu trouxer um número de pedido, a ficha passa ao estado de enviada; se não o trouxer, fica pendente. Em ambos os casos o módulo guarda o pedido e a resposta, regista a data e hora do envio, limpa o último erro e deixa registada a lista de números de pedido.

Falta de stock

O pedido leva o pedido principal e a lista de números de pedido. Se a resposta da Temu indicar um resultado positivo, a ficha fica pendente; se não, fica em Failed. O módulo guarda também os motivos de falha e os resultados por pedido que a Temu devolver, além do pedido, da resposta, da data e hora do envio e da lista de pedidos.

Há um pormenor que convém conhecer: neste tipo, se a Temu não der um resultado positivo, a ficha fica em Failed e o botão termina na mesma com o seu aviso de envio. Por isso, depois de clicar, vê o estado da ficha e não te limites ao aviso.

O aviso final e quando algo falha

Se o envio terminar sem erro, aparece uma notificação de sucesso com o texto Temu cancellation request has been submitted., que não fica fixa no ecrã.

Se falhar algo dentro do bloco de envio (a verificação do motivo e das ligações numa contestação, a chamada à Temu ou outro erro), o módulo escreve o estado Failed com o texto do erro e volta a lançar esse erro, de modo que o vês no ecrã. As verificações do pedido principal e da lista de falta de stock fazem-se antes, fora desse bloco: só param a ação.

Como o botão fica oculto quando a ficha já não está no estado inicial, e o envio deixa-a noutro estado, depois de a enviar o botão deixa de aparecer nessa ficha.

O que aprender com o caso

• Revê Parent Order Sn e Order Sn List Csv antes de clicar; numa contestação, tem escrito o motivo e ligações de prova que comecem por http:// ou https://.
• Numa contestação, vê o Appeal Cancel Type: vem com Incorrect Address por defeito.
• Depois de enviar, lê o estado da ficha: o aviso de sucesso não basta na falta de stock.

Custo e ajuda

O Temu Connector for Odoo é um módulo de pagamento único por versão e a ligação passa pela FlexigoTech Cloud, no plano Conector: 49 €/mês ou 490 €/ano, sem IVA. Os detalhes de compra estão na página do módulo. A FlexigoTech implementa o Odoo 17, 18, 19 e 20 e desenvolve conectores e integrações à medida se o teu fluxo de cancelamentos precisar de algo mais.

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_order_cancellation_views.xml
• Código do módulo: flexigobe_temu_connector 19.0 (455b3f0f): models/temu_order_cancellation.py
• flexigotech.com/precios.html
• flexigotech.com/en/services.html