Two-way sync
Changes in Paylocity or Salesforce instantly reflect in both systems. No stale data, no manual imports.
Keep Paylocity and Salesforce in sync without custom scripts. Cut weeks of integration work, eliminate silent data drift, and give your team a single, reliable source of truth.
Salesforce runs on people as much as on accounts: every contact, deal, and account has an owner, and those owners are employees whose roles, teams, and status are held in Paylocity. Paylocity is the system of record for the workforce, from new hires to promotions to departures, and often for the candidates the business is still deciding on. When the two systems are connected only by re-keying or an overnight export, they drift apart, and the CRM ends up assigning accounts to people who have left, holding territories that no longer match the org chart, and waiting days to give a new rep access.
Stacksync syncs Cases, Campaigns, Tasks and Events, Products and Price Books in Salesforce with Earnings (Pay Setup), Local and State Taxes, Direct Deposit, Pay Statements in Paylocity field by field, in real time, and in both directions. You decide which system owns which fields, so Paylocity stays authoritative on roles and org structure while Salesforce keeps ownership and territory current, and Stacksync resolves conflicts by the rules you set.
When Paylocity records a new hire, a matching user or owner is created in Salesforce, so a new rep can start working accounts without waiting on a manual setup ticket.
When a person changes team, manager, or region in Paylocity, their accounts and territory assignments in Salesforce update to match, so pipeline stays with the right owner.
When Paylocity marks a worker as departed, the matching user in Salesforce is flagged or deactivated, so former employees do not keep CRM access after their last day.
Representative objects on each side — any object or custom field can map to any target. Schemas are auto-detected; types are converted between the two systems.
| Paylocity objects | Salesforce objects | How this pairing syncs | |
|---|---|---|---|
| Company Codes Read-only reference codes and descriptions (cost centers, departments, positions) used to validate field mappings on employee writes. | Opportunities Deal records with stage and amount; synced to databases for pipeline reporting and to ERPs at close. | Company Codes is specific to Paylocity and Opportunities to Salesforce — each maps to any object or custom field on the other side. | |
| Custom Fields Read-only company-specific custom fields returned by category, used to enrich the employee record downstream. | Cases Support records; synced with help desk tools or internal databases for escalation workflows. | Custom Fields is specific to Paylocity and Cases to Salesforce — each maps to any object or custom field on the other side. | |
| Employees Core HR record keyed by companyId + employeeId; two-way via Create New Employee (POST) and Update Employee (PATCH), plus Get Employee / Get All Employees for reads. | Campaigns Marketing membership data; read out for attribution analysis in the warehouse. | Employees is specific to Paylocity and Campaigns to Salesforce — each maps to any object or custom field on the other side. | |
| Onboarding Create Employee Onboarding pushes new-hire data into Paylocity's onboarding workflow; Get Onboarding Status reads back partner onboarding progress. Write-in for hires from an ATS. | Tasks and Events Activity records; usually read-only in syncs to feed activity reporting. | Onboarding is specific to Paylocity and Tasks and Events to Salesforce — each maps to any object or custom field on the other side. | |
| Deductions (Pay Setup) Recurring deduction codes at the employee level; two-way via Upsert Deduction and Delete, with Get Deduction / Get All Deductions for reads. | Products and Price Books Catalog and pricing data; commonly mastered in an ERP and written into Salesforce. | Deductions (Pay Setup) is specific to Paylocity and Products and Price Books to Salesforce — each maps to any object or custom field on the other side. | |
| Earnings (Pay Setup) Recurring earning codes at the employee level; two-way via Upsert Earning and Delete, with Get All Earnings and Get by earning code for reads. | Custom Objects Org-specific tables with the __c suffix; discoverable via describe metadata so field mappings can be generated. | Earnings (Pay Setup) is specific to Paylocity and Custom Objects to Salesforce — each maps to any object or custom field on the other side. |
Each direction of the sync is driven by what the source system can signal and what the destination accepts — detection, delivery, and expected latency below.
DetectionPaylocity notifies Stacksync of record changes through webhook events. Webhooks — Paylocity POSTs Employee New Hire, Employee Change, Termination, Payroll Processed, and Time Off Approval events to a callback URL.
DeliveryEach detected change is written to Salesforce through its API, with automatic retries and rate-limit backoff.
DetectionChanges in Salesforce are captured at the source via change data capture — no polling loop against its API. Apex triggers are used whenever possible (Salesforce actively notifies Stacksync via an Apex trigger + callout class + remote site setting).
DeliveryEach detected change is written to Paylocity through its API, with automatic retries and rate-limit backoff.
Real-time sync, workflow automation, event queues, EDI, and monitoring, for every Paylocity–Salesforce connection.
Changes in Paylocity or Salesforce instantly reflect in both systems. No stale data, no manual imports.
Trigger automated workflows whenever Paylocity or Salesforce data changes, update records, fire webhooks, or kick off sequences without brittle API scripts.
Handle millions of events per minute without losing a single Paylocity or Salesforce record.
Track your Paylocity ⇄ Salesforce sync health, view errors, and replay failed events in one click.
Transform legacy EDI complexity into simple database interactions between Paylocity and Salesforce.
Configure and sync within minutes, no code. Whether you sync 50k or 100M+ records, Stacksync handles the queues, infra, and plumbing. Integrations are non-invasive and need zero setup on your systems.
Authenticate Paylocity and Salesforce with each platform's native method — OAuth, API keys, or service accounts — plus secure options like SSH tunneling, IP whitelisting, and VPC peering.
Pick the Paylocity and Salesforce objects to sync — Stacksync auto-detects both schemas, including custom fields where the platform exposes them. Sync to existing tables, or let Stacksync create new ones with ideal data types.
Fields map automatically even when names and types differ. Stacksync handles transformation and type casting for you, zero configuration required.
Yes. Stacksync provides a managed, real-time two-way integration between Paylocity and Salesforce: authenticate both systems, choose the objects to sync (such as Paylocity's Company Codes and Custom Fields), map fields visually, and changes propagate both ways in milliseconds — no code required.
Change detection on Paylocity: Webhooks — Paylocity POSTs Employee New Hire, Employee Change, Termination, Payroll Processed, and Time Off Approval events to a callback URL; payloads carry only companyId and employeeId, so the receiver calls the relevant API to fetch changed values. Scheduled polling is used for objects without webhooks. On Salesforce: Apex triggers are used whenever possible (Salesforce actively notifies Stacksync via an Apex trigger + callout class + remote site setting). Each detected change propagates to the other side in milliseconds, with field-level conflict resolution and an inspectable event log.
On the Salesforce side: Cases, Campaigns, Tasks and Events, Products and Price Books, plus custom fields where Salesforce exposes them. On the Paylocity side: Earnings (Pay Setup), Local and State Taxes, Direct Deposit, Pay Statements. Stacksync auto-detects both schemas and converts types between the two systems.
Yes. Each object mapping can be bidirectional or restricted to a single direction (both systems accept writes). Read-only mirrors, one-way pushes, and full two-way sync can be mixed in the same integration.
Common patterns for Paylocity and Salesforce: New team members provisioned when they are hired; Ownership and territory follow the org chart; Deactivate access when someone leaves. When Paylocity records a new hire, a matching user or owner is created in Salesforce, so a new rep can start working accounts without waiting on a manual setup ticket.
Paylocity: REST API (v1 and v2), JSON payloads. Authentication: OAuth 2.0 client credentials via the Paylocity Identity Provider (/IdentityServer/connect/token) with the WebLinkAPI scope; access tokens expire after one hour and API access must be enabled by Paylocity for the company. Salesforce: REST, SOAP, and Bulk APIs. Authentication: OAuth login via a Salesforce user (browser-based authorization flow); requires "API Enabled" permission for polling mode, plus "Author Apex" and "Customize Application" OR "Modify All Data" for trigger mode. Stacksync manages authentication, retries, and rate limits on both sides.
As a data company, we understand the importance of keeping your data secure. Stacksync is built with security best practices to keep your data safe at every layer, and is DPF-certified for US, EU, UK and CH data transfers.
Let your users access Stacksync from your centralized user management systems. Works with Okta, Azure, Google SSO and more.
Immediately get alerted about record syncing issues over email, Slack, PagerDuty and WhatsApp. Resolve issues from a centralized dashboard with retry and revert options.
Securely connects to your systems with:
Every pair below is a real-time, two-way sync. Search all 537 integrations available for Paylocity and Salesforce.