Small Business Finance & Administration

How to Get Paid: A Small Business Payment Setup

Offer the smallest set of payment methods that customers can use confidently and that the business can reconcile, support, and recover when something goes wrong.

Reviewed Primary-source links

Short answer

The practical starting point

Start with the way your customers already expect to pay, then choose one primary method and one credible backup. Confirm total fees, settlement timing, refund and dispute rules, security responsibilities, supported countries, and the records produced for reconciliation before enabling it.

Decision frame

The best payment method is not the one with the longest feature list. It is the one that reduces customer friction without creating hidden operational, cash-flow, or compliance risk.

Begin with the sale

Match the method to the customer and transaction

A local consumer buying a small item, a company paying a five-figure invoice, a subscriber renewing monthly, and an overseas client do not need the same flow. Document customer type, location, device, transaction size, purchase frequency, delivery timing, and required proof before comparing providers.

For invoices, bank transfer may be familiar and economical but requires accurate payment references and follow-up. Cards can reduce friction and support recurring payments but introduce fees, disputes, and data-security responsibilities. Direct debit can suit recurring relationships where available. Cash, checks, wallets, and marketplaces each create their own controls and reconciliation work.

Cash-flow mechanics

Model the money from authorization to usable cash

Record fixed fees, percentage fees, currency conversion, international surcharges, refund treatment, dispute fees, monthly charges, equipment, and minimum commitments. Then record settlement timing, reserve policies, payout thresholds, review triggers, and bank holidays. Gross sales are not the same as the cash that arrives.

A payment can be authorized, captured, settled, paid out, refunded, reversed, or disputed. Your records should distinguish these states. Maintain enough working capital that a delayed payout or refund does not prevent payroll, tax, or supplier payments.

Set expectations

Make the offer, timing, and refund path unambiguous

Before payment, show the seller identity, product or service, total price, currency, taxes where relevant, delivery timing, renewal terms, cancellation process, and how to obtain help. An unclear checkout can create abandoned purchases, support work, refunds, and disputes.

For invoiced work, connect payment milestones to a signed scope. Define deposits, acceptance, change requests, due dates, late-payment handling, ownership or licensing, expenses, and termination. Templates should be reviewed for local law and the actual transaction rather than copied from another country.

Protect the flow

Reduce the payment data you handle

Use hosted or tokenized payment flows where appropriate so sensitive card data is handled by systems designed for it. Follow the provider's security requirements and the standards that apply to your acceptance method. Enable strong authentication, individual user access, alerts, and tightly scoped permissions.

Never ask customers to send card details by ordinary email or message. Verify changes to supplier or refund bank details through a second channel. Document who can issue refunds, change payout accounts, create payment links, and export customer data.

Operate the system

Reconcile payouts and prepare a backup route

Reconcile orders or invoices to processor transactions, fees, refunds, disputes, and the net payout shown by the bank. Preserve a stable transaction identifier and customer reference. When several sales are grouped into one payout, use the processor report rather than posting the net deposit as one unexplained revenue item.

Test the backup before it is urgent. Know how to issue an invoice or alternate link, communicate an outage, pause duplicate attempts, and confirm successful payment. A backup should preserve the same pricing, terms, and customer records rather than bypassing normal controls.

Action checklist

Turn the guide into a controlled process

  1. 01

    Map customer type, geography, transaction size, and frequency

  2. 02

    Choose one primary method and a tested backup

  3. 03

    Calculate total cost including conversion, refunds, and disputes

  4. 04

    Confirm settlement timing, reserves, holds, and support

  5. 05

    Publish clear price, delivery, renewal, cancellation, and refund terms

  6. 06

    Use individual access and strong authentication

  7. 07

    Minimize sensitive payment data handled directly

  8. 08

    Reconcile orders, transactions, fees, and payouts

  9. 09

    Document outage, refund, and dispute procedures

Common mistakes

What usually breaks the system

  • Adding every payment method before learning what customers use
  • Comparing only the advertised processing rate
  • Treating processor payouts as gross revenue
  • Hiding renewal or refund conditions until after payment
  • Sharing administrative credentials
  • Relying on one provider for every way the business can receive money
  • Changing payout bank details without an independent verification step

When this may not apply

Situations that need more specific advice

  • Marketplaces may control checkout, payout, tax collection, and disputes, but the seller still needs accurate records
  • High-risk, regulated, age-restricted, charitable, financial, or marketplace models may face additional provider and legal requirements
  • Cash-heavy businesses and high-value B2B transactions need different fraud, proof, and approval controls

Jurisdiction note

Local rules take priority

Payment, consumer, tax, surcharge, recurring-billing, data-security, and late-payment rules vary. EU, UK, U.S. federal, and U.S. state rules are not interchangeable. Confirm the rules for where the seller and customer are located and for the payment method used.

Primary sources

Sources and review status

These links support the jurisdiction-specific statements above. Volatile requirements should be rechecked before a filing, purchase, or material decision.