Desktop app for macOS and Windows

SharePoint into a database, from your own machine

Install, sign in with your Microsoft account, tick the lists you need and point at a database. The first run builds the replica; every run after keeps it in sync on the schedule you set. Nothing is installed in SharePoint.

Book a call

Book a call to talk through your use case, see further walkthroughs or demos, and set up a trial in your own environment.

Every replication with its schedule, last run and next run at a glance.
Every replication with its schedule, last run and next run at a glance.

Who it is for

Analysts who need Power BI, Excel or a notebook on list data that has outgrown the SharePoint connector. Developers who want a table under an internal app. Anyone doing a one-off migration or an evaluation before SPSync in your Azure is deployed with you. If you can open the site in a browser, you can replicate it from the desktop app.

Five minutes to first rows

  1. Sign in with Microsoft. With delegated sign-in, SPSync sees only what you can see.
  2. Find the site by name or paste its URL. Admins can browse every site in the tenant.
  3. Tick the lists and libraries you want, or select the whole site so any list added to it later appears in the replica on its own.
  4. Choose a destination: SQL Server, Azure SQL, Postgres, Supabase, MySQL, DuckDB, or Parquet on Azure Data Lake. Test the connection in place.
  5. Run it, watch the full load, then leave it on a five-minute schedule.
Connect to Microsoft 365 with delegated sign-in, or grant per-site app permissions.
Connect to Microsoft 365 with delegated sign-in, or grant per-site app permissions.
Tick the lists and libraries to replicate, or select the whole site.
Tick the lists and libraries to replicate, or select the whole site.

What you see while it runs

Every replication shows its schedule and its last and next run, with pause, resume and run now from the same screen, each a real sync on the same engine as the command line and Azure. Rows read and written for each run, and errors named by list, are there as soon as the run finishes. A full reconcile pass runs on its own on a schedule you set (weekly by default), confirming every row still matches SharePoint; force one sooner with the command-line tool (a separate install), handy right after your own server or a Microsoft 365 outage clears.

Per-list metrics for every run: rows read, inserted, updated, soft-deleted, and any errors.
Per-list metrics for every run: rows read, inserted, updated, soft-deleted, and any errors.

The same engine as Azure and the command line

The desktop app wraps the same replication engine that powers the Azure managed application and the CLI. The tables it creates, the way it handles lookups, deletes and schema changes, and the licence key it activates are identical. To move a replication to Azure or a server later, set it up there against the same destination and the tables carry on as they are.

Permissions your admin can say yes to

Delegated sign-in needs no admin, unless your tenant requires admin consent for apps; the admin permissions guide explains the difference. When you want unattended sync with app permissions, the first-run wizard explains each permission in plain language, generates a one-page pack for your admin, and supports Sites.Selected so access is granted site by site. Tenants with their own app registration can bring it.

The first-run permissions wizard tells your admin exactly what to grant, and why.
The first-run permissions wizard tells your admin exactly what to grant, and why.

Good to know

Frequently asked questions

Does the desktop app need to stay open?

No, if you turn on Keep syncing in the background in Settings: SPSync registers a per-user background service and scheduled syncs carry on with the window closed. With it off, syncs run while the app is open. A closed app leaves the replica where it was, and the next run picks up every change since, because deltas are keyed on SharePoint's change tokens.

What does it need from my IT team?

Usually nothing to start. Delegated sign-in uses your own Microsoft account and sees only the sites you can already open. It needs no admin unless your tenant requires admin consent for apps. If you want unattended app permissions later, the first-run wizard produces a one-page pack your admin can approve per site with Sites.Selected.

Where does the data go?

Straight from SharePoint into the database you point it at: SQL Server, Azure SQL, Postgres, Supabase, MySQL, DuckDB, or Parquet on Azure Data Lake. The app keeps its configuration locally and never sends your content anywhere else.

Can I move a replication to Azure or the command line later?

Yes. Set the replication up again in the other edition with the same lists and the same destination; on the command line, spsync export-config writes it as YAML from the site URL and list names. The tables and schema are identical, so reports built on them carry on working.

How is it licensed?

Per installation and per target family, on an annual term, with Standard Support included. Each machine that runs SPSync is one seat; lists, items and sites are unlimited on every licence. There is no free tier and no public price list: book a call and we size a licence with you.

Book a call

Book a call to talk through your use case, see further walkthroughs or demos, and set up a trial in your own environment.