← Tous les cas d'usage
code.tisch
Quarante autocollants, un jeu de règles
Deux cents tables, un seul comportement. Chaque autocollant ne porte que le numéro. La même carte pour toutes, mais le numéro de table arrive dans l'URL de commande. Un plat change une fois, pas deux cents fois.
- Où c'est accroché
- Tables, chambres d'hôtel, pupitres, lots, numéros d'inventaire.
- Pourquoi le papier reste
- Entretenir quarante codes statiques différents dès qu'un plat change.
- Quand la valeur manque
- La règle devient
inerteet le scan continue — comme pour un fichier manquant. Pas de 404, pas de 500. C'est pourquoi une deuxième règle obligatoire sans variable figure en dessous.
Résolution en direct
code.tisch = 12code.id = 7fK2r9xgeo.country = CHlang.primary = de
- alwaysCarte avec la table dans la cible
- alwaysSinon le site
https://adler.ch/tisch/12
Valeur du code individuel
Le jeu de règles
Deux always à la suite sont ici voulus.
Pas une description de ce que le moteur saurait faire — c'est le texte que porte un code. La première règle qui correspond gagne, et la dernière correspond toujours.
ruleset · version 1
{
"rules": [
{
"when": "always",
"then": { "type": "redirect", "url": "https://adler.ch/tisch/{code.tisch}" }
},
{
"when": "always",
"then": { "type": "redirect", "url": "https://adler.ch" }
}
]
}Exactement deux niveaux : un code individuel évalue la liste de règles de son parent et ne porte que ses propres valeurs. Il n'a pas de jeu de règles propre — le projet partage des données, pas des règles.
Aussi
Même mécanique, autre valeur.
- {code.lot}
- Le lot dans le lien d'assistance. Une étiquette par lot, un jeu de règles pour tous.
- {code.chambre}
- Le numéro de chambre dans l'URL de service. L'autocollant sur la table de nuit reste.
- {code.inventaire}
- Le numéro d'inventaire vers le système de tickets. Celui qui signale ne recopie rien.
