display_type en cada entrada de pricing.modifiers del producto modificador. Fire spark valida que el valor coincida con los mínimos y máximos del grupo y del modificador cuando haces upsert de un menú.
Guía de sincronización de menús
Lee la guía de menu sync para la estructura del payload, grupos de modificadores
y modificadores anidados.
Dónde va el campo
display_type no se define en el modifier group. Los grupos usan display_type solo para layout (LIST o GRID).
El control de UI por modificador vive en el producto modificador bajo pricing.modifiers, un objeto por cada modifier_group_id donde ese producto aparece como opción:
display_type, Fire spark infiere el control a partir de los límites de cantidad del grupo y del modificador según la tabla siguiente. La inferencia es determinística cuando esos límites están presentes.
Cuando el max del grupo es mayor que 1 y omites
maximum_quantity en la
entrada del modificador, Fire spark lo trata como quantity-capable e infiere
QUANTITY. Para opciones tipo checkbox en un grupo multi-select, define
maximum_quantity: 1. Un display_type explícito es opcional en ese caso —
documenta la intención para quien consume la API, pero debe coincidir con los
límites de cantidad si lo envías.display_type esperado según límites de cantidad
Usa los límites del grupo en modifier_groups[].minimum_quantity y modifier_groups[].maximum_quantity, y los del modificador en la entrada correspondiente de pricing.modifiers del producto modificador.
Cuando el max del grupo es mayor que 1 y omites
maximum_quantity en la
entrada del modificador, la validación lo trata como quantity-capable
(QUANTITY). Define maximum_quantity: 1 explícitamente cuando la opción
debe comportarse como checkbox dentro de un grupo multi-select.Ejemplos
Errores de validación
Menu sync aplica estas reglas en payloads constyle: "DEFAULT".
El modifier group rompe la regla
El modificador rompe la regla
Ejemplo de rechazo:
Flujo de decisión
Campos relacionados
Ver Upsert menus para el schema completo de
pricing.modifiers.