Payroll platforms
Keep each client company's payment operations in its own account context.
BRICK SUB ACCOUNT
Create and manage dedicated Sub-Accounts through the API, then switch between account contexts in Brick Dashboard. Keep each client's operational view clear as your platform grows.
One view for every account context
BUILT FOR YOUR OPERATIONS
Serve many users without mixing their day-to-day activity. Each Sub-Account has a distinct place in your platform's operating flow.
Keep each client company's payment operations in its own account context.
Create dedicated account contexts as new users join your platform.
Separate the activity of merchants or branches while managing them from one platform.
FROM SETUP TO DAILY WORK
Create accounts through the API, then use Brick Dashboard to move between them. The selected account determines the operational view your team sees.
Set up a dedicated account through the API for a client, merchant, or business unit.
Open the account switcher in Brick Dashboard and select the context you need.
Review the balance, transaction history, and configuration for the selected account.
Brick Dashboard · Sub-Account view
ACCOUNT ACCESS
Use Full-Access when a client needs API credentials, or Ledger-Only when the account is operated from the dashboard.
For clients that need their own API integration.
For an account operated through the dashboard.
PLATFORM CONTROLS
Keep account setup and access changes in the same integration flow as your platform grows.
Create Sub-Accounts programmatically through the API.
Manage access for each Sub-Account as its needs change.
Regenerate credentials when they need to be replaced.
Use the documented signing and public-key flow for API requests.
SECURITY & AUTHENTICATION
Plan request signing, public-key setup, and credential handling as part of the Sub-Account workflow.
Use X-Signature to verify that API requests come from the expected source.
Handle Sub-Account credentials using the documented key setup and response flow.
Keep the private key in your own environment; upload the corresponding public key as required.
DEVELOPER PREVIEW
See how a Sub-Account request fits into the integration flow. The example below is illustrative; use the current API reference for exact fields and requirements.
Explore API ReferencesPOST /v2/payments/general/b2c/sub-accounts
{
"name": "PT Contoh Klien",
"subAccountCode": "CLI01"
}
DEVELOPER RESOURCES
Move from account setup to authentication and credential management with the published Brick documentation.
Open documentationOverview and core concepts
Onboarding flow and key features
Request-signing guidance
Public-key registration
Endpoint reference
Credential rotation
FREQUENTLY ASKED QUESTIONS
Check whether the access token or Bearer token is valid and has not expired. Then review the authentication guidance for the request you are making.
The code may already exist. Check the existing account list and use a unique code for a new Sub-Account.
Complete the public-key setup required for your account before creating a Sub-Account.
READY TO GET STARTED
Talk to our team about the account structure and onboarding flow that fit your business.