ROC Mondriaan Documentatie HRM koppeling 0.7

GRAB01 versie 0.7

ROC Mondriaan Documentatie HRM koppeling 1

Mondriaan Documentatie

HRM koppeling • Automatische koppeling medewerkersgegevens • Opslaan en verspreiden van bedrijfskritische sleutels • Reguleren van datastromen • Implementeren van rechten op basis van functies en rollen

ing. Barry de Graaff 24 november 2009

GRAB01 versie 0.7


Inhoudsopgave Inhoudsopgave ................................................................................................2 1 Inleiding ........................................................................................................3 1.1 Wat zijn sleutels ......................................................................................4 1.2 Sleutels bij ROC Mondriaan....................................................................5 1.3 Datastromen en invoer vanuit HRM ........................................................6 2 Procedure HRM ............................................................................................7 2.1 Werkwijze HRM nieuwe medewerker(ster) .............................................8 2.2 Persoonsnummer koppelen ..................................................................11 2.3 Externen................................................................................................13 2.4 Functies en rollen..................................................................................14 2.5 Ontslag op staande voet of overlijden...................................................15 2.6 Naam wijzigen.......................................................................................16 2.7 Campus-id.............................................................................................18 2.7.1 Zoeken op campus-id......................................................................18 2.8 Problemen oplossen .............................................................................19 3 Relaties.......................................................................................................20 3.1 Datamodel Educaat ..............................................................................21 3.2 Datamodel PeopleSoft ..........................................................................22 3.3 Hoe gegevens te gebruiken ..................................................................24 4 Voorwaarden koppeling ..............................................................................25 5 Achterliggende techniek..............................................................................26 6 Conversie externen.....................................................................................27 7 Uitgevoerde tests ........................................................................................28 7.1 Controle op basis van emplid en aantal ................................................28 7.2 Controle op combinatie emplid en campus-id .......................................29 7.3 Acceptatietest .......................................................................................30 8 Advies .........................................................................................................31 Bijlagen ..........................................................................................................31 Bronvermelding en dankwoord ......................................................................32 Versiebeheer..................................................................................................34

GRAB01 versie 0.7


1 Inleiding Dit document geeft inzicht in de implementatie van de koppeling tussen Educaat en PeopleSoft en in mindere mate de overige pakketten die worden gebruikt bij ROC Mondriaan. Dit document kan worden gebruikt bij toekomstige aanpassingen of bij het verhelpen van problemen. In het eerste hoofdstuk van dit document wordt uitgelegd wat sleutels zijn en welke sleutels er zijn binnen ROC Mondriaan. Verder worden de datastromen zichtbaar gemaakt. Het tweede hoofdstuk is de ‘gebruikershandleiding’ voor de dienst HRM. In het hoofdstuk wordt vastgelegd hoe medewerkers moeten worden ingevoerd en gemuteerd. Ook is er kort beschreven hoe functies en rollen zijn geïmplementeerd en hoe fouten moeten worden opgelost. In het derde hoofdstuk is de technische documentatie te vinden. Dit hoofdstuk geeft inzicht in de datamodellen van PeopleSoft Educaat en in mindere mate Educaat zelf. Het derde hoofdstuk kan ook worden gebruikt om te achterhalen welke data waar kan worden opgehaald uit PeopleSoft. In de hoofdstukken 4, 5 en 6 worden technische zaken als de voorwaarden van de koppeling, de achterliggende techniek en de conversie externen vastgelegd. Deze informatie zorgt ervoor dat later kan worden achterhaald waarom bepaalde beslissingen zijn genomen. Hoofdstuk 7 geeft inzicht in welke tests zijn uitgevoerd. Tot slot wordt in het laatste hoofdstuk geadviseerd over zaken die verbeterd kunnen worden.

GRAB01 versie 0.7


