Odoo POS: qué es, cómo funciona y cuándo encaja en un comercio español

Si hoy cobras con una caja registradora que no habla con nadie y llevas el stock en una hoja de cálculo, cada venta te obliga a hacer el trabajo dos veces: una en caja y otra en el almacén. Ese doble paso es donde nacen las roturas de stock que nadie detecta a tiempo y los descuadres entre tienda física y tienda online. Odoo POS ataca justo ahí, pero conviene saber con precisión qué hace, qué no hace y en qué casos merece la pena.

¿Qué es Odoo POS?

La documentación oficial describe pantallas y botones, pero casi nunca explica el valor de fondo para una pyme: que la venta que haces en el mostrador es el mismo dato que descuenta stock, genera el asiento contable y queda disponible para la tienda online. Ese es el argumento real, no la interfaz.

Qué incluye el TPV de Odoo de serie

De serie encontrarás lo que cualquier comercio necesita para vender a diario, y conviene repasarlo con calma antes de pensar en extras:

• Pantalla de venta táctil con catálogo, búsqueda y lectura por código de barras.
• Varios métodos de pago en la misma operación (efectivo, tarjeta, otros medios).
• Tickets, devoluciones y cambios vinculados al pedido original.
• Tarifas y descuentos configurables, con programas de fidelidad.
• Cierre de caja por sesión con resumen de cobros por método de pago.
• Conexión directa con inventario, facturación y contabilidad del mismo Odoo.

Qué cambia respecto a una caja registradora aislada

Una caja registradora aislada te da el total del día, pero no sabe qué has vendido en términos de existencias. Alguien tiene que traspasar esa información al stock, y ese alguien se equivoca o se retrasa. Con Odoo POS desaparece el traspaso: la venta ya está en el inventario en el momento de cobrar. Además, el cierre de caja deja de ser un recuento aparte para convertirse en un paso que alimenta la contabilidad sin volver a teclear nada.

Cómo funciona Odoo POS paso a paso

La secuencia diaria es corta y se parece mucho a lo que ya haces con tu caja actual, solo que conectada al resto de la empresa:

1. Abrir sesión. El empleado inicia la sesión de caja e indica el efectivo con el que arranca.
2. Vender. Se añaden productos escaneando el código de barras o buscándolos en pantalla, con sus variantes y descuentos.
3. Cobrar. Se elige el método de pago, se imprime o envía el ticket y la venta descuenta stock al instante.
4. Cerrar caja. Al final del turno se cuenta el efectivo, se compara con lo que el sistema espera y se registran las diferencias.
5. Contabilizar. El cierre genera los asientos correspondientes en contabilidad, sin duplicar el trabajo.

Sesiones de caja y cierres

La sesión es la unidad de control. Cada una tiene un responsable, una hora de apertura y otra de cierre, y todo lo que ocurre entre medias queda asociado a ella. Si trabajas con varios turnos o varios empleados, esto te permite saber quién vendió qué y con qué descuadre sin cruzar papeles. Una diferencia al cierre no se esconde: queda registrada y se explica.

Métodos de pago: efectivo, tarjeta, Bizum y otros

El efectivo y el datáfono son lo habitual, y puedes definir otros medios de pago como líneas adicionales de la caja. Para Bizum y similares, lo prudente es tratarlos como un método de pago más y comprobar en el Discovery cómo se concilian con el banco, porque la forma de conectarlo depende de tu entidad y de tu configuración. No des por hecho una integración automática sin probarla con tu caso real.

Funcionamiento sin conexión

El TPV puede seguir registrando ventas si se cae internet y sincroniza los datos cuando vuelve la conexión. Es una ventaja clara para un local con wifi irregular, pero el comportamiento exacto depende de la versión y del navegador. Prueba el corte de red con tu propio hardware antes de abrir al público; no lo descubras un sábado por la tarde.

¿Qué funcionalidades de Odoo POS importan en retail?

En foros se repite que la interfaz es «básica». Es cierto que no pretende ser vistosa, pero para el día a día de un comercio lo que pesa es qué hace cuando hay tallas, colores, códigos de barras y varias tiendas. Ahí es donde se decide si encaja.

Variantes, tallas y colores

