Sistema de Gestión de Abasto Sistemas de Alimentación Agosto 2026

Sistema de Gestión de Abasto

Un sistema propio, con la arquitectura que el software del giro usa para operaciones de cocina central: catálogo, precios, pedidos, surtido, recepción y menú en un solo lugar, con registro de cada movimiento. Construido sobre su operación real, en dos meses.

01   El diagnóstico

Sus propios archivos cuentan la historia

Antes de proponer nada, cruzamos los cuatro archivos que nos compartieron. Cuatro hallazgos, todos medibles — y todos síntomas de la misma causa: no existe una sola fuente de verdad.

Los dos catálogos de la empresa no comparten ni una llave
201 productos coinciden por nombre y en los 201 el código es distinto — el mismo código puede significar melón en un archivo y pepino en el otro. Nada se puede cruzar contra nada.
92% de los precios ya no existen
Los comedores presupuestan y piden con precios desactualizados — hay productos con precios de hasta diez veces el costo real. Sobre esos precios se mide hoy el costo meta.
El pedido de un solo comedor, sobrevaluado 18.2%
En una semana: la mitad identificable del pedido está valuada $17,748 arriba del costo real, y la otra mitad ($226,809) no se puede conciliar contra ningún catálogo. Eso se repite cada semana, en cada comedor.
792 renglones copiados a mano, todos los días
El concentrado de un viernes — $326,697 en un día — se armó copiando celda por celda lo recibido por correo. Si un correo no llega, ese pedido no existe.

EL DETALLE COMPLETO

Cada cifra viene del diagnóstico técnico que acompaña esta propuesta y se puede reproducir con sus propios archivos abiertos.

02   La solución

Su operación tiene nombre, y el giro ya sabe resolverla

Una bodega central que compra, consolida y surte a sus propios comedores es lo que la industria del foodservice llama operación de cocina central (central kitchen o commissary): el comedor pide como cliente interno y el CEDIS despacha como distribuidor, con confirmación de recepción y rastreo de diferencias. Los problemas que hoy enfrentan — catálogos divergentes, precios desactualizados, pedidos sin registro, diferencias que no se pueden probar — son exactamente los que esa arquitectura existe para resolver.

Lo que proponemos es construir esa arquitectura a la medida de su operación: un sistema central de seis módulos donde catálogo, precios, pedidos, surtido, recepción y menú viven juntos y hablan el mismo idioma — montado sobre sus archivos reales, no desde cero.

Se abre desde el navegador, en computadora o teléfono, sin instalar nada, y cada quien ve lo suyo — el gerente pide y ve el estado de su pedido · el CEDIS surte y genera las hojas de carga · quien recibe registra contra esa hoja desde un teléfono · compras ve el concentrado, los costos reales y qué pide cada comedor a cada proveedor · Dirección ve todo. Como capacidad adicional, el sistema también se puede usar escribiéndole desde Claude o ChatGPT (módulo 6).

Las cuentas donde vive se contratan a nombre de Sistemas de Alimentación; el código y los datos son suyos desde el día uno, sin licencias por usuario.

EL CICLO COMPLETO · SEIS MÓDULOS PROVEEDORES entregan al CEDIS CEDIS compra · consolida surte COMEDORES piden · reciben orden de compra pedido entrega surtido Catálogo · precios · conciliación · menú una sola base de datos · registro de cada movimiento
El comedor pide como cliente interno, el CEDIS emite la orden de compra, recibe del proveedor y surte de vuelta — y cada movimiento se registra sobre una sola base de catálogo, precios, conciliación y menú.

SOBRE EL BLINDAJE DE LA INFORMACIÓN

Hoy la operación viaja en archivos que se van con la gente — y la rotación de gerentes es alta. Con el sistema, la información vive adentro: cada usuario ve solo lo que le corresponde, incluidos los precios, los accesos se dan y se quitan al momento, y queda registro de quién consultó y capturó qué.

03   Los seis módulos

El ciclo completo

Cada módulo nombra el problema que resuelve, la práctica del giro que aplica — con su nombre correcto — y las funcionalidades que su equipo podrá usar desde el día en que se entrega.

1

Catálogo y precios · datos maestros / order guide

El problema

Dos catálogos que no comparten llave y un 92% de precios desactualizados. Sin esto resuelto, nada se puede conciliar.

La práctica del giro

Todo sistema de foodservice arranca por los datos maestros y el order guide — el catálogo pre-aprobado por unidad, con proveedor y precio pactado. Se construye primero porque los demás módulos heredan lo que aquí esté mal.