1.1 Wat zijn sleutels Om dit document te kunnen begrijpen moet u eerst begrijpen wat het technische begrip ‘sleutel’ inhoudt. Sleutels zijn variabelen die het mogelijk maken gegevens op te halen. Een sleutel moet altijd uniek zijn. Een simpel voorbeeld van een unieke sleutel is een postcode met huisnummer. Zo zal de combinatie 2521DB72 altijd overeenkomen met de adresgegevens van ROC Mondriaan aan het Leeghwaterplein.

• Een sleutel kan een combinatie zijn van variabelen. • Iedere variabele op zich hoeft niet uniek te zijn. De combinatie die een

sleutel vormt is altijd uniek.

Dus in het voorbeeld van de postcode bestaat de sleutel uit de postcode (2521DB) en het huisnummer (71).

GRAB01 versie 0.7


1.2 Sleutels bij ROC Mondriaan Figuur 1 Sleutels bij ROC Mondriaan In figuur 1 ziet u een principe schema van de sleutels binnen ROC Mondriaan. Doel van dit schema is laten zien welke sleutels door diverse applicaties worden gebruikt. Sleutels gaan twee kanten op In het schema is te zien dat de Active Directory1 de Campus-id3 ophaalt uit PeopleSoft. De sleutel komt dus vanuit PeopleSoft in Active Directory. Hierna kan Active Directory met behulp van deze sleutel gegevens ophalen uit PeopleSoft. Niet alle applicaties binnen Mondriaan gebruiken dezelfde sleutels. Active Directory gebruikt Campus-id terwijl OmniCMS2 gebruik maakt van de sleutel Emplid (ook persoonsnummer genoemd). Denk eraan dat we in dit schema slechts een klein aantal van de werkelijke applicaties zien.

1 Active Directory is een programma van Microsoft dat ICT beheerders gebruiken om centraal de login te beheren. Het zorgt ervoor dat u kunt inloggen op uw computer binnen Mondriaan. 2 OmniCMS is het programma dat wordt gebruikt om de toegangspasjes te maken 3 Campus-id is technisch gezien geen sleutel.

GRAB01 versie 0.7


1.3 Datastromen en invoer vanuit HRM

Figuur 2 Datastromen bij ROC Mondriaan In figuur 2 ziet u een principe schema van de datastromen binnen ROC Mondriaan. De pijlen wijzen de richting van de data aan. De datastroom komt op gang bij HRM. Bij HRM geeft een medewerker aan dat invoer moet plaats vinden in Educaat. Ook doet de medewerker van HRM de invoer in PeopleSoft. Nadat de gegevens (deels geautomatiseerd) zijn opgeslagen in PeopleSoft, kunnen de gegevens worden verspreid door alle systemen binnen Mondriaan.

GRAB01 versie 0.7


2 Procedure HRM Dit hoofdstuk kan als handleiding worden gezien voor de afdeling HRM. Dit hoofdstuk maakt duidelijk hoe nieuwe medewerkers of externen moeten worden ingevoerd en hoe een persoonsnummer, Campus-id en functie of rol kan worden gekoppeld aan medewerker of externe. Verder wordt de procedure beschreven die moet worden gevolgd bij ontslag op staande voet of overlijden en bij naam wijzigen. Aan het einde van dit hoofdstuk wordt aandacht besteed aan het oplossen van problemen.

GRAB01 versie 0.7


2.1 Werkwijze HRM nieuwe medewerker(ster) Indien het een nieuwe medewerker betreft, hoeft HRM alleen de persoon in te voeren in het standaard PeopleSoft scherm en een Campus-id aan te maken. Dit gaat als volgt:

Kies nieuwe waarde toevoegen Er zal altijd moeten worden gecontroleerd of een medewerker al bestaat door gebruik te maken van de zoekfunctie.

GRAB01 versie 0.7


De volgende velden moeten worden gevuld Voornaam Achternaam Geslacht BSN (verplicht voor medewerkers) Druk op opslaan Indien de melding verschijnt dat het BSN al in gebruik is, EERST uitzoeken bij wie het BSN hoort en dit alleen bij de juiste persoon opslaan. NOOIT hetzelfde BSN bij diverse personen (lees persoonsnummers) opslaan.

