ACME HQDemo work items and pages, made up for Emargen's demo. Not a real company.
Support / SUP-1120

Vossberg: home depot changes at sign-in for people with two depot codes in Okta

Project
Support
Type
Bug
Status
Done Done
Priority
Medium
Organization
Vossberg Logistik
Reporter
Matthias Krüger <matthias.krueger@vossberg.example>
Assignee
Yusuf Demir <yusuf.demir@acme-hq.example>
Labels
vossberg-logistikoktasingle-sign-on
Components
identity-service
Created
24 Aug 2026, 13:30 UTC
Updated
10 Sep 2026, 12:05 UTC
Resolved
10 Sep 2026, 12:05 UTC

Description

People who work at two depots get their home depot changed at sign-in. Example: Jana Wolf works at Kassel (DE-KSL) and Göttingen (DE-GOE). Okta sends both codes in vossbergDepot. After some sign-ins the home depot is Göttingen, after others Kassel.

Linked issues

Comments (5)

Yusuf Demir · 24 Aug 2026, 14:30 UTC

Hi Matthias, reproduced with our local test identity provider: when vossbergDepot has two values, sign-in takes the first one as the home depot, and Okta doesn't always send them in the same order. Sent to engineering. The person's access isn't affected, only which depot shows as home.

Yusuf Demir · 24 Aug 2026, 14:40 UTCInternal note

ENG-1660. identity-service:src/Saml/AssignRolesFromClaims.php takes the first depot value as home depot. It should keep the current home depot when it's among the values and add the others as depot assignments.

Marek Nowak · 25 Aug 2026, 08:15 UTCInternal note

Agree with Yusuf. Home depot stays if it's in the list; the rest become assignments. Small.

Yusuf Demir · 10 Sep 2026, 07:30 UTC

Fixed in yesterday's release: if a person's home depot is among the codes Okta sends, it stays, and the other codes are added as depots the person works at. Could you check Jana Wolf's account after the next sign-in?

Matthias Krüger · 10 Sep 2026, 12:05 UTC

Checked, Kassel stays. Thank you.