Del peso recibido a la disponibilidad de venta.
Nada de lo propuesto está instalado hoy en Chickenmart.
Se vende solo desde el inventario central. El Data Hub y Power BI nunca deciden un saldo.
SI stock < X kg
O lote a Y días de vencer
→ avisa a la administradora
No decide sola: sugiere cuándo reponer; la compra la aprueba una persona.
No acusa: señala lo que no cuadra para que alguien lo revise.
No decide sola: la rotación la autoriza una persona.
Avisa por fecha o mínimo fijo.
Estima cuánto no se venderá.
Consulta el inventario vendible antes de confirmar. Si no alcanza, reserva lo disponible y escala el faltante.
Nunca promete lo que no hay.Detecta la necesidad (faltante + stock mínimo), compara proveedores por precio, disponibilidad y entrega, y prepara la propuesta de compra.
Verifica orden, proveedor, peso neto, lote, vencimiento y registro en Siigo; cierra la incidencia con evidencia.
Aprobación humana: María Camila Jiménez (Gerencia) aprueba o rechaza. Sin aprobación no se emite la orden ni se gasta dinero.
Ficticio Pedido de 10 kg de alitas · aprobación de María Camila · saldo final 25 / 15 / 10 kg
El sistema operativo (Siigo en el piloto) confirma reservas y ventas; el Data Hub las reúne por cortes para analizar.
| SKU | Lote | Físico | Reserva | Bloqueo | Disponible | Vence |
|---|---|---|---|---|---|---|
| P001 Pechuga | L001 | 20 | 4 | 1 | 15 | 11-oct |
| P002 Muslo | L002 | 14 | 2 | 0 | 12 | 10-oct |
| P003 Alas | L003 | 9 | 1 | 1 | 7 | 09-oct |
5
4
2
| Pedidos registrados | 8 | Ventas | 11 kg |
| Rechazados por stock | 1 | Merma | 1 kg |
| Tasa | 12,5 % | Merma por vencimiento | 0 kg |
| Diferencia reservas – pedidos | 0 kg ✓ | ||
Pechuga P001 · 15 kg libres · 5 días · resultados en kg
Comprar más no recupera la demanda que se perdió antes de que llegue el producto.
Simulador HTML · Datos ficticios · 64 pruebas de cálculo superadas
Une las demos de Juan David (recepción y reservas), Nataly (agentes) y Orozco (Data Hub y gemelo) sobre el mismo libro de movimientos.
Datos ficticios · ✓Validación real peso leído en el visor y compra registrada en Siigo
Las compras recibidas se registran en Siigo y así se actualiza el inventario.
Piso en recepción (visor kg/lb, e = d = 50 g) y mostrador. En las fotos no se ve salida de datos: solo cables de alimentación. Falta revisar placa, manual y conectores; aclarar con el proveedor la etiqueta de advertencia de la de piso.
Combinan cobro por unidad y por kilogramo: conservar ambas medidas, sin convertir paquetes en kg.
El cliente no paga hasta que la tienda valida el pedido.
Foto del visor de la báscula con lectura automática y confirmación obligatoria del operador. No sustituye el conteo ni identifica el producto.
Sincronización web y reservas multicanal · lectura automática de facturas · mensajes al proveedor · IA · agentes · simulación.
El cliente pide un peso aproximado y ve un total estimado, sin cobro.
La tienda elige una bolsa cerrada o combinación cercana, la pesa y la reserva.
El cliente acepta peso y precio final.
Recién aquí paga.
Se alistan las bolsas reservadas.
Venta registrada una sola vez en Siigo.
Opción: capturar el peso con foto del visor de la báscula, por cotizar aparte.
Nivel 3: IA con poco histórico · agente sin permiso. Nivel 2 (bajo): tablero desactualizado.
| Riesgo alto · 6 | Control | Contingencia |
|---|---|---|
| Báscula sin salida de datos | Piloto con peso digitado; prueba real antes de comprar | Foto del visor o reemplazo cotizado |
| Doble entrada recepción–Siigo | Siigo es la referencia; ID único por recepción | Conciliación y ajuste autorizado |
| Ventas no registradas | Sin registro no hay reserva ni salida | Conteo físico y conciliación |
| Unidad equivocada UND/KG | Unidad configurada por SKU; peso y conteo separados | Evento compensatorio |
| Sobreventa entre canales | Reserva que valida y escribe a la vez | Contactar al cliente y ajustar |
✳ Calificaciones estimadas por el equipo para priorizar, no mediciones. Escala 1–3; nivel = probabilidad × impacto.
Las metas se fijan después de medir la línea base.
Calculables solo con datos reales, los que deja la fase 1.
El trabajador valida peso y lote; Gerencia aprueba compras y ajustes.
Merma medida por causa y por lote; comprar más puede aumentar el desperdicio.
Operar y conciliar ante cortes de internet o retrasos del proveedor.
Cada etapa avanza solo si cumple su condición.
La propuesta se contrastó con la operación real: Siigo, básculas, facturas y web.
La prioridad es un registro confiable de lo recibido; el primer paso no requiere comprar hardware.
El piloto se valida por etapas con criterios de aceptación.
IA, agentes, tablero y simulación entran cuando datos y operación estén estables.
Medir antes de ampliar la inversión:
Información fragmentada: recepción, inventario y venta se conectan a mano.
Prototipo con 12 pasos verificados sobre datos ficticios.
Por fases, con confirmación humana y controles. Costos por cotizar.
Disponibilidad de venta confiable, medida contra una línea base.
Chickenmart conectado: del peso recibido a la disponibilidad de venta.