Yo también me siento frustrada con esto.. además que el POS ultimamente a mi no me para de dar problemas..

Hace unas semanas que los tickets se reimprimen sin los datos.. que si hacen pagos parciales luego no le puedes dar el ticket al cliente final porque sale 00.00

Además desde ayer no puedo hacer reembolsos porque me sale esto en medio de la pantalla... justo donde esta la tecla de reembolsos no le puedo clickar porque me sale este script. He pasado un black friday sin poder hacer descuentos segmentados, teniendo que marcar referencia por referencia los descuentos... El año pasado me dijeron que lo tendrian para el black friday de 2024, este año ya no he querido ni preguntar...

Al principio todo muy bien.. pero luego a la hora de la verdad yo siento que Holded no esta trabajando en el POS, hace meses que no hay ninguna mejora, la ultima que añadieron del POS fue que ponga entre parentesis las unidades que hay en carrito! Cuando hay tanto por hacer...

04/12/2025

Hola María.

Esta es la respuesta que Nicole me dió en el chat, no sé si es una persona física o IA:

"Actualmente, la TPV de Holded no permite emitir un vale al devolver una prenda. Esta funcionalidad ha sido sugerida al equipo de producto para su posible incorporación en el futuro, pero por ahora no está disponible en la plataforma. El equipo de producto evalúa estas peticiones considerando su valor, coherencia con la estrategia y necesidades del sector, por lo que podría implementarse más adelante, aunque no hay confirmación ni fecha prevista para ello."

Supongo que el tema de la "Ley antifraude" les ha desbordado.

Nosotros estamos valorando cambiar de tpv para el nuevo año si en lo que queda de mes no hay un compromiso por parte de Holded.

Saludos.

04/12/2025

Maite Nosotros también estamos valorando otras opciones, ya que para nosotros es muy importante el TPV. Últimamente no para de fallar, en cosas que antes si funcionaban.. y da una sensación de poca profesionalidad que al final queda transmitida a nuestro cliente final...

18/12/2025

Maria: Hola Maria. Disculpa. No lo estará. Te informamos en caso que tengamos novedades. Gracias

David Terraza :(

David Terraza ¡Hola David!

He notado que el enlace ya no está disponible, pero me gustaría aprovechar para hacer una sugerencia respecto a como implementar el método de pago que creo podría ser muy útil. Es algo que es común en muchos comercios y en todos suele funcionar así (sobretodo grandes). Aquí te dejo mi propuesta paso a paso:

Devolución del artículo: Cuando un cliente viene a devolver un artículo, debería existir la opción (en el método pago) de seleccionar "Vale" como método de reembolso.

Generación del vale: Al seleccionar esta opción, se generaría automáticamente un vale por el importe correspondiente. Este vale podría imprimirse junto con un ticket de la devolución, incluyendo un código de barras o un código único asociado al vale.

Uso del vale: Cuando el cliente regresa para gastar el vale, debería ser posible seleccionarlo como método de pago al momento de realizar la compra y escanear el código de barras. Si el importe de la compra supera el valor del vale, se podría realizar un multipago(que esto ya lo tenemos), permitiendo que el cliente complete el pago con otro método que prefiera.

Resto del vale: Si el importe de la compra es inferior al valor del vale, se podría imprimir un nuevo vale con el saldo restante, permitiendo al cliente utilizarlo en futuras compras.

Yo por ahora, como no podemos usar articulos en negativo en el TPV, lo estoy haciendo con un banco (ficticio) llamado Vale. De esta manera no me jode los margenes, ya que aplicar un descuento a un articulo no sería real... y entonces si introduzco el servicio de vale sin pagarlo (queda pendiente) y el día que viene con el ticket le aplico ese multipago con el banco...

Espero que esto quede resuelto pronto :D

David Terraza Si, pero creo que haciendo esto corrompes los datos, ya que tu no has querido vender ese articulo con descuento, sino que es un dinero ya tuyo... que se hace ficticio... debe exisitr un metodo de pago que sea VALE y es imprescindible, a ver si lo añaden pronto.

Maria Estoy de acuerdo, tiene que funcionar como un método de pago o mejor aún, un descuento. Al servicio hay que asignarle un IVA y nosotros tenemos varios IVAs. En una venta nuestra pueden ir hasta 5 IVAs, un servicio no sería válido. Bajo mi punto de vista tienen que ser códigos de barras como los de artículos a peso, que al leerlos generen un descuento sobre la compra que haya pasada. Tendría que haber una pantalla para generarlos, imprimirlos y/o enviarlos por mail. Habría que generar una secuencia interna, que empiece en 2X que se identifique con descuento. Escribo esto hoy porque sabía que había estado en progreso y quise ver si había avanzado y veo que se ha paralizado. Nosotros estamos haciéndolos manualmente de forma habitual, creo que es una funcionalidad muy interesante.

Alejandro Respondiendo al comentario anterior, quiero subrayar que no podemos tratar el vale como un descuento, ya que eso afectaría directamente los márgenes y complicaría el análisis de nuestras ventas. La idea del vale es, justamente, evitar la devolución del dinero y fomentar futuras compras en la tienda, lo cual es más beneficioso para mantener la relación con el cliente y asegurar que el valor regrese.

Automatizar la emisión de vales sería, sin duda, una gran mejora. Trabajar en una solución que permita la generación de estos vales con un sistema más organizado, quizás utilizando códigos de barras o códigos únicos como mencionas. Pero es fundamental que se mantenga claro que el vale no es un descuento directo sobre el artículo, sino un método de pago diferido, para que la gestión de IVA y el análisis contable sigan siendo correctos.

Implementar una secuencia interna identificable para estos vales, tal y como sugieres, me parece una gran opción, siempre y cuando nos aseguremos de que esta implementación no afecte la visibilidad que necesitamos sobre los márgenes reales. Así podemos continuar el proceso de forma más fluida y, al mismo tiempo, evitar confusiones en el análisis financiero.

Maria Entiendo. Hablo sólo de la parte operacional. Yo he tenido otro programa que los gestionaba como descuento.

Si nos ceñimos a la parte operativa. Por ejemplo:

Pasas una compra de 50€

Te entregan un vale de 40€

Escaneas el vale y descuentas 40€

El cliente paga 10€

También surge la posibilidad de que sobre dinero y se devuelva o se use en siguientes compras. (HAY QUE IMPLEMENTARLO TAMBIÉN)

A nivel fiscal y analítico es muy complejo y tienen que evaluar ellos como implementarlo porque yo veo muchos puntos conflictivos:

La tarjeta/vale a nivel fiscal debe estar exenta de IVA porque luego la venta puede estar sujeta a varios.

Hay que contabilizar la venta de esa tarjeta/vale y puede que luego no hagan uso de ella. Pero es una venta realizada.

Si luego se hace uso de ella hay que sustituir el importe de la misma por los productos que se han canjeado con sus IVAs. Pero no duplicar la venta.

Aunque funcione operacionalmente como descuento, analíticamente no lo es.

Entiendo que es muy complejo y yo hablaba solo de operativa frontend. Como implementarlo cumpliendo la legislación y manteniendo los análisis de ventas a mi se me escapa y entiendo que Holded tiene que saber como hacerlo, porque la mayoría de TPVs del mercado gestionan vales regalo y es una funcionalidad importante.