Two-way sync
Changes in AWS Aurora MySQL or Ukg Pro instantly reflect in both systems. No stale data, no manual imports.
Keep AWS Aurora MySQL and Ukg Pro in sync without custom scripts. Cut weeks of integration work, eliminate silent data drift, and give your team a single, reliable source of truth.
Ukg Pro is the system of record for the people side of the business — employees, candidates, roles, and the org structure around them. AWS Aurora MySQL is where internal tools, dashboards, provisioning jobs, and analytics actually read and store records. The overlap is the workforce itself: Time & Attendance (UTA), Employee (Person Details), Employment Details, Job / Position History in Ukg Pro need to exist as queryable Primary keys and indexes, Views, Foreign keys, Stored procedures and triggers in AWS Aurora MySQL before an app can act on them. When that bridge is a nightly export or a hand-run CSV, every downstream system spends the day working from a roster that has already moved on.
Stacksync syncs Primary keys and indexes, Views, Foreign keys, Stored procedures and triggers in AWS Aurora MySQL with Time & Attendance (UTA), Employee (Person Details), Employment Details, Job / Position History in Ukg Pro field by field, in real time. You decide which system owns which fields — Ukg Pro typically owns identity and org attributes, while operational or computed values can flow back the other way — and Stacksync keeps every copy consistent, matching records on a stable key and resolving conflicts by rules you set.
The result is one live picture of the workforce on both sides: HR keeps its source of truth, and the database keeps a current mirror that internal apps, reports, and access controls can trust without a batch window in between.
Groups, departments, managers, and reporting lines from Ukg Pro stay consistent in AWS Aurora MySQL, so hierarchy-driven logic and permissions don't drift.
Values assembled or corrected in AWS Aurora MySQL write onto the matching record in Ukg Pro where those fields are writable, keeping the people system enriched.
Records maintained in Ukg Pro land as queryable Primary keys and indexes, Views, Foreign keys, Stored procedures and triggers in AWS Aurora MySQL, so internal apps and dashboards read live data instead of a periodic export.
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.
| AWS Aurora MySQL objects | Ukg Pro objects | How this pairing syncs | |
|---|---|---|---|
| Stored procedures and triggers Existing database logic keeps firing on rows written by a sync. | Compensation Details Effective-dated pay rate and salary; usually read into a warehouse for comp reporting and writable as new dated changes through the compensation endpoints. | Stored procedures and triggers is specific to AWS Aurora MySQL and Compensation Details to Ukg Pro — each maps to any object or custom field on the other side. | |
| Databases (schemas) Logical namespaces that scope which tables a sync connection can see. | Payroll (Pay Statements, Direct Deposit, Earnings) Pay statements, direct-deposit accounts, and earnings history; read-only pay data replicated into finance and warehouse systems for labor-cost reporting. | Databases (schemas) is specific to AWS Aurora MySQL and Payroll (Pay Statements, Direct Deposit, Earnings) to Ukg Pro — each maps to any object or custom field on the other side. | |
| Tables The primary sync unit; each table maps one-to-one to a table or object in the paired system. | Terminations Termination transactions posted with a terminationDate and a reason code that must match the tenant's configured reason table; drives account deprovisioning. | Tables is specific to AWS Aurora MySQL and Terminations to Ukg Pro — each maps to any object or custom field on the other side. | |
| Rows Inserted, updated, and deleted individually or in bulk during two-way syncs. | Configuration Setup (Code Tables) Reference data such as jobs, locations, positions, earnings, and deduction codes; used to resolve and validate field values when mapping records during sync. | Rows is specific to AWS Aurora MySQL and Configuration Setup (Code Tables) to Ukg Pro — each maps to any object or custom field on the other side. | |
| Columns MySQL data types are mapped to the paired system's field types during schema setup. | Time & Attendance (UTA) Timekeeping and worked-hours data exposed by the UTA services; synced into scheduling, payroll, or workforce-analytics databases. | Columns is specific to AWS Aurora MySQL and Time & Attendance (UTA) to Ukg Pro — each maps to any object or custom field on the other side. | |
| Primary keys and indexes Used to match rows across systems and keep incremental syncs efficient. | Employee (Person Details) Core worker record with demographics and identifiers; read by listing employee IDs then fetching each profile, and created on hire via the personnel/onboarding endpoints. | Primary keys and indexes is specific to AWS Aurora MySQL and Employee (Person Details) to Ukg Pro — 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.
DetectionChanges in AWS Aurora MySQL are captured at the source via change data capture — no polling loop against its API. Log-based CDC via the MySQL binary log (binlog), with polling on timestamp columns as a fallback.
DeliveryEach detected change is written to Ukg Pro through its API, with automatic retries and rate-limit backoff.
DetectionUkg Pro notifies Stacksync of record changes through webhook events. No CDC stream.
DeliveryEach detected change is applied to AWS Aurora MySQL as a row-level write, with types converted between the two schemas.
Real-time sync, workflow automation, event queues, EDI, and monitoring, for every AWS Aurora MySQL–Ukg Pro connection.
Changes in AWS Aurora MySQL or Ukg Pro instantly reflect in both systems. No stale data, no manual imports.
Trigger automated workflows whenever AWS Aurora MySQL or Ukg Pro data changes, update records, fire webhooks, or kick off sequences without brittle API scripts.
Handle millions of events per minute without losing a single AWS Aurora MySQL or Ukg Pro record.
Track your AWS Aurora MySQL ⇄ Ukg Pro sync health, view errors, and replay failed events in one click.
Transform legacy EDI complexity into simple database interactions between AWS Aurora MySQL and Ukg Pro.
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 AWS Aurora MySQL and Ukg Pro 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 AWS Aurora MySQL and Ukg Pro 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 AWS Aurora MySQL and Ukg Pro: authenticate both systems, choose the objects to sync (such as AWS Aurora MySQL's Stored procedures and triggers and Databases (schemas)), map fields visually, and changes propagate both ways in milliseconds — no code required.
AWS Aurora MySQL: Binlog-based CDC requires binary logging to be enabled through the cluster parameter group; once on, changes can be captured without querying production tables. Ukg Pro: UKG does not publish numeric rate limits; the gateway throttles per client per rolling window and returns HTTP 429, with a recommended roughly one-second looping backoff before resuming. Stacksync's field mapping accounts for these differences between AWS Aurora MySQL and Ukg Pro without custom code.
Stacksync is SOC 2 Type II and ISO 27001 certified with HIPAA BAA support. Data is encrypted in transit, and a zero-persistent-storage architecture means AWS Aurora MySQL and Ukg Pro records are not retained after a sync operation.
Stacksync pricing is usage-based and starts at $1,000/month, including the managed AWS Aurora MySQL and Ukg Pro connectors, real-time two-way sync, monitoring, and support. That replaces building and maintaining a custom AWS Aurora MySQL–Ukg Pro integration in-house.
Yes — Stacksync ships production-grade connectors for both AWS Aurora MySQL and Ukg Pro. The connectors handle authentication, schema detection, rate limits, and retries; you configure the sync, and Stacksync operates it.
Change detection on AWS Aurora MySQL: Log-based CDC via the MySQL binary log (binlog), with polling on timestamp columns as a fallback. On Ukg Pro: No CDC stream. UKG Pro publishes Pro HCM Webhook Events for changes such as new hire, employee and job detail changes, termination, and PTO, which Stacksync subscribes to for near-real-time triggers; bulk and historical loads use paged reads with each service's modified-since filters. Each detected change propagates to the other side in milliseconds, with field-level conflict resolution and an inspectable event log.
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 450 integrations available for AWS Aurora MySQL and Ukg Pro.