Start from how you sell

Accepting crypto with no POS system

You do not need a point-of-sale system to accept crypto. A phone and a QR code are enough. Here is how it works, what you have to do by hand, and who it suits, without pretending it is more automatic than it is.

The short version

With no POS, every crypto sale is a beside-the-register flow by definition: the customer pays your wallet directly, and you record the sale however you already track takings. There is no register for the payment to flow into, so the recording is manual, and that is fine for the businesses this suits. The full mechanics live on our parallel acceptance page; this page covers what is specific to having no POS at all.

Phone-only acceptance

A single smartphone can run a wallet app that both displays a payment request and confirms when it arrives. That is your entire point of sale. No terminal, no merchant account, no monthly fee.

Static QR versus dynamic invoice

You have the same two choices as any beside-the-register setup. A static QR, a single printed code, is the simplest: the customer scans it and types the amount. A dynamic invoice, generated per sale on your phone, sets the amount for them so there is nothing to mistype. If you sell items at varying prices, the dynamic invoice saves you a lot of amount-checking.

Customer-presented or merchant-presented

Either the customer shows a code from their wallet and you scan it, or, more commonly for small sellers, you present a code and they scan it. Merchant-presented with a dynamic invoice is usually the smoothest for a one-person stand.

Basic hardware

A phone you already own is enough. A small stand to prop a printed QR card, and a battery pack for a long market day, are the only extras worth considering. No card reader is required.

Internet connectivity

You need some connection to confirm a payment. At busy outdoor venues where signal is congested, plan a fallback: a second-carrier hotspot, or presenting a static code and verifying the payment as signal allows. Decide your "what if it is slow" rule before the rush.

Confirming payment

Wait for the payment to show as received before handing over goods. Payments over the Lightning Network are typically near-instant; on-chain payments can take a moment. Know which you are accepting and how long you will wait.

Recording sales

Since there is no POS, keep a simple running log: date, item or sale, amount in dollars at the time, and the wallet it landed in. Ten minutes at the end of the day keeps your books clean and your accountant happy.

Refunds

A refund is a new payment you send back, not a reversal. Confirm the customer's address and document it. See how to refund a crypto payment for the routine.

Reconciliation

At close, match your running log against what actually arrived in your wallet. With no POS to reconcile against, this is simply confirming your own record is complete, which is why the running log matters.

Who this fits well

  • Market, fair, and pop-up sellers with no fixed counter.
  • Sole proprietors and very small operations.
  • Contractors and service providers who currently take cash or bank transfer.
  • Anyone who wants to test crypto with essentially zero setup cost.

Who should probably wait

  • High-volume, fast-line sellers who cannot pause to confirm each payment.
  • Anyone who needs sales in automated reports for staffing or inventory.
  • Businesses where crypto would be such a rare request that the record-keeping is not worth it yet.
Native or integrated acceptance versus parallel acceptance Two flows compared. In the top flow, the customer pays and the POS itself records the crypto sale, so it appears in POS reports automatically. In the bottom flow, the customer pays a separate wallet or QR code beside the register; the POS is not involved, the cashier records the sale by hand, and reconciliation happens separately. Native or official integration: the POS records the sale POS is involved Customer pays POS requests + confirms the crypto payment Wallet / processor settles the payment POS report sale appears automatically One system. Parallel acceptance: the POS is not involved POS is NOT involved Customer scans a separate QR Wallet / QR beside the register POS cashier records sale by hand (other tender) Books reconciled separately dashed = manual, human step
Native or integrated vs. parallel acceptance. When acceptance is native or officially integrated (top), the POS itself handles the crypto payment and the sale lands in POS reports. With parallel acceptance (bottom), the payment runs beside the register through a separate wallet or QR code; the POS never sees it, so a person records and reconciles the sale by hand.
Free tools to get started

Payment Card Builder

Related guides: The Pop-Up & Mobile Merchant's Guide to Crypto, The 0-to-Live Launch Toolkit.

Something went wrong. Please try again in a moment. If the problem continues, contact us.
Thanks! Check your inbox to confirm your subscription.

Join the CryptoLic Insider

Practical cryptocurrency payment guidance for small businesses. Get occasional security tips, implementation guides, product updates, and launch announcements. No spam