Dsco es una red de dropship: un retailer vende en su web, el pedido te llega a ti como proveedor y tú lo envías directamente a su cliente, en nombre del retailer. Hoy forma parte de Rithum, la empresa que resultó de unir CommerceHub y ChannelAdvisor. Antes de seguir, lo importante: no tenemos conector publicado de Dsco. Si llegas buscando un módulo que instalar, no está en nuestro catálogo. Lo que sí podemos contarte es cómo encaja su operativa en Odoo, que es donde se deciden casi todos los problemas.
Cómo funciona la red, vista desde el proveedor
Te das de alta una vez y cada retailer que te acepta es un socio comercial con sus propias reglas. Según la guía de integración de Dsco, el proveedor recibe pedidos y devuelve a la red cuatro cosas: la confirmación de que va a servir el pedido, el envío con su seguimiento, la cancelación cuando no puede servirlo y la factura de las unidades enviadas. Aparte va el inventario, que el retailer usa para decidir qué ofrece. Rithum recomienda hacerlo por API, con credenciales de cliente que se canjean por un token; los ficheros CSV o EDI siguen siendo una opción, con menos funciones.
En Odoo no es la ruta de dropship
El nombre despista. La ruta Dropship de Odoo sirve para lo contrario: tú vendes y tu proveedor envía. En Dsco el proveedor eres tú, así que el pedido es una venta normal desde tu almacén con tres datos bien puestos: el cliente al que se factura es el retailer, la dirección de entrega es la de su cliente y el precio es el coste pactado con el retailer, no lo que pagó el comprador. El número de pedido del retailer va en la referencia del cliente y es la clave que se consulta antes de crear nada. Si no, cada reintento duplica pedidos, que es lo primero que buscamos al auditar un conector heredado.
El albarán lleva la marca del retailer
El comprador no sabe que existes. La caja lleva el albarán del retailer: su logotipo, su número de pedido, su texto de devoluciones y ningún precio tuyo. En Odoo eso es una plantilla de informe por retailer, elegida según el cliente del pedido, no una única plantilla llena de condicionales que crece cada vez que entra un socio nuevo. Si usas las etiquetas que genera Dsco, su documentación indica que el albarán también se puede descargar desde su portal. Entonces hay que decidir, retailer a retailer, si se imprime el de Odoo o se adjunta el suyo. Las dos opciones valen. Las dos a la vez, no.
La etiqueta que te imponen
Dsco puede generar la etiqueta con una cuenta de transportista que conecta el retailer o el propio proveedor. Si la cuenta es del retailer, tú no eliges transportista ni servicio: recibes la etiqueta como fichero, se adjunta al albarán de Odoo y el número de seguimiento que devuelves tiene que ser el de esa etiqueta. Si la cuenta es tuya, la etiqueta puede salir de tu conector de transportista en Odoo y el envío se comunica después a la red. Dsco identifica cada envío por socio, código de almacén y número de pedido, así que cada almacén de Odoo necesita su código de Dsco mapeado.
Un solo origen de etiqueta por retailer. Si Odoo y Dsco pueden generarla los dos, tarde o temprano alguien imprime dos: el paquete sale con una y el retailer recibe el seguimiento de la otra.
Quedarte sin stock se paga
En un marketplace, sin existencias dejas de vender. En dropship de retailers el retailer ya ha cobrado al cliente, y si tú cancelas, esa cancelación es tuya y el retailer la mide. Cada retailer fija sus reglas y sus consecuencias, así que no vamos a darte un número. Lo que sí se puede hacer es no llegar ahí, con tres decisiones en Odoo: publicar la cantidad libre (lo disponible menos lo reservado) con un colchón por retailer, no el stock físico; enviarla cuando cambia, no en un lote nocturno; y confirmar el pedido en Dsco solo cuando Odoo ha podido reservar las unidades. Es el problema de la sobreventa multicanal con menos margen de error.
Qué hacemos nosotros y cuándo no te conviene
Lo repetimos: no tenemos conector de Dsco publicado. Lo que hacemos es desarrollar la integración a medida contra los requisitos de cada retailer, apoyándonos en lo que Odoo ya resuelve (transportistas, rutas, informes y reservas) y en lo aprendido con nuestros conectores publicados de Amazon, Mirakl y el resto del catálogo. Ahora, la parte honesta: si vendes a un solo retailer con pocos pedidos al día, el portal de Dsco y una persona atenta probablemente te bastan, y no tiene sentido pagar una integración. Compensa cuando el volumen o el número de retailers hace que copiar a mano empiece a costar cancelaciones. El contexto general del dropship de retailers está en CommerceHub y Odoo.
Preguntas frecuentes
¿Existe un conector de Dsco para Odoo listo para instalar?
Nosotros no tenemos uno publicado. Si alguien te ofrece uno, pregunta con qué retailers funciona en producción y si cubre confirmación, envío, cancelación y factura, no solo la entrada de pedidos.
¿Mejor por API o por ficheros?
Rithum recomienda la API para proveedores, y su guía describe la vía por ficheros CSV o EDI con menos funciones. Si ya intercambias EDI con otros retailers y ese flujo funciona, reutilizarlo puede tener sentido; si empiezas de cero, la API es el camino.
¿Cómo se factura al retailer desde Odoo?
Con la política de facturación por cantidades entregadas. La factura va al retailer, no al comprador, y solo incluye las unidades enviadas, que es lo que Dsco espera recibir. Facturar lo pedido en vez de lo enviado deja una factura que no cuadra con los envíos.
Enlaces útiles dentro de FlexigoTech
¿Te ha aceptado un retailer en Dsco?
Mándanos su guía de requisitos: qué mensajes pide, quién pone la etiqueta y qué plazo te da. Te decimos qué se automatiza en Odoo, qué seguirá necesitando a alguien mirando y si de verdad te compensa integrarlo. Escribe a comercial@flexigobe.com o agenda una llamada.