For the custom system that should react when money moves

Turn a payment event into controlled account provisioning.

Stripe and PayPal can raise the event. Provision access in your existing product through @bondi-labs/integration-sdk, or manage the operational account and entitlements in a complete Bondi system. Finance review, retries and audit stay in the same governed path.

From event to outcome

Follow the work through its human decision.

The provider event starts a workflow and the run matches the payer to the account. Rules you author separate paid, failed, refunded and above-threshold cases. The ordinary path either calls a typed provisioning action in your product or updates the account and entitlements held in Bondi. The exception path suspends for finance, and the event, decision and response remain inspectable together.

Illustrative workflow
Finance review
  • Stripe or PayPal Signed payment event Built-in connector
  • Bondi Account match, rules and finance review Bondi runtime
  • Your product Provision, suspend or change access Custom SDK
  1. 01 Receive the signed payment event integrationTrigger · Stripe / PayPal
  2. 02 Match the payer to the account bondiDataLookup · external customer id
  3. 03 Branch on status and your threshold switch · paid / failed / refunded / review
  4. 04 Give unusual money movement to finance interactiveForm · approve, reject or expire
  5. 05 Call your product's typed action custom integration · account.provision

Configured human task

Finance reviewer

A failed, refunded or above-threshold payment waits for finance

Context shown

The payment event, exception reason and requested account access.
  • Approve provisioning
  • Keep access blocked
An approved payment continues to the configured provisioning action.
sample_ops / automations / payment-provisioning Illustrative execution
Run inspector

Invoice payment · Sample account

The provider event is valid, but the amount crossed the review threshold authored for this workflow.

Provider
Stripe · invoice.paid
Matched account
Sample account · external id present
Current step
Finance threshold review
Next action
custom-product.account.provision
Illustrative data. The connection methods, node boundaries and suspended human step reflect current product capabilities; this is not a customer implementation.
If nobody responds

Provisioning remains blocked, the payment exception stays owned, and no access is granted.

Where the records live

Run the process beside your tools or within Bondi.

Keep one authoritative home for each business record. Choose the boundary that fits the process you are building.

Beside existing systems

Keep access in your existing product

Stripe or PayPal remains authoritative for payment and your product remains authoritative for access. Bondi governs matching, finance review, retry policy and the typed provisioning call between them.

Inside your Bondi system

Manage operational access in Bondi

The payment provider still owns money movement, while accounts, entitlements, owners and provisioning history can live in the system you build in Bondi. No custom product integration is required for those records.

Connection requirements

Set up the connections this example uses.

This is a worked example of a configurable workflow. Connections and decision rules must be set up for your system.

Explore integrations
  • Stripe or PayPal

    A reviewed provider connector raises the event that starts the workflow.

  • Your product

    Typed actions and events are published from code you control with the Integration SDK.

The wider operation

See the system around this workflow.

Explore the records, screens and other decisions that can stay connected to this process.

Start with your process

Describe one handoff you want to improve.

Name the starting event, the records involved and the decision that needs a person. Review the plan before building the workflow.

No credit card required.