GRAB01 versie 0.7


Na opslaan zal het scherm blijven staan, maar zal in het midden aan de bovenkant van het scherm het persoonsnummer/emplid worden weergegeven. Maak voor dit persoonsnummer een Campus-id aan.

Druk op de knop Code maken, en de knop Opslaan. Er verschijnt een nieuw Campus-id. In dit geval MEDN01. Koppel nu het persoonsnummer aan de gegevens uit Educaat, zoals beschreven in hoofdstuk 2.2.

GRAB01 versie 0.7


2.2 Persoonsnummer koppelen Ga naar het onderstaande scherm. Druk op nieuwe waarde toevoegen.

Voer nu het persoonsnummer in van de persoon die u heeft aangemaakt in paragraaf 2.1.

GRAB01 versie 0.7


Het volgende scherm verschijnt:

Als het goed is, wordt het BSN automatisch meegenomen uit Campus gemeenschap. Als dit niet zo is, controleer of u het wel heeft opgeslagen. (zie paragraaf 2.1). Druk op opslaan. Naam, adres en gegevens over het dienstverband worden automatisch opgehaald uit Educaat.

GRAB01 versie 0.7


2.3 Externen Bepaalde personen worden niet in Educaat ingevoerd of worden door de automatische koppeling niet meegenomen. Het gaat hier dan om externen, gastdocenten etc. Om deze personen toch te voorzien van alle sleutels (en daarmee van toegang tot diensten van Mondriaan) moet het scherm ‘Interface Educaat’ handmatig worden gevuld. Voer eerst alle stappen uit die staan beschreven in paragraaf 2.1 en 2.2. Als het goed is, kunt u van de externe het onderstaande scherm opvragen:

De volgende gegevens zijn verplicht voor externe medewerkers: Voornaam, Achternaam, Geslacht, Geboortedatum Nationale id (BSN), Pers.nr. Indien geen rol is gekozen, krijgt de externe geen login/toegangspasje enz. Vergeet niet op opslaan te drukken.

GRAB01 versie 0.7


2.4 Functies en rollen Indien de code bij WG code flex functie hetzelfde is als bij Naam rol, dan worden de rechten toegekend op basis van de omschrijving van de functie.

Indien de code bij WG code flex functie anders is als bij Naam rol, dan worden de rechten toegekend op basis van de omschrijving van de rol.

GRAB01 versie 0.7


2.5 Ontslag op staande voet of overlijden Indien een medewerker op staande voet ontslag krijgt of komt te overlijden, moet dit (zo snel mogelijk) worden ingevoerd in PeopleSoft. Dit om vertraging veroorzaakt door late invoer in Educaat te voorkomen. In het scherm Educaat:

Kies bij RDO code 07 Overlijden of 12 Op staande voet

De overige codes hoeft u niet in te voeren in PeopleSoft, deze worden automatisch ingelezen.

GRAB01 versie 0.7


2.6 Naam wijzigen Indien de voorkeursnaam/roepnaam van een medewerker moet worden gewijzigd, moet dit handmatig worden gedaan in PeopleSoft. Dit moet door middel van een rij toevoegen. Dit mag dus NIET met correctierechten. Gecorrigeerde gegevens zullen door de koppeling worden genegeerd. Zoek de persoon op in Campusgemeenschap:

Druk op Namen Druk op Roepnaam

Vul de nieuwe gegevens in

GRAB01 versie 0.7


En druk op aanpassing verwerken En in het volgende scherm op OPSLAAN. Officiële naamswijzigingen moeten in Educaat worden ingevoerd. Hierna moet ook de officiële naam worden gewijzigd in PeopleSoft. Dit kan op dezelfde manier als hiervoor beschreven. Kies dan wel bij Soort naam ‘Primair’. Als een officiële naamswijziging ook een wijziging in de voorkeursnaam/roepnaam tot gevolg heeft, moet u dit invullen zoals hiervoor beschreven bij Soort naam ‘Roepnaam’. Indien een medewerker ook een deelnemer is met een loopbaan in PeopleSoft, dan kan de naam alleen worden gewijzigd in samenwerking met Mid Bekostiging, dit i.v.m. bekostiging (BRON).

