This page explains the concepts. To turn it on step by step, follow the API-keys setup guide.
What You Configure Here
Developer settings give you control over how your application integrates with Recurso. From here you manage API keys, configure webhook endpoints, switch between test and production environments, and set tenant-level preferences.API Keys
Environments
Webhooks
API Key Management
Every Recurso account has two environments, each with its own set of API keys:Create an API Key
Keys grant full tenant API access — there is no per-scope model today.
mode is test (default, rsk_test_) or live (rsk_live_). Isolate
blast radius by minting separate keys per service, not by scoping.List API Keys
Key revocation is a dashboard operation (Developers → API keys →
Revoke) — there is no delete endpoint in the API yet.
Environment Management
Recurso provides fully isolated test and production environments. Data created in one environment is never visible in the other.Test Environment
The test environment behaves identically to production with these differences:Switching Environments
Environment is determined entirely by the API key used. There is no toggle or environment parameter — simply use the appropriate key:Tenant Configuration
Configure tenant-level settings that apply across your account:Configuration Options
PUT /v1/account currently updates name and email only; the remaining
options above are configured in the dashboard (Settings). Payment terms are
set per subscription (payment_terms: net0|net15|net30|net60), not globally.Webhook Endpoint Configuration
Register endpoints to receive real-time event notifications:You can configure separate webhook endpoints for test and production environments. Test events are never sent to production endpoints and vice versa.
Key Rotation
1
Create a new key
Generate a new API key with the same scopes as the key you are replacing.
2
Deploy the new key
Update your application configuration or secrets manager with the new key. Deploy to all services that use it.
3
Verify traffic
Monitor the
last_used_at field on both keys. Confirm the new key is handling all traffic.4
Revoke the old key
Once no traffic is using the old key, revoke it. This is irreversible.