New manual for the Out of stock screen: taking a product off sale in one store when the kitchen runs out, without editing the menu and without anyone having to undo it later.

• Out of stock — the turn-off dialog, scope by channel, the mandatory reason, restoring, and the Audit tab.
• A turn-off never outlives the store's closing time. The ceiling is the end of the store's business day, not a fixed number of hours: a product turned off today is selling again when the store opens tomorrow.
• Scope is a channel and fulfillment type pair. A product can be turned off for the kiosk while it keeps selling at the till.
• As a combo option, the product stays selectable. If it is also sold inside modifier groups, the dialog names them and the turn-off records them, but channel availability is per product — there is nowhere to put an option in either contract.
• The reason is mandatory and immutable. Changing the expiry moves the time only — the reason stays as the record of why the product was turned off.
• Publishing the menu closes the turn-off — but only if it covered the whole scope. A store-wide turn-off survives a publication that reached one channel, because the others really are still out of sale. The outcome is Replaced by a sync.
• A turn-off is saved even when the channel is not notified. Notifying is reported separately from saving, and turn-offs whose notification did not land are counted in the header and flagged on their row.

Note The turn-off does propagate to the sales channels: products/listing per product for X-Mart channels, and product.availability_changed per channel for the aggregators — in all three directions (turning off, restoring, expiring). The row stays as Fire's operational record — what stopped being sold, when and why — and never enters the menu snapshot: that separation is deliberate, not a pending stage. What does not propagate are products sold only as a modifier option: neither contract has anywhere to put them.

Updated in EN / ES / PT.

Español

2 de septiembre de 2026 — Agotados: apagar productos durante el servicio

Manual nuevo de la pantalla Agotados: sacar un producto de la venta en una tienda cuando se acaba en cocina, sin editar el menú y sin que nadie tenga que deshacerlo después.

• Agotados — el diálogo de apagado, el alcance por canal, el motivo obligatorio, la restauración y la pestaña de auditoría.
• Un apagado nunca sobrevive al cierre de la tienda. El techo es el fin de la jornada operativa, no una cantidad fija de horas: un producto apagado hoy amanece vendiéndose mañana.
• El alcance es un par de canal y tipo de entrega. Un producto puede quedar apagado en el kiosco y seguir vendiéndose en caja.
• Como opción de un combo, el producto se sigue pudiendo elegir. Si se vende dentro de grupos de modificadores, el diálogo los nombra y el apagado los registra, pero lo que reciben los canales es disponibilidad por producto: una opción no tiene dónde entrar ahí.
• El motivo es obligatorio y no se edita. Cambiar la vigencia mueve solo la hora — el motivo queda como el registro de por qué se apagó el producto.
• Publicar el menú cierra el apagado, pero solo si cubrió todo su alcance. Un apagado de toda la tienda sobrevive a una publicación que llegó a un canal, porque en los otros el producto sigue fuera de venta de verdad. El desenlace es Pisado por un sync.
• El apagado queda guardado aunque el canal no se entere. Avisar se informa aparte de guardar, y los apagados cuyo aviso no llegó se cuentan en la cabecera y quedan marcados en su fila.

Note El apagado sí se propaga a los canales de venta: products/listing por producto para los canales X-Mart y product.availability_changed por canal para los agregadores, en las tres direcciones (apagar, restaurar, vencer). La fila queda como registro operativo de Fire —qué se dejó de vender, cuándo y por qué— y nunca entra al snapshot del menú: esa separación es deliberada, no una etapa pendiente. Lo que no se propaga son los productos que se venden solo como opción de modificador: ninguno de los dos contratos tiene dónde ponerlos.

Actualizado en EN / ES / PT.

Português

2 de setembro de 2026 — Em falta: desligar produtos durante a operação

Manual novo da tela Em falta: tirar um produto da venda em uma loja quando ele acaba na cozinha, sem editar o cardápio e sem que ninguém precise desfazer depois.

• Em falta — a caixa de diálogo de desligamento, o alcance por canal, o motivo obrigatório, a restauração e a aba de auditoria.
• Um desligamento nunca sobrevive ao fechamento da loja. O teto é o fim da jornada operacional, não uma quantidade fixa de horas: um produto desligado hoje amanhece vendendo.
• O alcance é um par de canal e tipo de entrega. Um produto pode ficar desligado no quiosque e continuar sendo vendido no caixa.
• Como opção de um combo, o produto continua selecionável. Se ele também é vendido dentro de grupos de modificadores, a caixa de diálogo os nomeia e o desligamento os registra, mas o que os canais recebem é disponibilidade por produto: uma opção não tem onde entrar ali.
• O motivo é obrigatório e não é editável. Alterar a validade move apenas o horário — o motivo fica como o registro do porquê o produto foi desligado.
• Publicar o cardápio encerra o desligamento, mas só se cobriu todo o seu alcance. Um desligamento de toda a loja sobrevive a uma publicação que chegou a um canal, porque nos outros o produto continua fora de venda de verdade. O desfecho é Substituído por um sync.
• O desligamento fica salvo mesmo que o canal não fique sabendo. Avisar é informado separado de salvar, e os desligamentos cujo aviso não chegou são contados no cabeçalho e marcados na sua linha.

Note O desligamento se propaga sim aos canais de venda: products/listing por produto para os canais X-Mart e product.availability_changed por canal para os agregadores, nas três direções (desligar, restaurar, vencer). A linha fica como registro operacional do Fire — o que deixou de ser vendido, quando e por quê — e nunca entra no snapshot do cardápio: essa separação é deliberada, não uma etapa pendente. O que não se propaga são os produtos vendidos apenas como opção de modificador: nenhum dos dois contratos tem onde colocá-los.

Atualizado em EN / ES / PT.

Read the full changelog · Ver el registro completo · Ver o registro completo