Skip to main content

​
Overview

gu1 provides dual environments for every organization, allowing you to test configurations and workflows safely before deploying to production:
  • Production: Your live environment with real data and integrations
  • Sandbox: A safe testing environment with simulated providers and mock data
When you sign up, both environments are created automatically with the same team members and permissions.

​
Understanding Organizations

In gu1, an Organization represents your company account. Each organization has:
  • Unique Organization ID: A UUID that identifies your organization (e.g., 8e2f89ab-c216-4eb4-90eb-ca5d44499aaa)
  • Two Paired Environments: Production and Sandbox, linked together but with separate data
  • Team Members: Users with specific roles (Owner, Admin, Member) synchronized across both environments
  • Isolated Data: All entities, rules, investigations, and configurations are scoped to the organization
Finding Your Organization IDs: Navigate to app.gu1.ai/api-keys to see both your Production and Sandbox Organization IDs with convenient copy buttons.

​
Why Organization IDs Matter

When making API requests to api.gu1.ai, you must include the X-Organization-ID header to tell gu1 which organization and environment you’re targeting:
Never hard-code Organization IDs in public repositories. Store them as environment variables in your application.

​
Key Differences

Production Environment

  • Real provider integrations
  • Actual costs for API calls
  • Live data and transactions
  • Blue “Live” badge in UI
  • Full rate limits based on plan

Sandbox Environment

  • Mock provider responses
  • Zero costs (simulated data)
  • Test data only
  • Orange “Test” badge in UI
  • Limited rate limits (100 req/h)
  • 🧪 Global banner indicator

​
How Environments Work

Important: Production and Sandbox are completely isolated from each other:
  • Separate Data: Entities, rules, investigations, and configurations are independent
  • Separate API Keys: Each environment has its own API keys
  • Same Team: Team members and permissions are automatically synchronized
  • No Cross-Talk: Actions in Sandbox never affect Production data
Think of them as two parallel universes: anything you do in Sandbox stays in Sandbox, and Production remains untouched.

​
Switching Environments in the Dashboard

You control which environment you’re viewing through the environment switcher at app.gu1.ai:
1

Log in to app.gu1.ai

Access your dashboard at app.gu1.ai
2

Locate the Switcher

Find the environment toggle in the top-right corner of the header
3

Click to Switch

Click to toggle between “Production” and “Sandbox”
4

Instant Update

The dashboard updates instantly to show data from the selected environment
Sandbox Indicator: When in Sandbox mode, a global orange banner (🧪 Sandbox Mode) appears at the top of every page so you always know where you are.

​
API Requests and Environments

When making API requests to api.gu1.ai, the environment is determined by the Organization ID you send:
The dashboard switcher at app.gu1.ai only affects what you see in the UI. For API requests to api.gu1.ai, use the correct Organization ID header.
Finding Your Organization IDs: Go to the API Keys page in your dashboard at app.gu1.ai to see both Production and Sandbox Organization IDs with copy-to-clipboard buttons.

​
API Keys per Environment

API keys are environment-specific and their behavior depends on which Organization (Production or Sandbox) they belong to:

​
Key Prefixes

API key prefixes indicate the infrastructure environment where the gu1 platform is running, not whether the key belongs to a Production or Sandbox organization:
  • gk_development_... - Keys created when gu1 platform runs locally (development)
  • gk_staging_... - Keys created when gu1 platform runs on staging servers
  • gk_production_... - Keys created when gu1 platform runs on production servers (live gu1 platform)
Important: The prefix does NOT indicate if your organization is Production or Sandbox. Both your Production and Sandbox organizations will have the same prefix based on where the gu1 platform is deployed.
Example: When you create an API key at app.gu1.ai (live platform), both your Production organization keys AND your Sandbox organization keys will have the gk_production_... prefix. The Organization ID in the X-Organization-ID header determines which data you access.

​
Rate Limits

Rate limits depend on the Organization type, not the key prefix:
  • Sandbox Organizations: Fixed at 100 requests/hour (regardless of plan)
  • Production Organizations: Based on your plan:
    • Freemium: 60 req/min
    • Startup: 120 req/min
    • Growth: 600 req/min
    • Enterprise: 1,200+ req/min

​
Provider Behavior

  • Sandbox Organizations: Always use mock providers (simulated responses, no real API costs)
  • Production Organizations: Use real provider integrations
When creating an API key, the environment fields are read-only and automatically set to your current environment. The Organization ID determines whether it’s a Sandbox or Production key.

​
Mock Providers in Sandbox

In Sandbox, all provider integrations return simulated responses instead of making real API calls:
  • Returns varied risk profiles: clean, low, medium, high, critical
  • Simulates realistic response times (100-2000ms)
  • Includes mock person/entity data with aliases
  • No actual costs incurred
  • Webhooks are simulated, not sent to actual URLs
  • All attempts are logged with simulated success/failure
  • View logs in the Sandbox section
  • Actions like “Send email” or “Create task” are simulated
  • All simulations are logged for review
  • Allows testing complex workflows without side effects
Mock responses are designed to mimic production behavior closely, so your testing is as realistic as possible.

​
Configuration Promotion

Once you’ve tested and validated your configuration in Sandbox, you can promote it to Production:
1

Configure in Sandbox

Create and test your rules, field mappings, schemas, and data lists in Sandbox
2

Validate

Use the promotion validation endpoint to check for conflicts
3

Promote

Promote individual configurations or in bulk
4

Rollback if Needed

View promotion history and rollback if necessary
Learn more about configuration promotion in the Environments API Reference.

​
Best Practices

Before creating or modifying rules, test them thoroughly in Sandbox to avoid false positives or workflow issues in Production.
Onboard new team members in Sandbox where they can experiment without affecting live data.
Use different API keys for Sandbox and Production in your codebase to avoid accidental cross-environment requests.
The orange Sandbox banner is your reminder that you’re in test mode. Always check before making important changes.
After promoting configurations, verify they work as expected in Production and check the promotion history for an audit trail.

​
Sandbox Limitations

Sandbox environments have the following limitations:
  • Rate Limits: 100 requests/hour (vs. plan-based in Production)
  • Data Retention: Sandbox data may be cleared periodically
  • Expiry: Depending on your plan, Sandbox may have an expiration date
  • Mock Data Only: Cannot access real provider integrations by default

​
FAQ

Sandbox rate limits are fixed at 100 req/h to encourage testing in reasonable volumes. If you need higher limits for load testing, please contact support.
Yes! When you add or remove team members in either environment, the changes are automatically synchronized to the paired environment.
By default, no. Sandbox uses mock providers to avoid costs. Contact support if you have a specific need to test real integrations in Sandbox.
Depending on your plan, Sandbox may have an expiration date. You’ll receive warnings before expiry, and you can extend or make it permanent by upgrading your plan.
Sandbox and Production are paired environments. If you want to remove your Sandbox, please contact support.

API Authentication

Learn how to authenticate with API keys

Configuration Promotion

Promote configs from Sandbox to Production

Entities API

Create and manage entities in your environment

Rules Engine

Configure risk rules per environment