Vender un sofá no se parece a vender una funda de móvil. El pedido tarda semanas, lo entregan dos personas con cita previa, a veces incluye montaje, y si el cliente lo devuelve no cabe en una etiqueta de paquetería. Cuando ese producto se publica en un marketplace alemán de hogar como XXXLutz o Home24, la parte difícil no es la API: es que la operativa del mueble no encaja en el flujo estándar de Odoo tal como viene.
El stock disponible no es el stock físico
Es el error que más caro sale. La cantidad a mano de un sofá puede ser ocho y la cantidad publicable ser dos. Las otras seis están reservadas para entregas ya citadas con el cliente, comprometidas en un pedido que sale la semana que viene o retenidas a la espera de una inspección de daños. Publicar la cantidad a mano es vender seis veces algo que ya tiene dueño. Lo que se publica es disponible menos reservado menos comprometido, y en mueble conviene restar además un colchón: una cancelación por rotura de stock aquí no cuesta una venta, cuesta una entrega planificada y un camión que sale medio vacío.
La entrega la hacen dos personas y tiene cita
En paquetería, validar el albarán y subir el número de seguimiento cierra el pedido. En mueble no cierra nada. Entre que la mercancía sale y el cliente la tiene hay una cita concertada, una planta, un ascensor que puede no existir y una ventana horaria. El albarán de Odoo necesita entonces dos fechas distintas —cuándo sale y cuándo se entrega— y un estado de entrega que llega desde la empresa de transporte, no de quien valida en el almacén. Si el marketplace espera la confirmación de entrega y tú le mandas la de salida, tus métricas de servicio mienten a tu favor hasta que llega la primera reclamación.
Plazos largos: la fecha que publicas es un compromiso
En mueble, seis u ocho semanas es normal y nadie se escandaliza. Lo que se penaliza es prometer cuatro y entregar en nueve. Esa fecha no se escribe a mano en el listado: sale de sumar el plazo de aprovisionamiento del proveedor, el tiempo de preparación en tu almacén y el hueco de la empresa de transporte. Odoo guarda esos tres datos por separado, en la ficha de producto, en la del proveedor y en la ruta. El trabajo de integración es sumarlos, publicar el resultado y volver a publicarlo cuando cualquiera de los tres cambie, no una sola vez el día que se abre el canal.
Montaje y servicios no son una línea de producto más
El montaje, la subida a planta y la retirada del mueble viejo se venden en la misma cesta, pero no son mercancía. En Odoo son productos de tipo servicio: no consumen existencias, no entran en el albarán y muy a menudo los presta un tercero al que hay que comprárselos. Si se dan de alta como producto almacenable, el albarán pide preparar un montaje y el inventario se queda en negativo. Bien montado, el margen del servicio queda visible aparte del margen del mueble, que es justo el dato que necesitas para decidir si el montaje te compensa.
Las devoluciones voluminosas rompen el proceso estándar
Una devolución de mueble no es un cliente pegando una etiqueta. Es una recogida con cita, con dos personas, a veces con desmontaje, y con una inspección a la llegada que decide si la pieza vuelve a stock vendible, va a outlet o se destruye. En Odoo eso son tres pasos encadenados: un albarán de devolución, una ubicación de inspección donde la mercancía existe pero no es vendible, y un movimiento final que decide su destino. Saltarse la ubicación intermedia es la forma más rápida de que el stock publicado vuelva a mentir, porque el sofá reaparece como disponible antes de que nadie lo haya mirado.
Cuándo no hace falta integrar nada: con veinte referencias y cinco pedidos al mes, el panel del operador y media hora al día de una persona hacen el trabajo sin montar un proyecto. Una integración se paga con volumen o con errores caros, no con ganas.
Antes de programar, pregunta qué plataforma hay debajo
Muchos marketplaces europeos de hogar no exponen una API propia: corren sobre la plataforma de un tercero. La respuesta a esa pregunta cambia el proyecto entero. Si es Mirakl o ChannelEngine, ya hay conector publicado y el trabajo se reduce a mapear catálogo y logística. Si es un portal propio con intercambio de ficheros, es desarrollo. No lo supongas: pídele al operador la documentación técnica por escrito antes de presupuestar nada, y mira si comparte stock con otros canales: es el problema del stock en tiempo real en varios marketplaces.
Qué tenemos publicado y qué no
Con todas las letras: no tenemos conector publicado de XXXLutz ni de Home24. Esas integraciones se desarrollan a medida contra la operativa concreta del operador, porque no hay dos cadenas de mueble que pidan lo mismo. Lo que sí está publicado y funcionando en Odoo 17, 18 y 19 —y en Odoo 20 el día que salga— son Mirakl, ChannelEngine, ManoMano, Amazon y el resto del catálogo. Si la cadena te pasa el pedido y envías tú con su albarán, el patrón es otro: el dropship de retailers.
Preguntas frecuentes
¿Se puede vender en estos marketplaces sin integración?
Sí, con el panel del operador y carga de ficheros. Es razonable mientras el catálogo sea corto y los pedidos pocos; deja de serlo en cuanto ese stock se comparte con otro canal.
¿Cómo se calcula la fecha de entrega que se publica?
Sumando plazo de proveedor, preparación en almacén y cita de transporte, y republicando cuando cambie cualquiera de los tres. El margen de seguridad tiene que salir del histórico real, no del optimismo.
¿Puede Odoo facturar un montaje que hace un tercero?
Sí: producto de servicio en la venta y compra al instalador asociada al mismo pedido. Así el margen del servicio se ve separado del margen del mueble.
Enlaces útiles dentro de FlexigoTech
¿Vendes muebles y el stock publicado no cuadra?
Cuéntanos en qué marketplaces estás, cuántas referencias mueves y quién hace la entrega de dos personas. Te decimos si se resuelve con un conector ya publicado o si hace falta desarrollo, y también si no te hace falta nada. Escribe a comercial@flexigobe.com o agenda una llamada.