GRAB01 versie 0.7


2.7 Campus-id Campus-id is gebaseerd op de geboortenaam/meisjesnaam van de medewerker. Een campus-id wordt in principe NIET gewijzigd. In het verleden zijn medewerkers soms dubbel ingevoerd. In dit geval kan het zijn dat een medewerker gebruik maakt van het campus-id bij persoonsnummer X en voor de rest gebruik maakt van het persoonsnummer Y. In dit geval is het toegestaan in overleg met Tri Hartanto en Barry de Graaff om het campus-id van persoonsnummer X over te zetten naar persoonsnummer Y.

2.7.1 Zoeken op campus-id Zoeken op campus-id is niet meer direct mogelijk in het Educaat scherm. De juiste werkwijze is eerst het persoonsnummer opzoeken, door te zoeken met campus-id in het scherm Inlogcode:

Het gevonden persoonsnummer kan worden gebruikt om te zoeken in het PeopleSoft Educaat scherm. Zoeken op campus-id is ook mogelijk in campus gemeenschap.

GRAB01 versie 0.7


2.8 Problemen oplossen Indien een medewerker problemen heeft met inloggen of geen toegang heeft tot het gebouw, (pasje werkt niet) dan is het belangrijk dat wordt achterhaald welk persoonsnummer de medewerker gebruikt. Ook moet worden nagegaan welke campus-id deze persoon gebruikt. Mogelijk is deze persoon in het verleden dubbel ingevoerd. Zoek de persoon op in het PeopleSoft Educaat scherm door middel van het persoonsnummer. Mogelijk is de persoon gekoppeld aan een verkeerd persoonsnummer. Herstel dit in het het PeopleSoft Educaat scherm. Let er hierbij op dat een ander persoonsnummer een ander BSN en campus-id tot gevolg kan hebben. BSN moet juist worden ingevuld in campusgemeenschap. Indien campus-id niet juist is ingevuld bij het juiste persoonsnummer, lees dan paragraaf 2.7.

GRAB01 versie 0.7


3 Relaties Doel van dit hoofdstuk is technisch inzicht te geven in de relaties tussen de verschillende tabellen binnen PeopleSoft en in mindere mate ook Educaat. De relaties kunnen worden gelezen uit de datamodellen in paragraaf 3.1 en 3.2. Verder wordt in paragraaf 3.3 besproken op welke manier met de data omgegaan moet worden. Paragraaf 3.3 geeft antwoord op vragen als:

• Is deze medewerker actief of inactief? • Is dit een interne of externe medewerker? • Hoe worden namen van medewerkers opgehaald? • Wat is de functie of rol van deze medewerker?

GRAB01 versie 0.7


3.1 Datamodel Educaat

GRAB01 versie 0.7


3.2 Datamodel PeopleSoft

GRAB01 versie 0.7


Tabel: Vitale data in PeopleSoft

Gegeven Veldnaam Sleutel Tabel EFFDT1

Campus id CAMPUS_ID EMPLID PS_PERSON_SA N

BSN NATIONAL_ID EMPLID PS_M3_TB031_WERKN D

Voornaam FIRST_NAME EMPLID PS_NAMES2 A

Achternaam LAST_NAME EMPLID PS_NAMES2 A

Geboortedatum BIRTHDATE EMPLID PS_M3_TB031_WERKN D

Geslacht M3_SEX EMPLID PS_M3_TB031_WERKN D

Adres NUM1, NUM2, ADDRESS3, POSTAL, CITY…

EMPLID PS_M3_TB032_ADRES A

Actief END_DATE <= huidige datum

EMPLID M3_STAMNR M3_DVNUMMER M3_WGNUMMER

