Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.florists.digital/llms.txt

Use this file to discover all available pages before exploring further.

Every time a customer pays you, Digital Florists creates a transaction — a record that ties together what was bought, how it was paid for, and the current payment status. Whether the payment happens at the till, on an order page, through a payment link, or against an invoice, the underlying system is the same.
This page covers features gated by Manager-tier permissions. Managers and Admins have these by default; your administrator can adjust who has them in Settings > Team.

What is a transaction?

A transaction is a container for one or more payments. When a customer buys a bouquet at the POS and pays with cash, that’s one transaction with one payment. When a customer pays half by gift card and half by card, that’s one transaction with two payments — see Split payments. Every transaction tracks the total amount due, every individual payment recorded against it (with method, amount, and timestamp), the current payment status, and which surface it came from (POS, order, event, payment link, or invoice).

Where you take payments

Payments happen in five places across your shop. The transaction system behind them is the same; the methods available depend on the surface.
ContextWhereAvailable methods
Point of SaleAt the till during a walk-in saleCash, card, gift card, account, loyalty, split
Order paymentsFrom an order’s detail page in the dashboardCard, gift card, account
Event depositsFrom an event’s payment sectionCard, account, payment link
Payment linksSent to the customer via email or SMSCard (online checkout via Stripe)
Invoice paymentsWhen a customer pays an outstanding invoiceCard, account, payment link
The methods you see depend on which are enabled and on the surface. Cash is POS-only. Account payments require a customer with a credit account. See Payment Methods for the full list and what each one does.

Payment statuses

Every transaction has a status:
StatusMeaning
UnpaidNo payment has been made yet.
Partially PaidSome payment received, but a balance remains.
PaidThe full amount has been collected.
Over PaidMore was collected than the transaction total — adjust with a refund.
RefundedThe entire payment has been returned to the customer.
Partially RefundedSome of the payment has been returned.
VoidThe transaction was cancelled before it was completed.
ExpiredThe payment window closed without the customer paying (e.g. an abandoned POS sale — see “When transactions expire” below).
Statuses update automatically as payments come in. When a split payment covers part of the total, the status moves to Partially Paid. When the last payment brings the total to zero, it moves to Paid. Refunds update it again.
On the order, you’ll see the same status names except Expired. When a transaction expires, the linked order’s payment status flips to Void instead — Expired is the transaction-level state that drives that flip.

When transactions expire

If a sale is started at the till but never paid for — the customer wanders off, the phone rings, things get forgotten — the unpaid transaction clears itself automatically about half an hour later, and any orders linked to it are cancelled. Keeps your dashboard tidy when sales get abandoned mid-way. You can turn this off in your POS settings if you’d rather close abandoned sales by hand.

What happens when a payment is recorded

When a payment is recorded — by tapping a card, entering a gift card code, or completing a payment link — Digital Florists automatically:
  1. Updates the transaction status based on the total paid so far
  2. Updates the order or event payment status to match
  3. Runs any automations you’ve set up for payment status changes (for example, send a confirmation email when an order is paid)
  4. Notifies connected integrations if the order came from an external system like Shopify or Direct2Florist
  5. Generates gift cards if the order includes virtual gift card products
For event deposits, phone orders the customer pays later, outstanding invoices, or anywhere the customer isn’t with you — send a payment link by email or SMS. They click it, pay by card on a secure checkout page, and the transaction posts back to the order or invoice automatically. Payment links stay active until the customer pays or the transaction expires. If their first attempt fails, they can try again from the same link.

Voiding a transaction

If a transaction needs to be cancelled entirely — for example, a sale created by mistake — you can void it. Voiding removes all payments, cancels any linked orders, and marks the transaction as Void. Use this for mistakes caught before payment; use a refund for returns or corrections after payment.
Voiding a transaction also cancels all orders linked to it. If the order has already been fulfilled, use a refund instead — fulfilled orders can be refunded but can’t be cancelled from the void path.

Common questions

No. Once a payment is recorded, you can’t change the method. If a mistake was made, process a refund and re-take the payment using the correct method.
Open the order from your dashboard. The payment section shows every payment linked to that order, including partial payments, refunds, and the current payment status.
Yes. Your End of Day report shows every transaction from a till session, and you can export detailed transaction reports from Analytics > Exports. See Exports for the export options.

What’s next?

Payment Methods

The default methods, what each one does, and how to add your own.

Point of Sale

Take payments at the till — cash, card, gift cards, and split payments.

Refunds

Process refunds by order, by transaction, or as a standalone adjustment.

End of Day

Close your till and reconcile the day’s payments.
Last modified on May 17, 2026