Dsco com Odoo: a encomenda do retailer, a sua guia, a sua etiqueta e o que custa ficar sem stock

O Dsco é uma rede de dropship: um retailer vende no seu site, a encomenda chega a si como fornecedor e envia-a diretamente para o cliente dele, em nome do retailer. Hoje faz parte da Rithum, a empresa que resultou da união da CommerceHub e da ChannelAdvisor. Antes de continuar, o que importa: não temos conector publicado do Dsco. Se chegou aqui à procura de um módulo para instalar, não está no nosso catálogo. O que podemos explicar-lhe é como a sua operativa se encaixa no Odoo, que é onde se decidem quase todos os problemas.

Como funciona a rede, vista do lado do fornecedor

Regista-se uma vez e cada retailer que o aceita é um parceiro comercial com as suas próprias regras. Segundo o guia de integração do Dsco, o fornecedor recebe encomendas e devolve à rede quatro coisas: a confirmação de que vai satisfazer a encomenda, o envio com o respetivo seguimento, o cancelamento quando não a pode satisfazer e a fatura das unidades enviadas. À parte vai o inventário, que o retailer usa para decidir o que oferece. A Rithum recomenda fazê-lo por API, com credenciais de cliente que se trocam por um token; os ficheiros CSV ou EDI continuam a ser uma opção, com menos funcionalidades.

No Odoo não é a rota de dropship

O nome engana. A rota Dropship do Odoo serve para o contrário: o utilizador vende e o seu fornecedor envia. No Dsco o fornecedor é o utilizador, pelo que a encomenda é uma venda normal a partir do seu armazém com três dados bem preenchidos: o cliente a quem se fatura é o retailer, o endereço de entrega é o do cliente dele e o preço é o custo acordado com o retailer, não o que o comprador pagou. O número de encomenda do retailer vai na referência do cliente e é a chave que se consulta antes de criar seja o que for. Caso contrário, cada nova tentativa duplica encomendas, que é a primeira coisa que procuramos ao auditar um conector herdado.

A guia leva a marca do retailer

O comprador não sabe que o utilizador existe. A caixa leva a guia do retailer: o seu logótipo, o seu número de encomenda, o seu texto de devoluções e nenhum preço seu. No Odoo isso é um modelo de relatório por retailer, escolhido consoante o cliente da encomenda, e não um único modelo cheio de condicionais que cresce cada vez que entra um parceiro novo. Se usar as etiquetas geradas pelo Dsco, a sua documentação indica que a guia também pode ser descarregada a partir do seu portal. Então há que decidir, retailer a retailer, se se imprime a do Odoo ou se se anexa a dele. As duas opções servem. As duas ao mesmo tempo, não.

A etiqueta que lhe impõem

O Dsco pode gerar a etiqueta com uma conta de transportadora que liga o retailer ou o próprio fornecedor. Se a conta é do retailer, o utilizador não escolhe transportadora nem serviço: recebe a etiqueta como ficheiro, é anexada à guia de entrega do Odoo e o número de seguimento que devolve tem de ser o dessa etiqueta. Se a conta é sua, a etiqueta pode sair do seu conector de transportadora no Odoo e o envio é comunicado depois à rede. O Dsco identifica cada envio por parceiro, código de armazém e número de encomenda, pelo que cada armazém do Odoo precisa do seu código do Dsco mapeado.

Ficar sem stock paga-se

Num marketplace, sem existências deixa de vender. No dropship de retailers o retailer já cobrou ao cliente e, se cancelar, esse cancelamento é seu e o retailer mede-o. Cada retailer fixa as suas regras e consequências, pelo que não lhe vamos dar um número. O que se pode fazer é não chegar lá, com três decisões no Odoo: publicar a quantidade livre (o disponível menos o reservado) com uma margem por retailer, e não o stock físico; enviá-la quando muda, e não num lote noturno; e confirmar a encomenda no Dsco só quando o Odoo conseguiu reservar as unidades. É o problema da venda em excesso multicanal com menos margem de erro.

O que fazemos e quando não lhe convém

Repetimos: não temos conector do Dsco publicado. O que fazemos é desenvolver a integração por medida de acordo com os requisitos de cada retailer, apoiando-nos no que o Odoo já resolve (transportadoras, rotas, relatórios e reservas) e no que aprendemos com os nossos conectores publicados da Amazon, da Mirakl e do resto do catálogo. Agora, a parte honesta: se vende a um único retailer com poucas encomendas por dia, o portal do Dsco e uma pessoa atenta provavelmente chegam, e não faz sentido pagar uma integração. Compensa quando o volume ou o número de retailers faz com que copiar à mão comece a custar cancelamentos. O contexto geral do dropship de retailers está em CommerceHub e Odoo.

Perguntas frequentes

Ligações úteis dentro da FlexigoTech