Skip to content
Batch.
ProductMarketingHardwareUse casesWhy BatchPricingFAQ
Sign inGet started

The product

Every part of the business.One system.

Take the payment, run the floor, count the stock, fill the calendar, pay the team and close the books, in one place, on one set of records.

Get startedSee pricing

Jump to a module

  • Payments
  • Restaurant floor
  • Inventory
  • Scheduling
  • Team and payroll
  • Books and reporting
  • Marketing
  • Kiosk and menu boards
  • Multi-location

Front of house to back office

Open to close, it just works. One product.

The register a cashier works on, the board the floor runs on and the ledger an accountant reads are the same system reading the same sale.

  • Batch.Harbor & PineIllustration
    AllCoffeeFood
    Flat white
    Cold brew
    Espresso
    Toast
    Sandwich
    Salad

    Open ticket · Table 4

    • 2×Flat white9.00
    • 1×Toast12.50
    • 1×Sandwich14.00
    Total38.61
    Charge

    Ring the sale

    Items, modifiers, discounts and tender on one screen.

  • Batch.Harbor & PineIllustration

    Dining room

    T14 guests
    T2Open
    T32 guests
    T4Paid
    T5Open
    T66 guests

    Kitchen display

    • T1 · 2 courseFired
    • T3 · Bar snacksWorking
    • T6 · 6 coversNew

    Run the floor

    Tables and tabs stay open until they are paid, and tickets go to the kitchen screen.

  • Batch.Harbor & PineIllustration

    Journal entry · Sale

    Balanced
    • DebitCard clearing38.61
    • CreditSales revenue35.50
    • CreditSales tax payable3.11

    Posted by the sale itself. Nothing was exported.

    Close the books

    The sale posts itself to a double-entry ledger, so nothing waits on an export.

One sale, every record

A sale is not one row. Batch writes all of them.

Ringing an item touches the payment, the stock, the customer, the shift and the ledger. When those live in five products, somebody reconciles them by hand every month.

  • The paymentCard, cash, gift card or a split, with the tip and the tax on the same record.
  • The stockA tracked item comes off the shelf at that location, at the variant that sold.
  • The customerThe visit, the points earned and the receipt land on one profile.
  • The shiftWho rang it, on which clocked shift, with the tip recorded against it.
  • The ledgerRevenue, tax payable and card clearing post as balanced journal lines.
How the books work
Batch.Harbor & PineIllustration

Ticket 1043 · closed

Paid

One sale

Flat white ×2, toast, sandwich, rung at the counter.

  • 1PaymentCard · ending 4242
  • 2StockFlat white ×2 off the shelf
  • 3CustomerPriya S. · points earned
  • 4ShiftA. Rivera · on shift
  • 5LedgerRevenue, tax and clearing

Module by module

What each part of Batch actually does.

Turn on what the business uses. Everything below is built today. Nothing here is a roadmap item.

Payments

Take the card at the counter.

The register and card payments come set up together, so each sale and its payment sit on one record. Cards are taken in person on our own terminal.

The hardware Batch runs on
  • Card presentThe customer taps, dips or swipes on the pad, which reads and encrypts the card on the device.
  • Refunds, voids and tipsRefund or void against the original sale, and keep the tip on that same record.
  • Cash discount and dual pricingShow a cash price beside a card price and ring the one the customer chose.

Restaurant floor

Tables, tabs and a kitchen that sees every ticket.

Open a check against a table or a tab at the bar, seat and split it as the party changes, and fire the ticket to a kitchen screen instead of a printer.

Restaurants and bars
  • Tables, sections and floor plansLay the room out once and every check knows where it belongs.
  • Tabs, seats and coursesAdd to a tab all night, assign an item to a seat, and hold a course back.
  • Split checksSplit by seat or by amount, and settle each part its own way.
  • Kitchen displayTickets fire to a kitchen screen: any display, with no separate subscription.
  • Paid before it closesA tab cannot be closed until the payment is on it.
  • Tips and tip poolingTips are recorded on the check, declared at the end of a shift and pooled by rule.

Inventory

Stock you can count, at the variant that sells.

On-hand quantities are kept location by location and variant by variant, purchase orders run from the order through to receiving, and a count shows expected against counted line by line.

Retail use cases
  • Stock by location and variantEach size, flavour and colour keeps its own count in each store room.
  • Vendors and purchase ordersRaise an order, submit it, receive it, and the stock moves when it lands.
  • Stock counts with varianceCount the shelf and read expected, counted and the difference side by side.
  • SKU and barcode lookupScan or type a SKU at the register, at receiving and during a count.
  • Low-stock alertsAn item that drops under its threshold raises an alert rather than a surprise.
  • Cost of goodsStock booked in at cost posts to the ledger, and a sale that moves it records the cost against the revenue.

Scheduling

A booking page that cannot double-book.

Customers pick from times that are genuinely open, because availability is computed per provider in the location’s own timezone and the overlap is refused by the database, not by the screen.

