CommerceHub, Overstock, Limango y compañía no son marketplaces en el sentido de Amazon. Son redes de dropship de retailers: una cadena vende en su web, el pedido te llega a ti, y tú envías directamente al cliente final en nombre de la cadena. El comprador no sabe que existes, y esa frase contiene casi todos los requisitos técnicos.
El albarán no lleva tu marca
Es el requisito que más proyectos rompe. La caja que llega al cliente lleva el albarán del retailer, con su logotipo, su número de pedido y su texto de devoluciones. En Odoo eso significa una plantilla de informe por retailer y un número de pedido externo impreso en ella. No es cosmética: si sale tu albarán, incumples el contrato.
La etiqueta puede no ser tuya tampoco
Muchos retailers imponen su contrato de transporte: te dan la etiqueta ya pagada y tú solo pegas y entregas. Otros te dejan usar el tuyo pero exigen el número de seguimiento antes de una hora determinada. Los dos casos se resuelven en Odoo, pero con mecanismos distintos: en el primero la etiqueta entra como fichero y se adjunta al albarán; en el segundo el número sale de tu propio conector de transportista y se devuelve a la red.
La rotura de stock se castiga
En un marketplace, quedarte sin existencias significa que dejas de vender. En dropship de retailers significa que cancelas un pedido que el retailer ya ha vendido a su cliente, y eso se mide y se penaliza. La consecuencia práctica es que la publicación de stock tiene que ser más conservadora que en cualquier otro canal: colchón de seguridad más alto y publicación al confirmar, no en lotes horarios.
Y el catálogo va por fichero, no por API bonita
Una parte considerable de esta industria sigue funcionando con ficheros: catálogos por CSV, stock por FTP, confirmaciones por EDI. No es un defecto, es lo que hay, y un conector serio tiene que hablar ese idioma sin quejarse. Lo que sí hay que exigirle es que registre cada intercambio, porque cuando falta un pedido la única forma de demostrar qué pasó es el fichero que se envió y el que se recibió.
Qué hacemos nosotros aquí
Con todas las letras: no tenemos un conector de CommerceHub publicado en la App Store de Odoo. Lo que hacemos es desarrollar la integración a medida contra la operativa concreta de cada red, que es justo lo que este tipo de proyectos necesita, porque no hay dos retailers que pidan lo mismo. Lo que sí tenemos hecho y publicado son los conectores de los marketplaces clásicos: Amazon, Mirakl, Temu y el resto del catálogo.
Preguntas frecuentes
¿Se puede llevar dropship y venta propia en el mismo Odoo?
Sí, y conviene. Lo que hay que separar son las rutas de almacén y las plantillas de albarán, no la base de datos. El stock es el mismo y ahí está la ventaja.
¿Y si el retailer trabaja por EDI y no por API?
Es lo habitual en esta industria y no cambia el planteamiento. Lo que cambia es el transporte del mensaje; el mapeo a documentos de Odoo es el mismo trabajo.
¿Cuánto tarda un proyecto así?
Depende de cuántos mensajes exija el retailer y de si te impone transporte. Un flujo de pedido, confirmación y envío es corto; añadir facturación y devoluciones lo alarga. Sin ver su especificación nadie puede darte una fecha seria.
Enlaces útiles dentro de FlexigoTech
¿Te ha aceptado una red de dropship y no sabes por dónde empezar?
Mándanos su documento de integración. Te decimos qué mensajes son obligatorios, qué se puede automatizar en Odoo y qué va a seguir necesitando que alguien mire. Escribe a comercial@flexigobe.com o agenda una llamada.