KamoCRM

Vérifier chaque changement de rôle dans le journal d'accès de sécurité (phase J du MS)

FeatureSecurityService
Expédié
15 novembre 2026 à 17:05 UTC
Auteur
Kamo
Commit
8972c9d

RoleAudit implémente le RoleChangeListener de shared-lib: one Ligne SECURITY_SETTING_CHANGE par rôle créé, renommé, supprimé ou dont le Les droits ont été accordés / révoqués / refusés, après le commit, member_id = qui La description nomme le membre, le rôle (titre + id), la porte et le nom de l'utilisateur et les droits par label; les détails portent l'ensemble du changement en JSON. HAUT pour une suppression ou une modification accordant plus de 25 droits à la fois (la forme de MOYENNE sinon. Meilleur effort, ne manque jamais une écriture. Chaque porte: l'API des rôles et les modèles de rôle (OrgRoleService), un Modèle d'organisation de re-seed **************** le Le nom du membre qui a sauvegardé le modèle), une nouvelle organisation et la synchronisation des droits au démarrage (RoleRightsSyncService Compare les droits de chaque rôle avant et après syncAll, donc surcharge les seeds, Les lignes manquantes, l'indemnité de tournée et le retrait orphelin sont tous couverts; placeholder Les lignes NOT_SPECIFIED ne sont pas des modifications; la ligne nomme le pod). Tests: RoleAuditTest 5; RoleRightsSync* (12 suites), SecurityModelRecalc DispatcherTest, SecurityRoleControllerAuthTest 18 vert.

Tous les changements

Comme ce que vous voyez l'expédition?

Commencez avec le plan gratuit et lisez à nouveau cette page dans un mois, puis passez à l’abonnement payant pour bénéficier de toutes les fonctionnalités.

Commencez gratuitement pour toujoursVoir la tarification