Workflow

Collect where the invoice lives.Card and ACH through the gateway. Wire and check recorded against the same record.

Lead-to-Cash is Lead-to-Bill plus the money: a payment terminal on the Order and the Invoice, an online checkout the customer uses without logging in, saved payment methods, recurring charges, and one payment applied across many invoices — through Stripe, Authorize.Net, PayPal or eWay, with the result written to a Payment record in Salesforce and the balance updated on the spot.

$95
per user per month, Quote to Cash edition — payments included
$125
per user per month, Subscription Billing edition — payments included
4–8 weeks
typical implementation, usually without an SI
2009
in production since

Lead-to-Cash in Kugamon takes the payment on the same record that carries the invoice. A terminal on the Order and the Invoice, an online checkout on the customer's link, saved payment methods and recurring charges all run through Stripe, Authorize.Net, PayPal or eWay, and every result — completed, declined, refunded, voided — is a Payment record in Salesforce with the balance updated the moment it lands.

What happens at each step

Step What happens What is recorded
Invoice or Order sent Customer receives the Online Invoice or Online Order link with a checkout; Accept & Pay on an Order takes payment at acceptance Online page status on the record
Customer pays online Pays by card or ACH without logging in to Salesforce Payment record, In Process until the processor responds
Rep or AR takes payment Lightning payment terminal on the Order or Invoice; Charge for card or ACH, Record Payment for wire or check Payment with amount, fee, net, card type and last four, transaction ID
Processor responds Stripe, Authorize.Net, PayPal or eWay returns the result Status set by the processor; message in the memo field
Payment completes Amount applied to the Order or Invoice, or across many invoices Applied Payment Amount and Balance Due updated; account balance rolls up
Void or refund From the Payment Management console on the Payment Communicated to the processor; amounts un-applied
Recurring charge Scheduled against a stored method from an Approved or Released Order Recurring Charge record with next payment date and occurrence count

The payment terminal

Payments are taken against Approved or Released Orders and Unsent or Sent Invoices, from the Account, the Order, the Invoice or the Payments tab. The Lightning terminal fills the billing contact from the Contact record, charges the card or bank account through the configured processor, and writes the Payment. Manual payments — wire, check, anything that arrives outside the gateway — are recorded on the same terminal with a check number if there is one, and apply to the balance the same way. Payment PDFs and receipt emails go out from the record.

The customer's side is the Online Order or Online Invoice link. It needs no Salesforce login; the Site Guest User permission set enables it. The admin chooses whether the Order's button reads Accept or Accept & Pay, and can add a checkout to the Invoice PDF as well, so a customer can pay from the document itself.

Gateways: Stripe, Authorize.Net, PayPal and eWay

Processor connections are configured in Kugamon Settings, and if the org uses one processor the terminal skips the selection step. Cards run through any of the four. ACH and bank debit are processed, not merely recorded, through Authorize.Net eCheck and Stripe ACH Direct Debit — which matters for B2B because ACH fees at both gateways are a capped percentage where card fees are not, so the saving grows with invoice size. Apple Pay, Amazon Pay and Cash App are enabled from the Stripe dashboard for orgs on Stripe.

Every gateway callout goes from your org to the processor and back, with the result stored on the Payment; no Kugamon-hosted service sits in between, and Kugamon has no access to your data. The security page covers the controls, and the payment gateways article walks through choosing one.

Payment profiles, recurring charges and applied payments

Payment Methods store a card, a PayPal recurring profile or a native subscription with the processor, with a default per account; storage is off by default and turned on by Kugamon Support. Recurring Charges schedule an automated recurring payment against the Order's billing contact from an Approved or Released Order — starting on a chosen day, on any frequency from daily to yearly, for a set number of occurrences — with master controls to cancel, suspend, update or bill an outstanding amount. Kugamon recommends creating them from the Recurring Charge button on the Order; the New button on the tab is for migrating subscriptions created elsewhere.

