Español
English
Deutsch
Français
Português
Italiano
Nederlands
Polski
Dsco és una xarxa de dropship: un retailer ven a la seva web, la comanda et arriba a tu com a proveïdor i tu l'envies directament al seu client, en nom del retailer. Avui forma part de Rithum, l'empresa que va sorgir d'unir CommerceHub i ChannelAdvisor. Abans de continuar, el que importa: no tenim connector publicat de Dsco. Si arribes buscant un mòdul per instal·lar, no és al nostre catàleg. El que sí et podem explicar és com encaixa la seva operativa a Odoo, que és on es decideixen quasi tots els problemes.
Com funciona la xarxa, vista des del proveïdor
Et dones d'alta una vegada i cada retailer que t'accepta és un soci comercial amb les seves pròpies regles. Segons la guia d'integració de Dsco, el proveïdor rep comandes i retorna a la xarxa quatre coses: la confirmació que servirà la comanda, l'enviament amb el seu seguiment, la cancel·lació quan no pot servir-la i la factura de les unitats enviades. A part va l'inventari, que el retailer fa servir per decidir què ofereix. Rithum recomana fer-ho per API, amb credencials de client que es canvien per un token; els fitxers CSV o EDI continuen sent una opció, amb menys funcions.
A Odoo no és la ruta de dropship
El nom despista. La ruta Dropship d'Odoo serveix per al contrari: tu vens i el teu proveïdor envia. A Dsco el proveïdor ets tu, així que la comanda és una venda normal des del teu magatzem amb tres dades ben posades: el client al qual es factura és el retailer, l'adreça de lliurament és la del seu client i el preu és el cost pactat amb el retailer, no el que va pagar el comprador. El número de comanda del retailer va a la referència del client i és la clau que es consulta abans de crear res. Si no, cada reintent duplica comandes, que és el primer que busquem en auditar un connector heretat.
L'albarà porta la marca del retailer
El comprador no sap que existeixes. La caixa porta l'albarà del retailer: el seu logotip, el seu número de comanda, el seu text de devolucions i cap preu teu. A Odoo això és una plantilla d'informe per retailer, triada segons el client de la comanda, no una única plantilla plena de condicionals que creix cada vegada que entra un soci nou. Si fas servir les etiquetes que genera Dsco, la seva documentació indica que l'albarà també es pot descarregar des del seu portal. Llavors cal decidir, retailer a retailer, si s'imprimeix el d'Odoo o s'adjunta el seu. Les dues opcions valen. Les dues alhora, no.
L'etiqueta que t'imposen
Dsco pot generar l'etiqueta amb un compte de transportista que connecta el retailer o el mateix proveïdor. Si el compte és del retailer, tu no tries transportista ni servei: reps l'etiqueta com a fitxer, s'adjunta a l'albarà d'Odoo i el número de seguiment que retornes ha de ser el d'aquesta etiqueta. Si el compte és teu, l'etiqueta pot sortir del teu connector de transportista a Odoo i l'enviament es comunica després a la xarxa. Dsco identifica cada enviament per soci, codi de magatzem i número de comanda, així que cada magatzem d'Odoo necessita el seu codi de Dsco mapat.
Un sol origen d'etiqueta per retailer. Si Odoo i Dsco la poden generar tots dos, tard o d'hora algú n'imprimeix dues: el paquet surt amb una i el retailer rep el seguiment de l'altra.
Quedar-te sense estoc es paga
En un marketplace, sense existències deixes de vendre. En dropship de retailers el retailer ja ha cobrat el client, i si tu cancel·les, aquesta cancel·lació és teva i el retailer la mesura. Cada retailer fixa les seves regles i les seves conseqüències, així que no et donarem cap número. El que sí es pot fer és no arribar-hi, amb tres decisions a Odoo: publicar la quantitat lliure (el disponible menys el reservat) amb un coixí per retailer, no l'estoc físic; enviar-la quan canvia, no en un lot nocturn; i confirmar la comanda a Dsco només quan Odoo ha pogut reservar les unitats. És el problema de la sobrevenda multicanal amb menys marge d'error.
Què fem nosaltres i quan no et convé
Ho repetim: no tenim connector de Dsco publicat. El que fem és desenvolupar la integració a mida contra els requisits de cada retailer, recolzant-nos en el que Odoo ja resol (transportistes, rutes, informes i reserves) i en el que hem après amb els nostres connectors publicats d'Amazon, Mirakl i la resta del catàleg. Ara, la part honesta: si vens a un sol retailer amb poques comandes al dia, el portal de Dsco i una persona atenta probablement et basten, i no té sentit pagar una integració. Compensa quan el volum o el nombre de retailers fa que copiar a mà comenci a costar cancel·lacions. El context general del dropship de retailers és a CommerceHub i Odoo.
Preguntes freqüents
Existeix un connector de Dsco per a Odoo llest per instal·lar?
Nosaltres no en tenim cap de publicat. Si algú te n'ofereix un, pregunta amb quins retailers funciona en producció i si cobreix confirmació, enviament, cancel·lació i factura, no només l'entrada de comandes.
Millor per API o per fitxers?
Rithum recomana l'API per a proveïdors, i la seva guia descriu la via per fitxers CSV o EDI amb menys funcions. Si ja intercanvies EDI amb altres retailers i aquest flux funciona, reutilitzar-lo pot tenir sentit; si comences de zero, l'API és el camí.
Com es factura al retailer des d'Odoo?
Amb la política de facturació per quantitats lliurades. La factura va al retailer, no al comprador, i només inclou les unitats enviades, que és el que Dsco espera rebre. Facturar el que s'ha demanat en lloc del que s'ha enviat deixa una factura que no quadra amb els enviaments.
Enllaços útils dins de FlexigoTech
T'ha acceptat un retailer a Dsco?
Envia'ns la seva guia de requisits: quins missatges demana, qui posa l'etiqueta i quin termini et dona. Et diem què s'automatitza a Odoo, què continuarà necessitant algú mirant i si de debò et compensa integrar-ho. Escriu a comercial@flexigobe.com o agenda una trucada.