On this page
Submit an LCM integration
Use this guide to understand the process of submitting a Lifecycle management (LCM) integration to the Okta Integration Network (OIN) using the OIN Manager. You can submit a System for Cross-domain Identity Management (SCIM) or a Workflows connector LCM integration. This guide also shows you how to update a previously published LCM integration or delete a draft submission.
- Understand how to submit a new LCM integration to the OIN
- Understand how to update or delete a previously published integration
What you need
A functional LCM integration created and tested in accordance with one of the following guides:
The various items necessary for submission in accordance with the OIN submission requirements
The Okta Integration Network (OIN) Manager (opens new window) is a submission tool that's connected to your developer org where you test and develop your Okta integration. Use this tool to submit your LCM app integration for verification and publication in the OIN catalog.
This guide covers submissions that use one of these protocols or tools:
If you need help during the submission process, use the Get Support section on the My App Integrations page after you sign in to the OIN Manager (opens new window). This section provides the following resources from the Okta developer portal (opens new window):
- OIN integration guides
- Okta, OIDC, SAML, and SCIM concepts
- A search tool to find articles in the Okta developer portal
If you have questions or need more support to publish your app integration, you can reach out to the Okta OIN team directly at firstname.lastname@example.org.
Note: All integrations in the OIN catalog are public. If you want to create a private integration for an app that uses SCIM, then use the SCIM App Integration Wizard (opens new window).
You can also use the following template integrations from the OIN if they meet your app SCIM capabilities:
- SCIM 1.1 test apps (opens new window) for SCIM 1.1
- SCIM 2.0 test apps (opens new window) for SCIM 2.0
- SCIM 1.1 Test App(Header Auth) (opens new window) for SCIM 1.1 apps that use custom header expression for Header Auth
- SCIM 2.0 Test App(Header Auth) (opens new window) for SCIM 2.0 apps that use custom header expression for Header Auth
Note: Review the OIN submission requirements before you start your submission.
Start your integration submission:
Open the OIN Manager (opens new window) and click Start Submission Form.
Sign in to the OIN Manager with your Okta developer org credentials. Ensure that this org contains your developed app integration for submission.
Click Add New Submission.
Click View beside the name of your integration if you want to review an in-progress submission.
Note: If you need to update an integration, see Update your published integration.
On the General Settings tab, fill in the basic information about your integration:
Does your app exist in the OIN?: Indicate if your integration exists in the OIN.
If your integration exists in the OIN, provide the Existing OIN app name so that the Okta OIN team can locate it.
What changes are you making to the existing OIN integration?: If your integration exists in the OIN, summarize the changes that you're requesting in your update. This summary helps the Okta OIN team address your changes.
App name: Provide a name for your integration. This is the main title used for your integration in the OIN.
App website: Provide a link to your product or service homepage or a specific location on your website where users can learn more about your integration.
Use case(s): Specify one or more use cases for Okta to categorize your integration in the OIN catalog. Click + Add Another to choose up to five use cases. See Use case guidelines.
App description: Give a general description of your application and what the Okta integration does. See App description guidelines.
App icon: Upload a PNG, JPG, or GIF file of a logo to accompany your integration in the catalog. The logo file must be less than one MB. See Logo guidelines.
Support contacts: Include one or more public contact points for users who need assistance with your integration. You can also add a link to an FAQ or a troubleshooting guide. Use the dropdown menu to specify if you're adding an email, a URL, or a phone number. Click + Add Another to add another contact. Okta shares this information with customers in the OIN catalog description for your app integration.
Escalation support contact: This is an email distribution list for Okta to use when contacting your company about your integration. Okta can use this escalation contact in an emergency, so make sure that the contact provided here isn't a generic contact, such as
email@example.com a 1-800 number. This contact information isn't shared with customers.
The Okta OIN team requires a dedicated account in your application to run their tests. Ensure that this test account is active beyond the submission period in case Okta needs to update or troubleshoot your app integration. See Test account guidelines.
Test account URL: This is a static URL to sign in to your application. An Okta OIN team member goes to this URL and uses the account credentials you provide in the subsequent fields to sign in to your application.
Test account username or email: The username for your application test account. The Okta OIN team signs in with this username to run tests. The preferred account username is
Test account password: The password for your application test account.
Additional instructions: Include any other information that you think the Okta OIN team needs to know about your integration, the test account, or the testing configuration.
You can submit protocol support details all together or asynchronously. For example, if your application currently only supports SCIM, you can create the submission with the SCIM protocol details. Later, when you add Workflows connector capabilities to your application, you can return to your integration submission to include Workflows connector support.
Note: If you don't see the protocol or tool-specific settings that you want in this section, select the Instructions for dropdown menu on this page.
As you add configuration information about your integration to the submission page, the indicators in the top right show your progress towards 100% completion.
Include all required information before you click Submit for Review to move your integration into the submission phase.
If you need to make protocol changes to your published integration, use the OIN Manager (opens new window) to create an updated version of the integration.
Similarly, when you enable a new capability in your application, you don't need to create an entirely new submission. For example, you can add a Workflows connector feature onto an existing published SCIM integration. You can update your existing submission to enable and specify the settings for that protocol, then submit the updated integration.
Sign in to the OIN Manager using the credentials for your original dev org.
Note: Submit the updated integration using the same dev org that was used to make the original submission, otherwise the Okta OIN team rejects the update.
The published integration appears on your integrations page.
This creates an instance of your integration where you can safely change any of the parameters. Your existing integration remains in the OIN catalog and keeps the previous settings until this new version is published.
Update any of the parameters for your existing protocols or add a protocol depending on your needs.
If you need to leave your in-progress submission at any point, you can return to it through the OIN Manager. When you sign in again, the published version and your in-progress version appear. Click Edit on the in-progress version to continue.
Click Submit for Review when you complete the updates or fill in the new protocol information. Ensure that the indicator shows 100% complete before you submit.
At this point, the Okta OIN team is notified and your submission undergoes the same process flow as the original submission.
Okta publishes the new version of your integration after it reaches the Publish stage. The new version replaces the old one in the OIN catalog.
Note: You can have a maximum of 10 submissions for any development org in the OIN Manager.
There are two scenarios where you need to delete a draft submission:
- You have 10 draft submissions, which is the maximum number permitted in the OIN Manager.
- You've decided against completing a draft submission and want to remove it.
In either of these scenarios, the OIN Manager provides a method to delete unpublished submissions. For instructions on how to delete app integrations that are already published in the OIN catalog, see Delete published submissions.
You can only delete unpublished submissions that are in DRAFT state.
To delete your submission:
- Click the delete icon next to Edit. If the delete icon is unavailable, you can't delete that submission.
- Confirm the deletion in the dialog box.
No email confirmation is sent when deleting a submission. Deleted submissions can't be recovered.
If you need assistance with deleting a draft submission, contact the Okta OIN team at firstname.lastname@example.org.
If you want to remove an app integration that's already published in the OIN catalog, contact the Okta OIN team. Only the Okta OIN team can remove published integrations in the catalog. Send an email to email@example.com with the URL of your dev org, the name of the app integration, and a link to its location in the OIN catalog.
Removing an app integration from the OIN doesn't prohibit existing users from accessing it. The app integration isn't removed from end-user dashboards until an admin for the customer's org removes the app integration from their org.
Finally, if you intend to remove your back-end application support for your Okta integration, alert your customer admins about the change. Inform your customers if you're deploying a replacement solution.