Bedste fremgangsmåder til fletning af data ind i Apple School Manager
Hvis du planlægger at flette CSV-data med SIS-data (Student Information System), skal du følge de bedste fremgangsmåder på denne side.
Der er generelt ét felt i dit SIS eller dine andre systemer, der indeholder en unik værdi for hver person, hver klasse, hvert kursus, hver lokalitet eller hver deltagerliste. Denne unikke værdi er vigtig, hvis poster skal flettes. Hvis du f.eks. har en studerende i dit SIS, og den pågældende studerendes unikke værdi er 123abc, kan ingen anden bruger have denne værdi. I de fleste tilfælde kan denne værdi ikke ændres i SIS.
Hvis du importerer data vha. en anden værdi, og du derefter forsøger at integrere dit SIS-system med Apple School Manager for at flette data, og der er flere poster med samme unikke værdi, vil det medføre, at der oprettes nye konti for nye værdier, selv hvis posten er den samme.
Når du downloader og indtaster oplysninger i skabelonerne, skal du indtaste to oplysninger, der ser ens ud:
person_id: Når du tilføjer konti, kan du tilføje et person-id, som ikke kan redigeres, når først kontoen er importeret. Person-id'et bruges også til at identificere underviserne og de studerende, når du opretter en klasseskabelon.
person_number: Det er et nummer, som kan redigeres vha. Apple School Manager. Identifikationsnummeret kan være en studrendes nummer eller nummeret på et id-kort. Nummeret bruges af din MDM-løsning (Mobile Device Management) til at flette dine konti vha. en understøttet bibliotekstjeneste.
Du skal muligvis også angive data for deltagerliste-id'et. Denne værdi skal være unik for hver række i alle skabeloner for deltagerlister for hver enkelt lokalitet i en organisation. Hvis en skabelon for en deltagerliste f.eks. har 600 studerende, indeholder den 600 rækker med unikke forekomster af værdierne for deltagerlister, de enkelte studerendes person-id og de studerendes tilknyttede klasse-id.
Endelig datafletning: Bedste fremgangsmåde
I dette eksempel bruger du de samme oplysninger til tre værdier, hvoraf to af værdierne ikke kan ændres, når dataene er blevet importeret. Den tredje værdi, person_number, kan ændres senere, hvis det bliver nødvendigt.
Unik egenskab i elevernes/de studerendes informationssystem eller et andet system | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J |
Endelig datafletning: Acceptabel fremgangsmåde
I dette eksempel bruger du de samme oplysninger til de to værdier, som du ikke kan ændre, når dataene er blevet importeret. Den tredje værdi, person_number, ændres inden import, og den kan ændres senere, hvis det bliver nødvendigt.
Unik egenskab i elevernes/de studerendes informationssystem eller et andet system | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 1A2B3C-4D5F6G-7H8I9J | 12345 |
Endelig datafletning: Uacceptabel fremgangsmåde
I dette eksempel bruger du forskellige oplysninger til to værdier, som du ikke kan ændre, når dataene er blevet importeret. Det er ikke muligt at flette disse senere med elevernes/de studerendes informationssystem.
Unik egenskab i elevernes/de studerendes informationssystem eller et andet system | person_id | person_number |
|---|---|---|
1A2B3C-4D5F6G-7H8I9J | 12345 | 1A2B3C-4D5F6G-7H8I9J |