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