KNF:Attributen overzicht voor Service Providers/en: verschil tussen versies
| Regel 28: | Regel 28: | ||
'''<sup>1</sup> Let op:''' Bij de implementatie van de koppeling kan de Service Provider ervoor kiezen om óf de voornaam óf de achternaam te ontvangen. Als de Service Provider zowel de voornaam als de achternaam wil ontvangen dan moet hiervoor een Attribute Release Policy worden ondertekend door de school.<br/> |
'''<sup>1</sup> Let op:''' Bij de implementatie van de koppeling kan de Service Provider ervoor kiezen om óf de voornaam óf de achternaam te ontvangen. Als de Service Provider zowel de voornaam als de achternaam wil ontvangen dan moet hiervoor een Attribute Release Policy worden ondertekend door de school.<br/> |
||
| + | ==Additional attributes== |
||
| − | ==Aanvullende attributen== |
||
Deze attributen worden alleen aan de Service Provider doorgegeven indien de school hiervoor expliciet toestemming heeft gegeven via een ondertekende [https://support.kennisnet.org/index.php?/Knowledgebase/Article/View/226/0/wat-is-een-arp Attribute Release Policy]. |
Deze attributen worden alleen aan de Service Provider doorgegeven indien de school hiervoor expliciet toestemming heeft gegeven via een ondertekende [https://support.kennisnet.org/index.php?/Knowledgebase/Article/View/226/0/wat-is-een-arp Attribute Release Policy]. |
||
{| class="wikitable" |
{| class="wikitable" |
||
Versie van 14 okt 2016 10:44
 Nederlands
|
 English
|
To authenticate and subsequently authorize a user the Entree Federation uses attributes. These attributes contain information (for example a firstname) about the user who wants access to a connected Service Provider
There are two types of attributes used within the context of Entree Federation:
- Standard attributes
- Additional attributes
For most Service Providers the set with standard attributes will suffice to authenticate and authorize users. However there are situations in which a Service Provider requires more information about a user. In this case one or more additional attributes can be used.
Standard attributes
Hieronder staan de attributen die altijd door Entree Federatie worden doorgegeven aan de Service Provider.
| Attribuutnaam | Beschrijving | Formaat | Voorbeeld |
|---|---|---|---|
| uid | Uniek ID van de gebruiker. Dit is een versleutelde versie van de gebruikersnaam en het employeeNumber, gevolgd door de omgeving (realm) | hash@realm | qj7cks8qdz9ph54@petteflat |
| givenName 1 | Voornaam | vrij tekstveld | Piet |
| sn 1 | Achternaam | vrij tekstveld | Pukkelen |
| eduPersonAffiliation | Rol | student, employee, staff of affiliate | student |
| nlEduPersonHomeOrganizationId | Brin nummer van de instelling | vrij tekstveld | 01AB |
| nlEduPersonHomeOrganization | Naam van de instelling | vrij tekstveld | Petteflat College |
1 Let op: Bij de implementatie van de koppeling kan de Service Provider ervoor kiezen om óf de voornaam óf de achternaam te ontvangen. Als de Service Provider zowel de voornaam als de achternaam wil ontvangen dan moet hiervoor een Attribute Release Policy worden ondertekend door de school.
Additional attributes
Deze attributen worden alleen aan de Service Provider doorgegeven indien de school hiervoor expliciet toestemming heeft gegeven via een ondertekende Attribute Release Policy.
| Attribuutnaam | Beschrijving | Formaat | Voorbeeld |
|---|---|---|---|
| nlEduPersonRealId 1 | Onversleutelde versie van het uid | [userId]@[realm] | pietjepuk@petteflat |
| givenName 2 | Voornaam | vrij tekstveld | Piet |
| nlEduPersonTussenvoegsels | Tussenvoegsel | vrij tekstveld | van |
| sn 2 | Achternaam | vrij tekstveld | Pukkelen |
| Email adres | vrij tekstveld | pietjepuk@petteflat.nl | |
| initials | Initalen | vrij tekstveld | P. |
| homePhone | Telefoonnummer (vast) | vrij tekstveld | +31791234567 |
| mobile | Mobiel nummer | vrij tekstveld | +31612345678 |
| homePostalAddress | Adres | Petteflat 121e 2518PP Zoetermeer | |
| nlEduPersonBirthDate | Geboortedatum | yyyymmdd | 19801231 |
| nlEduPersonProfile | Opleidingsnaam voorafgegaan door CREBO<spatie>. OPTIONEEL kan BOL_ of BBL_ toegevoegd worden voor de opleidingsnaam | vrij tekstveld | 2345 BOL_ICT.Gamedeveloper |
| nlEduPersonDepartment | Afdeling of sector | vrij tekstveld | Techniek |
| nlEduPersonUnit | Primaire klas/groep. Uniek binnen administratie / schooldomein | vrij tekstveld | H2A |
| ou | Klas of groep | vrij tekstveld | H2A |
| nlEduPersonCohort | Startjaar | vrij tekstveld | 2014 |
| nlEduPersonProfileId | ECK attribuut (Indien een school meerdere administraties voert kan het administratienummer worden toegevoegd achter het @, zoals in het voorbeeld) | leerlingnummer@administratienummer.schooldomein.nl | 95312@1.kennisnet.nl |
| ocwILTRegistratiecode | ILT Registratiecode (Conform bijlage I en II, behorende bij artikel 1 van de Regeling van de Minister OCW houdende vaststelling van de Elementcodetabel en Vakcodetabel VO en Volwasseneneducatie: nr. DUO/OND-2013/15135 M.) | vier cijferige-code | 0011 |
| ocwILTLeerjaar | ILT Leerjaar (Conform bijlage I en II, behorende bij artikel 1 van de Regeling van de Minister OCW houdende vaststelling van de Elementcodetabel en Vakcodetabel VO en Volwasseneneducatie: nr. DUO/OND-2013/15135 M.) | 1 cijfer | 1 |
1 Let op: De versleutelde versie van dit attribuut wordt standaard doorgegeven (zie verplichte attributen), voor de onversleutelde versie moet de school een Attribute Release Policy ondertekenen.
2 Let op: Bij de implementatie van de koppeling kan de Service Provider ervoor kiezen om óf de voornaam óf de achternaam te ontvangen. Als de Service Provider zowel de voornaam als de achternaam wil ontvangen dan moet hiervoor een Attribute Release Policy worden ondertekend door de school.
Attribute release policy
Een overzicht van attribute release policies is te vinden op de support pagina van Kennisnet.