Understanding the Sales Page

your payments page answers "what money came in " the sales page answers a different question what did you sell, and when did you sell it — regardless of when the payment is actually collected if a family registers in june, buys a camp week, then adds a t shirt in july, the t shirt counts as a july sale, even though their payment plan may collect that money over several more months the sales page reports this on its own, with nothing to configure the five tabs insights — where the page opens a chart of the period you're viewing, with a plain english explanation underneath you can view the same data five ways by day, as a running total, by category, by product type, or by individual product by user — who ordered, and what they still owe on those orders specifically the money for each person reads as a plain sentence what they ordered, minus what's been collected, equals what's still open by product / service — what sold, how many units, and to whom it also has its own discounts section, listing every discount given, how often, how much it gave away, and who gave it sales journal — every sale related event, newest first the "done by" column shows the staff member's name, says "the system" for automatic actions, and shows the registrant's own name in a lighter color when they did it themselves summary report — the sheet you'd print for a director or accountant one row per product or person, one column per month, with totals both ways what counts as a sale the math behind every number on this page is gross sales − discounts − changes + abandoned items = net changes means anything reversed a removed item, a smaller quantity, a price cut, or a move back to the waitlist abandoned is kept separate from cancellations on purpose someone adding something to their cart and then walking away is not the same as someone canceling an order they already committed to, and the sales page treats them as two different things never counted as a sale convenience and tax fees — these are payment charges, not products the internal day by day pricing pieces behind a session purchase protection accounts excluded from your project counted, even though it might surprise you a recurring or subscription item counts as a sale in the month the line was created, not spread out over time items a staff member adds privately an admin credit, which counts as a discount why this page might not match payments the collected on these orders figure sits next to your sales numbers but isn't part of the sales math above it it can differ from your payments page for three normal reasons it counts money collected on these specific orders whenever that money arrived, which could be a previous or later month it shows nothing for a line item that has since been deleted, because there's no order line left to read it's a per order number, not a total of cash received 3quick add and remove pairs are hidden if someone adds an item and removes it again within an hour for the exact same amount, regpack treats that as browsing and hides it from your lists and totals your net total never changes either way — only the gross and changes numbers shrink together a note above your list tells you how many were hidden, with a link to show them older removed items use current pricing before the sales page existed, deleting an item from someone's cart didn't record what it cost at the time anything removed before that point is valued at the product's current price instead if you've changed a product's price since an item was removed, an older export may not match a newer one for that product this is expected behavior