Skip to content

Point of Sale View

POS View is myShop set up for selling in person — at a concert table, a game, or a booster meeting. Same products, same inventory, a layout built for taking payment quickly in front of someone.

It requires myShop Admin Access.

Where to open it

Device Open it from Card payments
Laptop or desktop Manage myShop → POS View (Standard or Fullscreen) Stripe card reader
iPad / Android tablet in a browser Same Stripe card reader
iPhone in the mybb app Menu → myShop → myShop Tap to Pay on iPhone — or a card reader
iPad / Android in the mybb app Menu → myShop → myShop Stripe card reader

Fullscreen is what you want on a laptop or tablet at an event: bigger targets, less to mis-tap, and nothing distracting for whoever is working the table. In the mybb app the POS fills the screen automatically, works in landscape, and products sit beside the cart on a phone turned sideways.

What shows up

POS shows every non-archived product that has Show in POS turned on, including ones not published to your public storefront. That's deliberate — event-only merchandise doesn't need to be listed online to be sellable at the table, and a product that's only sold online can be hidden from the register so the list stays short.

Show in POS is on for every product by default. To take a product off the register, or put it back:

  1. Open myShop from the sidebar and select the product's title.
  2. Select the yellow Edit button.
  3. Under Product Settings, uncheck Show in POS to hide it from the register, or check it to bring it back.
  4. Select Submit.

The change applies the next time the POS is opened or refreshed. It doesn't affect whether the product is on your storefront — that's the separate Make product available to public checkbox — and it doesn't touch past orders.

Products appear in the POS in the same order as your storefront. To change that order, use Re-Order Products on the storefront home page — see Arrange your storefront.

Taking a sale

Tap products to add them to the cart, adjust quantities, and tap Checkout. Products with options prompt for the choice as they're added.

Choose a payment method, then Pay:

Method What happens
Tap to Pay on iPhone First in the list on an iPhone in the mybb app. The customer taps their card or phone on yours — see Tap to Pay on iPhone
Card reader Pick a registered reader; the customer pays on it — see Stripe card readers
Cash / Check Recorded as paid; you handle the money
Student Account Charged to a student's balance — see below

Card methods need myShop POS (in person) set to Stripe under Settings › Financials. Card totals include the same processing fee as an online card sale, and the POS shows it before you commit.

Receipts

After every sale the POS shows Sale complete with a receipt QR code. The customer points their phone camera at it and their receipt opens in their browser — no email address to type at a busy table. The receipt page has Download PDF and Print buttons, and if the sale included event tickets, the tickets with their entry QR codes are on it too.

Also on the Sale complete screen:

  • Email receipt (optional) — type an address to send the standard myShop receipt
  • Flip — turns the screen upside down so the customer can scan across the table
  • New sale — clears everything for the next customer

Receipts can be re-sent later from the order in the dashboard (View Order → Email a copy of the receipt) or from the Sales list below.

The Sales list

Sales in the POS header opens today's in-person sales without leaving the register:

  • Mine (rung up by you) or All; Today, 7 days or 30 days
  • Search by confirmation number, item, amount, who sold it, or the last 4 digits of the card
  • Totals for what's on screen, split by payment method, with refunds netted out
  • For each sale: Show QR for the receipt again, Email it, or Refund a Stripe card sale (needs myShop Admin Access) — see Refunds

Charging to a student account

If your school has myFinancials and account credits enabled, POS can charge a purchase against a student's balance instead of taking payment at the table.

Choose the student from the dropdown — their available balance shows beside the name — and the amount comes off that balance.

A short balance does not block the sale

If the balance doesn't cover the purchase, the account goes negative rather than refusing. That's intentional, so a sale is never blocked at a busy table — but it means a student can leave with merchandise and a debt nobody noticed.

Check balances after events if this matters to you.

Cash and check payments can be applied later through the Account Credits view. Families see these purchases under Credits/Refunds in myShop and on the Credits tab of their statement.

If the student dropdown isn't there, your school either doesn't have myFinancials or hasn't enabled account credits.

Running an event table

A few things that hold up in practice:

  • Test a sale before doors open, on the actual device and network you'll use
  • Have a fallback. Venue wifi fails and hotspots die. Decide in advance whether you take cash and record it after, or stop selling. Card readers and Tap to Pay both need a connection
  • One device, one operator where you can — two people on separate devices sharing a cash box gets hard to reconcile. Several iPhones with Tap to Pay each act as their own register
  • Reconcile the same night, against the Sales list or the dashboard while you still remember