Un conflit de S\u00e9paration des T\u00e2ches (SoD) ne peut pas toujours \u00eatre r\u00e9solu en retirant un acc\u00e8s. Petites \u00e9quipes, processus critiques, acc\u00e8s d’urgence : dans ces situations, la bonne r\u00e9ponse n’est pas de supprimer le conflit mais de le surveiller. C’est le r\u00f4le du contr\u00f4le compensatoire : encore faut-il savoir quand l’utiliser, lequel choisir, et comment le rendre opposable en cas d’audit.<\/p>[\/et_pb_text][et_pb_text _builder_version=\u00a0\u00bb4.27.4″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb background_color=\u00a0\u00bb#f2f2fa\u00a0\u00bb custom_padding=\u00a0\u00bb20px|20px|20px|20px|true|true\u00a0\u00bb border_radii=\u00a0\u00bbon|10px|10px|10px|10px\u00a0\u00bb border_color_all=\u00a0\u00bb#004899″ box_shadow_style=\u00a0\u00bbpreset4″ box_shadow_horizontal=\u00a0\u00bb6px\u00a0\u00bb box_shadow_vertical=\u00a0\u00bb6px\u00a0\u00bb box_shadow_color=\u00a0\u00bb#EF7E26″ global_colors_info=\u00a0\u00bb{}\u00a0\u00bb theme_builder_area=\u00a0\u00bbpost_content\u00a0\u00bb]
L’essentiel :<\/strong><\/p>\n Quatre situations reviennent le plus souvent dans les organisations qui utilisent SAP.<\/p>\n Taille de l’\u00e9quipe.<\/strong>\u00a0<\/span>Dans une PME ou une filiale \u00e0 effectif r\u00e9duit, une seule personne peut l\u00e9gitimement porter plusieurs r\u00f4les faute d’effectif suffisant pour les s\u00e9parer.<\/p>\n Continuit\u00e9 m\u00e9tier.<\/strong>\u00a0<\/span>S\u00e9parer strictement certaines \u00e9tapes ralentirait un processus critique (cl\u00f4ture, paie) au point de cr\u00e9er un risque op\u00e9rationnel plus grand que le risque SoD lui-m\u00eame.<\/p>\n Acc\u00e8s d’urgence.<\/strong>\u00a0<\/span>Les acc\u00e8s de type \u00ab firefighter \u00bb, accord\u00e9s temporairement en cas d’incident, cumulent volontairement des droits \u00e9tendus le temps de r\u00e9soudre le probl\u00e8me.<\/p>\n Comptes techniques.<\/strong>\u00a0<\/span>Certains comptes d’interface ou de batch n\u00e9cessitent des droits transverses qu’il serait artificiel de fragmenter entre plusieurs identit\u00e9s.<\/p>\n Dans ces cas, la bonne question n’est pas \u00ab comment supprimer le conflit ? \u00bb mais \u00ab comment le surveiller pour qu’il ne devienne jamais un incident silencieux ? \u00bb<\/p>[\/et_pb_text][et_pb_text _builder_version=\u00a0\u00bb4.27.4″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb hover_enabled=\u00a0\u00bb0″ global_colors_info=\u00a0\u00bb{}\u00a0\u00bb theme_builder_area=\u00a0\u00bbpost_content\u00a0\u00bb sticky_enabled=\u00a0\u00bb0″] Avant de choisir un contr\u00f4le, il faut d\u00e9crire ce que l’utilisateur pourrait faire avec le cumul d’acc\u00e8s, et l’impact r\u00e9el si cela se produisait : financier, r\u00e9glementaire, op\u00e9rationnel. Cette qualification conditionne tout le reste de la d\u00e9marche.<\/p>\n Le contr\u00f4le doit correspondre au niveau de risque identifi\u00e9. Une revue mensuelle suffit pour un risque mineur ; une alerte en temps r\u00e9el s’impose pour un risque financier direct comme la modification de coordonn\u00e9es bancaires.<\/p>\n Chaque contr\u00f4le a un propri\u00e9taire nomm\u00e9 et une p\u00e9riodicit\u00e9 fixe.<\/p>\n \u26a0\ufe0f Erreur fr\u00e9quente :<\/strong>\u00a0<\/span>un contr\u00f4le sans responsable identifi\u00e9 finit toujours par ne plus \u00eatre ex\u00e9cut\u00e9. La responsabilit\u00e9 dilu\u00e9e \u00e9quivaut, en pratique, \u00e0 l’absence de contr\u00f4le.<\/p>\n<\/blockquote>\n Rapport sign\u00e9, export archiv\u00e9, ticket de workflow cl\u00f4tur\u00e9 : la preuve doit \u00eatre horodat\u00e9e, attribuable \u00e0 une personne identifi\u00e9e, et conserv\u00e9e dans un emplacement accessible en cas de contr\u00f4le interne ou d’audit externe.<\/p>\n Un contr\u00f4le compensatoire n’est pas fig\u00e9 : il doit \u00eatre r\u00e9\u00e9valu\u00e9 si le contexte change (nouvel outil, r\u00e9organisation, volum\u00e9trie plus importante).<\/p>\n \ud83d\udca1 Bonne pratique :<\/strong>\u00a0<\/span>avant de consid\u00e9rer un contr\u00f4le compensatoire comme d\u00e9finitif, v\u00e9rifiez s’il ne serait pas possible, \u00e0 moyen terme, de le remplacer par une v\u00e9ritable suppression du conflit, via une refonte de r\u00f4le ou un recrutement. Le contr\u00f4le compensatoire est une r\u00e9ponse \u00e0 un risque r\u00e9siduel, pas une solution permanente par d\u00e9faut.<\/p>\n<\/blockquote>[\/et_pb_text][et_pb_text _builder_version=\u00a0\u00bb4.27.4″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb theme_builder_area=\u00a0\u00bbpost_content\u00a0\u00bb] Le contr\u00f4le existe sur le papier mais n’est jamais ex\u00e9cut\u00e9<\/strong>\u00a0<\/span>: sans preuve, il n’a aucune valeur en audit.<\/p>\n Aucun responsable clairement identifi\u00e9<\/strong>, ce qui dilue la responsabilit\u00e9 et fait dispara\u00eetre le contr\u00f4le avec le temps.<\/p>\n Contr\u00f4le manuel non tra\u00e7able<\/strong>\u00a0<\/span>: une v\u00e9rification \u00ab de m\u00e9moire \u00bb, sans document ni horodatage, ne peut pas \u00eatre pr\u00e9sent\u00e9e \u00e0 un auditeur.<\/p>\n Absence de revue de l’efficacit\u00e9<\/strong>\u00a0<\/span>: un contr\u00f4le mis en place il y a deux ans peut ne plus correspondre au risque r\u00e9el si le contexte a chang\u00e9.<\/p>[\/et_pb_text][et_pb_code _builder_version=\u00a0\u00bb4.27.4″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb theme_builder_area=\u00a0\u00bbpost_content\u00a0\u00bb]\n
Quand un contr\u00f4le compensatoire devient-il n\u00e9cessaire ?<\/h2>\n
Les principaux types de contr\u00f4les compensatoires<\/h2>\n
\n\n
\n \nType de contr\u00f4le<\/th>\n Principe<\/th>\n Cas d’usage typique<\/th>\n<\/tr>\n<\/thead>\n \n Revue p\u00e9riodique de logs<\/strong><\/td>\n Extraction et relecture r\u00e9guli\u00e8re des transactions sensibles r\u00e9alis\u00e9es par l’utilisateur concern\u00e9<\/td>\n Utilisateur cumulant cr\u00e9ation et validation de commandes fournisseurs<\/td>\n<\/tr>\n \n Rapprochement crois\u00e9<\/strong><\/td>\n Comparaison de deux sources de donn\u00e9es pour d\u00e9tecter une incoh\u00e9rence a posteriori<\/td>\n Paie et comptabilit\u00e9, mouvements de stock et facturation<\/td>\n<\/tr>\n \n Workflow d’approbation a posteriori<\/strong><\/td>\n Une action d\u00e9j\u00e0 ex\u00e9cut\u00e9e est revue et valid\u00e9e formellement par un tiers dans un d\u00e9lai d\u00e9fini<\/td>\n Acc\u00e8s d’urgence (firefighter), interventions hors proc\u00e9dure standard<\/td>\n<\/tr>\n \n Alertes automatiques<\/strong><\/td>\n D\u00e9clenchement d’une notification d\u00e8s qu’une combinaison d’actions \u00e0 risque est d\u00e9tect\u00e9e dans le syst\u00e8me<\/td>\n Modification de donn\u00e9es bancaires suivie d’un paiement<\/td>\n<\/tr>\n \n Revue manag\u00e9riale document\u00e9e<\/strong><\/td>\n Validation formelle et sign\u00e9e par un responsable, \u00e0 fr\u00e9quence fixe, sur un p\u00e9rim\u00e8tre d\u00e9fini<\/td>\n Comptes techniques, acc\u00e8s permanents \u00e0 privil\u00e8ges<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n <\/h3>\n
\u00c9tape 1 : Qualifier pr\u00e9cis\u00e9ment le risque r\u00e9siduel<\/h3>\n
\u00c9tape 2 : Choisir un contr\u00f4le proportionn\u00e9<\/h3>\n
\u00c9tape 3 : Formaliser fr\u00e9quence et responsable<\/h3>\n
\n
\u00c9tape 4 : D\u00e9finir la preuve attendue<\/h3>\n
\u00c9tape 5 : Revoir p\u00e9riodiquement son efficacit\u00e9<\/h3>\n
\n
Les pi\u00e8ges les plus fr\u00e9quents<\/h2>\n