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
- 46
- Unknown
- 266
- Not applicable
- 2
- Cells challenged
- 7
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
order-capture-floor-plan-editor
Not scored by this record.
order-capture-seat-level
Not scored by this record.
order-capture-coursing-hold-fire
Not scored by this record.
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
order-capture-bar-tab-preauth differentiator
Not scored by this record.
order-capture-transfer-audit
Not scored by this record.
order-capture-native-handheld
Not scored by this record.
order-capture-offline-order-entry
Web-based, no-app QR ordering; there is no on-premise terminal to run offline.
order-capture-qr-same-check differentiator
Not scored by this record.
order-capture-kiosk-first-party differentiator
Not scored by this record.
order-capture-drive-thru
Not scored by this record.
order-capture-drive-thru-timers
Not scored by this record.
order-capture-voice-ai differentiator
Not scored by this record.
order-capture-throttling differentiator
Not scored by this record.
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
order-capture-catering
Not scored by this record.
order-capture-order-ready-signal differentiator
Not scored by this record.
order-capture-void-comp-controls
Not scored by this record.
Menu, modifiers & pricing engine
menu-pricing-nested-modifiers
Store Designer builds customizable digital menus with automatic upsells; modifier nesting depth and min/max rules are not documented.
menu-pricing-modifier-price-by-parent-size
There is no size axis to price against — size is itself just a modifier group ("a 'Choose your size' group might require exactly one selection from Small, Medium, or Large"), so a topping's price cannot depend on a selection made in a sibling group. Each modifier option carries one price field, and the guide directs operators to the duplication workaround the claim excludes: "Editing a shared modifier group updates it everywhere it's used. Create a new group if you need different options for specific products." No per-product or per-size modifier price override appears in modifiers.md, products.md or nested-modifiers.md. https://storekit.com/docs/guides/menu/modifiers.md · retrieved 2026-08-04
menu-pricing-fractional-placement differentiator
Not scored by this record.
menu-pricing-half-and-half-rule differentiator
Not scored by this record.
menu-pricing-topping-quantity-tiers
Quantity selection exists — Multi Max puts "a quantity stepper next to each selected modifier" so a guest can order 3x Extra Cheese, and free-modifier allowances give an included-quantity threshold ("First 3 toppings free, then £0.50 each"; selections beyond the free limit are charged at their listed price, free allocation applied to the most expensive first). Shortfall: pricing is strictly linear — "each unit is priced and charged individually" — so there are no named light/regular/extra/double tiers and no configurable per-tier price multiplier. It is exactly the add-the-modifier-twice model the claim distinguishes itself from, and a half-price 'light' tier is not expressible. https://storekit.com/docs/guides/menu/multi-max.md · retrieved 2026-08-04
menu-pricing-size-style-matrix differentiator
Not scored by this record.
menu-pricing-included-allowance differentiator
Not scored by this record.
menu-pricing-combos
Not scored by this record.
menu-pricing-upsell-prompts differentiator
Not scored by this record.
menu-pricing-86-propagation
Not scored by this record.
menu-pricing-countdown-auto-86 differentiator
Not scored by this record.
menu-pricing-dayparting
Not scored by this record.
menu-pricing-channel-price-books
Not scored by this record.
menu-pricing-dual-pricing differentiator
Not scored by this record.
menu-pricing-versioning-effective-dates differentiator
Not scored by this record.
menu-pricing-franchise-hierarchy differentiator
Not scored by this record.
menu-pricing-allergen-nutrition
Not scored by this record.
menu-pricing-recipe-linkage differentiator
Not scored by this record.
menu-pricing-3p-menu-push
Not scored by this record.
menu-pricing-dynamic-pricing
Not scored by this record.
Payments & money movement
payments-processor-choice differentiator
Not scored by this record.
payments-published-rates differentiator
Not scored by this record.
payments-dual-pricing differentiator
Not scored by this record.
payments-surcharge-guardrails differentiator
Not scored by this record.
payments-emv-nfc
No first-party card terminal; payments are card-not-present in the guest's browser.
payments-softpos-tap-to-pay differentiator
Not scored by this record.
payments-pay-at-table
Not scored by this record.
payments-qr-guest-pay differentiator
Not scored by this record.
payments-tip-adjust
Not scored by this record.
payments-tip-pooling differentiator
Not scored by this record.
payments-offline-store-and-forward differentiator
Not scored by this record.
payments-offline-decline-liability differentiator
Not scored by this record.
payments-gift-cards
Discount codes are listed on the free plan; gift cards are not among the named features, and loyalty is handled by Leat/Airship/Como integrations.
payments-house-accounts
Not scored by this record.
payments-split-tender
Not scored by this record.
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
payments-chargeback-tooling differentiator
Not scored by this record.
payments-card-on-file differentiator
Not scored by this record.
payments-payout-timing differentiator
Not scored by this record.
payments-multi-entity-routing differentiator
Not scored by this record.
payments-p2pe-pci4
Not scored by this record.
Kitchen & production
kitchen-station-routing
No kitchen product; orders land in the integrated EPOS or a delivery/ops partner.
kitchen-expo-consolidation
Migrated from the 2026-08-01 research pass; no source URL was recorded.
kitchen-course-firing differentiator
Not scored by this record.
kitchen-prep-time-pacing differentiator
Not scored by this record.
kitchen-order-throttling differentiator
Not scored by this record.
kitchen-channel-pause-propagation differentiator
Not scored by this record.
kitchen-order-ready-callback differentiator
Not scored by this record.
kitchen-bump-bar-hardware
Migrated from the 2026-08-01 research pass; no source URL was recorded.
kitchen-all-day-counts
Not scored by this record.
kitchen-sla-alerts
Not scored by this record.
kitchen-printer-fallback differentiator
Not scored by this record.
kitchen-offline-operation differentiator
Not scored by this record.
kitchen-item-build-screens differentiator
Not scored by this record.
kitchen-pizza-fractional-display differentiator
Not scored by this record.
kitchen-recall-refire
Not scored by this record.
kitchen-order-modification-alerts differentiator
Not scored by this record.
kitchen-guest-ready-notification differentiator
Not scored by this record.
kitchen-waste-logging
Not scored by this record.
kitchen-speed-of-service-reporting
Not scored by this record.
kitchen-prep-forecasting
Not scored by this record.
Delivery, dispatch & third-party channels
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
delivery-route-map differentiator
Not scored by this record.
delivery-driver-tracking differentiator
Not scored by this record.
delivery-zones-polygon differentiator
Not scored by this record.
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
delivery-address-validation
Not scored by this record.
delivery-driver-comp differentiator
Not scored by this record.
delivery-cash-reconcile
Not scored by this record.
delivery-daas-dispatch
Not scored by this record.
delivery-daas-fallback differentiator
Not scored by this record.
delivery-3p-direct-integration differentiator
Not scored by this record.
delivery-3p-injection
Not scored by this record.
delivery-menu-push
Not scored by this record.
delivery-86-sync
Not scored by this record.
delivery-store-pause
Not scored by this record.
delivery-3p-reconciliation differentiator
Not scored by this record.
delivery-injection-error-visibility differentiator
Not scored by this record.
delivery-tracking-page
Not scored by this record.
delivery-promise-time differentiator
Not scored by this record.
delivery-offline-behavior
Not scored by this record.
Digital ordering & guest-facing channels
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
digital-menu-single-source
Menus are authored in storekit's Store Designer and synced with the EPOS via integration, so it is two systems reconciled, not one POS record. https://www.storekit.com/ · retrieved 2026-08-01
digital-native-app differentiator
Not scored by this record.
digital-account-saved-payment
Explicitly app-less and friction-minimizing; whether guests can create accounts with saved tokenized cards and one-tap reorder is not documented.
digital-upsell-engine differentiator
Not scored by this record.
digital-scheduled-pacing
Not scored by this record.
digital-fulfillment-modes
Not scored by this record.
digital-qr-table
Not scored by this record.
digital-kiosk differentiator
Not scored by this record.
digital-group-ordering
Not scored by this record.
digital-catering-portal differentiator
Not scored by this record.
digital-voice-ai-phone differentiator
Not scored by this record.
digital-drivethru-ai
Not scored by this record.
digital-sms-ordering
Not scored by this record.
digital-google-order differentiator
Not scored by this record.
digital-apple-business-connect
Not scored by this record.
digital-loyalty-attach
Not scored by this record.
digital-subscriptions
Not scored by this record.
digital-promo-parity
Not scored by this record.
digital-guest-data-ownership differentiator
Not scored by this record.
digital-checkout-pci-sca
Not scored by this record.
digital-surcharge-transparency differentiator
Not scored by this record.
Guest data, loyalty & marketing
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
guest-loyalty-thirdparty-identity-attach differentiator
Not scored by this record.
guest-loyalty-tiers differentiator
Not scored by this record.
guest-loyalty-offline-behavior differentiator
Not scored by this record.
guest-loyalty-offer-stacking-rules differentiator
Not scored by this record.
guest-loyalty-targeted-offers differentiator
Not scored by this record.
guest-loyalty-rfm-segmentation differentiator
Not scored by this record.
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
guest-loyalty-native-email-sms differentiator
Not scored by this record.
guest-loyalty-consent-management
Not scored by this record.
guest-loyalty-10dlc-registration
Not scored by this record.
guest-loyalty-campaign-attribution differentiator
Not scored by this record.
guest-loyalty-data-export-portability differentiator
Not scored by this record.
guest-loyalty-cdp-event-api differentiator
Not scored by this record.
guest-loyalty-review-capture-routing differentiator
Not scored by this record.
guest-loyalty-referral-program
Not scored by this record.
guest-loyalty-wallet-pass differentiator
Not scored by this record.
guest-loyalty-privacy-rights-tooling
Not scored by this record.
guest-loyalty-redemption-fraud-controls
Not scored by this record.
guest-loyalty-ai-offer-recommendation differentiator
Not scored by this record.
guest-loyalty-stored-value-gift
Not scored by this record.
Labor & workforce
labor-clock-in-at-pos
No time-clock; staff accounts are seats in the web back office.
labor-photo-punch-verification differentiator
Not scored by this record.
labor-geofenced-mobile-punch
Not scored by this record.
labor-offline-time-punch differentiator
Not scored by this record.
labor-granular-rbac
Plans are metered by staff account count (1/10/20), implying user management, but no per-action permission model is published.
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
labor-native-scheduling differentiator
Not scored by this record.
labor-demand-labor-forecast differentiator
Not scored by this record.
labor-realtime-labor-percent differentiator
Not scored by this record.
labor-overtime-prevention differentiator
Not scored by this record.
labor-break-compliance-by-state differentiator
Not scored by this record.
labor-fair-workweek-support
Not scored by this record.
labor-minor-labor-rules
Not scored by this record.
labor-tip-pooling-rules
Not scored by this record.
labor-tip-distribution-audit-trail
Not scored by this record.
labor-qualified-tips-w2-reporting differentiator
Not scored by this record.
labor-native-payroll differentiator
Not scored by this record.
labor-payroll-export-formats
Not scored by this record.
labor-shift-swap-workflow differentiator
Not scored by this record.
labor-digital-onboarding-i9
Not scored by this record.
labor-server-performance-metrics differentiator
Not scored by this record.
Inventory, purchasing & cost control
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
inventory-theoretical-vs-actual differentiator
Not scored by this record.
inventory-realtime-depletion differentiator
Not scored by this record.
inventory-86-auto-sync differentiator
Not scored by this record.
inventory-count-modes
Migrated from the 2026-08-01 research pass; no source URL was recorded.
inventory-mobile-count-offline
Not scored by this record.
inventory-vendor-catalogs-edi differentiator
Not scored by this record.
inventory-invoice-ocr differentiator
Not scored by this record.
inventory-price-change-alerts differentiator
Not scored by this record.
inventory-par-auto-suggest differentiator
Not scored by this record.
inventory-waste-logging
Not scored by this record.
inventory-transfers
Not scored by this record.
inventory-commissary
Not scored by this record.
inventory-lot-traceability
Not scored by this record.
inventory-shelf-life-expiry
Not scored by this record.
inventory-bar-partial-bottle
Not scored by this record.
inventory-cogs-gl-export
Not scored by this record.
inventory-native-not-partner differentiator
Not scored by this record.
inventory-menu-margin-linkage differentiator
Not scored by this record.
Reporting, BI & data access
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
reporting-eod-closeout
No cash drawer, tender types or tax reconciliation — that lives in the integrated EPOS.
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
reporting-comps-voids-audit
Not scored by this record.
reporting-cash-over-short
Not scored by this record.
reporting-labor-productivity
Not scored by this record.
reporting-server-scorecards differentiator
Not scored by this record.
reporting-channel-profitability differentiator
Not scored by this record.
reporting-multiloc-drilldown differentiator
Not scored by this record.
reporting-custom-report-builder differentiator
Not scored by this record.
reporting-scheduled-delivery
Not scored by this record.
reporting-raw-warehouse-export differentiator
Not scored by this record.
reporting-public-api differentiator
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
reporting-webhooks differentiator
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
reporting-api-not-upcharged differentiator
Not scored by this record.
reporting-tier-paywall differentiator
Not scored by this record.
reporting-history-retention differentiator
Not scored by this record.
reporting-anomaly-alerts differentiator
Not scored by this record.
reporting-nl-query
Not scored by this record.
reporting-guest-cohorts differentiator
Not scored by this record.
reporting-sales-forecast differentiator
Not scored by this record.
reporting-tip-tax-compliance
Not scored by this record.
Multi-location, franchise & enterprise governance
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
multi-location-central-menu-publish
The docs state the opposite model outright: "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." The prescribed route to the same menu in a second location is manual re-creation — "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" — and the Managing Multiple Stores guide's own table marks Menu as "Independent — each store has its own menu". No corporate menu level, no publish-to-locations action, and no publish/version history exist anywhere in the menu section. https://storekit.com/docs/guides/menu/managing-menus.md · retrieved 2026-08-04
multi-location-local-override-policy differentiator
Not scored by this 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
multi-location-scheduled-publish differentiator
Not scored by this record.
multi-location-new-store-template differentiator
Not scored by this record.
multi-location-corp-vs-franchisee-roles differentiator
Not scored by this record.
multi-location-royalty-calculation differentiator
Not scored by this record.
multi-location-royalty-collection
Not scored by this record.
multi-location-consolidated-reporting
Not scored by this record.
multi-location-normalized-item-rollup differentiator
Not scored by this record.
multi-location-cross-location-giftcard
Not scored by this record.
multi-location-cross-location-loyalty
Not scored by this record.
multi-location-multi-brand differentiator
Not scored by this record.
multi-location-multi-tax-jurisdiction
Not scored by this record.
multi-location-config-audit-log differentiator
Not scored by this record.
multi-location-enterprise-api differentiator
Not scored by this record.
multi-location-central-labor-policy
Not scored by this record.
Hardware & physical footprint
hardware-commodity-devices differentiator
Not scored by this record.
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
hardware-handheld-purpose-built
Not scored by this record.
hardware-handheld-battery-swap differentiator
Not scored by this record.
hardware-handheld-lte
Not scored by this record.
hardware-offline-mode
Browser-based cloud ordering with no local component.
hardware-kds
No first-party KDS; kitchen display comes from the integrated EPOS. https://www.storekit.com/ · retrieved 2026-08-01
hardware-kiosk differentiator
Not scored by this record.
hardware-drive-thru
Not scored by this record.
hardware-printer-compatibility
Not scored by this record.
hardware-peripherals
Not scored by this record.
hardware-p2pe-terminal
Not scored by this record.
hardware-tap-to-phone differentiator
Not scored by this record.
hardware-pricing-transparency differentiator
Not scored by this record.
hardware-ownership-vs-lease differentiator
Not scored by this record.
hardware-usable-after-churn differentiator
Not scored by this record.
hardware-rma-sla differentiator
Not scored by this record.
hardware-byod
Not scored by this record.
hardware-remote-device-management differentiator
Not scored by this record.
hardware-selfpour-scales
Not scored by this record.
hardware-callerid-integration
Not scored by this record.
Integrations, API & extensibility
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
extensibility-api-access-cost differentiator
Not scored by this record.
extensibility-partner-revshare
Not scored by this record.
extensibility-free-sandbox differentiator
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
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
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
extensibility-webhook-reliability differentiator
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
extensibility-order-injection-api
Not scored by this record.
extensibility-menu-write-api differentiator
Not scored by this record.
extensibility-data-symmetry differentiator
Not scored by this record.
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
extensibility-doordash-preferred differentiator
Not scored by this record.
extensibility-first-party-delivery-integrations differentiator
Not scored by this record.
extensibility-middleware-compatibility
Not scored by this record.
extensibility-accounting-connectors
Not scored by this record.
extensibility-payroll-export
Not scored by this record.
extensibility-bi-data-warehouse differentiator
Not scored by this record.
extensibility-app-marketplace
Not scored by this record.
extensibility-custom-fields-scripting
Not scored by this record.
extensibility-headless-embedded
Not scored by this record.
extensibility-api-versioning-deprecation
Not scored by this record.
extensibility-data-portability-exit differentiator
Not scored by this record.
Reliability, offline & operations
reliability-offline-order-entry
Migrated from the 2026-08-01 research pass; no source URL was recorded.
reliability-offline-card-auth differentiator
Not scored by this record.
reliability-offline-decline-liability differentiator
Not scored by this record.
reliability-lan-degraded-multi-terminal differentiator
Not scored by this record.
reliability-local-transaction-engine differentiator
Not scored by this record.
reliability-offline-kds-printing
Migrated from the 2026-08-01 research pass; no source URL was recorded.
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
reliability-sync-conflict-handling
Not scored by this record.
reliability-offline-feature-matrix
Not scored by this record.
reliability-public-status-page
Not scored by this record.
reliability-contractual-uptime-sla differentiator
Not scored by this record.
reliability-incident-postmortems
Not scored by this record.
reliability-247-live-support
Not scored by this record.
reliability-onsite-install differentiator
Not scored by this record.
reliability-menu-build-service differentiator
Not scored by this record.
reliability-hardware-replacement-sla
Not scored by this record.
reliability-backup-restore
Not scored by this record.
reliability-pci-dss-4-attestation
Not scored by this record.
reliability-mfa-role-based-access
Not scored by this record.
reliability-self-serve-training
Not scored by this record.
reliability-failover-terminal-role differentiator
Not scored by this record.
reliability-cellular-backup
Not scored by this record.
Commercial, compliance & data ownership
commercial-month-to-month-contract differentiator
Not scored by this record.
commercial-no-early-termination-fee differentiator
Not scored by this record.
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
commercial-processing-not-bundled differentiator
Not scored by this record.
commercial-interchange-plus-published differentiator
Not scored by this record.
commercial-rate-increase-clause differentiator
Not scored by this record.
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
commercial-module-unbundling differentiator
Not scored by this record.
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
commercial-hardware-not-locked differentiator
Not scored by this record.
commercial-implementation-fee-published
Not scored by this record.
commercial-data-export-self-serve
Not scored by this record.
commercial-export-customer-and-loyalty differentiator
Not scored by this record.
commercial-post-termination-export-window differentiator
Not scored by this record.
commercial-data-ownership-clause differentiator
Not scored by this record.
commercial-source-available-selfhost
Not scored by this record.
commercial-pci-p2pe-tokenization
Not scored by this record.
commercial-pci-dss-4-controls
Not scored by this record.
commercial-soc2-attestation
Not scored by this record.
commercial-privacy-dsar-tooling
Not scored by this record.
commercial-wcag-kiosk-accessibility differentiator
Not scored by this record.
commercial-dual-pricing-compliant differentiator
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 — 7 upheld, 0 downgraded, 0 upgraded. This is published in full because a reader who can see which values were contested, on what evidence, and which way they moved has something no affiliate-funded comparison offers.
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 |
Sources
Every URL this record cites. 28 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