Jourier's Data Hub sits between Microsoft SharePoint and Sigma. Microsoft SharePoint data flows into the layer continuously (real-time CDC where supported, webhooks and polling otherwise), gets modeled to your business, and surfaces in Sigma as a clean dataset your team can build document analytics, access-pattern reporting, and storage-cost dashboards on top of.

For teams that want more than a packaged BI experience, the same Data Hub feeds a bespoke data application coded in React and TypeScript, owned by your team. Sigma runs alongside the bespoke application or in front of it, depending on what each part of the business needs.

Permissions and sharing in Microsoft SharePoint are sensitive. Jourier's modeling layer captures the access graph (which users can reach which folders) so security teams can audit access against a queryable layer.

Sigma's per-element queries make pricing predictable as the audience grows, but performance still depends on the underlying Microsoft SharePoint model. Jourier tunes the warehouse layer (clustering, materialized views, partition pruning) so Sigma's element-level fetch patterns stay fast even when dashboards have hundreds of elements.

Result: Sigma reports on Microsoft SharePoint read from a layer engineered for document analytics, with definitions consistent across reports and across the rest of the operational stack.

Sigma is a strong choice for teams that want a packaged dashboard experience on top of Microsoft SharePoint. For workflows Sigma doesn't cover (custom UI, write-back to Microsoft SharePoint, role-specific tools), Jourier builds a bespoke React application on the same Data Hub. Both can live alongside each other.

Can I connect Microsoft SharePoint to Sigma through Jourier?

Yes. Jourier builds a bespoke Microsoft SharePoint → Sigma integration through the Data Hub layer. Microsoft SharePoint data is modeled, kept current, and exposed to Sigma as a clean dataset your team can build document analytics on top of. The same modeled tables can feed coded React applications and AI assistants alongside Sigma, so the numbers stay consistent regardless of which surface a stakeholder uses. No connector licence fees if you self-host the data layer.

Is the Microsoft SharePoint → Sigma sync real-time?

Where Microsoft SharePoint supports change-data-capture, yes — updates surface in Sigma within seconds. Where it doesn't, scheduled polling and webhooks keep the layer current at the cadence the business actually needs (5 minutes for operational dashboards, hourly for finance, daily for archival). Time to first sync is typically instant to one day. The Data Hub holds the canonical state, so reports and dashboards never read directly from Microsoft SharePoint's API.

What does a Microsoft SharePoint → Sigma engagement cost?

Bespoke project, scoped to the Microsoft SharePoint workflows that matter and the Sigma reports your team actually uses. Pricing is project-based, not subscription-based — a fixed-fee build for the data layer + the Sigma dataset, then optional managed-services if you want Jourier to run it. No per-seat licences from Jourier, no platform fees if you self-host. Sigma licences are paid directly to Sigma Computing; we never mark them up.

Who owns the Microsoft SharePoint → Sigma integration code?

You do. Pipelines, data model, semantic layer config, Sigma dataset definitions, documentation: all yours. Self-host or have us host. Hand it to another vendor whenever you want, or take it over with your own team. Jourier delivers everything as code in a repository you own, with runbooks for how to operate it. No lock-in, no per-engagement licence.

Can I move off Sigma later but keep the Microsoft SharePoint integration?

Yes. The Data Hub feeds Sigma today, and the same layer feeds open-source dashboards (Apache Superset, Metabase, Grafana), a bespoke React application, or a different vendor BI tool tomorrow. The Microsoft SharePoint side of the integration — the pipeline, the modeling, the access controls — is unchanged when you switch front-ends. Most of our customers keep multiple consumers running in parallel during a transition window.

How long does a Microsoft SharePoint → Sigma engagement take?

First sync of Microsoft SharePoint data is typically instant to one day. A scoped engagement covering Microsoft SharePoint plus the Sigma reports that matter usually runs four to eight weeks. Bigger transformations are split into phases, each shipping value before the next begins. Jourier handles the Microsoft SharePoint pipeline, the modeling, the Sigma dataset, and the access controls. Your team validates the reports and trains the analysts.

Can existing Sigma reports built on Microsoft SharePoint be migrated to the new model?

Usually yes. Most existing Sigma reports become thin wrappers over the new modeled tables — the report logic stays, the data source switches from a direct Microsoft SharePoint connector to the Data Hub. Jourier audits the existing Sigma workspace, identifies what's worth keeping, and rebuilds report-by-report against the new model. Reports that were workarounds for Microsoft SharePoint's data shape get simplified or retired.

How do permissions work for Sigma pulling Microsoft SharePoint data?

Permissions live in the Data Hub, not in Sigma. Each Sigma user authenticates against your identity provider; the dataset that Sigma reads is filtered server-side based on the user's role, region, or department. Sigma's own row-level security still works on top of this. Result: a sales rep in Helsinki and one in New York hitting the same Sigma dashboard see different rows automatically, with the rule defined once in the layer.

Get started

Let’s discuss connecting Microsoft SharePoint to Sigma.

Book a meeting
Aleksi Stenberg Founder & CEO