Create an internal account
Create a rule-based internal account.
A rule-based account is an additional account number for an account holder that already holds an account in the same currency. It carries a routing rule: every payment that settles into it is attributed to that account number and then swept to the rule’s destination, so you can issue one number per payer and reconcile incoming payments without matching on remittance text.
Only RULE_BASED accounts can be created here. INTERNAL_FIAT,
INTERNAL_CRYPTO, and EMBEDDED_WALLET accounts are provisioned
automatically when an account holder is created or approved.
The response carries the account’s own fundingPaymentInstructions — the
routable number payers send to. Rule-based accounts are currently available
in USD, for individual customers, and must be enabled for your platform
before this endpoint accepts requests.
Sandbox platforms can create rule-based accounts and exercise the whole
flow. The account number is generated locally rather than issued by a
partner bank, and POST /sandbox/internal-accounts/{accountId}/fund stands
in for a settled deposit — funding the account triggers its sweep just as a
real deposit would.
Creating an account mints a new account number that cannot be reversed, so
an Idempotency-Key header is required. A retry carrying the same key
returns the account created by the first request with a 200 instead of a
201; reusing a key for a materially different account is rejected with
409.
Authorizations
API token authentication using format <api token id>:<api client secret>
Headers
A unique identifier for the request. Required, because creating the account mints an account number that cannot be reversed. Retries must carry the same key.
"550e8400-e29b-41d4-a716-446655440000"
Body
Request body for POST /internal-accounts. Only RULE_BASED accounts can be created today, and they are rejected without a sweepRule — the type and its rule are created together or not at all.
Must be RULE_BASED. INTERNAL_FIAT, INTERNAL_CRYPTO, and EMBEDDED_WALLET accounts are provisioned automatically when a customer is created or approved, so they cannot be created through this endpoint.
INTERNAL_FIAT, INTERNAL_CRYPTO, EMBEDDED_WALLET, RULE_BASED "RULE_BASED"
Currency code the account is denominated in (ISO 4217). Rule-based accounts are currently available in USD only.
"USD"
The customer the account is created for. Omit it to create a platform-owned account. The account holder must already have a verified account in the same currency, which is where funds land when a sweep cannot be completed. Platform-owned rule-based accounts are not available yet, so omitting this is currently rejected.
"Customer:019542f5-b3e7-1d02-0000-000000000001"
Your own name for the account, echoed back on reads. Useful for identifying which payer the account was issued for.
255"invoice-4417"
The routing rule for the account. Required when type is RULE_BASED, which is the only type this endpoint creates today: a rule-based account with no rule has no meaning, so the two are written together.
Response
The Idempotency-Key was already used to create this account. The account created by the first request is returned unchanged.
The ID of the internal account
"InternalAccount:12dcbd6-dced-4ec4-b756-3c3a9ea3d123"
Classification of an internal account.
INTERNAL_FIAT: A Grid-managed fiat holding account (for example, the USD holding account used as the source for Payouts flows).INTERNAL_CRYPTO: A Grid-managed crypto holding account denominated in a stablecoin such as USDC.EMBEDDED_WALLET: A self-custodial Embedded Wallet provisioned for the customer. Outbound transfers require a session signature produced by the customer's device — see the Embedded Wallets guide.RULE_BASED: An additional account number for an existing account holder, with a routing rule attached, so incoming payments can be attributed to a specific payer and swept automatically. Created withPOST /internal-accounts.
INTERNAL_FIAT, INTERNAL_CRYPTO, EMBEDDED_WALLET, RULE_BASED Status of a Grid internal account. The status determines whether the account can send or receive payments.
PENDING: The account is under review and is being provisioned. The account cannot send or receive payments until provisioning completes.ACTIVE: The account is ready to send and receive payments.CLOSED: The account cannot send or receive payments. A customer can initiate the closing of an internal account, after which the account transitions to this status.FROZEN: The account cannot send or receive payments. Grid may freeze an account in response to compliance or fraud signals; payments are blocked while the account remains frozen.FAILED: The account could not be provisioned. Grid was unable to create the underlying account, so it cannot send or receive payments and requires remediation.
PENDING, ACTIVE, CLOSED, FROZEN, FAILED "ACTIVE"
The balance available to spend, excluding pending and held funds
The total balance, including pending and held funds
Payment instructions for funding the account
Timestamp when the internal account was created
"2025-10-03T12:30:00Z"
Timestamp when the internal account was last updated
"2025-10-03T12:30:00Z"
The ID of the customer associated with the internal account. If this field is empty, the internal account belongs to the platform.
"Customer:019542f5-b3e7-1d02-0000-000000000001"
The platform-supplied label recorded when the account was created. Null for accounts that carry none.
255"invoice-4417"
The routing rule attached to this account. Null for accounts that carry no rule, which is every account other than a RULE_BASED one.
Whether wallet privacy is enabled for the Embedded Wallet. Only present for EMBEDDED_WALLET internal accounts.
true