Customer Stories

Every Payment Story Starts With a Business Problem.

Explore how common payment challenges — from recurring collections and receivables visibility to refunds, customer credits, multi-gateway payments and customer payment experiences — can be handled through a connected Salesforce-native payment model.

Salesforce-Native Payment Management Suite

The payment story

A diagram. A customer and a business requirement create an expected payment. That payment reaches Bonza, which branches into collecting, tracking, recurring activity, managing the receivable, handling change, anticipating the next payment and surfacing attention. All of those resolve into one connected payment position.

Customer Business requirement Payment expected
Bonza PaymentsPayment management
CollectTrack RecurManage receivable Handle changeAnticipate next payment Surface attention

Connected payment position

One payment event can create
an entire business story.

Start here

Explore the Payment Problems Behind the Stories

Before anything else, a plain statement of what this page is and what it is not.

Why payment operations get complicated

Payment operations rarely become complex because of one transaction. Complexity appears when a business needs to connect what happened before the payment, what happened during collection, what remains open afterwards and what needs to happen next.

Each of those is a reasonable question on its own. Answered in four different places, they stop adding up to one view of the customer.

How to read this page

Use the scenarios below to explore how different payment requirements fit into a connected Bonza payment-management model. Each one names a situation, what makes it difficult, the Bonza model that applies and what that model enables.

They are written to describe the product honestly, not to describe a customer. Where a figure or a date appears, it is marked as illustrative.

Verified customer story ledger: 0 entries · every figure on this page is counted from that ledger rather than written as text

Story navigator

What Payment Story Do You Want to Explore?

Thirteen representative scenarios, each one a payment problem a Salesforce-powered organization recognises. Pick the one you are trying to solve.

What payment problem are you trying to solve?

13 representative payment scenarios · 0 verified customer stories published · 0 customer names, logos, quotations and metrics on this page

The shape of every story

The Transaction Is Only One Chapter.

A successful payment can end the transaction. It does not always end the payment story.

Chapter one

Before payment

  • What is expected?
  • Who is paying?
  • Is this one-time or recurring?
  • What payment context already exists?

Chapter two

The payment moment

  • How does the customer pay?
  • Which configured gateway is relevant?
  • What was the payment result?

Chapter three

After payment

  • What was collected?
  • What remains outstanding?
  • Did anything change?
  • Was there a refund?
  • Does customer credit exist?

Chapter four

What comes next

  • Is another payment expected?
  • Is a payment method approaching expiry?
  • What deserves attention?

Most payment tooling answers chapter two very well. The business is usually asking about chapters three and four.

Representative payment scenarios

Thirteen Payment Problems and the Model That Connects Them.

Each scenario below is a representative payment-management situation, labelled as such. None of them describes a named customer, and none carries a customer result.

Explore the Product Tour

Lifecycle explorer

Follow One Payment Through the Lifecycle.

One payment, six stages. At each stage, the question the business is actually asking and the Bonza capabilities that apply to it.

6 lifecycle stages · 4 role perspectives on the same payment story

One payment can touch more of the business than the checkout screen suggests.

See Bonza in Action

Change the view

Start With the Question Your Team Is Trying to Answer.

The same payment story reads differently depending on who is looking at it. One payment, different questions, the same underlying record.

One payment. Different questions. The same underlying payment story.

Stage map

Every Story Sits Somewhere in the Payment Lifecycle.

Find the payment stage, then follow the story. The thirteen scenarios above all land in one of these five bands.

Before payment

Invoice or requirementRecurring context Upcoming paymentPayment method timing

During payment

Customer experienceConfigured gatewayCollection

After payment

CollectedOutstandingReceivable RefundCustomer credit

What comes next

RecurringForecastingExpiryInsights

Across the operation

Payment Command Center

Industry story paths

Different Businesses. Different Payment Stories.

The payment themes change by industry. What Bonza does, and does not do, stays the same in every one of them.

Industry

Financial & Professional Services

Client payment activity that needs to stay attached to the client record, including what is still open and what changed after collection.

  • Client payments
  • One-time and recurring
  • Receivables
  • Post-payment changes

Bonza supports client payment activity. It is not banking, lending, escrow or trust accounting software.

Industry

Education

