Getting Started
Get AlgoBridge running with your Salesforce org and PostgreSQL database in under 15 minutes.
Prerequisites
Before you begin, make sure you have:
- A Salesforce org (Developer Edition, Sandbox, or Production) with API access enabled
- A PostgreSQL database (version 13+) that is network-accessible from the AlgoBridge server
- The
hstoreextension available on your PostgreSQL instance - An AWS account with SSM Parameter Store access (for secure credential storage in production)
Local development: You can use a local PostgreSQL instance or a free Neon database. AWS SSM is only required in production.
Step 1: Create your account
- Go to AlgoBridge and request access
- Check your email for the verification link
- Set your password and complete account setup
Step 2: Create a workspace
A workspace represents one sync connection — one Salesforce org paired with one PostgreSQL database.
- After signing in, click Create Workspace
- Give your workspace a name (e.g.
production,staging) - Click Continue
Step 3: Connect your PostgreSQL database
AlgoBridge needs a connection string to your PostgreSQL database. It will install system tables and triggers automatically.
- On the Connect Database step, enter your PostgreSQL connection URL:
postgresql://user:password@host:5432/dbname?sslmode=require
- Click Test Connection to verify connectivity
- If the test passes, click Save & Continue
What gets installed: AlgoBridge runs
CREATE EXTENSION IF NOT EXISTS hstoreand creates_trigger_log,_trigger_log_archive, and_abmetatables on first connection.
Step 4: Connect your Salesforce org
- On the Connect Salesforce step, click Authorize with Salesforce
- You will be redirected to Salesforce’s OAuth login page
- Sign in with a Salesforce user that has API Enabled permission and read/write access to the objects you want to sync
- After authorization, you will be redirected back to AlgoBridge
Required Salesforce permissions: The connected user needs
API Enabledin their profile, plus read access to any object you map, and write access for bidirectional sync.
Step 5: Create your first mapping
A mapping defines which Salesforce object maps to which PostgreSQL table, and the sync direction.
- Go to Mappings → New Mapping
- Select a Salesforce Object (e.g.
Contact) - Choose a PostgreSQL table name (e.g.
contact) — AlgoBridge will create it if it doesn’t exist - Set Sync Direction:
Salesforce → PostgreSQL— pull-onlyPostgreSQL → Salesforce— push-onlyBidirectional— full two-way sync
- Select the fields you want to sync
- Click Save Mapping
AlgoBridge will immediately install the required triggers on your PostgreSQL table.
Columns added to your table
Every mapped table gets these system columns automatically:
| Column | Type | Description |
|---|---|---|
sfid |
VARCHAR(18) |
Salesforce record ID |
systemmodstamp |
TIMESTAMP |
Last modified timestamp from SF |
isdeleted |
BOOLEAN |
Soft-delete flag |
_ab_lastop |
TEXT |
Last sync operation state |
_ab_err |
TEXT |
Error message if sync failed |
Step 6: Monitor your sync
- Go to Dashboard to see live sync stats
- Go to Monitoring → Activity for a per-record sync history
- Go to Health to check the status of your PostgreSQL connection, Salesforce connection, and sync engine
Understanding _ab_lastop values
| Value | Meaning |
|---|---|
PENDING |
Row queued, waiting for sync |
INSERTED |
SF confirmed the record was created |
UPDATED |
SF confirmed the record was updated |
SYNCED |
Written from Salesforce → PostgreSQL |
FAILED |
Sync failed; see _ab_err for details |
Troubleshooting
Connection test fails: Check that your PostgreSQL host is reachable from the AlgoBridge server and that the user has CREATE privileges (needed to install system tables).
Salesforce auth fails: Ensure the Salesforce user has API Enabled in their profile. Check that your org’s Connected App allows the OAuth flow.
Records not syncing: Check the _ab_err column on failed rows. Common causes: field-level security preventing the SF user from writing a field, or a required field missing in the mapping.
Triggers not installed: Go to Health → Triggers to see trigger status per table. Click Reinstall to force re-installation.