The Ivanti connector allows Simpplr Enterprise Search to index your Ivanti Knowledge Base content, making it easily discoverable and searchable directly within Simpplr.
With this connector, you can:
Unify search across systems — Search Ivanti Knowledge Base articles alongside other enterprise content within Simpplr, eliminating the need to switch between applications.
Improve employee experience — Surface relevant answers faster with semantic search, keyword matching, and Smart Answers powered by indexed Ivanti content.
Indexed content from Ivanti is available in:
Main search listing
Smart Answers
Capability | Details |
|---|---|
Content types | Knowledge Base Articles (Employee Knowledge collection) |
Metadata | Title, URL, author, created/updated dates, category, subcategory, keywords, knowledge type, view count, helpful count |
Permissions | Simplified model — all active Ivanti employees can access all indexed articles |
Indexing | Full sync, incremental sync (timestamp-based), user sync, and periodic full sync |
Filters | Not applicable — the connector automatically indexes all published articles in the Employee Knowledge collection. No user-configurable filters. |
Search features | Keyword search, Hybrid search, Autocomplete, Smart Answers |
The Ivanti connector indexes a single object type:
Knowledge Base Articles (knowledge_article) — Employee-facing articles from the "Employee Knowledge" collection, including:
Issue Resolution articles
Q&A articles
Reference articles
Note: Only articles with Published status are indexed. Drafts, retired articles, and archived articles are excluded or removed from the index during incremental sync.
Not Indexed
Incidents, service requests, and change requests (ticket data)
Service catalog items and requestable services
Binary attachments or embedded files within Knowledge Base articles
User comments and feedback threads on articles
Knowledge articles outside the "Employee Knowledge" collection
Articles in Draft, Retired, or Archived status
For each indexed Knowledge Base article, the Ivanti connector captures:
Field | Description |
Title | Article title |
URL | Direct link to the article in Ivanti |
Author email | Email address of the article author |
Author name | Full name of the article author |
Created time | Article creation timestamp |
Last modified time | Last modification timestamp |
Published date | Date the article was published |
Category | Primary category classification |
Subcategory | Secondary category classification |
Keywords | Comma-separated keywords associated with the article |
Knowledge type | Article type — QandA, IssueResolution, or Reference |
Knowledge number | Unique knowledge article number |
Knowledge version | Article version number |
Status | Publication status (Published) |
Collection | Knowledge collection name (Employee Knowledge) |
View count | Number of views |
Helpful count | Number of "helpful" ratings |
Not helpful count | Number of "not helpful" ratings |
Body | Full article content (HTML stripped to plain text) |
The Ivanti connector implements a simplified access control model designed for employee-facing knowledge content.
Access level | Description |
Granular permissions | Not required — the Employee Knowledge collection is inherently public to all employees within Ivanti. |
Versions and Editions Supported
Supported | Not Supported |
Ivanti cloud-hosted instances (e.g., company.ivanticloud.com) | On-premises Ivanti deployments without OData API access |
Ivanti instances with OData REST API enabled | Legacy Ivanti versions that do not expose /api/odata/businessobject/ endpoints |
Ivanti Service Manager (ISM) with Knowledge Management module | Personal or trial accounts without API access |
Ivanti instance must expose the OData REST API at /api/odata/businessobject/
The Knowledge Management module must be configured with an "Employee Knowledge" collection
REST API key authentication must be enabled
Before you begin, ensure the following:
You have Ivanti Administrator access to the Ivanti instance.
You can generate and manage API tokens with appropriate permissions.
The Knowledge Base module is configured with an "Employee Knowledge" collection containing published articles.
ℹ️ Why needed? Administrator access is required to generate API tokens and configure API security settings that grant read access to Knowledge Base and employee data. |
Ability to create a REST API key in the Ivanti admin portal.
The API token must have permissions to:
Read Knowledge Base articles from the Employee Knowledge collection
Read employee records for access control sync
Access OData endpoints (/api/odata/businessobject/)
ℹ️ Why needed? The connector authenticates to the Ivanti OData API using a REST API key. Without a valid token with the correct permissions, the connector cannot retrieve content. |
Outbound HTTPS (port 443) access must be allowed from the Simpplr connector runtime to your Ivanti instance URL.
If your Ivanti instance is behind a firewall or VPN, ensure the Simpplr connector IP ranges are allowlisted.
The Ivanti connector uses REST API Key authentication to connect to the Ivanti OData API.
Property | Value |
Auth type | REST API Key |
Header format | Authorization: rest_api_key={api_token} |
Token scope | Read access to Knowledge Base articles and employee records |
Required Credentials
Credential | Description | Example |
Base URL | The base URL of your Ivanti cloud instance | |
API Token | REST API key generated from the Ivanti admin portal | abc123...xyz789 |
Data storage and residency: Indexed content from Ivanti are stored within your Simpplr Enterprise Search environment, in the same region as your Simpplr tenant.
Encryption in transit: Server-side encryption with Amazon S3 managed keys (SSE-S3), TLS encryption in Kafka.
Encryption at rest: SSL (TLS 1.2 or higher), Auth: OAuth 2.0 Bearer tokens (client-credential).
Creating an API Key for Ivanti Integration
1. Sign in to your Ivanti instance with administrator privileges.
2. Go to Settings.
3. Navigate to Security Controls → API Keys.
4. Click Add Key Group.
5. Enter the following details:
- Name: Simpplr Integrations Enterprise Search
- Description: (optional, but recommended for clarity)
6. Save the key group.
7. Select the newly created key group and click Add API Key.
8. Configure the API key with:
- On Behalf Of: An administrator user
- In Role: Administrator
ℹ️ In Role: Administrator access is required to ensure draft or retired articles can be accessed and removed from search results during incremental sync. |
9. Copy and securely store the generated API token.
In Simpplr, go to: Enterprise Search > Connectors > Add connector.
Select "Ivanti" from the connector list.
Enter the connection name (e.g., "Ivanti - Production KB").
Provide authentication details: Ivanti Base URL and API Token.
Click Save to store the configuration.
Configure Audience based filtering.
Include audiences
Exclude audiences
Articles in other collections and non-published articles are excluded automatically. No additional filter configuration is needed.
After saving the connector configuration, the initial sync starts automatically.
Monitor sync status at: Enterprise Search > Connectors > Ivanti > Health.
Available sync schedule:
Sync type | Default frequency | Description |
Full sync | Initial setup | Complete crawl of all published Employee Knowledge articles |
Incremental sync | Hourly | Fetches articles modified since the last sync using timestamp-based change detection |
User sync | Daily | Synchronizes active employee records from Ivanti for access control |
If the initial sync fails, check the error details in the dashboard and refer to the Monitoring and Troubleshooting section.
Property | Detail |
What is indexed | All Knowledge Base articles in the "Employee Knowledge" collection with "Published" status |
Processing order | Articles fetched in ascending order by LastModDateTime for consistent processing |
Pagination | Results retrieved in batches of 100 articles per API call using OData $top / $skip |
Duration | Depends on total article count. A typical knowledge base completes within minutes |
Mechanism: Timestamp-based cursor using the LastModDateTime field.
Frequency: Hourly.
Change type | Behavior |
New article created and published | Indexed as a new document |
Article content updated (title, body, keywords, category) | Re-indexed with updated content |
Article status changed to Published | Indexed as a new document |
Article status changed from Published to Draft/Retired | Deleted from the index |
Article moved out of Employee Knowledge collection | Deleted from the index |
Author or metadata updated | Re-indexed with updated metadata |
Property | Detail |
Frequency | Daily |
Scope | All employees with Status eq 'Active' in Ivanti |
Identity mapping | Users identified by their PrimaryEmail field. Employees without a valid primary email are skipped. |
Scenario | Handling |
Article unpublished (status changed from Published) | Removed from index during next incremental sync |
Article moved to a different collection | Removed from index during next incremental sync |
Article permanently deleted in Ivanti | Detected and removed during the weekly full sync |
Employee deactivated in Ivanti | Removed from user index during next daily user sync; can no longer access content |
Change type | Latency |
Incremental changes | Typically reflected within 1–2 hours (hourly incremental sync) |
New user provisioning | Reflected within 24 hours (daily user sync) |
Source field (Ivanti) | Index field (Simpplr) | Description |
Title | title | Article title |
Constructed from RecId | url | Direct link to article in Ivanti |
AuthorEmail | owner_email | Author email address |
Author | owner_fullname | Author full name |
Details (HTML stripped) | body | Article content as plain text |
CreatedDateTime | created_at | Article creation timestamp |
LastModDateTime | updated_at | Last modification timestamp |
PublishedDate | published_date | Publication date |
FRS_KnowledgeType | knowledge_type | QandA, IssueResolution, or Reference |
Category | category | Primary category |
Subcategory | subcategory | Secondary category |
Keywords | keywords | Keywords (array) |
KnowledgeNumber | knowledge_number | Article number |
KnowledgeVersion | knowledge_version | Article version |
CountView | view_count | View count |
CountHelpful | helpful_count | Helpful rating count |
CountNotHelpful | not_helpful_count | Not helpful rating count |
Status | status | Publication status |
Collection | collection | Knowledge collection name |
Title + Keywords | autocomplete | Autocomplete text built from title and keywords |
Search results from the Ivanti connector appear with:
Icon: Ivanti source icon
Source label: "Ivanti"
Title: Article title as a clickable link to the original article in Ivanti
Snippet: Excerpt from the article body
Author: Author name
Last modified date: When the article was last updated
Filter | Description |
Source | Filter by "Ivanti" to see only Ivanti results |
Last modified | Filter by modification date range |
Smart Answers / Q&A: Yes
Autocomplete: Yes
Recommendations / “Suggested for you”: N/A
Trending / popular results: N/A
Semantic / hybrid ranking: Yes
The Ivanti platform has a rate limit of 100,000 API calls per 24-hour duration.This is a global platform cap, not specific to the Knowledge API.
Permanent deletions : The Ivanti OData API does not provide explicit deletion events. Hence, permanent deletions are only detected during the weekly full sync.
Navigate to: Enterprise Search > Connectors > Ivanti
Metric | Description |
Last sync status | Success, Warning, or Failed |
Last sync time | Timestamp of the most recent sync completion |
Next scheduled sync | When the next sync is expected to run |
Total items indexed | Number of Knowledge Base articles currently in the index |
Errors or warnings count | Number of issues encountered during the last sync |
Authentication failed (invalid credentials or missing permissions)
Possible causes:
Incorrect API token or Base URL
API token has expired or been revoked
API token does not have read permissions for Knowledge Base or employee business objects
Resolution:
Verify the Base URL matches your Ivanti instance (e.g., https://company.ivanticloud.com).
Confirm the API token is valid and has not expired.
Ensure the API token has read access to FRS_Knowledges and employees OData endpoints.
Re-enter the credentials in the connector configuration and test the connection.
Rate limit or quota exceeded
Possible causes:
Too many API requests to Ivanti in a short period
Other integrations or services consuming API quota on the same Ivanti instance
Resolution:
Narrow the sync scope or exclude low-value content if possible.
Check the Ivanti admin console for API quota or rate limit settings.
Ensure the app/service account has at least read access to the required endpoints.
Re-run sync after correcting any permission or quota issues.
No articles being indexed
Possible causes:
No articles exist in the "Employee Knowledge" collection with "Published" status
The Knowledge Base module is not configured or enabled in Ivanti
Resolution:
Log in to Ivanti and verify that the "Employee Knowledge" collection contains published articles.
Ensure the Knowledge Management module is active and configured.
Run a test connection to verify API access.
Incremental sync fails with "sync cursor empty" error
Possible causes:
No full sync has been completed successfully prior to running incremental sync
Resolution:
Run a full sync first to establish the initial sync cursor.
Once the full sync completes successfully, incremental syncs will work automatically.
Users cannot see Ivanti content in search results
Possible causes:
The user is not an active employee in Ivanti
The user's PrimaryEmail in Ivanti does not match their Simpplr identity
User sync has not yet completed
Resolution:
Verify the user exists as an active employee in Ivanti with a valid PrimaryEmail.
Ensure the user's email in Ivanti matches their Simpplr account email.
Wait for the next daily user sync to complete, or trigger a manual user sync.
Contact Simpplr Support if:
Authentication errors persist even after verifying credentials and permissions
Sync is stuck and has not progressed for several hours
Sync fails repeatedly despite following the troubleshooting steps
Incomplete or partial sync — only some articles are indexed when more are expected
When contacting Support, include:
Connector name and instance ID (if available)
Organization URL
Approximate time and date of the issue
Error messages or screenshots from the connector health dashboard
Steps you have already tried
Q: Can I connect multiple Ivanti tenants or domains?
Ans: Yes. Each Ivanti instance is configured as a separate connector in Simpplr. Go to Enterprise Search > Connectors > Add connector, and create a new Ivanti connector for each tenant with its own Base URL and API token.
Q: How often does the Ivanti connector sync data?
Ans: The connector runs three types of syncs:
Incremental sync: Hourly — picks up new and modified articles since the last sync.
User sync: Daily — synchronizes active employee records for access control.
Full sync with delta: Weekly — performs a complete crawl to catch any deletions not detected incrementally.
Q: Are comments, revisions, or version history indexed?
Ans: No. The connector indexes only the current published version of each Knowledge Base article. Comment threads, revision history, and prior versions are not indexed.
Q: Does the connector index content from external guests or shared links?
Ans: No. The connector only indexes articles from the "Employee Knowledge" collection. Only published articles in that collection are indexed, and only active Ivanti employees (synced via user sync) can view them in Simpplr search.
Q: What happens when a user loses access to an item in Ivanti?
Ans: Since the Ivanti connector uses a simplified access model, individual item-level access changes do not apply. However:
If an employee is deactivated in Ivanti, they are removed from the user index during the next daily user sync and can no longer see Ivanti content in Simpplr search.
If an article is unpublished or retired, it is removed from the search index during the next hourly incremental sync.
Q: Can I exclude certain articles or categories from being indexed?
Ans: The connector indexes all published articles in the "Employee Knowledge" collection. Filtering by category, subcategory, or knowledge type is not currently configurable. To exclude specific content, manage article visibility within Ivanti by moving articles to a different collection or changing their status to Draft/Retired.
Q: How are deletions handled?
Ans: The deletions are handled by:
Status changes (Published to Draft/Retired/Archived): Detected during the hourly incremental sync and removed from the index automatically.
Collection changes (moved out of Employee Knowledge): Detected during the hourly incremental sync and removed from the index.
Permanent deletions (article deleted from Ivanti): The Ivanti OData API does not provide explicit deletion events. Permanent deletions are detected during the weekly full sync, which compares the complete set of published articles against the current index.