Payment requirements that recur across a cohort or a term, where the open position matters as much as the collected one.

  • One-time and recurring
  • Receivables
  • Payment experience

This is general payment management. Bonza does not provide tuition management, student information system integration or financial aid functionality.

Industry

Healthcare

Customer payment context, collection and receivables visibility where the relationship already sits in Salesforce.

  • Customer payment context
  • Collection
  • Receivables
  • Payment experience

Bonza supports customer payment scenarios. It does not provide medical billing, claims processing, insurance adjudication or patient accounting.

Industry

Technology & SaaS

Recurring and one-time customer payments alongside the receivable position and what is expected next.

  • Recurring and one-time
  • Receivables
  • Upcoming payments

This is recurring payment management, not full subscription billing. No plan management, usage, metering, proration or product catalog.

Industry

Membership & Associations

Repeating and one-off payment requirements across a member base, kept attached to the member record.

  • Recurring
  • One-time
  • Receivables

Bonza manages the payment activity. It is not membership management software.

Industry

Real Estate & Property

Customer payment activity on a schedule, with the open and overdue position readable against the relationship.

  • Recurring
  • Due and overdue
  • Receivables

These are general customer payment scenarios. Bonza does not provide property management, rent accounting, escrow or lease management.

Industry

Nonprofits

One-time and recurring supporter payment activity that stays connected to the supporter record in Salesforce.

  • One-time
  • Recurring
  • Payment experience

Bonza manages the payment activity. It is not fundraising software, donor management software or grant management.

Industry

Other Salesforce-Powered Businesses

If the customer relationship already runs through Salesforce, the payment activity around it can be managed through the same connected model.

  • Any payment model
  • Receivables
  • Post-payment
  • Forward visibility

The scenarios on this page apply wherever Salesforce is the system of record for the customer relationship.

How to evaluate a payment story

Don’t Judge a Payment Solution Only by the Successful Transaction.

Twelve questions worth asking of any payment demonstration, including this one. A checkout demo shows the transaction. A payment story should show the lifecycle.

01

Can I see who the payment belongs to?

02

Can I understand what was expected?

03

Can I see what was collected?

04

Can I see what remains open?

05

Can I distinguish due from overdue?

06

Can I understand what happened after collection?

07

Can I see relevant refunds?

08

Can I understand relevant customer credit?

09

Can I see what is expected next?

10

Can I identify relevant payment-method timing?

11

Can I understand what deserves attention?

12

Can the wider operation be viewed together?

A checkout demo shows the transaction. A payment story should show the lifecycle.

The common thread

Different Payment Stories. One Connected Payment Model.

The scenarios begin in different places. The architectural question underneath them is the same one.

One business needs recurring payments to stop generating the same four questions every cycle.

Another needs receivables visibility that distinguishes outstanding, due and overdue rather than reporting one collected figure.

Another needs refunds and customer credits to stay attached to the payment they came from.

Another needs multiple configured gateways without a separate payment operation behind each one.

Another needs customers to pay inside the Salesforce Experience Cloud environment they already use.

Another needs to see expected payment activity before the date arrives rather than after it.

Can the payment remain connected to the customer and to the wider payment lifecycle? Bonza is designed around that connection.

Why Bonza

Follow the story

Follow the Story Into the Bonza Platform.

Every capability solves a different part of the story. The value is in keeping the story connected.

Questions

Customer Stories, Answered.

Including the question that matters most on a page like this one: whether any of it describes a real customer.

Are the scenarios on this page actual customer case studies?

No. The scenarios on this page illustrate common payment-management situations and how Bonza capabilities can fit into those journeys. They should not be interpreted as named customer case studies unless explicitly identified as such. No verified Bonza Payments customer story has been published on this site, so this page contains no customer name, logo, quotation, metric or case-study result. When an approved customer story exists, it will appear in its own section and be labelled as a verified customer story.

What kinds of payment scenarios can Bonza Payments support?

Bonza supports relevant payment-management scenarios across one-time and recurring payments, invoices, receivables, due and overdue activity, refunds, customer credits, multiple configured payment gateways, customer payment experiences and forward payment visibility. Bonza Payments is a Salesforce-native payment-management suite for organizations that need customer payment activity connected to Salesforce.

