Refunds under dual pricing: working sheet
A refund review log separating customer entitlement, original payments and processor settlement adjustments.
No signup. Enter reference codes, add records and download a CSV. Entries stay in the browser tab. Filled fields do not establish completion, approval or compliance.
| Internal transaction reference | Full or partial refund | Approved customer refund | Actual customer refund | Settlement adjustment reference | Unresolved difference and owner |
|---|---|---|---|---|---|
| Demo invoice 104 | Partial | Awaiting approved calculation | Not issued | Pending | Manager review |
- Use internal references, not payment credentials or private customer details.
- Follow the merchant's approved program and actual provider instructions.
- Resolve differences before treating a test as complete.
The customer wants a refund for work the shop never did. The invoice shows two prices, the original payment went on a card, and the processor's next deposit includes an adjustment. These three records are related, sure, but they’re not interchangeable.
A dual-pricing refund procedure should keep the two questions separate. What amount does the customer receive under the approved transaction and refund policy? What cost or adjustment does the processor apply to the merchant? Mix those up, and you’re asking for arguments at the counter.
Use with this guide
pricing-program comparison
Continue with pricing-program comparison.
bookkeeping workflow
Continue with bookkeeping workflow.
BlueFinch pricing terms
Continue with BlueFinch pricing terms.
Paint protection packages: allocate a partial refund without undoing the discount
When part of a discounted package is canceled, use the agreed price allocation to calculate the remaining refund.
Check your own costs: calculate your effective processing rate or upload a merchant statement for analysis.
Start with the original transaction
Get the paid invoice and receipt. Write down how they paid, what they were charged, the approved scope, and any refund already issued. An unpaid estimate doesn’t prove what you collected. And a bank deposit after deductions isn’t the customer’s original purchase amount.
Don’t put a card number in the worksheet. Use an internal reference instead. When a refund is authorized, access the original transaction through the approved payment system. And don’t move credentials into a spreadsheet or email just to make the working file look complete.
Separate full and partial refunds
Test a full reversal separately from a partial refund. A partial refund could cover one item, a canceled service, or work the customer declined after paying a deposit. Document the calculation for each case, using the configured program and applicable refund policy.
Say a customer paid for a package with two services, then cancels one before work starts. The package total doesn’t tell you the right partial refund. Check the canceled service’s allocation, any taxes that apply, and the approved treatment of the cash or card price. Don’t make up a percentage at the counter.
Do not rename a fee to solve a mismatch
The pricing-program comparison separates dual pricing from a credit-card surcharge. Visa’s merchant guidance treats the two arrangements differently, too. Ask your processor for refund examples that fit your actual program. Just because an invoice template uses a label doesn’t mean you can keep an amount you should return.
Check the written offer and processor policy for fees the merchant won’t get back. Those costs belong in the shop’s economics review. Can the shop deduct them from a customer’s refund? That depends on the applicable policy and rules, not on the owner’s desire to recover a processor expense.
Sources for this section: Visa: surcharging and cash-discount distinctions
Reconcile the later bank adjustment
A refund issued today might land in a different settlement period than the original sale. Match its receipt to the processor activity, then to the related bank adjustment. IRS recordkeeping guidance supports keeping records that back up income and expense entries. A dated chain of references helps the bookkeeper avoid posting the same refund twice.
The bookkeeping workflow shows how BlueFinch Books fits your merchant account. Check which refund records flow through your enabled setup and which need review. Don’t assume the integration handles every exception just because regular sales show up correctly.
Sources for this section: IRS: business recordkeeping
Test the process before staff need it
Before the first live dispute, test provider-approved full, partial, and deposit refunds. Record the expected customer refund, actual refund, remaining job balance, and settlement result. If live testing isn’t allowed, get the provider’s documented sandbox or demonstration process.
Give refund approval and reconciliation to named roles. In a small shop, the owner might handle both, but keep the decisions separate. The person approving a refund needs the customer facts. The person closing the books needs proof of where the money went.
Before you finish, review the BlueFinch pricing terms and merchant agreement together. A 0% eligible merchant processing arrangement doesn’t mean refunds or chargebacks are free. Keep clear records, and the exception stays manageable instead of turning a billing question into a second customer-service problem.
Primary sources
BlueFinch last reviewed these sources on October 23, 2026. Check the linked sources for current requirements and product details.
- Visa: surcharging and cash-discount distinctions
- IRS: business recordkeeping
- BlueFinch: Savings Audit methodology
Use this page for general business information. It is not legal, tax, or accounting advice.