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