Automatically lock Redmine and GitLab accounts when employees leave

Checks HR records daily and instantly disables departing employees access to Redmine and GitLab.

How the work actually flows

It branches. Every path runs; all paths must finish before it continues; runs once per each departing employee.

Pattern: Multiple Instances without Synchronization (12) · Parallel Split (2) · Synchronisation (3)

flowchart TD trig(["daily HR check"]):::trigtime s0[("check HR for leavers")]:::store s1[["confirm active accounts"]]:::mi s2["send summary notification"]:::svc trig --> s0 s0 -->|"one per each departing employee"| s1 gx{"+ which system to lock"}:::gate s1 --> gx p00["lock redmine account"]:::task gx -->|"redmine"| p00 p10["revoke gitlab access"]:::task gx -->|"gitlab"| p10 jn{"+ both systems locked"}:::gate p00 --> jn p10 --> jn jn --> s2 out[/"departing employee access revoked"/]:::out pay{{"eliminates offboarding access risk"}}:::pay s2 --> out out --> pay s1 -. "failures recorded, run continues" .-> out classDef task fill:#e7f6fe,stroke:#34b8f0,color:#2c2a29 classDef svc fill:#f6f8fa,stroke:#7c8795,color:#2c2a29 classDef mi fill:#e7f6fe,stroke:#0079a8,color:#2c2a29,stroke-width:2px classDef human fill:#fff,stroke:#0079a8,color:#0079a8 classDef store fill:#f6f8fa,stroke:#0079a8,color:#2c2a29 classDef trig fill:#00a4eb,stroke:#0079a8,color:#fff,font-weight:bold classDef trigtime fill:#00a4eb,stroke:#0079a8,color:#fff,font-weight:bold classDef trigdata fill:#8ad4f5,stroke:#0079a8,color:#06314c,font-weight:bold classDef gate fill:#fff,stroke:#e8a23d,color:#6b4708,font-weight:bold classDef out fill:#1f9d6b,stroke:#167a53,color:#fff,font-weight:bold classDef pay fill:#06314c,stroke:#021f33,color:#fff
Starts itAn outside serviceRuns once per itemA record or sheetEvery pathWaits for allResultPayoff
Build size
Advanced

A larger build with multiple systems, AI reasoning, and custom rules.

Business functions
DevOps & IT OperationsHR & Recruiting
Connects
OdooRedmineGitLabSlack

The problem it solves

You worry about former employees still having access to sensitive systems long after their last day. Your IT team has to remember to manually disable every account across multiple tools, and it is easy for one to slip through.

Who it fits

IT operations, HR, and security teams responsible for offboarding employees securely.

How it works

  1. Every day, the system checks your HR records for employees whose last day has arrived
  2. It confirms which of those employees still have active accounts
  3. It automatically locks their Redmine account and revokes their GitLab access
  4. It sends your team a summary notification with the results
What you get

Departed employees who can never log back in

You automatically lock Redmine and GitLab access the day an employee's HR record shows their last day has arrived.

What you get

A daily summary confirming which departing employees had their accounts locked, with any errors flagged for follow-up.

What you need

An Odoo account for HR records, admin access to Redmine and GitLab, and a Slack, Teams, or email account for notifications.

We can build this. But should you?

The hard question is not how to build it. It is whether this is the right thing to build first.

That is what a Fractional Chief AI Officer figures out with you, before anyone writes a line of code.

Let's Talk Strategy

Related automations

Back to the AI Playbook