Two-way sync
Changes in Rillet or YugabyteDB instantly reflect in both systems. No stale data, no manual imports.
Keep Rillet and YugabyteDB in sync without custom scripts. Cut weeks of integration work, eliminate silent data drift, and give your team a single, reliable source of truth.
Engineers need finance data more often than finance systems make it easy to get: for internal tools, reporting services, or logic that reacts to invoices and payments. Working through the vendor API means rate limits, pagination, and glue code that has to be maintained forever.
Stacksync mirrors Charge, Reimbursement, Custom Field, Account from Rillet into CDC Streams, Databases and Keyspaces, Tables, Indexes in YugabyteDB and keeps the two in sync bi-directionally and in real time. Your services read finance records with normal queries against YugabyteDB, and rows your code writes or updates flow back into Rillet with validation, so the finance system stays the system of record.
Updates written to the synced tables in YugabyteDB propagate into Rillet, so automations can create or correct finance records without custom integration code.
Changes in Rillet appear in YugabyteDB as row changes, so you can trigger downstream logic with the database tooling you already use.
Customers, invoices, and payments from Rillet live in YugabyteDB as regular tables or collections your team can join, index, and query.
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.
| Rillet objects | YugabyteDB objects | How this pairing syncs | |
|---|---|---|---|
| Journal Entry Synced with incremental and full sync per the Stacksync docs. | Tables Distributed SQL tables split into tablets; the primary read and write targets. | Journal Entry is specific to Rillet and Tables to YugabyteDB — each maps to any object or custom field on the other side. | |
| Invoice Payment Synced with incremental and full sync per the Stacksync docs. | Indexes Global secondary indexes maintained transactionally alongside table writes. | Invoice Payment is specific to Rillet and Indexes to YugabyteDB — each maps to any object or custom field on the other side. | |
| Charge Synced with incremental and full sync per the Stacksync docs. | Materialized Views Precomputed query results available in YSQL for read-side shaping. | Charge is specific to Rillet and Materialized Views to YugabyteDB — each maps to any object or custom field on the other side. | |
| Reimbursement Synced with incremental and full sync per the Stacksync docs. | Schemas Postgres-style namespaces in YSQL used to organize synced data. | Reimbursement is specific to Rillet and Schemas to YugabyteDB — each maps to any object or custom field on the other side. | |
| Custom Field Synced with incremental and full sync per the Stacksync docs. | Sequences ID generation objects relevant when syncing writes into YSQL tables. | Custom Field is specific to Rillet and Sequences to YugabyteDB — each maps to any object or custom field on the other side. | |
| Account Synced with incremental and full sync per the Stacksync docs. | CDC Streams Change streams over the storage-layer WAL consumed through logical replication or Debezium-compatible connectors. | Account is specific to Rillet and CDC Streams to YugabyteDB — 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.
DetectionRillet pushes changes as they happen — webhook events backed by change data capture. Near real-time updates via change tracking.
DeliveryEach detected change is applied to YugabyteDB as a row-level write, with types converted between the two schemas.
DetectionChanges in YugabyteDB are captured at the source via change data capture — no polling loop against its API. Native CDC from the write-ahead log via PostgreSQL logical replication or Debezium-compatible connectors.
DeliveryEach detected change is written to Rillet through its API, with automatic retries and rate-limit backoff.
Real-time sync, workflow automation, event queues, EDI, and monitoring, for every Rillet–YugabyteDB connection.
Changes in Rillet or YugabyteDB instantly reflect in both systems. No stale data, no manual imports.
Trigger automated workflows whenever Rillet or YugabyteDB data changes, update records, fire webhooks, or kick off sequences without brittle API scripts.
Handle millions of events per minute without losing a single Rillet or YugabyteDB record.
Track your Rillet ⇄ YugabyteDB sync health, view errors, and replay failed events in one click.
Transform legacy EDI complexity into simple database interactions between Rillet and YugabyteDB.
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 Rillet and YugabyteDB 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 Rillet and YugabyteDB 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 Rillet and YugabyteDB: authenticate both systems, choose the objects to sync (such as Rillet's Journal Entry and Invoice Payment), map fields visually, and changes propagate both ways in milliseconds — no code required.
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 Rillet and YugabyteDB: Write back safely; React to financial events; Query finance data like any other data. Updates written to the synced tables in YugabyteDB propagate into Rillet, so automations can create or correct finance records without custom integration code.
Rillet: REST API (OpenAPI-specified, with production and sandbox environments). Authentication: API key generated in Rillet (Organization Setting -> API Access); uncheck Read Only for bidirectional sync, check Read Only for one-way sync. YugabyteDB: SQL wire protocol (PostgreSQL-compatible YSQL) plus a Cassandra-compatible YCQL API. Authentication: Database credentials. Stacksync manages authentication, retries, and rate limits on both sides.
Rillet: Several objects (Subsidiary, Tax Rate, Product, Contract, Bank Account, Bank Transaction) do not support incremental sync — historic sync only. YugabyteDB: CDC is exposed from the storage-layer WAL through PostgreSQL logical replication and Debezium-compatible connectors. Stacksync's field mapping accounts for these differences between Rillet and YugabyteDB 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 Rillet and YugabyteDB records are not retained after a sync operation.
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 352 integrations available for Rillet and YugabyteDB.