ESTADO
Pedido actual
| Pedido | Cliente | Total | Estado |
|---|
DEMO CONCEPTUAL · 3 A 5 MINUTOS
Una conversación guiada,
paso a paso.
Esta referencia permite conversar sobre catálogo, inventario, clientes, pedidos y trazabilidad. No corresponde al sistema definitivo de la farmacia.
Comenzar por CatálogoOpciones de demostración
Motor de datos
Los datos quedan en este dispositivo. No se ejecutan pagos ni documentos reales.
RECORRIDO PARA EL CLIENTE
Seis conceptos, una pestaña a la vez
Avanza de izquierda a derecha. Cada pestaña responde qué ocurre y por qué importa.
PASO 1 · CATÁLOGO
Definir qué se vende
Un catálogo organiza productos mediante un SKU, un nombre y un precio. En la Fase 1 se definirá cómo llegan los datos reales desde el ERP.
Qué demuestraUna base ordenada para publicar y operar productos.
Qué no significaNo representa el catálogo real ni sus reglas farmacéuticas.
PASO 2 · INVENTARIO
Registrar unidades disponibles
El inventario separa cantidad, reserva y disponibilidad. Las reglas por sucursal se investigarán con el cliente.
Qué demuestraCómo una entrada de stock queda vinculada al producto.
Pendiente de Fase 1Stock por sucursal, transferencias, reserva y retiro reales.
PASO 3 · CLIENTE
Relacionar una venta con una persona ficticia
El registro permite asociar pedidos y consentimiento. No se deben ingresar pacientes, recetas ni datos personales reales.
Qué demuestraUna ficha mínima para relacionar operaciones.
Qué no significaNo es una ficha clínica ni una base productiva de clientes.
PASO 4 · PEDIDO
Reservar stock antes del pago
El pedido conecta cliente, producto y cantidad. Al crearlo, el sistema reserva unidades para evitar vender stock no disponible.
Qué demuestraLa relación entre venta e inventario dentro de un flujo controlado.
Pendiente de Fase 1Despacho, retiro, reglas por sucursal y procesos del ERP.
PASO 5 · PAGO SIMULADO
Mostrar el cierre lógico de una venta
La aprobación mock cambia el estado del pedido y descuenta el stock reservado. Es una simulación interna.
PAGO SIMULADONo mueve dinero ni utiliza Webpay real.
DOCUMENTO TRIBUTARIO SIMULADONo emite documentos ante el SII.
PASO 6 · TRAZABILIDAD
Explicar qué ocurrió y en qué orden
Los eventos permiten reconstruir la historia de la operación: producto, stock, cliente, pedido, pago simulado y documento mock.
Qué demuestraVisibilidad para revisar operaciones, errores y responsabilidades.
Mensaje de cierreLa Fase 1 determinará cuáles de estos conceptos aplican realmente.
EVIDENCIA
Últimos eventos
Capacidades técnicas secundarias — mostrar solo si preguntan
La demo también conserva roles, agentes con aprobación humana, API de referencia y tres superficies. No forman parte del recorrido comercial principal.
Interfaz compartidaNavegador · Windows · Android
→Contrato comercialcatálogo · stock · CRM · pedidos
→Demo local persistenteAPI Fastify + PostgreSQL