PS_M3_TB061_ACDNST N

Ontslagreden M3_RDOCODE EMPLID M3_STAMNR M3_DVNUMMER M3_WGNUMMER

PS_M3_TB061_ACDNST N

Functie M3_WGFLEXCD EMPLID M3_STAMNR M3_DVNUMMER M3_WGNUMMER

PS_M3_TB062_DV_HIS N

Rol ROLENAME EMPLID M3_STAMNR M3_DVNUMMER M3_WGNUMMER

PS_M3_TB062_DV_HIS N

Inrichting functies en rollen

DESCR50 M3_WGNUMMER M3_WGFLEXCD

PS_M3_TB026_WG_FUN N

Inrichting ontslagreden

DESCR200 M3_RDOCODE PS_M3_TBA88_RD_ONT N

Inrichting werkgevers

DESCR50 M3_WGNUMMER PS_M3_TB021_WERKG N

1

EFFDT: Effective date, N (niet aanwezig), A (aanwezig), D (deels aanwezig). Deels aanwezig: record heeft effective date, maar kan slechts 1x voorkomen. 2

Implementatie PS_NAMES neem contact op met [email protected] tabel niet volledig weergegeven.

PS_NAMES Voorbeeld om naam te selecteren op hoogste ingangsdatum, gebruik PRF name: SELECT * FROM ps_names A WHERE A.EFFDT = (SELECT MAX(A_ED.EFFDT) FROM ps_nam es A_ED WHERE A.EMPLID = A_ED.EMPLID AND a.name_type = A_ed .name_type) AND name_type = 'PRF' AND emplid = 'emplid_hier'

GRAB01 versie 0.7


3.3 Hoe gegevens te gebruiken

• Naamsgegevens Ophalen uit PS_NAMES. Hierin staan de voorkeursnamen van de medewerker. HRM blijft verantwoordelijk voor de vulling van PS_NAMES. De voorkeursnamen in PS_NAMES worden door de koppeling NIET overschreven. • Actief / inactief Er is geen actief/inactief veld meer zoals voorheen in M3_M3NET. Gebruik hiervoor de einddatum van het actieve dienstverband. • Functie of rol Indien van een medewerker de ROL anders is dan de functie. Moet bij het toekennen van rechten gebruik worden gemaakt van de ROL en niet van de functie. • Intern of extern Medewerkers zonder een stamnummer zijn extern.

GRAB01 versie 0.7


4 Voorwaarden koppeling Richard Thijsse, applicatiebeheerder van Educaat bij HRM, heeft de volgende technische voorwaarden gegeven voor de koppeling met Educaat. Medewerkers die voldoen aan de voorwaarden worden door de koppeling meegenomen naar PeopleSoft. De volgende tabel geeft inzicht in de voorwaarde en geeft de tabelnamen uit Educaat weer.

Tabel Veldnaam Waarde

tb061_actieve_dienstverhouding dv_reden 01

tbb14_inzet bi_code_2 AOBP of BOBP of OP of LB

tbb14_inzet bi_code_3 <> DET

tbb14_inzet wg_nummer 06206 of 41171

tb111_subdienstverhouding sd_instelling_nr 27GZ of AH47

Tabel tb111_subdienstverhouding uit Educaat wordt alleen gebruikt voor de voorwaarden van de koppeling. De tabel zelf wordt niet overgezet naar PeopleSoft.

GRAB01 versie 0.7


5 Achterliggende techniek De koppeling maakt gebruikt van scripts die worden uitgevoerd op een MS SQL server. Dit maakt het ook mogelijk de update periodiek te draaien. Deze scripts passen dus de voorwaarden toe uit hoofdstuk 4 en zorgen ervoor dat de vertaling tussen Educaat en PeopleSoft goed verloopt.

In Educaat wordt bij iedere aanpassing een timestamp opgeslagen. De koppeling maakt hiervan gebruik door alleen gewijzigde records over te zetten. De gebruikte insert en update scripts zijn toegevoegd aan de bijlage.

