Oracle HCM Cloud logoHa

HR naar ITSM

Oracle HCM HaloITSM koppeling: gebruikers per site en tickets bij indienst, wijziging en vertrek

Met een koppeling tussen Oracle HCM Cloud en HaloITSM komt elke medewerker uit Oracle als gebruiker in Halo, op de site van zijn werklocatie, en maakt een nieuwe medewerker, een gewijzigde assignment of een beëindiging in Oracle een ticket van het juiste tickettype aan. Halo heeft geen eigen Oracle HCM-koppeling, dus KoppelHet leest de Oracle-feeds en schrijft via de REST API van Halo.

Wat de koppeling doet

Organisaties met Oracle HCM Cloud als HR-systeem en HaloITSM als servicedesk krijgen nieuwe collega's vaak via een mail van HR, die IT met de hand in Halo overneemt. Gebruikers in Halo komen dan uit Entra ID, dus pas als het account er al is, en een vertrek merkt de servicedesk soms pas als de laptop terugkomt.

  1. HR legt in Oracle een nieuwe medewerker vast; die verschijnt in de newhire-feed, ook als de startdatum nog weken weg is.
  2. KoppelHet haalt de worker op en zoekt in Halo op het Oracle-personeelsnummer of de gebruiker al bestaat.
  3. De gebruiker komt op de site van de werklocatie, en een onboardingticket gaat naar het team van die site.
  4. Een gewijzigde assignment geeft een wijzigingsticket; een geannuleerde arbeidsrelatie een notitie bij het openstaande onboardingticket.
  5. Een beëindiging geeft een offboardingticket; na de einddatum zet KoppelHet de gebruiker op inactief.
Oracle HCM Cloud → KoppelHet → HaloITSMBRONOracle HCM CloudDOELHaloITSMHaloITSMKoppelHetmapping · logging · monitoringOracle HCM Cloud → KoppelHet → HaloITSMBRONOracle HCM CloudDOELHaloITSMHaloITSMKoppelHetmapping · logging · monitoring
Heen: Gebruiker met naam, werkadres, functie en afdeling · Site per Oracle-werklocatie, met tijdzone · Ticket voor onboarding, wijziging en offboarding · Inactief zetten na de einddatum

Waar je op let bij Oracle HCM Cloud en HaloITSM

  • KoppelHet leest de Atom feeds van Oracle en schrijft gebruikers en tickets via de REST API van Halo, met een integratiegebruiker in Oracle die alleen kan lezen.
  • Oracle meldt een herindiensttreding in dezelfde newhire-feed als een nieuwe medewerker. Een gebruiker aanmaken zonder Halo-id geeft altijd een nieuwe gebruiker, dus KoppelHet zoekt eerst op het person number, ook onder inactieve gebruikers, en zet de oude Halo-gebruiker weer actief met zijn eerdere tickets.
  • Komt iemand niet opdagen of wijst een kandidaat het aanbod af, dan meldt Oracle dat in de feed cancelworkrelship. KoppelHet verwijdert de Halo-gebruiker dan niet, omdat verwijderen in Halo ook gekoppelde gegevens weghaalt, maar zet hem op inactief en schrijft een notitie bij het onboardingticket.
  • In Halo telt de tijdzone van de site. KoppelHet bepaalt de site uit de locatie van de primaire Oracle-assignment, zodat de deadline van een onboardingticket voor een collega in Singapore in de Singaporese werkdag valt.
  • Een Halo-gebruiker heeft in de API geen veld voor de leidinggevende. De manager uit de Oracle-assignment staat daarom in de tekst van elk ticket, en een managerwissel uit de assignment-feed geeft geen ticket, alleen een andere naam in volgende tickets.
  • Een nieuw werkadres komt uit Oracle via de feed empupdate. Omdat KoppelHet de Halo-gebruiker op het person number vindt, krijgt dezelfde gebruiker het nieuwe adres, ook als de Entra ID-import van Halo ernaast draait.
  • Halo staat 700 API-aanroepen per tenant toe in vijf minuten. De feeds leveren alleen wijzigingen, maar de eerste vulling haalt alle workers op; KoppelHet verdeelt die over meerdere rondes, zodat agents in Halo niet worden afgeremd.

