Production setup
Schedule a UX review
Email support@truv.com to schedule a UX review session. Get tips on implementing Truv Bridge to increase conversion rates.
Test with production test providers
Use the production test providers (Truv Payroll Provider, Truv Bank OAuth, Truv Bank non-OAuth) with sandbox credentials to validate your integration against real provider behavior. This confirms your webhook handling, error flows, and data ingestion work correctly.
Run User Acceptance Testing (UAT)
Walk through the full end-to-end flow as an end user: complete verification, confirm data appears in your system, test error and retry paths, and verify notifications deliver correctly.
Update branding
Ensure Truv Bridge matches your application’s branding. Visit Branding to update colors, logo, and link expiration. Fill out your company profile in Settings → Company.
Set up production environment
Request Production keys via the API Keys page. Configure your backend to use Production credentials. Remove Sandbox credentials from production code.
Invite team members
Add teammates to the Dashboard for shared access and monitoring.
Bridge setup
Assign tracking identifiers
Pass a unique value for
tracking_info when creating bridge tokens. This makes connections easy to track in the Dashboard and in your own systems.Set up deeplinking
If you collect the user’s employer name upfront, resolve it to a
company_mapping_id and pass it when creating the order or bridge token. This skips the search screen and improves conversion. See Deeplinking.Handle onEvent callbacks
Implement
onEvent handling to provide better UX when the user closes Bridge or encounters an error. Use events to track conversion metrics. See Bridge Events.Configure webhooks
Subscribe to webhooks
Add your endpoint URL in the Dashboard under Development → Webhooks. Each environment needs a separate URL.
Verify signatures
Validate the
X-WEBHOOK-SIGN header on every incoming webhook. See Security for code examples in 5 languages.Handle errors
Implement retry logic
Add retry logic for API calls to handle intermittent outages at supported institutions. Use exponential backoff.
Handle partial completions
Users may not complete all connections. Process available data rather than treating partial completions as failures.
Test data refresh
Confirm that refresh orders return updated data when the session is active. Verify your system falls back to a new verification link when refresh returns
login_error or mfa_error. See Data Refresh.Industry-specific checklists
Test Credentials
Sandbox credentials and test scenarios
Test Documents
Sample documents for document processing testing