<iframe src="https://www.googletagmanager.com/ns.html?id=GTM-M74D8PB" height="0" width="0" style="display:none;visibility:hidden">
Loading
Skip to NavigationSkip to Main Content
0D54z00009tTopCCASOkta Classic EngineLifecycle ManagementAnswered2024-07-15T09:00:08.000Z2023-12-06T18:31:12.000Z2023-12-07T16:03:20.000Z

ngpb5 (ngpb5) asked a question.

Custom API User Provisioning Connectors

Hi All, we are researching options for building custom user provisioning connectors to Okta Identity Governance (OIG). Our company works in the banking industry and we hope are working to streamline automation of life cycle management with Okta.

We'd be interested in learning more about what custom connectors other major banks or financial services companies have built to provision users. Specifically things like:

  • What applications have you integrated leveraging APIs for automatic user lifecycle management?
  • What tips do you have for scoping and planning a custom connector build?
  • What lessons learned or pitfalls to avoid can you share?

 


  • NiallM.34104 (Atlas Identity)

    Not specific to the banking industry. and I suspect most banking industry customers would not provide the information of the services they connect to. However, the approach for custom connector are common.

    Consider all of your user journeys. Not just provisioning. What other states and data to you need to consider.

    Consider the sunny day journeys, but make sure you think through the broken journeys. These are the ones that will trip you up and leave users in an expected state, or worse with unexpected access

    Apply good engineering principles around testing. This is code, not matter how you apply the business logic.

    Try to make the connections self healing. Those APIs are not 100% uptime. You will see failures.

    If you can self heal, alert. If something breaks make sure someone knows about it.

    Expand Post
    Selected as Best
  • NiallM.34104 (Atlas Identity)

    Not specific to the banking industry. and I suspect most banking industry customers would not provide the information of the services they connect to. However, the approach for custom connector are common.

    Consider all of your user journeys. Not just provisioning. What other states and data to you need to consider.

    Consider the sunny day journeys, but make sure you think through the broken journeys. These are the ones that will trip you up and leave users in an expected state, or worse with unexpected access

    Apply good engineering principles around testing. This is code, not matter how you apply the business logic.

    Try to make the connections self healing. Those APIs are not 100% uptime. You will see failures.

    If you can self heal, alert. If something breaks make sure someone knows about it.

    Expand Post
    Selected as Best
This question is closed.
Loading
Custom API User Provisioning Connectors