Droits du module réellement déclarés et import automatique sans droits DSCDLB-045

Objectif : deux causes racines corrigées. D'une part le droit d'écriture sur les notes de frais DoliSCAN n'était pas déclaré alors que quatre méthodes le vérifiaient : le contrôle répondait non à tout le monde, administrateurs compris, et la validation échouait systématiquement. D'autre part les droits n'étaient jamais chargés sur les utilisateurs construits par le module (la simple relecture d'un utilisateur laisse ses droits vides).

Vérifications :

• Le descripteur du module déclare bien le droit d'écriture sur les notes de frais.
• Les identifiants de droits déclarés sont uniques et le catalogue interne correspond au descripteur.
• Un changement de statut refusé hors contexte système porte une explication en clair, pas seulement un code.
• En contexte système, la validation aboutit même si le titulaire du compte n'a aucun droit DoliSCAN, et un import complet valide bien sa note de frais.
• Une fois le contexte système refermé, le changement de statut est de nouveau refusé.
• Le chargement d'un utilisateur avec ses droits les renseigne réellement, et renvoie vide sur un utilisateur inconnu.
• Les droits absents de la table des permissions sont détectés (cas d'une mise à jour qui ajoute un droit sans réactivation du module).

Point de contrôle manuel : après une mise à jour du module, ouvrir la page de diagnostics ; si des permissions manquent, utiliser le bouton de réinstallation des permissions.

Couverture automatique : test/phpunit/integration-dolibarr/PermissionsSystemContextTest.php (13 methodes, suite integration).