Quand la stop list est lue
- Après chaque synchronisation du menu. Un nouvel import ne dit rien sur ce que la cuisine a « 86 », alors storekit lit la stop list de votre Terminal Group en dernière étape de chaque exécution de Sync menu (manuelle ou planifiée).
- En direct, via webhooks. Avec les webhooks activés, Syrve signale chaque changement de la stop list et storekit la relit immédiatement — un article « 86 » sur la caisse est retiré de la vente en ligne sans attendre une synchronisation.
Comment les entrées de la stop list sont appliquées
Syrve conserve les articles sur la stop list dans deux états, et c’est le nombre restant qui est le signal, pas la présence dans la liste :- Aucun stock restant (ou aucun suivi) — l’article est en rupture : storekit le met en pause, aussi bien pour les articles que pour les options de modificateurs.
- Un nombre restant positif — la cuisine en a encore : l’article reste en vente. storekit ne reflète pas le nombre lui-même — la disponibilité en ligne est on/off.
Si votre organisation Syrve exploite plusieurs terminal groups et qu’ils divergent sur un article, la réponse la plus stricte l’emporte — storekit ne peut pas choisir vers quelle caisse une commande est routée, donc un article dont un groupe est à court passe hors vente.
Où apparaissent les mises en pause Syrve
Les articles mis en pause depuis la stop list apparaissent dans Reports → Item Snooze aux côtés des mises en pause manuelles, attribués à Syrve — vous pouvez ainsi voir ce que le POS retire de la vente et à quel moment. Ils déclenchent également le webhook de rupture d’article si vous utilisez les webhooks API.Le stock ne circule que dans un sens
C’est Syrve qui décide de ce qui est hors vente. Mettre en pause ou réactiver un article dans storekit ne modifie jamais la stop list dans Syrve — gérez la stop list sur la caisse, comme vous le feriez normalement.
Étapes suivantes
Synchronisation du menu
Comment le menu lui-même est importé
Dépannage
Le stock ne se met pas à jour ? Commencez ici