Applied Payments handle the other direction: one payment across many invoices. A customer who pays a lump sum has it applied to the open invoices, each invoice's Applied Payment Amount and Balance Due are updated, and the account balance rolls up from there.

Receivables you can report on

Because the Invoice and the Payment are Salesforce objects, receivables are a report, not an export. Age shows days past due, Balance Due shows what is open, the account carries a balance roll-up, and Payment Status is the processor's own answer. A Flow on those fields can open a task at 15 days past due, email the billing contact at 30, or set the account's credit status on hold — the involuntary churn and dunning article lays out a sequence that works. Statuses are settled: Completed applies, Voided and Reversed un-apply, and In Process payments older than an hour are abandoned and can be deleted.

When Kugamon is not the right choice

Kugamon connects to four processors. If you need a gateway outside Stripe, Authorize.Net, PayPal and eWay, or dozens of them across regions, Zuora's gateway coverage is wider. If you process consumer-scale card volume with real-time fraud scoring as the core problem, a dedicated payments platform is the better tool and Kugamon is the wrong shape. And Kugamon is not an accounts-receivable subledger or a general ledger: it collects the payment, applies it and reports the balance; your accounting system books it.

For a Salesforce team that wants the invoice and the payment on one record, this workflow is included in Quote to Cash at $95 and Subscription Billing at $125 per user per month, and the payments page has the gateway details.

Common questions

Collect where the invoice lives. — questions

All questions →

Stripe, Authorize.Net, PayPal and eWay, as native processor connections configured in Kugamon Settings. Cards run through any of them. ACH and bank debit are processed — not just recorded — through Authorize.Net eCheck and Stripe ACH Direct Debit. Wire and check payments are recorded as manual payments against the Order or Invoice. If your org uses one processor, the terminal skips the processor selection step.

Approved or Released Orders and Unsent or Sent Invoices. Draft and Sent Orders and Cancelled Invoices cannot accept payments. A payment can be started from the Account, the Order, the Invoice or the Payments tab, and a customer can pay from the Online Order or Online Invoice link without logging in.

One payment applied to many invoices. When a customer pays a lump sum, Kugamon applies it across the open invoices and updates each invoice's Applied Payment Amount and Balance Due, with the account balance rolling up from there.

Yes, through Payment Methods, which store a card, PayPal recurring profile or native subscription with the processor, with a default method per account. Payment method storage is off by default and is enabled by Kugamon Support. Recurring Charges schedule an automated recurring payment against a stored method from an Approved or Released Order, on any frequency for a set number of occurrences, with controls to cancel, suspend, update or bill an outstanding amount.

The Payment record carries the status the processor returns — In Process, Pending, Declined, Error, Expired, Authorized, Completed, Voided or Reversed — with the processor's message in the memo field. Refunds are issued from the original Payment with an amount and reason. Because the status is a field on a Salesforce record, a Flow can open a task, email the billing contact or put the account on credit hold when a payment fails.

4.9★★★★★134 public reviews

What Salesforce admins say on AppExchange

Quoted verbatim from the Kugamon listing on AppExchange. Reviewer names and dates as published there. Read all 134, including the critical ones →

★★★★★

A new bar for RevOps

“As someone who has set up Salesforce CPQ before, I found Kugamon to be much more straightforward and easier to use. It took us just a few weeks to get going, rather than the few months or even years required by other systems.”

★★★★★

Easy to understand, easy to implement

“This SFDC-native platform is lightweight but powerful, bringing the entire sales process onto one pane of glass. No more disconnected Opportunities and Quotes/Orders, no more fractured approval processes, just more control over everything. Implementation is a breeze.”

★★★★★

Clear & Intuitive

“The Kugamon team is incredibly responsive and handle support questions very quickly. It’s clear they genuinely value customer feedback and are always innovating.”

Next step

Configure, price, quote, sign, bill, collect, and renew.

All natively in Salesforce. Deploys in weeks, not months, usually without a systems integrator.