Skip to main content
Este ejemplo muestra cómo publicar dos menús compuestos en un solo upsert cuando la misma tienda, canal y fulfillment necesitan ventanas activas distintas — sin grupos de modificadores ni duplicar masters del catálogo.

Qué incluye este ejemplo

Cada entrada de menú comparte los mismos category_ids pero lleva su propio id, name y schedules. Fire spark devuelve en data todos los menús cuyo horario coincide con la hora del pedido del cliente. Fuera de esas ventanas, devuelve el o los menús más próximos a estar disponibles.

Request

Envía ambos menús en una llamada a Upsert menus. Las entidades del catálogo (products, categories) son compartidas; cada objeto en menus define un menú compuesto separado para su horario.
multi-schedule-menu.json

Puntos clave

  • Un upsert, dos menús. Puedes enviar hasta 10 definiciones de menú por request. Cada una necesita un id externo único.
  • Los horarios controlan la envoltura del menú. Cuando un cliente pide a las 09:00, Fire spark compone breakfast-delivery. A las 12:30, compone lunch-delivery.
  • Catálogo compartido, dayparts distintos. Ambos menús referencian la misma categoría. Para mostrar productos distintos por daypart, asigna category_ids distintos a cada menú o agrega más categorías al payload.
  • Sin grupos de modificadores. Los productos sin personalización envían "modifier_groups": [].
Cuando desayuno y almuerzo necesitan surtidos completamente distintos, agrega categorías separadas (por ejemplo breakfast-mains y lunch-mains) y apunta cada menú a las categorías que pertenecen a ese daypart.

Relacionado

Sync de menús — horarios

Patrones de horarios y menús daypart

Upsert menus

Referencia del endpoint