Organizations running OpenText Identity Manager have often built their identity landscape around it for a decade or more. The event-driven engine keeps directories, HR systems and applications synchronized, and when something changes at the source, every connected system follows.
Physical keys are the exception. They are managed in a separate key administration, issued by a different department, and untouched by the events that govern everything else. In daily practice that means:
Under NIS2 and the CER Directive, critical entities must govern access to premises with the same rigor as access to information systems. An identity architecture that stops at the digital boundary leaves that requirement unmet.
Key2XS is middleware that treats iLOQ like one more connected system. It reads identities and role and entitlement assignments from OpenText Identity Manager and orchestrates the corresponding key rights in iLOQ.
| From OpenText Identity Manager | To iLOQ via Key2XS |
|---|---|
| Identities (joiners, movers, leavers) | Key holders created, updated or deactivated |
| Role and entitlement assignments | Key rights and access to lock groups |
| Deactivations and contract end dates | Immediate withdrawal of key rights |
| Assignment history | Documented authorization behind every key |
Changes flow through in near real-time, so a revocation in Identity Manager does not wait for a nightly batch to reach your keys.
Key2XS is used where physical access affects public safety, service continuity or regulatory compliance: utilities, government, transport, healthcare and industry.
The driver model in OpenText Identity Manager makes custom connections possible in principle. In practice, a homegrown bridge to a locking system means specialized development, an audit layer you must design yourself, and years of maintenance across upgrades on both sides. Key2XS delivers this as a maintained platform: