Beste fremgangsmåter for å slå sammen data til Apple School Manager
Hvis du planlegger å slå sammen CSV-data med SIS-data, følger du de beste fremgangsmåtene som er beskrevet på denne siden.
Det vil normalt være ett felt i SIS eller andre systemer som inneholder en unik verdi for hver person, klasse, kurs, avdeling eller klasseliste. Denne unike verdien er viktig hvis data skal slås sammen. Hvis du for eksempel har en elev/student i SIS, og vedkommendes unike verdi er 123abc, kan ingen annen bruker ha den verdien. For de fleste studentinformasjonssystemer vil ikke den verdien kunne endres.
Hvis du importerer data ved bruk av en annen verdi og deretter prøver å integrere SIS med Apple School Manager for å slå sammen data, vil poster med unike verdier som er i konflikt gjøre at nye kontoer opprettes for nye verdier, selv om oppføringen er den samme.
Når du laster ned og skriver inn informasjon i malene, skriver du inn to opplysninger som ser ut til å være like:
person_id: Når du legger til kontoer, legger du til en person-ID som ikke kan redigeres etter kontoen har blitt importert. Person-ID-ene kan også brukes til å identifisere instruktørene og elevene/studentene når du oppretter en klassemal.
person_number: Dette er et nummer som kan endres i Apple School Manager. Personnummeret er det samme som et adgangskortnummer eller et studentnummer. Dette nummeret brukes av MDM-løsningen din (Mobile Device Management) til å slå sammen kontoer med en katalogtjeneste som støttes.
Du må kanskje angi data for klasseliste-ID-en i tillegg. Denne verdien må være unik for hver rad i hver klasselistemal for alle avdelinger i organisasjonen. Hvis en mal for en klasseliste for eksempel har 600 elever/studenter, er dette 600 rader med unike klasseliste-ID-verdier, hver elevs/students person-ID og elevens/studentens tilknyttede klasse-ID.
Eventuell datafletting: Beste fremgangsmåte
I dette eksemplet bruker du den samme informasjonen for tre verdier, hvorav to ikke kan endres etter dataene er importert. Den tredje verdien, person_number, kan endres senere, hvis det er nødvendig.
Unik egenskap i SIS eller annet system | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J |
Eventuell datafletting: Akseptabel fremgangsmåte
I dette eksemplet bruker du den samme informasjonen for de to verdiene du ikke kan endre når dataene er importert. Den tredje verdien, person_number, endres før den blir importert og kan endres senere, hvis det er nødvendig.
Unik egenskap i SIS eller annet system | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 12345 |
Eventuell datafletting: Uakseptabel fremgangsmåte
I dette eksemplet bruker du ulik informasjon for to verdier du ikke kan endre når dataene er importert. Å flette med SIS senere er ikke mulig.
Unik egenskap i SIS eller annet system | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 12345 | 1A2B3C-4D5F6G-7H8I9J |