Un mismo artículo puede tener combinaciones de talla y color, cada una con su stock y su código. En el TPV el vendedor elige la variante y la venta descuenta de la combinación correcta. El punto delicado no está en venderlas, sino en cargar el catálogo de proveedor con todas sus variantes sin errores, y ahí conviene planificar la importación con cuidado.

Códigos de barras y lectura por EAN

Con un lector, cada pasada identifica el producto por su EAN y lo añade al ticket. Para que funcione, el EAN debe estar bien cargado en cada variante. Si tu proveedor te manda catálogos con códigos incompletos o repetidos, el problema aparecerá en caja, así que merece la pena limpiar los EAN antes de empezar a vender, no después.

Tarifas, descuentos y programas de fidelidad

Puedes tener tarifas distintas según el cliente o el canal, aplicar descuentos por línea o por pedido y montar programas de fidelidad sencillos. Lo que debes decidir antes es qué reglas quieres de verdad: un exceso de promociones configuradas a la vez genera confusión en caja, y casi siempre basta con dos o tres bien pensadas.

Inventario multi-almacén y sincronización con la tienda online

Cada tienda puede vender contra su propio almacén, mientras tú ves el stock global en tiempo real. Si además conectas la tienda online, el mismo inventario sirve a ambos canales y se reduce el riesgo de vender producto que ya no tienes. Este es probablemente el motivo más sólido para elegir un TPV integrado frente a uno aislado: un único stock, una única verdad.

Tickets, devoluciones y cambios

Una devolución se vincula al ticket original, repone el stock si procede y ajusta el cobro. Los cambios se resuelven como una devolución más una venta nueva en la misma operación. Define de antemano tu política (plazos, estado del producto, vale o reembolso) y configúrala, porque el sistema aplica lo que tú decidas, no lo adivina.

¿Sirve Odoo POS para restaurantes y bares?

Sí, Odoo tiene una modalidad pensada para hostelería que añade mapa de mesas, posibilidad de dividir la cuenta y envío de comandas a cocina o barra. Aun así, esta guía se centra en retail, y si tu negocio es un restaurante conviene validar los flujos concretos (turnos de cocina, propinas, impresión por zonas) en una prueba antes de comprometerte. Para un comercio de producto físico, el foco está en las secciones anteriores.

¿Odoo POS cumple VeriFactu?

Esta es la duda que más frena a quien quiere cambiar de TPV, y con razón: instalar un software que luego no cumple la obligación de facturación verificable es un riesgo evitable. La respuesta honesta es que depende de la versión instalada, así que hay que verificarlo antes de prometerlo o de operar.

En los proyectos de Nextdoo se trabaja con Odoo 19 Enterprise, que es la base sobre la que se plantea el cumplimiento. Con versiones antiguas o con Community puede no cumplirse. Para el detalle normativo, la fuente de referencia es la información oficial de la Agencia Tributaria (AEAT), no este artículo.

Qué exige la normativa a un software de facturación

A grandes rasgos, el reglamento pide que el software de facturación garantice la integridad, conservación, trazabilidad y legibilidad de los registros, y que no permita alterarlos sin dejar rastro. VeriFactu es una de las vías para cumplirlo, con envío de los registros a la AEAT. Los plazos y detalles técnicos se actualizan, por lo que conviene consultarlos en la sede electrónica de la AEAT antes de decidir.

Qué verificar en tu instalación antes de abrir caja

• Qué versión de Odoo tienes y si es Community o Enterprise.
• Si el módulo de facturación de esa versión incluye la función de registro verificable.
• Que el TPV emite facturas y tickets a través de ese mismo circuito, no por fuera.
• Que tu asesor fiscal ha validado la configuración con tu caso concreto.
• Que has hecho pruebas de emisión antes de vender al público.

¿Cómo se compara Odoo POS con otros TPV?

La comparativa que publica el propio fabricante solo contempla un competidor y, lógicamente, está escrita desde su punto de vista. Aquí se compara por categorías y criterios, sin inventar cifras, para que puedas aplicarlo a tu situación:

Cuándo un TPV standalone es suficiente

Si tienes una sola tienda, un catálogo pequeño, no vendes online y tu contabilidad la lleva un tercero con sus propias herramientas, un TPV independiente puede ser lo más sencillo. No hace falta un ERP para cobrar bien. Elegir algo más grande de lo que necesitas es también una forma de gastar mal.

Cuándo conviene un ERP con TPV integrado

