HollyHR maintains the route
Google sign-in, configured Microsoft sign-in, one-way calendars and organisation export.
Sign in with Google, or a Microsoft work or school account where configured. Put approved time away in a calendar. Keep a Sheet or team digest current. Build one narrower connection when the job genuinely needs it.
Controlled early access · no native connector marketplace · each route names its operator and support boundary
HollyHR supports Google account sign-in, configured Microsoft work or school sign-in, a one-way away calendar, maintained Google Sheets and Slack recipes, governed developer access and reviewed payroll hand-offs. It has no native app marketplace, directory sync or two-way payroll connection.
Google sign-in, configured Microsoft sign-in, one-way calendars and organisation export.
You own the key, schedule, runtime, destination and support.
HollyHR prepares a pack; an operator checks, adapts and transfers it.
No marketplace install, provisioning or two-way sync unless stated.
The REST API is a governed beta. Approved read scopes are included on every plan. Standard adds signed webhooks; other writes need Standard plus exact HollyHR approval.
Google sign-in is available on HollyHR's supported app host. Microsoft work or school sign-in is available where the deployment is configured for it. The same one-way away-calendar subscription works with Google Calendar and Outlook.
HollyHR does not provision users, sync either directory, write events back or turn a calendar subscription into permission to read private absence reasons.
See the Who's Away privacy boundaryThe Google Sheets example is a read-only Apps Script sync. The Slack example is a scheduled presence-only digest using a Slack incoming webhook. Both run outside HollyHR, under your API key, schedule and destination permissions.
Signed HollyHR webhooks are a separate Standard feature. They cover documented event families; pair them with updated_since polling when completeness matters.
A System Admin can generate an audited Xero Payroll UK readiness pack and upload template. Sage uses HollyHR's generic payroll-readiness export. Neither route sends data to the provider.
The operator reconciles identifiers, checks warnings, completes payroll-only values and uploads the shaped Xero template. For Sage, they adapt or re-key the generic export to the workflow in use. There is no OAuth connection, pay-run push, payslip return or two-way sync.
Review the payroll export contractChoose by the job and the support boundary—not by how recognisable the logo is.
HollyHR calls something native only when it owns the connection, documents its behaviour and has a tested way to recover when it fails. A maintained recipe or reviewed export can still be the better small-team answer—provided everybody knows who operates it.
Stripe powers HollyHR billing. It is infrastructure, not a customer integration.
These answers describe the current HollyHR surface, not a future marketplace.
HollyHR supports Google account sign-in, configured Microsoft work or school sign-in, one-way away-calendar subscriptions and organisation export. It also offers a governed beta REST API, Standard signed webhooks, developer-preview MCP reads, maintained Google Sheets and Slack recipes, and reviewed payroll hand-offs.
No. These are sign-in and one-way calendar routes, not directory connectors. HollyHR does not provision users, provide SCIM or Entra sync, or write to calendars.
No. The maintained Slack recipe is a customer-hosted scheduled job. It reads safe people and approved time-off data, then posts a presence-only digest through Slack's incoming webhook. HollyHR provides no app, bot or marketplace install.
No API sync. A System Admin can generate an audited Xero Payroll UK pack and upload template. For Sage, the generic export is a reviewed source an operator adapts or re-keys. HollyHR neither pushes pay runs nor returns payslips.
Approved REST and MCP reads are available on every plan. Signed-webhook management is Standard. Other writes require Standard and exact HollyHR approval. System Admins manage scoped, expiring API keys after fresh MFA.
No. Hosted MCP is a developer preview over the scoped API. Writes are disabled by default and require Standard, explicit approval and a confirmation-capable host.
Join early access with the workflow in mind, or send the exact platform and data question. If the connection is missing, we will say so.