Vendors / Regional & international
storekit
A guest-ordering layer, not a POS — it integrates with Lightspeed, Square, Toast, Zonal and TISSL rather than replacing them, and it is the only vendor in this batch publishing exact plan prices.
scored live legacy rubric
- Claims in scope
- 312
- Scored
- 50
- Assessed
- 50
- Unknown
- 262
- Not applicable
- 2
- Values challenged
- 18
unknown, never as no.Identity
- Owner
- storekit ltd — privately held, London UK (155 Curtain Road, EC2A 3QY); no disclosed VC or parent
- Who it is for
- UK independent and small-group hospitality venues wanting QR order-and-pay, pay-at-table, takeaway and catering ordering on top of an existing EPOS; reference customers are London operators (Pizza Pilgrims, BAO, Patty & Bun)
- Site
- https://www.storekit.com/
Pricing
transparency: unknown · unit: Per month per account, banded by locations/channels/staff seats; discounted for a 12-month commitment · processor lock-in: unknown
- Software
- Four published tiers: Free (£0/mo, 1 channel, 1 location, 1 staff account); storekit+ £99/mo on 12-month or £149/mo rolling (3 channels, up to 5 locations, 10 staff); storekit++ £199/mo on 12-month or £399/mo rolling (unlimited channels, up to 10 locations, 20 staff); Enterprise custom. Unlimited products on all plans; separate storekit payments processing with ~48-hour payouts.
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
Provides a graphical floor-plan editor where an operator can draw sections, place tables of varying shape/capacity, save multiple floor-plan layouts per location, and assign sections to servers.
order-capture-floor-plan-editor
Not scored by this record.
Order lines can be tagged to a seat number at entry, and the check can be split by seat afterward without re-keying items.
order-capture-seat-level
Not scored by this record.
Items can be assigned to courses and held, with a fire-next-course action available from a handheld or terminal that releases only that course to the kitchen.
order-capture-coursing-hold-fire
Not scored by this record.
Supports splitting a check by item, by seat, by even N-way, and by arbitrary dollar/percentage amount, and merging checks or tables back together, including after partial payment.
order-capture-split-merge
Guest-facing ordering and bill-splitting at table, not a staff-facing POS check; integrates with the operator's EPOS instead. https://www.storekit.com/ · retrieved 2026-08-01
Opens a bar tab against a card pre-authorization with a configurable auth amount, supports incremental re-auth as the tab grows, and auto-closes stale tabs at end of day. differentiator
order-capture-bar-tab-preauth
Not scored by this record.
An open check can be transferred between servers, tables, and devices, and the transfer is recorded in an audit log naming both employees.
order-capture-transfer-audit
Not scored by this record.
Ships a first-party handheld ordering app running natively on the handheld device (not a remote/mirrored desktop session) that can send to kitchen and take a card payment tableside.
order-capture-native-handheld
Not scored by this record.
With the internet down, terminals and handhelds can still create orders, apply modifiers, send to kitchen, and tender cash, and the vendor publishes what does and does not work offline.
order-capture-offline-order-entry
storekit's own account of an internet outage is that nothing is captured locally. The Failed order status is triggered by 'A connectivity or integration error preventing the order from reaching your POS - for example, an internet outage, POS downtime, or a mapping error.', and the troubleshooting accordion for exactly that case tells the operator to 'Restore your internet connection.' and then, 'Once your POS is back online, retry the injection or enter the orders manually.' What survives is the money, not the order path: 'Payments are captured by Adyen at checkout, independently of the POS injection.' There is no terminal to run offline either -- orders originate in the guest's browser against storekit's cloud and the merchant side is browser-only ('There is no storekit app to download for merchants on iOS or Android.'). https://storekit.com/docs/guides/orders/order-statuses · retrieved 2026-09-09
Guest QR at-table ordering writes items onto the same open check as server-entered items, rather than creating a separate order ticket. differentiator
order-capture-qr-same-check
Not scored by this record.
Offers a first-party self-order kiosk that renders the same menu and modifier tree as the POS with no separate menu build, and the vendor documents ADA/accessibility conformance for it. differentiator
order-capture-kiosk-first-party
Not scored by this record.
Supports drive-thru-specific order flow: order-point/pay-window/pickup-window separation, order sequencing or tandem-lane assignment, and pull-forward or parking-spot assignment.
order-capture-drive-thru
Not scored by this record.
Captures and reports drive-thru speed-of-service timers by segment (order, total, window) tied to individual orders.
order-capture-drive-thru-timers
Not scored by this record.
Vendor ships a first-party AI voice ordering agent for phone and/or drive-thru that injects orders directly as POS orders, or publishes a documented API partner program for third-party voice AI. differentiator
order-capture-voice-ai
Not scored by this record.
Supports order throttling: per-channel capacity limits per time slot with automatic quote-time extension when kitchen load exceeds a configured threshold. differentiator
order-capture-throttling
Not scored by this record.
Accepts future-dated/scheduled orders with a per-channel lead time and automatically injects them into the make queue at a computed fire time rather than on receipt.
order-capture-scheduled-orders
Catering and office-lunch ordering is a named channel, which is inherently future-dated; per-channel lead time and make-queue fire time are not documented. https://www.storekit.com/ · retrieved 2026-08-01
Provides a distinct catering order flow with quotes, deposits, balance-due tracking, and a delivery/event schedule separate from the standard order queue.
order-capture-catering
Not scored by this record.
Pushes an order-ready signal back to third-party marketplaces (e.g. DoorDash) from POS or KDS state, rather than requiring a tablet tap. differentiator
order-capture-order-ready-signal
Not scored by this record.
Voids, comps, and discounts require a reason code and can be gated behind role-based manager approval, with all instances recorded in an exception report.
order-capture-void-comp-controls
Not scored by this record.
Menu, modifiers & pricing engine
Payments & money movement
The POS operates with third-party payment processors of the merchant's choosing (documented list of supported processors/gateways) rather than requiring the vendor's in-house processing. differentiator
payments-processor-choice
Not scored by this record.
Vendor publishes card-processing pricing publicly (a specific flat rate or interchange-plus markup) rather than quote-only. differentiator
payments-published-rates
Not scored by this record.
Native dual-pricing / cash-discount mode stores two prices per item and prints both cash and card totals on the guest check and receipt. differentiator
payments-dual-pricing
Not scored by this record.
Surcharging engine automatically excludes debit and prepaid cards via BIN/product-code detection, enforces the network percentage cap, and can be enabled or disabled per location. differentiator
payments-surcharge-guardrails
Not scored by this record.
All first-party payment terminals accept EMV chip and NFC contactless including Apple Pay and Google Pay.
payments-emv-nfc
storekit publishes no first-party payment terminal, so there is no device on which to accept EMV chip or NFC. Its payment-methods catalogue is entirely card-not-present: 'Card payments are processed securely through our payment provider with full PCI compliance.', Apple Pay for 'Customers on iOS devices and Safari' and Google Pay for 'Customers on Android devices and Chrome', plus regional wallets. Where a card machine appears it is the operator's: payment 'may be taken externally through the venue's POS or card machine.' The vendor's own hardware channel corroborates it -- the storekit-branded self-serve kiosk bundles ship 'a dedicated card reader mount' and state that 'A card reader, kiosk software and installation are not included unless specifically stated.' Tokenised over the 391-document corpus, `EMV`, `chip and pin` and `contactless` each occur 0 times. https://storekit.com/docs/guides/payments/payment-methods · retrieved 2026-09-09
Accepts contactless payments directly on a phone (Tap to Pay on iPhone and/or Android tap-to-pay) with no separate card reader. differentiator
payments-softpos-tap-to-pay
Not scored by this record.
Vendor ships a handheld that takes EMV/NFC payment at the table, including tip prompt and check splitting, without carrying the card away.
payments-pay-at-table
Not scored by this record.
Guest can scan a QR code on the printed check or table tent to view and pay the check from their own phone, with the payment closing the check in the POS automatically. differentiator
payments-qr-guest-pay
Not scored by this record.
Supports both pre-auth-then-tip-adjust and on-device tip prompt flows, with a documented batch/adjust window and a manager screen for unadjusted tips.
payments-tip-adjust
Not scored by this record.
Configurable tip pooling and distribution rules (by hours worked, sales, role percentage, or points) that produce a per-employee tip allocation exportable to payroll. differentiator
payments-tip-pooling
Not scored by this record.
Card payments can be captured while the internet is down via store-and-forward, with configurable per-transaction and cumulative offline limits. differentiator
payments-offline-store-and-forward
Not scored by this record.
Vendor publicly documents who bears the loss when a stored offline transaction declines on reconnect, and surfaces a post-reconnect report of failed offline payments. differentiator
payments-offline-decline-liability
Not scored by this record.
First-party gift cards with real-time balance tracking, redeemable across every location in the group and through the online-ordering channel.
payments-gift-cards
Resolves an `unknown`. Gift cards reach storekit only as somebody else's balance to redeem. Issuance is attributed to partners in the vendor's own words -- 'Both Piggy and Como support digital gift cards that integrate with storekit' -- under which the first bullet is Sell gift cards, 'Customers purchase cards for friends and family'. Every gift-card page in the corpus is a named third party's redemption integration -- Square, Glu, Toggle, Leat and Voucher Connect -- each an account-level API key adding a gift card code field at checkout. storekit runs no balance of its own, and its integrations index files all of this under a Loyalty & Gift Cards partner category. Tokenised over the 391-document corpus, `issue gift` occurs 0 times. https://storekit.com/docs/guides/increasing-sales/loyalty-programs · retrieved 2026-09-09
House/on-account tabs with per-account credit limits, running balance, and periodic statement or invoice generation.
payments-house-accounts
Not scored by this record.
A single check can be settled with multiple tenders and split by seat, by item, by even shares, or by arbitrary amount, with no hard cap below eight ways.
payments-split-tender
Not scored by this record.
Voids, refunds, discounts, and no-sales require role-based authorization (manager PIN or approval) and write to an immutable audit log identifying the approver.
payments-refund-void-controls
Manager PINs gate an enumerated list of sensitive actions — processing refunds, voiding orders and editing completed orders — with "Each manager should have a unique PIN" and "the action is logged with the authorising manager's details". The receiving trail is the Audit Log (storekit.com/docs/privacy-security/audit-log.md), which is append-only ("entries are never edited or individually deleted") and records the actor's name, email and role at the time of the action. Shortfall: the claim also names discounts and no-sales, and neither appears in the PIN-gated action list — discount application is not documented as requiring authorization, and no-sale has no equivalent in a browser-based guest-ordering product with no cash drawer. https://storekit.com/docs/guides/store-settings/manager-pins.md · retrieved 2026-08-04
In-product dispute/chargeback dashboard that lists open disputes and allows evidence submission assembled from the POS transaction record. differentiator
payments-chargeback-tooling
Not scored by this record.
Tokenized card-on-file for a guest profile, reusable across online ordering, phone orders, and in-store, with no PAN stored by the merchant. differentiator
payments-card-on-file
Not scored by this record.
Vendor publishes its deposit schedule and offers a next-day or same-day/instant funding option. differentiator
payments-payout-timing
Not scored by this record.
A single account can route settlement funds to different bank accounts per location or legal entity (separate MIDs or split settlement) under unified reporting. differentiator
payments-multi-entity-routing
Not scored by this record.
Vendor provides point-to-point encryption and a current PCI DSS 4.x Attestation of Compliance / P2PE listing available to merchants on request.
payments-p2pe-pci4
Not scored by this record.
Kitchen & production
Items route to specific KDS stations by item, category, order type, or revenue center, with routing rules configurable per location without vendor involvement.
kitchen-station-routing
OVERTURNS a `no` whose uncited rationale asserted there was no kitchen product at all. storekit routes first-party and per location without vendor involvement: 'Split printing sends different parts of an order to different printers.', configured in storekit's own dashboard by opening a menu category's Printing tab and 'Tick the printer(s) that should receive orders from this category'. Stations are named and multiple -- the published large-kitchen example maps Starters and Salads to a Cold Station, Mains and Sides to a Hot Station, Desserts to a Pastry Station and Drinks to the Bar -- and the fall-through is defined: with no printers assigned to a category, 'Every printer receives items from that category.' SHORTFALL: the target is a physical printer, not a KDS station. storekit ships no kitchen display; every kitchen display screen in its docs belongs to the operator's POS ('The POS may send orders to kitchen printers or a kitchen display system'). And the only routing axis is menu category -- there is no item, order-type or revenue-centre axis, and the item-level lever storekit does offer (Course assignments) is passed through to the POS rather than resolved by storekit. https://storekit.com/docs/guides/printing/split-printing · retrieved 2026-09-09
An expo screen consolidates items from multiple prep stations into a single order view and only marks the order complete when every contributing station has bumped its items.
kitchen-expo-consolidation
There is no expo screen to consolidate onto and no bump semantics anywhere in the product. storekit's published answer to expediting is a duplicate paper ticket: 'A category can be assigned to multiple printers.', useful when you want a master copy 'at a pass/expediting station', and the guide closes by advising that 'Some venues assign all categories to a "Pass" printer for the expeditor'. A second printed copy neither consolidates contributing stations into one order view nor tracks per-station completion. Tokenised over the 391-document corpus the term `expo` occurs 0 times -- an untokenised grep hits 36 of those documents only because it matches `export` and `exporting`. https://storekit.com/docs/guides/printing/split-printing · retrieved 2026-09-09
Items can be assigned to courses and held, then fired to the kitchen on demand from a server terminal, handheld, or expo screen. differentiator
kitchen-course-firing
Not scored by this record.
Per-item cook times are configurable and the KDS staggers item start/display times so that all items on an order finish simultaneously. differentiator
kitchen-prep-time-pacing
Not scored by this record.
Kitchen load throttling automatically paces or delays release of incoming digital orders, or extends quoted prep times, once a configurable order-volume or ticket-time threshold is crossed. differentiator
kitchen-order-throttling
Not scored by this record.
Pausing a store or 86ing an item from the POS/KDS propagates the pause or availability change back to connected third-party marketplaces (DoorDash, Uber Eats, Grubhub) automatically. differentiator
kitchen-channel-pause-propagation
Not scored by this record.
Bumping an order ready on the KDS sends an order-ready status event back to the third-party marketplace so couriers are dispatched on actual readiness. differentiator
kitchen-order-ready-callback
Not scored by this record.
KDS supports physical bump bars or programmable keypads in addition to touchscreen interaction, with documented supported models.
kitchen-bump-bar-hardware
storekit ships no KDS, so there is no surface for a bump bar to attach to. Kitchen display screens appear in the docs only as the operator's POS-side equipment -- 'The POS may send orders to kitchen printers or a kitchen display system' -- and the POS-connected-store setup guide lists them among the things to check inside the POS, alongside printing profiles, production centres and category or item routing. The only kitchen hardware storekit itself connects is a Star CloudPRNT receipt printer. Tokenised over the 391-document corpus, `bump bar` occurs 0 times. https://storekit.com/docs/getting-started/store-types/pos-connected-store · retrieved 2026-09-09
An all-day view aggregates outstanding quantities per item (and per modifier) across all open tickets on the station.
kitchen-all-day-counts
Not scored by this record.
Configurable target cook times per station or order type, with visual color escalation and/or audible alert when a ticket exceeds target.
kitchen-sla-alerts
Not scored by this record.
If a KDS screen or kitchen printer goes offline, tickets automatically fail over to a designated backup printer or screen with no ticket loss. differentiator
kitchen-printer-fallback
Not scored by this record.
KDS continues to receive and display tickets from on-site POS terminals when the internet or cloud backend is unreachable. differentiator
kitchen-offline-operation
Not scored by this record.
Station screens can display item-level build/assembly detail (recipe steps, portioning, or full modifier breakout) rather than only the ticket line text. differentiator
kitchen-item-build-screens
Not scored by this record.
Sectioned/fractional topping placement (halves, quarters, specific sections) is rendered visually and unambiguously on the make-line screen or ticket. differentiator
kitchen-pizza-fractional-display
Not scored by this record.
A bumped ticket can be recalled/unbumped, and an individual item can be refired or reprinted without re-entering the order.
kitchen-recall-refire
Not scored by this record.
Edits made in the POS to an order already displayed in the kitchen visually flag the added, changed, or removed items on the live ticket. differentiator
kitchen-order-modification-alerts
Not scored by this record.
Bumping an order ready triggers a guest-facing notification — SMS/text, app push, or an order-status display board — without a separate product purchase. differentiator
kitchen-guest-ready-notification
Not scored by this record.
Waste, spoilage, and remakes can be logged directly at the kitchen/KDS screen with reason codes, and the entry depletes inventory.
kitchen-waste-logging
Not scored by this record.
Reports actual ticket and per-station times (average and percentile) sliced by daypart, station, and order channel, exportable to CSV or an API.
kitchen-speed-of-service-reporting
Not scored by this record.
Generates prep lists or predicted prep quantities from historical sales and forecast demand, surfaced to kitchen staff as a daily prep task list.
kitchen-prep-forecasting
Not scored by this record.
Delivery, dispatch & third-party channels
Product includes a native in-house driver module: drivers are first-class entities with clock-in/out, assignment state (in-store / on-run / returning), and per-driver run history reportable from the POS itself (not via a third-party add-on).
delivery-driver-roster
Delivery is handled by integrations with Deliverect, Shipday and Nash rather than a native driver module. https://www.storekit.com/ · retrieved 2026-08-01
Provides a dedicated dispatch/expo screen showing undispatched orders, driver availability, and elapsed time per order, with multi-order run batching (assigning 2+ orders to one driver as a single run).
delivery-dispatch-board
https://www.storekit.com/ · retrieved 2026-08-01
Dispatch includes a live map view with geocoded stops and system-generated route sequencing (turn order optimization) for a multi-stop run, not just a static address list. differentiator
delivery-route-map
Not scored by this record.
Captures live driver GPS position from a driver-facing mobile app and surfaces it back to the dispatch screen. differentiator
delivery-driver-tracking
Not scored by this record.
Delivery areas can be defined as arbitrary map polygons or by drive-time isochrones, not solely as a radius or a ZIP/postcode list. differentiator
delivery-zones-polygon
Not scored by this record.
Each delivery zone carries its own independently configurable delivery fee, order minimum, and quoted promise time, applied automatically from the validated customer address.
delivery-zone-pricing
Zones are defined by driving distance, polygon drawn on a map, or postcode list (UK/Ireland), and the guide states "Set per-zone delivery fees, minimums, and prep times" — delivery fee, order minimum and quoted prep time each configurable independently per zone. Application is automatic against the customer's entered address: guests outside coverage see an "out of zone" message, and the troubleshooting entry for incorrect fee calculation directs operators to review zone priority rules, which is how overlapping zones resolve to a single fee at order time. Zones export as GeoJSON, CSV or KML at both store and multi-location account level. https://storekit.com/docs/guides/fulfillment/delivery/delivery-zones.md · retrieved 2026-08-04
Address entry is validated/geocoded against a mapping service at order time and rejects or flags out-of-zone addresses before the order is accepted.
delivery-address-validation
Not scored by this record.
Tracks per-delivery driver compensation inputs — mileage or distance driven per run, per-delivery flat reimbursement, and driver-retained tips — and exports them to payroll as separate reimbursement vs. wage lines. differentiator
delivery-driver-comp
Not scored by this record.
Provides a driver cash bank / settle-up flow that reconciles cash collected, orders assigned, and tips owed at end of shift, producing a per-driver over/short figure.
delivery-cash-reconcile
Not scored by this record.
Can hand a first-party order to an on-demand courier marketplace (DoorDash Drive, Uber Direct, Nash, Relay or equivalent) natively from the POS, with the courier quote and status returning into the order record.
delivery-daas-dispatch
Not scored by this record.
Supports hybrid dispatch: rules that automatically overflow an order to a DaaS courier when no in-house driver is available, out of zone, or past a wait threshold. differentiator
delivery-daas-fallback
Not scored by this record.
Offers direct, first-party certified API integrations with DoorDash, Uber Eats, and Grubhub marketplaces (vendor-owned, not solely resold through Otter/Deliverect/Chowly/ItsaCheckmate middleware). differentiator
delivery-3p-direct-integration
Not scored by this record.
Third-party marketplace orders inject automatically into the POS as normal tickets that fire to KDS/printers without tablet re-keying or manual accept.
delivery-3p-injection
Not scored by this record.
Marking an item or modifier 86'd in the POS pushes item-level out-of-stock status to connected third-party channels in near real time, and restores it on availability (DoorDash requires item and item-option 86ing of new POS partners).
delivery-86-sync
Not scored by this record.
Store can be paused/deactivated on each connected third-party marketplace from inside the POS with a timed auto-reactivation, rather than only from each marketplace's own tablet or portal.
delivery-store-pause
Not scored by this record.
Produces a third-party reconciliation report matching marketplace payout deposits to POS-recorded 3P sales, itemizing commission, marketing fees, refunds/adjustments, and identifying missing or unpaid orders. differentiator
delivery-3p-reconciliation
Not scored by this record.
Vendor exposes integration health to the operator — failed/rejected order injections, connection status per channel, and alerts on failure — rather than failing silently. differentiator
delivery-injection-error-visibility
Not scored by this record.
Guests receive a branded order status / driver tracking page or SMS link on the restaurant's own domain for first-party delivery orders, driven by real order and driver state.
delivery-tracking-page
Not scored by this record.
Quoted delivery promise times adjust dynamically from current kitchen load, driver availability, and zone drive time, rather than a fixed per-store constant. differentiator
delivery-promise-time
Not scored by this record.
Vendor documents explicit offline behavior for delivery: whether cash delivery orders, driver assignment, and driver settlement continue during an internet outage.
delivery-offline-behavior
Not scored by this record.
Digital ordering & guest-facing channels
Vendor ships a first-party, commission-free web ordering site on the restaurant's own branding/domain that writes orders directly into the POS with no per-order marketplace commission.
digital-first-party-web
Own-branded takeaway, dine-in and catering ordering with custom branding on paid tiers, monetized by flat monthly fee rather than per-order commission. https://www.storekit.com/pricing · retrieved 2026-08-01
Vendor offers a branded native iOS and Android ordering app (published under the restaurant's own brand in the App Store/Play Store), not only a mobile web page or a shared multi-restaurant marketplace app. differentiator
digital-native-app
Not scored by this record.
Guests can create an account with saved addresses, saved (tokenized) payment methods, and one-tap reorder of a previous order across first-party channels.
digital-account-saved-payment
Resolves an `unknown`. Saved tokenised cards are real: 'Logged-in customers can save their card during checkout and reuse it for future orders.', and 'their card is securely tokenised by our payment provider - no card details are ever stored by storekit. On their next order, the saved card appears at the top of the payment options for a faster checkout.' The App Studio product line lists guest account management among its capabilities. SHORTFALL: the capability is confined to one paid channel -- 'Saved cards are currently only available in storekit App Studio native apps, where customers have an account and are logged in. Guest checkout on the web is unaffected - guests simply won't see the option to save a card.' -- while the web ordering surface is deliberately account-less ('Guests do not need to download an app or create an account.'). Saved addresses and one-tap reorder are documented on no channel; tokenised, `saved address` and `order again` each occur 0 times. https://storekit.com/docs/guides/payments/payment-methods · retrieved 2026-09-09
Digital checkout presents configurable or algorithmic upsell/cross-sell suggestions (rules-based add-ons or personalized recommendations from order history), with attach-rate reporting on those suggestions. differentiator
digital-upsell-engine
Not scored by this record.
Supports future/scheduled orders with per-daypart throttling — capacity limits on orders or items per time slot that automatically close slots when the kitchen is saturated.
digital-scheduled-pacing
Not scored by this record.
Single digital ordering flow supports pickup, curbside (with arrival check-in), dine-in/QR table ordering, and delivery, with mode-specific fees and prep timing.
digital-fulfillment-modes
Not scored by this record.
Supports guest-facing QR scan-to-order and/or scan-to-pay at the table that opens or attaches to the existing POS check, including splitting and tipping.
digital-qr-table
Not scored by this record.
Vendor ships a self-order kiosk running the same menu and modifier logic as the POS, with accessibility-compliant UI and unattended EMV payment. differentiator
digital-kiosk
Not scored by this record.
Supports group ordering: a shareable link where multiple participants add their own items to one order under a per-person or total spend cap, with split or single payment.
digital-group-ordering
Not scored by this record.
Offers a distinct catering ordering flow with separate catering menu/minimums, lead-time rules, quotes or proposals, deposits, and invoice/house-account or ACH payment terms. differentiator
digital-catering-portal
Not scored by this record.
Vendor offers AI voice phone ordering (native or a named certified partner) that answers inbound calls and injects the completed order into the POS without staff transcription. differentiator
digital-voice-ai-phone
Not scored by this record.
Supports AI voice ordering at the drive-thru lane, integrated with the POS menu/modifiers and with escalation-to-human handoff.
digital-drivethru-ai
Not scored by this record.
Supports conversational SMS or chat ordering/reordering (text-to-order or text-a-link) that lands in the POS.
digital-sms-ordering
Not scored by this record.
Supports Order with Google — the restaurant's direct ordering link is provisioned to the Google Business Profile as an ordering option (ideally set as 'Preferred by Business'), rather than leaving marketplace links as the only choice. differentiator
digital-google-order
Not scored by this record.
Supports Apple Business Connect ordering placement — an 'Order Food' custom action on the Apple Maps place card pointing at the vendor's first-party ordering flow.
digital-apple-business-connect
Not scored by this record.
Loyalty accrual and redemption work inside the first-party digital ordering flow using the same guest identity as in-store, not as a separate post-purchase enrollment.
digital-loyalty-attach
Not scored by this record.
Supports guest subscription / membership programs (recurring billing for a delivery-fee waiver, a per-period item entitlement, or a paid loyalty tier) managed in the platform.
digital-subscriptions
Not scored by this record.
Discounts, coupon codes, and loyalty offers are defined once and honored identically across POS, kiosk, and first-party digital channels, with channel eligibility controls.
digital-promo-parity
Not scored by this record.
Vendor documents that the operator owns and can export first-party guest records (email, phone, consented marketing status, order history) in bulk, without a fee or vendor approval. differentiator
digital-guest-data-ownership
Not scored by this record.
Digital checkout uses vendor-hosted fields or a hosted payment page so card data never touches the restaurant's page, with the vendor publishing PCI DSS 4.0 compliance (including the client-side script-integrity requirements effective March 2025) and supporting 3DS.
digital-checkout-pci-sca
Not scored by this record.
Digital channels support the same service-fee / dual-pricing / card-surcharge configuration as the POS, with the required guest-facing disclosure and correct handling of jurisdictions and card brands where surcharging is prohibited. differentiator
digital-surcharge-transparency
Not scored by this record.
Guest data, loyalty & marketing
Maintains a single guest profile that automatically merges transactions from in-store POS, first-party web/app ordering, and kiosk under one identity (phone or email match), with documented dedup/merge behavior.
guest-loyalty-unified-profile
Loyalty and CRM are delivered by third-party integrations (Leat, Airship, Como), not a native profile store. https://www.storekit.com/ · retrieved 2026-08-01
Orders arriving from third-party marketplaces (DoorDash, Uber Eats, Grubhub) attach to a native guest profile with usable guest identity rather than landing as anonymous tickets. differentiator
guest-loyalty-thirdparty-identity-attach
Not scored by this record.
Supports at least two of points-per-dollar, visit/punch-count, and spend-tier accrual as configuration, without custom development or a bolt-on loyalty vendor.
guest-loyalty-accrual-models
https://www.storekit.com/ · retrieved 2026-08-01
Supports status tiers with automatic promotion and demotion driven by rolling-window spend or visit counts. differentiator
guest-loyalty-tiers
Not scored by this record.
Documents explicitly what loyalty lookup, accrual, and redemption do when the POS loses connectivity (queue-and-reconcile vs blocked). differentiator
guest-loyalty-offline-behavior
Not scored by this record.
Offer/discount engine exposes explicit stacking and precedence rules (exclusive vs combinable, order of application) as configuration. differentiator
guest-loyalty-offer-stacking-rules
Not scored by this record.
Offers can be issued to a dynamically defined audience (rules over recency, frequency, spend, or items purchased) rather than only broadcast to the whole list. differentiator
guest-loyalty-targeted-offers
Not scored by this record.
Automatically computes recency/frequency/monetary or equivalent lifecycle segments (new, regular, at-risk, lapsed, VIP) without the operator building the queries. differentiator
guest-loyalty-rfm-segmentation
Not scored by this record.
Ships triggered lifecycle automations (birthday, first-visit thank-you, lapsed win-back) as configurable always-on campaigns rather than one-off manual sends.
guest-loyalty-lifecycle-automation
"Smart reviews" on paid tiers is a triggered post-order automation, but there is no birthday/lapsed win-back campaign engine. https://www.storekit.com/pricing · retrieved 2026-08-01
Sends both email and SMS campaigns natively from the platform, not solely by handing the list to a third-party ESP. differentiator
guest-loyalty-native-email-sms
Not scored by this record.
Captures per-channel marketing consent with timestamp and source of consent, and honors revocation received by any reasonable means (not just the STOP keyword) across all channels.
guest-loyalty-consent-management
Not scored by this record.
Handles or explicitly documents A2P 10DLC brand and campaign registration required for the operator to send SMS through the platform.
guest-loyalty-10dlc-registration
Not scored by this record.
Reports redemption and incremental sales attributable to a specific campaign or offer, tying redeemed offers to actual check totals. differentiator
guest-loyalty-campaign-attribution
Not scored by this record.
Provides self-serve export of the full guest list and transaction history, including contact PII, via CSV or API, without a vendor fee or support ticket. differentiator
guest-loyalty-data-export-portability
Not scored by this record.
Exposes a documented outbound guest and order event API or webhook stream that a CDP or marketing platform can subscribe to (e.g. Olo, Punchh, Bridg, Klaviyo). differentiator
guest-loyalty-cdp-event-api
Not scored by this record.
Triggers post-transaction feedback requests and routes responses by score, sending low scores to private service recovery and high scores toward public review sites. differentiator
guest-loyalty-review-capture-routing
Not scored by this record.
Includes a native referral mechanic with per-guest codes or links, attribution of the referred guest's first order, and two-sided rewards.
guest-loyalty-referral-program
Not scored by this record.
Issues an Apple Wallet or Google Wallet loyalty pass with push-updatable balance, as an alternative to requiring a branded app download. differentiator
guest-loyalty-wallet-pass
Not scored by this record.
Provides admin tooling to fulfill guest data access and deletion requests (CCPA/CPRA-style) including deletion propagation to loyalty and marketing records.
guest-loyalty-privacy-rights-tooling
Not scored by this record.
Enforces loyalty fraud controls such as redemption velocity limits, manager approval on manual point adjustments, and flagging of employee self-redemption, with an audit log.
guest-loyalty-redemption-fraud-controls
Not scored by this record.
Vendor documents AI/ML-generated recommendations for offer content, target audience, or send timing (claim-level; verify it is a shipped product feature, not a roadmap statement). differentiator
guest-loyalty-ai-offer-recommendation
Not scored by this record.
Offers native stored-value/gift card balances tied to the same guest profile and redeemable across all locations of the brand.
guest-loyalty-stored-value-gift
Not scored by this record.
Labor & workforce
Employees clock in and out at the POS terminal using a PIN, badge, or card, with no separate time-clock hardware required.
labor-clock-in-at-pos
The staff model storekit publishes is dashboard membership, not attendance. The Users guide is the whole of it: invite by name, email and optional phone, grant either all venues or specific venues, and hold one of two roles -- Owner, with 'Full access including removing team members', or Member, with 'Access to assigned stores and features'. There is no shift, attendance or payroll surface to clock into, and no POS terminal to clock in at: 'There is no storekit app to download for merchants on iOS or Android.' Tokenised over the 391-document corpus, `clock in`, `clock-in`, `time clock`, `timesheet` and `staff hours` each occur 0 times. https://storekit.com/docs/guides/account/users · retrieved 2026-09-09
Captures a photo at punch (or performs facial verification) attached to the timecard entry, with a photo-only mode available that stores no biometric template. differentiator
labor-photo-punch-verification
Not scored by this record.
Supports mobile clock-in restricted by geofence or location validation for staff who do not punch at a fixed terminal.
labor-geofenced-mobile-punch
Not scored by this record.
Records time punches while the POS is offline and reconciles them on reconnect without loss or duplicate entries, with the behavior documented. differentiator
labor-offline-time-punch
Not scored by this record.
Permissions are grantable per discrete action (void, comp, discount, refund, drawer open, price change, report access) per role and per location, not limited to fixed cashier/manager/admin tiers.
labor-granular-rbac
Resolves an `unknown`: the permission model is published, and it is exactly the fixed-tier shape this claim excludes. Two roles only -- Owner, with 'Full access including removing team members', and Member, with 'Access to assigned stores and features' -- and the sole other axis is location scope, all venues or specific venues, which is so coarse it cannot be edited after the fact: 'There is no direct way to edit an existing member's store access from the dashboard.' The one per-action lever is a separate PIN gate over a fixed, closed set of three operations (processing refunds, voiding orders, editing completed orders) -- a shared override, not a permission grantable per role. https://storekit.com/docs/guides/account/users · retrieved 2026-09-09
Manager overrides and approvals are attributed to the individual approver and written to an immutable audit trail queryable after the fact.
labor-manager-override-audit
Manager PINs gate processing refunds, voiding orders and editing completed orders; "Each manager should have a unique PIN" and "the action is logged with the authorising manager's details", giving per-approver attribution rather than a shared PIN. The receiving store is the Audit Log (storekit.com/docs/privacy-security/audit-log.md), which is append-only — "entries are never edited or individually deleted" — records the staff member's name, email and role at the time, and is queryable after the fact through a faceted search filtering on Action, Outcome, Resource type, Resource ID, Actor and Store. https://storekit.com/docs/guides/store-settings/manager-pins.md · retrieved 2026-08-04
Builds and publishes employee shift schedules inside the same platform that holds the timekeeping data, rather than requiring a third-party scheduling app. differentiator
labor-native-scheduling
Not scored by this record.
Generates recommended staffing levels or labor hours by daypart from the operator's own POS sales history, not just a static template. differentiator
labor-demand-labor-forecast
Not scored by this record.
Displays labor cost as a percentage of sales in real time during service on a manager view or POS, not only in end-of-day or next-morning reports. differentiator
labor-realtime-labor-percent
Not scored by this record.
Warns or blocks at clock-in when an employee is approaching or would cross a configured overtime threshold, before the overtime is incurred. differentiator
labor-overtime-prevention
Not scored by this record.
Configures meal and rest break rules per state or jurisdiction, prompts required break attestation, and flags missed breaks for premium pay. differentiator
labor-break-compliance-by-state
Not scored by this record.
Supports predictive-scheduling ordinances by tracking advance-notice deadlines for published schedules and calculating predictability pay owed for employer-initiated changes.
labor-fair-workweek-support
Not scored by this record.
Enforces minor-labor restrictions (age-based maximum hours, prohibited time windows, school-day limits) at both scheduling and clock-in.
labor-minor-labor-rules
Not scored by this record.
Computes tip pooling and tip-outs automatically per shift from configurable rules (percentage of sales, hours worked, points, or role), rather than requiring a manual spreadsheet.
labor-tip-pooling-rules
Not scored by this record.
Retains a per-shift, per-employee record of tips received, amounts contributed to the pool, and amounts distributed from the pool, exportable for audit.
labor-tip-distribution-audit-trail
Not scored by this record.
Payroll export separates cash from charged qualified tips and carries a Treasury tipped-occupation code, supporting the W-2 Box 12 code TP and Box 14b reporting required for tax year 2026. differentiator
labor-qualified-tips-w2-reporting
Not scored by this record.
Vendor processes payroll itself as a first-party product (tax filing and direct deposit), as opposed to exporting to a third-party payroll provider only. differentiator
labor-native-payroll
Not scored by this record.
Exports timecards, wages, and tips in documented formats or via direct integration for at least two major payroll providers (e.g. Gusto, ADP, Paychex, QuickBooks).
labor-payroll-export-formats
Not scored by this record.
Employees can request shift swaps or claim open shifts in a self-service app, subject to a manager approval workflow that enforces overtime and role eligibility. differentiator
labor-shift-swap-workflow
Not scored by this record.
Provides digital new-hire onboarding that collects W-4 and I-9 documentation and supports E-Verify submission.
labor-digital-onboarding-i9
Not scored by this record.
Reports per-employee sales performance metrics (average check, items or category attachment rate, void and comp rate) by server or cashier. differentiator
labor-server-performance-metrics
Not scored by this record.
Inventory, purchasing & cost control
Supports multi-level recipe/BOM costing where a recipe can contain sub-recipes (prep items) and plate cost recalculates automatically when any component ingredient's cost changes.
inventory-recipe-bom-costing
Only basic stock control (item availability) is offered, on all tiers including free. https://www.storekit.com/pricing · retrieved 2026-08-01
Stores purchase unit, recipe unit, and count unit per item with explicit conversion factors, plus a yield/waste percentage applied to raw-to-usable conversion.
inventory-unit-conversion-yields
https://www.storekit.com/pricing · retrieved 2026-08-01
Produces a theoretical-vs-actual usage variance report per item for a defined count period, showing theoretical usage from POS sales times recipe, actual usage from counts plus receipts, and the variance in both units and currency. differentiator
inventory-theoretical-vs-actual
Not scored by this record.
Depletes ingredient on-hand quantities in near real time as orders are fired at the POS, including depletion driven by modifier selections, not only in an end-of-day batch. differentiator
inventory-realtime-depletion
Not scored by this record.
Automatically 86s (marks unavailable) menu items on the POS, online ordering, and connected third-party delivery menus when a component ingredient hits zero or a configured threshold. differentiator
inventory-86-auto-sync
Not scored by this record.
Supports full physical inventory, ad-hoc spot counts of a subset, and scheduled recurring cycle counts, with each count's variance recorded as separate history rather than overwriting prior counts.
inventory-count-modes
The artefact is open and it is a single mutable number per item, not a counting workflow. Inventory is enabled by toggling Track Inventory on a product or modifier option and entering the current stock count; 'Stock decreases automatically with each order.' The only way to recount is to overwrite -- the Restocking procedure is to edit the product or option and 'Update the stock count to the new quantity', after which 'The item becomes available again immediately once stock is above zero.' Nothing records what was counted, when, by whom, or against what expectation, so no prior count survives for a later one to be history against. Tokenised over the 391-document corpus, `cycle count`, `spot count`, `physical count`, `stocktake`, `stock take` and `variance` each occur 0 times. https://storekit.com/docs/guides/menu/inventory-management · retrieved 2026-09-09
Provides a mobile/tablet counting app supporting barcode or QR scanning that continues to accept counts with no network connectivity and syncs on reconnect.
inventory-mobile-count-offline
Not scored by this record.
Ships pre-built electronic vendor catalog and order-transmission integrations with named broadline distributors (e.g. Sysco, US Foods, Performance Food Group) that send purchase orders and receive invoices electronically rather than by emailed PDF. differentiator
inventory-vendor-catalogs-edi
Not scored by this record.
Ingests supplier invoices from photo, PDF, or email and extracts line-item detail (item, quantity, unit, price) into the inventory ledger without manual line entry. differentiator
inventory-invoice-ocr
Not scored by this record.
Tracks per-item purchase price history across invoices and alerts when a received price exceeds the prior or contracted price by a configurable threshold. differentiator
inventory-price-change-alerts
Not scored by this record.
Maintains par levels per item per location and generates suggested purchase order quantities from on-hand versus par, with at least one mode driven by a sales forecast rather than a static par. differentiator
inventory-par-auto-suggest
Not scored by this record.
Provides a structured waste/spoilage logging workflow with reason codes that debits inventory and reports waste cost separately from usage variance.
inventory-waste-logging
Not scored by this record.
Supports inter-location inventory transfers as a two-sided transaction crediting the sending location and debiting the receiving location, with an in-transit or approval state.
inventory-transfers
Not scored by this record.
Supports a commissary/central kitchen model where one location produces prep items and issues or sells them to other locations at a computed transfer cost.
inventory-commissary
Not scored by this record.
Captures lot/batch numbers at receiving and links them through production to sales or transfers, enabling a backward and forward recall trace.
inventory-lot-traceability
Not scored by this record.
Tracks expiration or use-by dates on received and prepped items and surfaces an expiring-soon report or alert before spoilage.
inventory-shelf-life-expiry
Not scored by this record.
Supports partial-bottle liquid inventory by weight (scale integration) or by bottle fraction for bar and beverage counting.
inventory-bar-partial-bottle
Not scored by this record.
Exports period COGS and accounts-payable invoice detail in a named accounting system's import format (e.g. QuickBooks, Sage Intacct, NetSuite) with GL account mapping configurable per item category.
inventory-cogs-gl-export
Not scored by this record.
Inventory and recipe costing are delivered natively by the POS vendor rather than requiring a separately-contracted third-party product (e.g. MarginEdge, MarketMan, Restaurant365) to function. differentiator
inventory-native-not-partner
Not scored by this record.
Reporting, BI & data access
Provides a live sales dashboard reflecting transactions within minutes of the sale, accessible from both a browser and a mobile app off-premise.
reporting-realtime-dashboard
Order and menu management back office with full data ownership advertised; a live sales dashboard with a mobile app is not documented. https://www.storekit.com/pricing · retrieved 2026-08-01
Generates a daily close-out/EOD report reconciling gross sales, net sales, tax, tips, discounts, refunds, tender types, and expected cash deposit in one document.
reporting-eod-closeout
OVERTURNS a `no` that denied three things, two of them wrongly. Present: gross and net revenue with refunds per trading day in the Daily Summary (Gross Revenue, Fees, Net Revenue columns and an Include Refunds toggle); tips, discount summaries and refunded orders in the Sales Reports; and a tender split with an expected-cash figure in the Z-Report, which carries a Cash Payments column alongside Card Payments -- 'That figure is what your till should contain for the period, before any cash refunds.' SHORTFALL: no tax line exists in any of them -- 'There is no report that shows turnover net of VAT/tax.', and the vendor warns that Net Revenue means only 'Gross Revenue minus payment-processing fees only'; and the figures are spread across three reports in two dashboard sections rather than reconciled into one close-out document. https://storekit.com/docs/guides/reports/overview · retrieved 2026-09-09
Provides a product mix (PMIX) report at individual menu item AND modifier level with quantity, gross and net sales, filterable by daypart and revenue center.
reporting-pmix-modifier-level
An item-level product mix exists — "Most popular products — top-selling items ranked by quantity" — with CSV export, store filter and date range. Three shortfalls, all stated or enumerated by storekit's own docs: (1) no modifier-level breakdown in any report; the reports index lists only Sales, Fee & Daily Summary, All Transactions, Refunded Orders and Pre-Orders Product, and the Pre-Orders Product Report carries just Product / Quantity / Order Date columns with no modifier lines. (2) Net sales are unavailable at item level — "the per-item Products breakdown shows gross sales only. Net sales (gross minus payment and platform fees) are not available at the item level." (3) Filters are store and date range only; "orders by time of day" is a chart, not a daypart filter, and there is no revenue-centre dimension. https://storekit.com/docs/guides/reports/sales-reports.md · retrieved 2026-08-04
Produces an audit report of comps, voids, discounts, and price overrides attributed to the employee who applied them and the manager who approved them, with reason codes and timestamps.
reporting-comps-voids-audit
Not scored by this record.
Reports cash over/short per drawer, per shift, and per employee, comparing counted cash to expected cash from tendered transactions and paid-outs.
reporting-cash-over-short
Not scored by this record.
Reports sales per labor hour and labor cost as a percentage of sales by hour, by department, and by employee, using actual clocked hours from the POS time clock.
reporting-labor-productivity
Not scored by this record.
Reports per-server metrics including average check, items per check, attachment rate for named categories, and tips as a percentage of sales. differentiator
reporting-server-scorecards
Not scored by this record.
Reports revenue and margin by fulfillment channel — dine-in, direct online, first-party delivery, and each third-party marketplace separately — net of marketplace commission fees. differentiator
reporting-channel-profitability
Not scored by this record.
Provides a consolidated multi-location report with side-by-side location comparison and drill-down from group total to a single location and then to an individual transaction. differentiator
reporting-multiloc-drilldown
Not scored by this record.
Includes a self-service report builder letting a non-developer choose dimensions, measures, and filters and save the result, rather than only fixed canned reports. differentiator
reporting-custom-report-builder
Not scored by this record.
Supports scheduling any report for automatic recurring delivery by email or to a shared destination on a defined cadence and recipient list.
reporting-scheduled-delivery
Not scored by this record.
Offers automated recurring bulk export of transaction-level raw data to a customer-controlled destination (S3, SFTP, Snowflake, BigQuery, or equivalent), not just manual CSV download. differentiator
reporting-raw-warehouse-export
Not scored by this record.
Publishes a documented public REST or GraphQL API covering orders, payments, menu, and labor data, with self-service developer credentials obtainable without a signed partner agreement. differentiator
reporting-public-api
Positive evidence of absence from the vendor's own developer documentation, on the credentials limb specifically. The claim requires self-service developer credentials obtainable without a signed partner agreement; storekit states 'The API is not publicly available yet, and access is granted case by case while it is in early access', routes applicants through a 'storekit MCP/API Access Request' form that asks what they are building, which stores or account it is for, which data or actions they need and their expected request volume, and says 'The storekit team reviews each request and issues API keys during onboarding.' A case-by-case human review issuing static keys is the opposite of self-service. The coverage limb fails independently: no REST or GraphQL reference is published for orders, payments, menu or labor -- and labor is not a storekit surface at all, since it is a guest-ordering layer over someone else's EPOS. https://storekit.com/docs/developers/introduction.md · retrieved 2026-09-01
Emits outbound webhooks for order and payment lifecycle events to a customer-supplied endpoint, with documented retry behavior and payload signature verification. differentiator
reporting-webhooks
Outbound push to a customer-supplied endpoint, with both of the claim's qualifiers documented. The event catalogue this record already scores at grade A under extensibility-webhooks-push covers the order lifecycle (order.created, order.accepted, order.rejected, order.canceled, order.preparing, order.ready_for_pickup, order.out_for_delivery, order.completed, order.refund.created) and the payment lifecycle (bill.payment.created, payment_link.paid) plus payout events, delivered as HTTP POST to endpoints the operator registers in the dashboard. Retry behaviour is documented as an eight-attempt exponential backoff over roughly three days with automatic endpoint disabling after five consecutive failed days (/docs/developers/webhooks/retry-policy.md, read 2026-09-01), and payload signature verification as svix-id/svix-timestamp/svix-signature HMAC-SHA256 with a 5-minute timestamp tolerance (/docs/developers/webhooks/verifying-signatures.md, read 2026-09-01). Both are named here rather than quoted, because they belong to those pages and not to this URL. https://storekit.com/docs/developers/webhooks/overview.md · retrieved 2026-09-01
API and raw-data access are included in the standard subscription rather than gated behind an additional per-location fee, revenue share, or enterprise-only contract. differentiator
reporting-api-not-upcharged
Not scored by this record.
Core reporting beyond basic sales summaries — labor vs sales, PMIX, comps/voids audit, multi-location comparison — is available on the entry-level paid plan rather than requiring a higher tier or an add-on analytics SKU. differentiator
reporting-tier-paywall
Not scored by this record.
Documents a historical retention window of at least 24 months of transaction-level detail queryable in the reporting UI, with no silent truncation or archive retrieval fee. differentiator
reporting-history-retention
Not scored by this record.
Sends proactive push or email alerts when an operator-configured metric breaches a threshold or deviates from its historical pattern (e.g. void spike, sales below forecast, discount rate anomaly). differentiator
reporting-anomaly-alerts
Not scored by this record.
Offers a natural-language query or AI assistant that answers ad-hoc questions against the operator's own sales and labor data and returns a figure or chart, not a generic help-article response.
reporting-nl-query
Not scored by this record.
Reports guest-level analytics including new versus returning guest counts, visit frequency, and lifetime spend cohorts tied to identifiable guest records from loyalty or online ordering. differentiator
reporting-guest-cohorts
Not scored by this record.
Produces a forward sales forecast at daypart or hourly granularity from the location's own history, exposed in the reporting UI and consumable by scheduling or ordering workflows. differentiator
reporting-sales-forecast
Not scored by this record.
Generates payroll- and tax-ready tip reporting: declared versus charged tips per employee, tip pool distribution detail, and a tax liability summary by jurisdiction.
reporting-tip-tax-compliance
Not scored by this record.
Multi-location, franchise & enterprise governance
Supports a named organizational hierarchy of at least three levels (e.g. enterprise > region/group > location) as a first-class object that reporting and permissions can be scoped to, not just a flat list of locations.
multi-location-org-hierarchy
Location count is a first-class plan dimension (1 / up to 5 / up to 10 / enterprise), but a named region or group tier is not documented. https://www.storekit.com/pricing · retrieved 2026-08-01
Corporate menu items expose per-field override rules so a location can change some attributes (e.g. price, availability) while corporate locks others (e.g. name, image, recipe), and locked fields are not editable at store level. differentiator
multi-location-local-override-policy
Not scored by this record.
Supports price tiers/zones so one menu item carries different prices per location group, per order channel, and per daypart without duplicating the item record.
multi-location-price-zones
There is no shared item record to hang a price tier on: menus are strictly per-store ("Every menu in storekit belongs to one store") and putting the same item in a second location means recreating it — "build or import the menu again for that store. A CSV import is usually the quickest way to recreate the same items in a second store" — which is exactly the item duplication the claim excludes, so per-location pricing can only be achieved by editing each store's duplicate. Per-channel and per-daypart price tiers on one item are likewise absent from the full published doc index (storekit.com/docs/llms.txt, ~150 pages): the menu section's only auxiliary price pages are compare-at price and cost price, with no price-tier, channel-price or daypart-price feature documented. https://storekit.com/docs/guides/menu/managing-menus.md · retrieved 2026-08-04
Menu, price, and promo changes can be scheduled to activate at a future date/time interpreted in each target location's own timezone, and can be rolled back after activation. differentiator
multi-location-scheduled-publish
Not scored by this record.
A new location can be provisioned by cloning a documented configuration template (menu, taxes, roles, printers, modifiers, tenders) rather than being configured from scratch, and the vendor publishes the expected time-to-open. differentiator
multi-location-new-store-template
Not scored by this record.
The permission model distinguishes a franchisor/corporate tenant from an independently-owned franchisee tenant, so corporate can see franchisee sales and enforce config while the franchisee owns its own employees, banking, and labor data. differentiator
multi-location-corp-vs-franchisee-roles
Not scored by this record.
Calculates franchise royalty, ad-fund, and marketing-fee amounts automatically from POS net sales on a defined schedule, with a configurable royalty basis (gross vs net of discounts/comps/third-party). differentiator
multi-location-royalty-calculation
Not scored by this record.
Supports automated ACH/debit collection of calculated royalties and fees from franchisee accounts, with a franchisee-visible statement of what was charged.
multi-location-royalty-collection
Not scored by this record.
Provides above-store reporting that aggregates sales, labor, discounts, voids, and item mix across any selected set of locations in one view, with store-vs-store ranking and variance flags.
multi-location-consolidated-reporting
Not scored by this record.
Item-level sales roll up across locations under a shared corporate item ID even when stores have renamed or locally priced the item. differentiator
multi-location-normalized-item-rollup
Not scored by this record.
Gift cards issued at one location are redeemable at any other location in the brand, with a reported outstanding-liability balance and inter-store settlement/redemption reconciliation between owners.
multi-location-cross-location-giftcard
Not scored by this record.
A single customer loyalty profile, balance, and stored order history is shared across all locations in the brand rather than being per-location.
multi-location-cross-location-loyalty
Not scored by this record.
A single location/terminal can operate two or more distinct brands or virtual brands with separate menus, receipts/branding, and separately reportable revenue, on the same hardware and drawer. differentiator
multi-location-multi-brand
Not scored by this record.
Tax configuration is per-location with support for multiple simultaneous tax rates, jurisdiction-specific rules (e.g. prepared-food vs grocery, inclusive vs exclusive tax), and per-location tax exemptions.
multi-location-multi-tax-jurisdiction
Not scored by this record.
Produces an immutable audit log of who changed which configuration object (price, tax, permission, discount) at which location and when, exportable or queryable by corporate. differentiator
multi-location-config-audit-log
Not scored by this record.
Publishes a documented multi-location API (or data warehouse/BI export) that returns transaction-level data across all locations in one authenticated call, without per-location credentials. differentiator
multi-location-enterprise-api
Not scored by this record.
Labor rules (overtime, break enforcement, predictive-scheduling compliance) are configurable per location or location group and enforced at the terminal, not just reported after the fact.
multi-location-central-labor-policy
Not scored by this record.
Hardware & physical footprint
The POS software runs on commodity off-the-shelf hardware (standard iPads, Android tablets, or PCs) that the operator can buy from a third party, rather than only on vendor-supplied proprietary terminals. differentiator
hardware-commodity-devices
Not scored by this record.
Vendor documentation names the specific client operating systems supported (iOS/iPadOS, Android, Windows, Linux/web) and states minimum OS versions and device specs.
hardware-os-platforms
Deliberately app-less and browser-based ("no apps"), so any modern mobile browser works; no minimum OS versions published. https://www.storekit.com/ · retrieved 2026-08-01
Offers a purpose-built handheld ordering device with an integrated card reader (not a phone case add-on), with published drop rating and IP ingress rating.
hardware-handheld-purpose-built
Not scored by this record.
The handheld supports hot-swappable or field-replaceable batteries, or the vendor publishes a rated battery life for a full shift. differentiator
hardware-handheld-battery-swap
Not scored by this record.
Handhelds support cellular/LTE connectivity as a documented fallback when store Wi-Fi drops, either built into the device or via a vendor-supplied failover.
hardware-handheld-lte
Not scored by this record.
Terminals continue to take orders, print to kitchen, and record cash sales with the internet down, and the vendor documents explicitly which functions degrade (card auth, loyalty lookup, refunds).
hardware-offline-mode
Every storekit component is cloud-dependent by design and the vendor says so. Printing: 'storekit prints through Star CloudPRNT: the printer fetches its jobs from the cloud over your venue's internet connection.', with the flat warning 'No network connection = no orders printed.' Local paths are refused outright -- 'Bluetooth and USB connections are not supported by storekit.' Ordering is a web page on storekit's servers and the merchant console is browser-only. Tokenised over the 391-document corpus, `offline ordering`, `work offline`, `store and forward`, `local database`, `cached menu` and `degraded mode` each occur 0 times; the single `offline mode` hit is a blog post, not a product page. https://storekit.com/docs/guides/printing/troubleshooting · retrieved 2026-09-09
Sells or supports a dedicated kitchen display system with bump-bar or touch input, station routing, and course/fire timing, as a first-party product rather than an integration-only dependency.
hardware-kds
No first-party KDS; kitchen display comes from the integrated EPOS. https://www.storekit.com/ · retrieved 2026-08-01
Offers a self-order kiosk running the same menu and modifier engine as the POS, in both countertop and freestanding form factors, with integrated payment and accessibility (ADA) compliance documented. differentiator
hardware-kiosk
Not scored by this record.
Supports drive-thru-specific hardware: outdoor digital menu boards, order confirmation displays, and speaker/headset integration, with a documented timer/speed-of-service measurement.
hardware-drive-thru
Not scored by this record.
Works with standard ESC/POS thermal receipt and kitchen printers from more than one manufacturer (e.g. Epson and Star), including LAN/Ethernet printers, rather than only vendor-branded printers.
hardware-printer-compatibility
Not scored by this record.
Supports the standard peripheral set — cash drawers (including multi-drawer per terminal), barcode scanners, scales for by-weight items, and customer-facing displays — with a published compatibility list.
hardware-peripherals
Not scored by this record.
Card entry happens on a PCI-listed PTS device using validated point-to-point encryption, so the POS application and tablet stay out of PCI scope; the vendor states the merchant's SAQ type.
hardware-p2pe-terminal
Not scored by this record.
Supports contactless acceptance directly on a commodity phone or tablet (Tap to Pay on iPhone / Tap to Pay on Android) with no separate reader. differentiator
hardware-tap-to-phone
Not scored by this record.
Hardware prices are published per SKU on the vendor's public site, rather than quote-only. differentiator
hardware-pricing-transparency
Not scored by this record.
Hardware can be purchased outright (owned) as an alternative to a mandatory lease or subscription-bundled rental, and the vendor states which. differentiator
hardware-ownership-vs-lease
Not scored by this record.
Vendor documentation confirms whether hardware purchased from the vendor remains usable with other software after cancellation, i.e. it is not software-locked or remotely bricked. differentiator
hardware-usable-after-churn
Not scored by this record.
Publishes a hardware warranty term and a replacement/advance-exchange SLA with a stated turnaround (e.g. next-business-day depot swap). differentiator
hardware-rma-sla
Not scored by this record.
Staff can run the ordering or payment app on their own personal phone (BYOD) with a documented permission and security model.
hardware-byod
Not scored by this record.
Provides a remote device-management console showing each terminal, printer, and KDS as online/offline, with remote reboot, software-version visibility, and staged rollout of updates. differentiator
hardware-remote-device-management
Not scored by this record.
Integrates with specialty beverage hardware — self-pour tap walls, flow meters, or liquor pour spouts — such that pours post to a POS tab automatically.
hardware-selfpour-scales
Not scored by this record.
Supports inbound caller ID hardware or a telephony integration that pops the customer record and order history at the POS on an incoming call.
hardware-callerid-integration
Not scored by this record.
Integrations, API & extensibility
Public, self-serve API reference documentation is readable without a signed partner agreement, NDA, or sales call.
extensibility-public-api-docs
REPLACES an undated first-pass placeholder that said 'Many named EPOS, delivery and CRM integrations exist but I found no public API reference' -- while THIS RECORD'S OWN extensibility-oauth-partner-apps cell has been `no B` since 2026-08-04 citing this very page and quoting the sentence that settles it. Re-fetched anonymously 2026-09-01 under our own UA: HTTP 200, 4,685 b; storekit.com and www.storekit.com both serve a 41-byte robots.txt carrying a Sitemap line and no Disallow of any kind. The page states 'The API is not publicly available yet, and access is granted case by case while it is in early access', directs applicants to a Typeform 'storekit MCP/API Access Request' asking what they are building, which stores it is for and their expected volume, and says 'The storekit team reviews each request and issues API keys during onboarding.' A callout above it reads 'Webhooks are the primary way to integrate with storekit. Direct API access is currently in early access and not widely available.' So this is positive evidence of absence, not an unresolved search: there is a developer section and a documentation site titled 'storekit documentation: online ordering guides and APIs', but no REST endpoint reference is published behind it -- /docs/llms.txt (200, 10,184 b, read whole) enumerates the entire Developers tab as one introduction, two URL-prefill guides, five ordering-agent pages and twelve webhook pages, with no reference or OpenAPI section at all. Graded B rather than A to match the sibling cell already citing this identical URL; this is an orientation page, not endpoint documentation. https://storekit.com/docs/developers/introduction.md · retrieved 2026-09-01
API access is included in the base subscription at no additional per-location fee, surcharge, or upgraded plan requirement. differentiator
extensibility-api-access-cost
Not scored by this record.
A free sandbox or test environment with seeded data is available to developers without owning a paid production account. differentiator
extensibility-free-sandbox
Positive evidence of absence: every test facility storekit documents sits inside a paid production account. This page states 'Webhooks Require a Subscription -- Webhooks are a paid feature. If your account does not include them, the webhooks page shows an overview panel titled Build custom integrations with Webhooks with an Upgrade to enable webhooks button instead of the setup screen', and directs the operator to contact support to add them to their plan. Testing is then done from within that same paid dashboard: /docs/developers/webhooks/testing-webhooks.md (read 2026-09-01) sends sample events from the embedded portal on a real endpoint and otherwise recommends ngrok or webhook.site to expose a local server -- third-party tunnels, not a storekit sandbox. Direct API access is separately gated behind a reviewed access request. There is no test environment with seeded data reachable without a paid account. NOTE FOR THE RECORD: on 2026-08-04 the sibling extensibility-oauth-partner-apps cell recorded this page as 'Content coming soon'; it now carries a full article, so the page changed rather than the reading. https://storekit.com/docs/guides/integrations/api-webhooks.md · retrieved 2026-09-01
Third-party apps authenticate via OAuth 2.0 with scoped, operator-granted, individually revocable permissions (not shared static API keys or credential sharing).
extensibility-oauth-partner-apps
The developer introduction documents the opposite mechanism to the one claimed: "The API is not publicly available yet, and access is granted case by case while it is in early access", and "the storekit team reviews each request and issues API keys during onboarding." Credentials are vendor-issued static API keys handed out during a manual onboarding, not an OAuth 2.0 authorisation the operator grants and can revoke per app. No OAuth, scope, consent or token-revocation concept appears anywhere in the developer section; the guides/integrations/api-webhooks.md page is still "Content coming soon." Webhooks are named as "the primary way to integrate with storekit" instead. https://storekit.com/docs/developers/introduction.md · retrieved 2026-08-04
The platform pushes real-time webhooks for order lifecycle events (created, modified, paid, voided, refunded) rather than requiring polling.
extensibility-webhooks-push
A documented push event catalogue covering the order lifecycle: order.created, order.accepted, order.rejected, order.canceled, order.preparing, order.ready_for_pickup, order.out_for_delivery, order.completed, order.refund.created and order.pos.dispatch.failed, plus bill.payment.created / payment_link.paid for payment, item.out_of_stock, store.opened/closed and printer.status.offline/online. Endpoints are registered in the dashboard, consumers must return 2xx within 15 seconds, and the reference documents signature-and-timestamp verification, a retry policy, idempotency and rate limiting as separate pages. Delivery is push, not polling; there is no discrete order.updated event, with mid-flight change instead expressed as status transitions. https://storekit.com/docs/developers/webhooks/webhook-events.md · retrieved 2026-08-04
Webhooks are cryptographically signed (e.g. HMAC) AND documented to retry with backoff, with a replayable event log for missed deliveries. differentiator
extensibility-webhook-reliability
All three limbs of the claim are documented, which is rare. RETRY WITH BACKOFF, on this page: a delivery counts as failed when the endpoint returns non-2xx, does not respond within 15 seconds, or the connection fails, and 'Failed webhooks are retried with exponential backoff over approximately 3 days' across an eight-row table -- attempt 1 immediate, then 5 seconds, 5 minutes, 30 minutes, 2 hours, 5 hours, 10 hours and 24 hours -- after which 'the webhook is marked as failed'; an endpoint failing every delivery for 5 consecutive days is automatically disabled and must be re-enabled by hand. REPLAYABLE LOG, also on this page: failed messages can be retried individually from the endpoint's delivery log, and 'Recovering from Outages' documents an endpoint-level 'Options > Recover Failed Messages' action over a selected time window. SIGNING is documented on the separate /docs/developers/webhooks/verifying-signatures.md page, read the same day and paraphrased rather than quoted here because it is not this URL: every delivery carries svix-id, svix-timestamp and svix-signature headers, the signed content is the message id, timestamp and raw body concatenated with dots, and the expected value is HMAC-SHA256 over that with the base64-decoded whsec_ secret, with a stated 5-minute timestamp tolerance to defeat replay. Delivery is operated on Svix. SHORTFALL, recorded not scored: webhooks are a paid subscription feature (see extensibility-free-sandbox), so the reliability engineering is real but not available on the free plan. https://storekit.com/docs/developers/webhooks/retry-policy.md · retrieved 2026-09-01
A public write API accepts externally originated orders into the POS as first-class tickets that fire to KDS/printers and land in reporting.
extensibility-order-injection-api
Not scored by this record.
Every core object the API can read (orders, menu, customers, employees, inventory) can also be written or updated via the same API. differentiator
extensibility-data-symmetry
Not scored by this record.
API rate limits are published as specific numeric quotas with documented throttling behavior and headers.
extensibility-published-rate-limits
The only rate-limit page storekit publishes documents the wrong direction, and reading it as a hit would have been the mistake. It is about OUTBOUND webhook delivery that the consumer throttles for its own protection -- 'Rate limiting lets you control the maximum number of webhooks delivered to your endpoint per second', set per endpoint under Advanced settings in the dashboard, with guidance ranging from '10-50 per second' for a small server to '1,000+ per second' for high-capacity systems and a warning that a sustained excess builds a delivery backlog. That is a customer-configured delivery ceiling, not a vendor quota. No inbound API rate limit, throttling response or rate-limit header is published anywhere in the developer section; /docs/developers/llms.txt (200, 10,184 b, read whole 2026-09-01) lists no such page, and the API those limits would govern is itself unpublished and in case-by-case early access. https://storekit.com/docs/developers/webhooks/advanced/rate-limiting.md · retrieved 2026-09-01
The vendor is a named DoorDash Preferred Integration Partner (DPIP) under the 2026 program requirements. differentiator
extensibility-doordash-preferred
Not scored by this record.
Direct, first-party certified integrations exist with DoorDash, Uber Eats, and Grubhub without requiring a paid middleware layer (Otter/Chowly/Deliverect/Checkmate). differentiator
extensibility-first-party-delivery-integrations
Not scored by this record.
The POS is a supported endpoint for at least two major aggregation middleware platforms (Deliverect, Chowly, Otter, Checkmate, ItsaCheckmate).
extensibility-middleware-compatibility
Not scored by this record.
Native, vendor-maintained connectors exist for QuickBooks Online and at least one other GL/accounting system, with mapped journal entries rather than CSV-only export.
extensibility-accounting-connectors
Not scored by this record.
Labor hours export natively to at least two named payroll providers (e.g. Gusto, ADP, Paychex, Paylocity) without manual re-keying.
extensibility-payroll-export
Not scored by this record.
Raw transaction-level data can be exported on a schedule to a customer-controlled destination (S3/SFTP/warehouse/Snowflake share), not only viewed in the vendor's reporting UI. differentiator
extensibility-bi-data-warehouse
Not scored by this record.
The vendor operates a public integrations marketplace listing named third-party apps that operators can browse and self-install.
extensibility-app-marketplace
Not scored by this record.
Operators can define custom fields or run vendor-hosted custom logic/scripts against POS objects without a vendor engineering engagement.
extensibility-custom-fields-scripting
Not scored by this record.
The vendor supports a headless/embedded mode where a third-party UI (kiosk, web ordering, drive-thru) drives the POS transaction engine via API.
extensibility-headless-embedded
Not scored by this record.
The vendor publishes an API changelog and a stated deprecation/notice policy for breaking changes.
extensibility-api-versioning-deprecation
Not scored by this record.
A complete historical data export (orders, customers, menu, payments metadata) is available to the operator on demand, in a documented machine-readable format, at contract end. differentiator
extensibility-data-portability-exit
Not scored by this record.
Reliability, offline & operations
Order entry, ticket routing, and check printing continue on-terminal when the internet connection is lost.
reliability-offline-order-entry
There is no on-terminal order entry to continue with. storekit's documented outage behaviour is that orders fail and are re-keyed by hand afterwards: the Failed status is triggered by 'A connectivity or integration error preventing the order from reaching your POS - for example, an internet outage, POS downtime, or a mapping error.', and the recovery is to 'Restore your internet connection.' and then 'retry the injection or enter the orders manually.' What survives an outage is the money, not the order path -- 'Payments are captured by Adyen at checkout, independently of the POS injection.' Ticket routing and check printing depend on the same connection; see the CloudPRNT statement in the printing troubleshooting guide. https://storekit.com/docs/guides/orders/order-statuses · retrieved 2026-09-09
Card payments can be accepted while offline via store-and-forward, not just cash-only fallback. differentiator
reliability-offline-card-auth
Not scored by this record.
The vendor publicly documents who bears the loss when a store-and-forward transaction declines after connectivity returns, and states any per-transaction or cumulative offline cap. differentiator
reliability-offline-decline-liability
Not scored by this record.
Multiple terminals continue to share a single check/table state over the local network while the internet is down (LAN-only degraded operation, not per-terminal islands). differentiator
reliability-lan-degraded-multi-terminal
Not scored by this record.
The vendor documents a local/on-premise transaction engine or edge server (not purely cloud-hosted request/response) for the ordering path. differentiator
reliability-local-transaction-engine
Not scored by this record.
Kitchen display and/or kitchen printer routing continues to function while offline.
reliability-offline-kds-printing
storekit's printers are pull clients of storekit's cloud, so a WAN loss stops them: 'storekit prints through Star CloudPRNT: the printer fetches its jobs from the cloud over your venue's internet connection.'; 'Star Micronics cloud printers (used with storekit's cloud printing service) require an outbound internet connection to receive orders - they don't rely on local network printing alone.'; and, unqualified, 'No network connection = no orders printed.' The configured CloudPRNT server URL is storekit's own. There is no kitchen display to fail over to, and a printer is reported offline after five minutes without check-in. https://storekit.com/docs/guides/printing/troubleshooting · retrieved 2026-09-09
The system automatically fails over to a backup printer or KDS station when a configured kitchen printer is unreachable, and alerts staff.
reliability-printer-fallback
The alerting half is real and automatic: a cloud printer that "fails to check in for 5 minutes" raises an email naming the printer, model, MAC address and offline timestamp, and the same condition fires the printer.status.offline webhook (online again after reconnect). Redundancy can also be pre-configured — split printing lets "a category be assigned to multiple printers", e.g. a master copy at the pass. Shortfall: no automatic failover. Nothing in the printing section documents rerouting an undelivered ticket to a backup printer or KDS when the configured printer is unreachable, nor queue-and-reprint on reconnect; duplication has to be set up in advance. storekit's own "Fallback Printing" feature is a different failure mode — it prints when the POS is down, unreachable or rejects the order, and even there the guide relies on human discovery: "position the printer somewhere visible - like the pass or expediting station - so staff immediately notice when a fallback ticket appears." https://storekit.com/docs/guides/printing/troubleshooting.md · retrieved 2026-08-04
The vendor documents its conflict-resolution behavior for edits made on two devices during a network partition (e.g. last-write-wins, merge, or operator prompt).
reliability-sync-conflict-handling
Not scored by this record.
The vendor publishes an explicit list of which features are unavailable offline (gift cards, loyalty lookup, refunds, manual card entry, text-to-pay).
reliability-offline-feature-matrix
Not scored by this record.
A public, per-component status page exists showing current and historical incident state without a login.
reliability-public-status-page
Not scored by this record.
A contractual uptime SLA with a stated percentage AND a service credit remedy is published or available in the standard agreement. differentiator
reliability-contractual-uptime-sla
Not scored by this record.
The vendor publishes written post-incident reports or root-cause summaries for major outages.
reliability-incident-postmortems
Not scored by this record.
24/7/365 live human support by phone is included in the base subscription, not sold as a premium support tier.
reliability-247-live-support
Not scored by this record.
The vendor offers in-person on-site installation and go-live support (first-party or certified dealer network), not remote-only self-install. differentiator
reliability-onsite-install
Not scored by this record.
A hardware replacement/advance-exchange program with a stated turnaround time is included or purchasable.
reliability-hardware-replacement-sla
Not scored by this record.
Operators can trigger and retrieve their own data backup/restore, or the vendor publishes RPO/RTO figures for data recovery.
reliability-backup-restore
Not scored by this record.
The vendor publishes a current PCI DSS v4.0/4.0.1 Attestation of Compliance or equivalent (e.g. validated P2PE listing) covering the post-March-2025 future-dated requirements.
reliability-pci-dss-4-attestation
Not scored by this record.
Multi-factor authentication is enforceable on back-office and POS administrative logins, with role-based permissions.
reliability-mfa-role-based-access
Not scored by this record.
A public, free training library (video/LMS) and a practice/training mode on the terminal exist for staff onboarding.
reliability-self-serve-training
Not scored by this record.
Any terminal can assume the master/server role automatically if the designated primary terminal or local server fails. differentiator
reliability-failover-terminal-role
Not scored by this record.
Terminals support an automatic cellular/LTE failover for connectivity, first-party or documented.
reliability-cellular-backup
Not scored by this record.
Commercial, compliance & data ownership
Vendor publicly offers a month-to-month subscription with no minimum multi-year term commitment for its core POS software tier. differentiator
commercial-month-to-month-contract
Not scored by this record.
Vendor's published terms of service or MSA state no early termination fee / no liquidated damages for cancelling the software subscription before term end. differentiator
commercial-no-early-termination-fee
Not scored by this record.
The auto-renewal term and the required cancellation notice window (e.g. 30/60/90 days) are stated in publicly accessible contract terms rather than only in a signed quote.
commercial-autorenew-terms-published
Contract length is published as a price lever — 12-month commitment versus rolling monthly on every paid tier — but no renewal or cancellation notice window is stated. https://www.storekit.com/pricing · retrieved 2026-08-01
The POS software can be purchased and operated with a third-party payment processor of the operator's choice (no mandatory in-house processing lock). differentiator
commercial-processing-not-bundled
Not scored by this record.
Vendor publishes an interchange-plus (cost-plus) processing rate option with the markup stated as a specific bps + per-transaction figure, rather than only blended/flat card-present rates. differentiator
commercial-interchange-plus-published
Not scored by this record.
The processing agreement caps or prohibits unilateral vendor-initiated rate increases outside of pass-through interchange/network changes, or grants penalty-free exit on any increase. differentiator
commercial-rate-increase-clause
Not scored by this record.
Per-location and per-additional-terminal software pricing is published as specific dollar figures on the vendor's public site (not 'contact sales' only).
commercial-pricing-published
Exact monthly figures for every tier including a free plan, with location and staff-seat limits stated; the strongest pricing transparency in this batch. https://www.storekit.com/pricing · retrieved 2026-08-01
Individual modules (online ordering, KDS, loyalty, inventory, payroll, marketing) can be purchased à la carte and cancelled independently without repricing the base POS subscription. differentiator
commercial-module-unbundling
Not scored by this record.
All required terminals, KDS screens, and printers can be purchased outright at a published price, with no mandatory multi-year hardware lease or rental.
commercial-hardware-purchase-outright
No hardware is required (browser-based); optional hardware is sold outright through a third-party storefront, Commandear, not by storekit. https://www.storekit.com/ · retrieved 2026-08-01
Vendor documents support for at least one non-proprietary/third-party hardware option (e.g. standard iPad, Epson/Star ESC/POS printers, generic cash drawer) rather than requiring vendor-only devices. differentiator
commercial-hardware-not-locked
Not scored by this record.
One-time implementation, menu-build, onboarding, and training fees are published as specific amounts or explicitly stated as $0.
commercial-implementation-fee-published
Not scored by this record.
Operators can self-serve export their full transactional history (orders, line items, payments, labor) to CSV or a documented API without contacting support or paying a fee.
commercial-data-export-self-serve
Not scored by this record.
Guest/customer records, loyalty balances or point ledgers, and gift-card liability balances are exportable in machine-readable form by the operator. differentiator
commercial-export-customer-and-loyalty
Not scored by this record.
Contract or documentation specifies a post-termination data retrieval window (a defined number of days during which the operator can still export their data) rather than immediate cutoff. differentiator
commercial-post-termination-export-window
Not scored by this record.
Published terms explicitly state the merchant owns its transaction and customer data, and constrain the vendor's right to use or resell that data (beyond aggregated/de-identified use) for its own products or marketing. differentiator
commercial-data-ownership-clause
Not scored by this record.
The POS is source-available or open source with a documented self-hosting option (source published under an OSI or source-available license, not merely an open API).
commercial-source-available-selfhost
Not scored by this record.
Vendor documents validated P2PE or hardware-encrypted card entry plus tokenization such that the merchant's PCI scope is reduced to SAQ A / SAQ P2PE-HW, and names the applicable SAQ.
commercial-pci-p2pe-tokenization
Not scored by this record.
Vendor documents PCI DSS v4.0.1 future-dated controls in effect since 31 Mar 2025 — notably MFA for all access to the cardholder data environment including POS and back-office logins, and (for hosted ordering pages) payment-page script integrity monitoring per Req 6.4.3/11.6.1.
commercial-pci-dss-4-controls
Not scored by this record.
Vendor states it holds a current SOC 2 Type II (or ISO 27001) attestation and will provide the report under NDA via a trust center or on request.
commercial-soc2-attestation
Not scored by this record.
Product provides in-app tooling for CCPA/CPRA and GDPR data-subject requests — locating, exporting, and deleting an individual guest's records — plus a published DPA the operator can execute.
commercial-privacy-dsar-tooling
Not scored by this record.
Vendor publishes an accessibility conformance report (VPAT/ACR) claiming WCAG 2.1 AA (or later) for its self-order kiosk and consumer web-ordering surfaces, including a documented tactile/audio non-visual access mode on kiosks. differentiator
commercial-wcag-kiosk-accessibility
Not scored by this record.
POS supports card-network-compliant dual pricing / cash discount or surcharging with automatic exclusion of debit and prepaid cards from any surcharge, and required receipt and menu-board disclosure of the fee. differentiator
commercial-dual-pricing-compliant
Not scored by this record.
Adversarial verification
An independent pass was instructed to refute this record, defaulting to downgrade when uncertain. It challenged 18 values — 16 upheld, 0 downgraded, 2 upgraded. It separately resolved 15 previously unknown values. 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.
Capability claims
| Claim | As first scored | Verdict | What the verifier found |
|---|---|---|---|
| menu-pricing-modifier-price-by-parent-size | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-no | The placeholder was a marker for an unexamined cell, not a finding — storekit publishes a full documentation site at storekit.com/docs indexed by llms.txt, which the first pass never opened. Reading it settles the cell against the vendor: size is not a variant axis in storekit at all but an ordinary modifier group ("a 'Choose your size' group might require exactly one selection from Small, Medium, or Large"), so there is no parent-size dimension for a topping price to vary along. Each modifier option carries a single price field, groups are shared by reference, and the guide prescribes the exact duplication workaround the claim rules out: "Editing a shared modifier group updates it everywhere it's used. Create a new group if you need different options for specific products." products.md and nested-modifiers.md were checked for an override mechanism and document none. source |
| menu-pricing-topping-quantity-tiers | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-partial | Multi Max documents a quantity stepper on each selected modifier so a guest can order 3x Extra Cheese, and free-modifier allowances give a genuine included-quantity threshold ("First 3 toppings free, then £0.50 each", allocated to the most expensive selections first). But storekit states the pricing model plainly — "each unit is priced and charged individually" — which is arithmetic repetition, precisely what the claim distinguishes tiering from. No named light/regular/extra/double tiers and no per-tier multiplier field exist, so a discounted 'light' tier cannot be expressed. Present with a named shortfall, not absent. source |
| labor-manager-override-audit | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-yes | Both halves of the claim are documented, in two places. Manager PINs gate refunds, voids and edits to completed orders, are per-individual by design ("Each manager should have a unique PIN"), and "the action is logged with the authorising manager's details" — attribution to the approver, not a shared credential. The Audit Log page supplies the trail properties: append-only with "entries are never edited or individually deleted", capturing the staff member's name, email and role at the time, and queryable after the fact via faceted search on Action, Outcome, Resource type, Resource ID, Actor and Store. Grade B rather than A — this is the admin guide, not a schema or API reference — which clears the floor for a table-stakes claim. source |
| reporting-pmix-modifier-level | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-partial | Item-level product mix exists (top-selling items ranked by quantity, CSV export, store and date-range filters), so this is not absent. Three shortfalls come from storekit's own text rather than from my failure to find something: the reports index enumerates exactly five reports and none is modifier-level; the Pre-Orders Product Report — the only other product report — carries just Product, Quantity and Order Date; and the sales report states outright that "the per-item Products breakdown shows gross sales only. Net sales (gross minus payment and platform fees) are not available at the item level." Filtering is store and date range; "orders by time of day" is a chart rather than a daypart filter, and revenue centres are not a storekit concept. source |
| extensibility-oauth-partner-apps | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-no | This is positive evidence of absence rather than a failure to find evidence: the developer introduction documents the competing mechanism by name. "The API is not publicly available yet, and access is granted case by case while it is in early access", and "the storekit team reviews each request and issues API keys during onboarding" — vendor-issued static keys handed out in a manual onboarding, which is the arrangement the claim explicitly contrasts OAuth against. Nothing in the developer section mentions OAuth, scopes, operator consent or per-app revocation, and guides/integrations/api-webhooks.md is still "Content coming soon". storekit positions webhooks as "the primary way to integrate" instead of a partner app platform. source |
| extensibility-webhooks-push | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-yes | There is a published event reference, not a marketing mention. Order lifecycle is covered end to end — order.created, order.accepted, order.rejected, order.canceled, order.preparing, order.ready_for_pickup, order.out_for_delivery, order.completed, order.refund.created and order.pos.dispatch.failed — alongside bill.payment.created and payment_link.paid for payment, item.out_of_stock, store open/close and printer.status.offline/online. Endpoints are registered per consumer in the dashboard and must return 2xx within 15 seconds; signature-and-timestamp verification, retry policy, idempotency and rate limiting each have their own reference page. Push, not polling, which is the whole of the claim. Grade A: this is the developer event reference. The one gap worth recording is that there is no discrete order.updated event — modification surfaces as a status transition. source |
| reliability-printer-fallback | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-partial | The alert half is documented and automatic — a cloud printer failing to check in for five minutes triggers an email naming the printer, model, MAC and offline timestamp, and fires printer.status.offline to any webhook consumer — and split printing allows a category to be assigned to multiple printers so a master copy lands at the pass. The failover half is not: I read fallback-printing.md, split-printing.md, printer-setup.md and printing/troubleshooting.md and none documents rerouting an undelivered ticket to a backup printer or KDS when the target is unreachable, nor queuing and reprinting on reconnect. Note the near-miss that could trap a later pass: storekit ships a feature literally called Fallback Printing, but it covers POS dispatch failure ("POS server is down or unreachable", rejection, peak-period timeouts), not printer failure, and it explicitly depends on a human noticing — "position the printer somewhere visible ... so staff immediately notice when a fallback ticket appears." Redundancy here is pre-configured and detection is automatic; failover is not. source |
| payments-refund-void-controls | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-partial | The placeholder marked an unexamined cell; the manager-pins guide settles most of it. PINs gate an enumerated action list — processing refunds, voiding orders, editing completed orders — per-individual ("Each manager should have a unique PIN") and attributed ("the action is logged with the authorising manager's details"), landing in the append-only Audit Log that records actor name, email and role at the time. Partial rather than yes because the claim bundles four action types and the documented PIN-gated list contains only two of them: discounts are not among the gated actions on the page that enumerates them, and no-sales do not exist as an operation in a browser-based guest-ordering product with no cash drawer. source |
| delivery-zone-pricing | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-yes | The delivery-zones guide documents every element of the claim: zones defined by driving distance, polygon or postcode list, and "Set per-zone delivery fees, minimums, and prep times" — the three per-zone parameters the claim names. Automatic application from the customer address is evidenced by the guide's own troubleshooting entries: guests outside coverage see an "out of zone" message, and incorrect fee calculation is diagnosed by reviewing zone priority rules, i.e. overlapping zones resolve to one fee at order time without staff intervention. Grade B admin-guide evidence on a table-stakes claim. source |
| multi-location-central-menu-publish | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-no | Positive evidence of absence, not a failure to find: managing-menus.md states "Every menu in storekit belongs to one store" and "You cannot point a second store at a menu built for another store, and a store cannot select a menu from a list of existing menus", then prescribes the workaround — "build or import the menu again for that store. A CSV import is usually the quickest way to recreate the same items in a second store." The Managing Multiple Stores table independently marks Menu "Independent — each store has its own menu", and its tip for new locations is manual duplication of an existing store's settings. There is no corporate authoring level, no publish-to-set action, and no publish/version history — the architecture is the store-by-store re-keying the claim exists to exclude. source |
| multi-location-price-zones | unknown / F / "No public documentation located during the 2026-08-01 research pass." | resolve-to-no | The claim requires one item record carrying different prices per location group, channel and daypart without duplication. storekit's docs foreclose the premise: menus are strictly per-store ("Every menu in storekit belongs to one store") and the documented way to sell the same item at a second location is to recreate it ("build or import the menu again for that store", with CSV import named as the quickest route) — so cross-location price variation exists only via duplicated item records, the exact mechanism the claim excludes. For the channel and daypart legs I enumerated the full published doc index (llms.txt, ~150 pages): the menu section's only price-adjacent pages are compare-at price and cost price, and no price-tier, channel-price or daypart-price feature appears anywhere. Scored no on the strength of the location leg's positive evidence plus a complete-index sweep for the rest. source |
| digital-first-party-web | yes, grade B - Own-branded takeaway, dine-in and catering ordering with cus | upheld | Grade only, value untouched. Corpus-wide mechanical pass (workflows/regrade-marketing-pages.mjs): the cited page is a first-party pricing/feature/product page, which atlas-evidence-rules grades C ("vendor pricing page or feature page - first-party, but written to sell"), not B ("vendor product documentation - the manual, the help centre, the admin guide"). No claim was re-researched in this pass and no evidence was re-read; only the grade was brought into line with the source type. source |
| guest-loyalty-lifecycle-automation | partial, grade B - "Smart reviews" on paid tiers is a triggered post-order auto | upheld | Grade only, value untouched. Corpus-wide mechanical pass (workflows/regrade-marketing-pages.mjs): the cited page is a first-party pricing/feature/product page, which atlas-evidence-rules grades C ("vendor pricing page or feature page - first-party, but written to sell"), not B ("vendor product documentation - the manual, the help centre, the admin guide"). No claim was re-researched in this pass and no evidence was re-read; only the grade was brought into line with the source type. source |
| inventory-recipe-bom-costing | no, grade B - Only basic stock control (item availability) is offered, on | upheld | Grade only, value untouched. Corpus-wide mechanical pass (workflows/regrade-marketing-pages.mjs): the cited page is a first-party pricing/feature/product page, which atlas-evidence-rules grades C ("vendor pricing page or feature page - first-party, but written to sell"), not B ("vendor product documentation - the manual, the help centre, the admin guide"). No claim was re-researched in this pass and no evidence was re-read; only the grade was brought into line with the source type. source |
| inventory-unit-conversion-yields | no, grade B - | upheld | Grade only, value untouched. Corpus-wide mechanical pass (workflows/regrade-marketing-pages.mjs): the cited page is a first-party pricing/feature/product page, which atlas-evidence-rules grades C ("vendor pricing page or feature page - first-party, but written to sell"), not B ("vendor product documentation - the manual, the help centre, the admin guide"). No claim was re-researched in this pass and no evidence was re-read; only the grade was brought into line with the source type. source |
| multi-location-org-hierarchy | partial, grade B - Location count is a first-class plan dimension (1 / up to 5 | upheld | Grade only, value untouched. Corpus-wide mechanical pass (workflows/regrade-marketing-pages.mjs): the cited page is a first-party pricing/feature/product page, which atlas-evidence-rules grades C ("vendor pricing page or feature page - first-party, but written to sell"), not B ("vendor product documentation - the manual, the help centre, the admin guide"). No claim was re-researched in this pass and no evidence was re-read; only the grade was brought into line with the source type. source |
| commercial-autorenew-terms-published | partial, grade B - Contract length is published as a price lever — 12-month com | upheld | Grade only, value untouched. Corpus-wide mechanical pass (workflows/regrade-marketing-pages.mjs): the cited page is a first-party pricing/feature/product page, which atlas-evidence-rules grades C ("vendor pricing page or feature page - first-party, but written to sell"), not B ("vendor product documentation - the manual, the help centre, the admin guide"). No claim was re-researched in this pass and no evidence was re-read; only the grade was brought into line with the source type. source |
| commercial-pricing-published | yes, grade B - Exact monthly figures for every tier including a free plan, | upheld | Grade only, value untouched. Corpus-wide mechanical pass (workflows/regrade-marketing-pages.mjs): the cited page is a first-party pricing/feature/product page, which atlas-evidence-rules grades C ("vendor pricing page or feature page - first-party, but written to sell"), not B ("vendor product documentation - the manual, the help centre, the admin guide"). No claim was re-researched in this pass and no evidence was re-read; only the grade was brought into line with the source type. source |
| kitchen-station-routing | no / F / "No kitchen product; orders land in the integrated EPOS or a delivery/ops partner." — uncited | upgrade-to-partial | The rationale was false in its first clause. storekit ships a first-party routing product: 'Split printing sends different parts of an order to different printers.', bound to menu categories in storekit's own dashboard, with a published four-station example and a defined fall-through when a category is left unassigned. It stays short of the claim only because the target is a printer rather than a KDS and the only axis is category. source |
| reporting-eod-closeout | no / F / "No cash drawer, tender types or tax reconciliation — that lives in the integrated EPOS." — uncited | upgrade-to-partial | Two of the three denials are wrong. Tender types and expected cash both exist: the Z-Report carries a Cash Payments column alongside Card Payments, and the vendor calls it the figure 'what your till should contain for the period, before any cash refunds.' Tips, discount summaries and refunded orders are all in the Sales Reports, and gross/net/refunds per day in the Daily Summary. Only the tax denial survives, and it survives absolutely: 'There is no report that shows turnover net of VAT/tax.' Partial, with the missing tax line and the three-report scatter named. source |
| payments-gift-cards | unknown / F / "gift cards are not among the named features" — never resolved | resolve-to-no | Not absence of evidence. The vendor attributes gift-card issuance to partners in its own prose -- 'Both Piggy and Como support digital gift cards that integrate with storekit' -- and every one of the five gift-card pages in the corpus (Square, Glu, Toggle, Leat, Voucher Connect) documents redeeming a third party's balance through that provider's API key. No storekit-held balance is described anywhere. source |
| labor-granular-rbac | unknown / F / "no per-action permission model is published" — never resolved | resolve-to-no | The model is published and it is two fixed tiers plus location scope, which is the exact shape the claim excludes. The Manager PIN feature is the only per-action lever and it gates a closed set of three operations behind a shared override rather than a grantable permission. Positive evidence of absence, not a failure to find. source |
| menu-pricing-nested-modifiers | unknown / F / "modifier nesting depth and min/max rules are not documented" — stale | resolve-to-partial | Both halves are now documented on a page the prior pass had already cited in a thinner form. 'There are two number fields: the first is the minimum, the second the maximum.' per group, required derived from 'A minimum of 1 or more makes the group required.', and nested groups configured natively from the option's Sub-Modifiers tab. Depth is the shortfall: 'Very deep nesting (three or more levels) is not guaranteed.' source |
| digital-account-saved-payment | unknown / F / "whether guests can create accounts with saved tokenized cards ... is not documented" — stale | resolve-to-partial | It is documented. 'Logged-in customers can save their card during checkout and reuse it for future orders.' and App Studio lists guest account management. Held to partial because the vendor bounds it to native apps -- 'Guest checkout on the web is unaffected' -- and because saved addresses and one-tap reorder appear nowhere in the corpus. source |
| order-capture-offline-order-entry | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
| payments-emv-nfc | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
| kitchen-expo-consolidation | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
| kitchen-bump-bar-hardware | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
| labor-clock-in-at-pos | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
| inventory-count-modes | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
| hardware-offline-mode | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
| reliability-offline-order-entry | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
| reliability-offline-kds-printing | no / F / migrated 2026-08-01, uncited | upheld | Uncited `no` audited against a re-derived 391-document corpus (230 English doc pages from llms-full.txt, agreeing exactly with the docs sitemap, plus 161 English marketing pages). Positive evidence of absence found and cited; see the claim note for the vendor's own wording. source |
Sources
Every URL this record cites. 40 in total.
- https://www.storekit.com/
- https://www.storekit.com/pricing
- https://storekit.com/docs/llms.txt
- https://storekit.com/docs/guides/menu/modifiers.md
- https://storekit.com/docs/guides/menu/multi-max.md
- https://storekit.com/docs/guides/menu/free-modifiers.md
- https://storekit.com/docs/guides/menu/nested-modifiers.md
- https://storekit.com/docs/guides/menu/products.md
- https://storekit.com/docs/guides/store-settings/manager-pins.md
- https://storekit.com/docs/privacy-security/audit-log.md
- https://storekit.com/docs/guides/reports/overview.md
- https://storekit.com/docs/guides/reports/sales-reports.md
- https://storekit.com/docs/guides/reports/pre-orders-report.md
- https://storekit.com/docs/developers/introduction.md
- https://storekit.com/docs/developers/webhooks/webhook-events.md
- https://storekit.com/docs/developers/webhooks/overview.md
- https://storekit.com/docs/guides/integrations/api-webhooks.md
- https://storekit.com/docs/guides/printing/fallback-printing.md
- https://storekit.com/docs/guides/printing/split-printing.md
- https://storekit.com/docs/guides/printing/troubleshooting.md
- https://storekit.com/docs/guides/fulfillment/delivery/delivery-zones.md
- https://storekit.com/docs/guides/store-settings/multiple-stores.md
- https://storekit.com/docs/guides/menu/managing-menus.md
- https://storekit.com/docs/llms-full.txt
- https://storekit.com/docs/developers/webhooks/verifying-signatures.md
- https://storekit.com/docs/developers/webhooks/testing-webhooks.md
- https://storekit.com/docs/developers/webhooks/advanced/idempotency.md
- https://storekit.com/docs/_llms/en/documentation.md
- https://storekit.com/docs/sitemap.xml
- https://storekit.com/robots.txt
- https://storekit.com/docs/guides/orders/order-statuses
- https://storekit.com/docs/guides/printing/troubleshooting
- https://storekit.com/docs/guides/printing/split-printing
- https://storekit.com/docs/guides/menu/inventory-management
- https://storekit.com/docs/guides/account/users
- https://storekit.com/docs/guides/reports/sales-reports
- https://storekit.com/docs/guides/reports/fee-report
- https://storekit.com/docs/guides/menu/nested-modifiers
- https://storekit.com/docs/guides/increasing-sales/loyalty-programs
- https://commandear.com/collections/storekit/products.json