Bonnes pratiques en matière de fusion des données dans Apple School Manager
Si vous envisagez de fusionner des données .csv avec celles de votre Système d’information pour la gestion de l’éducation (SIGE), suivez les bonnes pratiques présentées sur cette page.
Votre SIGE ou autre système comporte en général un champ qui contient une valeur unique pour chaque personne, classe, cours, site ou liste. Cette valeur unique est cruciale si les données sont fusionnées. Par exemple, si un étudiant figure dans votre SIGE et que sa valeur unique est 123abc, aucun autre étudiant ne pourra avoir cette valeur. Pour la plupart des SIGE, il n’est pas possible de changer cette valeur.
Si vous importez des données en utilisant une valeur différente puis tentez d’intégrer votre SIGE à Apple School Manager pour fusionner les données, les enregistrements avec des valeurs uniques conflictuelles entraînent la création de nouveaux comptes pour de nouvelles valeurs, même si ces enregistrements sont identiques.
Lorsque vous téléchargez et saisissez des informations dans les modèles, vous fournissez deux informations qui peuvent sembler similaires :
person_id : lorsque vous ajoutez des comptes, vous ajoutez un identifiant de personne qui ne peut plus être modifié une fois le compte importé. Cet identifiant de personne sert à identifier les enseignants et les étudiants lorsque vous créez un modèle de classe.
person_number : il s’agit d’un numéro qui peut être modifié via Apple School Manager. Il s’apparente à un numéro de badge ou d’étudiant, qui est utilisé par votre service de gestion des appareils pour fusionner les comptes avec un service d’annuaire pris en charge.
Vous devrez peut-être saisir des données pour l’identifiant de liste. Cette valeur doit être unique pour chaque ligne, dans chaque modèle de liste, pour chaque site d’une organisation. Par exemple, si un modèle de liste comporte 600 étudiants, cela correspond à 600 lignes d’identifiants de liste, d’identifiants de personne, avec les identifiants de classe associés à chaque étudiant.
Si vous prévoyez d’utiliser l’authentification fédérée avec votre SIGE ou des fichiers .csv, vous devez d’abord configurer et activer l’authentification fédérée. Consultez la rubrique Introduction à l’authentification fédérée.
Fusion de données : bonne pratique
Dans cet exemple, vous utilisez les mêmes informations pour trois valeurs, sachant que deux d’entre elles ne sont plus modifiables après l’importation des données. La troisième valeur, person_number, pourra être modifiée plus tard si nécessaire.
Attribut unique dans un SIGE ou un autre système | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J |
Fusion de données : pratique acceptable
Dans cet exemple, vous utilisez les mêmes informations pour les deux valeurs que vous ne pourrez pas modifier après l’importation des données. La troisième valeur, person_number, est changée avant l’importation et pourra être changée plus tard si nécessaire.
Attribut unique dans un SIGE ou un autre système | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 12345 |
Fusion de données : mauvaise pratique
Dans cet exemple, vous utilisez des informations différentes pour les deux valeurs que vous ne pourrez pas modifier après l’importation des données. La fusion ultérieure avec le SIGE n’est pas possible.
Attribut unique dans un SIGE ou un autre système | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 12345 | 1A2B3C-4D5F6G-7H8I9J |