Bonnes pratiques en matière de fusion des données dans Apple School Manager
Si vous envisagez de fusionner des données CSV avec des données 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. Ce numéro s’apparente à un numéro de badge ou d’étudiant. Ce numéro est utilisé par votre solution de gestion des appareils mobiles (MDM) pour fusionner les comptes avec un service d’annuaire pris en charge.
Il est également possible que vous deviez saisir des données pour l’identifiant de liste. Cette valeur doit être unique pour chaque ligne, dans chaque modèle roster, pour chaque site d’une organisation. Par exemple, si un modèle de liste comporte 600 étudiants, cela correspond à 600 lignes de valeurs Roster ID uniques, d’identifiants de personne pour chaque étudiant et d’identifiants de classe associés.
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 |