The Bynder connector allows Simpplr Enterprise Search to index your Bynder digital asset management (DAM) library, making assets and metadata easily discoverable and searchable directly within Simpplr.
With this connector, you can:
Search media assets (documents, presentations, spreadsheets, and supported file types) with extracted text where supported.
Respect Bynder access rules in search when document-level security (DLS) is enabled, using portal users, groups, profiles, and metaproperty-based content access.
Indexed content from Simpplr Enterprise Search is available in:
Main search listing
Smart answers (where your tenant enables it and content is eligible)
Content types | Media assets from Bynder images, documents, and other asset types returned by the API |
Metadata | Name, description, URLs, dates, author name, brand, extension, file size, thumbnails, all metaproperties |
Permissions | Metaproperty option rules through user/group/profile principals |
Indexing | Full sync + incremental sync (timestamp-based); attachment text extraction for supported extensions, user sync |
Filters | Default: assets modified in the last 730 days |
Search features |
|
Objects - The connector indexes Bynder media assets (files in the asset bank), including common types such as:
Documents (e.g. PDF, Word, PowerPoint, Excel, text, HTML, CSV)
Not Indexed
Collections
Archived assets
Workflow jobs, Brandstore orders, analytics, webhooks, and other non-media entities
Body text for unsupported file extensions (metadata is still indexed; see Known limitations)
Metadata - For each indexed item, Bynder Connector captures:
Title
Description
Author Name
Timestamps: created_at, updated_at, date_published, _timestamp
Location / taxonomy: brand_id, asset_type (Bynder type), custom metaproperty fields
Extension
File Size
Permissions model - Permissions are read from Metaproperties assigned to the Bynder asset and enforced in Simpplr Enterprise Search.
Supported | Not Supported |
Bynder cloud (SaaS) | On-premises or legacy deployments not reachable via standard Bynder cloud APIs |
OAuth 2.0 Client credentials | Connections without OAuth client credentials |
Before you begin, ensure the following:
Source system permissions
You can administer Bynder (or work with your Bynder admin) to create an OAuth client and grant API scopes.
The account used to approve/consent the integration can access the assets and users you intend to index.
Why needed: Bynder only returns data the token and user are allowed to see.
Application / service account
Ability to create an OAuth 2.0 client (client ID + client secret) in Bynder.
Ability to assign scopes: admin.user:read, asset:read, meta.assetbank:read.
Why needed: Authentication and API access for media, users and metaproperties access.
Network and firewall
Outbound HTTPS from the Simpplr Enterprise Search connector runtime to your Bynder hostname (e.g. https://company.bynder.com).
Allow traffic to Bynder APIs and to CDN/download URLs returned for file extraction (asset downloads).
Authentication mechanism - Simpplr Enterprise Search connects to Bynder using OAuth 2.0 client credentials:
Auth type: OAuth 2.0 client credentials (Bearer token)
Token endpoint: {domain}/v6/authentication/oauth2/token
Scopes or permissions required (examples):
Scope | Purpose |
asset:read | List and read media assets; download links |
meta.assetbank:read | Metaproperty / asset bank metadata |
admin.user:read | Portal users for DLS identity sync |
Token behavior:
Tokens are refreshed automatically before expiry (about 60 seconds before expires_in). On 401 from API calls, the connector refreshes the token and retries once.
Data security
Data storage and residency: Indexed content and metadata are stored in your Simpplr Enterprise Search index region (per your Simpplr deployment).
Encryption in transit: Server-side encryption with Amazon S3 managed keys (SSE-S3), TLS encryption in Kafka.
Encryption at rest: TLS for all Bynder API and download traffic.
Permission enforcement: queries filter results using synced user principals (email, user, profile, group) and per-asset allowaccess_control.
Sign in to the Bynder admin / developer area for your portal.
Create an OAuth 2.0 client (client credentials).
Grant scopes: admin.user:read, asset:read, meta.assetbank:read.
Ensure the client can use Content Access APIs if you plan to enable DLS.
Copy Client ID and Client secret.
Note your portal domain (e.g. company.bynder.com or full https://company.bynder.com).
In Simpplr, go to: Enterprise Search → Connectors → Add connector.
Select Bynder.
Enter basic information:
Name: Name for the Bynder connector
Domain: Bynder portal hostname or URL
Client ID
Client Secret
Save the configuration.
Advanced rule
age — ISO timestamp; only assets modified on or after that time are included (maps to Bynder dateModified).
Audience based filtering.
Include audiences
Exclude audiences
After saving the connector configuration, the initial sync starts automatically.
Monitor sync status at: Enterprise Search > Connectors > Bynder > Health.
Available sync schedule:
Sync type | Default frequency | Description |
Full sync | Initial setup | Complete crawl of all required media assets |
Incremental sync | Hourly | Fetches assets modified since the last sync using timestamp-based change detection |
User sync | Daily | Synchronizes active users records from Bynder for access control |
Crawling and sync behavior
Describe how the connector works over time:
Initial full crawl
Indexes media assets with pagination (page size 300).
Applies 730-day dateModified cutoff unless sync from timestamp is set.
Skips archived assets on full sync.
Extracts file content for supported extensions (doc, docx, pdf, ppt, pptx, xls, xlsx, csv, txt, rtf, html, odt, etc.).
Duration depends on asset count, file sizes, and API rate limits.
Incremental updates
Mechanism: Timestamp Cursor
Frequency: Hourly
Change type | Behavior |
New assets | Indexed on next incremental (or full) sync |
Updated metadata/content | Reindexed when dateModified advances |
Permission / metaproperty changes | Updated when asset is picked up as modified |
Archived | Delete from index on incremental sync |
Deleted (trash) | Delete from index via trash API |
ACL sync
Mechanism: Information about all the active users is ingested.
Frequency: Daily
Deletion and permission changes
Deleted / trashed / archived: removed from the index on incremental sync (OP_DELETE).
Permission changes: updated when the asset is re-fetched; user ACL changes apply after access control sync.
Expected latency
Under normal load, changes typically appear within 1–2 hours after modification in Bynder, depending on job queue and volume.
Large backfills or API 429 throttling can extend delay.
Default field mapping
Source field Bynder → Stored Field Simpplr
Presentation Field | Stored Field | Source Field | Description |
id | id | Bynder asset UUID; document _id | |
_timestamp | dateModified (fallback dateCreated) | Incremental cursor and ordering; ISO 8601 UTC | |
Object Type | object_type | type | document, image, video, etc |
Title | name | name | Primary display title |
Excerpt | body | download + extraction | Text extracted from file (pdf, docx, pptx, etc.); empty if extraction fails or type unsupported |
URL | url | derived | Portal link: <https://{bynder-domain}/media/{id}> (exact path to confirm per tenant UI) |
Updated At | updated_at | dateModified | ISO 8601 UTC |
Created At | created_at | dateCreated | ISO 8601 UTC |
description | description | Search relevancy, keyword search | |
author_name | userCreated | Display; not a reliable email principal | |
date_published | datePublished | Filtering, relevancy | |
extension | extension[0] or property_File_Type[0] | Normalized primary file extension | |
extensions | extension | Raw list from API | |
file_size | fileSize | Filtering | |
brand_id | brandId | Filtering | |
id_hash | idHash | Stable alternate id if needed | |
bynder_type | type | Source type (document) | |
property_* | property_* | Metaproperty facets (Region, Country, Products, etc.); filtering | |
property_options | propertyOptions | ACL computation; not presentation | |
thumbnail_webimage | thumbnails.webimage | Optional preview URL; not used for body | |
is_public, archive, limited, watermarked | same | Filtering; archive: 1 triggers delete on incremental | |
Access Control | allowaccess_control | computed | Email list from metaproperty option rules + user sync |
Property Values | property_values | computed from property values |
Search experience - how content from this connector appears in search:
Result layout:
Icon: Bynder icon
Source label: "Bynder Connector Name"
Title: Asset title as a clickable link to the original asset in Bynder
Snippet: Excerpt from the body
Last modified date: When the article was last updated
Available filters and facets:
Source =Bynder
File type
Last modified
Participation in advanced features:
Smart Answers / Q&A: Yes
Semantic / hybrid ranking: Yes
Limitation | Detail |
Maximum file size | 10mb; oversized files may be metadata-only. |
Unsupported file types | media extensions such as images, videos, mp3 are not downloaded; metadata only |
Rate limits | Bynder documents ~4,500 requests / 5 minutes / IP; connector retries 429, 502, 503, 504, 401 (after token refresh) with exponential backoff (up to 3 attempts). |
Permission edge cases | ACL derived from hidden metaproperty options and Content Access rules; assets without hidden restrictions use access:all. |
Collections | Not indexed. |
Enterprise Search → Connector name → Health / sync history
Metric | Description |
Last sync status | Success / Warning / Failed |
Last sync time | Timestamp of last completed job |
Next scheduled sync | Per scheduler |
Total items indexed | Document count in index |
Errors / warnings | Failed jobs, skipped assets (e.g. missing ID) |
Issue: Authentication failed
Possible causes | Wrong domain, client ID, or secret; missing scopes; inactive OAuth client |
Resolution | Re-enter credentials; verify scopes; test with Validate; confirm portal URL (https://…) |
Issue: Incremental sync failed — cursor empty
Possible causes | No successful full sync yet; cursor lost |
Resolution | Run a full sync first |
Issue: Rate limit or API errors (429 / 5xx)
Possible causes | High volume; Bynder throttling |
Resolution | Wait for retries; reduce scope with sync from timestamp; contact Support if persistent |
Authentication error persists even after trying the above-mentioned resolutions
Sync is stuck and hasn’t progressed in a few hours,
Sync failure
Incomplete or Partial sync.
DLS results clearly disagree with Bynder portal for many users
Missing file body in search
When contacting Support, include:
Connector name and instance ID (if available)
Organization URL
Approximate time and date of the issue
Error messages or screenshots
Steps you already tried
Q. Can I connect multiple {{SourceSystem}} tenants or domains?
Ans. Yes — create one connector instance per Bynder portal (domain + OAuth client).
Q. How often does Bynder Connector sync data?
Ans. The connector runs a full crawl on first setup and then there is Incremental sync for every 1 hour
Q. Are comments, revisions, or version history indexed?
Ans. No — current scope is media assets and metadata from the media API, not version history or comments.
Q. Does the connector index content from external guests or shared links?
Ans. Only what the OAuth app can read via Bynder APIs. Ad-hoc external sharing outside API visibility is not indexed.
Q. What happens when a user loses access to an item in Bynder?
Ans. On incremental sync, asset ACL and deletes are updated; access control sync refreshes user principals. Search results should reflect changes within the usual 1–2 hour window under normal load.
Q. Can I exclude certain sites/teams/folders from being indexed?
Ans. There is no folder/library picker; indexing is tenant-wide for visible media.
Q. How are deletions handled?
Ans. Trashed assets (trash API by dateRemoved) and archived assets are removed from the index on incremental sync. Permanent removal in Bynder should align with trash/archive behavior above.