A new Tip Management tab holds Tip Pooling. Set up to ten pools, each taking a percentage of certain kinds of sales — you pick which report groups count and at which rate — and setting it aside for a support role like a food runner or busser. You choose which jobs pay in, an optional cap, and an optional time window (dinner service only, say).

The rule is precise: a sale only pays into the pool if someone in the receiving job was clocked in at the moment that item was rung into the kitchen — not just sometime that shift. Payout comes as an editable, per‑day report: everyone who paid in and everyone who received, with the received share starting proportional to hours worked, all editable before you commit. Apply to Payroll then feeds the Tip Pool column on the payroll report — nothing touches pay until a manager says so.

Every terminal keeps its orders, checks and staff list in the device itself, so a single register keeps taking orders and cash whether or not the internet is up. This build hardened that: the app now puts a firm time limit on every call to the cloud, so a weak or missing connection can no longer leave a terminal hanging — on sign‑in or on background sync. If the network isn’t there, the terminal carries on with what it has and catches up the moment it’s back.

Credit cards now run the way a full‑service restaurant expects: the sale captures first and the tip is entered afterward, then settled with the batch. Voiding a card payment off a check is clean — the payment is reversed at the processor first, and the check only reopens if that genuinely succeeded, so the money and the books always move together.

A bar tab opened on a card can be closed on that same card on file, and the $1 test charge used to open a tab now drops off the check on its own. Every card action writes to a durable log so nothing is lost if a terminal restarts mid‑transaction.

Dispatch can now group several ready orders into one driver run and suggest sensible groupings, then sequence the stops. Only staff with the driver right can be assigned. Drivers can collect cash on delivery — the payment is recorded against the driver when they get back — and delivery settings now live under Customers/Loyalty where the rest of the customer tools are.

Employees gained the fields a real HR file needs: a masked, permission‑gated SSN / ID that only authorised managers can see, a second integration ID, full mailing address, an emergency contact, a preferred language, and a termination reason drawn from a list you configure. The import from your old POS now carries this information across instead of dropping it.

Some POS systems can’t export their jobs as a spreadsheet, so Tabwright now reads them straight from the data file — job names and their permission settings — and files them into your Jobs list. Imported jobs match your existing ones even when the spelling or capitalisation differs, so an imported “SERVER” lines up with your “Server” instead of showing up as unassigned.

Quick Set now changes almost every field the item editor does, in bulk: base and special prices at every price level, modifier prices, stock counts, and time‑of‑day schedules — not just on/off switches. Select a batch of items and set them together instead of opening each one.

Picking the Delivery order type opens an address window: cell phone → Find → the customer’s name and full address (street, apartment, city, state, zip) fill in from their record. Quote fee matches the address against the zones you drew — a zip inside a zone costs nothing to check, an address outside every zone falls back to driving distance. If none of that can price it, staff type the fee. An order is never blocked on a map lookup.

The address is written back to the customer, so the next order pre‑fills. Customers gained real address fields, and search now matches on address and city.

A new Dispatch screen lists every delivery — time, status, total, address, customer, driver — with Detail, Edit Order, Print, Assign, Return, Map and Directions. It reads both unpaid checks and paid sales, because a delivery order can be either. Dispatch sits in the top bar with a badge counting the orders still waiting to go out.

Reports → Sales Comparison. Choose a business day and a basis: the same weekday last week, four weeks ago, or last year — or the same calendar date. Every option shows the exact date it resolves to, so “same date last month” visibly lands on a Monday when you’re looking at a Wednesday. Restaurants trade on a weekly rhythm, so the weekday‑aligned choices are the defaults.

Each category shows the change in dollars, the change as a percentage, and the shift in its share of the check. Net sales up four percent while appetizers fall four points is the sentence an owner acts on, and a dollar column alone hides it.

Reservations, Dispatch and Online Orders can be switched off per job. They default on, so it’s a matter of unticking them on the Server or Bartender job. A job without ordering rights already loses Register and Tabs — so a Hostess job lands on exactly Floor, Reservations and Dispatch, with the waitlist right there on the floor. No separate hostess screen needed.

Customers/Loyalty is now a menu in the Back Office bar, holding Customers, Loyalty & Rewards, Gift Cards and all three delivery screens. It had never been in the menu bar at all.

When a manager used Remove gratuity, the check dropped the auto‑gratuity on screen — but the card was charged it anyway, and the sale was recorded that way. The books balanced, so nothing looked wrong. Fixed, along with reopening a check silently putting the gratuity back.

Separately, an order rung after 8pm was being filed under the next day’s date. That affected every date‑based report, and it also reset the daily check‑number sequence in the middle of dinner service, producing duplicate check numbers. A restaurant’s day now ends at its own closing time, not at midnight in London.