ADM EMEAG.37736 (Customer) asked a question.
I have created an administrator role for Helpdesk to be able to reset and unlock users .
Is there a way that everytime they unlock/reset a password we receive a mail who contain who did what ?
@ADM EMEAG.37736 (Customer) -- I don't believe there is a default option in Okta to perform this type of task. This information IS recorded in in the System Log.
Note: The following recommendation is not a trivial process. If you are not familiar with the Workflows product there will likely be a learning curve:
This is something you could buildout in Workflows but I would actually change the approach and leverage Delegated Workflows. A delegated Workflow can have inputs so like: Input the user's email address and "Run". This input will then invoke the flow with the value. You obviously would need to build some sort of input validation. But a Workflow would allow you to perform the actions you want them to take and you could build out a notification process too as the user context (the person who ran the delegated flow) is captured in the flow execution.
Delegated flows are controlled by roles & resource sets. You can create a resource set that only gives access to the specific flows you want them to access.
An alternate way to leverage Workflows is Event Hooks. Event Hooks deliver event data to a destination (such as Workflows) based on a specific eligible event like user.lifecycle.activate (when a user is activated). These could be leveraged to notify on these specific events every time. You could also build in a check to determine "IF" the user has this specific role before sending the notification.
In a small-medium sized environments either of these is viable. However, the delegated flows scenario scales better as Event-Hooks is limited to a total number per day cumulative for all Event Hooks.
We use cookies to provide the best website experience and to help understand marketing efforts. We may also share data with ad partners to reach potential customers across the web. To learn more, visit our Privacy Policy. Click here for Your Privacy Choices. You may also opt out of this sharing by signaling your preference via GPC, applicable only to the browser signaling the opt-out.
More information
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Select All
We use cookies to provide the best website experience and to help understand marketing efforts. We may also share data with ad partners to reach potential customers across the web. To learn more, visit our Privacy Policy. Click here for Your Privacy Choices. You may also opt out of this sharing by signaling your preference via GPC, applicable only to the browser signaling the opt-out.
More information
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Select All
@ADM EMEAG.37736 (Customer) -- I don't believe there is a default option in Okta to perform this type of task. This information IS recorded in in the System Log.
Note: The following recommendation is not a trivial process. If you are not familiar with the Workflows product there will likely be a learning curve:
This is something you could buildout in Workflows but I would actually change the approach and leverage Delegated Workflows. A delegated Workflow can have inputs so like: Input the user's email address and "Run". This input will then invoke the flow with the value. You obviously would need to build some sort of input validation. But a Workflow would allow you to perform the actions you want them to take and you could build out a notification process too as the user context (the person who ran the delegated flow) is captured in the flow execution.
Delegated flows are controlled by roles & resource sets. You can create a resource set that only gives access to the specific flows you want them to access.
An alternate way to leverage Workflows is Event Hooks. Event Hooks deliver event data to a destination (such as Workflows) based on a specific eligible event like user.lifecycle.activate (when a user is activated). These could be leveraged to notify on these specific events every time. You could also build in a check to determine "IF" the user has this specific role before sending the notification.
In a small-medium sized environments either of these is viable. However, the delegated flows scenario scales better as Event-Hooks is limited to a total number per day cumulative for all Event Hooks.