Empieza a compensar cuando repites datos entre sistemas: el stock en una hoja, las ventas en la caja, los pedidos online en otra herramienta y la contabilidad en una cuarta. Si tienes varias tiendas, tienda online, catálogos de proveedor con muchas variantes o necesitas un control real de márgenes, un sistema único te quita trabajo y errores.

Limitaciones reales de Odoo POS

Ninguna herramienta encaja con todos, y conviene decirlo con claridad. La documentación oficial no suele hablar de límites, así que aquí van los que importan al evaluar.

Dónde el TPV estándar se queda corto

• La interfaz prioriza funcionalidad sobre diseño: es práctica, pero no hará una pantalla de cliente espectacular sin trabajo extra.
• Los flujos muy específicos de tu sector (por ejemplo, reglas de precio poco habituales) pueden no estar cubiertos de serie.
• La importación de catálogos muy grandes o desordenados exige preparación previa.
• El comportamiento sin conexión y con ciertos periféricos hay que validarlo con tu hardware.

Cuándo hace falta un desarrollo extra o un módulo vertical

Cuando tu operativa tiene reglas propias que el estándar no recoge, hay dos caminos: un pequeño desarrollo a medida o un módulo vertical ya preparado para tu sector. Lo razonable es decidirlo en el Discovery, con los procesos delante, y no empezar a desarrollar antes de saber qué parte del estándar ya te sirve. Muchas veces se descubre que hacía falta menos de lo que se temía.

¿Qué cambia entre Community y Enterprise en el POS?

No son equivalentes, y presentarlas como si lo fueran lleva a malas decisiones. Community es la versión gratuita y abierta; Enterprise es la de pago, con soporte oficial y módulos adicionales. Para un comercio que necesita cumplir facturación verificable y contar con soporte, la diferencia no es un detalle menor. Puedes ver el contraste con más contexto en nuestra página de Community vs Enterprise.

Los precios de licencia no los fijamos nosotros: están publicados en odoo.com/pricing y varían según versión y número de usuarios. Cualquier cifra que veas por ahí sin esa fuente conviene tomarla con cautela.

Cómo se implanta Odoo POS en una pyme

El marco de referencia que usamos en el caso estándar es el Quickstart, una implantación por fases pensada para llegar a producción en 8 semanas, precedida de un Discovery de unas semanas. Es una referencia, no una promesa: el plazo real depende del alcance que se defina en el Discovery. Más tiendas, más integraciones o una migración de datos compleja pueden alargarlo.

El Discovery es una fase cerrada que sirve para mapear tus procesos, integraciones y riesgos antes de presupuestar. Su utilidad principal es evitar sorpresas: sabes qué se va a hacer, qué no y qué cuesta antes de empezar.

Migrar catálogo y datos históricos sin perderlos

El miedo a perder datos históricos es razonable y se gestiona con método: se exporta lo que hay, se limpia (duplicados, EAN rotos, variantes mal agrupadas), se importa en un entorno de prueba y se compara antes de pasar a producción. La regla útil es no tocar el sistema antiguo hasta haber verificado el nuevo con datos reales.

Hardware compatible: impresora de tickets, lector, cajón y datáfono

Necesitas un ordenador, tablet o móvil con navegador y, según tu comercio, impresora de tickets, lector de códigos de barras, cajón portamonedas y datáfono. No compres nada a ciegas: la compatibilidad exacta se valida en el Discovery. Un periférico que «debería funcionar» y no lo hace el día de la apertura es un coste evitable.

Prueba de 28 días con datos demo

Antes de comprometerte puedes probar el sistema durante 28 días con datos de demostración. Úsalos para simular un día de venta completo: abrir sesión, cobrar con varios métodos, hacer una devolución y cerrar caja. Si algo no te convence en esa prueba, mejor saberlo antes de migrar un solo producto.

Cierre y siguiente paso

Odoo POS tiene sentido cuando el problema real es la desconexión entre caja, stock y contabilidad, y deja de tenerlo cuando una caja sencilla ya te resuelve el día a día. La forma de salir de dudas no es leer más, sino probarlo con tu caso: tu catálogo, tus tiendas y tu hardware.

¿Lo montamos con el caso real de tu comercio? Puedes empezar con la prueba de 28 días o pedir el Discovery para que midamos el alcance antes de hablar de presupuesto.