RP
Payroll

RUN Powered by ADP AI Integration

Connect RUN Powered by ADP to BeforeQuery for grounded AI answers and agent actions across Payroll.

What is it?

About RUN Powered by ADP

RUN Powered by ADP is one of the Payroll platforms BeforeQuery connects to. Once linked, the platform's data becomes a first-class source for grounded AI answers and a target for policy-gated agent actions — the same identity, approval, and audit-log guarantees every other integration ships with.

Setup

How to connect RUN Powered by ADP

  1. Step 01

    In the BeforeQuery dashboard, go to Integrations → Payroll and select RUN Powered by ADP.

  2. Step 02

    Sign in to RUN Powered by ADP with an account that has permissions to grant BeforeQuery the Payroll scopes required.

  3. Step 03

    Confirm the connection. RUN Powered by ADP is now available as a source and action target for every playbook in your workspace.

How BeforeQuery uses RUN Powered by ADP

What the agent does with your RUN Powered by ADP connection

  • 01

    Read RUN Powered by ADP pay history + upcoming runs to answer employee questions in Slack ("when's my next check?").

  • 02

    Trigger downstream updates when RUN Powered by ADP data changes — banking, tax jurisdiction, deductions.

  • 03

    Draft communications for pay-cycle events, holiday shifts, or off-cycle bonuses grounded in your comp policy.

  • 04

    Reconcile RUN Powered by ADP exports against ledger entries and flag anomalies for the accounting team.

Use cases

What teams actually do with the RUN Powered by ADP integration

Employee pay-history Q&A

Employees ask "when's my next paycheck?" or "how much was my last bonus?" — BeforeQuery pulls their RUN Powered by ADP record, checks the pay calendar, and answers with the specific number and date. No HR ticket required.

Off-cycle bonus workflow

Manager submits an off-cycle bonus in the request form → BeforeQuery drafts the RUN Powered by ADP adjustment, routes to CFO approval, executes the payroll write, and sends the employee a heads-up with the amount and pay-date.

Payroll-ledger reconciliation

After each RUN Powered by ADP run, BeforeQuery pulls the export and reconciles against the GL entries in NetSuite / QuickBooks. Anomalies (unexpected line items, out-of-band amounts) get flagged for accounting review with a linked drill-down.

Answer questions grounded in RUN Powered by ADP

Employees and customers ask RUN Powered by ADP-related questions in Slack, Teams, or the widget — BeforeQuery answers with the exact RUN Powered by ADP record shown alongside the response. No context switching, no "log into Payroll to check" round-trips.

RUN Powered by ADP — Frequently Asked Questions

Common questions about connecting BeforeQuery to RUN Powered by ADP.

Only if a playbook needs it. Comp data is treated as high-sensitivity: the connection can be scoped to exclude comp fields entirely, and any playbook that reads comp requires an approver on the workspace level. Nothing about compensation appears in default answers.
No. Full payroll runs stay with your payroll administrator inside RUN Powered by ADP. BeforeQuery reads, drafts adjustments, and orchestrates the surrounding workflow (approvals, communications, reconciliation) — but the "process payroll" action stays with a human.
Standard OAuth 2.0 where RUN Powered by ADP supports it, otherwise API-key or bearer-token auth. Credentials are stored encrypted at rest (AES-256-GCM) per workspace, never shared across customers, and rotated on request. The connection is scoped to the least-privilege set of scopes each playbook needs — you approve the scope list on install.
No. Your RUN Powered by ADP data feeds only your workspace's own agents and answers. Nothing is used to train a shared model, and nothing crosses workspace boundaries. Bring-your-own-model is available on Enterprise if you want to pin inference to your own OpenAI / Anthropic / self-hosted deployment.
Yes. Every RUN Powered by ADP integration is scoped at install time — you pick which resources, users, or record types are visible. You can further restrict per-playbook: a single playbook only touches the specific RUN Powered by ADP objects it needs. Scope changes take effect on the next sync.
Every write is logged with the acting user, the playbook that fired it, the exact operation, the target entity IDs, and the timestamp — all in the immutable audit log. Writes are rehearsable in simulation mode against a copy of live data before they touch RUN Powered by ADP for real.

Ready to connect RUN Powered by ADP?

Start free. No credit card required. Connect your first integration in under 5 minutes.