Configuration Sandbox
Test CRM configuration changes in an isolated sandbox before going live.
The Configuration Sandbox lets admins preview changes to pipelines, automations, custom fields, and other settings without affecting live users. Changes are promoted to production only when you're ready.
How It Works
| Concept | Description |
|---|---|
| Live config | The active configuration seen by all users |
| Sandbox config | A private copy of live config visible only to the admin who entered sandbox mode |
| Previous config | A snapshot of the last live config before the most recent promotion (used for rollback) |
When you create a sandbox, every configuration table is cloned. You can then edit pipelines, automations, SLA policies, and other settings freely. Live users continue to see the original configuration — your sandbox edits are invisible to them until you promote.
What's included in the sandbox
The sandbox covers configuration tables only — not data:
| Sandboxed (config) | Not sandboxed (shared data) |
|---|---|
| Pipelines & stages | Accounts |
| Automations | Contacts |
| Products | Opportunities |
| SLA policies | Cases |
| Case queues | Activities & tasks |
| Custom field definitions | Notes & emails |
| Field layouts | |
| Data feeds & mappings |
This means you always test config changes against real data — you see exactly how a new pipeline stage or automation will behave in production.
Who can see the sandbox
Only the admin who clicks Enter Sandbox sees the sandbox configuration. The sandbox is tied to a browser cookie, so:
- Other admins, managers, and reps see live config at all times
- Opening a different browser or incognito window defaults to live
- The admin can exit sandbox mode at any time without losing changes
Getting Started
Creating a sandbox
- Go to Settings → Sandbox
- Click Create Sandbox
- The system clones all live configuration tables (takes a few seconds)
- Click Enter Sandbox to switch your view
A banner appears at the top of the screen confirming you're in sandbox mode. The sidebar also shows a SANDBOX badge next to your organization name.
Editing in sandbox mode
Once in sandbox mode, any configuration change you make applies to the sandbox copy:
- Add or rename pipeline stages
- Create or modify automations
- Adjust SLA policies and case queue routing
- Add custom fields or rearrange field layouts
Data operations (creating opportunities, logging calls, etc.) always apply to the shared live data regardless of mode.
Reviewing changes
Navigate to Settings → Sandbox to see a diff summary showing added and removed items per configuration table. Use this to verify your changes before promoting.
Promoting to Live
When you're satisfied with the sandbox configuration:
- Go to Settings → Sandbox
- Review the diff summary
- Click Promote to Live
This atomically swaps the sandbox configuration into production:
- All users immediately see the new configuration
- The old live configuration is preserved as Previous for rollback
- The sandbox is cleared (you can create a new one later)
A database snapshot is automatically taken before each promotion as an additional safety net.
Automations in sandbox mode
Sandbox automations execute in dry-run mode. When a CRM event fires:
- Live automations execute normally (send emails, update fields, create tasks)
- Sandbox automations log what would happen without performing side effects
This lets you verify trigger conditions and action sequences without affecting real records. Check the automation run history — dry-run executions are clearly marked.
Rolling Back
If a promoted configuration causes issues:
- Go to Settings → Sandbox
- Click Rollback to Previous
- The previous configuration is restored as live immediately
Rollback is only available when a previous configuration exists (i.e., after at least one promotion).
Discarding a Sandbox
To discard a sandbox without promoting:
- Go to Settings → Sandbox
- Click Discard Sandbox
All sandbox configuration rows are deleted. Live configuration is unaffected.
API Reference
All sandbox endpoints require the admin or super_admin role.
Get sandbox status
GET /api/v1/admin/sandboxReturns the current state of live, sandbox, and previous environments.
Create sandbox
POST /api/v1/admin/sandboxClones all live config into a new sandbox. Returns row counts per table.
Toggle sandbox mode
POST /api/v1/admin/sandbox/toggle
Content-Type: application/json
{ "enable": true }Sets or removes the sandbox cookie for the current session.
View diff
GET /api/v1/admin/sandbox/diffReturns added/removed counts per config table comparing sandbox to live.
Promote sandbox
POST /api/v1/admin/sandbox/promoteAtomically swaps sandbox → live and live → previous.
Rollback
POST /api/v1/admin/sandbox/rollbackRestores the previous configuration as live.
Discard sandbox
DELETE /api/v1/admin/sandboxDeletes all sandbox config rows without affecting live.
Best Practices
- Review the diff before promoting — verify you're only changing what you intend
- Test automations — check the dry-run history in sandbox to confirm triggers fire correctly
- Coordinate with your team — let other admins know before promoting, since it affects everyone
- Don't leave sandboxes open indefinitely — live config changes made after sandbox creation won't be reflected in the sandbox copy
- Use rollback quickly — rollback restores the config from before your last promotion; a second promotion overwrites the rollback point