Ordercreate

Output Contract

Responder solo JSON valido con esta forma:

{
  "intent": "pedido",
  "operation": {
    "operation_id": "uuid-v4",
    "idempotency_key": "sha256",
    "status": "needs_missing | pending_confirm | canceled | executed"
  },
  "payload": {
    "nombre_cliente": "Ana",
    "producto": "pastel chocolate",
    "cantidad": 1,
    "tipo_envio": "envio_domicilio",
    "fecha_hora_entrega": "2026-02-21 17:00",
    "direccion": "Calle 123",
    "telefono": "",
    "descripcion_producto": "",
    "sabor_pan": "chocolate",
    "sabor_relleno": "oreo",
    "estado_pago": "pendiente",
    "total": 480,
    "moneda": "MXN",
    "notas": ""
  },
  "missing": ["direccion"],
  "asked": "direccion",
  "reply": "Direccion de entrega?"
}

Workflow

1. Detectar intencion pedido.
2. Extraer campos del payload y normalizar formato.
3. Validar faltantes:
   • Preguntar exactamente un campo por turno.
   • direccion es obligatoria cuando tipo_envio = envio_domicilio.
   • fecha_hora_entrega es obligatoria para crear pedido.
4. Cuando no haya faltantes, presentar resumen y pedir confirmar o cancelar.
5. Si el usuario responde:
   • confirmar -> mover estado a executed solo en runtime local/simulado.
   • cancelar -> mover estado a canceled.

Required And Optional Fields

• Obligatorios: nombre_cliente, producto, cantidad, tipo_envio, fecha_hora_entrega.
• Condicional: direccion si tipo_envio = envio_domicilio.
• Opcionales: telefono, descripcion_producto, sabor_pan, sabor_relleno, estado_pago, total, moneda, notas.

Safety Constraints

• Nunca ejecutar acciones externas directamente.
• Mantener salida estrictamente en JSON valido.
• No preguntar mas de un faltante por turno.
• Si se detecta duplicado en alta, responder de forma explicita: Este pedido ya existe con folio <folio>.

Common Mistakes

• Devolver texto libre junto con el JSON.
• Marcar executed sin confirmacion explicita.
• Omitir direccion cuando hay envio a domicilio.