Sikri Elements

Le présent document décrit les préparatifs nécessaires et les informations requises pour l'intégration d'eADM au système de gestion des dossiers et d'archivage Sikri Elements.



Présentation générale

Sikri Elements est un système de gestion des dossiers et d'archivage de premier plan dans le secteur public norvégien, issu des produits ESA et ePhorte.

Grâce à cette intégration, eADM peut gérer l'ensemble du cycle de vie des utilisateurs et des services au sein de Sikri Elements, en s'appuyant sur les données sources issues du système RH et de paie de votre organisation.

  • Provisionnement automatisé: les utilisateurs sont automatiquement créés, gérés et désactivés. Ils sont rattachés aux services appropriés et sont automatiquement supprimés lorsqu'ils changent de poste ou quittent l'entreprise.

  • Gestion des rôles: eADM gère les accès des utilisateurs dans Elements grâce au contrôle des rôles. Cette gestion peut être entièrement automatisée selon des règles prédéfinies ou effectuée manuellement via l'interface utilisateur d'eADM.

  • Synchronisation en temps réel: l'intégration repose sur une API et peut fonctionner en temps réel afin de garantir que les données sont toujours à jour.



Préconfiguration

Avant de pouvoir configurer l'intégration, plusieurs étapes préparatoires doivent être effectuées. Celles-ci se divisent en deux catégories : les actions que vous devez réaliser dans votre propre environnement et les informations que vous devez obtenir auprès de Sikri.

Configuration côté client

Vous devez configurer les éléments suivants au sein de vos systèmes :

  1. Définir le périmètre des rôles: déterminez quels rôles spécifiques dans Elements eADM sera chargé de gérer.


Avertissement : les rôles gérés par eADM seront mis à jour automatiquement. Les attributions de rôles effectuées dans eADM deviendront la source de référence pour ces rôles. Toute attribution manuelle de ces rôles spécifiques effectuée directement dans Elements sera supprimée lors de la synchronisation. Il est essentiel de s'assurer que les règles et les attributions définies dans eADM sont correctes et exhaustives.


  1. Définir les règles d'automatisation: déterminez quels utilisateurs ou services doivent se voir attribuer automatiquement des rôles ou si ceux-ci doivent être disponibles pour une attribution manuelle. Cette étape est nécessaire pour créer les ensembles de règles correspondants dans eADM. Veillez à inclure tous les rôles actuellement utilisés, qu'ils fassent l'objet d'une attribution automatique ou manuelle (voir l'avertissement ci-dessus).

  2. Définir les niveaux d'accès: déterminer quels codes de niveau d'accès doivent être définis par défaut pour chaque rôle.

  3. Faire correspondre les identifiants des services: faire correspondre les services d'Elements à ceux d'eADM. Le

    Enhetsforkortelse dette nivå Le champ correspondant à un service dans Elements doit être renseigné avec la valeur correspondante Department Number Source : eADM.

  4. Correspondance avec les utilisateurs existants: assurez-vous que tous les profils utilisateur existants dans Elements contiennent le numéro d'employé ou le nom d'utilisateur correct. Cela est nécessaire pour qu'eADM puisse établir une correspondance et associer les profils aux utilisateurs correspondants du système RH.

  5. Configurer les notifications (facultatif): si vous souhaitez qu’eADM envoie des notifications automatiques par e-mail (par exemple, à un archiviste) lorsqu’un accès est accordé ou supprimé, vous devez en informer Identum.


Informations à fournir par Sikri

Vous devez obtenir les informations techniques suivantes auprès de Sikri et les transmettre à Identum :

  • Nom de la base de données ( nous vous recommandons vivement de commander une base de données d'essai auprès de Sikri, et nous vous rappelons que vous devez le faire)

  • Identifiants de l'utilisateur de l'API (nom d'utilisateur et mot de passe)

  • ID de configuration (pour les environnements de production et de test, si possible)

  • Code de l'unité chargée de la tenue des registres: code désignant l'unité officielle chargée de la tenue des registres (par exemple, « SP » pour un service central de réception du courrier).

  • URI de l'API: ce champ est obligatoire si vous disposez d'une installation locale (sur site) de Sikri Elements.



Réunion de lancement

Une fois les conditions préalables remplies et les informations d'accès nécessaires transmises à Identum, nous organiserons une réunion de lancement. Au cours de cette réunion, nous examinerons et validerons la configuration finale, puis nous fixerons la date de mise en service, que ce soit pour l'environnement de test ou pour l'environnement de production.


Dernière mise à jour :