Trust centreMonthly, zeros included
The monthly numbers, zeros included.
See recorded orders and refunds, with test orders kept separate from buyer orders. Check the date in the table caption before using the figures.
ORDERS / DATED COUNTS
What the counts mean.
Buyer orders, anonymous unpaid orders and our own tests appear separately. Known operator addresses and test references are excluded from the real-buyer count.
Orders and refunds
| Figure | Real buyers | Anonymous, unpaid | Our own tests |
|---|---|---|---|
| Orders placed | 0 | 10 | 12 |
| Orders paid | 0 | — | — |
| Refunds issued | 0 | ||
“Orders placed” includes unpaid and abandoned orders. It is not a sales count. You can try the free paste screen without ordering a report.
Response time
No measured response-time figure is published here yet. Do not infer a reply-time target from the order counts.
How this log is produced, and what it cannot show
The page tries to fetch aggregate counts from the order store. If that fails, or returns no monthly rows, the dated saved table stays visible. Read its caption to distinguish a fresh read from the saved snapshot.
Order counts do not show whether buyers were satisfied or reports were accurate. Review the refund terms and the dated self-check example separately.
How an order lands in each column
Two rules decide the column and both run on every row. The first is a machine flag written when an order is created, which marks anything we generate ourselves. The second is a naming rule for rows predating the flag or entered by hand. It matches the operator’s own address, an example.com address, our reserved supplier prefix, and internal payment references.
A row counts as a real buyer only when neither rule matches and it is not an anonymous unpaid order. Where the origin of a row cannot be established, it goes to our own tests instead. That direction is deliberate. It can understate what buyers did, and it cannot overstate it.
Correction, 4 September 2026. Until that date only the naming rule was applied to the order table. Eighteen rows carrying the machine flag were being counted as real buyers, and the live endpoint reported six real orders where the correct count was one. That one order was cancelled and never paid. Both rules now run together from a single shared definition, so the live endpoint and the saved snapshot cannot drift apart.
What this log does not contain
- No response time. We have not measured one in a form we would publish. The order counts imply nothing about how fast email is answered.
- No satisfaction measure. A count of orders says nothing about whether a report was accurate or useful to the buyer.
- No revenue. The table counts orders. An order placed is not an order paid, and neither figure is an amount of money.
- No buyer detail. Nothing here identifies a buyer, and nothing here ever will.
- No blank when the live read fails. The saved snapshot stays visible with its own date. An empty table would read as zero activity, which is a different claim from an unavailable read.
How we checked
Baseline figures are a dated snapshot of our own production records. The most recent query date on this page is 26 August 2026. Where a table carries its own date, that date governs.