Contexte système, garde de changement de statut et messages lisibles DSCDLB-044

Objectif : distinguer une action humaine, qui doit respecter les droits Dolibarr, d'un import automatique, qui rejoue côté serveur ce que l'utilisateur a déjà validé sur son mobile. Et, en cas de refus, expliquer pourquoi en français plutôt que de renvoyer un code.

Vérifications :

• Le contexte système est inactif par défaut, s'ouvre et se referme correctement, supporte l'imbrication et ne descend jamais en dessous de zéro.
• Un changement de statut est refusé sans le droit, accepté avec le droit, et accepté en contexte système.
• Le libellé d'un utilisateur s'écrit "Prénom Nom (identifiant)" et retombe sur l'identifiant puis le numéro quand les noms manquent.
• Le message de refus est une phrase complète indiquant l'utilisateur, le droit manquant et où l'accorder.
• Le catalogue des droits requis inclut la facturation fournisseur seulement si un mapping professionnel est configuré, et le droit d'écriture sur les notes de frais DoliSCAN est conseillé plutôt que critique.
• L'audit signale les droits manquants, et le tri des droits critiques ignore les droits seulement conseillés.

Couverture automatique : test/phpunit/unit/PermsHelpersTest.php (16 methodes, suite unit).