Booking pages in Marketing
  • Public booking pageA page customers book from without creating an account.
  • Availability by providerEach person keeps their own hours, so the openings shown are real ones.
  • Timezone-correct slotsSlots are computed in the location’s timezone, including the days the clocks change.
  • Add to calendarA confirmed booking comes with a calendar file the customer can open.
  • RemindersReminders go out ahead of the appointment, on the channels the customer agreed to.
  • Reschedule and cancelThe customer can move or cancel from a signed link in their confirmation.

Team and payroll

Roles, hours and the payroll record for everyone.

One login per person, one role deciding what they can open, shifts and breaks on the clock, tips declared at the end of the night, and payroll runs with a line for each person.

One team, every location
  • Roles at every locationOwner through front desk, applied across the business rather than per device.
  • Shifts and the time clockClock in, take a break and clock out on the record, rather than on paper.
  • Tip declarationsStaff declare their tips, and the declaration is what payroll reads.
  • Tip poolsPool tips by rule and read how each distribution was worked out.
  • Payroll runsHours and declared tips come together in a run with a line per person.
  • Wages post to the ledgerA paid payroll run writes its own journal entry. Batch keeps the record and the numbers; it does not move payroll money.

Books and reporting

Reports as the day happens, on a ledger that balances.

Sales, labour, item and tender reporting reads the live records rather than last night’s export. Underneath it is a double-entry general ledger that the sale, the refund, the stock movement and the payroll run all post to.

Why one system
  • Double-entry general ledgerEvery entry balances, debits against credits, with the location on each line.
  • Sales and refunds post themselvesA completed sale writes its own journal entry, so there is no monthly re-keying.
  • Close-outEnd the day on net sales, tender mix and cash over or short.
  • Multi-location roll-upsRead one location, or all of them together, from the same report.

Marketing

Campaigns built from the customers you already serve.

Segments come from your own records, texts and emails go to a segment, and consent is checked for every recipient before anything sends.

All of marketing
  • Audience segmentsBuild an audience from visits, spend and the details your records already hold.
  • Text and email campaignsWrite once, send to a segment, and read what happened to each message.
  • Consent checked per recipientA recipient without consent is skipped and recorded as skipped, never sent to.
  • LoyaltyPoints accrue on the sale and are redeemed at the register.
  • Gift cardsIssue a gift card, redeem it at checkout, and keep the balance on a ledger.
  • PromotionsSet a promotion up once and it applies at checkout when an order qualifies.

Kiosk and menu boards

Let guests order, and put the menu on the wall.

A tablet becomes a self-order kiosk whose orders arrive open at the register for your team to take payment, and the menu on the screens behind the counter is the menu you already maintain.

Cafés and counters
  • Self-order kiosk modeGuests build the order themselves and hand it to the counter.
  • Paid at the registerA kiosk order lands open. Your team takes the payment.
  • Menu boards with daypartsBoards follow the menu and switch with the time of day.
  • Age and ID verificationA restricted item prompts for an ID check before it can be rung.
  • Digital receiptsThe guest chooses how the receipt reaches them at the end of the sale.
  • Any ordinary screenKitchen displays and menu boards run in a browser on a screen you can already buy.

Multi-location

Every location on its own, all of them together.

Each location keeps its own stock, its own drawer and its own numbers. Roles, customers and the ledger are the business’s, and the reports read either way.

See pricing
  • Roll-up reportingOne report across the business, or one location at a time.
  • Stock, location by locationEach location counts, orders and receives its own inventory.
  • One role per personA person has one role in the business and can work at more than one location.
  • One ledger, location on every lineLocations post to the same general ledger and stay separable inside it.
  • One subscriptionBilling is per business. Opening another location does not open another bill.
  • One customer listA customer served at one location is the same customer at the next.

Under the hood

Everything behind the counter, already inside.

Payments, reporting, the ledger and permissions share one core, so there is nothing to bolt on.

Under the hood

Card data stays out of the software

4242 4242 4242 4242

Token

tok_3Kq…9f

On the sale

•••• 4242

Terminals encrypt the card at the reader, and the sale record keeps the last four digits. The card number is never stored.

Every number, as the day happens

Sales, labor and item reporting reads the live sale and time-clock records rather than an overnight export.

Refunds keep their record

A refund or void is stored against the original sale, so a report shows what was taken and what came back.

The right access for every role

A person’s role decides what they can open. Each business’s data is kept separate, and the database adds row-level isolation as a second check behind the application.

One codebase, every vertical

Restaurant, retail and services share one database. The vertical changes what the front end shows, never what is underneath.

See it by business type

Start with the register

Switch on what you need today. The rest is already inside.

Get startedTalk to us

Batch. The one system your business runs on.

support@getbatch.net

Product

  • Product
  • Marketing
  • Hardware
  • Pricing

Company

  • Why Batch
  • Use cases
  • FAQ

Contact

  • Talk to us
  • Security
  • Sign in

Batch.

© 2026 Batch

  • Terms
  • Privacy
  • DPA
  • Support