Provisioning

Allow immediate snapshot retry after Permission Entitlement import failures
When creating a snapshot of a target system, the behavior differs depending on where the import fails: If the Account Entitlement import fails, an error is shown and the snapshot can be retried immediately. If the Permission Entitlement import fails, the snapshot cannot be retried immediately. Instead, a cooldown period of approximately one hour must pass before another attempt can be made. Why this is a problem During development, testing, and implementation projects, it is common for entitlement imports to fail due to configuration changes, mapping adjustments, or source system data issues. When a failure occurs during the Permission Entitlement import, the one-hour waiting period significantly slows down troubleshooting and validation efforts. After making a fix, administrators cannot immediately verify whether the issue has been resolved and must wait before the next test can be performed. As multiple test iterations are often required before a configuration is fully working, this results in unnecessary delays and reduced efficiency during both development and customer implementations. Suggested Improvement Allow administrators to manually retry a snapshot immediately after a Permission Entitlement import failure, similar to the current behavior for Account Entitlement import failures. This would: Reduce development and implementation time. Speed up troubleshooting and validation. Improve the overall experience when configuring and testing target systems. Remove unnecessary waiting time when resolving import-related issues. In short: if a snapshot fails during the Permission Entitlement import, administrators should be able to retry the snapshot immediately instead of waiting for the one-hour cooldown period.
0
Prevent Unintended Credential Overwrites in Exchange Configuration (built-inAD Connector)
Currently, the Exchange tab within the built-in AD connector in HelloID Provisioning automatically saves changes immediately after fields are modified. While convenient in some cases, this behavior can unintentionally overwrite existing credentials. In practice, this has caused multiple incidents where browser autofill tools such as LastPass automatically populated credential fields, resulting in the configured Exchange credentials being overwritten without the administrator noticing it immediately. We have also seen cases where customers reported that the connector stopped working, while the root cause turned out to be unintentionally changed credentials. Because changes are applied instantly, there is currently no safeguard or confirmation step before critical configuration values are stored. Proposal: - Replace Autosave with Explicit Save/Apply Action Introduce an Apply or Save button for the Exchange configuration tab so changes are only persisted after explicit user confirmation. - Optional Confirmation for Credential Changes Consider prompting users with a confirmation dialog when sensitive fields such as usernames or passwords are modified. - Prevent Browser Autofill Issues Evaluate whether credential fields can better prevent unintended autofill behavior from password managers and browsers. Benefits: - Reduced Risk of Accidental Misconfiguration Prevents credentials from being overwritten unintentionally by browser autofill tools or accidental edits. - Improved Stability and Reliability Reduces incidents where connectors unexpectedly stop functioning due to unnoticed credential changes. - Better Administrative Control Gives administrators explicit control over when configuration changes are committed. - Improved Troubleshooting Experience Makes configuration changes more deliberate and traceable, reducing confusion during support and implementation activities.
0
Load More