Simulate Application Approval
⚠️ Sandbox & development only. Simulation endpoints are not available in production and return
404 Not Foundthere.
Approves a submitted onboarding application in the sandbox as if the compliance review had passed, and kicks off checking-account onboarding for the selected product. Requires a global API key with the simulations:write scope whose user administers the entity; the application must already be submitted. The application status moves to submitted immediately and to approved once the checking account activates — poll GET /entities/{entity_id} or subscribe to application.* webhooks to observe the transition.
Authorizations
Your Meow API key, sent in the x-api-key header for authentication.
Path Parameters
Body
The checking account product to open once the application is approved. Defaults to grasshopper.
grasshopper, crb Response
Successful Response
Public ID of the onboarded business entity, stable across the onboarding lifecycle and matching the entity_id used in the Customer API, MCP, and webhook payloads.
Current onboarding status.
pending_document_upload, pending_user_action, submitted, under_review, approved, rejected Legal business name.
ISO 8601 timestamp of when the entity was created.
ISO 8601 timestamp of when onboarding was last updated.
Documents uploaded during onboarding.
Identity verification status of the entity's primary representative. After you submit KYC data or the representative completes verification, this value moves to pending and resolves on its own; poll it to track progress. It is coarser than the identity_verification.* webhooks: a verification the webhooks report as identity_verification.action_required shows here as pending until a new attempt resolves.
not_started, pending, approved, rejected How this entity was onboarded (e.g. api, smb, partner).
api, smb, mcp, partner What you must do next: the current onboarding step, the items still missing for it, and whether the application is ready to be submitted for review.