Can Bonza support both one-time and recurring customer payments?

Yes. One-time, ad hoc, recurring and invoice-related payment activity are distinct payment models that sit in one payment-management model, so the customer payment story stays connected across them. Recurring payment management is not full subscription billing and does not include pricing plans, usage, metering, proration or product catalogs.

How can Bonza help with receivables visibility?

An invoice records what was billed or expected. A receivable is the amount still outstanding against it. Bonza keeps expected, collected and outstanding readable together in customer context, so Finance can interpret the payment position rather than reconstructing it from disconnected records.

Can Bonza help teams understand due and overdue payments?

Yes, and the distinction matters. An amount may remain outstanding before its relevant due date, become due when that date arrives and become overdue only after it passes. Bonza keeps those states distinct so a team can tell open payment activity from payment activity that now deserves attention. Bonza does not chase customers, run dunning sequences, apply late fees or escalate anything on its own.

How are refunds handled within the wider payment lifecycle?

A refund is treated as a change to an existing payment position rather than a separate finance event. The refund stays attached to the payment it relates to, so the customer payment history continues through the change instead of restarting after it.

How does customer credit fit into a future payment?

Bonza customer credit refers to relevant credit recorded and managed within Bonza for future supported payment use, kept connected to the Salesforce customer. It should not be interpreted as a digital wallet or bank balance, and it is not cash, stored money, a stored-value account or funds held by Bonza.

Can Bonza work with multiple configured payment gateways?

Yes. Multiple configured gateway options can sit beneath one Bonza payment-management experience, and a relevant default or alternative gateway may be configured where applicable. The business configures which gateway applies. Bonza does not perform smart routing, least-cost routing, automatic failover, cross-gateway retry or AI gateway selection. Stripe, Razorpay and PayU are named only as examples of configured options and imply no partnership or endorsement.

Can customers make payments through Salesforce Experience Cloud?

Relevant payment experiences can be presented inside Salesforce Experience Cloud, so paying becomes part of the customer journey customers already use. Experience Cloud is the customer-facing environment and does not itself process the payment. The configured payment gateway performs the relevant underlying processing.

How does Bonza provide visibility into upcoming payments?

Bonza Payment Forecasting provides forward visibility into relevant expected customer payment activity rather than treasury or corporate cash-flow forecasting. It covers upcoming, scheduled, recurring and expected customer payment activity. Expected payment activity is useful context and is not guaranteed collection.

What are AI Payment Insights?

Bonza AI Payment Insights are designed to surface relevant payment context for human review rather than autonomously making financial decisions. A payment moving into overdue status, a payment method expiring before upcoming payment activity, or a payment position changing after a refund or credit are the kinds of situations that can be surfaced. The AI does not collect payments, contact customers, approve refunds, create credits, write off receivables, change schedules, choose gateways or predict payment failure or default.

What does the Payment Command Center show?

The Payment Command Center is an operating view across connected Bonza payment activity, covering collected, outstanding, due, overdue and upcoming alongside receivables, forecast, recurring activity, payment method expiry, insights and recent payment, refund and credit activity. It is an operating view rather than the entire product.

Does Bonza replace our payment gateway?

No. Configured payment gateways perform relevant underlying payment processing, while Bonza manages the wider payment lifecycle and Salesforce context around that activity. Bonza is not a payment gateway, is not the processor, and does not hold customer money.

Does Bonza replace our accounting or ERP platform?

No. Bonza Payments is not an accounting system, a general ledger, an ERP or a treasury platform, and it does not perform bank reconciliation. It manages the customer payment lifecycle in Salesforce and is designed to sit alongside those systems rather than replace them.

How does Bonza work with Salesforce?

Salesforce provides relevant customer and business context and remains the system of record for the relationship. Bonza provides the Salesforce-native payment-management layer around that relationship. Configured payment gateways perform relevant underlying payment processing. Bonza Customer Stories illustrate how payment requirements can move from an isolated transaction model toward a connected customer payment lifecycle.

Your payment story

What Would Your Payment Story Look Like?

Show us how customer payments work today — from collection and receivables to recurring activity, refunds, credits, gateways and future payment visibility — and explore how that journey could fit into Bonza Payments.

Your payment requirements are the starting point.
The connected payment model is what comes next.