Практичні поради щодо об’єднання даних в Apple School Manager
Якщо ви збираєтесь об’єднати дані з CSV-файлів з даними із системи інформації про студентів (SIS), дотримуйтеся практичних порад, наведених на цій сторінці.
Зазвичай в системі SIS або іншій системі є одне поле, що містить унікальне значення для кожної особи, заняття, курсу, місцезнаходження або розкладу. Таке унікальне значення відіграє важливу роль, якщо записи об’єднуються. Наприклад, якщо у вашій системі SIS є студент, який має унікальне значення 123abc, жоден інший студент не може мати таке значення. У більшості систем SIS таке значення не можна змінити.
Якщо ви імпортуєте дані, використовуючи інше значення, а потім спробуєте під’єднати систему SIS до Apple School Manager, щоб об’єднати дані, записи із конфліктуючими унікальними значеннями призведуть до створення нових облікових записів для нових значень, навіть якщо запис буде таким самим.
Коли ви викачуєте або вводите інформацію в шаблонах, ви вводите два набори інформації, які здаються ідентичними.
person_id. Під час додання облікових записів ви додаєте ідентифікатор особи, який не можна змінити після імпортування облікового запису. Ідентифікатор особи також використовується для визначення викладачів і студентів під час створення шаблону заняття.
person_number. Цей номер згодом можна змінити в Apple School Manager. Номер особи дещо схожий на номер значка або номер студента. Цей номер використовується в рішенні для керування мобільними пристроями (MDM), щоб об’єднати облікові записи з підтримуваною службою каталогів.
Крім того, також потрібно буде ввести дані для roster_id. Це значення має бути унікальним для кожного рядка в шаблоні розкладу для кожного місцезнаходження в організації. Наприклад, якщо шаблон розкладу містить 600 студентів, тоді буде 600 унікальних значень roster_id, person_id кожного студента та пов’язаний class_id студента.
Остаточне об’єднання даних: практична порада
У цьому прикладі ви використовуєте однакову інформацію для трьох значень, два з яких не можна змінювати після імпортування даних. Третє значення (person_number) за потреби можна змінити згодом.
Унікальний атрибут у системі SIS або іншій системі | person_id | person_number |
---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J |
Остаточне об’єднання даних: допустима практика
У цьому прикладі ви використовуєте однакову інформацію для двох значень, які не можна змінювати після імпортування даних. Третє значення, person_number, змінюється перед імпортування та за потреби можна змінити згодом.
Унікальний атрибут у системі SIS або іншій системі | person_id | person_number |
---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 12345 |
Остаточне об’єднання даних: неприйнятна практика
У цьому прикладі ви використовуєте різну інформацію для двох значень, які не можна змінювати після імпортування даних. Об’єднання із системою SIS згодом неможливе.
Унікальний атрибут у системі SIS або іншій системі | person_id | person_number |
---|---|---|
1A2B3C-4D5F6G-7H8I9J | 12345 | 1A2B3C-4D5F6G-7H8I9J |