GRAB01 versie 0.7


6 Conversie externen Gegevens van externen uit M3_M3NET zijn geconverteerd, volgens de volgende voorwaarden:

Tabel Veldnaam Waarde

ps_m3_m3net effdt Hoogste ingangsdatum

ps_m3_m3net status A

ps_m3_m3net per_status <> E en <> C en <> ‘ ‘

Dus gegevens van alle personen die actief zijn op de hoogste ingangsdatum en niet van het type E (Werknemer) of C (Contract) of ‘ ’ (geen) zijn.

Zie bijlage: m3net naar m3_educaat volledig.sql geschreven door Jaap van Yperen.

GRAB01 versie 0.7


7 Uitgevoerde tests

1. Controle op basis van emplid en aantal Gecontroleerd is of alle emplids uit M3_M3NET aanwezig zijn in het nieuwe maatwerk. Extra controle om te controleren of er niet veel meer of minder medewerkers zijn in het nieuwe maatwerk.

2. Controle op combinatie emplid en campus-id Gecontroleerd is of in het nieuwe maatwerk dezelfde combinaties emplid en campus-id aanwezig zijn als in M3_M3NET.

3. Acceptatietest

7.1 Controle op basis van emplid en aantal Uit de eerste test bleek dat er in M3_MNET 2861 medewerkers waren en in het Educaat maatwerk slechts 2525 waren. SELECT A.EMPLID FROM PS_M3_M3NET A WHERE A.EFFDT = (SELECT MAX(A_ED.EFFDT) FROM PS_M3_M3NET A_ED WHERE A.EMPLID = A_ED.E MPLID) AND A.STATUS = 'A' SELECT * FROM PS_M3_TB031_WERKN

Gebleken is dat een aantal medewerkers niet op inactief is gezet en dat medewerkers een onjuiste status hadden in M3_M3NET. Ook zijn er enkele fouten in de koppeling hersteld. Na de herstelactie waren er in M3_M3NET 2543 medewerkers en in het nieuwe maatwerk 2553 medewerkers. Conclusie een tiental medewerkers is nooit ingevoerd in M3_M3NET, de test is voltooid.

GRAB01 versie 0.7


7.2 Controle op combinatie emplid en campus-id Eerst is er een controle query gemaakt die zoekt naar ontbrekende campus-id’s. SELECT A.EMPLID, A.NATIONAL_ID, A.CAMPUS_ID, A.FIRS T_NAME, A.NAME_ROYAL_PREFIX, A.LAST_NAME, TO_CHAR(A.BIRTHDA TE,'YYYY-MM-DD'), A.BIRTHPLACE, A.M3_SEX, A.PER_STATUS, A.M3_FUNCTIE_ DESCR FROM PS_M3_M3NET A WHERE A.EFFDT = (SELECT MAX(A_ED.EFFDT) FROM PS_M3_M3NET A_ED WHERE A.EMPLID = A_ED.EMPLID) AND A.STATUS = 'A' AND A.CAMPUS_id NOT IN ( SELECT ps_person_sa.campus_id FROM ps_person_ sa WHERE ps_person_sa.emplid IN ( SELECT emplid FROM ps_m3_tb031_werkn ) )

Hieruit kwamen 25 ontbrekende campus-id’s. Allemaal van medewerkers met meerdere campus-id’s. De juiste campus-id is voor alle 25 medewerkers gekozen. Hierna is nog een controle extra gedaan. --1. SELECT ps_m3_tb031_werkn.emplid, ps_person_sa.campu s_id FROM ps_m3_tb031_werkn left join ps_person_sa ON ps_m3_tb031_werkn.emplid = ps_person_sa.emplid ORDE R BY emplid --2. SELECT emplid,campus_id FROM Ps_m3_m3net a WHERE A.EFFDT = (SELECT MAX(A_ED.EFFDT) FROM PS_M3_M3NET A_ ED WHERE A.EMPLID = A_ED.EMPLID) AND A.STATUS = 'A' ORDER BY emplid