Funcionalidades

  • Catálogo único de productos, depurado con su equipo, con tabla de equivalencias: los códigos viejos apuntan al maestro, nadie cambia de código de golpe y el histórico no se rompe.
  • Catálogo autorizado por comedor: cada unidad pide de una lista pre-aprobada, con proveedor asignado y precio pactado.
  • El precio de cada producto es el último costo real de entrada, actualizado en automático, con historial completo por proveedor.
  • Permisos por usuario: quién ve precios y costos, quién solo captura.
  • Todo pedido queda valuado al precio vigente del día en que se pidió.
2

Pedidos y órdenes de compra · purchase-to-pay

El problema

El pedido al CEDIS depende de un correo y el pedido a proveedores viaja en fotos por WhatsApp — sin registro, sin corte que se cumpla y sin que compras vea qué se pidió.

La práctica del giro

La industria agrupa requisición, orden de compra y corte en un solo ciclo — purchase-to-pay — porque cada eslabón valida al anterior: sin orden formal no hay contra qué recibir, y sin hora de corte (cut-off) no hay ruta que se pueda planear.

Funcionalidades

  • Pedido en línea al CEDIS: productos frecuentes al frente, plantilla del sistema para pedidos grandes, estados en vivo (recibido → en surtido → en ruta → entregado).
  • Horario de corte que el sistema impone: el pedido tardío se programa al siguiente ciclo; toda excepción queda firmada.
  • El concentrado deja de ser un archivo: se genera en automático al corte, por producto y comedor, valuado al costo del día.
  • Órdenes de compra centralizadas: el gerente registra su pedido por proveedor, compras revisa con el historial a la vista y la orden sale del sistema al correo del proveedor. El trato directo se acaba.
  • Visibilidad total: qué pide cada comedor, a quién, cuánto y contra qué precio.
3

Surtido, entrega y recepción · central kitchen

El problema

Entre el CEDIS y el comedor nada deja registro — el punto que su propia revisión interna identificó como el de mayor concentración de hallazgos.

La práctica del giro

central kitchen / commissary — una bodega central que surte a sus propias unidades, con despacho, confirmación de recepción y rastreo de diferencias.

Funcionalidades

  • Surtido registrado por renglón de pedido: qué salió, en qué cantidad, quién lo registró; las diferencias se marcan desde el CEDIS.
  • Hoja de carga por chofer y por ruta, generada por el sistema, con comprobante imprimible.
  • Recepción desde un teléfono: quien recibe registra contra la hoja de carga, con foto, hora y responsable — también para los proveedores que entregan directo al comedor.
  • Faltantes tipificados desde el origen: de carga (no había) o de pedido (no se pidió).
  • Modo sin conexión para zonas con mala señal.
4

Conciliación e indicadores · three-way match

El problema

Las diferencias se intuyen pero no se pueden probar, y cada indicador toma horas de trabajo manual.

La práctica del giro

La conciliación de tres vías (three-way match) es el estándar contable mundial — ninguna factura se paga si no coincide con la orden y con la recepción. Indicadores del sector: OTIF, Pareto de compra y variación de precio.

Funcionalidades

  • Conciliación de tres vías: lo pedido contra lo entregado contra lo facturado, renglón por renglón.
  • Señales por regla: diferencias recurrentes, precios distintos al pactado, surtidos sin pedido.
  • Tablero de diferencias: cuánto suman, dónde se concentran y desde cuándo.
  • Indicadores al momento: comportamiento de precio, pareto de compra, desempeño por proveedor (lead time, OTIF).
  • La base para planear: nivel par y punto de reorden con datos, no de memoria.
5

Menú, recetas y consumo · menu engineering

El problema

580 preparaciones sin receta ni costo, porciones a criterio de cada cocina, y 50,000 comensales diarios que no dejan registro de qué se sirvió ni qué sobró.

La práctica del giro

La ingeniería de menú costea cada platillo con el rendimiento real del insumo y compara el costo real contra el teórico de cada unidad. Los mejores operadores mantienen esa diferencia por debajo del 1%; por encima del 5% señala un problema sistémico.

Funcionalidades

  • Menú semanal estructurado en el sistema.
  • Recetario por bloques (primero los de mayor rotación) con gramaje por porción.
  • Costo por porción con rendimiento real.
  • Pedido sugerido a partir del menú y los comensales.
  • Consumo por servicio: qué se sirvió, qué se fue más, qué sobró → costo real contra teórico por comedor.
6

Capa adicional · Claude y ChatGPT

