Vendors / Mainstream commercial restaurant POS
SpotOn
dossier live
- Claims in scope
- 278
- Scored
- 278
- Assessed
- 232
- Unknown
- 46
- Not applicable
- 36
- Cells challenged
- 39
Identity
- Owner
- SpotOn Transact, LLC — private and venture-backed, with no parent company. Registered Partner/ISO of Merrick Bank, South Jordan, UT and Wells Fargo Bank, N.A., Concord, CA, per the disclosure on spoton.com/why-spoton/. Acquiring rails visible in the product documentation are TransIT/TSYS and Worldpay; the public status page carries separate TSYS and Worldpay payment components.
- Founded
- unknown. SpotOn's public site does not state a founding year, headquarters, CEO or employee count; spoton.com/about redirects to spoton.com/why-spoton/, which carries customer quotes and the ISO disclosure and no company facts. The legal entity is SpotOn Transact, LLC.
- Scale
- unknown. SpotOn publishes no location count, customer count, ARR or GPV figure on any public page. The public status page enumerates roughly 40 service components and 30+ named integrations, which is a surface-area disclosure and not a scale disclosure.
- Who it is for
- Independent and small-group US restaurants and bars, single-site up to roughly 1-15 locations. Seven verticals are marketed on the restaurant POS page — casual dining, fine dining, bar & pub, brewery, quick service, fast casual, cafe & bakery — and pizza is still not among them. The product is sold through a high-touch local sales and installation motion with 24/7 support included in every plan. Two distinct restaurant POS products are sold under the name: SpotOn Restaurant (RPOS), the table-service flagship with a Windows-style Back of House, and SpotOn Express, a newer counter-service platform with a Dashboard back office, a first-party KDS and a kiosk. The documentation shows them diverging in both directions — Express has offline mode, combos and a native KDS that RPOS lacks; RPOS has Quantity on Hand, conditional print routing, house accounts, driver management and Start a Tab that Express lacks.
- Site
- https://www.spoton.com/restaurant-pos/
Pricing
transparency: published · unit: per-terminal · processor lock-in: yes
- Software
- Three plans, two of them priced publicly. ALL-IN: $0/station/month with a 2-year minimum term, paid for through a higher card rate. POS ESSENTIALS: $55/station/month, month-to-month, marketed as 'Best value'. BUILD YOUR OWN: custom pricing. The only other published software figure is the Core Bundle at $50/month plus 20bps of GPV capped at $200, and it is a bundle rather than a module — the FAQ gives the arithmetic as 'monthly processing volume x 0.20% (up to $200) + $50' and it wraps Profit Assist, SpotOn Order, GoTo Place and Marketing Assist together. Individual modules are NOT priced publicly: the pricing page lists online ordering, profitability analysis, marketing, loyalty, websites, labour management, waitlist & reservations, Experiences, KDS and kiosks as bare links with no figures, and directs anyone wanting a different mix to 'select the Customize your own option'. The word Teamwork does not appear on the page at all. An earlier version of this record carried per-module prices (Loyalty $65/mo, Reserve $100/mo + $250, kiosk $75/mo + $99, Teamwork $3/employee/mo, Marketing Assist $95/mo) attributed to the pricing page; a 2026-08-03 verification re-fetch found none of them there and they have been withdrawn. The one module fee that is published anywhere is DoorDash Drive, and it is in the knowledge base rather than on the pricing page: 'DoorDash Drive will charge SpotOn $7.95 per completed deliveries + the tip included in each delivery.' 24/7/365 support is included at no extra cost on every plan. Implementation cost is acknowledged on the pricing page but not quantified, and own-hardware is refused outright ('Can I use my own POS hardware or tablets? No').
- Card processing
- Flat/blended only, published per plan, card-present. POS ESSENTIALS: 2.45% + $0.15 card present (Amex 3.19% + $0.15), 3.45% + $0.15 keyed. ALL-IN: 2.79% + $0.20 card present, 3.79% + $0.20 keyed. BUILD YOUR OWN: 'Custom rates'. No interchange-plus option is published anywhere. The $0/station plan is not free software — the 34bps and 5c spread between the two plans is the price. The lock-in is commercial rather than technical, and it is priced: the POS terms do contemplate a third-party processor — 'Should you wish to continue to use your SpotOn Restaurant system, but partner with a different payment processor, you will pay a $995 conversion fee and your software license costs will double.' A doubled licence is permanent rather than one-off, and the $0/station All-In plan cannot survive de-integration at all because it is funded by the card rate.
- Contract
- Split by plan and published. POS Essentials is month-to-month: the POS terms state 'Your Restaurant POS and processing agreement is on a month-to-month contract that you may cancel at any time', cancellable by email or phone. All-In carries a 2-year minimum term. The Merchant Terms run the master agreement 'so long as Client has contracted for or is receiving or using any Services' and give the client a termination right on thirty days' notice only for SpotOn's uncured material breach; SpotOn may terminate 'at any time... in SpotOn's sole discretion'.
- Early termination
- Yes, by three independent published mechanisms, and SpotOn's two documents disagree on the duration of the first. (1) Hardware clawback: the POS terms require a customer cancelling 'within one year of installation' to pay 'the difference between your initial purchase amount and the full List Price of all hardware purchased', with ownership vesting after one year; the Merchant Terms set the same adjustment at TWO years — 'Clients using Hardware that terminate this Contract within two years of its Effective Date may be charged the difference between the list price for the Hardware purchased from SpotOn and the discounted price paid by the Client'. Every terminal is sold at a promotional discount, so this is a real number. (2) Merchant Terms liquidated damages: on termination other than for SpotOn's breach or as expressly permitted, 'Client shall owe and pay all Fees due for monthly subscription months for all unpaid months remaining during the Term', which bites on the 2-year All-In plan. (3) Processor conversion: keeping the POS but moving to another processor costs 'a $995 conversion fee and your software license costs will double' — the largest published exit number, and a permanent rather than one-off penalty. Partly offsetting, fee increases carry 30 days' notice and a termination right before the effective date, which escapes (2) but not (1).
- Hardware
- Published per SKU on the pricing page, at promotional prices: Station 15 $995 → $750 each, Station 10 $550 → $415, Handheld $500 → $375 each, guest-facing display $200, wireless router $300. Purchased outright rather than leased, with title effectively vesting at one year. KDS screens and kitchen printers are not priced on the page.
API posture
public API: partner-gated
- Cost to integrate
- unknown. No partner fee, revenue share, certification cost or plan requirement is published. Access is negotiated through the intake form.
- Webhooks
- None documented. No webhook, event-stream or callback documentation exists on any public SpotOn property, and none of the 1,044 public knowledge-base pages describes subscribing to order or payment events.
- Data export on exit
- Weak, and adversely documented. Reports are self-serve — any report with the Print drop-down can be subscribed to for automated daily email, and a QuickBooks Export report ships in the RPOS reporting set — but there is no transactional export of orders, line items, payments and labour, no export of the guest list or loyalty ledger, and no API to pull any of it. The published Merchant Terms then decline to commit: the client must request its data and 'SpotOn makes no representations or warranties about its ability to return information', while SpotOn separately 'reserves the right to access, retain, aggregate, process and share with third parties... all data available to SpotOn as a result of its performance of the Services'. No post-termination retrieval window is defined.
- Notes
- This remains the largest structural weakness in the record, and re-research narrowed rather than removed it. developers.spoton.com 302-redirects to spoton.com/developer-center, whose only developer-facing artifact is a 'SpotOn Partner Integration Intake Form' — no endpoint reference, no schemas, no auth model, no rate limits, no sandbox, no changelog. Across the full 1,044-page public knowledge base the only API mentioned anywhere is SpotOn Reserve's reservation API, which covers bookings rather than orders, payments, menu or labour. But a write path into the POS plainly exists and is exercised daily: Checkmate 'instantly transmits the order to your POS'; Chowly is 'a two-way integration' through which third-party orders 'flow directly into the POS'; Bite Kiosk uses 'a two-way integration with SpotOn Restaurant. Orders placed through the kiosk will go directly into the POS and KDS'; Reddie Group receives 'programmatic updates' of menu changes for digital boards; and DoorDash and Uber Eats both push and pull menus in real time. So the correct posture is partner-gated, not none — the interface is real, certified and in production with roughly forty named partners, and an operator or unaffiliated developer simply cannot obtain it. The public integration catalogue is genuinely good documentation (nine categories, per-partner articles, no login) and is the closest thing SpotOn has to a marketplace, but nothing in it is self-installable.
Capabilities
Every claim is binary and checkable. Grades: A primary documentation · B product documentation · C pricing or feature page · D marketing claim · E third-party reporting · F inference with no source. A yes on a differentiator claim requires A or B.
Order capture & FOH workflow
order-capture-floor-plan-editor
Table Layout Editor in BOH: "The Table Layout Editor screen will open, allowing you to modify tables, walls, and other layout properties"; multiple layouts per location ("Main Dining Room, Patio, Bar Area, Event Setup"), unique table numbers per location, live edit while open, and a "Table Occupied Time Before Alert" blink threshold. Shortfall: nothing in the POS floor-plan documentation assigns sections to servers — server-to-section assignment is documented only in SpotOn Reserve's Host App, a separately priced product. https://help.spoton.com/space/SK/4711514162 · retrieved 2026-08-03
order-capture-seat-level
Edit Guests on an Order: guests carry a "Guest #" label that can be renamed, and "SpotOn Restaurant allows you to organize items by guest and print separate checks for each guest"; the order can be split "by guest or seat". Kitchen tickets can be set to "Sort by Course and Specify Guest Position", where "the guest name or seat number is displayed for each item" (Auto Coursing BOH Setup). Split by Guest divides the check by the items each guest ordered without re-keying. https://help.spoton.com/space/SK/2666561606 · retrieved 2026-08-03 adversarially verified
order-capture-coursing-hold-fire
Item Commands include Change Course ("changes the course assigned to an item before it is sent"), Hold ("Places an item on hold so it is entered into the order but not sent to the kitchen") and Release ("Releases held items so they can be sent"). Auto Course assigns sequential course numbers. Serve (handheld) exposes Change Course and Autocourse in its Order Commands, so hold/fire is available from the handheld as well as the terminal. https://help.spoton.com/space/SK/2055536951 · retrieved 2026-08-03
order-capture-split-merge
Ticket Commands: "Split by Guest — Use to quickly split guest check by guests"; "Manage — Manage and/or split check(s) by adding guests and moving items"; "Combine Orders — Select from other open orders to combine with current order"; "Move to Table". Item Commands add "Split — Splits an item among the selected number of guests". Split Payment of Check Equally divides evenly and each portion "can be paid using any accepted payment method"; Serve's split screen defaults to 50/50 "but can be adjusted as requested by guests by using the slider bars". https://help.spoton.com/space/SK/2055733392 · retrieved 2026-08-03
order-capture-bar-tab-preauth differentiator
Start a Tab is documented end to end: a BOH "Default Tab Amount", a "Can Start Tabs" permission per job position, "Can Approve Default Tab Amount Adjustments", and "Increment as Tab Increases" so "the card will continue to be pre-authorized as the tab increases with each send (not each item)". Shortfalls: American Express is excluded — "Start a Tab works with Visa, MasterCard, and Discover (American Express is not currently supported)" — Start a Tab "is not available on serve software for handhelds or QR ordering", and no automatic end-of-day close of stale pre-authorised tabs is documented anywhere in the KB. https://help.spoton.com/space/SK/2589261836 · retrieved 2026-08-03
order-capture-transfer-audit
Ticket Commands document "Transfer — Transfer order to another employee (must be clocked in and eligible to receive order)"; a TRANSFER-equivalent permission sits under Job Positions, and Express documents Check Transferring by employee name which "operates in offline mode". Shortfall: no transfer log or exception report naming both the releasing and receiving employee is documented — transfers appear only as a change of order ownership. https://help.spoton.com/space/SK/2055733392 · retrieved 2026-08-03
order-capture-native-handheld
SpotOn Serve runs natively on the A920/A77 handheld with its own order screens, modifier flow, Print Requisition, Send, and card payment including Split Payment by Guest. A separate SpotOn Express Handheld section and a Mobile RPOS set (Attach a credit card, Completing an Order, Split Payment) document the same for the other two POS lines. https://help.spoton.com/space/SK/2340356127 · retrieved 2026-08-03
order-capture-offline-order-entry
Configuring Offline Mode (Express): "Orders and payments continue; data syncs once the internet connection is restored. Orders are still sent to the kitchen printer or KDS," with Auto/On/Off modes and manager-code gating. Shortfall: the same article states plainly "Offline Mode is not available for RPOS devices" — so the offline path is documented for SpotOn Express and the A800 terminal, not for SpotOn Restaurant (RPOS), which is the flagship table-service product. The marketing page at spoton.com/restaurant-pos/ nonetheless advertises an offline mode that "switches on automatically the moment your internet goes down"; the documentation is the more precise source and they disagree. https://help.spoton.com/space/SK/4073652945 · retrieved 2026-08-03
order-capture-qr-same-check differentiator
QR Collaborative Ordering puts guest-entered and server-entered items on one ticket: "QR Collaborative Ordering enables guests and staff to collaborate on the same order. It allows staff to start an order with a tab and invite guests (via an SMS link) to view, add, and check out at any time from their mobile devices." It is enabled per location in BOH under QR Order & Pay and invoked from the FOH Ticket Commands menu ("Invite a Guest"), and the guest-side view attributes both sources on the same order: "Items that have been added will be listed underneath the name of the guest who added it to the order... Items displayed under “Unassigned” are items that were added to the order by the server." Settlement closes the POS check via Auto Close When Paid. https://help.spoton.com/space/SK/2797993987 · retrieved 2026-08-03 adversarially verified
order-capture-kiosk-first-party differentiator
SpotOn Express treats Kiosk as a first-party device class: Offline Mode is configured "on SpotOn Express POS and Kiosk devices", menu categories can be excluded per "POS, Handheld, and Kiosk" surface, and Express Checkout notes "Cash (Not supported on Kiosks)" — so the kiosk runs the Express menu engine. Shortfalls: no kiosk is documented for SpotOn Restaurant (RPOS), where kiosks are supplied by the Bite Kiosk and Reddie Group integrations; and no ADA or accessibility conformance is documented for any SpotOn kiosk. https://help.spoton.com/space/SK/4073652945 · retrieved 2026-08-03
order-capture-drive-thru
SpotOn Express carries a Drive Thru order type alongside Dine In, Delivery and To Go (Change Order Type: custom order types are unsupported, 'One exception is Drive Thru', added by SpotOn Support), and an RPOS station can default to Drive-Thru as its order type (Prompt for Order Type When Starting New Order). Shortfalls: it is an order-type label only - no order-point/pay-window separation, no lane sequencing or tandem-lane assignment, no pull-forward or parking-spot assignment; Express cannot route tickets by order type (Print Routing Setup from POS FAQ: 'No. Currently, SpotOn Express does not support routing based on order type'). https://help.spoton.com/space/SK/3615883324 · retrieved 2026-09-03 adversarially verified
order-capture-drive-thru-timers
No drive-thru timing or segment-time reporting appears in the knowledge base or in the reporting article set.
order-capture-voice-ai differentiator
Loman AI is a documented SpotOn integration providing "a 24/7 AI phone answering service tailored for restaurants... enabling restaurants to automate phone-based tasks such as order taking, reservation management, and customer inquiries", and a companion article documents Loman voice reservations writing into SpotOn Reserve in real time. Popmenu is documented with "AI Phone Answering". Shortfall: neither is first-party — SpotOn ships no voice agent of its own — and SpotOn publishes no API partner programme a third-party voice vendor could self-serve against. https://help.spoton.com/space/SK/4801134599 · retrieved 2026-08-03
order-capture-throttling differentiator
Order Pacing "helps restaurants manage online order volume by controlling how many orders can be accepted during specific times of the day", enabled by an Order Pacing checkbox, and is described as ensuring "customers receive accurate wait times during peak hours". Shortfall: it is a fixed per-time-slot cap on SpotOn's own online ordering channel — the same article states "Orders submitted through third-party services or integrations, including DineLoyal, ItsaCheckmate, DoorDash Marketplace, Uber Eats, and similar platforms, are not managed by Order Pacing" — and no automatic quote-time extension driven by kitchen load is documented. https://help.spoton.com/space/SK/1792245867 · retrieved 2026-08-03
order-capture-scheduled-orders
"Scheduled Order — Use to create/edit scheduled orders for a later date/time. Minutes Before to Release determines when the ticket is sent to the kitchen", with "Release Scheduled Order" to override the computed fire time. Express adds Scheduled Online Ordering with a choice between lead-time-based release and release-immediately, per channel. https://help.spoton.com/space/SK/2055733392 · retrieved 2026-08-03
order-capture-catering
Scheduled Orders explicitly cover the catering case — "ideal for catering orders, large group reservations, special events" and "accepting installment payments for a large catering order" — and the pieces exist around it: a Catering order type with automatically applied surcharges, Open Items for room rentals and custom charges, House Accounts for billing, and Paid In for "catering or event deposits". Shortfall: there is no distinct catering module — no quote or proposal object, no separate catering menu with its own minimums and lead-time rules, and no event schedule separate from the order queue. https://help.spoton.com/space/SK/814088713 · retrieved 2026-08-03
order-capture-order-ready-signal differentiator
Marking Online Orders Ready for Pickup: staff mark an online order Ready from the RPOS or Express POS (All Orders > Online Ordering > Mark as Ready); 'For supported online ordering services - such as DoorDash, Uber Eats, and SpotOn Order (including orders placed through the GoTo Place app) - this action will automatically send notifications to guests and couriers'. The status update takes 15-30 seconds and applies 'if supported by the delivery service'. https://help.spoton.com/space/SK/4295032833 · retrieved 2026-09-03 adversarially verified
order-capture-void-comp-controls
Job Positions carry discrete permissions and the FOH gates Void behind them — Item Commands note "The Remove command is available only for items that have not yet been sent... use Void instead (if your permissions allow it)" — and manager approval is enforced by manager code or manager card. Shortfalls: no reason-code requirement is documented for voids or comps (Express states outright that "No sale, Pay in, and Pay out reasons are preset and cannot be customized"), and no comps/voids exception report attributing the approver is documented in the reporting set. https://help.spoton.com/space/SK/2660663297 · retrieved 2026-08-03
Menu, modifiers & pricing engine
menu-pricing-nested-modifiers
Forced selection and min/max are both documented: Choice Modifiers ("Forced Modifiers") make a selection mandatory with an orange blinking indicator, and sub-item linkages carry Min and Max ("If Min is blank, the order flow can proceed without selecting any sub items. If Max is blank, an unlimited number of sub items can be added"). Shortfall: modifiers explicitly do not nest — the Sub Items comparison table scores "Offer different choices based on previous selection" as No for Modifier and Yes for Sub Item, and the prose states "Modifiers do not provide a way to ask the dressing question only when the salad option is selected." Conditional depth therefore requires building a second menu-item group as a sub-item group; three-level nesting is nowhere documented. https://help.spoton.com/space/SK/2658076199 · retrieved 2026-08-03
menu-pricing-modifier-price-by-parent-size
Modifier prices are real and configurable: "Under the Modifiers section, select Edit Modifiers... Scroll to Location Specific Settings. Under Pricing, enter the desired price", and modifiers "Obey Price Levels" so an alternate price can be attached to a Price Level. Shortfall: there is no size x modifier price matrix. Size is itself modelled as a Choice Modifier group or a sub-item group ("unless that subgroup is used as a size choice (for example, pizza sizes)"), so a topping that costs more on a large is achieved by duplicating the modifier group or the Price Level, which is precisely the maintenance problem the claim describes. https://help.spoton.com/space/SK/5254742018 · retrieved 2026-08-03
menu-pricing-fractional-placement differentiator
Half-and-half is documented and vendor-recommended, but as duplicated groups rather than as placement: "Pizza – Correct Setup. Correct Configuration (Best Practice): Create separate groups for each half: Toppings – Left Half, Toppings – Right Half. This allows customers to customize each half independently without conflicts." The wrong configuration is reusing one Toppings group twice, which "prevents proper selection for half-and-half pizzas". Shortfall: this is the Side-A/Side-B duplicated-modifier-set pattern, not a section attribute on a topping — there is no portion/placement field, no quarters, and no per-portion price multiplier. Each half's pricing is independent only because it is a separate group. https://help.spoton.com/space/SK/5040406703 · retrieved 2026-08-03 adversarially verified
menu-pricing-half-and-half-rule differentiator
The Sub Items article enumerates the entire pricing choice for a sub-item linkage: "Choose a Price Level in the Pricing drop-down. If the price of the sub items is included in the parent item, select None. Current uses the Standard price of the menu item. Other price levels are created in the Price Levels section... Rollup Pricing adds the price of the sub item to the parent item." It also names half-and-half as the canonical use: combining two specialty pizzas is where "sub item items are often the best way to calculate the correct price". Shortfall: of the three rules the claim asks for, only "charge each half at a fraction of full price" is reachable, and only by hand-entering a dedicated Price Level per item. There is no higher-of-the-two-halves rule and no averaging rule anywhere in the enumerated options. https://help.spoton.com/space/SK/2658076199 · retrieved 2026-08-03
menu-pricing-topping-quantity-tiers
Modifier Options are the tiering mechanism and are documented: "Modifiers Options indicate how the Menu Item is to be modified, i.e., extra onion, no onion, onion on the side", named "Add, No, Extra, Sub, On Side, etc." with a per-option button colour. Shortfall: no price multiplier is attached to the option. Pricing lives on the modifier itself under Location Specific Settings, so "Extra Cheese" and "Cheese" carry the same price unless the operator builds a second priced modifier — the doubling-by-duplication the claim excludes. https://help.spoton.com/space/SK/2658075833 · retrieved 2026-08-03
menu-pricing-size-style-matrix differentiator
Two axes are constructible: sizes are documented as a sub-item group ("unless that subgroup is used as a size choice (for example, pizza sizes)") and a second axis as a further group or Choice Modifier, with Rollup Pricing or a Price Level supplying the price. Shortfall: there is no grid UI and no per-cell price override — a 5-size by 4-crust menu is priced by populating Price Levels item by item, and the Menu Best Practices article warns that reusing a group across slots "causes conflicts", so each cell needs its own group. https://help.spoton.com/space/SK/2658076199 · retrieved 2026-08-03
menu-pricing-included-allowance differentiator
The allowance-and-overage pattern is documented explicitly: "If the parent item includes one sub item, but additional sub items can be added for a price, consider attaching the sub item group twice: Once with Max: 1 and Pricing: None, and again with no Max and a different Price Level." Shortfall: the allowance is expressed as two linkages rather than an included-count field, there is no substitution credit or substitution-forbidden setting, and the same construction has to be repeated on every item. https://help.spoton.com/space/SK/2658076199 · retrieved 2026-08-03
menu-pricing-combos
SpotOn Express ships genuine combo items: "combo items allow merchants to bundle multiple menu items together and offer them as a single menu option at a set price", configured from predefined item groups called combo options. RPOS builds combos from unique sub-item groups per slot ({Combo} Combo Choice 1/2/3). Shortfalls: no automatic detection or conversion of eligible a-la-carte items in the cart into the combo price is documented on either product, component swap price deltas are handled by Price Level rather than a delta field, and Express notes "Skip Modifier Screen is not yet supported for combo items." https://help.spoton.com/space/SK/4969463882 · retrieved 2026-08-03
menu-pricing-upsell-prompts differentiator
No suggestive-sell or upsell prompt configuration is documented for the POS, kiosk or online ordering, and no attach-rate reporting appears in the reporting article set.
menu-pricing-86-propagation
86 is a first-class FOH action: "Tap and hold the Menu Item button... Tap 86 Item", the item greys out, and Quantity on Hand hitting zero can 86 it automatically. Outbound propagation is documented only through partners — Chowly "ensures item availability and 86 status is always reflected in your 3rd party marketplaces", Deliverect "syncs your POS menu across all connected marketplaces in real time", and Uber Eats "publishes items, prices, and availability to Uber Eats in real time". Shortfalls: propagation of an 86 to SpotOn's own online ordering and kiosk surfaces is nowhere stated, and no propagation latency is published for any channel. https://help.spoton.com/space/SK/2665578707 · retrieved 2026-08-03
menu-pricing-countdown-auto-86 differentiator
Quantity on Hand is a real countdown: "When enabled, menu items will display the remaining quantity available and automatically become unavailable once inventory reaches zero", and the bulk editor confirms "Use Quantity On Hand – Enable this option to automatically subtract sold items from inventory." Shortfalls: no scheduled auto-restore exists — restoring availability is a manual "Make Available" or a manual quantity edit — and the feature is absent from the newer product entirely: "Quantity on Hand is not available in SpotOn Express." https://help.spoton.com/space/SK/2299887676 · retrieved 2026-08-03
menu-pricing-dayparting
Price Levels and Pricing Events: "A Price Level acts as a pricing label (such as Happy Hour or Late Night)... A Pricing Event uses those Price Levels — or other price adjustments — to automatically apply pricing changes during specific days, times, or conditions", and can also drive "item availability changes". Fiscal hours are separately configurable per location (Customizing Fiscal Hours), and Location Specific Settings shows "all active or scheduled Pricing Events (e.g., Happy Hour, specials) associated with the item at this location." https://help.spoton.com/space/SK/752222269 · retrieved 2026-08-03
menu-pricing-channel-price-books
Channel pricing exists on two axes: Order Types carry "Price Level: Use this to set a Price Level to use for all Menu Items", so dine-in, carry-out and delivery can each run a different price book; and DoorDash marketplace pricing is a percentage markup applied in the SpotOn Dashboard rather than per item ("Navigate to Dashboard > Integrations > DoorDash > Price Markup. Select a price markup percentage"). Shortfalls: the markup rule is documented only for DoorDash Marketplace delivery — "There is not currently a setting for Marketplace pickup menu prices, or Storefront menu prices" — and no per-marketplace price book exists for Uber Eats or for kiosk. https://help.spoton.com/space/SK/2659516933 · retrieved 2026-08-03
menu-pricing-dual-pricing differentiator
Dual Pricing is a shipped, documented programme: "Our Dual Pricing solution displays two pricing options to the customer when they are making a purchase. This allows the customer to see both totals and choose their method of payment", with automatic discount handling on cash tender and a configurable POS Tender Discount percentage. Shortfall: the article requires the operator to display both prices on menus and signage and describes receipt footers as a disclosure mechanism; it never documents both the cash and card totals printing on the guest check itself, and it does not state that the programme applies on kiosk or in online ordering. https://help.spoton.com/space/SK/4166484081 · retrieved 2026-08-03
menu-pricing-allergen-nutrition
RPOS Menu Item Creation: each menu item carries a Menu Facts field for 'Serving Size, Calories, Calories from Fat, Total Fat, Saturated Fat, Trans Fat, Cholesterol, Sodium, Total Carbohydrate, Dietary Fiber, Sugars, Protein', and staff or guests can view it in FOH by long-pressing the item and selecting Item Info. Shortfalls: no allergen flags (the only allergen mention is a prose suggestion in the Express item-description article); no publication of Menu Facts to SpotOn Order, the GoTo Place app or third-party menus is documented; values are keyed by hand, not derived from linked recipe components. https://help.spoton.com/space/SK/2656960513 · retrieved 2026-09-03 adversarially verified
menu-pricing-recipe-linkage differentiator
The menu item carries a single flat cost field and nothing else: "Item Cost – Enter the actual cost of the item (not the selling price)... Item Cost refers to the internal cost of the item to the business." No recipe, bill of materials, or component linkage exists on the item record. Recipe costing is explicitly the partners' job — MarginEdge is described as "a recipe cost-tracking and restaurant inventory management solution" that SpotOn feeds sales data to, and COGS-Well, Craftable and BevSpot occupy the same slot. https://help.spoton.com/space/SK/2658041953 · retrieved 2026-08-03
menu-pricing-3p-menu-push
Direct, certified push exists for two marketplaces: "Menus from the SpotOn POS are automatically kept in sync, and orders from DoorDash are injected directly to the SpotOn POS", and Uber Eats "SpotOn automatically publishes items, prices, and availability to Uber Eats in real time". Sync failure is surfaced to the operator with a named error and a retry: "Error: Menu Sync Failed... select the Try Again option to reinitiate the syncing process." Shortfalls: the error is whole-menu, not per item — no item-level rejection detail is documented — and Grubhub is reachable only through Chowly, Deliverect or Checkmate middleware. https://help.spoton.com/space/SK/4629856267 · retrieved 2026-08-03
menu-pricing-dynamic-pricing
RPOS Pricing Events 'automatically adjust Menu Item prices based on selected Order Types, dates, days, and times', with Price Levels as alternate price fields per item and advanced events such as BOGO; events can be customised per location. Shortfalls: rules are schedule- and order-type-driven only - no demand- or volume-driven pricing, and no floor/ceiling guardrails; Express offers scheduled discounts rather than pricing events. https://help.spoton.com/space/SK/5529468936 · retrieved 2026-09-03 adversarially verified
Payments & money movement
payments-processor-choice differentiator
More than one acquiring rail is visibly configurable in BOH: Start a Tab requires "valid TransIT credentials", instructs that "all PAX devices have the Payment Terminal Credit Card Processor set to PAX/TransIt", warns that "having PAX/TSYS enabled will not be recognized for Start a Tab", and a sibling article covers "QR Start a Tab on WorldPay". The public status page separately lists TSYS and Worldpay payment components. Shortfall: these are SpotOn-provisioned processors behind SpotOn's own merchant agreement, not an operator choice — no documented list of supported third-party gateways exists, and the POS Terms treat the POS subscription and the processing agreement as a single contract. https://help.spoton.com/space/SK/2589261836 · retrieved 2026-08-03
payments-published-rates differentiator
Specific card-present rates are published per plan on the public pricing page - POS Essentials at "Card present: 2.45% + $0.15 (except Amex: 3.19% + $0.15)" and "Keyed: 3.45% + $0.15", All-In at "Card present: 2.79% + $0.20" and "Keyed: 3.79% + $0.20". Shortfalls: the third plan (Build Your Own) is quote-only at "Custom rates"; no interchange-plus markup is published anywhere, so the disclosure covers only the blended structure; and the evidence is a vendor pricing page rather than documentation, which is not strong enough to carry a yes on a differentiator under this rubric. https://www.spoton.com/pricing/ · retrieved 2026-08-03 adversarially verified
payments-dual-pricing differentiator
Dual Pricing stores a card price and applies a cash discount automatically: "Dual Pricing is a type of cash discount program, so by default it will discount your item price when cash is selected", with "Automatic discount handling — SpotOn's solutions can automatically apply the discount when cash is selected" and a POS Tender Discount percentage that must match the posted signage. Shortfall: the documentation covers the discount at tender and the disclosure obligations, but never states that both the cash and card totals print on the guest check and receipt — receipts are described as carrying a footer disclosure of the programme. https://help.spoton.com/space/SK/4166484081 · retrieved 2026-08-03
payments-surcharge-guardrails differentiator
Automatic exclusion and the network cap are both documented: "SpotOn’s Credit Card Surcharge automatically applies the surcharge to credit card transactions, but not debit or prepaid transactions", extending to "debit or prepaid card transactions processed as credit (bypassing PIN)"; and surcharges are "limited to the lesser of either the merchant’s current discount rate (as specified by card network rules), or 3% of the transaction total", with a documented 2% ceiling in Colorado and Oklahoma. Shortfalls: no per-location enable/disable control is documented anywhere - eligibility is described per merchant and per state (excluding Connecticut, Maine and Massachusetts, and merchants holding a direct Amex agreement) and enrolment runs through a "Get Started with Surcharging" request rather than a settings toggle; and two channels sit outside the engine entirely - "Does the surcharge apply to Manual Entry sales? No" and "Does the surcharge apply to Online Ordering sales? No", both marked coming soon. Surcharging also cannot be combined with any other programme: "if a business is surcharging, that is the only program that the business can use." https://help.spoton.com/space/SK/4126277723 · retrieved 2026-08-03 adversarially verified
payments-emv-nfc
Express Start-A-Tab documents both chip and contactless acceptance at the terminal: "When starting a tab via chip reader, the customer's name will automatically be read from the card itself. Customers who use tap to pay will still need their name entered manually." SpotOn Mobile "makes it easy to accept tap, swipe, and cash payments from an iOS or Android mobile device", and the Virtual Terminal article documents Google Pay acceptance. https://help.spoton.com/space/SK/3566862372 · retrieved 2026-08-03
payments-softpos-tap-to-pay differentiator
SpotOn's only phone-based acceptance product, SpotOn Mobile, 'makes it easy to accept tap, swipe, and cash payments from an iOS or Android mobile device' only through its Bluetooth card reader ('SpotOn account must be activated before connecting the Bluetooth card reader to a mobile device'), and that reader is deprecated: 'we do not offer any swaps or replacements. Please consider a hardware upgrade if needed' (Connecting the SpotOn Mobile Card Reader). The Express Start-A-Tab reference to 'Tap to Pay' is the terminal's NFC reader. No Tap to Pay on iPhone or Tap to Pay on Android acceptance exists in the knowledge base, on the handheld page or on the pricing page, which refuses customer-owned tablets outright. https://help.spoton.com/space/SK/1091043420 · retrieved 2026-09-03 adversarially verified
payments-pay-at-table
SpotOn Serve on the A920/A77 handheld runs the full tableside flow: create order, add guests, apply payment, Split Payment by Guest with adjustable slider bars, tip prompt, and Print Requisition — all on the device, with the integrated card reader. https://help.spoton.com/space/SK/2340356127 · retrieved 2026-08-03
payments-qr-guest-pay differentiator
QR Scan & Pay lets guests "browse menus, place orders, pay checks, tip staff, and redeem Loyalty rewards through QR codes"; QR codes "can also be printed on guest receipts". Settlement closes the POS check: "Auto Close When Paid — Enabled" is the documented configuration, and Mobile Pay & Review states "the table is cleared if Auto Close When Paid is enabled". Notify Staff of QR Payment prints a slip at a designated station on payment. https://help.spoton.com/space/SK/2457829381 · retrieved 2026-08-03 adversarially verified
payments-tip-adjust
Both flows are documented: on-device digital tip screens (Express "Manage Digital Tips Pre or Post-Payment", and tip screens on CFD, handhelds and kiosks) and post-authorisation adjustment from the POS — "Adjust Tips from the List Orders Screen" and "Adjust Tips from the Show Commands Menu", including per-order-type suppression of tip prompts. The adjust window is bounded by batch: Auto End of Day Time and unified batch settings are documented in BOH and the Dashboard, and partial tip refunds/edits are covered separately. https://help.spoton.com/space/SK/2403238344 · retrieved 2026-08-03
payments-tip-pooling differentiator
RPOS Teams is a real pooling mechanism: members are added to a team, the pool is allocated "by percentage of hours each member worked on the team", and "Team tip distribution appears in the Team Closeout section under Closeouts, above individual employee closeouts". Express adds a Dashboard Tip Pooling feature. Shortfalls: hours-worked is the only documented allocation basis on RPOS; Express pooling "is disabled by default and must be explicitly enabled per location" and "applies only to credit card tips"; and role-percentage, points and sales-based rules are reached only via SpotOn Teamwork (a paid add-on) or the TipHaus/GratShare partner integrations. https://help.spoton.com/space/SK/2021425371 · retrieved 2026-08-03
payments-offline-store-and-forward differentiator
Store-and-forward is documented in detail on the A800 terminal, with exactly the limits the claim asks for: "Payments are stored securely on the device. Transactions are not approved in real time... Offline Mode includes limits: Maximum amount per transaction; Maximum total amount accepted offline; Maximum time the terminal can remain offline. If a limit is reached, new offline payments will be declined." Express POS and Kiosk carry a comparable Auto/On/Off offline mode. Shortfall: the same Express article states "Offline Mode is not available for RPOS devices", so the flagship restaurant POS has no documented card store-and-forward path. https://help.spoton.com/space/SK/4658331708 · retrieved 2026-08-03
payments-offline-decline-liability differentiator
Liability is stated plainly and repeatedly: "Funds are not guaranteed, as payments are not processed until the device reconnects"; "Offline payments may still be declined later when they are processed online"; and on SpotOn Lite, "Note before proceeding: You are fully liable for failed captures, chargebacks, and disputes of offline payments." The caps are published (per transaction, cumulative, and maximum offline duration). Shortfall: no post-reconnect report of failed offline payments is documented — the article says only that reporting does not update while offline and that stored payments are lost if the terminal powers off before reconnecting. https://help.spoton.com/space/SK/4658331708 · retrieved 2026-08-03
payments-gift-cards
Gift cards work across the estate — Show Commands has a Gift Card button "for creating a gift card, adding to an existing gift card or when using a gift card for payment", balances appear on server reports, and an eCard Systems Gift Cards report is embedded in the Dashboard for both RPOS and Express. Shortfall: the stored-value ledger is a partner's. Physical cards are ordered from "SpotOnOrders@ecardsystems.com", a "Supported Gift Card Vendors" article enumerates third-party issuers, and the e-gift storefront is built by Netmasons. Cross-location redemption and outstanding-liability reporting are not documented. https://help.spoton.com/space/SK/3311173661 · retrieved 2026-08-03
payments-house-accounts
House Accounts are native and documented: "House Accounts allow SpotOn Restaurant (RPOS) businesses to extend credit to customers, enabling them to charge purchases to an account instead of making payment at the time of service", with a "House Account Credit Limit window" at creation, a running balance, settlement gated on the Paid In permission, and a House Accounts Report in the reporting set. Shortfall: no periodic statement or invoice generation is documented — the operator reads the report and bills outside the system. https://help.spoton.com/space/SK/2662793359 · retrieved 2026-08-03
payments-split-tender
Split Payment of Check Equally divides the balance and "each divided portion can be paid using any accepted payment method (e.g., cash, credit card, gift card)", with each guest's portion adjustable after the split. Itemised splitting is handled by Split Check by Guest, which "allows you to divide a single check based on the items each guest ordered", and Serve supports the same on the handheld. No split-count ceiling is stated anywhere. https://help.spoton.com/space/SK/2666627715 · retrieved 2026-08-03
payments-refund-void-controls
Refund and void authority is permission-gated per job position (Void is available "if your permissions allow it"; refunds are a manager-level FOH function), partial refunds are supported down to the tip line, and the system constrains the refund path — "Refunding to a different payment method than the one originally used is not supported." Manager approval is enforced by manager code or a Manager Card, and the Credit Card Transactions report retains the transaction record with partial PANs "for security and PCI compliance". https://help.spoton.com/space/SK/2666628237 · retrieved 2026-08-03
payments-chargeback-tooling differentiator
How to Appeal a Chargeback | SpotOn Merchant Dashboard: Reports > Disputes lists every dispute with created date, case number, transaction ID, status (Action required / Under review / Case closed) and amount, and 'Appeal Dispute' > 'Submit Appeal Online' uploads supporting documents. Shortfalls: evidence is gathered and uploaded by the merchant (proof of delivery, signed invoice) rather than assembled from the POS transaction record; the article warns the appeal option 'may not appear in your dashboard for every case'; the dashboard is SpotOn's cross-product Merchant Dashboard and the FAQ points RPOS users to find the original transaction by day and card number. https://help.spoton.com/space/SK/2058190873 · retrieved 2026-09-03 adversarially verified
payments-card-on-file differentiator
Tokenised card-on-file is documented in the Virtual Terminal: "On subsequent invoices, saved cards are presented at checkout... You can charge a stored card on your customer's behalf from the invoice detail screen. Each card is stored per customer", and recurring payments/subscriptions run off the same stored credential. Start a Tab holds a card on file for an open tab. Shortfall: the stored card lives on the Virtual Terminal customer record, not on a unified guest profile shared with first-party online ordering and the restaurant POS; no cross-channel card-on-file is documented. https://help.spoton.com/space/SK/910032971 · retrieved 2026-08-03
payments-payout-timing differentiator
The deposit schedule is published: "Daily sales that are batched out before 9.00PM ET are deposited into your bank account the next business day", with a morning funding deposit time over RTP/FedNow and an explicit note that batches after 9pm ET add a business day. Faster funding is a named product — Rapid Fund — with a self-serve enrolment and cancellation article in the Dashboard, and Rapid Funding enrolment locks BOH batch time to unified batching. https://help.spoton.com/space/SK/2035548277 · retrieved 2026-08-03 adversarially verified
payments-p2pe-pci4
A current PCI claim exists and is version-specific: trust.spoton.com lists 'PCI DSS v4.0.1' and 'SOC 2 Type 2', and the merchant-facing PCI guide states 'our solutions minimize your exposure to cardholder data, reducing the PCI DSS compliance scope' with SecureTrust by Viking Cloud guiding merchants through SAQ selection. Shortfall: the Attestation of Compliance is not available on request in any open sense — the trust centre requires an access request to 'view & download sensitive information' — no PCI-listed P2PE solution is named, and SpotOn never states which SAQ type its merchants qualify for. https://trust.spoton.com/ · retrieved 2026-08-03
Kitchen & production
kitchen-station-routing
RPOS routes by Requisition Group, configurable per location by the operator, including a documented Conditional Print Route engine: "Set the conditions for the route beneath When an order is sent that has... Items From All These Routes... Route all To... And Still to These", with Enhanced CPR styling for secondary items. A worked example routes online-only items ("Print Only When Ordered Online" creates an ORD Print Only requisition group). Express has an equivalent Routing Group Setup in the Dashboard, including an AI menu assistant that builds routing groups. https://help.spoton.com/space/SK/2361492065 · retrieved 2026-08-03
kitchen-expo-consolidation
Express KDS documents a distinct Expo screen and its completion semantics: "On Expo KDS, bumping all items will not automatically bump the ticket — tickets must be manually bumped on Expo", with a Fire to Expo routing option and multi-screen sequencing ("When you bump or clear an item on one screen, it automatically appears on the next screen in the sequence... This is common for prep stations working with expo screens"). Shortfall: this is the first-party Express KDS only. SpotOn Restaurant (RPOS) ships no KDS of its own — expo consolidation there depends on whichever partner screen the operator buys (Fresh KDS, ChefTab or QSR Automations), and the RPOS-side documentation covers requisition printing rather than an expo screen. https://help.spoton.com/space/SK/4341727233 · retrieved 2026-08-03
kitchen-course-firing differentiator
"Hold & Fire allows FOH to send an entire order to the kitchen but place specific items on hold, pacing when they should be prepared. When the item is ready to be cooked, FOH releases the hold manually in the POS by releasing (Fire) the item." Coursing groups items on the ticket, and firing is also available kitchen-side: "Fresh KDS also allows the kitchen to fire held items on the KDS" (with the documented caveat that "firing from Fresh KDS does not send the update to RPOS"). https://help.spoton.com/space/SK/4642242728 · retrieved 2026-08-03 adversarially verified
kitchen-prep-time-pacing differentiator
No per-item cook time or staggered start-time logic is documented for either the Express KDS or the Fresh KDS integration; the KDS articles cover elapsed-time alerts, not calculated start offsets.
kitchen-order-throttling differentiator
Order Pacing caps how many online orders are accepted per time window and is described as removing "the guesswork from managing online ordering capacity". Shortfall: the trigger is a static per-slot order count set by the operator, not a kitchen-load or ticket-time threshold, no automatic quote-time extension is documented, and third-party marketplace orders bypass it entirely. https://help.spoton.com/space/SK/1792245867 · retrieved 2026-08-03
kitchen-channel-pause-propagation differentiator
86 status does reach the marketplaces through the certified aggregators: Chowly is a "two-way integration" whose POS-to-Chowly sync lets the operator "ensure item availability and 86 status is always reflected in your 3rd party marketplaces", and Deliverect "syncs your POS menu across all connected marketplaces in real time". Shortfall: nothing documents a POS-side action pausing a store on DoorDash, Uber Eats or Grubhub — SpotOn's own Pause Online Ordering acts on SpotOn's first-party channel only — and item-option (modifier) 86 propagation is not described. https://help.spoton.com/space/SK/2843705345 · retrieved 2026-08-03
kitchen-order-ready-callback differentiator
The order-ready courier notification to DoorDash and Uber Eats is sent when staff tap Mark as Ready on the RPOS or Express POS (Marking Online Orders Ready for Pickup). Shortfall: the event is a POS action, not a KDS state - the Express KDS article (Order Management on the KDS) documents bumping as moving a ticket to Completed and says nothing about a courier notification, and the RPOS/Fresh KDS articles document none either. https://help.spoton.com/space/SK/4295032833 · retrieved 2026-09-03 adversarially verified
kitchen-bump-bar-hardware
Bump bars are supported but not supplied: "When touch screens do not work for your kitchen, a bump bar is a small, programmable device that connects to your Fresh KDS setup... While SpotOn does not supply bump bars for Fresh KDS, Fresh KDS does support them. Compatible bump bars can be purchased independently, and Fresh KDS will provide bump bar setup support." Shortfall: no supported models are enumerated by SpotOn, and no bump-bar support is documented for the first-party Express KDS. https://help.spoton.com/space/SK/4838981646 · retrieved 2026-08-03
kitchen-all-day-counts
The SpotOn KDS product page lists 'All-day view - Switch to an all-day view to see how many of each item should be working' and includes 'All-day view' in the $20/station SpotOn KDS feature list. Shortfalls: marketing-page evidence only - the Express KDS help article (Order Management on the KDS) documents order cards, bumping, prep-time alerts and voids but no all-day view; per-modifier aggregation is not stated. https://www.spoton.com/solutions/kitchen-display-system/ · retrieved 2026-09-03 adversarially verified
kitchen-sla-alerts
Escalation exists and is colour-coded: "Prep time alerts allow kitchen staff to quickly identify aging orders. These alerts are displayed as prep time background colors... The warning alert is displayed as a yellow background behind the prep time. The critical alert is displayed as a red background." Shortfall: the thresholds are not operator-configurable — "Currently, prep time alert settings are managed by SpotOn Support. To update prep time alert settings, please call us at (877) 814-4102" — and no per-station or per-order-type target is documented. https://help.spoton.com/space/SK/4341727233 · retrieved 2026-08-03
kitchen-printer-fallback differentiator
RPOS Printers | Failover Print Routing: 'A Failover Print Route is an alternate printer route that will automatically print should the default printer fail'; the failover lists printers in priority order (1, 2, ...) per location and is enabled per printer under Printer Failover Settings > Enable Printer Failover / Print Failover Plan (Sidekick article 1600422044 shows the same BOH controls). Shortfalls: printers only - no KDS-screen failover is documented; no staff alert on failover; no statement about ticket loss during the switch; documented for RPOS, not for Express print routing. https://help.spoton.com/space/SK/762314779 · retrieved 2026-09-03 adversarially verified
kitchen-offline-operation differentiator
Documented for Express: "Fresh KDS for Express supports partial offline mode functionality. When a Fresh KDS is connected to the local SpotOn provided network, but the local network doesn't have an active internet (ISP) connection, orders sent from the POS will still show up on Fresh KDS", and the Express offline article confirms "Orders are still sent to the kitchen printer or KDS." Shortfalls: screen-to-screen bumping, SMS, online-order receipt and real-time analytics all stop while offline, new KDS logins require internet, and nothing equivalent is documented for RPOS, which has no offline mode. https://help.spoton.com/space/SK/5085823000 · retrieved 2026-08-03
kitchen-item-build-screens differentiator
No recipe-step or build/assembly display mode is documented for the Express KDS or Fresh KDS; the documented ticket content is item lines, modifiers and notes.
kitchen-pizza-fractional-display differentiator
Half assignment does reach the kitchen, but as text: sub-item groups "can be configured to follow their own requisition group or to follow the parent item", and the operator is told to "select the checkbox Print in Red to ensure that the subgroups print in red on the kitchen printer, unless that subgroup is used as a size choice (for example, pizza sizes)". Shortfall: with the documented left-half/right-half group construction the halves appear only as separately named sub-item lines; no sectioned or graphical rendering of topping placement on a make-line screen is documented anywhere. https://help.spoton.com/space/SK/2658076199 · retrieved 2026-08-03
kitchen-recall-refire
On the KDS: "Tap an item to bump it, marking it as completed. Tap it again to unbump the item, marking it as pending." On the POS side, Ticket Commands include "Reprint Requisitions — Use to resend kitchen and/or bar tickets (sends entire order; Reprint will show in red on ticket)", and Item Commands include Unvoid to restore a voided line. https://help.spoton.com/space/SK/4341727233 · retrieved 2026-08-03
kitchen-order-modification-alerts differentiator
RPOS: 'Enable Void Notifications for Kitchen Printers & KDS' - with Print Void Requisitions enabled, 'Voided items will automatically send notifications to configured kitchen printers and KDS devices'; on the Express KDS 'voided items will appear in red as voided, and refunded items will appear crossed out' (Order Management on the KDS). Shortfalls: voids only - items added to or changed on an already-sent order are not flagged on the live ticket in either product's documentation; RPOS 'Reprint Requisitions' resends the entire order marked Reprint in red rather than diffing it; removed-before-send items generate nothing. https://help.spoton.com/space/SK/2666660375 · retrieved 2026-09-03 adversarially verified
kitchen-guest-ready-notification differentiator
Guest messaging exists: "SpotOn Order SMS Text Messaging allows restaurants to communicate directly with guests through text messages. Merchants can send automated order confirmation messages, create custom SMS templates, and use Quick Responses", and SpotOn Reserve's Host App can "Send an Order Ready Text" for takeout via the Page button. Shortfalls: neither is triggered by a KDS bump — the Reserve page is a manual host action — and the Reserve paging path requires SpotOn Reserve, a separately priced product. https://help.spoton.com/space/SK/1493205054 · retrieved 2026-08-03
kitchen-waste-logging
No waste, spoilage or remake logging with reason codes is documented at the KDS or anywhere else in the product; waste tracking is what the BevSpot/Craftable/BarVision partner integrations are for.
kitchen-speed-of-service-reporting
A Kitchen Performance report is embedded in the SpotOn Dashboard for both RPOS and Express, with "In-Store POS Median Bump Speed", online median difference from quoted pickup, trend lines and calendar heat maps, "included at no additional cost for SpotOn clients using Fresh KDS". Shortfalls: it requires the Fresh KDS integration, it is explicitly read-only ("The embedded dashboard is a read-only view of key kitchen performance metrics. Full configuration and management of Fresh KDS still lives in their standalone portal"), and no per-station percentile breakdown or export is documented. https://help.spoton.com/space/SK/5037785135 · retrieved 2026-08-03
kitchen-prep-forecasting
No prep list generation or forecast-driven prep quantities are documented; the only par-level language in the knowledge base belongs to the Restaurant Systems Pro partner integration.
Delivery, dispatch & third-party channels
delivery-driver-roster
In-house delivery is a real, first-party RPOS module — Driver Management is a Start Screen option and a Command Bar button, and "Driver Management allows delivery drivers to view, select, and manage their assigned delivery orders directly from the FOH. Drivers can organize their delivery sequence, transfer orders to their login, and close out completed deliveries once payment and tips are applied." Shortfall: a driver is an ordinary employee with a login, not a first-class driver entity — there is no documented assignment state (in-store / on-run / returning) and no per-driver run-history report; the only durable artefact is the server report and the closeout. https://help.spoton.com/space/SK/4471914578 · retrieved 2026-08-03 adversarially verified
delivery-dispatch-board
The Driver Manage screen is a dispatch board with run batching: "This screen displays all delivery orders that have been entered. The driver will select the delivery orders in the sequence they will be delivered (e.g., Delivery Stop #1, Delivery Stop #2)... Once the orders are selected, tap Transfer Orders. This action moves the selected delivery orders to the driver's login", including a prompt to transfer current and future tips to the new user. Shortfalls: the board shows orders, not driver availability, and no elapsed-time-per-order column is documented. https://help.spoton.com/space/SK/4471914578 · retrieved 2026-08-03 adversarially verified
delivery-route-map differentiator
Route sequencing is manual and the vendor cedes optimisation to a partner. The Driver Management article has the driver hand-pick the delivery order sequence, and the Captain integration page exists precisely to supply what is missing: "Captain is an in-house delivery driver management solution that integrates with SpotOn Restaurant's point-of-sale for customer online orders. This integration helps restaurants manage and optimize online order delivery routes more effectively... With optimized, efficient routes, drivers can complete more deliveries in a shorter amount of time." https://help.spoton.com/space/SK/2320105759 · retrieved 2026-08-03 adversarially verified
delivery-driver-tracking differentiator
No driver-facing GPS app or dispatch map is documented for SpotOn's own driver module. Live driver position is what the Captain partner adds — "With Captain, your guests will be able to see how long their order will take, who their driver is, and where they are at all times" — and for DaaS orders the tracking comes from DoorDash ("Tap Track Delivery on DoorDash to view real-time driver status"). https://help.spoton.com/space/SK/2320105759 · retrieved 2026-08-03
delivery-zones-polygon differentiator
A polygon map editor is documented: "Under Delivery Area, tap View/Edit to open the map editor... Drag the boundary lines by holding and moving the circles on the map to adjust your delivery zone", plus arbitrary exclusion polygons — "Tap the Exclusion Area button. Tap points on the map to outline your exclusion area... Adjust the shape by dragging the circles on the border", with multiple exclusion areas supported per location. https://help.spoton.com/space/SK/4472242281 · retrieved 2026-08-03 adversarially verified
delivery-zone-pricing
Per-zone pricing is structurally impossible in the documented model: the same article states "Can I create more than one Delivery Area? No. Each location can have only one Delivery Area. However, you can create multiple Exclusion Areas within that Delivery Area." With one zone per location there is no zone to price. Delivery fees are configured as a location-level surcharge or an order-type fee, and Express sets a single "Delivery Fee" and "Minimum Delivery Amount" per location. https://help.spoton.com/space/SK/4472242281 · retrieved 2026-08-03
delivery-address-validation
Out-of-zone addresses are caught at order time on the digital channel: the delivery area polygon governs "where online delivery orders can be accepted", and the DoorDash Drive flow confirms the behaviour — "If they are outside delivery range, or delivery is unavailable due to scheduling, the guest will be able to select Pickup instead." Shortfall: no geocoding or address-verification service is named, and the in-POS delivery order flow simply captures a free-text address on the customer record ("Tap New Address. Enter the delivery address and tap Accept") with no documented validation. https://help.spoton.com/space/SK/4472242281 · retrieved 2026-08-03
delivery-driver-comp differentiator
No mileage capture, per-delivery reimbursement rate, or separation of reimbursement from wages is documented in Driver Management, Teamwork or the payroll export articles.
delivery-cash-reconcile
A settle-up flow exists: "When the driver returns to the store, they will: Apply the payment; Adjust their tip (if applicable); Close out the tab", with tip ownership explicitly transferred at dispatch and the warning that "orders remain open until the driver returns to the store and manually closes them in the FOH... Verify all orders have been closed before running end-of-day reports." Shortfall: no driver cash bank and no per-driver over/short figure are documented; reconciliation falls back to the generic Server Report and drawer closeout. https://help.spoton.com/space/SK/4471914578 · retrieved 2026-08-03
delivery-daas-dispatch
SpotOn Delivery powered by DoorDash Drive dispatches a courier natively from the POS and returns courier state into the order: the operator sets "a DoorDash Drive Delivery Lead Time... the number of minutes before the DoorDash driver will pick up the order", and the order record carries the pickup time, "the driver's name" and "the driver's telephone number". Cancellation scenarios by dispatch stage are documented. Express has a parallel DoorDash Drive Delivery Setup Guide with the flat $7.95 ($9.95 in California) per-delivery fee. https://help.spoton.com/space/SK/1706524708 · retrieved 2026-08-03
delivery-daas-fallback differentiator
SpotOn Delivery Powered by DoorDash: 'We can only support one delivery method at this time. If a restaurant is using internal delivery, but wants DoorDash Drive, they can only use one or the other. If a restaurant has both internal delivery and DoorDash turned on, DoorDash will override internal.' No overflow rule, wait threshold or out-of-zone handoff exists between in-house Driver Management and DoorDash Drive. https://help.spoton.com/space/SK/1706524708 · retrieved 2026-09-03 adversarially verified
delivery-3p-direct-integration differentiator
Two of the three are first-party and certified: DoorDash ("The DoorDash integration directly connects your choice of DoorDash Marketplace (15-30% commission) and/or DoorDash Online Ordering (commission-free)... This integration works with SpotOn Restaurant POS and Express POS") and Uber Eats ("Orders from the Uber Eats app route straight into the POS — no tablets, no manual re-keying"). Shortfall: Grubhub has no direct SpotOn integration article and is reachable only through the Chowly, Deliverect or Checkmate middleware layers. https://help.spoton.com/space/SK/4629856267 · retrieved 2026-08-03
delivery-3p-injection
"Orders flow directly into the POS (prepaid) and out to printers or kitchen display systems for fulfillment without any manual intervention", and "the direct integration eliminates the need for aggregators or additional hardware for restaurants to fulfill orders coming in from DoorDash." Uber Eats is described the same way: "no tablets, no manual re-keying... Prep times, modifiers, and order tickets flow to your KDS or printers exactly as they should." https://help.spoton.com/space/SK/4629856267 · retrieved 2026-08-03
delivery-menu-push
"Menus stay perfectly in sync. SpotOn automatically publishes items, prices, and availability to Uber Eats in real time" (Uber Eats), and for DoorDash "menus from the SpotOn POS are automatically kept in sync", with channel markup applied centrally: "Navigate to Dashboard > Integrations > DoorDash > Price Markup. Select a price markup percentage", plus an explicit warning that configuring markup in both SpotOn and the DoorDash portal double-applies it. https://help.spoton.com/space/SK/4649091119 · retrieved 2026-08-03
delivery-86-sync
Availability propagation is documented through the certified channels — Chowly's POS-to-marketplace sync lets operators "ensure item availability and 86 status is always reflected in your 3rd party marketplaces", and Uber Eats receives "items, prices, and availability... in real time". Shortfall: item-option (modifier) level 86 propagation, restore-on-availability behaviour, and propagation latency are not documented for any channel, and no 86 sync is described for the DoorDash direct integration specifically. https://help.spoton.com/space/SK/2843705345 · retrieved 2026-08-03
delivery-store-pause
Pause Online Ordering is a documented FOH action with a timed override window — "During the override time period, the online ordering site will display that orders are unavailable" — and the offline guidance tells operators to pause online ordering while disconnected. Shortfall: the pause acts on SpotOn's own online ordering channel; no POS-initiated store pause on DoorDash, Uber Eats or Grubhub is documented, so marketplace pausing still happens in each marketplace's own portal. https://help.spoton.com/space/SK/2353004545 · retrieved 2026-08-03
delivery-3p-reconciliation differentiator
Marketplace sales land in SpotOn reporting for reconciliation — "Uber Eats sales and item performance roll into SpotOn reporting for clean reconciliation", and the Express Sales Summary breaks out "Order Origin: POS, Kiosk, Digital Ordering, DoorDash Marketplace, etc." Shortfall: no report matches marketplace payout deposits to POS-recorded sales, and commission, marketing fees, refunds and missing/unpaid orders are not itemised anywhere in the documented report set. https://help.spoton.com/space/SK/4649091119 · retrieved 2026-08-03
delivery-injection-error-visibility differentiator
Menu-sync health is surfaced to the operator with an actionable error: "While the menu syncing is in progress, the waiting screen provides real-time updates on the synchronization status... Error: Menu Sync Failed. Steps to Resolve Menu Sync Failure: Contact Support... Try Again." A separate Express article covers "Online Orders Not Showing on Express KDS". Shortfall: no per-channel connection-status view and no failed-order-injection alerting are documented — the visibility that exists is for menu sync, not for order delivery. https://help.spoton.com/space/SK/3097755789 · retrieved 2026-08-03
delivery-tracking-page
Guests do get live tracking on DaaS orders: "Tap Track Delivery on DoorDash to view real-time driver status", and the DoorDash Drive flow sends the guest a delivery notification with a tracking link. Shortfall: the tracking page is DoorDash-branded and DoorDash-hosted, not on the restaurant's own domain, and no tracking page at all is documented for in-house driver deliveries run through Driver Management. https://help.spoton.com/space/SK/4281565224 · retrieved 2026-08-03
delivery-promise-time differentiator
Promise times are configurable per channel — a DoorDash Drive Delivery Lead Time "must be a number between 1 and 999", SpotOn Order has a Lead Times article, and Order Pacing is described as helping "ensure customers receive accurate wait times during peak hours". Shortfall: the lead time is a static per-store constant; nothing documents it flexing with live kitchen load, driver availability or zone drive time. https://help.spoton.com/space/SK/1706524708 · retrieved 2026-08-03
delivery-offline-behavior
Offline behaviour for delivery specifically — whether driver assignment, cash delivery orders and driver settlement continue during an outage — is not documented. The Express offline article covers order capture and payment generally and says nothing about the delivery path.
Digital ordering & guest-facing channels
digital-first-party-web
SpotOn Order is a first-party commission-free ordering channel on the restaurant's own site ("Branded website for your restaurant, even if you have multiple locations"), with orders writing into the POS; Express has a parallel "Set Up Online Ordering Right from Your Dashboard". SpotOn markets it against the marketplaces in its own material: an "Online Ordering Marketing Kit" of "free templates for both Restaurant POS and Express to encourage guests to order directly from you instead of costly third-party marketplaces." https://help.spoton.com/space/SK/2149712035 · retrieved 2026-08-03
digital-menu-single-source
One menu record drives every surface, with per-channel visibility rather than a second build: "Exclude menu categories from customer view on online ordering platforms or from POS, handheld, and kiosk stations via the SpotOn Dashboard Menu & Table Settings", and the Sales Channels article answers whether hiding a category on the POS also hides it on handhelds and kiosks. The RPOS sub-item best-practice article notes the same menu structures drive "online ordering (GoTo / Order 2.0)". https://help.spoton.com/space/SK/3908042869 · retrieved 2026-08-03
digital-native-app differentiator
A native consumer app exists and takes orders into the POS — GoTo Place is documented for placing pickup and DoorDash Drive delivery orders, with a dedicated "Scheduled Pickup Orders via GoTo Place App" flow for RPOS. Shortfall: GoTo Place is SpotOn's own multi-restaurant marketplace app, not an app published under the restaurant's brand in the App Store or Play Store; no white-label app product is documented. https://help.spoton.com/space/SK/4281565224 · retrieved 2026-08-03
digital-account-saved-payment
GoTo Place (SpotOn's consumer ordering app): guests create a profile with phone number or email, 'Use the Order History tab to quickly reorder previous items', and pay with Apple Pay, Google Pay or a credit card (How to Place an Order). Shortfalls: no saved tokenised card on file and no saved addresses are documented - card entry each time or a device wallet; the app is pickup-only (Scheduled Pickup Orders via GoTo Place), so there is no address book; the SpotOn Order web checkout documents no guest account at all. https://help.spoton.com/space/SK/4026925098 · retrieved 2026-09-03 adversarially verified
digital-upsell-engine differentiator
SpotOn's 2025-07-07 announcement describes 'Picked for You', a feature of its first-party SpotOn Order web ordering that 'analyzes signals like time of day, day of week, and purchase history to suggest the most relevant menu items', places them at the top of the digital menu, needs 'no setup', and is 'live for all SpotOn Order web users' with the GoTo mobile app to follow. That is an algorithmic, personalised recommendation at digital checkout. Shortfall: no attach-rate or recommendation-performance reporting is mentioned anywhere (the release cites only a 6% average lift in orders), there is no operator-configurable rules-based upsell, the online-ordering product page does not mention the feature, and no knowledge-base article documents it. https://www.spoton.com/blog/picked-for-you-ai-powered-menu-recommendation-restaurants/ · retrieved 2026-09-02 adversarially verified
digital-scheduled-pacing
Scheduled online ordering is documented with two release models — "lead-time-based keeps food hot and ready right as your customer arrives. Release immediately is handy if you take large or catering-style orders and want to plan prep as soon as orders come in. You can switch anytime" — and per-slot capacity comes from Order Pacing, which caps "how many orders can be accepted during specific times of the day" and automatically shows the site as unavailable when the window is exhausted. https://help.spoton.com/space/SK/5273976862 · retrieved 2026-08-03
digital-fulfillment-modes
One ordering flow covers dine-in, To Go and Delivery with mode-specific fees — "Order type fees allow Express merchants to automatically apply fees to the order types: Dine In, To Go, and Delivery... like delivery fees for online delivery orders or packaging fees for To-Go orders" — plus QR dine-in and scheduled pickup with per-mode lead times. Shortfall: curbside with an arrival check-in step is not documented as a fulfilment mode on either product. https://help.spoton.com/space/SK/4573593647 · retrieved 2026-08-03
digital-qr-table
Table Service QR Order & Pay has its own configuration article alongside a counter-service variant; guests "browse menus, place orders, pay checks, tip staff, and redeem Loyalty rewards", the items land on the existing POS check, staff can be notified on payment, and QR Collaborative Ordering & Tab Share plus QR Group Order & Pay cover multi-guest splitting on the same tab. https://help.spoton.com/space/SK/5245108569 · retrieved 2026-08-03
digital-kiosk differentiator
Express treats the kiosk as a POS surface running the same menu: offline mode is configured "on SpotOn Express POS and Kiosk devices", the menu engine is shared (categories are excluded per "POS, Handheld, and Kiosk"), and unattended payment is implied by "Cash (Not supported on Kiosks)". Shortfalls: no accessibility or ADA conformance is documented for the kiosk, no form factors are described, and RPOS operators get a kiosk only through the Bite Kiosk or Reddie Group integrations. https://help.spoton.com/space/SK/4073652945 · retrieved 2026-08-03
digital-group-ordering
Two documented mechanisms: QR Group Order & Pay, where "When the configuration is Pay Now, customers have to build their order & pay before the items are sent to the kitchen", and QR Collaborative Ordering & Tab Share, configured from the location's QR Order & Pay settings, which lets multiple guests contribute to and split one tab. https://help.spoton.com/space/SK/2087780512 · retrieved 2026-08-03
digital-catering-portal differentiator
RPOS Scheduled Orders are described as 'ideal for catering orders, large group reservations, special events': payment can be collected when placed, when ready or any time before fulfilment, 'both full and partial payments are supported', with 'accepting installment payments for a large catering order' as the worked example, and the order auto-releases to Open Orders at the scheduled time. Shortfalls: staff-entered on the POS - no guest-facing catering portal, separate catering menu, order minimums, lead-time rules, quotes/proposals or invoice terms; Express scheduled online ordering is same-day pickup only ('Scheduling for future days ... is not yet available'). https://help.spoton.com/space/SK/814088713 · retrieved 2026-09-03 adversarially verified
digital-voice-ai-phone differentiator
A named, documented partner does exactly this: "Loman AI... provides a 24/7 AI phone answering service tailored for restaurants. Their platform integrates seamlessly with existing Point of Sale (POS) systems, enabling restaurants to automate phone-based tasks such as order taking", with a further article covering Loman voice reservations writing into SpotOn Reserve. Popmenu is documented with AI phone answering as well. Shortfall: this is a partner capability sold separately, not a SpotOn product, and SpotOn publishes no certification criteria or API for it. https://help.spoton.com/space/SK/4801134599 · retrieved 2026-08-03
digital-drivethru-ai
No drive-thru voice AI is documented; the Loman and Popmenu integrations are inbound-phone only.
digital-sms-ordering
SMS is wired into the ordering flow: "SpotOn Order also supports SMS text messaging for QR orders, enabling restaurants to send automated updates and communicate directly with guests throughout the ordering process. When SMS is enabled for QR orders, guests are prompted to enter their phone number when starting a new QR order", with custom templates and Quick Responses on the FOH side. Shortfall: this is outbound and conversational messaging around an order, not text-to-order — no SMS ordering or text-a-link reorder flow is documented. https://help.spoton.com/space/SK/1916370973 · retrieved 2026-08-03
digital-google-order differentiator
"Order with Google allows your restaurant to seamlessly direct guests from your Google Business Profile to your preferred online ordering channels for pickup and/or delivery. By marking your commission-free online ordering channel as 'Preferred by business,' you can maximize your profits by reducing marketplace commission costs." A companion Express article ("Google x SpotOn Online Ordering") and a Disable Order with Google article cover the other end of the lifecycle. https://help.spoton.com/space/SK/4235002023 · retrieved 2026-08-03 adversarially verified
digital-apple-business-connect
No Apple Business Connect or Apple Maps "Order Food" action placement is documented.
digital-loyalty-attach
Loyalty is native to the digital flow rather than a post-purchase enrolment: the SpotOn Order loyalty article documents in-flow reward selection with "unavailable rewards (grayed out, with explanation why they cannot be used)", and "once the account is created, loyalty is enabled automatically, no extra steps needed". QR Scan & Pay lists redeeming Loyalty rewards among what the guest can do from their phone, using the same phone/email identity as in-store check-in. https://help.spoton.com/space/SK/1366392978 · retrieved 2026-08-03
digital-subscriptions
No guest subscription or paid membership programme is documented for restaurants. Recurring billing exists only as a merchant-side Virtual Terminal feature for invoicing customers.
digital-promo-parity
Offers are defined once and redeemed on both sides: SpotOn Marketing "creates single-use deals and discounts redeemable by guests online and in person with the new Marketing Deals feature", and BOH Discounts and Pricing Events drive POS and online alike. Shortfall: channel eligibility controls are documented for menu visibility (Sales Channels) but not for discounts, and no article states that a given discount or coupon code behaves identically on the kiosk. https://help.spoton.com/space/SK/2349760951 · retrieved 2026-08-03
digital-guest-data-ownership differentiator
The published Merchant Terms take the opposite position. SpotOn "reserves the right to access, retain, aggregate, process and share with third parties... all data available to SpotOn as a result of its performance of the Services", and on termination there is no return obligation — the client must request the data and "SpotOn makes no representations or warranties about its ability to return information". Nothing in the knowledge base documents a bulk export of guest records either: the Dashboard Customers article documents importing a customer list and editing profiles, not exporting them. https://www.spoton.com/legal/merchant-terms/ · retrieved 2026-08-03
digital-checkout-pci-sca
No description of the online checkout's payment-page architecture (hosted fields vs merchant-page collection), no 3DS support statement, and no PCI DSS 4.0 script-integrity disclosure is published for SpotOn Order or Express online ordering.
digital-surcharge-transparency differentiator
The compliance framework is documented and strong on the POS side: automatic debit/prepaid exclusion, the lesser-of-discount-rate-or-3% cap, mandatory receipt line item, and state-by-state prohibition. Shortfall: neither the Surcharging Overview nor the Dual Pricing Overview states how the programme behaves in first-party online ordering or on kiosk; the guest-facing disclosure described is in-store signage and on-device prompts. https://help.spoton.com/space/SK/4126277723 · retrieved 2026-08-03
Guest data, loyalty & marketing
guest-loyalty-unified-profile
One customer list spans the guest-facing products: "The Customer List in the Dashboard includes all customers enrolled in Marketing and Loyalty", identity is a phone number, email address or the SpotOn app, and guests can enrol at the POS, online ordering, website or a shareable link. Shortfall: no merge or dedup behaviour is documented, and nothing states that kiosk or third-party-marketplace transactions attach to the same profile. https://help.spoton.com/space/SK/1059913822 · retrieved 2026-08-03
guest-loyalty-thirdparty-identity-attach differentiator
No article describes marketplace orders (DoorDash, Uber Eats) attaching to a native guest profile; the integration articles describe order injection into the POS without guest identity handling.
guest-loyalty-accrual-models
"Loyalty is SpotOn's customer rewards program that helps merchants encourage repeat business by rewarding customers for their visits or the amount they spend. Merchants can choose between two loyalty program types" — visit-based and spend-based — configured in the Dashboard with no bolt-on vendor. Enrolment is by phone number, email address or the free SpotOn mobile app, and Loyalty runs on the integrated payment devices and POS systems. https://help.spoton.com/space/SK/1299939609 · retrieved 2026-08-03
guest-loyalty-tiers differentiator
SpotOn Reserve Member Tiers 'allow restaurants to assign loyalty levels (such as VIP or Priority Seating) to guests', shown on the Host App reservation tile, with Priority Seating giving selected tiers precedence in table assignment. Shortfalls: tiers are assigned by hand in the separately priced Reserve product - no automatic promotion or demotion by rolling-window spend or visits; the Loyalty product (Spots by Visit / Spots by Dollar) has no tier concept. https://help.spoton.com/space/SK/5015109683 · retrieved 2026-09-03 adversarially verified
guest-loyalty-offline-behavior differentiator
SpotOn's offline-mode guide enumerates what stops during an outage and includes loyalty: 'Loyalty programs: Customer data and loyalty program features that require a live connection to your payment gateway won't be available during offline activity.' That is an explicit vendor statement that loyalty is blocked offline rather than queued and reconciled. Shortfall: the guide does not separate lookup, accrual and redemption, does not say whether a check closed offline earns points once connectivity returns, and is a marketing guide rather than the knowledge base's A800 offline article, which does not mention loyalty at all. https://www.spoton.com/blog/pos-offline-mode/ · retrieved 2026-09-02 adversarially verified
guest-loyalty-offer-stacking-rules differentiator
The stacking rules are documented but fixed: Express 'Can I apply multiple discounts to the same item? No. Only one discount may apply to an item at a time' and fixed-price discounts 'can be combined with other manual discounts' but not with overlapping scheduled ones (Create a Fixed-Price Happy Hour Discount); RPOS Loyalty FAQs: 'At this time only a reward or promo code can be applied'. Shortfalls: the rules are not exposed as configuration - no exclusive/combinable flag and no precedence ordering on a deal, discount or reward (that configuration exists only in the SpotOn Enterprise venue product's Combinable and Priority fields, a different product line). https://help.spoton.com/space/SK/4561305760 · retrieved 2026-09-03 adversarially verified
guest-loyalty-targeted-offers differentiator
Trigger-based deals are a documented, reportable feature ("Trigger-based Deals Reporting | SpotOn Restaurant"), and Marketing Deals issue "single-use deals and discounts redeemable by guests online and in person". Shortfall: the audience definition is not documented — no rules over recency, frequency, spend or items purchased appear in the Marketing or Loyalty articles, so the documented capability is closer to broadcast plus behavioural triggers than to a segment builder. https://help.spoton.com/space/SK/4187488261 · retrieved 2026-08-03
guest-loyalty-rfm-segmentation differentiator
The Dashboard does compute lifecycle-ish buckets automatically: "Choose between the Check-ins, New, Repeat, and Imported buttons to further refine customer data when a Loyalty Program is enabled", alongside a Loyalty Performance view. Shortfall: new/repeat/check-in counts are not recency-frequency-monetary segmentation — there are no at-risk, lapsed or VIP segments and no monetary dimension documented. https://help.spoton.com/space/SK/1059913822 · retrieved 2026-08-03
guest-loyalty-lifecycle-automation
Triggered offers ship as a product — trigger-based deals have their own reporting article — and SpotOn Marketing provides always-on deal creation. Shortfall: the specific lifecycle automations the claim names (birthday, first-visit thank-you, lapsed win-back) are not documented as configurable campaign templates anywhere in the Marketing or Loyalty article set. https://help.spoton.com/space/SK/4187488261 · retrieved 2026-08-03
guest-loyalty-native-email-sms differentiator
Email marketing is native — SpotOn Marketing runs campaigns from the Dashboard, and the website builder carries a newsletter subscription block that feeds it. Shortfall: no native SMS marketing campaign capability is documented. Every documented SMS surface is transactional: SpotOn Order SMS for order updates, and Reserve paging for reservations and waitlists. https://help.spoton.com/space/SK/1106018602 · retrieved 2026-08-03
guest-loyalty-consent-management
Consent is captured and revocable per guest: the customer record carries an "Opt-in to Deals and Offers (checkbox)", and from the Loyalty view "this redirects to the Customers tab, where you can add/remove spots, edit contact details, and manage opt-in status." Shortfall: consent is a single boolean rather than per channel, and no timestamp or source-of-consent capture is documented. https://help.spoton.com/space/SK/1059913822 · retrieved 2026-08-03
guest-loyalty-10dlc-registration
A2P 10DLC brand and campaign registration is not mentioned in the SMS Text Messaging setup articles for SpotOn Order or Reserve, and no article states who performs it.
guest-loyalty-campaign-attribution differentiator
Trigger-based Deals Reporting exists for RPOS, and the Merchant Dashboard exposes "Loyalty Spend & Redemption" and "Loyalty Performance" views alongside a Reviews view that tracks loyalty redemption. Shortfall: no article documents attributing incremental sales to a specific campaign, or tying a redeemed offer to the check total it moved. https://help.spoton.com/space/SK/4187488261 · retrieved 2026-08-03
guest-loyalty-data-export-portability differentiator
The Dashboard Customers article documents importing a customer list and editing individual profiles; no bulk export of the guest list or transaction history, by CSV or API, is documented anywhere.
guest-loyalty-review-capture-routing differentiator
A Reviews surface exists in the Merchant Dashboard and is tied to loyalty redemption, and the Mobile Pay & Review flow solicits guest feedback at payment. Shortfall: no score-based routing is documented — nothing describes sending low scores to private service recovery and high scores to public review sites. https://help.spoton.com/space/SK/1083441179 · retrieved 2026-08-03
guest-loyalty-referral-program
SpotOn publishes a merchant-to-merchant referral programme (SpotOn Business Referral Program / Client Referral Program), but no guest-level referral mechanic with per-guest codes and two-sided rewards is documented.
guest-loyalty-wallet-pass differentiator
Loyalty | SpotOn Merchant Dashboard enumerates the check-in identifiers: 'Customers can easily check in using just a phone number, email address, or the free SpotOn mobile app'; SpotOn Loyalty lists enrolment as phone number and email at check-in or the SpotOn App, and the Dashboard's Order Loyalty Cards function supplies physical cards. No Apple Wallet or Google Wallet pass exists anywhere in the 1,958-article knowledge base or on the loyalty product page. https://help.spoton.com/space/SK/1066992036 · retrieved 2026-09-03 adversarially verified
guest-loyalty-privacy-rights-tooling
RPOS Create and Manage Customer Profiles (BOH): a customer record can be deleted from Back Office (Customers > select > Delete; 'Customer records can only be deleted from the Back Office'). Shortfalls: no data-access (export) request tooling, no DSAR workflow, and no documented propagation of a deletion to the Merchant Dashboard loyalty profile or to marketing lists; the legal-request article covers third-party subpoenas only. https://help.spoton.com/space/SK/2666627192 · retrieved 2026-09-03 adversarially verified
guest-loyalty-redemption-fraud-controls
RPOS job positions carry a permission for 'Emagine Gift Cards, House Accounts, & Loyalty' functions, so loyalty operations on the POS can be restricted to specific positions; Express Employee POS Permissions require a manager PIN for cancel check, open drawer, void, and refunds, but 'Manager approval does not currently include applying discounts' (roadmap). Shortfalls: no redemption velocity limits, no manager approval on manual Spot adjustments (done from the Dashboard Customers tab), no employee self-redemption flag and no loyalty audit log are documented. https://help.spoton.com/space/SK/2660892673 · retrieved 2026-09-03 adversarially verified
guest-loyalty-ai-offer-recommendation differentiator
SpotOn's marketing product page sells Marketing Assist as 'a paid digital marketing option that uses restaurant marketing automation to automatically send campaigns based on your goals, without day-to-day management' - 'just answer a few questions, then let automated campaigns run in the background all year' - at $95 per month. The launch announcement (www.spoton.com/blog/spoton-unveils-first-automated-ai-marketing-tool-restaurants/, 2024-03-05) is specific about what is generated: 'Using AI, SpotOn Marketing Assist creates the marketing campaign content', it 'defines marketing events each month and then creates and schedules campaigns', and the 'Slow Day Boost' campaign 'auto-generate[s] a campaign with a limited-time offer for those shoulder periods the operator outlined'. That is AI-generated offer content and send timing on a shipped, priced product. Shortfall: it is a $95/month add-on rather than part of the loyalty product; audience selection is the operator's whole SpotOn Order and Reserve list, with no documented targeting recommendation; and the 1,044-page knowledge base dumped on 2026-08-03 carries no configuration article for it. https://www.spoton.com/solutions/marketing/ · retrieved 2026-09-02 adversarially verified
guest-loyalty-stored-value-gift
Gift balances are integrated into the POS and reported in the Dashboard — an "eCard Systems Gift Cards Report" ships for both RPOS and Express, and the FOH Gift Card button creates, reloads and redeems cards. Shortfall: the stored value sits with eCard Systems rather than in a SpotOn ledger tied to the guest profile, a separate "Supported Gift Card Vendors" article lists further third-party issuers, and cross-location redemption is not documented. https://help.spoton.com/space/SK/5229084693 · retrieved 2026-08-03
Labor & workforce
labor-clock-in-at-pos
Employees clock in and out at the terminal — Express has a dedicated "Login & Time Clock | SpotOn Express (FOH)" article covering Clock In, Clock Out and Start Break from the login screen or the POS manager menu, plus Employee ID Management and customisable breaks, and RPOS clocking is documented under SpotOn Teamwork ("Clocking In | SpotOn Teamwork"). No separate time-clock hardware is described. The article is also candid about a limit: "Currently, forced clock-in is not an integrated feature of SpotOn Express." RE-POINTED 2026-08-10: the previously cited article (space/SK/4477911076, "How to Clock In, Clock Out, and Take Breaks | SpotOn Express POS") is ARCHIVED — the Confluence API reports status=archived while the web UI still serves it at HTTP 200 with its own title, so no status, size or title check could see the withdrawal. The quoted sentence was re-verified verbatim on the successor before re-pointing; value and grade are unchanged. https://help.spoton.com/space/SK/3644358718 · retrieved 2026-08-10
labor-photo-punch-verification differentiator
No photo capture or facial verification at punch is documented in the Express Team Management or Teamwork timekeeping articles.
labor-offline-time-punch differentiator
Whether time punches are recorded and reconciled during an outage is not documented. The Express offline article covers orders and payments only, and lists no timekeeping behaviour.
labor-granular-rbac
Job Positions grant permissions per discrete action, not per tier. The Create Job Position article enumerates individually toggled rights including "Pre-Authorize Credit Cards", "Manage House Accounts", "Can Start Tabs", "Can Approve Default Tab Amount Adjustments" (under Cash Management), Take Payment Ownership, Transfer, and gift-card/loyalty handling, with a companion "Job Positions: Permissions, FAQs, and Best Practices" article. Express has an equivalent split between Employee POS Permissions and Manager Permissions, and permissions are set per location through Location Specific Settings. https://help.spoton.com/space/SK/2660663297 · retrieved 2026-08-03
labor-manager-override-audit
Overrides are attributed to an individual: approvals require a manager code or a Manager Card, and "the system reads the numeric swipe code printed on the back of the card and matches it to the employee profile configured in BOH". Shortfalls: the same article discloses a real weakness — "Are manager cards encrypted? No. Manager cards are not encrypted. The system reads the plain-text numeric code printed on the back of the card" — and no immutable, queryable override audit trail is documented in the reporting set. https://help.spoton.com/space/SK/5197037595 · retrieved 2026-08-03
labor-native-scheduling differentiator
Scheduling and timekeeping do sit in one system, but that system is not the POS. SpotOn’s own "Scheduling | SpotOn Teamwork" article contains no documentation - it is a five-link stub whose every target is support.dolceclock.com, the knowledge base of the Dolce product SpotOn acquired and rebadged. Behind it the capability is real: schedule authoring and publishing, copy-forward from a prior week or template, sales projections and weather on the schedule, availability and time off, and an employee app, all against the same punch data. Shortfalls: Teamwork is a separately sold SKU rather than part of any POS plan - the word "Teamwork" does not appear on spoton.com/pricing/ at all, which lists only an unpriced "Labor management suite" link - and it is documented on a separate legacy domain under its pre-acquisition brand. https://support.dolceclock.com/help/scheduling-overview · retrieved 2026-08-03 adversarially verified
labor-demand-labor-forecast differentiator
SpotOn Teamwork is described as covering "scheduling, labor forecasting, time and attendance, payroll preparation, tip distribution, employee communication, compliance, and workforce management — all within a single platform". Shortfall: labour forecasting appears only in that capability list; no article documents how a recommended staffing level or hour target is generated from the operator's own POS sales history, and none of the 25 Teamwork articles covers a forecast screen. https://help.spoton.com/space/SK/2239594711 · retrieved 2026-08-03
labor-realtime-labor-percent differentiator
Labour against sales is reported at hourly granularity — "Sales & Labor by Hour Report" for RPOS and a "Labor Analytics Report" plus "Clocked In Employees" view for Express, all built from actual clocked hours. Shortfall: these are reporting surfaces refreshed from the Dashboard, not a live labour-percentage readout on a manager screen during service; no real-time labour target or alert is documented. https://help.spoton.com/space/SK/4659609601 · retrieved 2026-08-03
labor-overtime-prevention differentiator
Overtime is configurable — Express has an "Overtime Settings" article under Team Management and an auto-clock-out feature, and Teamwork carries California labour settings and payroll approval. Shortfall: no warning or block at clock-in when an employee is approaching a threshold is documented; the documented controls set how overtime is calculated and paid, not how it is prevented. https://help.spoton.com/space/SK/3838410774 · retrieved 2026-08-03
labor-break-compliance-by-state differentiator
Break compliance is genuinely built, but for one jurisdiction: SpotOn Teamwork ships "California Break Law Tracking & Control" and "California Labor Settings" as dedicated articles, and Express adds customisable breaks and "Auto-End Breaks When Clocking Out". Shortfall: California is the only state with documented rules; no per-jurisdiction rule library, no break attestation prompt, and no missed-break premium-pay flag are documented for anywhere else. https://help.spoton.com/space/SK/2239398079 · retrieved 2026-08-03
labor-minor-labor-rules
No minor-labour restrictions (age-based hour caps, prohibited windows, school-day limits) are documented in Teamwork or Express Team Management.
labor-tip-pooling-rules
Pooling is computed automatically rather than by spreadsheet: RPOS Teams allocates "by percentage of hours each member worked on the team" and produces a Team Closeout, Express has Dashboard Tip Pooling with its own setup, FAQ and troubleshooting articles, and Teamwork carries a Tips article and a DayCheck payout path. Shortfalls: hours-worked is the only documented allocation basis; Express pooling "applies only to credit card tips" and is off by default; and percentage-of-sales, points and role-based rules are reached only through the TipHaus or GratShare partner integrations. https://help.spoton.com/space/SK/2021425371 · retrieved 2026-08-03
labor-tip-distribution-audit-trail
A per-shift record exists and is used operationally: Teamwork requires the manager to "confirm the Bundle Total... the sum of all the tips earned through your company's Teamwork tip rules for the day, often excluding declared cash tips" before approving payouts to DayCheck, and Team Closeouts show team tip distribution above individual closeouts. Shortfall: no article documents an exportable per-employee record of contributions into and distributions out of the pool for audit; the documented artefacts are closeouts and payroll reports. https://help.spoton.com/space/SK/4140433518 · retrieved 2026-08-03
labor-qualified-tips-w2-reporting differentiator
Express Payroll Report exports hours, wages and tips per employee and job position to CSV, with auto gratuity 'shown in its own column because gratuity is taxed differently than tips'; RPOS close reports separate Cash from Non-Cash Tips ('credit card or electronic tips') and auto-gratuity (Close Report Summaries; Cash Reconciliation). Shortfalls: no Treasury tipped-occupation code, no W-2 Box 12 code TP or Box 14b handling, and no qualified/non-qualified tip designation is documented; the only SpotOn treatment of the 2025 rule is a blog explainer that says operators 'will still track, report, and run payroll for tip income the same way they always have'. https://help.spoton.com/space/SK/4512907295 · retrieved 2026-09-03 adversarially verified
labor-native-payroll differentiator
Teamwork carries the payroll preparation half of the job: dedicated articles cover Payroll Routines, Manager Approval of Payroll, Employee Wages, Entering & Updating Payment and ADP Onboarding, and DayCheck provides employee-side earned-wage transfers to a bank account. Shortfall: SpotOn does not file payroll taxes or run direct deposit as a first-party payroll product — the documented terminus is an approved payroll run handed to a third-party provider (ADP onboarding, ADP and Paycor formatted exports). https://help.spoton.com/space/SK/2239660191 · retrieved 2026-08-03
labor-payroll-export-formats
The Payroll, Tip Distribution & Scheduling integrations page enumerates named, vendor-maintained connections: an "ADP Formatted Export", a "Paycor (Export)", plus 7shifts, HotSchedules, TipHaus and GratShare. Payroll Reports exist as first-class reports on both RPOS and Express, and QuickBooks is separately connected for the accounting side. https://help.spoton.com/space/SK/2320269514 · retrieved 2026-08-03
labor-shift-swap-workflow differentiator
The self-service and approval halves are documented: an employee presses "Offer this Shift" to release it for pickup, others "Request" it (subject to being qualified for the role), direct employee-to-employee swaps are supported, and managers "can Approve or Deny from the dropdown menu" from their dashboard, with request timestamps shown and approving one request automatically denying the rest. Shortfalls: the overtime limb of the claim is unaddressed - no overtime projection, warning or block is described anywhere in the trade validation flow; and the whole workflow lives in SpotOn Teamwork, a separately priced product documented on support.dolceclock.com, not in the POS. https://support.dolceclock.com/help/manage-shift-trades-swaps · retrieved 2026-08-03 adversarially verified
labor-server-performance-metrics differentiator
Per-employee performance data is produced at closeout: "Server Reports include cash totals, payments, discounts, paid ins/outs, surcharges, group sales, POS activity, and gift card details", and closeout rules are configurable per job position. Shortfall: the documented metrics are financial totals — average check, items per check, category attachment rate and void/comp rate per server are not documented as reported figures anywhere in the report set. https://help.spoton.com/space/SK/2056815023 · retrieved 2026-08-03
Inventory, purchasing & cost control
inventory-recipe-bom-costing
The menu item carries one flat cost field and no components: "Item Cost – Enter the actual cost of the item (not the selling price)". There is no recipe object, no sub-recipe, and no ingredient linkage in the RPOS BOH menu articles or the Express menu settings. Multi-level recipe costing is explicitly the partners' territory — MarginEdge is introduced as "a recipe cost-tracking and restaurant inventory management solution", and COGS-Well provides "Inventory Control, Recipe Management, Food & Beverage Cost Analysis". https://help.spoton.com/space/SK/2658041953 · retrieved 2026-08-03
inventory-unit-conversion-yields
No purchase/recipe/count unit model, conversion factors, or yield percentages appear anywhere in the knowledge base; there is no ingredient record to attach them to.
inventory-theoretical-vs-actual differentiator
Variance analysis is delivered by a partner, not the POS: "SpotOn Restaurant's system sends all sales and transaction data to MarginEdge. By combining the invoice and sales data, MarginEdge can help track theoretical versus actual" usage. The COGS-Well integration is likewise "a read-only connection that allows COGS-Well to receive item-specific sales data directly from your POS system". SpotOn's own inventory surface is a per-menu-item Quantity on Hand counter, which cannot produce an ingredient-level variance. https://help.spoton.com/space/SK/2319286766 · retrieved 2026-08-03
inventory-realtime-depletion differentiator
Depletion is real but shallow: "Use Quantity On Hand – Enable this option to automatically subtract sold items from inventory. Quantity On Hand – Reflects the actual number of items available in your business", decrementing as orders are rung and greying the item out at zero. Shortfalls: depletion is per menu item, not per ingredient, so modifier-driven consumption is not tracked; and the feature does not exist on the newer product at all — "Quantity on Hand is not available in SpotOn Express." https://help.spoton.com/space/SK/2658041953 · retrieved 2026-08-03
inventory-86-auto-sync differentiator
The POS half works: "menu items will display the remaining quantity available and automatically become unavailable once inventory reaches zero", and items with zero quantity "appear grayed out on the menu and cannot be selected". Shortfalls: the trigger is the menu item's own count, not a component ingredient hitting a threshold, and no article states that an auto-86 from Quantity on Hand propagates to first-party online ordering or to connected third-party menus. https://help.spoton.com/space/SK/2299887676 · retrieved 2026-08-03
inventory-count-modes
No physical count, spot count or cycle count workflow is documented for the restaurant products; Quantity on Hand is edited directly on the item, and count history is not described. (Count workflows exist only in SpotOn Retail, a different product line.)
inventory-mobile-count-offline
No mobile counting application with barcode scanning and offline capture is documented for the restaurant products.
inventory-vendor-catalogs-edi differentiator
No broadline distributor catalogues or electronic purchase-order transmission are documented; purchasing is not a SpotOn restaurant function.
inventory-invoice-ocr differentiator
Invoice capture is explicitly a partner function: with MarginEdge, "users can take photos of their invoices, and MarginEdge will automatically translate them into prices and quantities in its system". SpotOn ships no invoice ingestion of its own — there is no accounts-payable or supplier-invoice object anywhere in the knowledge base. https://help.spoton.com/space/SK/2319286766 · retrieved 2026-08-03
inventory-price-change-alerts differentiator
No purchase price history or received-price variance alerting is documented; without an invoice ledger there is nothing to compare against.
inventory-par-auto-suggest differentiator
No par levels or suggested purchase quantities are documented in the SpotOn product. The only par-level language in the knowledge base belongs to the Restaurant Systems Pro partner ("Create orders based on automatic par levels").
inventory-waste-logging
No structured waste or spoilage logging with reason codes is documented; waste tracking appears only as a benefit of the BevSpot, Craftable and BarVision partner integrations.
inventory-shelf-life-expiry
No expiry or use-by date tracking is documented.
inventory-bar-partial-bottle
Beverage-level inventory is delivered entirely by named third parties. The Inventory Management Integrations index enumerates BarTrack, BarVision, BeerSAVER, Bevchek, BevSpot, COGS-Well, Craftable, MarginEdge, QSROnline and Sculpture Hospitality — BarVision exists to identify "over-pours, unrecorded pours, and loss points" — and SpotOn itself has no weight-based or fractional-bottle inventory construct, only a whole-unit Quantity on Hand per menu item. https://help.spoton.com/space/SK/2319024540 · retrieved 2026-08-03
inventory-cogs-gl-export
Accounting export is native and named: a "QuickBooks Export | SpotOn Restaurant Reporting" report ships in the reporting set, alongside Shogo, DAVO, BackOffice (formerly RASI) and Restaurant365 connectors. Shortfall: what exports is sales and tender data, not period COGS or accounts-payable invoice detail — SpotOn holds no invoice ledger and no ingredient cost, so GL account mapping per item category is not documented. https://help.spoton.com/space/SK/4659576833 · retrieved 2026-08-03
inventory-native-not-partner differentiator
SpotOn's own inventory is a per-menu-item Quantity on Hand counter that decrements on sale — no ingredients, no recipes, no counts, no invoices. Everything above that line is contracted separately: the Inventory Management Integrations index lists ten third-party products (BarTrack, BarVision, BeerSAVER, Bevchek, BevSpot, COGS-Well, Craftable, MarginEdge, QSROnline, Sculpture Hospitality), and Restaurant365 is listed again under accounting. This is the clearest case of ceded territory in the record. https://help.spoton.com/space/SK/2319024540 · retrieved 2026-08-03
inventory-menu-margin-linkage differentiator
A first-party Profit Report ships in the RPOS reporting set, and it has something to work with: the menu item carries an Item Cost field distinct from price, and Express offers colour coding for "high-margin items". Shortfall: margin is computed from a hand-entered flat item cost rather than a recipe, so it does not move when an ingredient price changes, and no threshold alerting on margin erosion is documented. https://help.spoton.com/space/SK/4652466180 · retrieved 2026-08-03
Reporting, BI & data access
reporting-realtime-dashboard
The SpotOn Dashboard is the reporting home for both product lines, with Custom Views for restaurant POS, a customisable restaurant reporting view, and Daily Recap. Off-premise mobile access is a documented first-party app: "SpotOn Restaurant Reports App (RPOS)" sits in the RPOS reporting section alongside the browser Dashboard. https://help.spoton.com/space/SK/3783491608 · retrieved 2026-08-03
reporting-eod-closeout
"Closeout & End of Day Reports | SpotOn Restaurant Reporting" documents a single close document covering sales, surcharges and taxes, with "Surcharge Summary — the specific breakdown of any surcharges that were used during this shift", sales average by guest, and companion articles for Close Out Settings, Close Report Summaries, "Set Up Cash Due Equals and Open Cash Exclusion Rules for Your Location" and per-job-position closeout rules. https://help.spoton.com/space/SK/2405498881 · retrieved 2026-08-03
reporting-pmix-modifier-level
A Product Mix Report ships as a named report on RPOS and Express, and modifier-level sales are captured in it — the Sub Items article notes "Modifiers are still tracked in reporting. If front-of-house usability benefits from implementing Fries as a modifier, the sales can easily be calculated by adding the Fries item to the Fries modifier." Express adds "DayParts Reporting" for the daypart slice, and revenue-centre style grouping comes from Report Groups in the closeout ("Surcharges, Report Groups, and POS Summaries"). https://help.spoton.com/space/SK/2320859149 · retrieved 2026-08-03
reporting-comps-voids-audit
Discount and POS-activity data is reported per employee — "Server Reports include cash totals, payments, discounts, paid ins/outs, surcharges, group sales, POS activity" — and voids are permission-gated with manager approval at the point of action. Shortfall: no dedicated comps/voids/price-override exception report is documented, and nothing records the approving manager alongside the acting employee with a reason code and timestamp in a queryable report. https://help.spoton.com/space/SK/2056815023 · retrieved 2026-08-03
reporting-cash-over-short
Closeout & End of Day Reports covers "shift checkouts, balance cash drawers, track revenue, and handle special transactions", cash drawers are assignable to individual users so "the cash drawers will only open if that employee does a cash transaction or no sale", paid-ins and paid-outs are recorded against the drawer, and "Set Up Cash Due Equals and Open Cash Exclusion Rules for Your Location" configures how expected cash is derived. https://help.spoton.com/space/SK/2403664096 · retrieved 2026-08-03
reporting-labor-productivity
"Sales & Labor by Hour Report | SpotOn Restaurant Reporting" reports labour against sales by hour from clocked time, Payroll Reports ship on both product lines, and Express adds a Labor Analytics Report plus a Clocked In Employees view. Timekeeping is the POS clock (Teamwork on RPOS, Team Management on Express), so the hours are actuals rather than scheduled. https://help.spoton.com/space/SK/4659609601 · retrieved 2026-08-03
reporting-server-scorecards differentiator
Per-server reporting exists at closeout with cash totals, payments, discounts, surcharges, group sales, POS activity and gift-card detail, printable from the FOH. Shortfall: none of the four metrics the claim names — average check, items per check, category attachment rate, tips as a percentage of sales — is documented as a reported figure. https://help.spoton.com/space/SK/2056815023 · retrieved 2026-08-03
reporting-channel-profitability differentiator
Revenue is sliced by channel: the Express Sales Summary reports "Order Origin: POS, Kiosk, Digital Ordering, DoorDash Marketplace, etc.", and Uber Eats sales "roll into SpotOn reporting for clean reconciliation". Shortfall: the figure is gross revenue by origin — marketplace commission, marketing fees and refunds are not subtracted, so no margin or net contribution by channel is produced. https://help.spoton.com/space/SK/4514021383 · retrieved 2026-08-03
reporting-scheduled-delivery
"Reporting Subscriptions allow you to receive automated daily email reports for any report that includes the Print button with a drop-down menu. This makes it easy to receive reports such as Product Mix, Sales, or Labor summaries without logging in each day", with multi-location handling addressed in the same article, and Express has a confirmed-email subscription for the Daily Recap. Shortfall: only a daily cadence is documented — no weekly/monthly schedule and no defined recipient-list management is described. https://help.spoton.com/space/SK/2349728048 · retrieved 2026-08-03
reporting-public-api differentiator
There is no public reporting API. developers.spoton.com redirects to spoton.com/developer-center, whose only developer-facing artefact is a "SpotOn Partner Integration Intake Form"; no REST or GraphQL reference, no endpoint list and no credential self-service exist. Across 1,044 public knowledge-base pages the only API mentioned is SpotOn Reserve's reservation API, which covers bookings rather than orders, payments, menu or labour. https://www.spoton.com/developer-center/ · retrieved 2026-08-03
reporting-webhooks differentiator
No webhook, event-stream or callback documentation exists on any public SpotOn property. The developer centre offers only a partner intake form, and no knowledge-base article describes subscribing to order or payment events. https://www.spoton.com/developer-center/ · retrieved 2026-08-03
reporting-api-not-upcharged differentiator
There is no public API, so whether access carries an additional fee cannot be assessed. SpotOn publishes no partner programme fee, revenue share or certification cost — integration terms are settled through the intake form and a sales conversation.
reporting-tier-paywall differentiator
The public pricing page states reporting is included rather than tiered, and the report set documented in the knowledge base (Product Mix, Sales & Labor by Hour, Payroll, Profit, House Accounts, Daily Sales Recap, Closeout) is presented without plan gating. Shortfall: this is a pricing-page claim rather than documentation — no article states which reports are available on which plan, and multi-location comparison reporting is not documented at all, so the entry-plan boundary cannot be verified. https://www.spoton.com/pricing/ · retrieved 2026-08-03
reporting-history-retention differentiator
No retention window for transaction-level history is published on the pricing page, in the reporting articles, or in the published terms.
reporting-anomaly-alerts differentiator
An "Alerts Configuration | SpotOn Restaurant Reporting" article exists and is cross-linked from the Profit Report, QuickBooks Export and the customisable reporting view, so alerting is wired into the restaurant reporting surface. Shortfall: the published article body carries no metric list, threshold model or delivery-channel detail, so the scope of what can be alerted on cannot be established from public documentation. https://help.spoton.com/space/SK/4617109547 · retrieved 2026-08-03
reporting-nl-query
No natural-language query or AI analytics assistant is documented against the operator's own data. The AI features in the knowledge base are the Express AI Menu Editor and the AI Menu Assistant for routing groups.
reporting-guest-cohorts differentiator
Guest-level counts are reported: the Dashboard Customers view segments by "Check-ins, New, Repeat, and Imported" when a loyalty programme is enabled, with a Loyalty Performance panel and Loyalty Spend & Redemption reporting. Shortfall: no visit-frequency distribution and no lifetime-spend cohorts are documented, so the analysis stops at new-versus-returning counts. https://help.spoton.com/space/SK/1059913822 · retrieved 2026-08-03
reporting-sales-forecast differentiator
No forward sales forecast is documented in the reporting set for either product line.
reporting-tip-tax-compliance
Payroll Reports ship as a named report on both product lines, cash tips have a dedicated declaration workflow ("How to Report Cash Tips in SpotOn Express"), digital tips are managed pre- or post-payment, and Teamwork produces the tip bundle used for payout approval. Shortfall: no tax-liability summary by jurisdiction is documented, and the declared-versus-charged split is described operationally rather than as a report output. https://help.spoton.com/space/SK/4648075278 · retrieved 2026-08-03
Multi-location, franchise & enterprise governance
multi-location-org-hierarchy
Multi-unit is a first-class construct: "Menu upkeep for multi location organizations (RPOS)" describes chain-wide menus with per-location divergence, Location Specific Settings exist on menu items, modifiers, modifier groups and pricing events, and a "Company" grouping spans locations for employee access ("Employees can be added to multiple locations within the same Company using a single email address and login profile"). Shortfall: the documented shape is Company > Location — two levels. No region or group tier that reporting and permissions can be scoped to is documented. https://help.spoton.com/space/SK/2660663948 · retrieved 2026-08-03 adversarially verified
multi-location-central-menu-publish
Central authoring exists: the Menu Items Bulk Editor operates across locations — "If your organization has multiple locations, select one or more from the Locations field" — with a caution that "changes made in the bulk editor may affect multiple locations and menu groups simultaneously", and Location Specific Settings hold per-store overrides for price, availability, requisition routing and quantity on hand. Shortfall: no publish/version history showing what was pushed, when and by whom is documented, and no rollback of a bad push is described. https://help.spoton.com/space/SK/2658041953 · retrieved 2026-08-03
multi-location-price-zones
Three axes work without duplicating the item record. Per location: Location Specific Settings let the operator "Adjust individual item Price, toggle Availability (active/inactive), configure Requisition Settings... and manage Quantity on Hand", and "Changes made within Location-Specific Settings only apply to the individual location you selected. Global settings remain unaffected." Per daypart: Pricing Events (e.g. Happy Hour) are listed per item per location. Per channel: Order Types carry their own Price Level. Shortfall: there is no location-group or region object to price against - the documented org model is two levels, Company > Location - so the only choices are global or store-by-store, which the article states outright: "If you need to apply the exact same price or tax change to every location, make the edit in the main Menu Items tab rather than doing them individually per location." https://help.spoton.com/space/SK/2660893508 · retrieved 2026-08-03 adversarially verified
multi-location-consolidated-reporting
Above-store reporting exists — Reporting Subscriptions carries a dedicated "Using multiple locations?" section, the Dashboard scopes reports across the operator's locations, and Express reports run per location from one login. Shortfall: no store-versus-store ranking and no variance flagging are documented, and no article demonstrates an aggregated multi-location view of labour, discounts and item mix in one screen. https://help.spoton.com/space/SK/2349728048 · retrieved 2026-08-03
multi-location-cross-location-giftcard
E-Gift Cards | SpotOn Order: e-gift cards 'can be used at all locations linked to the same organization (through group ID)', with organisation-level templates and promo cards; the gift-card product page adds 'Multi-location pooling - Automatically move gift card value across locations and accounts so revenue lands where it belongs'. Shortfalls: no outstanding-liability balance report and no inter-store settlement/redemption reconciliation are documented; physical card stored value is administered by eCard Systems. https://help.spoton.com/space/SK/1441267735 · retrieved 2026-09-03 adversarially verified
multi-location-cross-location-loyalty
No article states whether a loyalty profile, point balance and order history are shared across locations of the same brand or held per location.
multi-location-multi-brand differentiator
Running two distinct brands or virtual brands on one terminal with separate menus, receipts and reportable revenue is not documented.
multi-location-multi-tax-jurisdiction
Tax is configured per location with multiple simultaneous rates and per-channel overrides: "Manage Taxes | Dashboard | SpotOn Express" plus a dedicated "To Go & Delivery Tax Overrides | SpotOn Express Dashboard" article, order-level exemption at the POS ("Make Tax Exempt — Removes all pre-programmed taxes from entire order"), and a documented rounding model ("For payment processing and tax rounding we utilize bankers rounding, also known as rounding to half even"). RPOS carries the same per-location tax settings under Locations, and DAVO is integrated for automated per-jurisdiction filing. https://help.spoton.com/space/SK/4605968412 · retrieved 2026-08-03
multi-location-central-labor-policy
Jurisdictional labour policy is configurable in Teamwork — "California Labor Settings" and "California Break Law Tracking & Control" are dedicated articles, and Express holds Overtime Settings and pay periods per location. Shortfall: no location-group scoping of labour policy is documented, and enforcement at the terminal is not described — the documented behaviour is tracking and reporting. https://help.spoton.com/space/SK/2239430825 · retrieved 2026-08-03
Hardware & physical footprint
hardware-commodity-devices differentiator
Some surfaces run on operator-owned hardware: "SpotOn Mobile makes it easy to accept tap, swipe, and cash payments from an iOS or Android mobile device", SpotOn Reserve's Host App runs on an iPad, and Fresh KDS runs on tablets the operator sources ("SpotOn does not supply bump bars for Fresh KDS"). Shortfall: the restaurant POS itself does not — Station 15, Station 10, the SpotOn Handheld, Serve (A920/A77) and the A800 are all vendor-supplied terminals, and no article documents installing the restaurant POS on a third-party tablet or PC. https://help.spoton.com/space/SK/1091043420 · retrieved 2026-08-03
hardware-os-platforms
Platforms are named in places: Serve is Android ("Yes, it's like an Android cell phone. Pull down the top bar menu and tap on the Wi-Fi icon"), SpotOn Mobile runs on "an iOS or Android mobile device", and the Reserve Host App is iPad-based. Shortfall: no article publishes minimum OS versions or device specifications for any client, and the client OS for Station 15/10 and the RPOS back office is never stated. https://help.spoton.com/space/SK/1194557666 · retrieved 2026-08-03
hardware-handheld-purpose-built
The handheld is purpose-built with an integrated reader: SpotOn Serve runs on the A920 or A77, taking orders, printing requisitions and accepting card payment on the device, with a separate SpotOn Handheld SKU published at $375 on the pricing page and a Multi Charger best-practices guide. Shortfall: no drop rating and no IP ingress rating are published for any SpotOn handheld. https://help.spoton.com/space/SK/1139474863 · retrieved 2026-08-03
hardware-handheld-battery-swap differentiator
The only rated battery life SpotOn publishes belongs to a discontinued device. The FAQ page carrying "Run time - 8 hours" and the measured "App open with max screen brightness for 8 hours = battery drop from 100% to 36%" opens by stating "SpotOn Serve is an EOL. We still offer support, but no new services are implemented." For current hardware there is no rating: the Express Handheld articles carry no battery section, the "SpotOn Handhelds" and "Handheld | SpotOn Express" pages render empty, and the A800 spec sheet gives only the cell - "Battery + Charging: 7.2 V / 2300 mAh" - with no run time. Shortfalls: no hot-swap or field-replaceable battery is documented for any SpotOn device (the fleet answer is a multi-charger cradle), and the published full-shift figure covers an end-of-life handheld rather than the one on the price list. https://help.spoton.com/space/SK/3176005634 · retrieved 2026-08-03 adversarially verified
hardware-handheld-lte
"It's been confirmed that the Android device prioritizes Wi-Fi over cellular. It will automatically switch to cellular if the Wi-Fi connection is lost (assuming cellular is turned on)" — documented automatic cellular fallback on the Serve handheld. https://help.spoton.com/space/SK/1194557666 · retrieved 2026-08-03
hardware-offline-mode
Offline is documented properly where it exists: Express POS and Kiosk offer Auto/On/Off modes where "orders and payments continue; data syncs once the internet connection is restored. Orders are still sent to the kitchen printer or KDS", and the A800 article enumerates exactly what degrades (PIN debit unavailable, reporting does not update, surcharging unsupported, final payment status delayed) with per-transaction, cumulative and duration caps. Shortfall: "Offline Mode is not available for RPOS devices" — the flagship table-service POS has no documented offline path, which contradicts the marketing page's "blackout-proof offline mode". https://help.spoton.com/space/SK/4073652945 · retrieved 2026-08-03
hardware-kds
Express KDS is genuinely first-party: order cards with per-type header colours, In Progress and Completed states with completion timing, item and ticket bumping, a distinct Expo screen, multi-KDS bump propagation, Spanish language support at device level, and Express KDS Hardware documentation. Shortfall: SpotOn Restaurant (RPOS) has no first-party KDS — its kitchen screen is an integration, and the Kitchen Display System Integrations index lists Fresh KDS, ChefTab and QSR Automations as the options. https://help.spoton.com/space/SK/4341727233 · retrieved 2026-08-03
hardware-kiosk differentiator
The kiosk is a supported Express device class sharing the POS menu engine — categories are shown or hidden per "POS, Handheld, and Kiosk", offline mode is configured on "SpotOn Express POS and Kiosk devices", and tip screens are documented for kiosks. Shortfalls: no countertop-versus-freestanding form factors are described, no ADA or accessibility conformance is published, and RPOS kiosks come from the Bite Kiosk or Reddie Group partners rather than SpotOn. https://help.spoton.com/space/SK/3896770593 · retrieved 2026-08-03
hardware-drive-thru
Reddie Group | SpotOn Integrations: Reddie digital menu boards sync with the SpotOn menu and are offered 'from countertop kiosks to full drive-thru setups'; SpotOn's own integration page lists 'Indoor and drive-thru display options ... digital drive-thru boards' in 43", 49" and 55" sizes with cloud remote management. Shortfalls: partner hardware sold and supported by Reddie, not SpotOn; no order confirmation display, no speaker/headset integration and no speed-of-service timer is documented. https://help.spoton.com/space/SK/4240539654 · retrieved 2026-09-03 adversarially verified
hardware-printer-compatibility
Third-party printers are documented by model: an Epson TM-L100 label printer has two dedicated setup articles (static IP assignment and disabling paper-removal standby), a "Worldpay Cash Drawer Hardware Guide & Setup" covers a non-SpotOn drawer, and RPOS printer configuration is generic (Printers & Kitchen Displays, requisition groups, conditional print routes). Shortfall: no published compatibility list of supported ESC/POS models or manufacturers exists, and network-printer support is implied by the static-IP guidance rather than stated. https://help.spoton.com/space/SK/5004329007 · retrieved 2026-08-03
hardware-peripherals
The standard peripheral set is documented individually: cash drawers with per-user assignment ("Assign Cash Drawer | SpotOn Restaurant FOH", plus a Worldpay cash drawer hardware guide), a named barcode scanner with setup and reconfiguration articles (Honeywell Genesis 7580g), scales via price-embedded barcodes ("merchants can use a barcode scale to pre-label products. When the barcode is scanned, the POS identifies the item and applies the correct price automatically. Requirements: a compatible Honeywell scanner and a barcode scale that prints GS1-standard barcodes (UPC-A, UPC-B, or EAN-13)"), and a customer-facing display with its own connection and MSR-cover articles. https://help.spoton.com/space/SK/2161016852 · retrieved 2026-08-03
hardware-p2pe-terminal
Card entry is on payment terminals under a managed PCI programme, and SpotOn states "our solutions minimize your exposure to cardholder data, reducing the PCI DSS compliance scope", with SecureTrust by Viking Cloud guiding merchants "through the SAQ process, tailored to your specific business model and compliance level". Shortfall: no PCI-listed P2PE solution is named and SpotOn does not state which SAQ type its merchants qualify for — the merchant is routed to a third party to determine it. https://help.spoton.com/space/SK/4283203664 · retrieved 2026-08-03
hardware-tap-to-phone differentiator
The SpotOn Mobile card reader article: 'This product is deprecated ... we do not offer any swaps or replacements. Please consider a hardware upgrade if needed'; SpotOn Mobile acceptance on iOS/Android requires that Bluetooth reader (Activation | SpotOn Mobile). The pricing page's FAQ refuses customer-owned POS hardware or tablets, and the hardware page states SpotOn 'uses proprietary, secured, and closed-system hardware'. No commodity-device contactless acceptance without a reader is documented anywhere. https://help.spoton.com/space/SK/1169129688 · retrieved 2026-09-03 adversarially verified
hardware-pricing-transparency differentiator
Per-SKU list prices are published on the public pricing page: "Station 15: $995 $750/each", "Station 10: $550 $415", "Handheld: $500 $375/each", "Guest-facing display: $200", "Wireless router: $300". Shortfalls: this is the pricing page rather than documentation, KDS screens and kitchen printers are not priced anywhere, and implementation costs are acknowledged but not quantified. https://www.spoton.com/pricing/ · retrieved 2026-08-03 adversarially verified
hardware-ownership-vs-lease differentiator
Hardware is bought, not leased, and ownership vests on a stated timetable: the published POS terms provide that cancelling within one year of installation requires the customer to "pay SpotOn the difference between your initial purchase amount and the full List Price of all hardware purchased", and that after one year of installation the customer owns the equipment with no penalty. Purchase prices are published per SKU on the pricing page. https://www.spoton.com/legal/point-of-sale-terms/ · retrieved 2026-08-03 adversarially verified
hardware-usable-after-churn differentiator
SpotOn's own hardware page answers the question in its FAQ: 'Can I run my own software on SpotOn POS hardware? No. SpotOn uses proprietary, secured, and closed-system hardware designed specifically for our software.' The same page lists the Station 15 at $995 and the Station 10 at $550 as SpotOn's proprietary units. Combined with the POS terms already on the record (the customer owns the equipment after one year), the position is that the operator owns terminals that will run nothing but SpotOn. A statement that the hardware is closed by design is positive evidence that it is not usable with other software after cancellation, which is what the claim asks. https://www.spoton.com/hardware/ · retrieved 2026-09-02 adversarially verified
hardware-rma-sla differentiator
No hardware warranty term and no advance-exchange or depot-swap turnaround is published on the pricing page, in the POS terms, or in the knowledge base.
hardware-byod
A staff-facing app runs on personal devices: SpotOn Mobile "makes it easy to accept tap, swipe, and cash payments from an iOS or Android mobile device" using a paired Bluetooth reader, with its own activation flow. Shortfall: no permission or security model for personal devices is documented, and the restaurant POS ordering app is not offered on staff-owned hardware. https://help.spoton.com/space/SK/1091043420 · retrieved 2026-08-03
hardware-remote-device-management differentiator
No device-management console showing terminals, printers and KDS as online/offline with remote reboot and staged updates is documented. Terminal updates are pulled by the operator (refresh code 000111 or Show Commands > Refresh).
hardware-selfpour-scales
Beverage hardware is integrated through named partners: BarTrack and Bevchek for draft monitoring, BeerSAVER, and BarVision for pour spouts that identify "over-pours, unrecorded pours, and loss points", all listed under Inventory Management Integrations with individual articles. Shortfall: these feed inventory and variance analysis; no article documents a pour posting automatically as a line onto an open POS tab, and no self-pour tap wall integration is listed. https://help.spoton.com/space/SK/2319024540 · retrieved 2026-08-03
hardware-callerid-integration
Caller ID is a built-in FOH surface with BOH configuration: "This section covers the configuration and management of stations and tables in SpotOn Restaurant's Back of House. Use the guides below to set up station types, customize command bars, design table layouts, manage table statuses, and configure caller ID settings for your restaurant." Caller ID is a Show Commands button ("Utilize Caller ID Screen"), a Command Bar button under Customer & Communication Tools, and a selectable POS Start Screen, alongside Customer Lookup with contact info, notes, address and order history. https://help.spoton.com/space/SK/2099314897 · retrieved 2026-08-03
Integrations, API & extensibility
extensibility-public-api-docs
There is no public API reference. developers.spoton.com redirects to spoton.com/developer-center, which offers "Get the resources you need to successfully integrate with SpotOn" and then routes the reader to a "SpotOn Partner Integration Intake Form" — no endpoints, no schemas, no authentication model. The 1,044-page public knowledge base contains no developer or API section; the sole API reference anywhere on SpotOn's public properties is a passing mention of "an open API" for SpotOn Reserve reservations. https://www.spoton.com/developer-center/ · retrieved 2026-08-03 adversarially verified
extensibility-api-access-cost differentiator
No partner fee, revenue share, certification cost or plan requirement for integration access is published anywhere. Access is negotiated through the intake form, so the cost cannot be determined.
extensibility-free-sandbox differentiator
No sandbox, test environment or seeded test data is mentioned on the developer centre or anywhere in the knowledge base.
extensibility-oauth-partner-apps
No authentication model is published — no OAuth flow, no scope model, no token or key lifecycle. Integrations are provisioned by SpotOn on the merchant's behalf, and the mechanism is not described.
extensibility-webhooks-push
No webhook or event-push documentation exists on any public SpotOn property.
extensibility-webhook-reliability differentiator
With no documented webhook mechanism there is nothing published about signing, retry or replay.
extensibility-order-injection-api
A write path into the POS demonstrably exists and is used by certified partners: Checkmate "instantly transmits the order to your POS", Chowly is "a two-way integration" through which "3rd party digital orders will flow directly into the POS", Deliverect and Incentivio do the same, and Bite Kiosk is "a fully customizable digital ordering solution utilizing a two-way integration with SpotOn Restaurant. Orders placed through the kiosk will go directly into the POS and KDS". Shortfall: the interface is partner-gated and entirely undocumented publicly — an operator or an unaffiliated developer cannot obtain it, and no request or response contract is published. https://help.spoton.com/space/SK/2320367903 · retrieved 2026-08-03
extensibility-menu-write-api differentiator
Programmatic menu movement in both directions is evidenced through partners: SpotOn publishes menus outbound to DoorDash and Uber Eats in real time, and Reddie Group's digital signage integration states "Menu Syncing — Programmatic updates ensure that any changes made in SpotOn are reflected instantly on digital menu boards and kiosks." Shortfall: every documented flow is read/publish outward from the SpotOn menu; no inbound menu write API is documented, and no schema exists publicly for either direction. https://help.spoton.com/space/SK/4240539654 · retrieved 2026-08-03
extensibility-doordash-preferred differentiator
SpotOn is not identified as a DoorDash Preferred Integration Partner in its own DoorDash integration article, and no DPIP designation was found on any SpotOn page. Absence of a claim is not evidence either way, so this stays unresolved.
extensibility-first-party-delivery-integrations differentiator
DoorDash and Uber Eats both have direct, first-party SpotOn integrations covering menu sync and order injection with no middleware layer, documented individually and working across both RPOS and Express. Shortfall: Grubhub has no direct integration article — it is reachable only through Chowly, Deliverect or Checkmate, all of which are separately contracted paid layers. https://help.spoton.com/space/SK/4629856267 · retrieved 2026-08-03
extensibility-middleware-compatibility
The Online Ordering Integrations index enumerates the aggregation layer explicitly: "It includes integrations across key third-party ordering platforms and marketplaces, with partners such as DoorDash, Uber Eats, Chowly, Deliverect, Incentivio, and Order with Google." Checkmate has its own article plus a "Checkmate Partners Compatibility" page, and Chowly and Deliverect each have dedicated setup articles — four of the five named middleware platforms are supported endpoints. https://help.spoton.com/space/SK/2319286787 · retrieved 2026-08-03
extensibility-accounting-connectors
The Accounting Integrations index lists vendor-maintained connectors with individual articles: QuickBooks, Restaurant365, BackOffice (formerly RASI), Restaurant Systems Pro, Shogo and DAVO for sales-tax withholding and filing. A first-party "QuickBooks Export" report also ships in the RPOS reporting set, so the QuickBooks path is journal-mapped rather than raw CSV. https://help.spoton.com/space/SK/2293072079 · retrieved 2026-08-03
extensibility-payroll-export
Named payroll destinations with their own articles: "ADP Formatted Export | SpotOn Restaurant Integrations" and "Paycor (Export) | SpotOn Restaurant Integrations", plus 7shifts and HotSchedules for scheduling and TipHaus and GratShare for tip distribution, all fed from POS labour hours. https://help.spoton.com/space/SK/2320269514 · retrieved 2026-08-03
extensibility-app-marketplace
A public, browsable integration catalogue exists: SpotOn Integrations is organised into Accounting, Food Delivery, Inventory Management, Kitchen Display System, Online Ordering, Payroll/Tip/Scheduling, Reporting and Reservation categories, each with per-partner articles — roughly forty named third-party products, all readable without a login. Shortfall: it is documentation, not a marketplace — there is no self-install, no operator-granted authorisation flow, and nothing an operator can enable without contacting SpotOn or the partner. https://help.spoton.com/space/SK/2292285666 · retrieved 2026-08-03
extensibility-headless-embedded
No headless or embedded mode is documented. The kiosk and ordering surfaces that do drive the transaction engine (Bite Kiosk, Reddie) are individually negotiated partner integrations with no published interface.
extensibility-data-portability-exit differentiator
The published Merchant Terms decline to commit to it: on termination the client must request its data and "SpotOn makes no representations or warranties about its ability to return information", while SpotOn separately "reserves the right to access, retain, aggregate, process and share with third parties... all data available to SpotOn as a result of its performance of the Services". No machine-readable export format is documented, and there is no API to pull the history through. https://www.spoton.com/legal/merchant-terms/ · retrieved 2026-08-03
Reliability, offline & operations
reliability-offline-order-entry
On SpotOn Express and Kiosk, order entry survives an outage and the vendor documents it: "Orders and payments continue; data syncs once the internet connection is restored. Orders are still sent to the kitchen printer or KDS", with Auto mode entering and leaving offline automatically. Shortfall: the same article states "Offline Mode is not available for RPOS devices". SpotOn Restaurant — the table-service flagship the pricing page sells — has no documented offline order-entry behaviour, while the marketing page claims offline mode "keeps all stations and devices connected and orders firing to the kitchen". The documentation and the marketing disagree and the documentation is the better source. https://help.spoton.com/space/SK/4073652945 · retrieved 2026-08-03
reliability-offline-card-auth differentiator
Store-and-forward is documented on the A800 terminal in full — payments stored on device, sent automatically on reconnect, with per-transaction, cumulative and maximum-offline-duration caps — and Express carries the same offline mode for POS and Kiosk. Shortfall: not available on RPOS devices, and the same article warns that "if the terminal powers off before reconnecting, stored offline payments cannot be recovered." https://help.spoton.com/space/SK/4658331708 · retrieved 2026-08-03 adversarially verified
reliability-offline-decline-liability differentiator
Liability is stated unambiguously and the caps are published. "Funds are not guaranteed, as payments are not processed until the device reconnects"; "offline payments may still be declined later when they are processed online"; "Will I get paid for offline payments? Yes. As long as the terminal reconnects and the payments are successfully processed... Payments are not guaranteed until they are submitted online." The SpotOn Lite settings article puts it bluntly: "You are fully liable for failed captures, chargebacks, and disputes of offline payments." Caps are enumerated as maximum per transaction, maximum total accepted offline, and maximum time offline. https://help.spoton.com/space/SK/4658331708 · retrieved 2026-08-03 adversarially verified
reliability-lan-degraded-multi-terminal differentiator
SpotOn's offline-mode guide describes multi-device operation during an internet outage: 'All stations, terminals, and handheld devices stay connected to each other via your local network. You can even start an order on one device and pick it up from another device - POS station, handheld, both work. Orders keep firing to your kitchen display system and receipt printer', and lists 'Keeping all devices and stations connected to each other via local network' among the functions that remain available, citing a stress test 'with 15,000 guests and 100 POS devices'. Shortfall: this is a marketing guide, not the knowledge base - the A800 offline article documents per-device behaviour only - it does not say which product line (SpotOn Restaurant or Express) it describes, and it does not state how table state or a check open on two devices is reconciled. https://www.spoton.com/blog/pos-offline-mode/ · retrieved 2026-09-02 adversarially verified
reliability-local-transaction-engine differentiator
Configuring Offline Mode | SpotOn Express: with Auto offline mode the POS or kiosk 'continues functioning during internet disruptions', 'orders are still sent to the kitchen printer or KDS', and orders and payments sync on reconnect; Offline Mode with Fresh KDS states that on 'the local SpotOn provided network' orders sent from the POS still reach the KDS without an ISP connection. Shortfalls: no named local server, edge appliance or store controller is documented - the ordering path is device-local store-and-forward over the SpotOn-provided LAN; the same article states 'Offline Mode is not available for RPOS devices'. https://help.spoton.com/space/SK/4073652945 · retrieved 2026-09-03 adversarially verified
reliability-offline-kds-printing
Documented for Express: "Fresh KDS for Express supports partial offline mode functionality. When a Fresh KDS is connected to the local SpotOn provided network, but the local network doesn't have an active internet (ISP) connection, orders sent from the POS will still show up on Fresh KDS", and the Express offline article confirms tickets still reach "the kitchen printer or KDS". Shortfalls: screen-to-screen bumping requires internet, new KDS logins fail offline, and no equivalent behaviour is documented for RPOS. https://help.spoton.com/space/SK/5085823000 · retrieved 2026-08-03
reliability-printer-fallback
RPOS Failover Print Routing: an alternate printer route 'will automatically print should the default printer fail', with an ordered failover printer list per location and an Enable Printer Failover / Print Failover Plan setting on the printer. Shortfalls: no staff alert when failover occurs; failover targets are printers, not KDS stations; Express print routing documents no failover. https://help.spoton.com/space/SK/762314779 · retrieved 2026-09-03 adversarially verified
reliability-sync-conflict-handling
No conflict-resolution model for concurrent edits during a network partition is documented.
reliability-offline-feature-matrix
SpotOn publishes an explicit degradation list rather than a marketing claim. "Features Not Available Offline... PIN Debit is not available. The card MUST be processed as a credit. Reporting does not update. Surcharging is not supported. Final payment status is delayed." It also lists what not to do while offline (power off the terminal, let the battery die, close the app) and warns that stored payments are unrecoverable if the device powers down. Fresh KDS carries a second matrix — new logins, online order receipt, screen-to-screen bumping, SMS updates and real-time analytics are all enumerated as offline-unavailable. https://help.spoton.com/space/SK/4658331708 · retrieved 2026-08-03 adversarially verified
reliability-public-status-page
status.spoton.com is public and requires no login. It publishes per-component state across Core Services (POS, Retail, Online Ordering, Reporting, Dashboards), Payments (TSYS and Worldpay), Support, additional products (Loyalty, Reserve, Kiosk, Teamwork, KDS, Serve, Virtual Terminal) and 30+ named integrations, with "uptime over the past 90 days" published per component — most reading 100.0% or 99.99% — plus a historical uptime view. Publishing rolling uptime percentages per component is better disclosure than most of this peer group manages. https://status.spoton.com/ · retrieved 2026-08-03
reliability-247-live-support
The public pricing page states "24/7 support included" at no extra charge on every plan, and the knowledge base publishes a live support number, (877) 814-4102, as the escalation path in articles across the product set (Express offline mode, KDS prep-time alerts, Retail fee configuration). https://www.spoton.com/pricing/ · retrieved 2026-08-03 adversarially verified
reliability-onsite-install differentiator
Installer is a distinct first-party field role with its own documented implementation workflow. The knowledge base’s "Installer & Onboarding Specialist Referral Talk Tracks" is written for installers working "the Implementation environment", gated on an "Implementation Triage Slack channel" with green/yellow/red per-merchant status, and scripts the installer’s own words after a "Successful Install": "I’m really glad everything went smoothly today!", with instructions to hold off where "the install or training faced delays or quality issues". A separate article, "Booking a Virtual Site Survey (VSS)", documents the pre-install site-readiness step and marks it explicitly as the remote option - "a remote assessment conducted via video call to evaluate a site’s readiness". The pricing FAQ confirms it is billed: "Implementation costs go toward your custom menu build, installation, and personalized training for your team." PROVENANCE NOTED 2026-08-10: the cited URL is served under /space/SK/ (the public knowledge base, space 944898303) but the Confluence API reports the page lives in space 4015718532, "CX: PMO Shared Services" — an internal enablement space. The space segment is not validated against membership, so the page resolves under SK while its own space key 404s. The document is publicly readable first-party vendor material either way, so the grade is unchanged; it is recorded because the URL alone does not reveal that this is sales-enablement rather than product documentation. https://help.spoton.com/space/SK/4456513592 · retrieved 2026-08-03 adversarially verified
reliability-menu-build-service differentiator
Login | SpotOn Restaurant BOH: before install day the operator may add employees, but 'Full Back of House access - including printer/KDS setup, stations, and advanced configurations - is locked until the SpotOn installer unlocks it on install day. The installer completes the remaining setup during installation.' The Change of Ownership article treats 'whether a new menu build is required' as an item SpotOn's team scopes for a new owner. Shortfalls: no page commits SpotOn to building the initial menu as part of onboarding or says whether it is charged; the knowledge base teaches the operator to build it, and Express offers an AI Menu Editor instead. https://help.spoton.com/space/SK/516686416 · retrieved 2026-09-03 adversarially verified
reliability-hardware-replacement-sla
No advance-exchange programme or replacement turnaround is published in the terms, on the pricing page, or in the knowledge base.
reliability-pci-dss-4-attestation
SpotOn does run a trust centre at trust.spoton.com listing 'PCI DSS v4.0.1' and 'SOC 2 Type 2', which is a current-version PCI claim covering the post-March-2025 requirements, and the merchant side is separately staffed — the PCI Compliance Merchant Guide gives 24/7 access to SecureTrust by Viking Cloud at 1-800-363-1621. Shortfall: the attestation itself is not published. The trust centre gates the artefacts behind 'Get access' and 'View & download sensitive information', so no Attestation of Compliance, no validated P2PE listing and no SAQ-type statement for SpotOn merchants is readable without requesting access. https://trust.spoton.com/ · retrieved 2026-08-03
reliability-mfa-role-based-access
MFA is enforced on sensitive Dashboard operations and documented as a prerequisite: changing the bank account requires "Multi-Factor Authentication (MFA) enabled for your account" and a "Step 4: Verify Your Identity (MFA)", and a "Complete any MFA prompt if requested" step recurs through the Dashboard article set (Reviews, Statements, Custom Views, My Team, DayCheck, Profit Assist, online ordering settings). Role-based access is the Job Positions / Employee POS Permissions / Manager Permissions model, granular per action and per location. https://help.spoton.com/space/SK/4176969851 · retrieved 2026-08-03
reliability-self-serve-training
A free public training library exists and is substantial: 1,044 public knowledge-base pages requiring no login, organised by product, with video tutorial articles for Terminal, Serve (Quick Send & Pay) and SpotOn Order, plus release-note subscriptions and Spanish-language KDS documentation. Shortfall: no training or practice mode on the terminal is documented — staff learn on the live system or from video. https://help.spoton.com/space/SK/1762951196 · retrieved 2026-08-03
reliability-failover-terminal-role differentiator
No master/server terminal role and no automatic promotion of a secondary terminal on failure are documented.
reliability-cellular-backup
Documented automatic failover on the Serve handheld: "It's been confirmed that the Android device prioritizes Wi-Fi over cellular. It will automatically switch to cellular if the Wi-Fi connection is lost (assuming cellular is turned on)." Reserve's iPad Host App carries a comparable documented LTE path. https://help.spoton.com/space/SK/1194557666 · retrieved 2026-08-03
Commercial, compliance & data ownership
commercial-month-to-month-contract differentiator
The published POS terms state it directly for the paid software tier: "Your Restaurant POS and processing agreement is on a month-to-month contract that you may cancel at any time", with cancellation by email to restaurant@spoton.com or by phone. The pricing page corroborates: POS Essentials at $55/station is sold with "month-to-month flexibility" while only the $0/station All-In plan carries a "2yr minimum term". https://www.spoton.com/legal/point-of-sale-terms/ · retrieved 2026-08-03 adversarially verified
commercial-no-early-termination-fee differentiator
Two distinct exit charges are published. The POS terms impose a hardware clawback within the first year — cancelling requires the customer to "pay SpotOn the difference between your initial purchase amount and the full List Price of all hardware purchased", reclaiming the promotional discount on every terminal — and the Merchant Terms add liquidated damages on the subscription: on termination other than for SpotOn's breach, "Client shall owe and pay all Fees due for monthly subscription months for all unpaid months remaining during the Term", which bites on the 2-year All-In plan. https://www.spoton.com/legal/point-of-sale-terms/ · retrieved 2026-08-03
commercial-autorenew-terms-published
The term structure is public: the Merchant Terms provide that the contract "shall remain in effect so long as Client has contracted for or is receiving or using any Services", client termination requires "thirty (30) days' written notice... if SpotOn materially breaches", and fee changes carry at least 30 days' notice. Shortfall: no auto-renewal term length and no required non-renewal notice window are published for the 2-year All-In plan — the published documents cover a month-to-month agreement and a breach-termination right, not renewal mechanics. https://www.spoton.com/legal/merchant-terms/ · retrieved 2026-08-03
commercial-processing-not-bundled differentiator
A third-party processor is contemplated by the published POS terms, and priced: "Should you wish to continue to use your SpotOn Restaurant system, but partner with a different payment processor, you will pay a $995 conversion fee and your software license costs will double." Shortfalls: the conversion charge is four figures and the software penalty is permanent rather than one-off; the same terms sell POS and processing as a single instrument ("Your Restaurant POS and processing agreement is on a month-to-month contract"); and the $0/station All-In plan cannot survive de-integration at all, because the pricing FAQ states "you pay for your hardware and software costs over time with a higher credit card processing rate." https://www.spoton.com/legal/point-of-sale-terms/ · retrieved 2026-08-03 adversarially verified
commercial-interchange-plus-published differentiator
The pricing page enumerates the available rate structures and interchange-plus is not among them: All-In at "2.79% + $0.20" card present, POS Essentials at "2.45% + $0.15", keyed rates for each, an Amex carve-out, and "Custom rates" only under the quote-only Build Your Own plan. No cost-plus option and no bps markup over interchange is published anywhere on SpotOn's public site. https://www.spoton.com/pricing/ · retrieved 2026-08-03 adversarially verified
commercial-rate-increase-clause differentiator
The exit right is real and verbatim: "SpotOn may change any Fees that it charges for any Services or Hardware provided by SpotOn by giving Client notice of such change (“Fee Change”) at least 30 days before the change becomes effective. Unless otherwise stated, if Client does not agree to any such Fee Change, Client may terminate this Contract... by notifying SpotOn of termination prior to the effective date of the Fee Change." Terminating that way is "expressly permitted under this Contract" and so escapes the remaining-months liquidated damages. Shortfalls: increases are not capped and are not confined to pass-through interchange or network changes; and the exit is not penalty-free, because the same Merchant Terms provide that "Clients using Hardware that terminate this Contract within two years of its Effective Date may be charged the difference between the list price for the Hardware purchased from SpotOn and the discounted price paid by the Client", unconditional on the reason for termination. Every SpotOn terminal is sold at a promotional discount, so an operator leaving over a rate rise inside two years repays it. https://www.spoton.com/legal/merchant-terms/ · retrieved 2026-08-03 adversarially verified
commercial-pricing-published
Specific dollar figures are published per station and per plan: All-In "$0/station per month" with a 2-year minimum term, POS Essentials "$55/station per month" month-to-month, a "Core Bundle" at "$50/month" plus "20bps of GPV (capped at $200)", and Build Your Own at custom pricing. Hardware is priced per SKU on the same page. This is materially more disclosure than most of the mainstream restaurant peer group. https://www.spoton.com/pricing/ · retrieved 2026-08-03 adversarially verified
commercial-module-unbundling differentiator
SpotOn's marketing product page publishes an a-la-carte module price: 'Restaurant owners that want hands-off restaurant marketing automation can add Marketing Assist for $95 per month. Restaurant SMS marketing software is available for an additional monthly cost based on message volume', while the base marketing tools and the AI menu assistant are 'included at no extra cost' (www.spoton.com/solutions/ai-menu-assistant/). So at least one named module is purchasable individually at a published monthly price on top of the POS. Shortfall: the pricing page itself sells bundles (Core Bundle at $50/month plus 20 bps of GPV) rather than a per-module price list, only Marketing Assist and SMS carry a standalone figure, and nothing states that a module can be cancelled without repricing the base subscription. https://www.spoton.com/solutions/marketing/ · retrieved 2026-09-02 adversarially verified
commercial-hardware-purchase-outright
Hardware is purchased, at published per-SKU prices, and ownership is explicit: under the POS terms, after one year of installation the customer owns the equipment and no cancellation penalty applies. The clawback within the first year is framed as recovering the discount off "the full List Price of all hardware purchased" — a purchase, not a lease. No mandatory hardware rental or multi-year lease appears in the published terms or on the pricing page. https://www.spoton.com/legal/point-of-sale-terms/ · retrieved 2026-08-03
commercial-hardware-not-locked differentiator
Non-proprietary hardware is documented by model in several places: an Epson TM-L100 label printer with two dedicated configuration articles, a Honeywell Genesis 7580g barcode scanner with setup and reconfiguration guides, a GS1-standard barcode scale, a Worldpay cash drawer, an ELO customer-facing display, and operator-sourced tablets and bump bars for Fresh KDS. Shortfall: the POS terminals themselves are vendor-supplied only — Station 15, Station 10, the Handheld, Serve and the A800 — and no article documents running SpotOn Restaurant or Express on third-party hardware. https://help.spoton.com/space/SK/5004329007 · retrieved 2026-08-03
commercial-data-export-self-serve
Reports are self-serve and pushable: any report with the Print drop-down can be subscribed to for "automated daily email reports", a QuickBooks Export report ships in the RPOS reporting set, and Express offers a Daily Recap subscription. Shortfall: what is exportable is the report layer — no full transactional export of orders, line items, payments and labour is documented, there is no API to pull it, and the Merchant Terms disclaim any warranty that SpotOn can return client information on request. https://help.spoton.com/space/SK/2349728048 · retrieved 2026-08-03 adversarially verified
commercial-export-customer-and-loyalty differentiator
The Dashboard Customers article documents importing a customer list and editing individual profiles; no export of the guest list, loyalty point ledger or gift-card liability balance is documented. Whether one exists via a support request cannot be determined from public sources, and gift-card balances are held by eCard Systems rather than by SpotOn.
commercial-post-termination-export-window differentiator
The published Merchant Terms create no retrieval window and no return obligation: the client must request its data and "SpotOn makes no representations or warranties about its ability to return information". There is no defined number of days, no format commitment, and no counterpart provision in the POS terms. https://www.spoton.com/legal/merchant-terms/ · retrieved 2026-08-03
commercial-data-ownership-clause differentiator
The published Merchant Terms assert the opposite of the claim. SpotOn "reserves the right to access, retain, aggregate, process and share with third parties... all data available to SpotOn as a result of its performance of the Services" — a right that is not confined to aggregated or de-identified use — and no clause states that the merchant owns its transaction and customer data. Disputes are additionally routed to binding arbitration with jury-trial and class-action waivers. https://www.spoton.com/legal/merchant-terms/ · retrieved 2026-08-03
commercial-pci-p2pe-tokenization
The vendor makes a scope-reduction claim and backs it with a versioned attestation listing: trust.spoton.com carries 'PCI DSS v4.0.1' and 'SOC 2 Type 2', and the PCI Compliance Guide for Merchants states 'our solutions minimize your exposure to cardholder data, reducing the PCI DSS compliance scope'; the Credit Card Transactions report shows partial PANs only. Shortfall: no validated P2PE listing is named, no tokenisation architecture is described, and SpotOn does not name the applicable SAQ — the determination is delegated to the merchant and to SecureTrust by Viking Cloud. https://trust.spoton.com/ · retrieved 2026-08-03
commercial-pci-dss-4-controls
One of the two named controls is demonstrably in force: MFA is required on the merchant Dashboard, documented as a prerequisite for sensitive changes ("Multi-Factor Authentication (MFA) enabled for your account", "Step 4: Verify Your Identity (MFA)") and recurring as a step across the Dashboard article set. Shortfalls: nothing published addresses payment-page script integrity monitoring under Requirements 6.4.3 and 11.6.1 for SpotOn-hosted ordering pages, and MFA on POS terminal administrative login is not documented — POS authority is a manager code or an unencrypted Manager Card ("Manager cards are not encrypted. The system reads the plain-text numeric code printed on the back of the card"). https://help.spoton.com/space/SK/4176969851 · retrieved 2026-08-03
commercial-privacy-dsar-tooling
There is a published, documented intake route for data requests — "How to Submit Legal Requests for Customer Information" — and the guest record carries an editable opt-in status that an operator can change on request. Shortfall: that article is a legal-process channel, not operator-facing DSAR tooling; no in-app workflow to locate, export or delete an individual guest's records is documented, and no executable DPA was found on SpotOn's public legal pages. https://help.spoton.com/space/SK/4673863715 · retrieved 2026-08-03
commercial-wcag-kiosk-accessibility differentiator
SpotOn publishes an accessibility statement committing to 'conform with applicable accessibility standards included in the W3C's WCAG 2.1 Level A and AA guidelines'. Shortfalls: it is a general web accessibility statement, not an accessibility conformance report — no VPAT or ACR is published, the statement does not name the self-order kiosk or the consumer ordering flow as in scope, and no tactile or audio non-visual access mode is documented for the kiosk anywhere in the knowledge base. https://www.spoton.com/legal/accessibility-statement/ · retrieved 2026-08-03
commercial-dual-pricing-compliant differentiator
Both compliant fee-offset programmes are documented with their guardrails. Surcharging: "SpotOn's Credit Card Surcharge automatically applies the surcharge to credit card transactions, but not debit or prepaid transactions", capped at "the lesser of either the merchant's current discount rate... or 3% of the transaction total", with a required receipt line item ("Credit Card Surcharge (3%): $3.00"), entrance and point-of-sale signage, equal application across all card brands, and 30-day network notification to Visa and Mastercard. Dual Pricing runs as a cash discount showing both totals at checkout, is "legal in all 50 states", is supplied with compliant signage, and carries an explicit warning that non-compliant framing exposes the merchant to Visa surcharge violations starting at $1,000. https://help.spoton.com/space/SK/4126277723 · retrieved 2026-08-03 adversarially verified
Adversarial verification
An independent pass was instructed to refute this record, defaulting to downgrade when uncertain. It challenged 70 values — 28 upheld, 10 downgraded, 1 upgraded. This is published in full because a reader who can see which values were contested, on what evidence, and which way they moved has something no affiliate-funded comparison offers.
Pricing and identity
| Field | Verdict | What the verifier found |
|---|---|---|
| pricing.software | downgrade-to-partial | The plan half of this field is exact and survives verbatim — All-In "$0/station per month" with "2yr minimum term", POS Essentials "$55/station per month" with "month-to-month flexibility", Build Your Own "Custom pricing", Core Bundle "$50/month +20bps of GPV (capped at $200)", and the FAQ confirming support is free ("24/7/365 technical support from real humans at no extra cost") and implementation chargeable but unquantified. The module price list is not. I searched the retrieved HTML for each figure: no $65, no $100/mo, no $250, no $75/mo, no $99, no $95/mo, no $9.95, and no occurrence of the word Teamwork anywhere on the page. Only the $7.95 DoorDash Drive fee is corroborated, and from the knowledge base rather than the pricing page. Field rewritten to state only what the pricing page publishes and to name the modules as listed-but-unpriced. source |
| pricing.early_termination_fee | downgrade-to-partial | Two mechanisms understates it and one of the durations is wrong. (1) The POS terms clawback is confirmed verbatim — "pay SpotOn the difference between your initial purchase amount and the full List Price of all hardware purchased" within one year, "after one year of installation, you own the equipment". (2) Liquidated damages confirmed verbatim — "Client shall owe and pay all Fees due for monthly subscription months for all unpaid months remaining during the Term". (3) Missing entirely: the same POS terms page carries a processor-switching charge — "you will pay a $995 conversion fee and your software license costs will double" — the largest single published exit number in this record. (4) The Merchant Terms set the hardware price adjustment at TWO years, not one: "Clients using Hardware that terminate this Contract within two years of its Effective Date may be charged the difference between the list price for the Hardware purchased from SpotOn and the discounted price paid by the Client". The two published instruments disagree on the clawback window and the record should say so rather than pick the shorter one. source |
| pricing.processor_lock_in | upheld | Upheld and given a number the record was missing. The POS terms do contemplate a third-party processor, so the lock is commercial rather than technical: "you will pay a $995 conversion fee and your software license costs will double." A doubled software licence is a permanent penalty rather than a one-off, and the $0/station All-In plan is explicitly funded by the card rate ("you pay for your hardware and software costs over time with a higher credit card processing rate"), so it cannot survive de-integration at all. `yes` is the right value; the mechanism is now priced. source |
Capability claims
| Claim | As first scored | Verdict | What the verifier found |
|---|---|---|---|
| commercial-processing-not-bundled | no / B, cites point-of-sale-terms — "the published POS terms treat the two as one instrument" | downgrade-to-partial | A correction in SpotOn's favour, mislabelled by the verdict vocabulary. I read the researcher's own cited page and found a clause they did not carry: "Should you wish to continue to use your SpotOn Restaurant system, but partner with a different payment processor, you will pay a $995 conversion fee and your software license costs will double." That is an express, published path to running the POS on a third-party processor. It is heavily penalised — a four-figure conversion charge plus a permanent 2x software rate, and the All-In plan's $0 software is structurally impossible without SpotOn processing — but a priced exit is not a lock. `no` requires positive evidence of absence and the evidence says the opposite. source |
| commercial-rate-increase-clause | yes / B, Merchant Terms grant "a penalty-free exit on any fee change" | downgrade-to-partial | Read §3.3 verbatim: "SpotOn may change any Fees... by giving Client notice of such change ("Fee Change") at least 30 days before the change becomes effective. Unless otherwise stated, if Client does not agree to any such Fee Change, Client may terminate this Contract... by notifying SpotOn of termination prior to the effective date." The exit right is real and the liquidated-damages clause spares terminations "as expressly permitted under this Contract". But the exit is not penalty-free: the same Merchant Terms provide that "Clients using Hardware that terminate this Contract within two years of its Effective Date may be charged the difference between the list price for the Hardware purchased from SpotOn and the discounted price paid by the Client" — unconditional on the reason for termination. Every SpotOn terminal is sold at a promotional discount, so an operator leaving over a rate rise in year one or two pays the discount back. Increases are also uncapped. Partial, shortfall: hardware price-adjustment survives a Fee Change exit for two years. source |
| commercial-module-unbundling | partial / C — "Loyalty at $65/month, SpotOn Reserve at $100/month plus a $250 one-time setup, a kiosk at $75/month plus $99 setup, SpotOn Teamwork at $3/employee/month with a $75/month minimum, Marketing Assist at $95/month", citing spoton.com/pricing/ | downgrade-to-unknown | Pricing figures are the second-most-challenged thing in this corpus, so I re-fetched the cited page and searched its raw HTML rather than trusting the summary. None of those module prices are on it. The string "Teamwork" does not appear on the page at all; "$250", "$9.95" and "one-time" do not appear; "Loyalty program" appears once, as a collapsed accordion heading in a bare "Software solutions" link list (Online ordering, Profitability analysis, Restaurant marketing, Loyalty program, Restaurant websites, Labor management suite, Waitlist & reservations, Experiences, KDS, Kiosks) with no price beside any of them. What the page does price is a bundle, not à-la-carte modules: "Core Bundle... $50/month +20bps of GPV (capped at $200)" wrapping Profit Assist, SpotOn Order, GoTo Place and Marketing Assist together, and an FAQ that steers anyone wanting a different mix to "select the 'Customize your own' option and our team will work with you". The only module price I could corroborate anywhere is DoorDash Drive at "$7.95 per completed deliveries + the tip", from the knowledge base, not the pricing page. Neither the per-module prices nor the independent-cancellation property is published. Unknown, grade F, no url. source |
| hardware-handheld-battery-swap | yes / B — "a rated full-shift battery life is published, measured rather than asserted", citing help.spoton.com/space/SK/1194557666 | downgrade-to-partial | The cited page opens with a line the researcher did not carry: "SpotOn Serve is an EOL. We still offer support, but no new services are implemented." The measured 8-hour figure belongs to the discontinued PAX A920 Serve, not to the handheld SpotOn currently sells at "Handheld: $500 $375/each". I searched the knowledge base for a rating on the current device and found none: the Express Handheld articles carry no battery section, "SpotOn Handhelds" and "Handheld | SpotOn Express" render as empty stubs, and the only current hardware spec sheet — Hardware Specs | A800 — gives the cell as "7.2 V / 2300 mAh" with no rated run time. No hot-swap or field-replaceable battery is documented for any SpotOn device; the fleet story is a multi-charger cradle. Partial, shortfall: the only published rating covers an end-of-life handheld. source |
| payments-surcharge-guardrails | yes / B — "documents every guardrail the claim asks for" | downgrade-to-partial | Two of the three limbs are confirmed verbatim on the Surcharging Overview: "SpotOn's Credit Card Surcharge automatically applies the surcharge to credit card transactions, but not debit or prepaid transactions" (including debit run as credit), and "limited to the lesser of either the merchant's current discount rate... or 3% of the transaction total", with a documented 2% ceiling in Colorado and Oklahoma. The third limb — per-location enable/disable — is nowhere on the page or anywhere I could find; eligibility is described per merchant and per state, and enrolment routes through a "Get Started with Surcharging" request rather than a settings toggle. The same FAQ also discloses two coverage holes the record omits: "Does the surcharge apply to Manual Entry sales? No" and "Does the surcharge apply to Online Ordering sales? No", both marked "coming soon", plus "if a business is surcharging, that is the only program that the business can use". Engine correctness is well documented; engine coverage is not complete. source |
| commercial-dual-pricing-compliant | yes / B | upheld | Retrieved the Surcharging Overview myself and every element the claim names is present: automatic credit-vs-debit/prepaid discrimination, the lesser-of-discount-rate-or-3% cap, entrance and point-of-sale signage supplied by SpotOn, the required receipt line item ("a line that reads 'Credit Card Surcharge (3%): $3.00'"), equal application across Visa, Mastercard, Discover and Amex, and the 30-day Mastercard/Visa notification duty. The page also warns that misuse "carries a risk of fines with initial violations starting at $1,000" and that SpotOn "may disable any service charges" that lead to non-compliance. Unusually candid for a vendor page and it holds. source |
| labor-native-scheduling | yes / B, citing help.spoton.com/space/SK/2239332475 | downgrade-to-partial | I opened the cited SpotOn article and it contains no documentation at all — it is a five-link stub whose every target is support.dolceclock.com, the knowledge base of the Dolce product SpotOn acquired and rebadged as Teamwork. Following through, the scheduling capability is genuine and holds punches and schedules together (Teamwork University, publish schedules, sales projections, weather, copy-forward). But it is not part of the POS: Teamwork is a separate product on a separate documentation domain, and the word "Teamwork" does not appear on spoton.com/pricing/ at all — the pricing page lists "Labor management suite" as an unpriced link. A capability sold as a distinct SKU under a different brand, documented on a different domain, is present-but-limited, not native-and-included. source |
| labor-shift-swap-workflow | yes / B — "documents the manager-side approval workflow" | downgrade-to-partial | Retrieved the underlying Dolce/Teamwork article behind SpotOn's link stub. The self-service and approval halves are real: employees press "Offer this Shift" to release a shift, others "Request" it, direct employee-to-employee swaps are supported, and managers "can Approve or Deny from the dropdown menu" with first-request-wins timestamps and auto-denial of the losers. Role eligibility is touched — a requester must be qualified for the role — but the claim's overtime limb is not addressed anywhere on the page: no overtime projection, warning or block is described in the trade validation. Partial, shortfalls: overtime enforcement undocumented, and the whole workflow sits in the separately-sold Teamwork product rather than the POS. source |
| multi-location-price-zones | yes / B — "One item, many prices, without duplication" | downgrade-to-partial | Verified the three axes myself on Location Specific Settings (RPOS): per-store price is real ("Adjust individual item Price, toggle Availability... manage Quantity on Hand", and "Changes made within Location-Specific Settings only apply to the individual location you selected"), daypart is covered by Pricing Events shown per item per location, and channel by Order Type price levels. What the claim asks for and the documentation does not provide is the *group* axis: there is no location-group or region object to price against. The record's own multi-location-org-hierarchy cell concedes the hierarchy is two levels, Company > Location, and the article's own advice confirms the consequence — "If you need to apply the exact same price or tax change to every location, make the edit in the main Menu Items tab rather than doing them individually per location", i.e. the only choices are all-stores or one-store-at-a-time. Partial, shortfall: no location-group price tier. source |
| reliability-onsite-install | partial / C, citing the spoton.com/restaurant-pos/ marketing page plus an inference from the installation-appointment cancellation clause — "no documentation states that a SpotOn technician installs on site" | upgrade-to-yes | The documentation does exist; it is filed under implementation rather than product. The public knowledge base carries "Installer & Onboarding Specialist Referral Talk Tracks", which treats Installer as a distinct first-party field role working a per-merchant "Implementation environment" with an "Implementation Triage Slack channel" and green/yellow/red status, and scripts the installer's own words: "I'm really glad everything went smoothly today" after a "Successful Install", with guidance to hold off if "the install or training faced delays or quality issues". A separate article, "Booking a Virtual Site Survey (VSS)", establishes the pre-install site-readiness step and marks it explicitly as the *remote* option, which only makes sense against a default that is not remote. The pricing FAQ corroborates that this is billed: "Implementation costs go toward your custom menu build, installation, and personalized training for your team." First-party installers, per-install triage and paid go-live support. Grade C inference replaced with grade B documentation. source |
| order-capture-qr-same-check | yes / B, citing the QR Scan & Pay overview — reasoning from "Auto Close When Paid" that the guest transaction settles the POS check | upheld | The researcher's cited page does not actually establish the claim — it describes payment settlement and, where table numbers are disabled, the opposite ("Each QR scan creates a new order with a unique order number"). The proposition is established on a page they did not cite: "QR Collaborative Ordering enables guests and staff to collaborate on the same order. It allows staff to start an order with a tab and invite guests (via an SMS link) to view, add, and check out at any time from their mobile devices", enabled per location under BOH > QR Order & Pay and invoked from the FOH Ticket Commands "Invite a Guest". The decisive line is the guest-side rendering: "Items displayed under 'Unassigned' are items that were added to the order by the server." Server-entered and guest-entered items are on one ticket, attributed. Value upheld, evidence replaced. source |
| payments-qr-guest-pay | yes / B | upheld | Confirmed verbatim: "SpotOn QR allows customers to scan a QR code printed on the bottom of their guest check to securely pay directly from their mobile devices", with Apple Pay, Google Pay, credit and gift card accepted and loyalty earn/redeem in the same flow. Check closure is a documented setting — "Auto Close When Paid... Automatically closes the order once the balance has been fully paid" — paired with QR Notify Staff of Payment so the floor sees the settlement. The printed-check placement is what the claim asks for and it is explicit. source |
| payments-payout-timing | yes / B | upheld | Both limbs verified. The schedule is published to an unusual level of detail, split by acquirer: Worldpay MIDs ("4445") batching before 9:00PM ET fund next business day with "Morning Funding Deposit Time (RTP/Fednow)" at 8.30AM ET, TSYS MIDs ("5455 or 8487") before 10:30PM ET likewise, and the page is candid that "most restaurants hours extend past 9:00PM ET and don't meet this deadline" so a business day is added. The faster-funding product is named and priced in the knowledge base: Rapid Fund, "access to funds within minutes, 365 days a year... within 30 minutes of batching out", at "20 basis points (0.20%)", self-enrolled and self-cancelled from the merchant Dashboard with "no penalties for canceling". source |
| reliability-offline-decline-liability | yes / B | upheld | Read the A800 offline article end to end. Liability is unambiguous — "Funds are not guaranteed, as payments are not processed until the device reconnects", "Offline payments may still be declined later when they are processed online", and the FAQ "Will I get paid for offline payments? Yes. As long as the terminal reconnects and the payments are successfully processed... Payments are not guaranteed until they are submitted online." The SpotOn Lite settings article is blunter: "Note before proceeding: You are fully liable for failed captures, chargebacks, and disputes of offline payments." The caps limb holds with a caveat worth recording: SpotOn documents three mandatory limits — "The maximum individual transaction amount; The maximum total transaction amount; The maximum number of days the device can remain offline" — but sets no numeric ceiling itself; the merchant configures all three at enablement and can "view how much of each limit remains". Disclosed and merchant-set rather than vendor-fixed, which still satisfies the claim. source |
| reliability-offline-feature-matrix | yes / B | upheld | Verified verbatim, and it is a real enumerated matrix rather than a marketing sentence: "Features Not Available Offline... PIN Debit is not available. The card MUST be processed as a credit. Reporting does not update. Surcharging is not supported. Final payment status is delayed." Accompanied by a What Not to Do list ("Turn off the terminal; Let the battery die; Uninstall or close the SpotOn app; Reset or clear data") and the loss warning "If the terminal powers off before reconnecting, stored offline payments cannot be recovered", plus the pre-condition that "Offline Mode cannot be enabled while the terminal is already offline." source |
| reliability-offline-card-auth | partial / B | upheld | Held to the highest bar because this cell flips conclusions, and partial is correct in both directions. Store-and-forward is genuine on the A800: "Payments are stored securely on the device", "Once the terminal reconnects, stored payments are automatically sent for processing." It is not authorization — the article states the terminal "cannot: Check if a card has sufficient funds; Confirm card validity; Receive immediate approval or decline responses." And the exclusion the record built its correction on is verbatim on the Express article: "Offline Mode is not available for RPOS devices." The table-service flagship — the product SpotOn's own POS page advertises an automatic offline mode for — cannot take a card offline at all. source |
| menu-pricing-fractional-placement | partial / B — half-and-half documented as duplicated groups | upheld | This is the cell the pizza comparison turns on, so I retrieved the article myself. It says exactly what the record reports: "Pizza – Correct Setup. Correct Configuration (Best Practice): Create separate groups for each half: Toppings – Left Half, Toppings – Right Half. This allows customers to customize each half independently without conflicts", with the Wrong Configuration being a single reused Toppings group, which "prevents proper selection for half-and-half pizzas". That is the Side-A/Side-B pattern, vendor-prescribed. There is no placement, section, side or fraction attribute on a sub-item anywhere in the RPOS menu model — the difference from Toast, whose portions carry a per-portion price multiplier. But SpotOn does document a supported route to a half-and-half pizza with independently priced halves, which is more than the `no` peers in this corpus have. Partial stands, and so does the shortfall as written. source |
| delivery-driver-roster | partial / B | upheld | Retrieved Driver Management myself; the record's characterisation is accurate to the sentence. The module is first-party and real — "Driver Management allows delivery drivers to view, select, and manage their assigned delivery orders directly from the FOH", with Transfer Orders moving tickets to the driver's login and a tip-ownership prompt ("Would you like to transfer all tips (current and future) to the new user?"). And the shortfall is confirmed by what the article does not contain: a driver is a POS user, there is no driver object, no in-store / on-run / returning state, and the only downstream artefacts named are "How to View or Print a Server Report" and the closeout. No per-driver run-history report exists. source |
| delivery-dispatch-board | partial / B | upheld | Confirmed verbatim including the run batching the claim specifically asks for: "This screen displays all delivery orders that have been entered. The driver will select the delivery orders in the sequence they will be delivered (e.g., Delivery Stop #1, Delivery Stop #2, etc.)... Once the orders are selected, tap Transfer Orders." Multi-order runs are native. The named shortfalls also hold — no driver-availability column and no elapsed-time-per-order column appear — and I would add a third from the same page: the board is driver-operated rather than manager-operated (the driver picks their own run), and "Orders remain open until the driver returns to the store and manually closes them in the FOH." source |
| delivery-route-map | no / B | upheld | A `no` needs positive evidence of absence, so I checked whether SpotOn's own documentation concedes it. It does, by pointing at a partner for precisely this function: "Captain is an in-house delivery driver management solution that integrates with SpotOn Restaurant's point-of-sale for customer online orders. This integration helps restaurants manage and optimize online order delivery routes more effectively", with the benefit stated as "With optimized, efficient routes, drivers can complete more deliveries in a shorter amount of time." Against that, SpotOn's own Driver Management screen has the driver hand-number the stops. Vendor-recommended third-party remedy for the missing capability — the pattern the evidence rules accept as absence. source |
| delivery-zones-polygon | yes / B | upheld | Confirmed as a true polygon editor, not a radius: "Under Delivery Area, tap View/Edit to open the map editor... Drag the boundary lines by holding and moving the circles on the map to adjust your delivery zone", and exclusions are drawn point by point — "Tap the Exclusion Area button. Tap points on the map to outline your exclusion area... Adjust the shape by dragging the circles on the border", repeatable for multiple exclusions. The article's own FAQ caps it at one zone per location ("Can I create more than one Delivery Area? No"), which the record correctly routes into delivery-zone-pricing rather than letting it contaminate this cell — the claim asks about shape, not count. source |
| kitchen-course-firing | yes / B | upheld | Verified verbatim, and the claim's multi-surface limb is satisfied by the same page. Terminal: "Select the item(s) > from item commands, Hold", then "Select the held item(s) > from item commands, Release > Send". Expo: "Fresh KDS also allows the kitchen to fire held items on the KDS." Coursing is a separate first-class construct — Change Course assigns Course 1/2/3 and "Fresh KDS shows the course grouping directly on the ticket" since a December 2025 update. One caveat the record already carries and I confirm: "Firing from Fresh KDS does not send the update to RPOS. The FOH ticket will not show the release" — kitchen-side firing is one-way. source |
| digital-google-order | yes / B | upheld | Confirmed verbatim including the 'Preferred by business' element the claim singles out: "Order with Google allows your restaurant to seamlessly direct guests from your Google Business Profile to your preferred online ordering channels for pickup and/or delivery. By marking your commission-free online ordering channel as 'Preferred by business,' you can maximize your profits by reducing marketplace commission costs." The article also documents removing competing marketplace links ("Once a business makes a request, providers are required to remove third-party links from a profile within 5 business days") and states the resulting orders land in the POS: "Online orders are automatically sent straight to your POS." The 'preferred' designation is set by the merchant inside Google rather than provisioned by SpotOn, which the article is honest about. source |
| commercial-month-to-month-contract | yes / B | upheld | Verified verbatim in the published POS terms: "Your Restaurant POS and processing agreement is on a month-to-month contract that you may cancel at any time. If you wish to cancel your Restaurant POS contract with SpotOn, you can request cancellation by emailing restaurant@spoton.com or calling us during regular business hours at 877-814-4102." The pricing page attaches it to the paid tier — POS Essentials "$55/station per month... Ideal for most restaurants, with month-to-month flexibility" — while only the $0/station All-In plan carries "2yr minimum term". A publicly named, publicly cancellable core tier is exactly what the claim asks for. source |
| hardware-ownership-vs-lease | yes / B | upheld | Purchase is the documented default and the vendor states it: per-SKU purchase prices are published ("Station 15: $995 $750", "Station 10: $550 $415", "Handheld: $500 $375", "Guest-facing display: $200", "Wireless router: $300") and the POS terms vest ownership — "Should you cancel your SpotOn Restaurant relationship after one year of installation, you own the equipment and therefore are just required to give notification." One discrepancy the reader should have: the Merchant Terms contemplate "rented, leased or loaned Hardware", vest title only "Upon receipt of such payment", and set the discount-clawback window at two years rather than one. Purchase-outright is available and priced, so the claim holds; the window is contested between SpotOn's own two documents. source |
| extensibility-public-api-docs | no / B | upheld | Fetched the developer centre myself rather than accepting the assertion. It is a partnership funnel: the heading is "Get the resources you need to successfully integrate with SpotOn", the only call to action is a "SpotOn Partner Integration Intake Form", and the body is a logo wall of existing partners (DoorDash Drive, QSR Online, QuickBooks, RASI) with "Learn more" links. No endpoint reference, no schemas, no authentication model, no SDK, no sandbox, no changelog, and no onward link to any technical documentation. A reader cannot get to an API reference without going through sales. `no` on a claim about public readability is a statement about what is published, which I confirmed directly. source |
| commercial-interchange-plus-published | no / C | upheld | Held to a positive-absence standard rather than accepting 'not found'. The pricing page publishes a closed rate structure for the two priced plans — All-In "Card present: 2.79% + $0.20 / Keyed: 3.79% + $0.20", POS Essentials "Card present: 2.45% + $0.15 (except Amex: 3.19% + $0.15) / Keyed: 3.45% + $0.15" — and its processing FAQ answers the pricing-model question without ever naming interchange ("We provide transparent, affordable rates, so you always know what you're paying"). The third plan is "Custom rates", unpublished by definition. The claim is about publication, and no bps-over-interchange markup is published anywhere on spoton.com. `no` is the accurate reading; it should not be read as a finding that interchange-plus is unavailable on a negotiated deal. source |
| commercial-pricing-published | yes / C | upheld | Re-fetched and confirmed to the character: "All-In... $0/station per month" with "Processing minimums apply, 2yr minimum term"; "POS Essentials... $55/station per month"; "Build Your Own... Custom pricing"; "Core Bundle... $50/month +20bps of GPV (capped at $200)", with the bundle arithmetic spelled out in the FAQ ("monthly processing volume x 0.20% (up to $200) + $50"). Per-station is the published unit, so the per-additional-terminal limb of the claim is satisfied directly. Grade C is correct and sufficient here — this is a table-stakes claim about what a pricing page says, which a pricing page is the right evidence for. source |
| payments-published-rates | partial / C — note text corrupted, rendering "$0.15" as "/usr/bin/bash.15" in five places | upheld | Value and shortfalls both confirmed against the page: the two priced plans publish full card-present and keyed rates with an Amex carve-out, Build Your Own is "Custom rates", and no interchange-plus markup appears anywhere. The note itself was unusable — a shell expansion during authoring replaced every "$0" with the interpreter path, so the record published "2.45% + /usr/bin/bash.15". Rates re-read from the live page and the note rewritten with the correct figures. Flagging it here because the same corruption pattern would be invisible to a schema check. source |
| hardware-pricing-transparency | partial / C | upheld | Every SKU price re-read from the live page and all five match: "Station 15: $995 $750", "Station 10: $550 $415", "Guest-facing display: $200", "Handheld: $500 $375", "Wireless router: $300". The shortfalls hold too — no KDS screen, kitchen printer or cash drawer is priced, implementation is acknowledged but not quantified ("Are there setup or implementation costs? Yes"), and the backup router is quoted as configuration-dependent ("Talk with your SpotOn representative for specific hardware configurations and costs"). One more limitation worth carrying that the record does not: "Can I use my own POS hardware or tablets? No." source |
| reliability-247-live-support | yes / C | upheld | The pricing FAQ states it without hedging: "Does customer support cost extra? Nope. We provide 24/7/365 technical support from real humans at no extra cost. Whenever you need us, we're here to help. No long wait times." "24/7 support" also appears in the What You Get list of every plan including the $0/station All-In tier, so it is not a premium SKU. Corroborated operationally by the knowledge base, which publishes (877) 814-4102 as the live escalation number inside product articles rather than only in a contact page. source |
| order-capture-seat-level | yes / B | upheld | Both limbs confirmed on the page. Tagging at entry: guests are first-class on the ticket with a default "Guest #" label that can be renamed, guest count is editable mid-order, and items are assigned per guest ("navigate to Ticket Commands > Manage and drag and drop items to the appropriate guest"). Splitting without re-keying: "Split the order by guest or seat", then print — "SpotOn Restaurant allows you to organize items by guest and print separate checks for each guest", with a select-all to print every guest check at once. No re-entry step appears anywhere in the flow. source |
| multi-location-org-hierarchy | partial / B — "the documented shape is Company > Location — two levels" | upheld | Independently corroborated from a different article than the one cited. The Menu Items Bulk Editor exposes the whole addressing model in two fields — "In the Organizations field, choose the organization from the drop-down menu. If your organization has multiple locations, select one or more from the Locations field" — and Location Specific Settings offers a flat location picker with no intermediate tier. There is no region, group, concept or brand object anywhere in the RPOS back office that reporting or permissions could be scoped to. Two levels, as the record says. source |
| commercial-data-export-self-serve | partial / B — "what is exportable is the report layer" | upheld | Value stands and one export the record misses should be credited. Reporting Subscriptions do deliver "automated daily email reports for any report that includes the Print button with a drop-down menu", and separately the Menu Items Bulk Editor offers a genuine self-serve file export: "Export as CSV — When finished, you can download the updated information as a CSV file with one click." That is menu and cost data, not transactions. The shortfall is unchanged and material: nothing in the knowledge base exports orders, line items, payments, labour punches, the guest list or the loyalty ledger, and there is no API to pull any of it. source |
| labor-clock-in-at-pos | yes / B — cited to help.spoton.com/space/SK/4477911076, "How to Clock In, Clock Out, and Take Breaks | SpotOn Express POS" | upheld | Value and grade stand; the CITATION was stale in a way no status, size or title check could see. spoton-linkcheck's membership test against the Confluence v2 API reports that page status=archived — withdrawn from the current knowledge base — while the web UI continues to serve it at HTTP 200, 9,684 bytes, with its own real title, so every discriminator on that host except the API calls it good. Re-pointed to space/SK/3644358718, "Login & Time Clock | SpotOn Express (FOH)", which is current and documents the same behaviour (Clock In / Clock Out / Start Break from the login screen or the POS manager menu). The note's quoted sentence — "Currently, forced clock-in is not an integrated feature of SpotOn Express." — was re-verified verbatim on the successor page before the re-point, not assumed to have carried over. source |
| reliability-onsite-install | yes / B — cited to help.spoton.com/space/SK/4456513592 | upheld | Value, grade and evidence stand; a provenance fact was added rather than a correction made. The Confluence API reports this page in space 4015718532 ("CX: PMO Shared Services"), not the public knowledge base (944898303) it is cited under. Confluence does not validate the space segment against the page's membership, so /space/SK/<id> resolves for a page in any space — and the page's OWN space key, /space/ENABLEMENT/<id>, returns the fabricated-space shell. The document is publicly readable first-party vendor material, so grade B is unaffected, but the URL alone conceals that it is sales-enablement rather than product documentation, and that is now recorded in the claim note. source |
| hardware-usable-after-churn | unknown, grade F - The POS terms establish that the customer owns the equipment after one year but say nothing about whether the terminals can run other software; no article addresses software locking or remote disablement after cancellati... | resolve-to-no | The 2026-08-03 rationale said no article addresses software locking. The vendor's hardware feature page (retrieved 2026-09-02) does, in a direct FAQ question and a one-word answer followed by the design rationale. This is the vendor stating the absence in its own words, not a null search, so it meets the absence bar. Grade C because it is a feature page written to sell rather than documentation; the no-audit question - does any other SpotOn surface contradict it - was checked against the handhelds page and the pricing page and neither claims openness. source |
| guest-loyalty-ai-offer-recommendation | unknown, grade F - No AI-generated offer content, audience or send-time recommendation is documented. The only AI features in the knowledge base are the Express AI Menu Editor and the AI Menu Assistant for routing groups. | resolve-to-partial | The 2026-08-03 rationale listed only the Express AI Menu Editor and AI Menu Assistant as SpotOn's AI features, from the knowledge base. Marketing Assist was never in the knowledge base but is a priced line on the vendor's marketing product page and the subject of a dated launch release describing AI-created offer content and shoulder-period timing. A vendor feature page plus a launch release supports partial on a differentiator, not yes. source |
| digital-upsell-engine | unknown, grade F - No upsell or cross-sell configuration is documented in the online ordering or kiosk articles, and no attach-rate reporting exists in the report set. | resolve-to-partial | The 2026-08-03 rationale found no upsell configuration in the online-ordering or kiosk articles. The vendor's own launch release, dated after most of that knowledge base was written, describes a shipped algorithmic recommendation engine on SpotOn Order. Press release, so grade D; attach-rate reporting - half the claim - is undocumented, so partial. source |
| guest-loyalty-offline-behavior | unknown, grade F - What loyalty lookup, accrual and redemption do during an outage is not documented. The A800 offline article lists what stops offline and does not mention loyalty; the RPOS product has no documented offline mode at all. | resolve-to-partial | The 2026-08-03 rationale relied on the A800 offline article, which is silent on loyalty. The vendor's offline-mode guide (retrieved 2026-09-02) states the behaviour - blocked - in its 'what still works and what doesn't' list. That answers the claim's core question in one direction but not at the granularity the claim asks for, so partial at marketing grade. source |
| reliability-lan-degraded-multi-terminal | unknown, grade F - Whether multiple terminals continue to share check and table state over the LAN during an internet outage is not documented for either product line. | resolve-to-partial | The 2026-08-03 rationale found LAN-shared check state undocumented for either product line. The vendor's offline guide (retrieved 2026-09-02) states the exact mechanism the claim names: devices stay connected over the local network and an order started on one device can be picked up on another while the internet is down. A differentiator on a marketing guide is partial, not yes; the product-line ambiguity and the missing reconciliation statement are the named shortfalls. source |
| commercial-module-unbundling | unknown, grade F - Re-fetched spoton.com/pricing/ on 2026-08-03 and searched its raw HTML: none of the per-module prices previously attributed to it are present. The string "Teamwork" does not occur on the page at all; "$250", "$9.95" and ... | resolve-to-partial | The 2026-08-03 pass re-fetched only spoton.com/pricing/ and found bundles and no module prices, so it downgraded to unknown. The vendor's marketing product page (retrieved 2026-09-02) does publish a standalone $95/month module price and a usage-priced SMS add-on. That establishes the a-la-carte half of the claim on a first-party feature page; independent cancellation remains unpublished, so partial rather than yes. source |
| order-capture-drive-thru | unknown, grade F - No drive-thru order flow is documented anywhere in the 1,044-page public knowledge base. The only mention of a drive-thru is in the Reddie Group partner page ("From countertop kiosks to full drive-thru setups"), which describes the partner's hardware, not a SpotOn order-point/pay-window workflow. | resolve-to-partial | The 2026-08-03 rationale found no drive-thru order flow in a 1,044-page knowledge base. The base now indexes 1,958 articles through llms.txt and the SK space index; the Express 'Change Order Type' article documents a Drive Thru order type as the one supported non-default order type, and the RPOS station-default article names Drive-Thru as a station default. Neither describes a window/lane flow, and the Express print-routing FAQ says routing by order type is unsupported, so the cell is partial on an order-type label with the lane mechanics absent. source |
| order-capture-order-ready-signal | unknown, grade F - Nothing in the DoorDash, Uber Eats, Chowly, Deliverect or Checkmate integration articles describes a POS- or KDS-originated order-ready status event flowing back to the marketplace. The articles describe menu sync inbound-order injection only. | resolve-to-yes | The 2026-08-03 rationale found only inbound order injection in the DoorDash/Uber Eats articles. The article 'Marking Online Orders Ready for Pickup | SpotOn Express (FOH)' (in the SK space index, not in the earlier dump) documents a POS-originated ready signal to DoorDash and Uber Eats couriers, which is exactly the claim: a ready event from POS state rather than a marketplace-tablet tap. Grade B vendor documentation; the only caveat is the 'if supported by the delivery service' qualifier, which does not reduce the documented DoorDash and Uber Eats cases. source |
| kitchen-order-ready-callback | unknown, grade F - No order-ready callback from POS or KDS state to a third-party marketplace is documented in any of the DoorDash, Uber Eats or middleware integration articles. | resolve-to-partial | The claim wants the KDS bump to dispatch the courier. What SpotOn documents is a Mark as Ready action on the POS that notifies DoorDash and Uber Eats couriers; the Express KDS bump article (4341727233) moves tickets between Pending and Completed and carries no courier hook. Partial: the readiness event exists and reaches the marketplace, but it originates in the POS order list, not the KDS. source |
| kitchen-all-day-counts | unknown, grade F - No all-day / item-count aggregation view across open tickets is documented for the Express KDS or the Fresh KDS integration. | resolve-to-partial | The 2026-08-03 rationale found no all-day aggregation in the Express KDS or Fresh KDS help articles, and that is still true of the 1,958-article dump (the phrase 'all-day view' occurs only in Reserve pacing and Enterprise item-availability articles). The vendor's KDS product page does state the feature and lists it as included with SpotOn KDS. A vendor feature list is grade C, and a C citation on a table-stakes claim is partial, not yes; the help centre's silence on the view is the recorded shortfall. source |
| kitchen-printer-fallback | unknown, grade F - No automatic failover from an unreachable kitchen printer or KDS to a designated backup device is documented in the RPOS printer articles or the Express printing user guide. | resolve-to-partial | The 2026-08-03 rationale found no failover in the RPOS printer articles. The Printers | SpotOn Restaurant BOH article carries a 'Failover Print Routing' section with setup steps and a forced-failover test, and the Sidekick article documents the Printer Failover plan and the Enable Printer Failover checkbox in BOH. That is native, documented printer failover. It falls short of the claim on KDS coverage, on alerting and on the no-ticket-loss guarantee, none of which the article states. source |
| reliability-printer-fallback | unknown, grade F - No automatic failover to a backup printer or KDS station on printer failure, and no staff alert on an unreachable printer, are documented. The published remedy for print problems is the Pre-Troubleshooting Checklist: POS Hardware. | resolve-to-partial | Same section of the RPOS Printers article as kitchen-printer-fallback. The automatic fail-over half of the claim is documented natively; the 'and alerts staff' half is not - the article's verification step is to open the default printer and watch the ticket print elsewhere, with no notification described. Partial. source |
| kitchen-order-modification-alerts | unknown, grade F - No documentation describes how a live KDS ticket flags items added, changed or removed in the POS after the ticket was displayed; the Fresh KDS article covers held/fired state only. | resolve-to-partial | The 2026-08-03 rationale found only held/fired state in the Fresh KDS article. The RPOS void-notification article and the Express KDS article both document that voids are pushed to the kitchen and rendered distinctly (red / struck through). Neither documents flagging of added or modified items, which is the other two-thirds of the claim, so partial on voids. source |
| menu-pricing-allergen-nutrition | unknown, grade F - No allergen flag or nutrition field is documented on the menu item in either the RPOS BOH menu articles or the Express menu settings articles, and no publication of such data to online ordering or third-party menus is described. | resolve-to-partial | The 2026-08-03 rationale found no nutrition field on the menu item. The current RPOS Menu Item Creation article documents a twelve-value Menu Facts panel per item and an FOH Item Info view. It does not document allergen flags, online publication or recipe derivation, so the cell is partial: nutrition storage yes, the rest of the claim absent. source |
| menu-pricing-dynamic-pricing | unknown, grade F - No demand- or rule-based dynamic pricing with floor/ceiling guardrails is documented; Pricing Events are schedule-driven, not demand-driven. | resolve-to-partial | The 2026-08-03 rationale acknowledged Pricing Events and left the cell unknown because they are not demand-driven. Automatic price variation by time and by channel (order type) is two of the three triggers the claim names, and it is native and documented in Configure Pricing Events for Menu Items and Modifiers and Create a Pricing Event. Demand triggers and guardrails are absent, so partial rather than unknown. source |
| payments-chargeback-tooling | unknown, grade F - A merchant-facing article "Chargebacks: What They Are and What to Expect" exists in the Account Updates & Transitions section, but nothing in the knowledge base documents an in-product dispute dashboard listing open disputes or an evidence-submission workflow assembled from POS transaction data. | resolve-to-partial | The 2026-08-03 rationale found only the explanatory 'Chargebacks: What They Are' article. The 'How to Appeal a Chargeback' article documents an in-product Disputes report with status filters and an online appeal upload, which is the dashboard half of the claim. The evidence-assembly half is manual, and the appeal path is not guaranteed for every case. Partial. source |
| delivery-daas-fallback | unknown, grade F - No hybrid dispatch rule — overflowing to a DaaS courier when no in-house driver is available or a wait threshold is crossed — is documented; DoorDash Drive and in-house Driver Management are described as independent paths. | resolve-to-no | The 2026-08-03 rationale said the two paths are described as independent and left the cell unknown. The DoorDash Drive setup article makes a direct statement, not an enumeration: one delivery method only, and DoorDash overrides internal delivery when both are on. Hybrid dispatch with automatic overflow is therefore positively excluded by the vendor's own configuration guide. No-audit: the premise was not supplied to any agent; the sentence was found by grepping the whole 1,958-article dump for 'DoorDash Drive'. source |
| digital-account-saved-payment | unknown, grade F - No guest account with saved addresses, tokenised saved payment methods and one-tap reorder is documented for SpotOn Order, Express online ordering or the GoTo Place app. Saved cards are documented only on the Virtual Terminal customer record, which is a merchant-initiated invoicing surface. | resolve-to-partial | The 2026-08-03 rationale found no guest account on SpotOn Order, Express online ordering or GoTo Place. The four GoTo Place articles in the SK index document a profile (phone/email), an order-history reorder and wallet payment. That is a guest account with one-tap reorder; saved tokenised cards and saved addresses are not documented, so partial. source |
| digital-catering-portal | unknown, grade F - No distinct catering ordering flow with its own menu, minimums, lead-time rules, quotes, deposits or invoice terms is documented; catering is assembled from generic order types, surcharges, open items and scheduled orders. | resolve-to-partial | The 2026-08-03 rationale said catering is assembled from generic order types and scheduled orders and left the cell unknown. The Scheduled Orders article now explicitly documents deposits and instalment payments for catering orders held to a future date, which is the deposits/lead-time portion of the claim. The distinct catering ordering flow, menu, minimums and quotes remain undocumented, and the guest-facing scheduler is same-day only. Partial. source |
| guest-loyalty-tiers | unknown, grade F - No status tiers with automatic promotion or demotion are documented in the Loyalty articles; the documented model is points or visits against a reward threshold. | resolve-to-partial | The 2026-08-03 rationale found no tiers in the Loyalty articles, which remains true. The Reserve Web Portal 'Member Tiers' article documents named status levels with a Priority Seating effect, which is a tier mechanic, but manual and in a different module. The claim's automatic promotion/demotion is absent. Partial on manual tiers in Reserve. source |
| guest-loyalty-offer-stacking-rules | unknown, grade F - No stacking, exclusivity or precedence configuration is documented for deals, discounts and loyalty rewards. | resolve-to-partial | The 2026-08-03 rationale found no stacking configuration. The Express discount FAQ and the RPOS Loyalty FAQ each state an explicit stacking rule (one discount per item; reward or promo code, not both), so the rule is documented; what is missing is the configurability the claim names. Partial: explicit rules, no configuration. source |
| guest-loyalty-wallet-pass | unknown, grade F - No Apple Wallet or Google Wallet loyalty pass is documented; the documented alternatives to a card are a phone number, an email address, or the SpotOn mobile app. | resolve-to-no | The 2026-08-03 rationale listed the documented identifiers (phone, email, app) and left the cell unknown. Two articles enumerate the check-in methods and a third documents physical cards; a wallet pass would be a fourth identifier and appears in none of them, and 'wallet' returns zero pages across the full dump. No-audit: this is an enumeration verdict; the enumerations are the vendor's own, they are complete lists of how a guest identifies at check-in, and the marketing loyalty page (read 2026-09-02) lists the same three. It survives. source |
| guest-loyalty-privacy-rights-tooling | unknown, grade F - The only related article, "How to Submit Legal Requests for Customer Information", covers third-party legal process rather than operator-facing DSAR tooling. No in-product guest data access or deletion workflow is documented. | resolve-to-partial | The 2026-08-03 rationale found only the legal-process article. The RPOS customer-profile article documents an operator-side delete of the customer record, which is the deletion half of the claim for the POS customer store. Access requests and propagation to loyalty and marketing records are undocumented. Partial. source |
| guest-loyalty-redemption-fraud-controls | unknown, grade F - No redemption velocity limits, manager approval on manual point adjustments, or employee self-redemption flagging are documented in the Loyalty articles. | resolve-to-partial | The 2026-08-03 rationale found none of the named controls, and none of them is documented now either. What is documented is permission gating of loyalty functions by job position on RPOS, which is a coarse fraud control, and an explicit Express statement that discount approval is not yet available. Partial on permission gating; the specific controls in the claim are absent. source |
| labor-qualified-tips-w2-reporting | unknown, grade F - Nothing in the payroll or tip articles addresses the 2026 qualified-tips reporting requirements — no Treasury tipped-occupation code, no W-2 Box 12 code TP or Box 14b handling is mentioned. | resolve-to-partial | The 2026-08-03 rationale found nothing on the 2026 qualified-tip requirements, and that is still true. What the payroll and close-report articles do document is the separation the claim's first clause asks for: cash vs charged tips, and gratuity vs tips because they are taxed differently. The occupation code and Box 12/14b clauses are absent. Partial. source |
| multi-location-cross-location-giftcard | unknown, grade F - Cross-location gift-card redemption and outstanding-liability reporting are not documented. Stored value is held by eCard Systems and the SpotOn-side articles cover issuance, reload and redemption at a terminal without addressing multi-location behaviour. | resolve-to-partial | The 2026-08-03 rationale found no multi-location behaviour. The E-Gift Cards article states organisation-wide redemption through the group ID, and the marketing gift-card page (grade C, corroborating only) describes value pooling across locations. Cross-location redemption is therefore documented; the liability and reconciliation reporting the claim also requires is not. Partial. source |
| hardware-drive-thru | unknown, grade F - No drive-thru hardware — menu boards, order confirmation displays, headsets — is documented as a SpotOn product. Reddie Group's partner page mentions "full drive-thru setups" as part of its own hardware range. | resolve-to-partial | The 2026-08-03 rationale treated the Reddie mention as the partner's own hardware range and left the cell unknown. SpotOn now publishes a Reddie integration page of its own (www.spoton.com/integrations/reddie-menu-boards/) naming drive-thru boards as an option that syncs from the SpotOn menu, and the KB integration article says the same. That is a documented, SpotOn-listed drive-thru menu-board path, but only one of the claim's four elements and via a partner. Partial. source |
| reliability-menu-build-service | unknown, grade F - No article or published page commits SpotOn to performing the initial menu build. The knowledge base instead teaches the operator to build it (Menu Item Creation, Menu Screens, Modifier Groups, Sub Items, bulk editor), and Express offers an AI Menu Editor for self-service. | resolve-to-partial | The 2026-08-03 rationale found no commitment to a vendor menu build. The BOH login article documents an installer-led setup on install day with the operator locked out of advanced configuration until then, and the ownership-change article refers to a SpotOn 'menu build' as a scoped service. Together they show SpotOn performs initial configuration on site, but neither states the menu is built by SpotOn or that it is included, so partial. source |
| reliability-local-transaction-engine | unknown, grade F - No local or on-premise transaction engine, edge server or store controller is documented in the public knowledge base for RPOS or Express. | resolve-to-partial | The 2026-08-03 rationale found no local engine for either product line. The Express offline article and the Fresh KDS offline article document an ordering path that keeps working on the SpotOn-provided local network with no internet, which is the behaviour the claim is after, but they describe device-local processing rather than an edge server, and they exclude RPOS. Partial. source |
| payments-softpos-tap-to-pay | unknown, grade F - No Tap to Pay on iPhone or Android tap-to-phone acceptance is documented. SpotOn Mobile pairs an external card reader over Bluetooth rather than reading contactless on the phone itself. | resolve-to-no | The 2026-08-03 rationale noted the Bluetooth reader and left the cell unknown. The SpotOn Mobile activation article documents phone acceptance as reader-dependent, and the reader article declares the product deprecated with no replacement, so the vendor's documented phone path is a reader-based one that is being retired, not a reader-less one. No-audit: this rests on two direct vendor statements (reader required; reader deprecated with no replacement) rather than on the absence of a page; 'tap to pay' returns one page in the full dump and it is the Express terminal flow. It survives. source |
| hardware-tap-to-phone | unknown, grade F - No Tap to Pay on iPhone or Tap to Pay on Android acceptance on commodity devices is documented; SpotOn Mobile pairs a separate Bluetooth card reader. | resolve-to-no | Same evidence as payments-softpos-tap-to-pay, read from the hardware side: the one commodity-device product needs a reader, the reader is end-of-life with no successor, and the vendor's hardware and pricing FAQs state that its POS runs only on its own closed hardware. That is positive evidence that SpotOn does not offer Tap to Pay on iPhone or Android on commodity devices. No-audit performed as above; survives. source |
Sources
Every URL this record cites. 167 in total.
- https://www.spoton.com/pricing/
- https://www.spoton.com/restaurant-pos/
- https://www.spoton.com/legal/point-of-sale-terms/
- https://www.spoton.com/legal/merchant-terms/
- https://www.spoton.com/developer-center/
- https://developers.spoton.com/
- https://status.spoton.com/
- https://trust.spoton.com/
- https://www.spoton.com/legal/accessibility-statement/
- https://www.spoton.com/why-spoton/
- https://www.spoton.com/trust-center/
- https://www.spoton.com/legal/privacy-policy/
- https://www.spoton.com/restaurant-pos/pricing/
- https://help.spoton.com/
- https://help.spoton.com/api/1/spaces
- https://help.spoton.com/api/v2/spaces
- https://help.spoton.com/api/v2/spaces/944898303/pages?limit=250&status=current
- https://help.spoton.com/space/SK/4711514162
- https://help.spoton.com/space/SK/769327539
- https://help.spoton.com/space/SK/2666561606
- https://help.spoton.com/space/SK/2666659841
- https://help.spoton.com/space/SK/2055733392
- https://help.spoton.com/space/SK/2055536951
- https://help.spoton.com/space/SK/2055471759
- https://help.spoton.com/space/SK/2589261836
- https://help.spoton.com/space/SK/2588442955
- https://help.spoton.com/space/SK/2658076199
- https://help.spoton.com/space/SK/5040406703
- https://help.spoton.com/space/SK/5254742018
- https://help.spoton.com/space/SK/2658075833
- https://help.spoton.com/space/SK/752222269
- https://help.spoton.com/space/SK/2659516933
- https://help.spoton.com/space/SK/4969463882
- https://help.spoton.com/space/SK/4073652945
- https://help.spoton.com/space/SK/4658331708
- https://help.spoton.com/space/SK/5085823000
- https://help.spoton.com/space/SK/3184492582
- https://help.spoton.com/space/SK/4126277723
- https://help.spoton.com/space/SK/4166484081
- https://help.spoton.com/space/SK/4283203664
- https://help.spoton.com/space/SK/5295079466
- https://help.spoton.com/space/SK/2361492065
- https://help.spoton.com/space/SK/4341727233
- https://help.spoton.com/space/SK/4642242728
- https://help.spoton.com/space/SK/4838981646
- https://help.spoton.com/space/SK/5037785135
- https://help.spoton.com/space/SK/4471914578
- https://help.spoton.com/space/SK/4471062658
- https://help.spoton.com/space/SK/4472242281
- https://help.spoton.com/space/SK/2320105759
- https://help.spoton.com/space/SK/1706524708
- https://help.spoton.com/space/SK/4629856267
- https://help.spoton.com/space/SK/3097755789
- https://help.spoton.com/space/SK/3456696403
- https://help.spoton.com/space/SK/4649091119
- https://help.spoton.com/space/SK/2843705345
- https://help.spoton.com/space/SK/2320367903
- https://help.spoton.com/space/SK/2319286787
- https://help.spoton.com/space/SK/2292285666
- https://help.spoton.com/space/SK/2319024540
- https://help.spoton.com/space/SK/2319286766
- https://help.spoton.com/space/SK/2658041953
- https://help.spoton.com/space/SK/2299887676
- https://help.spoton.com/space/SK/4419092511
- https://help.spoton.com/space/SK/2665578707
- https://help.spoton.com/space/SK/2021425371
- https://help.spoton.com/space/SK/4294508569
- https://help.spoton.com/space/SK/2239594711
- https://help.spoton.com/space/SK/2239398079
- https://help.spoton.com/space/SK/2239332475
- https://help.spoton.com/space/SK/4140433518
- https://help.spoton.com/space/SK/2320269514
- https://help.spoton.com/space/SK/2293072079
- https://help.spoton.com/space/SK/2660663297
- https://help.spoton.com/space/SK/5197037595
- https://help.spoton.com/space/SK/4176969851
- https://help.spoton.com/space/SK/2349728048
- https://help.spoton.com/space/SK/2405498881
- https://help.spoton.com/space/SK/4617109547
- https://help.spoton.com/space/SK/2035548277
- https://help.spoton.com/space/SK/1299939609
- https://help.spoton.com/space/SK/1059913822
- https://help.spoton.com/space/SK/2457829381
- https://help.spoton.com/space/SK/2087780512
- https://help.spoton.com/space/SK/1792245867
- https://help.spoton.com/space/SK/4235002023
- https://help.spoton.com/space/SK/4801134599
- https://help.spoton.com/space/SK/1194557666
- https://help.spoton.com/space/SK/2161016852
- https://help.spoton.com/space/SK/2099314897
- https://help.spoton.com/space/SK/5004329007
- https://help.spoton.com/space/SK/4673863715
- https://www.bbb.org/us/ca/san-francisco/profile/payment-processing-services/spoton-transact-llc-1116-449521/complaints
- https://developers.spoton.com/robots.txt
- https://developers.spoton.com/
- https://www.spoton.com/developer-center/
- https://www.spoton.com/robots.txt
- https://www.spoton.com/sitemap.xml
- https://help.spoton.com/sitemap.xml
- https://www.spoton.com/hardware/
- https://www.spoton.com/hardware/handhelds/
- https://www.spoton.com/hardware/kiosks/
- https://www.spoton.com/solutions/marketing/
- https://www.spoton.com/blog/spoton-unveils-first-automated-ai-marketing-tool-restaurants/
- https://www.spoton.com/blog/picked-for-you-ai-powered-menu-recommendation-restaurants/
- https://www.spoton.com/blog/ai-powered-profit-loss-analysis-profit-assist/
- https://www.spoton.com/solutions/ai-menu-assistant/
- https://www.spoton.com/solutions/online-ordering/
- https://www.spoton.com/blog/pos-offline-mode/
- https://www.spoton.com/solutions/loyalty/
- https://www.spoton.com/legal/loyalty-terms/
- https://www.spoton.com/integrations/
- https://www.spoton.com/integrations/doordash/
- https://help.spoton.com/robots.txt
- https://www.spoton.com/robots.txt
- https://help.spoton.com/llms.txt
- https://help.spoton.com/space/SK.md
- https://help.spoton.com/space/SK/4295032833
- https://help.spoton.com/space/SK/3615883324
- https://help.spoton.com/space/SK/4306108559
- https://help.spoton.com/space/SK/2659287610
- https://help.spoton.com/space/SK/4341727233
- https://help.spoton.com/space/SK/762314779
- https://help.spoton.com/space/SK/1600422044
- https://help.spoton.com/space/SK/2666660375
- https://help.spoton.com/space/SK/2656960513
- https://help.spoton.com/space/SK/5529468936
- https://help.spoton.com/space/SK/2659516536
- https://help.spoton.com/space/SK/2058190873
- https://help.spoton.com/space/SK/4214095933
- https://help.spoton.com/space/SK/1706524708
- https://help.spoton.com/space/SK/1132069722
- https://help.spoton.com/space/SK/4026925098
- https://help.spoton.com/space/SK/4026892425
- https://help.spoton.com/space/SK/814088713
- https://help.spoton.com/space/SK/5273976862
- https://help.spoton.com/space/SK/5015109683
- https://help.spoton.com/space/SK/4561305760
- https://help.spoton.com/space/SK/1535377776
- https://help.spoton.com/space/SK/1066992036
- https://help.spoton.com/space/SK/1299939609
- https://help.spoton.com/space/SK/2666627192
- https://help.spoton.com/space/SK/2660892673
- https://help.spoton.com/space/SK/3683876865
- https://help.spoton.com/space/SK/4512907295
- https://help.spoton.com/space/SK/5276336130
- https://help.spoton.com/space/SK/1441267735
- https://www.spoton.com/solutions/gift-cards/
- https://help.spoton.com/space/SK/4240539654
- https://www.spoton.com/integrations/reddie-menu-boards/
- https://help.spoton.com/space/SK/516686416
- https://help.spoton.com/space/SK/4173496569
- https://help.spoton.com/space/SK/4073652945
- https://help.spoton.com/space/SK/5085823000
- https://help.spoton.com/space/SK/1091043420
- https://help.spoton.com/space/SK/1169129688
- https://www.spoton.com/solutions/kitchen-display-system/
- https://help.spoton.com/space/SK/4840128513
- https://help.spoton.com/space/SK/2299887676
- https://help.spoton.com/space/SK/2340371904
- https://help.spoton.com/space/SK/5050302466
- https://help.spoton.com/space/SK/1493205054
- https://help.spoton.com/space/SK/4283203664
- https://help.spoton.com/space/SK/5448564880
- https://www.spoton.com/blog/no-tax-on-tips-rule-explained-restaurants-and-staff/
- https://www.spoton.com/payments-terms.pdf
- https://www.spoton.com/hardware/restaurant/