What's New

The auto-assigner gave a rider a delivery, then Pick Order refused him because the hand-over cap counted every undelivered order ever, including old paid orders nobody had marked delivered.

🛵 Now: • The cap counts the rider's live day: the same load the auto-assigner counts • Old orders that were never closed no longer block a rider's new pick • Manual hand-over and automatic assignment follow one rule

Result: A rider who was given an order can pick it up.

The Rider Hub's cash choices and rider states were hard to read, and a manager could not give a staff member one tab of the hub without giving the whole hub.

🛵 Riders at the counter: • Cash is one choice: riders can always take cash, shown ticked and locked, and never listed twice • Coming back means a rider delivered and nobody has seen him at the counter since • Press He is back when he arrives, or he counts as back once he asks to hand in cash or picks his next order

🔐 Tabs: • Each tab of the Rider Hub has its own permission under Options • A role with no tab ticked sees every tab, as before • The first tick turns the role into only the ticked tabs • A ticked tab that is closed for the restaurant does not open

Result: Each person sees the hub tabs their job needs, and the counter reads riders the same way.

Un-ticking Inventory under Settings → Modules hid the Inventory menu, but the stock and purchase pages behind it still opened for anyone who typed the address.

📦 Now: • The Inventory menu disappears when Inventory is un-ticked for the restaurant • Stock, purchases, purchase orders, returns and demand sheets send the user back home with a short reason • Reports, sales and recipes stay open, because the rest of the system uses them too

Result: Switch Inventory off and it is off everywhere.

Opening the due-order payment tab a second time left it empty: no customer box, no bill list and no pay buttons.

💵 Now: • The tab fills in on every open, so due orders can be paid again

Result: Due orders can be paid on every open of the tab.

The order taker app needed the restaurant's own web address before anyone could sign in.

📱 Now: • Sign in with an email address and password alone, on the central address • The app learns its restaurant from the sign-in itself • A restaurant with no address set is refused before anything is issued

🔐 Rider and owner apps: • Sign-in takes an email address only, the same as the order taker app • A username is refused with a message to sign in with the email address; the web login still takes a username

Result: All three apps sign in the same way, with one email address.

When a paid order was marked unpaid, the register's cash voucher was never rebuilt, so the register kept claiming cash it no longer held.

🧾 Now: • Marking an order unpaid rebuilds the voucher of every closed register it was paid into • A voucher left with no cash behind it is voided, not left standing

🛠️ Quiet reliability: • A day close whose stock use already finished can be re-run for one named day, for an order voided long after the fact, with a warning first

Result: The register's cash agrees with the money it actually holds.

A wrong account mapping had sent some branches' food cost into another branch's Cost of Sale account.

📒 Now: • Each branch's food cost sits on its own Cost of Sale account • The wrong mapping is repaired first, and the repair is checked before a single entry moves • Every moved entry is recorded, so a repair run can be rolled back

Result: Each branch's cost of sale matches its own food cost.

The Top Customers report had no direct export, and its limit box would not take a number written with commas.

📤 Now: • A download button writes every customer up to the limit straight to an Excel file • The limit takes numbers with commas, such as 1,000,000 • The file carries the same rows and columns as the table on screen

Result: The whole customer list can be taken out to Excel in one click.

The day-close register summary was never sent when the WhatsApp numbers were set on the branch and not on the business.

📲 Now: • The summary goes to the branch's own numbers, and to the business's numbers when those are set • An open register's summary no longer fails

Result: The people at the branch get the day-close summary without any extra setting.

Changing an item's price was refused while an order carrying it was open, and a cancelled order kept blocking it for the rest of the day.

🚫 Now: • Only an order that is still open blocks a price change; a cancelled one does not • The refusal names the orders that block it, with their number and branch, and marks a paid order as [Paid] • A variant used as an add-on on another item also holds its own price change

Result: Price changes are no longer held up by orders that were cancelled.

The dispatcher screen had tall rows and no single set of status colours.

📋 Now: • Compact rows, with Handover under the rider • The action buttons sit in one strip • Each delivery stage has one row colour, and the legend lists every status • Light and dark themes

Result: A dispatcher reads the whole queue at a glance.

Pressing Handover again for the same rider rewrote the out and picked-up times with the time of the second press, so the delivery report showed the wrong times.

🛵 Now: • The rider times belong to the first handover and stay put when Handover is pressed again • Only a different rider restarts them, because the order really did leave again • On a repeat press, only the items punched since the first handover are marked delivered; the ones already gone keep their own time

Result: The delivery report shows when the order actually left.