El sistema no depende de esto — funciona completo desde sus pantallas. Como el equipo ya trabaja en el chat, queda conectado para usarlo escribiendo en lenguaje natural:

  • "¿Cuánto pepino pidieron hoy todos los comedores?"
  • "Súbeme este archivo como pedido de Santa Anita para el jueves"
  • "¿Dónde hubo diferencias esta semana entre lo cargado y lo recibido?"

Regla de oro

La inteligencia propone y una persona dispone. Los números salen siempre de la base de datos — nunca los inventa el modelo.

SOBRE SUS SISTEMAS ACTUALES

El sistema se conecta con las herramientas que ya usan. Durante el primer mes verificamos qué puede compartir cada uno — el de la bodega (UXBI) y el contable (CONTPAQ) — y conectamos lo que sea viable, por ejemplo que las entradas de bodega actualicen el último costo sin capturar dos veces.

04   La pregunta obligada

¿Y el robo hormiga?

Esta fase lo ataca de frente, en el orden que funciona — primero el registro; sobre él, la conciliación.

  1. 1

    El trato directo se acaba

    Las órdenes a proveedores salen del sistema, no del chat del gerente.

  2. 2

    Cada movimiento deja registro y cada precio es real

    Pedido, surtido, carga y recepción registrados; todo valuado al último costo — el sobrecosto de 18.2% desaparece de raíz.

  3. 3

    Las sospechas se vuelven hechos

    La conciliación de tres vías y las señales marcan lo que se repite; con recetas y consumo se habilita el costo real contra el teórico por comedor.

LO DECIMOS DE FRENTE

El sistema produce la evidencia; la consecuencia es una decisión de la empresa.

05   Cómo trabajamos

Entregas que se abren y se usan

  1. 1

    Sprints de dos semanas

    Cuatro entregas en dos meses; cada dos semanas algo funcionando, no un avance en papel.

  2. 2

    Sobre su operación real, con piloto

    El catálogo se depura con quien conoce los productos y el pedido arranca con un comedor piloto antes de extenderse.

  3. 3

    Pensado para el personal de operación

    Pedir toma dos minutos; las pantallas muestran lo que cada quien necesita.

  4. 4

    Todo queda en su casa

    Cuentas a nombre de su empresa, código y datos de su propiedad, sin licencias por usuario. Plan de soporte desde la entrega.

06   El alcance

Qué entregamos, qué va de su lado

Entregamos
  • Los seis módulos, operando con los comedores que surte el CEDIS.
  • Verificación de sus sistemas actuales (UXBI y CONTPAQ) y conexión de lo viable.
  • Migración de sus formatos actuales (Template de Requisiciones, concentrado, listas de precios y menú).
  • Sesiones de depuración del catálogo y de construcción del recetario inicial.
  • Capacitación práctica y acompañamiento durante toda la fase.
De su lado
  • Una persona que conozca los productos (validar catálogo y equivalencias).
  • El chef o persona de cocina que conoce porciones y rendimientos (recetario inicial).
  • Un comedor piloto con su gerente, y un teléfono con cámara por comedor.
  • Archivos actuales y directorio de proveedores con correo y precios pactados.
  • Decisión oficial del horario de corte y un responsable interno del proyecto.
Fuera de esta fase
  • WhatsApp como canal de choferes y comedores.
  • Integración con el GPS de la flotilla.
  • Conexión física de básculas e impresoras de etiquetas.
  • Comparativo de compra entre plazas y proveedores foráneos.
  • Tablero de Dirección, bitácoras de inocuidad y control de pólizas de mantenimiento.
07   Calendario

Dos meses, cuatro entregas

08   Inversión

Lo que incluye su inversión

Desarrollo · dos meses

$85,000 MXN / mes + IVA

Dos mensualidades — $170,000 en total, la primera al arranque del primer sprint. Cubre los seis módulos, la verificación y conexión con sus sistemas actuales, las sesiones de catálogo y recetario, la migración de sus formatos y la capacitación.

$5,000 MXN / mes + IVA

Desde la entrega: soporte técnico del sistema — mejoras, ajustes y corrección de errores.

SOBRE LOS COSTOS DE INFRAESTRUCTURA

Las dos cuentas se contratan a nombre de Sistemas de Alimentación — alrededor de $45 USD al mes en total (~$850 MXN). El costo se traslada tal cual, sin intermediarios. Es el único costo recurrente de infraestructura, no cobra por número de usuarios, y escala solo si la operación crece.

Siguiente paso

Revisamos juntos el diagnóstico y la propuesta, cerramos las preguntas abiertas — el comedor piloto, la persona del catálogo y el horario de corte oficial — y agendamos el arranque del primer sprint.