Save the record token
Add the returned UUID to the matching application row. Business data and joins stay in your database.
customer_id: 1024
user_token: "a21fa1d3-8b4c-…"Start with sample data through REST or an official SDK. Then build authorized retrieval into the places your application needs the original profile.
This example creates a customer record. The response contains its reference; save that alongside your existing application data.
{
"status": "ok",
"token": "a21fa1d3-8b4c-4e6f-9a2d-6c8e0f1b3d5a"
}Store the token. Retrieve the profile when authorized.
These examples illustrate the integration. They don’t contact a vault or send customer data from this website.
Add the returned UUID to the matching application row. Business data and joins stay in your database.
customer_id: 1024
user_token: "a21fa1d3-8b4c-…"Your backend calls UserGet with the record token and a separate, scoped API credential.
POST /v2/UserGet
X-Bunker-Token: <scoped credential>
Content-Type: application/json
{ "mode": "token",
"identity": "<record UUID>" }Apply permissions for the calling service. Disallowed string fields can return as ***; other disallowed types are omitted.
{ "name": "Alex Morgan",
"email": "***" }ILLUSTRATIVE PROFILE FIELDSReady for implementation details?
Open the UserGet referenceConnect role credentials to policies and test the fields each application can retrieve.
Read the guide ↗Store customer-linked files and choose their encrypted storage backend.
Read the guide ↗JavaScript / TypeScript, Python, PHP and Java SDKs are documented.
Read the guide ↗Backfill profiles, verify the mapping, and update application reads and writes.
Read the guide ↗Start with scoped access. Keep API credentials in your backend environment. Root credentials are privileged; application access should use the permissions intended for that service.
Walk through your architecture with a Databunker engineer.
Find the right place to start.