VORVEX POS Store
Beta privada · piloto controlado

Estado del producto, sin adornos.

Esta página existe porque un comercio merece saber qué está probado y qué no antes de instalar nada. Cada renglón dice en qué estado está y por qué.

Versión 2.0.0-alpha.2 · última revisión 10 de septiembre de 2026

Los cuatro estados

Y qué autoriza cada uno a decir.

EstadoSignifica
Verificado Construido, cubierto por pruebas que fallan si se quita la conducta, y sin cambios desde la última regresión completa.
Verificado, cambiado hace poco Tiene las mismas pruebas, pero el código cambió después de la última regresión completa. No lo anunciamos como capacidad de portada hasta que cierre una corrida limpia.
En desarrollo Parcialmente construido, o construido sin la evidencia que exige un «verificado».
Plan Diseñado y congelado, no construido.

«Cambiado hace poco» no quiere decir «seguramente está bien». Quiere decir que aún no ocurrió lo que hace segura una afirmación: una regresión completa sobre el código actual. El remedio es una corrida limpia, no releer las pruebas.

Inventario y existencias

CapacidadEstado
Registro histórico como única autoridad de existenciasVerificado
Dos cajas no pueden vender la misma última piezaVerificado
Existencia negativa con autorización de supervisor, según política de sucursalVerificado
Conteos y ajustes físicos con motivo y auditoríaVerificado
Costo promedio recalculado en la misma operaciónVerificado
Retención de existencia (apartados) aplicada en la ruta de ventaVerificado
Liberación automática de apartados vencidosNo lo hacemos

Almacenes y traspasos

CapacidadEstado
Varios almacenes por sucursal, con tipo (venta, bodega, tránsito, cuarentena)Verificado
Cada caja vende del almacén que tiene asignadoVerificado
Baja de almacén conservando existencia e historialVerificado
Traspasos con mercancía en tránsito como lugar realVerificado
Recepción con diferencias, con motivo y permiso propioVerificado
Reenvío seguro: ni el envío ni la recepción mueven existencia dos vecesVerificado
Verificado con 1,000 traspasosMedido
Reportes por almacén sobre una sola definición de disponibilidadVerificado
MultisucursalPlan

Lotes, caducidad y catálogo

CapacidadEstado
Modo de control por producto: ninguno, lote, o lote con caducidadVerificado
Un lote con movimientos no puede cambiar de productoVerificado
Surtido por caducidad más próxima, deterministaVerificado
Selección manual de lote, con permisoVerificado
Cuarentena, retiro y alertas de caducidadVerificado
Trazabilidad de lote a cliente y de venta a loteVerificado
Variantes con existencia propia por talla y colorVerificado
Precio con un único ganador resuelto en el servidorVerificado
Motor de promocionesPlan
Listas de preciosPlan
Crédito y apartados como documento comercialEn desarrollo

Lo que deliberadamente no hacemos

La ausencia de una función es fácil de confundir con un olvido. Estas son decisiones, no pendientes.

No liberamos apartados solos

Un apartado vencido sigue reteniendo su existencia hasta que una persona lo libere. El sistema avisa cuáles vencieron; devolverle al piso de venta la mercancía de un cliente por temporizador es una decisión del comercio, no del software.

No prometemos rendimiento que no medimos

Las cifras que publicamos son las que se midieron. Lo que no se probó, no se extrapola ni se redondea hacia arriba.

No decimos «listo para producción»

La versión 2 está en beta privada. Cuando deje de estarlo, lo dirá esta página antes que ninguna otra.

No mostramos maquetas como producto

Toda imagen de este sitio es una captura de la aplicación en ejecución, identificada con la versión de la que proviene.

Cómo se decide un «verificado»

Cuatro requisitos. Sin los cuatro, la capacidad no sube de estado.

  1. La suite completa de integración pasa, salvo fallas de entorno documentadas como tales.
  2. Existe una prueba que aísla la protección: se le quita la protección y la prueba falla, se le devuelve y pasa.
  3. El resultado de esa prueba queda registrado y clasificado.
  4. El cambio queda en la matriz interna de capacidades, con fecha.

Una falla de entorno se reporta como falla. En la máquina de construcción actual, dos pruebas de instalación fallan porque el disco tiene menos espacio libre del que el producto exige. No se ocultan, no se reclasifican como defecto de producto y el umbral no se baja para que pasen.

Última regresión completa

Fecha10 de septiembre de 2026
Pruebas ejecutadas992
Pasaron987
Fallaron2 — las dos de espacio en disco descritas arriba
No ejecutadas3 — utilerías de datos de demostración, excluidas por filtro
Duración19 min 32 s

Por qué publicamos esta cifra. Un «verificado» sin una corrida detrás es una opinión. Estas son las pruebas que corrieron sobre el código que se instalaría hoy, con las fallas incluidas.