Odoo, diseñado pensando en cómo funciona realmente el comercio minorista.

El ERP para comercio minorista de Odoo gestiona el punto de venta, el comercio electrónico, el inventario, las compras y las finanzas en una sola plataforma, de modo que las tiendas físicas, la tienda online y el almacén comparten el mismo stock y el mismo registro de clientes. En el caso de los mayoristas, el EDI y las listas de precios específicas para cada cliente se integran en el mismo modelo.

Sí. Odoo conecta el punto de venta, la tienda web y los anuncios en los mercados online a un único stock común, por lo que una venta en la tienda física, en la web o a través de un mercado online reduce ese mismo stock en tiempo real. La gestión de pedidos determina, por canal, qué almacén gestiona el pedido, admite el servicio «click-and-collect» y el envío desde la tienda, y registra las devoluciones en el mismo SKU y en el expediente del cliente. El trabajo consiste en las reglas de los canales: qué almacén envía cada pedido, cómo se gestionan las devoluciones y dónde varían los precios. Se decide antes de la puesta en marcha, no se añade después.

Sí. Odoo POS se implementa por tienda en una tableta o un ordenador de sobremesa, sincronizándose con la instancia central de Odoo y con un modo sin conexión en caso de que se pierda la conexión. Cada tienda gestiona su propia sesión de caja, recuento de efectivo e informe Z de fin de jornada, mientras que el inventario, el programa de fidelización, las tarjetas regalo y las devoluciones se gestionan de forma centralizada. Las listas de precios y las promociones de cada tienda se configuran en el back office, y el escaneo de códigos de barras en caja agiliza el proceso de pago utilizando el mismo registro de stock. Para una cadena, el trabajo consiste en el plan de implantación, los datos maestros y la formación del personal, no en el software.

A través de un conector de sincronización. Los productos, los precios, los niveles de stock, los pedidos y los clientes se transfieren entre Odoo y Shopify u otras herramientas casi en tiempo real, de modo que la tienda online sigue vendiendo mientras Odoo se encarga de la gestión administrativa. El comercio electrónico nativo de Odoo ofrece una arquitectura más sencilla cuando se desea tener un único sistema de cara al cliente y otro de gestión administrativa. La elección depende de qué plataforma gestione el catálogo y la experiencia del cliente, algo que debe decidirse en la fase de planificación y no tratarse como un problema de conexión a posteriori.

Sí. Odoo gestiona el intercambio electrónico de datos (EDI) con compradores minoristas y proveedores de logística externos (3PL) mediante los formatos de mensajes EDIFACT y X12 (ORDERS, ORDRSP, DESADV con SSCC, RECADV, INVOIC, PRICAT), además de Peppol BIS para la facturación electrónica. Estos se asignan a los pedidos de venta, entregas, códigos de barras GS1 GTIN y EAN, y facturas de proveedores de Odoo, con una conciliación de tres vías que compara el pedido, la recepción y la factura. La configuración rara vez es el protocolo. Se trata de la variante de mensaje por comprador, ya que cada minorista exige su propio dialecto del estándar.

A través de un modelo de stock único para tiendas, almacenes y la tienda online. Odoo distribuye el stock por almacén en función del código postal del cliente, la disponibilidad del producto y los gastos de envío, con picking FEFO o FIFO y reposición basada en niveles mínimo-máximo y plazos de entrega de los proveedores. La trazabilidad por lote y número de serie cubre la genealogía completa de los lotes cuando el sector lo exige, ya sea en la distribución alimentaria, los componentes técnicos o los productos regulados. Lo que hace que esto funcione son los datos maestros, las jerarquías de proveedores y la estructura de ubicaciones configuradas antes de la puesta en marcha, no la plataforma.

Sí. La aplicación «Códigos de barras» de Odoo gestiona la recepción, la preparación de pedidos, los traslados internos, los traslados por lotes y los recuentos de stock directamente desde un teléfono o una tableta en el almacén, actualizando el stock en tiempo real en lugar de hacerlo a posteriori. Los números de lote y de serie se escanean en el punto de movimiento, y los códigos de barras GS1 que contienen el GTIN, el lote y la cantidad se leen en un solo escaneo con un escáner compatible con 2D. En la caja, el TPV de Odoo escanea los códigos de barras de los productos en el mismo registro de stock y de clientes que el resto de la plataforma. El trabajo rara vez recae en el escáner. Se trata del maestro de productos, la nomenclatura de códigos de barras y la estructura de ubicaciones decididas antes de la puesta en marcha, de modo que el escaneo correcto mueve el stock correcto.

Sí. Odoo gestiona la contabilidad en la misma plataforma que el punto de venta, el comercio electrónico y las compras, por lo que las sesiones del punto de venta y los informes Z se concilian con el libro mayor sin necesidad de una exportación independiente. La facturación electrónica Peppol BIS es nativa y obligatoria en Bélgica, y su implantación está en marcha en Francia y otros mercados de la UE. En el caso de España, la localización de Odoo cumple con los requisitos de facturación de Verifactu. Los grupos con múltiples entidades se consolidan entre empresas mediante flujos interempresariales, por lo que el cierre de fin de mes deja de ser un ejercicio de conciliación manual.

Odoo gestiona las operaciones B2B y B2C a través de un único registro de cliente y un único stock centralizado, con precios, condiciones de pago, límites de crédito y tratamiento fiscal específicos para cada canal. Los clientes B2B acceden a un portal de autoservicio en el que pueden consultar su lista de precios negociada, el stock en tiempo real, realizar pedidos rápidos a partir del historial de pedidos y ver su saldo de crédito. Los compradores B2C ven el catálogo público y los precios estándar. Los gestores de cuentas ven al mismo cliente en el CRM con presupuestos y márgenes. Lo que marca la diferencia es la jerarquía de clientes y el modelo de lista de precios decididos en el plan maestro, no la tecnología.

Una devolución iniciada en tienda, en la tienda online o a través de un marketplace genera una RMA (autorización de devolución) vinculada al pedido original, al cliente y al SKU. El stock devuelto se envía a un área de cuarentena para su inspección, y las reglas de gestión determinan qué artículos se reincorporan al inventario vendible, cuáles se destinan a liquidación y cuáles se desechan. Los reembolsos y las notas de crédito se contabilizan automáticamente, y las devoluciones del marketplace llegan a través del conector con los códigos de motivo de la plataforma intactos. Los informes de devoluciones se agrupan por SKU, canal y proveedor, los datos que necesitas para trasladar los problemas de calidad a las fases anteriores del proceso.

Sí. La adquisición de configuraciones de Odoo para el comercio minorista y mayorista con bajo rendimiento es un caso habitual. Comenzamos con una evaluación del modelo de datos, las personalizaciones, las integraciones de canales y la calidad de los datos maestros; a continuación, decidimos qué se mantiene, qué se refactoriza y qué se reconstruye desde cero. Entre los problemas más habituales se encuentran la discrepancia en los datos maestros de productos entre canales, conectores de marketplaces defectuosos, mapeos EDI que ya no se ajustan a las especificaciones del comprador y una conciliación entre TPV y contabilidad que falla mensualmente. Primero estabilizamos el sistema y, a continuación, añadimos nuevas funcionalidades. Dynapps sigue siendo socio de implementación de Odoo. Aportamos la disciplina que determina si Odoo se mantiene en producción, no un producto independiente.