Formats en scope pour la détection, transmis au trieur au démarrage de session via les paramètres de tri, et appliqués par le Gateway au routage.

Le flag BTS décide si le colis part « back to sender ». Les critères de rejet décident quels barcodes lus font partir le colis au rejet mécanique. Les deux se règlent par flux, et s'enregistrent ensemble.

Noms que Mercury ou ILPost peuvent renvoyer en cas d'exception (mêmes règles pour les deux). Tout plan du flux doit les mapper vers une chute, sinon sa publication est refusée : un colis portant cette destination n'aurait nulle part où aller. Les contrats backend n'étant pas figés, compléter cette liste quand bpost confirme un nouveau nom.

Par flux et par chute : « autorisation externe » = la chute reste fermée tant qu'un système externe n'a pas approuvé ; décochée = ouverture autonome et validation fixe côté Integration Layer (barcode figé). Une chute absente de ce tableau n'a aucun flag et ouvre de façon autonome, sans validation fixe. Ces flags ne dépendent pas du plan de tri actif.

Quand la réponse Starling porte une de ces règles, le Gateway demande l'arrêt immédiat du trieur. Cette liste est unique : elle ne dépend pas du flux sélectionné ci-dessus.

Le login identifie le compte : il n'est plus modifiable après création. Pas de suppression : désactivation seulement (traçabilité, revue trimestrielle).