El sistema operativo
de Kenco.

El problema no es "falta software". Es que no hay una sola verdad viva. El estado de cualquier trabajo vive repartido y contradictorio en tres sitios, y para responder "¿cuánto?" o "¿en qué va mi orden?" hay que reconstruir el estado desde fragmentos — de ahí las 3 horas de respuesta en pico. Johanny corre entre 8 departamentos porque ella es el "API humano": el cable que carga el contexto de un órgano a otro con sus propias piernas.

flowchart LR
  Q["¿En qué va
la orden?"] --> H["en la CABEZA
de alguien"]
  Q --> E["en un EXCEL
('creo que era $X')"]
  Q --> W["en un HILO
de WhatsApp"]
  H --> N["NO hay
fuente de verdad"]
  E --> N
  W --> N
  N --> R["reconstruir el estado
desde fragmentos"]
  R --> T["3 horas de respuesta
en pico"]
      

Con confianza declarada. Lideran las dos que están sobre la mesa: construir desde cero y WhatsApp vs. Slack adentro.

Todo es un solo objeto: el Trabajo (ej. KEN-2026-04217). Nace en el segundo en que el cliente pregunta "¿cuánto?" y muere cuando la comisión se liquida. Nunca se copia, nunca se transcribe — la cotización, la nota de producción, el traveler, la factura y el estado de cuenta son proyecciones del mismo objeto. El fin del doble tecleo no es disciplina: es imposibilidad estructural, no hay dónde volver a teclear.

Modelo Trabajo → Línea → Etapa. El estado vive por línea, no por orden — porque el pedido típico de una fábrica integral (500 tarjetas + 2 banners + 100 carpetas) son 3 rutas a 3 velocidades. "El trabajo agrega; la línea produce." El estado no se guarda: se deriva del log. Nadie edita un estado; todos emiten hechos.

stateDiagram-v2
  direction LR
  [*] --> borrador
  borrador --> cotizada: enviada · tasa congelada
  cotizada --> cotizada: v2, v3 (inmutable)
  cotizada --> aprobada: cliente aprueba (hash)
  cotizada --> vencida: TTL 7d
  cotizada --> perdida: motivo codificado
  aprobada --> activada: 3 compuertas cerradas
  activada --> enProduccion: primer escaneo
  enProduccion --> lista: QC final ok
  lista --> despachada: evidencia
  despachada --> facturada
  facturada --> cerrada: saldo 0 + comisión
  cerrada --> [*]
      

Las tres compuertas de activación son la parte más importante del diseño. La transición aprobada → activada no es lineal: son tres compuertas paralelas que cierran en cualquier orden, y la activación ocurre sola cuando las tres están cerradas.

La puesta en producción no es el final del build; es el producto. Nada se "lanza": la gente se muda, artefacto por artefacto, y cada mudanza se gana con conducta, no con calendario. Regla madre: "gana la cotización y te ganas el derecho a todo lo demás."

Antes de encender nada: consagrar el motor. El Excel se trata como código legado — arqueología grabada con el vendedor, tres cubetas (fórmula / política no-escrita que el dueño bendice / juicio → override). Golden set de 150-200 cotizaciones reales, barra ≥95% al centavo, y un acta firmada = el hito de pago. El motor no imita al Excel: lo audita — los errores que encuentra son oro para la venta interna.

El módulo 1 no es "el sistema de imprenta digital". Es el sistema entero de Kenco con un solo departamento cargado. Si construimos "el módulo de imprenta digital", en 18 meses tenemos 8 módulos y recreamos el silo. Si construimos el chasis y cargamos imprenta digital como primera fila de datos, en 18 meses tenemos 8 filas. El día que la primera libreta real recorra cotización → aprobación → traveler → escaneos → listo → aviso → factura, el cableado completo ya está encendido.

flowchart TB
  subgraph CORE["el core — se construye UNA vez"]
    OT["objeto-trabajo
trabajo → línea → etapa"]
    PM["motor de precios
determinista"]
    LOG[("log de eventos
append-only")]
  end
  OT --> LOG
  PM --> LOG
  subgraph DATA["departamentos = configuración (datos)"]
    D1["imprenta digital ✓"]
    D2["gigantografía"]
    D3["...6 más"]
  end
  DATA -. "cargan 5 listas" .-> OT
  BCV["tasa BCV"] -. adapta .-> PM
  LIDESI["Lidesi · fiscal"] -. "paquete de facturación" .-> LOG
  LOG --> CART["cartel de producción"]
  LOG --> AV["avisos WhatsApp"]
  LOG --> REP["reportes"]
  LOG --> COM["comisiones"]
  LOG --> IA["asistente IA (lector)"]
      

Cada dominio con sus must-have y sus anti-requerimientos (lo que dejamos fuera, mirada Ive). Los no-negociables globales aplican a todos: el dinero nunca es float · USD verdad, Bs derivado · tasa congelada por transacción · WhatsApp primario · offline/bajón como estado normal · todo auditable · costo por uso, no por asiento.

El ideal da por hechas unas decisiones de negocio y de terreno. Confirmarlas o ajustarlas con la realidad de Kenco es la próxima ronda.