Ir al contenido
  • Quiénes somos
     Quiénes somos    Casos de éxito
  • Servicios

    CONSULTORÍA Y PLANIFICACIÓN


    ​​
      Consultoría de Marketing   Plan MARCOM   Consultoría e Implementación​ 
             de CRM

    dESARROLLO Y POSICIONAMIENTO


      Desarrollo Web y 
    ​         Comercio Electrónico
      SEO y SEM   Gestión de Redes Sociales​   Servicios Marketplace  Paquetes de Odoo

    GESTIÓN Y OPTIMIZACIÓN


      Back Office  Implantación de​ 
              Procesos Digitales
      Creación de contenido
              y Diseño Gráfico

    aNÁLISIS Y SOPORTE


      Analítica Web y de Datos   Soporte y Formación Tecnológica
  • Blog
  • Academy
     Cursos 
     Ebooks
  • Contacto
  • TPV para Bares y Restaurantes
  • 0
  • 0
  • Identificarse
  • Mi epoint
Epoint Logo
  • 0
  • 0
    • Quiénes somos
    • Servicios
    • Blog
    • Academy
    • Contacto
    • TPV para Bares y Restaurantes
  • Identificarse
  • Mi epoint
  • Todos los blogs
  • Innovación Digital: Liderando el Cambio Empresarial
  • Bonos de clases en una academia: qué pasa cuando el alumno no se los gasta antes de que caduquen
  • Bonos de clases en una academia: qué pasa cuando el alumno no se los gasta antes de que caduquen

    Bono-servicio o monedero digital: qué mecanismo usa Odoo 19 para la caducidad de un bono de clases, y qué hay que decidir antes de vender uno.
    25 de septiembre de 2026 por
    Bonos de clases en una academia: qué pasa cuando el alumno no se los gasta antes de que caduquen
    Elías Zreik

    Imagina diez clases de pilates, pagadas de una vez, con un código en el móvil. La alumna falta tres semanas por trabajo y, cuando vuelve, en recepción le dicen que el bono caducó la semana pasada. La pregunta no es solo qué le contestas a ella: es qué había decidido la academia antes de vender ese bono, y si Odoo lo sabía.

    En una frase
    Un bono de clases no es una cuota con otro nombre (esa la cubrimos en nuestra guía sobre el recibo mensual) y Odoo no le pone fecha de caducidad por su cuenta: si lo vendes como un servicio prepagado normal, las clases se quedan pendientes indefinidamente; si lo montas como monedero electrónico, cada tarjeta admite una fecha límite, pero la pones tú, y es por alumno, no por bono.

    Un bono no es una cuota con otro nombre

    En una academia conviven casi siempre dos modelos de cobro, y conviene no mezclarlos. La cuota mensual es recurrente: se cobra pase o no pase el alumno por el aula. El bono es distinto en su naturaleza: el alumno paga por adelantado un número cerrado de sesiones, diez, veinte, las que sean, y ese dinero no representa un servicio prestado hasta que se consume clase a clase.

    Esa diferencia no es solo contable. Es de riesgo. Con la cuota, el dinero que cobras ya es tuyo por el mes en curso. Con el bono, mientras queden sesiones sin usar, arrastras una obligación pendiente con ese alumno: le debes esas clases. Cuanto más tarda en gastarlas, más tiempo vive esa deuda en tus libros y menos control tienes sobre cuándo va a reclamarlas.

    ¿Qué pasa, dentro de Odoo, cuando el alumno no gasta sus clases?

    Depende de cómo lo hayas montado, y aquí es donde conviene mirar antes de prometer nada en el mostrador. Hay dos caminos habituales, y solo uno de los dos entiende de fechas.

    Bono como servicio prepagado
    El producto «Bono 10 clases» es un servicio con la política «Prepago/Precio fijo», la misma con la que vendemos nuestras bolsas de horas. Cada clase se apunta como entregada en el pedido, y ves cuántas se han dado de las diez. Ojo: con Partes de horas, lo entregado sale de los partes y no se apunta a mano. Pero el pedido no tiene fecha límite para gastarlas: si el alumno no vuelve, las clases se quedan ahí, pendientes, sin que el sistema haga nada por su cuenta.
    Bono como monedero (eWallet)
    Se crea un programa de tipo eWallet (monedero electrónico) en Ventas, ligado a un producto de recarga, y cada alumno recibe una tarjeta con un saldo en euros para pagar sus clases. Esa tarjeta sí tiene un campo «Fecha de expiración» (comprobado en el código de Odoo 19 y en nuestro Odoo): pasada la fecha, Odoo deja de aceptar el saldo. Pero no se calcula sola: la pones tú en cada tarjeta, o en «Válido hasta» si generas varias de golpe. La fecha es de la tarjeta, no del bono: si el alumno compra otro, se suma a la misma.

    Dicho de otro modo: si quieres que el bono caduque de verdad, con una fecha que el sistema pueda usar para avisar o para dejar de aceptar el saldo, el monedero es el mecanismo que lo permite. El bono-servicio no trae ese concepto incorporado. Es fácil dar por hecho que «el sistema ya se encarga», y no es así en ninguno de los dos caminos sin que alguien lo configure antes.

    Lo que conviene decidir antes de vender el primer bono

    • La validez, por escrito y en el momento de la venta. Cuántos meses tiene el alumno para gastar el bono, y que esa cifra esté en la hoja de venta o en el correo de confirmación, no solo en la cabeza de quien atiende recepción.
    • Un aviso antes de que se cumpla el plazo. Con el monedero, si la tarjeta tiene su fecha, basta una regla de automatización basada en ese campo que mande un correo unos días antes. Con el bono-servicio, como no hay fecha en el sistema, el aviso depende de que alguien lo lleve aparte, en un calendario o una hoja de cálculo.
    • Qué pasa con el dinero si caduca. Perder el saldo, ampliar el plazo una vez, o convertirlo en clases sueltas más caras: elige una y déjala por escrito antes de la primera venta, revisada por quien lleve la parte legal. Improvisarla en el mostrador acaba en discusión.
    • Quién marca la clase como consumida. Que lo haga la profesora al pasar lista o recepción al final del día decide si el saldo real coincide con lo que el alumno cree tener, y las discusiones se cortan de raíz cuando el dato está al día.
    • Si facturas el bono entero por adelantado o según se consume. Todo el primer día simplifica caja, pero complica un reembolso parcial si el alumno se da de baja a mitad de bono. Facturar según se gastan las clases pesa más en trabajo, pero mantiene lo facturado alineado con las clases ya dadas. Si cobras todo el primer día, pregunta a tu gestoría cuándo facturar.
    La lectura epoint

    No entramos aquí en si un bono puede caducar por ley: eso conviene consultarlo con quien lleve la parte legal de la academia, no con un post de blog. Lo que sí vemos claro es la parte operativa: la alumna del ejemplo no se enfada porque el bono caducara, se enfada porque nadie se lo dijo con tiempo. Esa parte depende enteramente de vosotros, y un sistema bien montado la resuelve sola.

    Preguntas frecuentes

    ¿Odoo puede caducar un bono de clases automáticamente?

    Depende de cómo lo hayas montado. Si el bono es un servicio prepagado normal, no: las clases pendientes se quedan ahí sin fecha. Si lo montas como un programa de eWallet, sí, siempre que alguien ponga la fecha: pasada la «Fecha de expiración» de la tarjeta, Odoo deja de aceptar su saldo. Esa fecha no se calcula sola.

    ¿En qué se diferencia un bono de clases de la cuota mensual de la academia?

    La cuota se cobra cada mes pase o no pase el alumno por el aula. El bono es un número cerrado de sesiones pagadas por adelantado: mientras el alumno no las gaste, la academia arrastra un servicio pendiente, no una cuota ya devengada.

    ¿Odoo permite facturar el bono según se gastan las clases?

    Sí. Según la política de facturación del producto, puedes facturar el bono entero al venderlo o según se consumen las clases. Si cobras todo por adelantado, confirma con tu gestoría cuándo toca emitir la factura y con qué IVA.

    Software para academias: matrícula, recibo mensual y asistencia
    Sigue leyendo
    Software para academias: la matrícula, el recibo mensual y la asistencia
    La otra mitad del negocio de una academia: la cuota recurrente, no el bono suelto. Leer →

    El mismo saldo pendiente que aquí aplicamos a clases es el de las bolsas de horas de un despacho, y si tu negocio cobra cuotas en vez de bonos, el caso con recibos devueltos está en cuotas de gimnasio. Lo que montamos para centros de formación, con cursos, grupos, asistencia y recibos, está en academia y formación de epoint One.

    ¿Vendéis bonos y no tenéis claro qué pasa cuando caducan?

    Os contamos qué mecanismo encaja con vuestro caso, monedero o bono-servicio, y, si es el monedero, dejamos la caducidad y el aviso automatizados desde el primer día.

    Hablemos

    Fuentes: Documentación oficial de Odoo 19 — Usar monederos electrónicos y tarjetas de regalo · Documentación oficial de Odoo 19 — Políticas de facturación. Lo que la documentación no explica se ha comprobado en el código de Odoo 19 (módulos loyalty, sale_loyalty y sale_timesheet) y en un Odoo 19 en español. Consultadas el 25 de septiembre de 2026.

    CRM y fidelización
    Que el cliente que ya te compró vuelva, sin depender de la memoria de nadie. Ver el servicio →
    en Innovación Digital: Liderando el Cambio Empresarial
    # Academias y formación Fidelización de cliente Odoo
    Bonos de clases en una academia: qué pasa cuando el alumno no se los gasta antes de que caduquen
    Elías Zreik 25 de septiembre de 2026
    Compartir
    Categorías
    Academias y formación Fidelización de cliente Odoo


    Enlaces de Interés
    • Sobre nosotros
    • Blog 
    • Contacto 
    Políticas
    • Aviso legal 
    • Política de privacidad 
    • Política de cookies  

    Impulsando la transformación digital con epoint.es. Tu socio tecnológico en soluciones digitales.
    odoo partner
    epoint.es
    Proveedor tecnológico Homologado Toledo
    kit digital

    Copyright© 2026, Todos los derechos reservados. Diseño web realizado por epoint.es

    Copyright © Gestión de Negocios Digitales SLU
    Con tecnología de Odoo - El #1 Comercio electrónico de código abierto

    Tu privacidad es importante

    En epoint (Gestión de Negocios Digitales SLU) usamos cookies propias y de terceros con fines analíticos y de marketing, y para mejorar tu experiencia de navegación. Puedes aceptarlas todas, rechazarlas o elegir cuáles permites. Más información en nuestra Política de Cookies y en la Política de Privacidad.

    Rechazar Aceptar todas
    Necesarias Imprescindibles para el funcionamiento del sitio: sesión, seguridad y preferencias básicas. Siempre activas, no se pueden desactivar.
    Analítica Nos ayudan a entender de forma anónima cómo se usa la web para mejorarla (Google Analytics y Microsoft Clarity).
    Marketing Permiten medir y personalizar las campañas publicitarias (Google Ads).