Najlepsze sposoby scalania danych w usłudze Apple School Manager
Jeśli planujesz złączenie danych CSV z danymi w systemie informacji o studentach (SIS), postępuj zgodnie z najlepszymi praktykami przedstawionymi na tej stronie.
W systemie SIS lub innym używanym systemie znajduje się zazwyczaj jedno pole zawierające unikatową wartość dla poszczególnych osób, klas, kursów, lokalizacji lub listy uczestników zajęć. Ta unikatowa wartość jest ważna w przypadku scalania rejestrów. Na przykład jeśli w systemie SIS są zapisane dane uczestnika o unikatowej wartości 123abc, to wartość ta nie może być przydzielona do żadnego innego użytkownika. W większości systemów SIS tej wartości nie można zmienić.
Jeśli importujesz dane przy użyciu innej wartości, a następnie spróbujesz zintegrować system SIS z usługą Apple School Manager w celu scalenia danych, wszelkie rekordy z niezgodnymi unikatowymi wartościami będą skutkowały utworzeniem nowych kont dla nowych unikatowych wartości, nawet jeśli dane rekordu będą takie same.
Podczas pobierania i wprowadzania informacji w szablonach wprowadzasz dwie informacje, które wydają się być podobne:
person_id: Dodając konta, dodajesz ID osoby, którego nie można edytować po zaimportowaniu konta. ID osoby służy również do identyfikacji prowadzących i uczestników podczas tworzenia szablonu klas.
person_number: Ten numer można edytować w usłudze Apple School Manager. Numer osoby jest podobny do numeru plakietki lub numeru uczestnika. Ten numer jest używany przez rozwiązanie zarządzania urządzeniami mobilnymi (MDM) do scalania kont z obsługiwaną usługą katalogów.
Może być także konieczne wprowadzenie danych wartości ID planu zajęć. Ta wartość musi być unikatowa dla każdego wiersza w każdym szablonie list uczestników zajęć dla każdej lokalizacji w organizacji. Jeśli na przykład szablon planu zajęć zawiera dane 600 uczestników, oznacza to, że zawiera 600 wierszy unikatowych wartości ID planu zajęć, ID osoby każdego uczestnika oraz powiązanych z uczestnikiem ID klasy.
Scalanie danych: najlepsze praktyki
W tym przykładzie są używane te same dane trzech wartości, z których dwóch nie można zmienić po zaimportowaniu danych. Trzecią wartość, person_number, można później zmienić, jeśli zachodzi taka potrzeba.
Unikatowy atrybut w systemie SIS lub innym | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J |
Scalanie danych: dopuszczalne praktyki
W tym przykładzie są używane te same dane dwóch wartości, których nie można zmienić po zaimportowaniu danych. Trzecia wartość, person_number, jest zmieniana przed zaimportowaniem i można ją zmienić również później, jeśli zachodzi taka potrzeba.
Unikatowy atrybut w systemie SIS lub innym | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 12345 |
Scalanie danych: niedopuszczalne praktyki
W tym przykładzie są używane różne dane dwóch wartości, których nie można zmienić po zaimportowaniu danych. Późniejsze scalenie danych z systemem SIS będzie niemożliwe.
Unikatowy atrybut w systemie SIS lub innym | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 12345 | 1A2B3C-4D5F6G-7H8I9J |