Un TPV en el que una cadena puede crecer de verdad
Una cadena de hostelería se le queda pequeña a sus cajas antes que a nada de lo que posee. Wezly hace funcionar cada tienda y cada punto de venta sobre un único TPV conforme a la TSE — y lleva seis años sosteniendo la operativa de HPC GmbH.
La caja en la que un camarero cobra de verdad: extras, descuentos, un total que corre, cobrado en un toque. Cada venta, devolución y movimiento de efectivo en un solo libro — el rastro que una transacción firmada tiene que dejar detrás. La exportación Kassensichv que la Kassensicherungsverordnung exige a requerimiento, generada desde el registro de ventas en curso y no montada después. Ingresos, número de ventas y resultado releídos como un negocio, mes a mes, desde los mismos datos que escribe la caja.
- Sector
- Comercio y hostelería
- Mercado
Alemania - Entregado
- 2020
Wezly es el TPV que construimos para HPC GmbH. Entró en servicio en 2020 y sigue funcionando.
Es también el sistema detrás de una afirmación que este sitio hace en otro sitio: el TPV que cumplía el requisito fiscal alemán desde su primera versión, y no después de una inspección.
La estructura que casi todas las cajas se equivocan
Una tienda sola necesita una caja. Un negocio que pretende ser varias tiendas necesita una jerarquía, y añadirla después es la migración que nadie presupuesta.
Wezly se construyó con tres niveles desde el principio. Un negocio tiene tiendas, una tienda tiene puntos de venta y un punto de venta tiene cajas. Los productos llevan variantes, y sus propiedades se resuelven por punto de venta, por regla o a mano, porque el mismo producto es de verdad una cosa distinta en dos sitios: otro precio, otro tratamiento fiscal, otra disponibilidad el domingo.
Es esa última parte la que decide si la central puede llevar de verdad la red, o si cada sucursal se convierte en silencio en su propia isla de hojas de cálculo.
Por qué la parte alemana es la parte difícil
En todos los demás sitios un TPV es una pantalla, una impresora y un lector de tarjetas. En Alemania es un objeto regulado. Bajo la Kassensicherungsverordnung, cada transacción debe ir firmada por un elemento técnico de seguridad certificado, y la administración tributaria puede pedir una exportación estructurada del registro de ventas de años atrás.
No es una función que se añade cuando el flujo de pedidos ya funciona. Decide cómo se guarda una venta el día en que se escribe la primera línea, porque una venta firmada no se puede modificar en silencio después. Los sistemas que lo tratan como un requisito tardío acaban reescritos.
Construido frente a los líderes del mercado, no frente a una plantilla
Las referencias eran los productos que un comerciante compraría si no. Vend entre ellos. La pregunta durante todo el desarrollo no fue «cuál es el mínimo que necesita una caja», sino «qué haría que alguien dejara a su proveedor actual», que es una especificación más dura y produce otro software.
La pila, donde importa
Angular con NgRx delante, Nest.js y Node detrás, PostgreSQL a través de TypeORM para el registro de ventas, Firestore donde la sala necesita que algo reaccione al momento, Docker y Google Cloud debajo. Una sola persona lo llevó de principio a fin.
Es el mismo arreglo que este sitio describe en general: el ingeniero de su primera reunión es quien escribe el código, y el equipo es pequeño a propósito.
Seis años es el resultado que merece citarse
No una cifra de lanzamiento. Un sistema regulado construido en 2020 sigue en servicio, a través de los cambios de norma y las actualizaciones de plataforma que hubo por el camino. La medida es si un sistema sigue siendo mantenible a los cinco años por alguien que no estaba cuando se escribió, y este ya ha pasado esa marca.
En esta página
¿Qué tendría que hacer el suyo?
Treinta minutos con el ingeniero que lo construiría, no con un comercial. Respuestas francas sobre el alcance, sobre el coste, y sobre dónde está el riesgo de verdad.