Oakline separates platform fees from Stripe processing costs so providers can see why gross revenue and net value differ.
For an online payment, the Oakline fee is the application-fee portion attributed to the booking payment.
For an eligible cash booking, the fee is recorded in Fee Bank. When that debt is later recovered through an online transaction, Financial Reports keeps the fee against the original cash booking and removes the recovered amount from the later online Oakline-fee figure. This avoids counting the same platform fee twice.
Stripe can provide a breakdown including processing and other Stripe fees.
When Oakline has synchronised the exact fee breakdown, Financial Reports uses the recorded Stripe values.
When exact fee data is not yet available, Oakline can estimate processing cost from the payment amount. The Monthly Session Report displays a notice if any included row uses an estimate.
An estimate is useful for an early operational view but should not replace the exact Stripe transaction when reconciling accounts.
Cash rows show:
Fee Bank controls when eligible cash fees become available to recover and records later recovery activity separately.
Funded Sessions have a separate section in Fee Bank. Each confirmed child or adult place creates one fee based on the funded amount per place and the Oakline percentage at confirmation. The funder pays the provider directly, so the family booking is funded, not cash paid, and does not count as family revenue. A no-show does not remove the fee. A cancellation processed before the session starts waives it; after an invoice has been issued, a single adjustment is carried forward rather than silently changing that invoice. Automatic Stripe invoicing is currently off during the pilot. See Funded Sessions: bookings and fees.
When a booking has a stored refunded amount, Financial Reports reduces the revenue attributed to that booking by the recorded refund, up to the original booking value.
For historical refunded rows without a stored amount, the report treats the booking as fully refunded.
Payment processing and application fees already charged can remain costs after a refund. As a result:
That result does not necessarily indicate a calculation error; it can represent real non-refundable or already-incurred fees.
Cancelling a booking does not automatically mean the money was returned. If payment was received and no refund was recorded, the financial payment remains part of the cash-basis report.
Families Activity separately identifies paid allocations attached to cancelled, refunded or hidden bookings as Excluded Cancelled.
If a booking is paid completely with previously issued account credit, no new money is collected. It still appears as a £0 transaction with a Credit method badge in the Transactions tab, for a complete record — but it is not counted as new revenue.
If credit covers only part of a booking and the remainder is paid online or by another recorded method, the report follows the new payment amount rather than treating the reused credit as new revenue. The expanded row detail shows the credit amount applied alongside the new payment.
A payment shown with Rejected status failed at checkout — commonly an expired or abandoned Stripe Checkout session. It always shows £0 for paid amount, fees and profit, because no charge occurred under that record. If the customer went on to pay successfully through a new attempt, that successful payment is reported separately, so revenue is never double-counted between the failed attempt and its replacement.
Where a booking had a discount applied, the expanded row shows how much came from a sibling discount, a multi-session discount, a voucher, or an unspecified/other source. Bookings made before this breakdown was introduced show their full discount as "Other" — the total discount amount is unaffected, only the source split is unavailable for those older bookings.
For definitions of the headline totals, read Financial Reports: Complete Guide.