Deze koppeling hoort ook bij in-, door- en uitstroom.

Hoe we het bouwen en beheren

  • De koppeling draait op het KoppelHet platform, gehost in een datacenter in de EU.
  • Elke synchronisatie en elke fout is zichtbaar in de functionele logging; bij een fout krijgt jullie beheerder een melding.
  • Een mutatie die niet door kan, wordt niet half doorgezet maar klaargezet om opnieuw te proberen.
  • KoppelHet is ISO 27001-gecertificeerd. Gegevens gaan versleuteld over en blijven niet langer op het platform dan nodig.
  • Na livegang beheren wij de koppeling en passen we hem aan als jullie proces verandert.
  • De koppeling past naast je bestaande integratielaag. Alleen de velden uit het ontwerp gaan over; het platform houdt geen eigen registratie bij.

Implementatie, architectuur en compliance

Implementatie en prijs

Dit is geen app die je aanzet. We bouwen de koppeling voor jullie organisatie op ons platform, met bouwstenen die we steeds opnieuw gebruiken. Zo is het maatwerk, zonder dat we bij nul beginnen.

Een consultant bereidt de intake voor en analyseert beide systemen. Daarna leggen we de mapping en uitzonderingen per veld vast, testen we in de test- of acceptatieomgeving en gaan we live op een moment dat jij kiest. De kosten bestaan uit een eenmalig bedrag voor de inrichting en een maandbedrag voor platform, monitoring en beheer.

Prijsindicatie · Basis

Laat je zakelijke e-mailadres achter, dan zie je de prijsindicatie direct.

We gebruiken je adres alleen om je vraag over deze koppeling op te volgen.

Veelgestelde vragen

Hebben we Oracle Integration Cloud nodig?

Nee. De feeds en de REST API van Oracle HCM zijn rechtstreeks te lezen met een integratiegebruiker.

Krijgen bestaande medewerkers bij livegang een ticket?

Nee. De eerste ronde zet alleen de gebruikers goed in Halo; tickets komen pas bij nieuwe meldingen in de Oracle-feeds.

Technische details voor IT

Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.

  • Oracle HCM Cloud via de Atom feeds op /hcmRestApi/atomservlet/employee/{collection} (newhire, empassignment, empupdate, termination, cancelworkrelship) met een integratiegebruiker met alleen leesrechten, daarna de worker met assignments via de HCM REST API. KoppelHet onthoudt tot waar elke feed is gelezen.
  • Halo via de REST API met een API-applicatie (client credentials, token een uur geldig). POST /Users en POST /Tickets voegen toe of werken bij (zonder id een nieuw record); GET /Users met search en includeinactive voor het opzoeken; tickets met tickettype_id, user_id, site_id, summary en details. DELETE /Users gebruiken we niet. Limiet 700 aanroepen per tenant per 300 seconden, daarboven HTTP 429.

Welke velden overgaan

De belangrijkste velden. De volledige mapping stellen we per klant vast.

Veld in Oracle HCM CloudVeld in HaloITSMToelichting
PersonNumberEigen veld op de Halo-gebruikerZoeksleutel, ook bij herindiensttreding
DisplayName / FirstName, LastNamename
WorkEmailemailaddress
Job of Position van de primaire assignmentFunctie op de gebruiker
DepartmentAfdeling op de gebruiker
Location van de assignmentsite_idSite met tijdzone
Manager van de assignmentTekst in het ticketEen Halo-gebruiker heeft geen managerveld in de API
Startdatum en einddatumTicket met tickettype_id en deadline

Gerelateerd

Welke systemen wil je koppelen?

Vertel welke systemen je gebruikt en wat er automatisch moet gebeuren. Samen bepalen we de kleinste werkende oplossing, met een helder ontwerp en een offerte vooraf.