VAT
Loading…
Merchants
A portal token lets a merchant book their own parcels and see their own status at /merchant. They see nothing of anybody else's.
Both fees are typed, not defaulted. They are the commercial terms of the relationship, so they are worth reading before you press the button. They can be changed later — a change applies to parcels booked after it and never to anything already carried.
| Merchant | Terms | Parcels | Tokens |
|---|
A test key, for their developer
A shop's programmer can start today without waiting for the terms to be agreed. The key works against a business where nothing is real — five parcels already in it, a rider who delivers when they ask, and no message ever sent to anybody. It reaches no rider, no customer and no ledger.
Where they come from
Which page the people who got in touch were reading, how many had already taken a test key, and how many became customers. No names and no numbers — this is about pages.
| Page | About | Asked | Already building | Became merchants | Last |
|---|
Enquiries
People who read the public pages and asked us to ring them.
| Who | About | How to reach them | What they said | Waiting | From |
|---|
What each merchant is worth
Revenue, less the cost that is provably his — the rider who carried his parcels, and anything credited back to him. This is contribution, not profit: no share of the warehouse, the dispatch desk or head office is in it. Those are shown whole at the bottom, because dividing them between merchants is a judgement, and whichever basis you pick decides who looks worst.
| Merchant | Drops | Revenue | Rider | Credited | Contribution | Fleet share* |
|---|---|---|---|---|---|---|
| Loading… | ||||||
* The fleet share is the one estimate on this screen. It divides the fuel, service and repairs by each merchant's share of drops, which is the only basis the data supports — a tank of fuel is bought for a round, not for a parcel. It is in its own column and never inside the contribution figure, so you can disregard it and still trust everything to its left.
| When | Why | Revenue | Rider | Credited | Contribution |
|---|
How we are doing, per merchant
First time, on the promise, and how much of each merchant's customer list we already know the door of.
| Merchant | Parcels | First time | On the promise | Known door | Journeys | Per drop | Credited | Came back |
|---|---|---|---|---|---|---|---|---|
| Loading… | ||||||||
| Ref | Sent | Outcome | Journeys | Door | Charged |
|---|
| Ref | Asked | Reason | Where it got to | Charged |
|---|
Storage
A delivery fee is paid once per parcel and stops. Storage accrues every night a carton sits on a shelf, and in a third-party warehouse it is the line that makes the building worth having. Unit-days are counted from the ledger — every movement, integrated — so there is no nightly job that can fail to run and leave a month short.
| Merchant | Unit-days this month | Last month | Rate | Owed last month | |
|---|---|---|---|---|---|
| Loading… | |||||
Billed
Each ended Monday-to-Sunday week is charged once, at the rate in force day by day, and appears on that week's statement. Nothing here is typed; the timer posts it. Free days, a weekly minimum and bands (db/186) are applied here and only here — the month columns above are unit-days at the flat rate, before any of them.
| Week | Merchant | Unit-days | Charged | Rate(s) |
|---|---|---|---|---|
| Loading… | ||||
Nothing here is posted to the ledger. Charging a merchant is money leaving a conversation and entering an account — this is the number to make that decision with.
Locker collection codes
A code opens one locker, for one rider, once. It expires, and issuing a new one kills the old.
A locker is a place with a surveyed pin — typed in once, not learned from a delivery.
Open a locker. Enter the code the rider was given. Three wrong attempts and the locker is throttled — the message never says which of "wrong", "expired" or "already used" it was, because each of those is a fact about a code somebody does not have.
| Parcel | To | Cash |
|---|
| Locker | Waiting |
|---|
Delivery credit
A merchant can put money in before the parcels go out, and the fees come off it. A stated credit limit is how far they may go into debt; leave it blank and there is no limit, which is how this system has always worked. Hold when unfunded keeps a booking beyond their money off the pick queue and the board until a top-up lands — accepted, never refused, so the merchant still has a reference for it.
| Merchant | Prepaid | Owes | Limit | Available | Holds? | |
|---|---|---|---|---|---|---|
| Loading… | ||||||
Money that has already arrived — a bank transfer, cash at the desk. The reference is required because a top-up nobody can trace back to a bank line is a number somebody will have to defend later.
Waiting to be paid for
| Ref | Merchant | Held | Short by | |
|---|---|---|---|---|
| Loading… | ||||
Unexplained shortfalls at a locker
Expected against scanned out. A gap is a mis-stock, a mis-scan or a theft, and this cannot tell which — so it is shown and never resolved.
| Locker | Rider | Day | Expected | Collected | Short |
|---|