De resultaten uit deze 2 queries zijn met elkaar vergeleken door gebruik te maken van de compare functie van UltraEdit. Hieruit zijn geen ontbrekende Campus-id’s meer naar boven gekomen.

GRAB01 versie 0.7


7.3 Acceptatietest Gedurende 2 weken worden de gegevens zowel in M3_M3NET ingevoerd als via de Educaat interface. Door gebruik te maken van de queries uit 7.1 en 7.2 kan gecontroleerd worden of er verschillen optreden tussen het oude en het nieuwe systeem. Indien er verschillen optreden kan er direct worden opgetreden. Deze test is ook voor het opvangen van ‘verrassingen’. Zaken waar geen rekening mee is gehouden in het ontwerp, maar die wel noodzakelijk zijn. Deze test is dus een vangnet voor de gehele implementatie.

GRAB01 versie 0.7


8 Advies Op dit moment worden naamsgegevens nog altijd met de hand bijgewerkt. Dit komt omdat ervoor gekozen is toe te staan dat medewerkers gebruik kunnen maken van een voorkeursnaam. Tot de implementatie van de Educaat koppeling werden zelfs daarvoor de verkeerde velden gebruikt in PeopleSoft. Het is aan te raden in ieder geval de juiste velden te gaan gebruiken in PeopleSoft als het gaat over:

• Voorkeurs voor- en achternaam • Officiële voor- en achternaam • Voorletters

Het op de juiste plek registreren van officiële en voorkeursnaam zorgt ervoor dat in de toekomst gekozen kan worden om namen automatisch te synchroniseren in PeopleSoft. Verder is het zo dat met name onderwijsmanagers graag alleen met voorletters willen worden genoemd op officiële documenten, zoals de OWO en de BPVO. In de huidige situatie worden dan de voorletters opgeslagen in het veld voornaam. Dit is zeer onwenselijk omdat op die manier gegevens verloren gaan. Het is aan te raden hiervoor het veld voorletters te gebruiken. Er is veel zorg besteed aan het maken van de koppeling met Educaat. Het ontwerp en de testen zijn van voldoende kwaliteit. Het is echter aan te raden om bij een toekomstige update, de scripts die zorgen voor de koppeling te laten maken/ontwerpen door meerdere personen. Op die manier kan beter worden gecontroleerd of technische of functionele aannames juist zijn. Twee paar ogen zien meer. Het is zeer aan te raden bij dit soort overstijgende projecten, technische kennis van meerdere afdelingen te bundelen om tot een zo goed mogelijk eind resultaat te komen. ing. Barry B.F. de Graaff 24 november 2009

GRAB01 versie 0.7


Bijlagen

1. Stored procedures (koppeling) 2. Eenmalig conversiescript m3net naar m3_educaat volledig.sql 3. Screenshot Educaat

Bronvermelding en dankwoord

• Paragraaf 3.1 Datamodel Educaat – geschreven door Tri Hartanto • Uitroepteken en lamp icoon – Tango Desktop Project

GRAB01 versie 0.7


Bijlage 3: Screenshot Educaat

GRAB01 versie 0.7


Versiebeheer Versie 0.7 Feedback verwerkt uit versie 0.6

• Bladzijde 5, toevoeging van voetnoot 3: Campus-id is technisch gezien geen sleutel. (Tri)

• Bladzijde 6, figuur 2 datastromen aangepast (Tri) • Bladzijde 23 aanpassing SQL statement (Jaap)

WHERE A.EMPLID = A_ED.EMPLID AND a.name_type = A_ed.name_type)

• Beter Mondriaan Logo (Jaap) Toegevoegd

• Bladzijde 3, Inleiding laatste 2 regels toegevoegd. • Hoofdstuk 5, 7 en 8

ROC Mondriaan Documentatie HRM koppeling 0.7

Documents

Transcript of ROC Mondriaan Documentatie HRM koppeling 0.7