Procesní integrace / 08
Vytvářejte uživatele. Cíleně přidělujte a odebírejte práva.
Nový zaměstnanec potřebuje přístupy v několika aplikacích. Změna týmu mění role, odchod vyžaduje odebrání. Propojíme autoritativní personální data s kontrolovaným procesem těchto změn.
Výchozí stav
Uživatelský účet je jen část oprávnění.
HR spravuje personální stav a datum nástupu, adresář identitu a specializované aplikace konkrétní role. Přiřazení licencí, členství ve skupinách a privilegovaná práva se řídí různými pravidly. Změna e-mailové adresy nesmí vytvořit novou osobu.
Prověříme existující API a provisioningové standardy jako SCIM, pokud jsou podporované. V prostředí Microsoft může být vhodným přístupem Graph; typ tenantu, podporované akce a potřebná oprávnění se ověřují konkrétně.
Co zajišťuje DataSource
Identity. Model rolí. Životní cyklus.
Identity
Definice stabilního klíče osoby a přiřazení účtů. Zohlednění opětovného nástupu, externích pracovníků a změn jmen jako samostatných scénářů.
Model rolí
Odvození technických akcí ze schválených obchodních rolí. Privilegovaná práva řešit samostatným schválením, nikoli převzetím z volného textového pole.
Životní cyklus
Převod nástupu, změny a odchodu do vykonatelných kroků. Potvrzení výsledku pro každý cílový systém a zviditelnění neúplného odebrání práv.
Person-ID: EMP-1042
Status: aktiv
Rolle vorher: Vertrieb
Rolle danach: Einkauf
1. Genehmigung prüfen
2. Nicht mehr erlaubte Gruppen entfernen
3. Genehmigte Zielgruppen setzen
4. Zielzustand je Anwendung bestätigenTechnický scénář / ilustrativní příklad
Změna týmu odebere stará práva, než začnou platit nová.
Ilustrativní proces schválené změny role. Pořadí závisí na bezpečnostním modelu. Při odchodu je třeba zohlednit existující sessions, tokeny a samostatně spravované přístupy.
Vzorová data a navržená pravidla. Konkrétní rozhraní a obchodní pravidla se prověří pro váš projekt.
Ošetření chyb, bezpečnost a provoz
Chyby a odebrání: ověření a provoz.
Chyby a odebrání
Nedostupný cíl nesmí předstírat úplný odchod. Otevřené odebrání práv prioritizovat, opakovat a hlásit dohodnuté odpovědné osobě.
Minimální přístup
Technické účty omezit na potřebné akce. Microsoft Graph může podle akce vyžadovat aplikační oprávnění a administrátorský consent.
Dohledatelnost
Auditovatelně zaznamenat změnu, schválení a výsledek podle dohodnutého konceptu. Minimalizovat HR data a vědomě stanovit uchování a přístup.
Odborné otázky
Detaily důležité před implementací.
Provisioning · IAM · Role · Schválení · Nástup · Změna · Odchod
Může HR samo určovat všechna práva?
HR často poskytuje spouštěče. Odpovědnost za obchodní role a schválení privilegovaných práv mají určená pracoviště.
Stačí při odchodu zablokovat adresářový účet?
Ne vždy. Lokální účty, existující relace a API tokeny mohou vyžadovat samostatné akce. To se ověří pro každý cílový systém.
Může zůstat existující IAM systém?
Ano. Můžeme doplnit chybějící zdrojový či cílový adaptér nebo vymezený workflow bez nahrazení stávajícího modelu rolí.
Pro technické vyjasnění
Začít vaším konkrétním procesem.
Uveďte autoritativní personální data, cílové systémy, matici rolí a současný proces nástupu a odchodu. Pomohou anonymizované případy změny týmu nebo opětovného nástupu.
V prvním rozhovoru vyjasníme dostupné přístupy, odpovědnost za data a omezený první datový tok. Poté dohodneme rozsah, odpovědnosti a podmínky.
Pro začátek stačí anonymizované příklady. V prvním dotazu neposílejte hesla, tokeny ani produkční data s osobními údaji.
Související úlohy
Další propojení v kontextu.
Proxmox API a automatizace
VM se objednávají přes tickety, ručně klonují a následně spravují v několika seznamech. Vytvoříme definovaný proces provisioningu mezi vaším požadavkem, Proxmox VE a navazujícími systémy.
Spolehlivě zpracovat webhooky
Přijde událost a má vyvolat akci v dalším systému. Opakované doručení, zpoždění nebo výpadek cílového API z toho dělají provozní proces. Vyvineme jej s jednoznačnými událostmi a ověřitelnými účinky.
Rozhraní ERP a CRM
Obchod a účetnictví pracují se stejným zákazníkem s různými úkoly. DataSource propojí podporovaná rozhraní a vyjasní, jaká data se kdy přenášejí mezi zájemcem, zákazníkem a odběratelským účtem.
Technické reference
Oficiální dokumentace, ověřeno 6. října 2026. Vhodnost závisí na konkrétní instalaci.