- BigPanda Documentation
- Integrations
- BigPanda Unified Data Connector
- Unified Data Connector Configuration
- SharePoint Data Connector
SharePoint Data Connector
The BigPanda Unified Data Connector (UDC) syncs SharePoint list metadata through the Microsoft Graph API to provide context and insights for AI Incident Assistant (Biggy), AI Incident Prevention, and AI Detection and Response.
Ingested data is securely stored and made available in the IT Knowledge Graph, powering analytics, trend analysis, and downstream operations workflows.
Metadata only sync
The SharePoint connector ingests list item metadata and selected scalar list columns. It does not move document contents, attachments, page HTML, or binary payloads from document libraries into BigPanda.
Rows from document libraries may appear as list items (for example, file name, modified date, URL), but the connector does not download file bodies.
Non-scalar column types (lookups, person/group, multi-value choice, etc.) may be omitted or normalized depending on how Microsoft Graph represents them. Use internal SharePoint column names, not display labels.
When to use this connector
SharePoint lists are the source of truth (change calendars, KB indexes, runbook trackers, approval lists, etc.).
You need scheduled, incremental sync into the IT Knowledge Graph.
Linking to SharePoint items via webUrl is sufficient; file bodies are not required in BigPanda.
When not to use this connector
Primary knowledge lives in document library files (Word, PDF, etc.).
You need wiki page HTML or attachment binaries in BigPanda.
Knowledge is in Confluence or ServiceNow KB — use those connectors instead.
SharePoint on-premises farms (non-Microsoft 365) — not supported via this Graph-based connector.
Authentication
The SharePoint connector uses OAuth 2.0 client credentials against Microsoft Entra ID (Azure AD) and calls Microsoft Graph. BigPanda refreshes credentials before sync requests, so scheduled runs continue without manual re-authorization. Auth strategy cannot be changed when editing an existing connection.
Microsoft Graph prerequisites
Before BigPanda can configure the connector, your organization must register an application in Microsoft Entra ID that grants the BigPanda application (not delegated) read access to the SharePoint list data you want to sync. The application requires the following admin-consented Microsoft Graph application permission:
Sites.Read.All
Provide the client ID, the client secret, and the following connection settings to your BigPanda account team, who will complete the authorization and set up the connector.
Setting | Value |
|---|---|
|
instance_url is always the Graph API base URL. The SharePoint site path is configured separately on the pipeline as site_url. |
Auth strategy | OAuth 2.0 client credentials |
Application (client) ID | From your Entra app registration |
Client secret | The secret Value (not the Secret ID) |
|
|
|
|
Configure the SharePoint connector
Provide the following configuration to your BigPanda account team. The connector creates one output table per configured list.
Field | Required | Default | Description |
|---|---|---|---|
| Yes | — | SharePoint site path in Graph format: For example: |
| Yes | — | Map of output table name and list definition. Each list produces one output table. |
| Yes | — | Within each |
| No | All columns | Within each |
| Yes | — | The start of the sync window, in Sets the initial sync window and incremental cursor baseline. Required when creating a pipeline. Must be today or earlier. |
| Yes | — | Cron expression for scheduled sync runs (for example, every 15 minutes). |
| No | UTC | Timezone for schedule interpretation. |
| No | 100 | Items per Graph request ($top). Maximum 999. |
| No | 20 | Maximum requests per minute. |
| No | 1000 | Milliseconds to wait when the local rate limiter throttles requests. |
| No | 60 | Seconds before a Graph request times out. |
Example configuration
{
"cron_schedule": "*/15 * * * *",
"start_date": "2024-01-01",
"timezone": "UTC",
"site_url": "contoso.sharepoint.com:/sites/MySite",
"lists": {
"tasks": {
"list_id": "00000000-0000-0000-0000-000000000001",
"field_names": ["Title", "Status", "Priority"]
}
},
"page_size": 100,
"rate_limit": 20,
"rate_limit_timeout_ms": 1000,
"request_timeout": 60
}
Finding a list GUID
In SharePoint, open the List > Settings > List settings. The list GUID appears in the URL as List=%7B<guid>%7D, or use Microsoft Graph to enumerate lists for the site.
Output schema
The connector creates one output table per lists entry. Each table uses id as its primary key and Modified as its sync cursor. Each record includes the following metadata along with any selected scalar list columns.
Field | Description |
|---|---|
| Unique identifier of the list item. This is the primary key for the table. |
| The date and time the item was created. |
| The date and time the item was last modified, as reported by Microsoft Graph. |
| The SharePoint |
| A link to the item in SharePoint. |
Selected scalar list columns | Any scalar columns you name in |
Sync behavior
Ongoing sync is incremental based on the SharePoint Modified column.
Initial / backfill: On the first run (or after a cursor reset), the connector loads items with Modified on or after
start_date.Subsequent runs: The connector loads items with Modified greater than or equal to the stored cursor from the previous successful run.
Scheduling:
cron_schedulecontrols how often incremental runs execute.
Filtering uses SharePoint modified column
The connector filters on the SharePoint Modified field rather than the Graph lastModifiedDateTime field, because Microsoft Graph does not support filtering on lastModifiedDateTime for list items.
Request and performance controls
You can tune the following controls to manage paging and request behavior.
Control | Default | Description |
|---|---|---|
|
| The number of items requested from Microsoft Graph in a single call. This maps to the Graph |
|
| The maximum number of requests sent per minute. |
|
| Wait time when the connector’s rate limiter throttles outbound requests. |
|
| How long the connector waits, in seconds, before timing out a request. |
When Microsoft Graph returns HTTP 429, the connector honors the Retry-After header before retrying.
Troubleshooting
If a sync run fails, review the items below.
Symptom | What to check |
|---|---|
Authentication failures | Entra app client ID, client secret Value, |
Wrong API endpoint | Connection instance_url is https://graph.microsoft.com, not the SharePoint site hostname. Site path belongs in pipeline |
Site resolution failures |
|
List not found / empty table |
|
Missing or wrong columns |
|
Rate limiting (429) | Lower rate_limit or increase |
Unexpected date range |
|
No file contents | This is expected. The connector syncs metadata only, not document binaries. |
FAQs
Why does the connection use graph.microsoft.com instead of our SharePoint site URL?
The connection authenticates to Microsoft Graph. The SharePoint site is configured separately on the pipeline as site_url.
Can this connector ingest Word or PDF files from document libraries?
No. It syncs list item metadata only. File name and URL may appear for library rows, but file bodies are not downloaded.
Do we need Files.Read.All?
No for this connector. Sites.Read.All (application) is sufficient for list metadata.