Pratiques exemplaires pour la fusion de données dans Apple School Manager
Si vous prévoyez fusionner des données CSV avec des données du Système d’information étudiants (SIE), suivez les pratiques exemplaires indiquées sur cette page.
En règle générale, votre SIE ou autre système comporte un champ qui contient une valeur unique pour chaque personne, classe, cours, site ou liste. Cette valeur unique est importante si les données sont fusionnées à un moment ou un autre. Par exemple, si vous avez un étudiant dans votre SIE et que sa valeur unique est 123abc, alors aucun autre utilisateur ne peut avoir cette valeur. Dans la plupart des SIE, cette valeur ne peut être modifiée.
Si vous importez des données en utilisant une valeur différente, puis tentez d’intégrer votre SIE à Apple School Manager pour fusionner les données, toutes les entrées comportant des valeurs uniques en conflit entraînent la création de nouveaux comptes pour de nouvelles valeurs, même si l’entrée est la même.
Lorsque vous téléchargez et entrez les renseignements dans les modèles, vous entrez deux types de renseignements qui peuvent sembler similaires :
person_id (identifiant personnel) : lorsque vous ajoutez des comptes, vous ajoutez un identifiant personnel qui ne peut pas être modifié une fois l’importation du compte terminée. L’identifiant personnel sert également à identifier les instructeurs et les étudiants lorsque vous créez un modèle de classes.
person_number (numéro personnel) : il s’agit d’un numéro qui peut être modifié par Apple School Manager. Le numéro personnel est semblable à un numéro matricule ou à un numéro d’étudiant. Ce numéro est utilisé par votre solution de gestion des appareils mobiles (MDM) pour fusionner vos comptes avec un service de répertoire compatible.
Il se peut aussi que vous deviez entrer des données pour l’identifiant de liste. Cette valeur doit être unique pour chaque ligne dans chaque modèle de liste pour tous les sites d’un établissement d’enseignement. Par exemple, si un modèle de liste compte 600 étudiants, cela représente 600 lignes d’identifiants de liste uniques, l’identifiant personnel de chaque étudiant et l’identifiant de classe associé à l’étudiant.
Fusion de données éventuelle : meilleure pratique
Dans cet exemple, vous utilisez les mêmes renseignements pour trois valeurs, deux desquelles ne peuvent être modifiées après l’importation des données. La troisième valeur, person_number, peut être modifiée ultérieurement si nécessaire.
Attribut unique dans le SIE ou autre système | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J |
Fusion de données éventuelle : pratique acceptable
Dans cet exemple, vous utilisez les mêmes renseignements pour les deux valeurs que vous ne pouvez modifier après l’importation des données. La troisième valeur, person_number, est modifiée avant l’importation et peut être modifiée ultérieurement si nécessaire.
Attribut unique dans le SIE ou autre système | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 12345 |
Fusion de données éventuelle : pratique inacceptable
Dans cet exemple, vous utilisez les différents renseignements pour deux valeurs que vous ne pouvez modifier après l’importation des données. Une fusion ultérieure avec votre SIE sera impossible.
Attribut unique dans le SIE ou autre système | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 12345 | 1A2B3C-4D5F6G-7H8I9J |