Vendors / Adjacent encroachers — ordering, middleware & back-office
ChowNow
dossier live
- Claims in scope
- 255
- Scored
- 255
- Assessed
- 221
- Unknown
- 34
- Not applicable
- 59
- Cells challenged
- 90
Identity
- Owner
- Private, venture-backed; no public parent. Acquired Cuboh in 2024 — ChowNow's own support docs state: 'In 2024, Cuboh was acquired by ChowNow, the leader in online ordering and marketing platforms for independent restaurants.' Cuboh's order-aggregation tablet is being rebranded 'ChowNow Hub (formerly Cuboh)'.
- Founded
- Founded by Chris Webb (now Founder & Chairman); ChowNow's About page says 'over a decade' in market and does not state an exact founding year. HQ: 3585 Hayden Ave, Culver City, CA 90232.
- Scale
- 22,000 restaurants in the US per get.chownow.com/about/ (the homepage still says '20,000+'); vendor claims $650M+ in commissions saved for partners. ARR and market share are not public. Vendor-claimed, not audited.
- Who it is for
- Single-unit and small-group independent restaurants (roughly 1-10 locations) that already own a POS and want commission-free direct online ordering, a branded app, and lightweight CRM/marketing on top of it. ChowNow is NOT a POS — it markets '20+ POS integrations' and depends on the operator having Toast, Square, Clover, Revel, Genius/Heartland, SkyTab, Omnivore-connected legacy systems, etc.
- Site
- https://www.chownow.com/
Pricing
transparency: published · unit: per-location · processor lock-in: yes
- Software
- Three published tiers, priced annual/monthly: Launch $229/$249 per month; Grow $319/$349; Elevate $409/$449. Tier differences are marketing capacity, not features: contacts 500 / 2,000 / 5,000 and SMS credits — / 2,000 / 5,000. All three tiers include direct online ordering, SEO website, branded mobile app, commission-free Marketplace, Discovery Network, catering, QR code ordering, email+SMS marketing, loyalty/rewards, order aggregation, centralized menu management, 20+ POS integrations, delivery management, reporting, and 24/7 phone+chat support.
- Card processing
- 2.95% + $0.29 per transaction, published on the pricing page. ChowNow's payment processor is Stripe (per support articles on disbursement identity verification).
- Contract
- Monthly and annual (prepaid) options both published. Support docs state a 30-day cancellation requirement plus a cancellation form and a consultation call with the assigned Restaurant Success Manager. A one-time $39 'Hibernation fee' covers 1-6 month seasonal closures on monthly subscriptions. Full MSA/auto-renewal terms are not public — the ToS at get.chownow.com/legal/terms-of-service/ is the consumer/diner agreement, not the restaurant agreement.
- Early termination
- unknown - no ETF appears in any public ChowNow document, but neither is an explicit 'no ETF' statement published. The restaurant MSA is not publicly accessible.
API posture
public API: partner-gated
- Cost to integrate
- unknown, and gated rather than absent. Access is requested from ChowNow, reviewed by its team, and can be declined; sandbox approval must precede production, an ordering the portal says is enforced by the platform rather than by convention. Approved access can later be revoked under the terms of the integration agreement, and that agreement - not the portal - determines which scopes and endpoints a partner gets. No price, fee schedule or commercial term is published anywhere on developer.chownow.com, and get.chownow.com/partners/ still publishes no partner terms either. So this is an unpublished commercial arrangement, not a free API and not a documented paid one.
- Webhooks
- unknown. The OpenAPI 3.1 document declares no webhook or callback object and no subscription endpoint, and order status is offered as a poll (GET /v1/orders/{id}/status). That is suggestive but not decisive for the product as a whole, since the spec is version 0.1.0-draft and covers only the outbound partner-ordering surface.
- Data export on exit
- Self-serve CSV export from the ChowNow Dashboard: order reports, item & modifier reports, comparative analytics, disbursement reports, sales analytics, and the Customer Spending report containing diner contact data. No scheduled or bulk warehouse export. The Partner API is not an export route either - it is scoped to placing orders at restaurants, not to retrieving an operator's own history.
- Notes
- CORRECTED 2026-08-06. The previous version of this record said 'ChowNow is API-consuming, not API-providing... It exposes nothing outbound to operators or ISVs.' That is false, and it was load-bearing for fourteen extensibility and reporting questions that had been scored against a competitor's specification or a null search. ChowNow publishes a developer portal at developer.chownow.com with an OpenAPI 3.1 specification at /docs/openapi.json (55KB, HTTP 200, retrieved 2026-08-06). It is the ChowNow Partner API, version 0.1.0-draft, base URL https://openapi.chownow.com/v1, sandbox https://partner.openapi.chownow.com/v1 (documented as 'being provisioned'). Authentication is OAuth2 client-credentials machine-to-machine via AuthKit, one trusted issuer per environment, short-lived JWT as a bearer token, client secret shown once and rotatable. Ten operations, and the list is exhaustive as to this API: GET /v1/restaurants, GET /v1/restaurants/{id}, GET /v1/restaurants/{id}/menu, GET /v1/restaurants/{id}/availability, POST /v1/quotes, POST /v1/orders, GET /v1/orders/{id}, POST /v1/orders/{id}/cancel, GET /v1/orders/{id}/status, POST /v1/orders/{id}/refunds. Note what that surface IS: it lets a third party place orders INTO ChowNow's restaurant network - a hotel concierge or corporate catering tool is the documented use case - so it is not an operator-facing data or reporting API, and it has no menu write and no customer endpoints yet ('customer endpoints are still being built'). Applications receive the full current scope set; per-application scope selection does not exist yet. Separately and still accurate: ChowNow also consumes third-party POS and marketplace APIs, and ChowNow/Cuboh is NOT in DoorDash's 2026 Preferred Integration Partner cohort (Checkmate, Chowly, Deliverect, Otter, PAR, Qu, Square, Stream, Toast, UrbanPiper).
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.
Menu, modifiers & pricing engine
menu-pricing-nested-modifiers
Modifier groups hang off menu items only. The group add/edit form is enumerated as Name, Description, Minimum/Maximum values, Main Items and Modifiers; the modifier form as Name, Description, Price, Modifier Groups and Classification, with no child-group field. The Copy dialogs confirm the depth of the tree: Copy Category targets Location/Merchant/Menu, Copy Item targets Merchant/Menu/Category, Copy Mod targets Merchant/Menu/Category/Main Item/Modifier Group - the modifier is the leaf. Min/max is real and a minimum of 1 forces a selection ('Minimum: 1, Maximum: 1 means they can only choose one modifier in the group'), but only one nesting level exists, so the three-level bar is not met. https://get.chownow.com/restaurant-support/modifier-groups/ · retrieved 2026-08-06
menu-pricing-modifier-price-by-parent-size
The modifier record's fields are Name, Description, Price, Modifier Groups and Classification - one Price - and ChowNow explicitly promotes sharing that one record: 'You can have a single modifier linked to multiple modifier groups. This way, you only need to create it once!' The modifier group form (Name, Description, Minimum/Maximum, Main Items, Modifiers) and the item form (Name, Description, Category, Price, Modifier Groups, Image, Classifications) contain no per-parent or per-size price override, so varying a modifier's price by parent item or size requires duplicating the modifier. https://get.chownow.com/restaurant-support/modifiers/ · retrieved 2026-08-06
menu-pricing-fractional-placement differentiator
Modifier fields are Name, Description, Price, Modifier Groups and Classification; modifier-group fields are Name, Description, Minimum/Maximum, Main Items and Modifiers; item fields are Name, Description, Category, Price, Modifier Groups, Image and Classifications. None carries a placement, section or fraction attribute, and the Menu Editor Overview's full capability list (Create a New Menu, POS Refresh, Categories, Modifier Groups, Modifiers, Bulk Price Updates, Menu Mapping, Publish, Preview) has no sectioned-placement construct. A modifier is either selected or not; halves and quarters cannot be expressed except by naming separate modifiers. https://get.chownow.com/restaurant-support/modifiers/ · retrieved 2026-08-06
menu-pricing-half-and-half-rule differentiator
The Menu Editor Overview enumerates every function of both the Advanced editor (Introduction, Publish Menus, Create a New Menu, Add New Items using POS Refresh, Create Categories, Create Modifier Groups, Create Modifiers, Bulk Price Updates, Menu Mapping) and the Legacy editor (create/edit item, edit modifier, photos, rearrange categories, hide out-of-stock items). No pricing-rule setting exists, and no half/quarter placement exists to apply one to - modifier pricing is a flat Price per modifier, summed. https://get.chownow.com/restaurant-support/menu-editor-overview/ · retrieved 2026-08-06
menu-pricing-topping-quantity-tiers
Adding a modifier takes Name, Description, Price and Classification; editing adds only Modifier Groups. There is no quantity stepper, tier or price multiplier anywhere in the modifier or modifier-group forms - the group exposes only Minimum/Maximum counts of how many modifiers may be chosen. Light/regular/extra/double with a per-tier multiplier is not expressible; it can only be imitated by creating separate modifiers at separate flat prices. https://get.chownow.com/restaurant-support/modifiers/ · retrieved 2026-08-06
menu-pricing-size-style-matrix differentiator
The item add/edit form is enumerated as Name, Description, Category, Price, Modifier Groups, Image and Classifications - one Price field and no variant dimension. ChowNow's own structural description is 'Inside a menu item, you'll often have modifier groups and modifiers', and the modifier record carries a single flat Price. A size x crust grid with a price per cell has no representation; each combination would need its own item or its own flatly-priced modifier. https://get.chownow.com/restaurant-support/menu-items/ · retrieved 2026-08-06
menu-pricing-included-allowance differentiator
The only count mechanism is the group's Minimum/Maximum, documented as 'minimum/maximum rules tell your customer how many modifiers they can choose in that group' - 'Minimum: 0, Maximum: 3 means they can choose up to 3 modifiers, or none at all.' Exceeding the maximum is blocked, not charged. There is no included-count field, no overage price and no substitution credit/forbid setting in the item (Name, Description, Category, Price, Modifier Groups, Image, Classifications), group or modifier (Name, Description, Price, Modifier Groups, Classification) forms. Three-toppings-included with paid overage can only be built as free modifiers plus separately-priced ones. https://get.chownow.com/restaurant-support/modifier-groups/ · retrieved 2026-08-06
menu-pricing-combos
Combo-style construction is possible through modifier groups: ChowNow describes modifiers as a way of 'adding extra cheese, substituting for non-dairy milk, or bundling in a dessert', groups constrain choices via Minimum/Maximum, and each modifier carries its own Price so a swap produces a price delta. Shortfall: there is no combo/meal entity in the menu model and none appears in the Menu Editor Overview's complete feature list, so nothing detects eligible a-la-carte items already in the cart and converts them to a combo price - the diner must pick the combo item up front. https://get.chownow.com/restaurant-support/modifiers/ · retrieved 2026-08-06
menu-pricing-upsell-prompts differentiator
QR Code Ordering is claimed to include 'digital upsell prompts' and direct ordering copy references optimizing the menu for upsells. No per-channel configuration model and no attach-rate reporting documented; a support search for 'upsell' returns zero articles. https://get.chownow.com/products/q2-feature-release/ · retrieved 2026-08-01
menu-pricing-86-propagation
Automated Inventory Sync propagates out-of-stock items AND modifiers from Revel, Omnivore, Genius, Clover, and Square out to ChowNow, DoorDash, Uber Eats and Grubhub. POS-driven only, limited POS list, no published propagation latency, no kiosk/KDS surface. https://get.chownow.com/restaurant-support/?s=inventory · retrieved 2026-08-01
menu-pricing-countdown-auto-86 differentiator
ChowNow's 'automated inventory sync and 86ing feature' delivers the decrement-and-86 outcome but not natively: 'Square tracks your inventory levels for each item. When an item's stock reaches 0, it is automatically marked as sold out across all connected platforms. When you add more stock in Square, the item is automatically re-enabled.' Shortfalls: the par/count lives in the connected POS, never in ChowNow, and only for the named integrated POS systems (Square, Clover, Revel, Omnivore, Genius); it works 'only if you are using your POS Menu as your source of truth, or if you're mapping directly through the Menu Editor'; ChowNow's own availability surface is a binary hide toggle ('Tap on Item Availability... Select Items or Modifiers, then tap on the toggle switch'); and restore is triggered by restocking in the POS, not by a schedule, so the claim's scheduled auto-restore is absent. https://get.chownow.com/restaurant-support/automatically-sync-square-inventory-updates/ · retrieved 2026-08-06 adversarially verified
menu-pricing-dayparting
Menus and their availability are schedulable; items and prices are not. 'The menu hours set in Menu Editor will affect the availability of this menu on all the online platforms connected to it.' Menu Editor > Edit Menu > Menu Info > MENU HOURS has a Standard Hours tab (per day, with closed-all-day and open-24-hours options) and a Holiday Hours tab scoped to selected integrations; future Holiday Hours publish automatically at 1am the day before. Withdrawing the earlier 'timezone basis is never stated' leg - the ChowNow Partner API spec states it: the menu `at` parameter is 'ISO-8601 local date-time with NO timezone; it is read as the restaurant's local wall-clock time', a value carrying a trailing Z or offset is rejected with 400 because 'a zoned value would silently resolve against the wrong instant upstream', and the upstream resolves 'to the ONE menu scheduled at the requested time'. Shortfall, now on a stated limitation rather than on silence: per-item and per-price scheduling does not exist - 'If you have menu items that change price depending on the time of day, or the day of the week, ChowNow is unable to display the alternate price at those times. ChowNow will always display the base price at all times of the day.' https://get.chownow.com/restaurant-support/updating-your-standard-menu-hours-and-holiday-menu-hours/ · retrieved 2026-08-06
menu-pricing-channel-price-books
Withdrawing the grade-D marketing-only leg: the mechanism is documented in ChowNow's own OpenAPI 3.1 spec. The gateway note on GET /v1/restaurants/{id}/menu says the upstream call is made with 'NO cn_channel query param -> base, no-markup pricing (CN-48933)', which establishes that ChowNow's menu service resolves prices against a channel identifier and applies a markup per channel over one base price. The vendor's own description of it is 'a baked-in tool that automatically adjusts menu prices to offset standard fees', managed from one dashboard. Shortfall: this is a single ChowNow-managed fee-offset markup toggled per discovery/marketplace channel, not operator-authored price books - no price-book object, no per-channel percentage-markup rule the operator can set, and no separate dine-in/pickup/delivery/kiosk price sets appear in the spec or in the Menu Editor documentation. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
menu-pricing-dual-pricing differentiator
'We do not accept cash so that all ChowNow orders are prepaid by credit card', and the diner-facing tender list is exhaustive: 'All major credit/debit cards (Visa, Mastercard, Discover, AMEX) are accepted. Apple Pay is also accepted if you are using the restaurant's iOS application. All other payment options (Cash, PayPal, Android Pay, etc) are not accepted at this time.' The item record holds one Price. The only per-item-independent fee is a per-location service fee by dollar amount or percentage applied to every order, which is not a cash discount. There is also no POS or kiosk surface and no printed guest check for a dual price to appear on. https://get.chownow.com/restaurant-support/accepting-cash/ · retrieved 2026-08-06
menu-pricing-versioning-effective-dates differentiator
Changes are staged and previewed: unpublished menus show an orange 'modified' status per integration, Menu Editor > pencil > Preview Menu renders the menu 'with your hours and items' and lets you click into an item to see its modifiers, and publishing runs a VALIDATE step then reports per-integration green/blue/red results. Shortfall: there is no named or effective-dated menu version and no rollback to a prior published version - the only undo is in Bulk Edit ('You can undo the last 5 previous updates'), which covers bulk price increases/decreases only, and the only date-effective publish is Holiday Menu Hours auto-publishing at 1am the prior day. https://get.chownow.com/restaurant-support/how-to-preview-your-menu/ · retrieved 2026-08-06
menu-pricing-franchise-hierarchy differentiator
Central propagation exists as an explicit copy: Copy Category asks for 'Target Location, Target Merchant and Target Menu'; Copy Item takes Target Merchant/Menu/Category; Copy Group and Copy Mod take Target Merchant plus the destination path. All locations are reached from the Headquarters sidebar in one dashboard and admin users can be scoped to one location or all. Shortfall: the copy is a detached duplicate - no parent template, no push of subsequent changes, and no field-level governance controlling which attributes a location may override. Adding a location is not self-serve either ('Contact your Restaurant Success Manager'). https://get.chownow.com/restaurant-support/menu-categories/ · retrieved 2026-08-06
menu-pricing-allergen-nutrition
Re-checked the cited menu-items article in full: it is a task walkthrough whose add-step field list ('item name, description, and price') is shorter than its own edit-step list, so it is not an exhaustive field reference. It documents a Classifications field but only illustrates one use ('If your item contains alcohol, make sure to tag it using the Classifications field'); ChowNow never publishes the permitted classification values, and a restaurant-support search for 'classifications' returns only this article, so whether the vocabulary carries allergen or dietary flags cannot be determined. Toast's ChowNow integration chart is silent on allergen or nutrition fields. The recipe-derivation arm of the claim IS separately established as absent (see menu-pricing-recipe-linkage and inventory-native-not-partner: no recipe module, MarketMan is the named inventory partner), but the storage-and-publication arm is unresolved, so the honest value is unknown. adversarially verified
menu-pricing-recipe-linkage differentiator
No inventory or recipe module; ChowNow lists MarketMan as its inventory partner instead. https://get.chownow.com/partners/ · retrieved 2026-08-01
menu-pricing-3p-menu-push
Centralized menu management pushes items, pricing, and availability to DoorDash, Uber Eats and Grubhub 'with one click' via ChowNow's own (Cuboh) integrations, not a third-party middleman. Menu-mapping troubleshooting articles exist but no per-item sync-status/rejection dashboard is documented. https://get.chownow.com/products/order-aggregation/ · retrieved 2026-08-01
menu-pricing-dynamic-pricing
'A free-to-use automated feature within the Order Better Network that lets restaurants offset menu prices to protect profit margins... Once your restaurant starts taking Order Better Network orders, Profit Protector can automatically adjust the menu pricing to effectively offset the cost of Order Better Network fees.' Shortfall: the rule is a single channel-scoped fee offset - no time-of-day, day-part or demand trigger, no rule builder, and no floor or ceiling guardrail is published; the markup formula is not disclosed and enabling it requires emailing ChowNow or a Restaurant Success Manager rather than a dashboard setting. https://get.chownow.com/restaurant-support/what-s-profit-protector/ · retrieved 2026-08-06
Payments & money movement
payments-processor-choice differentiator
Verified verbatim: 'ChowNow requires all of our clients to use our current payment processor.' Stripe confirmed independently by the billing article 'How do I submit required information to Stripe?'. Reinforced by 'We do not accept cash so that all ChowNow orders are prepaid by credit card' — which also independently supports every card-present, offline-payment, split-tender and cash-drawer 'no'. https://get.chownow.com/support-category/order-and-payments-processing/ · retrieved 2026-08-01 adversarially verified
payments-published-rates differentiator
Help centre: 'For Visa, Mastercard, Discover, and American Express - the transaction fees are 2.95% + $0.29 per order.' A single flat rate across all four brands with no tiering. The public Restaurant Agreement repeats it per subscription (US and Canada $0.29 + 2.95%; third-party POS integration $0.30 + 2.9%). Merchants cannot substitute a processor - support states 'At this time ChowNow requires all of our clients to use our current payment processor.' https://get.chownow.com/restaurant-support/credit-card-transaction-fees/ · retrieved 2026-08-06
payments-dual-pricing differentiator
'We do not accept cash so that all ChowNow orders are prepaid by credit card' (cash tips to a driver excepted), and the diner tender enumeration adds that 'All other payment options (Cash, PayPal, Android Pay, etc) are not accepted at this time.' Items carry a single Price field, so no second price can be stored. Diner-facing totals are an online Order Summary and an emailed confirmation; the only additional line ChowNow can add is a per-location service fee (dollar or percentage) or the optional $0.99 service charge, neither of which is a cash/card price pair. https://get.chownow.com/restaurant-support/accepting-cash/ · retrieved 2026-08-06
payments-surcharge-guardrails differentiator
Two articles enumerate the whole fee-configuration surface: 'You can add a service fee either by amount or percentage of the order, through the ChowNow Dashboard under the Location Info section', and the service charge is a per-location checkbox - Settings > Location Details > Ordering > Edit > 'Enable Service Charge' - adding a fixed $0.99 to website and branded-app orders, split 50/50 with ChowNow and shown in the Order Summary. Per-location enable/disable is therefore satisfied, but nothing else in the claim is: the fee is charged on every order irrespective of card product, there is no BIN or card-product lookup, no debit/prepaid exclusion and no network percentage cap enforcement - and every ChowNow order is a card transaction, so a card surcharge is indistinguishable from a flat fee. https://get.chownow.com/restaurant-support/service-charge-frequently-asked-questions/ · retrieved 2026-08-06
payments-emv-nfc
ChowNow ships no payment terminals; all payments are card-not-present through the digital ordering flow.
payments-softpos-tap-to-pay differentiator
No in-person acceptance product.
payments-pay-at-table
No handheld payment device. QR ordering shifts payment to the guest's own phone instead.
payments-qr-guest-pay differentiator
QR Code Ordering lets guests 'browse menus, place orders, and pay' from their phone at the table, but this creates a ChowNow order routed to the POS — it does not open and close an existing POS check. https://get.chownow.com/products/qr-code-ordering/ · retrieved 2026-08-01
payments-tip-adjust
'Tips are paid out at the end of each business day, along with the rest of your daily disbursements... ChowNow will provide a report breaking out the tips earned each day', and dine-in tips are reconciled by filtering the Accounting Data Report to Dine-In orders. All orders are prepaid by card at online checkout on the diner's own device, so there is no pre-authorization held for later adjustment, no batch/adjust window and no manager screen for unadjusted tips - the only documented post-order money movement is a dashboard refund (full or by item) or a Cuboh-tablet Upcharge, each an arbitrary amount entered with a reason, not a tip adjustment. https://get.chownow.com/restaurant-support/tips/ · retrieved 2026-08-06
payments-tip-pooling differentiator
No labor module; 7shifts is the named team-management partner. https://get.chownow.com/partners/ · retrieved 2026-08-01
payments-offline-store-and-forward differentiator
Cloud-only platform; no offline payment capture documented.
payments-offline-decline-liability differentiator
No offline payment path exists to document liability for.
payments-gift-cards
Enumerated all three get.chownow.com Yoast sitemaps - 166 marketing pages, 278 restaurant-support articles, 38 diner-support articles - and found no gift-card page; the restaurant-support search for 'gift card' returned only the standing popular-articles block (zero real hits). The two nearest constructs are not merchant stored value: ChowNow Bucks is ChowNow-issued diner goodwill credit added by support agents and reimbursed to the restaurant in weekly deposits, and 'promotional cards' are printed onboarding collateral reordered from ChowNowStore.com. The customer membership program is a prepaid annual discount, not a redeemable balance. No page asserts that gift cards are unsupported and no settings screen enumerates the payment/credit types a diner may apply, so a `no` is not earned. There is no separate help centre to check: support.chownow.com and help.chownow.com do not resolve and chownow.zendesk.com 404s.
payments-house-accounts
'Can I bill my customers later?' is answered 'ChowNow is a prepaid ordering system, therefore all the orders must be process at the time of checkout. This way, you are never in a position where you have made the food but no one comes to pick it up and pay for it.' Reinforced by 'We do not accept cash so that all ChowNow orders are prepaid by credit card.' No account balance, credit limit, running tab or statement/invoice run exists; ChowNow's own workaround for tax-exempt business customers is a promo code, not an account. https://get.chownow.com/restaurant-support/billing-customers-later/ · retrieved 2026-08-06
payments-split-tender
Single-tender digital checkout; no split-tender or split-by-seat documented.
payments-refund-void-controls
At portal.chownow.com an operator picks the location and order, then chooses Full Refund or Refund By Item - the latter expands each line item's add-ons and modifiers with per-line checkboxes - and in both paths must 'Type in your name under Approved By' and give a reason before confirming; the diner is emailed on full and partial refunds. Shortfall: 'Approved By' is a typed free-text string, not an authenticated manager PIN or role check; the only access control documented is which locations a dashboard user may view; no immutable audit log or approver report is published; and the alternative Cuboh-tablet path takes an arbitrary refund or Upcharge amount plus a reason with no approval step at all. Discounts, voids and no-sales are not distinct authorised actions in this platform. https://get.chownow.com/restaurant-support/order-refunds/ · retrieved 2026-08-06
payments-chargeback-tooling differentiator
ChowNow assumes the cost of fraudulent disputes internally and markets '100% Fraud & Chargeback Protection ... without any limits' — a liability shift rather than an operator-facing dispute dashboard with evidence submission. https://get.chownow.com/support-category/order-and-payments-processing/ · retrieved 2026-08-01
payments-card-on-file differentiator
Cards persist on a diner profile - ChowNow tells diners 'If you ever feel uncomfortable having your credit card information stored on the ChowNow platform you can go here to learn how you can remove them' - and the merchant is walled off: 'we never give a restaurant access to your credit card information or the ability to add additional charges to your order once it's been placed'; on the restaurant side ChowNow states card data is 'encrypted and hidden in our admin and merchant processor', with Stripe as processor. Shortfall: ChowNow never describes a token, vault or reuse mechanism explicitly, and the documented ordering channels are the restaurant's website, its branded mobile app, a Facebook plugin and eat.chownow.com only - there is no phone-order or in-store channel for the stored card to be reused in. https://get.chownow.com/diner-support/credit-card-security/ · retrieved 2026-08-06
payments-payout-timing differentiator
Verified in the support index verbatim: 'disbursed daily after closing, Monday through Friday. This can take 1-2 business days.' Tips ride the same disbursement. https://get.chownow.com/support-category/order-and-payments-processing/ · retrieved 2026-08-01 adversarially verified
payments-multi-entity-routing differentiator
Payment processing is per location, not per account: 'Click on Headquarters, then select a location... view the Payment Processing status for this location by navigating to Settings, then Payment Processing', where each location has its own Stripe account with its own 'Business Details' and 'Management and ownership' sections, and the instruction closes 'Repeat these steps for each location until the Payment Processing status is Your Stripe account is active for each location.' Disbursements land daily in 'the bank account you have on file' and reporting is unified under Headquarters. Shortfall: no article states that different locations may point at different bank accounts or legal entities, no split-settlement of a single order is described, and adding a location is handled by a Restaurant Success Manager rather than self-serve. https://get.chownow.com/restaurant-support/how-do-i-submit-required-information-to-stripe/ · retrieved 2026-08-06
payments-p2pe-pci4
'ChowNow is a PCI compliant company with proper certification to acquire, maintain, and protect credit card information submitted on our platform. Credit card information is encrypted and hidden in our admin and merchant processor', and the diner-facing counterpart confirms the restaurant is never given access to card data. Shortfall: no PCI DSS version is named (nothing ties the statement to 4.x), no Attestation of Compliance is published or offered on request anywhere in the 278-article support corpus or the 166 marketing pages, and no P2PE listing exists or could - every order is a prepaid online card transaction processed by Stripe with no ChowNow-supplied payment terminal, so there is no point-to-point encryption instance to validate. https://get.chownow.com/restaurant-support/customer-credit-card-security/ · retrieved 2026-08-06
Delivery, dispatch & third-party channels
delivery-driver-roster
In-house delivery can be configured (zones, fees) but drivers are not first-class entities — no clock-in, assignment state, or per-driver run history. Flex Delivery outsources the driver entirely. https://get.chownow.com/products/flex-delivery/ · retrieved 2026-08-01
delivery-dispatch-board
No dispatch/expo screen; Flex Delivery dispatch is automatic to Uber Direct / DoorDash Drive. https://get.chownow.com/products/flex-delivery/ · retrieved 2026-08-01
delivery-route-map differentiator
No in-house routing; couriers are third-party.
delivery-driver-tracking differentiator
No first-party driver app.
delivery-zones-polygon differentiator
'Delivery zones can be set up on the ChowNow dashboard by zip code, mile radius and custom polygon. You can set up multiple zones and use any combination of the zone types.' The configuration walkthrough matches: Settings > Location Info > Delivery > Edit > '+ Add Area', where 'Polygon allows you to drop pins on the map for customized zones', Circle gives a mile radius around the restaurant and Zip Code takes a comma-separated list; each area carries its own minimum (and optional maximum) subtotal and a delivery fee by dollar amount or percentage. Drive-time isochrones are not offered, but the claim's bar is arbitrary polygons rather than radius/ZIP alone, and that is met. Separately, dispatch via a partner such as DoorDash Drive is distance-capped at 8 miles. https://get.chownow.com/restaurant-support/delivery-zone-types/ · retrieved 2026-08-06
delivery-zone-pricing
Zone GEOMETRY is configurable but zone PRICING is not. 'Delivery zones can be set up on the ChowNow dashboard by zip code, mile radius and custom polygon. You can set up multiple zones and use any combination of the zone types.' Pricing is documented as a single flat rate, not per zone: 'orders will be priced at a flat $7.98 with a maximum range of 8 miles. You can choose how much of this fee is paid by you or your customer' (recommended diner share $3.99). No per-zone delivery fee, no per-zone order minimum and no per-zone promise time appear in the support corpus. Verified: true https://get.chownow.com/restaurant-support/delivery-zone-types/ · retrieved 2026-08-09 adversarially verified
delivery-address-validation
Delivery eligibility is geographic and evaluated in-product: zones are defined by custom polygon, mile radius or zip list with per-area minimum subtotals, and ChowNow's diner Terms of Use state 'ChowNow uses Google Maps and the Google Maps API as part of our online ordering system', so entered addresses are geocoded and matched to a zone before a delivery order can be placed. Shortfall: ChowNow publishes no address verification, normalisation or correction step and no description of what a diner sees when an address falls outside every zone; its own diner article on a mistyped delivery address offers no in-product flag or fix, telling the diner to text ChowNow support instead. https://get.chownow.com/restaurant-support/delivery-zone-types/ · retrieved 2026-08-06
delivery-driver-comp differentiator
No in-house driver module and no payroll export.
delivery-cash-reconcile
No driver bank/settle-up flow.
delivery-daas-dispatch
Flex Delivery dispatches first-party orders to Uber Direct and DoorDash Drive natively at a flat $3.99/order with no commission or distance surcharge; ChowNow recommends a 50/50 split with the diner. https://get.chownow.com/products/flex-delivery/ · retrieved 2026-08-01
delivery-daas-fallback differentiator
Automatic failover BETWEEN courier networks based on real-time driver availability and response time. Rule-based overflow from in-house drivers to DaaS is not documented, though Flex can run alongside in-house drivers. https://get.chownow.com/products/flex-delivery/ · retrieved 2026-08-01
delivery-3p-direct-integration differentiator
Direct integrations with DoorDash, Uber Eats and Grubhub, owned by ChowNow via its 2024 acquisition of Cuboh — no third-party middleware layer purchased separately. https://get.chownow.com/integrations/all/ · retrieved 2026-08-01
delivery-3p-injection
Sole source is a product marketing page and the researcher labelled it 'claimed' yet still scored 'yes'. The 0.1s and 99.9% figures are unaudited vendor metrics with no methodology. Countervailing evidence: ChowNow/Cuboh is absent from DoorDash's 2026 Preferred Integration Partner roster (Checkmate, Chowly, Deliverect, Otter, PAR, Qu, Square, Stream, Toast, UrbanPiper) — a program explicitly built around injection reliability and cancellation rates — and reviewers report added manual steps post-Cuboh. A marketing-only 'yes' on a weighted differentiator does not clear the bar. https://about.doordash.com/en-us/news/doordash-preferred-integrations-program-2026 · retrieved 2026-08-01 adversarially verified
delivery-menu-push
The quoted 'one click' language is from the Order Aggregation marketing page, not product documentation. ChowNow's actual support library documents per-POS menu setup and mapping work ('How to Set Up Your Square POS Menu for Import', Cuboh menu-mapping troubleshooting), and the dossier's own top complaint is items and modifier options silently disappearing from the live menu. No sync-status or rejection surface is documented. Partial, not yes. https://get.chownow.com/restaurant-support/how-to-set-up-your-square-pos-menu/ · retrieved 2026-08-01 adversarially verified
delivery-86-sync
Upheld and strengthened. The dossier cited a search-results URL; real per-POS support articles exist and confirm the behavior: 'How to Automatically sync Square/Clover/Revel/Omnivore/Genius POS Inventory Updates' — out-of-stock items and modifiers propagate across ChowNow, DoorDash, UberEats, Grubhub (Clover/Square articles additionally name SkipTheDishes and Ritual). POS-driven only, as scored. https://get.chownow.com/restaurant-support/how-to-automatically-sync-clover-pos-inventory-updates/ · retrieved 2026-08-01 adversarially verified
delivery-store-pause
'The Cuboh Tablet allows you to manage all of your online storefronts from the Integrations Tab.' Under Navigation > Integrations an operator can 'Open or close all of the online storefronts associated with a specific restaurant merchant' or 'Open or close individual online storefronts for all merchants at once'; Toggle by Concept disables one merchant 'across all of its integrated app platforms' and Toggle by Integration disables all merchants on one app. Shortfall: there is no timer - ChowNow describes it as 'best used for temporary situations, say if you close down early for the night' and says normal hours resume when the Integration Status is active again, with a warning to 'wait 30 seconds between turning stores on / off'. No scheduled or duration-based auto-reactivation is documented. https://get.chownow.com/restaurant-support/managing-your-3rd-party-apps-from-the-cuboh-tablet/ · retrieved 2026-08-06
delivery-3p-reconciliation differentiator
Disbursement Reports 'reconcile payouts with line-item clarity' and comparative analytics benchmark channels. Itemized marketplace commission/marketing fees, refunds/adjustments and missing-order detection are not documented. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
delivery-injection-error-visibility differentiator
The support portal includes an 'error message lookup' section and menu-mapping troubleshooting articles, implying surfaced errors; no per-channel connection-health dashboard or failure alerting is documented. https://get.chownow.com/restaurant-support/ · retrieved 2026-08-01
delivery-tracking-page
'How can I track my order?' is answered: 'At this time, ChowNow does not have any tracking software capabilities to give you real time updates on your delivery order. However, once the restaurant accepts your order, you will get an order confirmation with the approximate time for pickup or delivery.' The other documented diner messages are confirmation emails and cancellation/partial-refund emails, plus marketing campaigns. No branded status page, driver map or SMS tracking link on the restaurant's own domain is described anywhere, and ChowNow states it never dispatches its own drivers - 'the restaurant's couriers or their delivery company' do. https://get.chownow.com/diner-support/order-issue-delivery-tracking/ · retrieved 2026-08-06
delivery-promise-time differentiator
Order Throttling limits orders 'based on 15 minute time slots'; when the current slot fills, 'customers will be automatically presented with the next available time' and full future slots are hidden, so the quoted time does move with accepted volume. Per-order override exists too: with the Custom Preparation Times toggle on, an 'Add Custom Prep Time' button appears for 3 minutes and the resulting fulfilment time (current time + custom prep) is printed and pushed to ChowNow, UberEats, DoorDash, GrubHub and Ritual; otherwise the default prep time is sent. Shortfall: the slot cap and the default prep time are operator constants set from order history, not computed from live kitchen state, there is no driver-availability input, and ChowNow states 'It is not possible to control the delivery preparation time' - the third-party app adds its own driver/delivery time, so no zone drive-time component is modelled. https://get.chownow.com/restaurant-support/how-do-i-manage-order-volume-with-order-throttling-settings/ · retrieved 2026-08-06
delivery-offline-behavior
Re-read the cited POS_OFFLINE article in full; it covers only the ChowNow-to-POS connection ('Your POS may go offline if it's unable to connect to your restaurant internet') and prescribes manual re-entry, saying nothing about delivery operation during an outage. The `no` rested on enumerating the three Yoast sitemaps, which lists article URLs and titles rather than bodies, so it cannot show that no published article addresses driver assignment or driver settlement while offline. Two supporting facts are solid and worth keeping in view - cash delivery orders cannot arise because ChowNow accepts no cash, and ordering is entirely server-side - but ChowNow never states its offline delivery behaviour and I could not establish that it nowhere does, so this is unknown rather than a documented absence. adversarially verified
Digital ordering & guest-facing channels
digital-first-party-web
Direct online ordering plus an SEO-optimized website on the restaurant's own branding, included in all three tiers, with 'no per-order cut' — flat subscription + card processing only. https://get.chownow.com/products/direct-online-ordering/ · retrieved 2026-08-01
digital-menu-single-source
Menus can be sourced/imported from the POS and mapped (Square import, Cuboh menu mapping), and centralized menu management pushes one edit to all channels. But the ChowNow menu is a separate record requiring mapping, and operators report items and modifier options silently disappearing. https://get.chownow.com/restaurant-support/?s=modifier · retrieved 2026-08-01
digital-native-app differentiator
Help centre: 'Branded mobile apps (both Android and iOS) are included with our Pro and Premier subscriptions' and 'Apple requires a $99/year fee as part of the Developer Program Membership. Restaurants will need to pay this fee.' A companion article covers design updates (logo, loading screen image, name, colour scheme) at no extra cost, and a further article covers removal of the restaurant's app from the App Store and Play Store on cancellation - i.e. an app listed under the restaurant's own brand, not only the multi-restaurant ChowNow Marketplace app. Tier naming in the help centre is the legacy Pro/Premier pair; current published tiers are Launch/Grow/Elevate. https://get.chownow.com/restaurant-support/does-chownow-publish-restaurant-mobile-apps/ · retrieved 2026-08-06
digital-account-saved-payment
Diners hold a ChowNow account that tracks rewards progress and order history across the website, branded app, Marketplace and Discovery Network, and can reorder favorites. Saved addresses and tokenized saved payment are not explicitly documented. https://get.chownow.com/products/rewards-program/ · retrieved 2026-08-01
digital-upsell-engine differentiator
'Digital upsell prompts' claimed for QR Code Ordering (with a claimed 9% check-size lift). No configuration model and no attach-rate reporting documented. https://get.chownow.com/products/q2-feature-release/ · retrieved 2026-08-01
digital-scheduled-pacing
Scheduled/future orders with adjustable prep and lead times and large-order thresholds. No per-daypart capacity limits or automatic slot closure documented. https://get.chownow.com/restaurant-support/?s=scheduled · retrieved 2026-08-01
digital-fulfillment-modes
Pickup, delivery (in-house zones or Flex), dine-in via QR, and catering all run from one ordering flow with mode-specific fees and prep timing. Curbside with arrival check-in is not documented. https://get.chownow.com/pricing/ · retrieved 2026-08-01
digital-qr-table
QR Code Ordering ships on all tiers — guests scan, order and pay from their phone. It does not attach to an open POS check, and splitting/tipping behavior is undocumented. https://get.chownow.com/products/qr-code-ordering/ · retrieved 2026-08-01
digital-kiosk differentiator
No kiosk product in the product line or pricing table. https://get.chownow.com/pricing/ · retrieved 2026-08-01
digital-group-ordering
Enumerated all three get.chownow.com Yoast sitemaps (166 marketing pages, 278 restaurant-support articles, 38 diner-support articles) and searched restaurant-support for 'group order', which returned only menu-structure articles and the standing popular-articles block. The diner article 'What are the different ways I can order?' lists the ordering paths as the restaurant's website, its downloadable mobile app, its Facebook page (select restaurants) and eat.chownow.com - no shareable cart link - and checkout is described throughout as one diner account paying with one stored card, with per-order spend limits set only as catering min/max order amounts. But ChowNow never publishes a checkout settings screen or states that group ordering is unsupported, and the catering flow (inquiry forms, order-ahead windows up to 30 days) is the closest documented large-party path, so absence here is unproven. No help centre exists beyond get.chownow.com: support.chownow.com and help.chownow.com do not resolve and chownow.zendesk.com 404s.
digital-catering-portal differentiator
5% commission and 'Set lead times, order minimums, and prep windows ... up to 30 days ahead' are confirmed verbatim. However 'inquiry forms for event details' does not appear anywhere on the catering page and should be struck from the note as unsourced. Score stays partial for the right reasons. https://get.chownow.com/products/catering/ · retrieved 2026-08-01 adversarially verified
digital-voice-ai-phone differentiator
Checked get.chownow.com/partners/, get.chownow.com/integrations/all/ and the individual /integrations/* pages in the page sitemap (POS, marketplace, printer and discovery partners only - Auphan, Brink, Clover, Givex, Lavu, Lightspeed, Linga, Micros, PixelPoint, Positouch, Revel, Silverware, Square, Toast, Universal, Verona, Volante, DoorDash, Grubhub, Uber Eats, Yelp, Google, Apple Maps, Epson, Star Micronics), plus the 278-article restaurant-support corpus, where a search for 'phone' returns only support-contact, Cuboh and error-code articles. Nothing first-party offers inbound AI call answering, and the diner article 'What are the different ways I can order?' enumerates the ordering paths as restaurant website, branded mobile app, Facebook page and eat.chownow.com, which argues against a native product. Unresolved because the claim is satisfied by a named certified partner as well, and an integrations directory is not an exhaustive list - no ChowNow page asserts that voice ordering is unavailable.
digital-drivethru-ai
No drive-thru product.
digital-sms-ordering
ChowNow issues every U.S. client a Text-To-Order code: 'Customers can simply text your custom code to the number 33733 and they will be sent directly to place an order on the proper web or mobile device', and ChowNow tells operators to print it 'on your POS receipts, in-store signage, 4x6 cards, takeout menus, business cards, and stickers'. Orders placed through the resulting flow reach the POS via ChowNow's POS integrations. Shortfall: this is text-a-link only - a one-shot keyword autoresponder on a shared 33733 short code that hands off to web or app. Nothing conversational exists: no in-thread item selection, no text reordering of a previous order, and no inbound-reply handling. ChowNow's own SMS product is otherwise one-way marketing ('SMS marketing lets you reach customers directly on their phones with promotions, updates, and announcements'), enabled as a 10DLC registration under Marketing > Campaign Settings. https://get.chownow.com/restaurant-support/text-to-download-code/ · retrieved 2026-08-06 adversarially verified
digital-google-order differentiator
ChowNow's own blog states Google discontinued end-to-end ordering in July 2024; diners are now 'redirected to either your restaurant's website or a third-party site.' ChowNow also publishes a support article titled 'Disabling End-to-End Google Ordering with ChowNow.' What remains is an 'Order Online' link on the Google Business Profile plus the Preferred-Provider designation — a link placement any ordering vendor can obtain, not a provisioned Google ordering channel. The dossier's parenthetical ('Food Ordering with Google, not legacy Place Actions') describes a mechanism Google has retired. https://get.chownow.com/blog/googles-ordering-changes-what-your-restaurant-needs-to-know/ · retrieved 2026-08-01 adversarially verified
digital-apple-business-connect
Apple Maps is a named Discovery Network channel — 'Connect your menu to Apple Maps ... find, browse, and order' — but Apple Business Connect and the 'Order Food' custom action are not named and the provisioning mechanism is not documented. https://get.chownow.com/integrations/apple-maps/ · retrieved 2026-08-01
digital-loyalty-attach
Rewards accrue and redeem automatically at checkout across the ordering page, branded app, Marketplace and Discovery Network under the diner's ChowNow account. There is no in-store POS identity to unify with — in-store diners enter only via CSV upload to marketing. https://get.chownow.com/products/rewards-program/ · retrieved 2026-08-01
digital-subscriptions
'Does my online ordering have a membership program?' answers: 'ChowNow offers a membership program... Customers can prepay a membership fee to join - 100% of which goes directly to you - and in return they get a discount on orders for the coming year when they order from your restaurant's website, branded mobile app, or from the ChowNow website, iOS app, or Android app.' ChowNow's Membership Products Terms of Service define the entitlement formally: 'Members are Registered Users who sign up for ChowNow's annual customer membership program... The Customer Membership Program allows Members to pay an annual fee on a per-Restaurant, per-location basis, to earn discounts at such Restaurant locations for orders placed.' That is a paid membership tier billed on a period, entitling the diner to ongoing discounts, administered by the platform across all of the restaurant's ChowNow channels. Enrolment is set up with ChowNow's support/marketing team rather than self-serve, and the separate Restaurant Rewards Program (sticker-card loyalty, per location) is free rather than paid. https://get.chownow.com/restaurant-support/loyalty-program-alternatives/ · retrieved 2026-08-06
digital-promo-parity
Rewards and campaign offers apply consistently across all ChowNow first-party channels. There is no POS or kiosk channel to reach parity with, and reviewers report promos display weakly on the ordering page. https://get.chownow.com/products/rewards-program/ · retrieved 2026-08-01
digital-guest-data-ownership differentiator
The quote is marketing copy on a product page. No contract clause vests ownership in the merchant, and the dossier itself records that ChowNow's privacy policy reserves rights to use the same diner base for its own Marketplace, mParticle analytics, and third-party advertisers/remarketers — while operating a consumer marketplace competing for that diner. Self-serve CSV export of the Customer Spending report is real and verified; ownership is not. That is partial. (The researcher already scored commercial-data-ownership-clause 'partial' — this cell is inconsistent with it.) https://get.chownow.com/legal/privacy-policy/ · retrieved 2026-08-01 adversarially verified
digital-checkout-pci-sca
Checkout is vendor-hosted and processed by Stripe, and ChowNow's terms assert PCI-DSS compliance. No PCI DSS 4.0 statement, no script-integrity (6.4.3/11.6.1) disclosure, and no 3DS documentation. https://get.chownow.com/legal/terms-of-service/ · retrieved 2026-08-01
digital-surcharge-transparency differentiator
Operators can add a service fee by dollar amount or percentage per location, and can choose how the Flex Delivery fee splits with the diner. No dual pricing, no card-brand surcharge engine, no jurisdiction handling documented. https://get.chownow.com/support-category/order-and-payments-processing/ · retrieved 2026-08-01
Guest data, loyalty & marketing
guest-loyalty-unified-profile
One diner identity spans ChowNow's website, branded app, Marketplace and Discovery Network. In-store guests are brought in only by CSV upload; no automatic POS transaction merge, and no documented dedup/merge rules. https://get.chownow.com/pricing/ · retrieved 2026-08-01
guest-loyalty-thirdparty-identity-attach differentiator
Checked get.chownow.com/products/order-aggregation/ (aggregation is described at the order level - orders from Grubhub, DoorDash, UberEats, SkipTheDishes and Ritual land on one Hub tablet - and the 'your diners, your data' language on that page refers to direct ChowNow channels), the eight articles under get.chownow.com/support-category/order-aggregation/ (per-marketplace connection guides, none of which mention diner records), and get.chownow.com/restaurant-support/customer-data-dashboard/ (lists total spend, order count and average purchase per diner but never says which order sources feed it). No ChowNow page states either that marketplace guest identity attaches to a native profile or that it does not. No help centre exists to search further: support.chownow.com and help.chownow.com do not resolve and chownow.zendesk.com 404s; the support content lives under get.chownow.com/restaurant-support/.
guest-loyalty-accrual-models
One model only: a 'sticker' punch/visit count with an operator-set qualifying minimum order value and an operator-set sticker threshold, redeeming a % or $ reward. No points-per-dollar and no spend-tier accrual. https://get.chownow.com/products/rewards-program/ · retrieved 2026-08-01
guest-loyalty-tiers differentiator
Marketing auto-segments include a behavior-derived VIP segment that diners move in and out of, but this drives campaigns — it is not a loyalty status tier with earn-rate or benefit differentiation. https://get.chownow.com/products/email-sms-marketing/ · retrieved 2026-08-01
guest-loyalty-offline-behavior differentiator
Cloud-only, digital-only; there is no offline path and no offline behavior documented.
guest-loyalty-offer-stacking-rules differentiator
ChowNow resolves discount collisions itself rather than exposing stacking rules: 'When a diner unlocks their reward discount, it will get automatically applied to their next order. If at that time they have another discount for your restaurant associated with their ChowNow account, the system will pick the better of the two.' The configurable surface of the Rewards Settings page is enumerated in this article and in the best-practices guide as three fields only - stickers required per reward, minimum order value to earn a sticker, and reward value (percent-off or dollar-off). There is no exclusive-vs-combinable flag, no precedence/order-of-application setting, and no stacking configuration in the campaign tooling (get.chownow.com/restaurant-support/getting-started-with-custom-on-demand-email-campaigns/, .../getting-started-with-automated-email-sms-campaigns/), where automated campaign content and offers 'cannot be edited at this time'. https://get.chownow.com/restaurant-support/get-started-with-our-restaurant-rewards-program/ · retrieved 2026-08-06
guest-loyalty-targeted-offers differentiator
Help centre campaign builder: 'Select your audience from the library of pre-built, lifecycle-based segments, or target your entire marketing list', then 'make sure the promo code is set up in your dashboard (Marketing > Promotions)' and 'Select the promotion you want to use from the dropdown. The offer details will automatically populate within the email.' The SMS equivalent is the same flow with the promo code pasted into the text. Limit worth recording: the documentation describes choosing from ChowNow's pre-built lifecycle segments or the full list - it does not document an operator-authored rule builder over arbitrary spend or item-purchased criteria. https://get.chownow.com/restaurant-support/getting-started-with-custom-on-demand-email-campaigns/ · retrieved 2026-08-06
guest-loyalty-rfm-segmentation differentiator
Help centre: automated campaigns run against 'lifecycle moments like Welcome, Win Back, and VIP, plus monthly and seasonal promotional sends', and the campaign builder lets the operator 'Select your audience from the library of pre-built, lifecycle-based segments' - i.e. the segments are computed by ChowNow from order activity, with no query-building by the operator. The documentation does not publish the thresholds (what order count makes a VIP, how many days make a diner lapsed); those figures appear only in ChowNow's marketing blog. Also note automated campaign content and promotions 'cannot be edited at this time', and marketing is unusable on Launch (no contacts or send credits). https://get.chownow.com/restaurant-support/getting-started-with-automated-email-sms-campaigns/ · retrieved 2026-08-06
guest-loyalty-lifecycle-automation
Pre-built always-on automations for Welcome, Win Back, VIP and Seasonal moments across email and SMS. Birthday is not among the named triggers. https://get.chownow.com/products/email-sms-marketing/ · retrieved 2026-08-01
guest-loyalty-native-email-sms differentiator
Help centre: SMS is sent from ChowNow itself - the operator submits 10DLC registration (legal name, EIN, business type) via 'Dashboard under Marketing > Campaign Settings' and waits roughly 5 business days for carrier approval; '10DLC registration is required for any business sending SMS marketing messages, regardless of audience size'. Email campaigns are composed in the same Marketing section (Getting Started with Custom On-Demand Email Campaigns), and campaign reporting for both channels lives under Marketing > One-Time Campaigns > Reports. Shortfall to record: 'SMS marketing is included with ChowNow Grow and Elevate plans' - not Launch. https://get.chownow.com/restaurant-support/how-do-i-enable-sms-marketing/ · retrieved 2026-08-06
guest-loyalty-consent-management
Revocation is honoured and is not STOP-keyword-only: diners 'are automatically removed from your active count when they: Unsubscribe from your email or SMS marketing' or hard-bounce, and thereafter 'stay in your database for reporting and history... and won't receive future campaigns'. On-demand SMS templates are 'preloaded with your restaurant's name, and opt-out directions'. Named shortfalls: (1) consent is not captured, it is inferred - the same article enumerates exactly two ways a diner joins the marketing list, 'Automatically, when they place an order' and 'Via a one-time list upload during onboarding', with no opt-in checkbox or consent record described at checkout; (2) consent is not per-channel - 'Each unique diner counts as one contact, whether you reach them by email, SMS, or both', and no separate email/SMS consent state is documented; (3) no consent timestamp or source is stored - get.chownow.com/restaurant-support/how-do-i-add-in-store-diners-to-my-chownow-marketing-list/ puts the burden on the operator to 'confirm these contacts opted in to marketing communications' and to drop anyone who has not received marketing email in 12 months or marketing texts in 6 months, which is an attestation rule rather than a recorded consent artefact. https://get.chownow.com/restaurant-support/understanding-marketing-contact-limits/ · retrieved 2026-08-06
guest-loyalty-10dlc-registration
ChowNow explicitly documents the A2P 10DLC step as part of turning SMS marketing on: '10DLC (10-Digit Long Code) is the carrier-approved framework that allows businesses to legally send SMS marketing messages in the U.S.', and 'Registration is required by mobile carriers to verify your business.' The operator submits legal business name, EIN and business type through ChowNow, which files the registration; approval is stated as roughly five business days, after which SMS campaigns can send. SMS sending itself is metered in credits (get.chownow.com/restaurant-support/understanding-sms-credits/: '1 credit = 1 text message sent to 1 diner', 2 credits over 160 characters or with emoji) and is a Grow/Elevate-tier feature. https://get.chownow.com/restaurant-support/how-do-i-enable-sms-marketing/ · retrieved 2026-08-06
guest-loyalty-campaign-attribution differentiator
Verified that the marketing page says 'Track attributed orders and revenue, not just opens and clicks' — but that is the entire evidentiary basis. No product documentation, no attribution model, no attribution window, no report name, and no support article describing where an operator sees it. Under the marketing-is-claim-level rule this is claim-level on a weighted differentiator. https://get.chownow.com/products/email-sms-marketing/ · retrieved 2026-08-01 adversarially verified
guest-loyalty-data-export-portability differentiator
Support article 'How can I reach the customers I have collected in my database?' documents exporting the Customer Spending report with contact data for external marketing; report exports are self-serve from the dashboard. https://get.chownow.com/restaurant-support/?s=export · retrieved 2026-08-01
guest-loyalty-cdp-event-api differentiator
Withdrawing 'there is no ChowNow developer portal'. There is one, and it rules this out explicitly. The ChowNow Partner API spec has no `webhooks` and no `callbacks` object anywhere in the document - order state is read by polling GET /v1/orders/{order_id}/status - and there is no guest or customer resource among its ten operations. The portal's own status list confirms it: 'These endpoints are not yet implemented and return 501 Not Implemented: Customer creation, lookup, and detail'. So there is no outbound guest-or-order event stream a CDP could subscribe to. The one webhook stream in the ChowNow group, Cuboh Direct's orders.* and merchant.* events, is a channel-partner integration surface - subscription requires Cuboh QA certification and a piloted live merchant, it carries no loyalty or guest-profile events, and it cannot be pointed at an operator's Klaviyo, Punchh or Bridg instance. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
guest-loyalty-review-capture-routing differentiator
Re-verified 2026-08-06. The 'What Automated Emails & Texts Are Sent to My Diners?' article is a marketing-automations catalogue (Lifecycle Campaigns: Welcome Series, Win Back 30/60 Days, VIP Special Offer; Promotional Campaigns: Monthly Promos, 2026 Seasonal Promos), not an exhaustive list of all automated diner messaging - it omits transactional mail entirely, so it cannot support an absence finding for post-transaction feedback requests. The counter-evidence hunt found nothing either way: help-centre searches for 'review' and 'feedback' return no rating-capture article, and ChowNow's own blog on getting Google reviews recommends third-party tools (Marqii, Statusbrew) rather than a ChowNow feature. Whether ChowNow sends any post-order rating prompt, and whether responses could be routed by score, is undetermined. adversarially verified
guest-loyalty-referral-program
get.chownow.com/restaurant-support/referral-program/ ('Is there a referral program to recommend other restaurants to ChowNow?') is restaurant-to-restaurant only - it directs the operator to get.chownow.com/refer-a-restaurant/ and pays '$500 USD for any restaurant that purchases the ChowNow Pro Subscription'. That article answers a different question from this claim. The support search for 'rewards' at get.chownow.com/restaurant-support/?s=rewards returns exactly three articles (the two Restaurant Rewards Program articles and that B2B referral page), and the two rewards articles describe only sticker accrual and redemption, with no per-guest referral code, link, first-order attribution or two-sided reward. No ChowNow page states that a guest-to-guest referral mechanic does not exist, and a help-centre search returning nothing is not evidence of absence, so this stays unknown.
guest-loyalty-wallet-pass differentiator
Checked get.chownow.com/restaurant-support/get-started-with-our-restaurant-rewards-program/ and .../restaurant-rewards-program-set-up-best-practices-guide/ - the program is described as diners earning digital 'stickers' per takeout order, tracked against the diner's ChowNow account and redeemed automatically on the next order, with progress and enrolment stats visible to the operator on the Rewards Settings page. Neither article, nor the Rewards Program entry in the product index at get.chownow.com/products/, nor the Marketing Suite rows of the plan table at get.chownow.com/pricing/ (which lists 'Loyalty & Rewards Program') mentions Apple Wallet, Google Wallet, a .pkpass, or any pass with a push-updatable balance. Absence from these pages is not a vendor statement that no wallet pass is issued, so unknown.
guest-loyalty-privacy-rights-tooling
ChowNow operates a vendor-side OneTrust Data Privacy Rights Request webform and a CPRA notice, and diners can access/delete their own contact data in account settings. No operator-facing in-app DSAR tooling and no deletion-propagation documentation. https://get.chownow.com/legal/privacy-policy/ · retrieved 2026-08-01
guest-loyalty-redemption-fraud-controls
The Rewards Settings surface is enumerated the same way in both ChowNow rewards articles and consists of three configurable fields: the number of stickers required to unlock a reward, the minimum order dollar amount that earns a sticker, and the reward value (percent-off or dollar-off). The get-started article additionally states that manually adding stickers to a diner is not available, and that changes to a program apply only 'for new diners going forward'. Redemption is automatic - 'When a diner unlocks their reward discount, it will get automatically applied to their next order' - with no operator step to approve. There is consequently no redemption velocity limit, no manager-approval workflow on point adjustments (there are no manual adjustments), no employee self-redemption flag, and no audit log; the only reporting exposed is aggregate program stats (diners enrolled, rewards unlocked) on the Rewards Settings page. A support search for 'audit' at get.chownow.com/restaurant-support/?s=audit returns 0 results. https://get.chownow.com/restaurant-support/get-started-with-our-restaurant-rewards-program/ · retrieved 2026-08-06
guest-loyalty-ai-offer-recommendation differentiator
Checked get.chownow.com/products/email-sms-marketing/ (segments are 'auto-generated' from 'real behavior such as New, Repeat, VIP, and Lapsed' - a rules description, with no AI or ML wording), get.chownow.com/products/q2-feature-release/ (the Spring 2026 release covers Email & SMS Marketing, Catering and QR Code Ordering, and makes no AI claim), get.chownow.com/restaurant-support/getting-started-with-automated-email-sms-campaigns/ (content and promotions in automated campaigns 'cannot be edited at this time'; campaigns are on by default), and .../getting-started-with-custom-on-demand-sms-campaigns/ (send time is operator-chosen from a date/time picker, with static best-practice guidance to send 10-11am or 4-6pm rather than a computed recommendation). None of the thirteen entries in the product index at get.chownow.com/products/ advertises an AI feature. That is a wide but not exhaustive read of the vendor's own claims, and no page states ChowNow does not offer AI recommendations, so this stays unknown rather than becoming a negative assertion.
guest-loyalty-stored-value-gift
Checked get.chownow.com/products/ - the full product index lists thirteen products across Ordering (Online Ordering, Branded Mobile Apps, Website Builder, Marketplace, Discovery Network, Catering, QR Code Ordering), Marketing (Email & SMS Marketing, Rewards Program) and Operations (Flex Delivery, Order Aggregation, Advanced Reporting) and includes no gift-card or stored-value product. The 'Compare Plans Included Features' table at get.chownow.com/pricing/ lists the Marketing Suite as Automated Email Marketing, Automated SMS Marketing, On-Demand Campaigns, CSV Upload, Loyalty & Rewards Program and Print Marketing, with no gift card on any of Launch/Grow/Elevate. A support search at get.chownow.com/restaurant-support/?s=gift+card returns 'Found 0 results'. Under the evidence rule these are a product roundup, a pricing page and a null help-centre search - none is an exhaustive enumeration or a vendor statement of non-support - so this remains unknown despite the consistent signal.
Labor & workforce
labor-clock-in-at-pos
No labor module of any kind; 7shifts is ChowNow's named team-management partner. https://get.chownow.com/partners/ · retrieved 2026-08-01
labor-photo-punch-verification differentiator
No labor module.
labor-geofenced-mobile-punch
No labor module.
labor-offline-time-punch differentiator
No labor module.
labor-granular-rbac
Re-verified 2026-08-06. The only surface ChowNow publishes on dashboard permissions is the FAQ 'Can I add more users to my dashboard?', which shows the create-user form offering 'Company admin (can change settings for all locations)' or 'Regional admin (they are only associated with a specific location)'. That is a creation-flow how-to, not a permissions reference, and it asserts nothing about what can be configured on a user after creation. Help-centre searches for roles, permissions, users and 'regional admin' surface no permissions article. The two named options are location scope rather than per-action grants, which makes granular RBAC unlikely, but no documented settings surface establishes its absence. adversarially verified
labor-manager-override-audit
No labor module and no POS override construct.
labor-native-scheduling differentiator
No labor module; 7shifts partner. https://get.chownow.com/partners/ · retrieved 2026-08-01
labor-demand-labor-forecast differentiator
No labor module.
labor-realtime-labor-percent differentiator
No labor data in the platform.
labor-overtime-prevention differentiator
No labor module.
labor-break-compliance-by-state differentiator
No labor module.
labor-fair-workweek-support
No labor module.
labor-minor-labor-rules
No labor module.
labor-tip-pooling-rules
Tips are passed through in disbursements; no pooling engine. https://get.chownow.com/support-category/order-and-payments-processing/ · retrieved 2026-08-01
labor-tip-distribution-audit-trail
No per-employee tip ledger.
labor-qualified-tips-w2-reporting differentiator
ChowNow issues 1099s to restaurants earning $20,000+; it has no employee-level payroll or W-2 reporting. https://get.chownow.com/support-category/billing-my-account/ · retrieved 2026-08-01
labor-native-payroll differentiator
No payroll product.
labor-payroll-export-formats
No labor hours to export; no named payroll integrations on the integrations page. https://get.chownow.com/integrations/all/ · retrieved 2026-08-01
labor-shift-swap-workflow differentiator
No labor module.
labor-digital-onboarding-i9
No HR module.
labor-server-performance-metrics differentiator
No employee dimension in reporting. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
Inventory, purchasing & cost control
inventory-recipe-bom-costing
No inventory module; MarketMan is the named inventory partner. https://get.chownow.com/partners/ · retrieved 2026-08-01
inventory-unit-conversion-yields
No inventory module.
inventory-theoretical-vs-actual differentiator
No inventory module.
inventory-realtime-depletion differentiator
No inventory module.
inventory-86-auto-sync differentiator
Item and modifier 86 syncs automatically from the connected POS's own stock status out to ChowNow and the marketplaces — but it is POS-driven availability, not ingredient-level depletion or threshold logic owned by ChowNow. https://get.chownow.com/restaurant-support/?s=inventory · retrieved 2026-08-01
inventory-count-modes
No inventory module.
inventory-mobile-count-offline
No inventory module.
inventory-vendor-catalogs-edi differentiator
US Foods appears on the partners page as a distributor discount relationship, not an EDI catalog/PO integration. https://get.chownow.com/partners/ · retrieved 2026-08-01
inventory-invoice-ocr differentiator
Ottimate is listed as an AP-automation partner, not a ChowNow feature. https://get.chownow.com/partners/ · retrieved 2026-08-01
inventory-price-change-alerts differentiator
No purchasing module.
inventory-par-auto-suggest differentiator
No purchasing module.
inventory-waste-logging
No inventory module.
inventory-transfers
No inventory module.
inventory-commissary
No inventory module.
inventory-lot-traceability
No inventory module.
inventory-shelf-life-expiry
No inventory module.
inventory-bar-partial-bottle
No inventory module.
inventory-cogs-gl-export
No COGS data and no accounting connectors in the integrations directory. https://get.chownow.com/integrations/all/ · retrieved 2026-08-01
inventory-native-not-partner differentiator
Explicitly partner-delivered: MarketMan is listed as ChowNow's inventory partner. https://get.chownow.com/partners/ · retrieved 2026-08-01
inventory-menu-margin-linkage differentiator
Item & Modifier reports are marketed as identifying 'top sellers and margin drivers', but there is no recipe cost input, so no true contribution margin per item. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
Reporting, BI & data access
reporting-realtime-dashboard
Centralized performance dashboard with on-demand, real-time data across first- and third-party channels and multi-location visibility. Browser-based; no operator mobile app documented. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
reporting-eod-closeout
Disbursement Reports reconcile payouts line-by-line, available ~1 hour after closing each business day. No tender-type/cash/tax EOD reconciliation — there is no POS drawer. https://get.chownow.com/support-category/order-and-payments-processing/ · retrieved 2026-08-01
reporting-pmix-modifier-level
Item & Modifier Reports are one of the four named report families, covering top sellers and margin drivers. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
reporting-comps-voids-audit
No comp/void/override constructs exist in a digital-ordering-only platform, and no such report is listed. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
reporting-cash-over-short
No cash drawer.
reporting-labor-productivity
No labor data in the platform.
reporting-server-scorecards differentiator
No employee dimension.
reporting-channel-profitability differentiator
Comparative Analytics benchmarks performance across channels, locations and time periods, with claimed 'margin reporting across every platform' and commission tracking. Explicit net-of-commission P&L by marketplace is not documented. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
reporting-multiloc-drilldown differentiator
Multi-location visibility plus a dashboard location switcher and comparative analytics across locations; a formal group-to-location-to-transaction drilldown path is not documented. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
reporting-custom-report-builder differentiator
Re-verified 2026-08-06. The cited article's purpose is exporting to Excel; its report list is introduced as 'Below are the types of reports you can run', but the article is scoped to the retired ChowNow Pro / Hub / Premier product lines, so it is not authoritative for the current Launch/Grow/Elevate dashboard and a builder living elsewhere would not appear in it. The Advanced Reporting product page (retrieved with a Googlebot UA; a normal UA gets a Cloudflare 403) advertises four fixed report families plus a centralized dashboard and no builder, but it is grade-C marketing. Help-centre searches for 'custom report' and 'report builder' return no relevant article. No self-service dimension/measure builder was found, and none was ruled out. adversarially verified
reporting-scheduled-delivery
Recurring emailed reporting exists: from the Dashboard, select the location under 'Headquarters', then Settings > Email Notifications, enter email addresses and choose 'daily, weekly, and/or monthly order reports'; the article states you can 'sign up as many people as you'd like to receive' them, so cadence and recipient list are both configurable. Named shortfall: this is a notification setting for order summaries, not a scheduler for reports - the claim's 'any report' is not met. The Reports section itself (get.chownow.com/restaurant-support/how-to-run-reports/) offers Analytics, Accounting Data, Customer Data, Promo Data, Order Source, Order History, Order Edit Data, Cancellation Data, Order Control Data, POS Errors, Item Report and Modifier Report only as manual runs finished by clicking Export to Excel, with no scheduling option and no shared destination (SFTP, drive, webhook). https://get.chownow.com/restaurant-support/daily-order-summaries-dashboard/ · retrieved 2026-08-06
reporting-raw-warehouse-export differentiator
Withdrawing the 'no API' leg. The ChowNow Partner API spec declares exactly ten operations - GET /v1/restaurants, GET /v1/restaurants/{id}, GET /v1/restaurants/{id}/menu, GET /v1/restaurants/{id}/availability, POST /v1/quotes, POST /v1/orders, GET /v1/orders/{id}, POST /v1/orders/{id}/cancel, GET /v1/orders/{id}/status, POST /v1/orders/{id}/refunds - and that enumeration is exhaustive for the product. None is a bulk or recurring export; there is no destination configuration of any kind (the strings S3, SFTP, warehouse, Snowflake, BigQuery and export do not occur in the document), and orders are addressable only one at a time by order_id, with no list-orders endpoint, so transaction-level data cannot even be swept programmatically. Operator-side, the dashboard offers manual CSV download only. Automated recurring bulk export to a customer-controlled destination does not exist. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
reporting-public-api differentiator
A public API exists and is documented: 'ChowNow Developer API', OpenAPI 3.1, version 0.1.0-draft, server https://openapi.chownow.com/v1, security scheme workos_m2m (OAuth2 client-credentials via WorkOS), with exactly ten operations - GET /v1/restaurants, GET /v1/restaurants/{id}, GET /v1/restaurants/{id}/menu, GET /v1/restaurants/{id}/availability, POST /v1/quotes, POST /v1/orders, GET /v1/orders/{id}, POST /v1/orders/{id}/cancel, GET /v1/orders/{id}/status, POST /v1/orders/{id}/refunds. Coverage against the claim: orders yes (place, read, status, cancel, refund), payments partly (a Totals breakdown of item_total, discount, subtotal, sales_tax, delivery_fee, service_fee, tip, total, total_due on quotes and orders - no settlement, payout or tender reporting), menu read-only. Shortfalls: no labor data of any kind; there is no list-orders or reporting endpoint, so this is a transactional partner-ordering API rather than a reporting API; and credentials are not self-service - 'Ask ChowNow for Partner API access. Your request is reviewed by our team; it can be approved for sandbox, or declined', with production access granted only after sandbox approval and governed by an integration agreement. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
reporting-webhooks differentiator
Outbound webhooks exist on one of ChowNow's two published APIs. The Cuboh Direct spec (Cuboh is ChowNow's subsidiary, the engine behind the Hub product) carries an OpenAPI 3.1 'webhooks:' block with orders.new, orders.update, orders.accept, orders.adjust, orders.cancel, orders.complete, merchant.new, merchant.update, merchant.open, merchant.close, delivered to a subscriber-defined HTTPS URL, signed with an 'X-Cuboh-Signature' HMAC-SHA256 of the body, and retried on 500/502/503/504/429 'based on an exponential backoff algorithm. Ex. 1 second after the initial attempt, then 2 seconds, then 4 seconds until 5 total events were sent'. Shortfalls: ChowNow's own Partner API (developer.chownow.com/docs/openapi.json, verified 2026-08-06) declares no webhooks and no callbacks at all - order state is polled via GET /v1/orders/{id}/status; there are no payment lifecycle events (no paid, voided or refunded webhook - Cuboh exposes refund only as an inbound POST); and the endpoint owner must be a QA-certified Cuboh channel partner, not an operator supplying their own URL. https://docs.cuboh.com/static/media/direct.cc50b46f10923bea774a.yml · retrieved 2026-08-06
reporting-api-not-upcharged differentiator
Withdrawing 'no API to include' - an API exists. It is nonetheless not a subscription entitlement. The Getting Access page enumerates the complete lifecycle in four stages: 'Partner API access is granted in two stages: sandbox first, then production. Production access is only reachable after sandbox approval - the ordering is enforced by the platform, not by convention'; 'Ask ChowNow for Partner API access. Your request is reviewed by our team; it can be approved for sandbox, or declined'; and 'Approved access can later be revoked under the terms of your integration agreement.' No path from a ChowNow restaurant subscription to API or raw-data access appears anywhere on the portal, and the API's own description scopes it to 'ChowNow marketplace partners' rather than to subscribing restaurants. Access is therefore gated behind a separately negotiated partner agreement, which is exactly what this claim asks about; the commercial terms of that agreement are not published. https://developer.chownow.com/docs/getting-access · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
reporting-tier-paywall differentiator
'Reporting' is checked on all three tiers including Launch, so core reporting is not paywalled — but tier differences are marketing contacts/SMS credits, and whether the full 'Advanced Reporting' set sits on Launch is not stated. https://get.chownow.com/pricing/ · retrieved 2026-08-01
reporting-history-retention differentiator
The Analytics view carries no history limit: 'You are able to view sales data starting from your first day on ChowNow', over an operator-selected date range, exportable to CSV. Named shortfall: that is aggregate sales analytics (gross vs net sales, order source, average order amount, hourly peaks), not the transaction-level detail the claim requires. On the transaction-level reports, get.chownow.com/restaurant-support/how-to-run-reports/ documents the Accounting Data report as showing individual orders 'up to 90 days' and Order Source as covering 'a time range no greater than 30 days'. ChowNow publishes no retention window for order-level data, states nothing about truncation, and names no archive-retrieval fee, so a 24-month transaction-level look-back is neither documented as available nor priced. https://get.chownow.com/restaurant-support/how-to-view-sales-analytics-on-the-dashboard/ · retrieved 2026-08-06
reporting-anomaly-alerts differentiator
Checked the only documented notification surface, Settings > Email Notifications (get.chownow.com/restaurant-support/daily-order-summaries-dashboard/), which describes choosing daily, weekly and/or monthly order reports for a list of recipients - a fixed-cadence digest, not a metric threshold. Also checked get.chownow.com/restaurant-support/how-to-view-sales-analytics-on-the-dashboard/ and .../how-do-i-view-sales-trends-on-the-dashboard/ (date-range comparison of gross/net sales, order source, hourly peaks, CSV export - no alert configuration), the twelve canned reports at .../how-to-run-reports/, and get.chownow.com/products/advanced-reporting/ (dashboard plus four report families, no alerting claim). The Email Notifications article does not enumerate every notification type the screen offers, so I cannot treat it as the complete configurable surface, and no ChowNow page states that threshold or anomaly alerts are unavailable.
reporting-nl-query
Checked get.chownow.com/restaurant-support/how-to-run-reports/ (select a named report, set parameters, Run Report, Export to Excel), .../how-to-view-sales-analytics-on-the-dashboard/ and .../how-do-i-view-sales-trends-on-the-dashboard/ (date-range and multi-location selectors over gross/net sales, order source, average order amount and hourly peaks, with CSV export), get.chownow.com/products/advanced-reporting/ (Centralized Performance Dashboard plus Order, Item & Modifier, Comparative Analytics and Disbursement report families) and get.chownow.com/products/q2-feature-release/ (Spring 2026 release: Email & SMS Marketing, Catering, QR Code Ordering - no assistant). No natural-language or chat query surface appears in any of them, but none of these pages asserts that ChowNow lacks one, so this stays unknown.
reporting-guest-cohorts differentiator
Guest-level raw data yes, cohort reporting no. The Customer Data report 'will show you your customer's email addresses, when they ordered last, the total number of orders they've placed at your restaurant and much more', and the dashboard article adds 'each diner's total spend, amount of orders, their average purchase' - so lifetime spend and order frequency are available per identifiable diner and exportable. Named shortfall: no documented report of new-versus-returning guest counts, retention or frequency cohorts; Order Source gives only 'the amount of customers you had, their average order amount, your largest order' for a window of at most 30 days, and the New/Repeat/VIP/Lapsed lifecycle segments are selectable as campaign audiences, not reported as cohort sizes. Campaign reports are aggregate only (sent, opens, clicks, sales within 14 days, unsubscribes). https://get.chownow.com/restaurant-support/how-to-run-reports/ · retrieved 2026-08-06
reporting-sales-forecast differentiator
Checked get.chownow.com/restaurant-support/how-to-view-sales-analytics-on-the-dashboard/ (compare gross vs net sales over a chosen date range, identify peak order times by hour, export CSV - all retrospective), .../how-do-i-view-sales-trends-on-the-dashboard/ (single or multiple locations, comparison of gross sales across selected time periods, average order amount, peak times), the twelve canned reports at .../how-to-run-reports/ (none named as a forecast or projection), and get.chownow.com/products/advanced-reporting/ (Order Reports, Item & Modifier Reports, Comparative Analytics, Disbursement Reports - 'benchmark performance across channels, locations, and time periods', i.e. historical). No forward projection at daypart or hourly granularity is described, and no page states one does not exist, so unknown.
reporting-tip-tax-compliance
ChowNow issues restaurant-level 1099s only; there is no employee-level declared-vs-charged tip reporting or pool distribution detail. https://get.chownow.com/support-category/billing-my-account/ · retrieved 2026-08-01
Multi-location, franchise & enterprise governance
multi-location-org-hierarchy
An above-store tier exists and is a real object rather than a flat list: the dashboard shows a 'Headquarters' label in the left sidebar and the operator switches context by clicking it and then searching for or selecting a location. Reporting can span it - the Analytics view lets the operator 'select either a single location or multiple locations to view their sales data' (get.chownow.com/restaurant-support/how-do-i-view-sales-trends-on-the-dashboard/) - and permissions are scoped to it: Settings > Users > Create offers Company admin, who 'can change settings for all locations', or Regional admin, who is 'only associated with a specific location'. Named shortfall: the hierarchy is two levels (Headquarters > location), not the three the claim requires. Despite its name the Regional admin role is scoped to named locations, not to a region; no region, group, market or brand object is documented anywhere as something reporting or permissions can target, and multi-location reporting is done by multi-selecting individual locations. https://get.chownow.com/restaurant-support/how-can-i-switch-which-location-i-am-viewing-in-the-dashboard/ · retrieved 2026-08-06
multi-location-central-menu-publish
Centralized menu management publishes one edit across channels from a single dashboard. Publishing to a selected set of LOCATIONS with version history showing what/when/who is not documented. https://get.chownow.com/products/order-aggregation/ · retrieved 2026-08-01
multi-location-local-override-policy differentiator
Checked get.chownow.com/restaurant-support/what-is-the-menu-editor/ (import a menu, add or edit menu names, hours, categories, descriptions and prices, manage modifiers, then publish 'straight to your delivery partners in real-time'), .../how-to-update-menu-prices-using-menu-editor/ (edit individually or in bulk; 'Any menu changes need to be published in order to show on the delivery apps connected to the menu'), .../menu-items/, .../modifiers/ and .../how-do-i-adjust-the-prices-on-all-my-menu-items-at-once/. None of these describes a corporate master menu, an inheritance relationship between a parent and a location menu, per-field override permissions, or fields locked at store level. The dashboard's only permission distinction is Company admin vs Regional admin at the whole-location level (.../adding-users-dashboard/), which is coarser than the per-field model the claim asks about. No ChowNow page states that per-field override rules do not exist, so unknown.
multi-location-price-zones
One of the claim's three dimensions is real and now primary-sourced. The ChowNow Partner API spec (OpenAPI 3.1, developer.chownow.com/docs/openapi.json) documents the menu fetch as issued 'with a neutral User-Agent (partner-gateway/1.0) and NO cn_channel query param -> base, no-markup pricing (CN-48933)' - so ChowNow's menu service carries a channel-keyed markup over a single base price, the same mechanism the vendor markets as 'a baked-in tool that automatically adjusts menu prices to offset standard fees'. One item record, different prices by channel, no duplication. Shortfalls: the markup is ChowNow's automatic fee-offset keyed to a channel identifier, not an operator-defined price tier or zone object - no zone/tier entity appears in the spec or in the Menu Editor articles; there is no location-group price dimension (menus resolve per restaurant_id, and bulk edit is documented only as one uniform dollar or percentage change across 'All Items' or 'All Modifiers'); and per-daypart pricing is positively excluded - 'ChowNow will always display the base price at all times of the day'. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
multi-location-scheduled-publish differentiator
Checked get.chownow.com/restaurant-support/what-is-the-menu-editor/ ('publish... straight to your delivery partners in real-time'), .../how-to-update-menu-prices-using-menu-editor/ ('Any menu changes need to be published in order to show on the delivery apps connected to the menu' - an immediate manual publish, with no effective-date field), and .../how-do-i-adjust-the-prices-on-all-my-menu-items-at-once/ (immediate bulk change, reversed only by editing back). A support search at get.chownow.com/restaurant-support/?s=schedule returns 19 results, all about scheduled ORDERS on the Hub tablet, campaign send scheduling, catering and snooze intervals - none about scheduling a menu, price or promo change. Menu hours are editable (a recurring availability window), which is not the same as a future-dated change activation. No version history or rollback control is documented, and no page states future-dated publishing is unavailable, so unknown.
multi-location-new-store-template differentiator
Checked get.chownow.com/restaurant-support/how-to-add-another-restaurant-chownow/, ChowNow's own answer to adding a location, which reads in full as an instruction to 'Contact your Restaurant Success Manager or email support@chownow.com. We'll provide you with the proper documentation to get started with onboarding for your new location and we'll put you in contact with a sales rep if you have any questions.' It says nothing about whether menu, tax, role, printer, modifier or tender configuration is copied from an existing location, and gives no time-to-open. The Onboarding support category (get.chownow.com/support-category/onboarding/) and the pricing page (which carries a one-time setup fee) likewise publish no expected launch timeline. Because the article is a hand-off instruction rather than an enumeration of the provisioning surface, the absence of a clone-from-template feature is not established, so unknown.
multi-location-corp-vs-franchisee-roles differentiator
Checked get.chownow.com/restaurant-support/adding-users-dashboard/ - the entire user model is one account with Company admin ('can change settings for all locations') and Regional admin ('only associated with a specific location'), i.e. scope within a single tenant, with no notion of a separately-owned sub-tenant, no cross-tenant visibility grant, and no separation of banking or employee data. A support search at get.chownow.com/restaurant-support/?s=franchise returns 'Found 0 results', and get.chownow.com/pricing/ prices per location with no franchise or enterprise tier. ChowNow also operates no labor module, so 'the franchisee owns its own employees and labor data' has no counterpart in the product. That said, the user-creation screen speaks to roles rather than to account/billing tenancy, and a null help-centre search is not evidence of absence, so the claim as worded is unresolved.
multi-location-royalty-calculation differentiator
Checked get.chownow.com/restaurant-support/?s=franchise ('Found 0 results'), the twelve canned reports enumerated at .../how-to-run-reports/ (Analytics, Accounting Data, Customer Data, Promo Data, Order Source, Order History, Order Edit Data, Cancellation Data, Order Control Data, POS Errors, Item Report, Modifier Report - no royalty or fee-calculation report), the four report families on get.chownow.com/products/advanced-reporting/ (Order, Item & Modifier, Comparative Analytics, Disbursement - Disbursement Reports 'reconcile payouts with line-item clarity', i.e. ChowNow's own payouts to the restaurant, not franchisor fee capture), and the plan comparison at get.chownow.com/pricing/, whose Operations Suite is Fraud & Chargeback Protection, Order Aggregation, Menu Management, POS Integrations, Delivery Management, Reporting and 24/7 Support. Nothing configures a royalty basis or schedule. As the earlier verifier noted, no ChowNow source affirmatively states royalty tooling is absent and none of these surfaces is an exhaustive franchise-feature enumeration, so the honest value stays unknown. Same reasoning applies to multi-location-royalty-collection. adversarially verified
multi-location-royalty-collection
No franchise financial tooling.
multi-location-consolidated-reporting
Dashboard tracks sales and ordering trends 'across first- and third-party channels with multi-location visibility' and benchmarks across locations. Store-vs-store ranking and variance flags are not documented. https://get.chownow.com/products/advanced-reporting/ · retrieved 2026-08-01
multi-location-normalized-item-rollup differentiator
Checked get.chownow.com/restaurant-support/how-to-run-reports/, which lists an Item Report and a Modifier Report under the ChowNow Hub and Premier report set but does not describe their grouping key or whether they can span locations; .../how-do-i-view-sales-trends-on-the-dashboard/, where the operator can 'select either a single location or multiple locations to view their sales data' but the metrics shown are gross sales, average order amount and peak order times with no item-level breakdown; and get.chownow.com/products/advanced-reporting/, which claims 'Item & Modifier Reports identify top sellers and biggest margin drivers' and separately that 'Comparative Analytics benchmark performance across channels, locations, and time periods' - marketing copy that never says items are matched across locations by a shared identifier. Menus are documented as per-location objects built by import or by hand (.../what-is-the-menu-editor/) with no corporate item ID construct described. Whether renamed or locally-priced items normalise into one rollup row is therefore unresolved.
multi-location-cross-location-giftcard
Checked get.chownow.com/products/ (full product index: Online Ordering, Branded Mobile Apps, Website Builder, Marketplace, Discovery Network, Catering, QR Code Ordering, Email & SMS Marketing, Rewards Program, Flex Delivery, Order Aggregation, Advanced Reporting - no gift or stored-value product), the 'Compare Plans Included Features' table at get.chownow.com/pricing/ (Ordering, Marketing and Operations suites across Launch/Grow/Elevate, no gift card line), and get.chownow.com/restaurant-support/?s=gift+card ('Found 0 results'). There is consequently nothing documented to redeem across locations, no outstanding-liability report among the twelve canned reports at .../how-to-run-reports/, and no inter-store settlement mechanism described. Because a product roundup, a pricing page and a null help-centre search are none of them an exhaustive enumeration or a vendor statement of non-support, this remains unknown. Note also that the one balance ChowNow does hold per diner - Rewards stickers - is documented as per-location only.
multi-location-cross-location-loyalty
ChowNow states the limitation directly: 'Today the Rewards Program works on a per-location basis only.' A diner's sticker accrual and unlocked reward therefore belong to the individual location that ran the program, and are not shared across the other locations of the brand; each location configures its own sticker goal, minimum order value and reward value, and changes 'go into effect for new diners going forward' at that location. The claim's requirement of a single loyalty profile and balance shared brand-wide is not met by design. (The diner does hold one ChowNow account with order history, but the loyalty balance the claim turns on is explicitly per location.) https://get.chownow.com/restaurant-support/get-started-with-our-restaurant-rewards-program/ · retrieved 2026-08-06
multi-location-multi-brand differentiator
Checked get.chownow.com/restaurant-support/cuboh-tablet-overview/ and .../chownow-hub-overview/ (the Hub aggregates orders from Grubhub, DoorDash, UberEats, SkipTheDishes, Ritual and ChowNow onto one tablet and dashboard; the tablet references filtering 'by specific merchant' but no article explains what a merchant is in a multi-brand sense), .../managing-your-settings-on-the-cuboh-app/ (settings are auto-print, printer connections, ticket formatting, item/modifier 86-ing, prep times, snooze defaults - nothing brand-scoped), and a support search at get.chownow.com/restaurant-support/?s=virtual+brand ('Found 0 results'). ChowNow is an ordering layer with no cash drawer or terminal of its own, so the claim's 'same hardware and drawer' has no direct counterpart, and the vendor publishes nothing stating that a second brand cannot run alongside the first. Unresolved.
multi-location-multi-tax-jurisdiction
Tax is handled per location and ChowNow publishes a Marketplace Facilitator Laws FAQ covering marketplace-collected tax; subscription sales tax is applied by state/local rules. Multiple simultaneous rates and prepared-food vs grocery rules are not documented. https://get.chownow.com/support-category/order-and-payments-processing/ · retrieved 2026-08-01
multi-location-multi-currency-locale
ChowNow operates in the US and Canada — the support portal has a Canada-specific section — but consolidated multi-currency reporting is not documented. https://get.chownow.com/restaurant-support/ · retrieved 2026-08-01
multi-location-config-audit-log differentiator
Checked get.chownow.com/restaurant-support/?s=audit ('Found 0 results'), the eleven articles in the 'Using the ChowNow Dashboard' category at get.chownow.com/support-category/using-admin/ (sales analytics, password reset, demo orders, login, Toast alternate steps, sales trends, running/exporting reports, adding users, customer data, alternate contact, daily order summaries - no change-history or activity-log article), the twelve canned reports at .../how-to-run-reports/ (the closest is Order Edit Data and Order Control Data, both order-level rather than configuration-level), and .../adding-users-dashboard/ (creating a user records contact details and a permission level; no audit surface is mentioned). Menu edits are described as immediate with no version history (.../how-to-update-menu-prices-using-menu-editor/). None of this is an enumeration that would exclude an audit log, and a null support search is not evidence of absence, so unknown.
multi-location-enterprise-sso differentiator
Checked get.chownow.com/restaurant-support/adding-users-dashboard/ (Settings > Users > Create, enter the new user's contact information and choose Company admin or Regional admin - a ChowNow-local account, with no identity-provider, domain or federation step), .../how-can-i-reset-my-cuboh-password/ and .../how-do-i-log-into-the-web-dashboard/ (ChowNow-hosted credentials and password reset), and a support search at get.chownow.com/restaurant-support/?s=single+sign-on ('Found 0 results'). No SAML, OIDC, SCIM or directory-sync language appears on the support site or in the plan comparison at get.chownow.com/pricing/, which has no enterprise tier above Elevate. ChowNow publishes no developer or admin API documentation portal that would carry an SSO configuration reference. Because that is silence rather than a stated boundary, and enterprise SSO is commonly arranged off-catalogue, this stays unknown.
multi-location-enterprise-api differentiator
Withdrawing 'no public API of any kind'. A public API exists and one credential does span locations - a single organization-level OAuth2 client-credentials token authorizes GET /v1/restaurants across the whole ChowNow network, so per-location credentials are not required. But the claim's substance, transaction-level data across all locations in one authenticated call, is absent: of the ten declared operations the only order reads are GET /v1/orders/{order_id} and GET /v1/orders/{order_id}/status, both single-order and both requiring an order_id the caller already holds. There is no list-orders, no date-range query, no per-location transaction feed and no BI or warehouse export operation in the document, and the spec's operation list is exhaustive. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
multi-location-central-labor-policy
No labor module.
Integrations, API & extensibility
extensibility-public-api-docs
Withdrawing the earlier shortfall that ChowNow publishes no API reference of its own. developer.chownow.com serves /docs/openapi.json (OpenAPI 3.1, 55KB, HTTP 200, no credentials) plus /docs/getting-started, /docs/getting-access and /docs/authentication as full prose - all four retrieved anonymously on 2026-08-06. The reference is complete on its face: base URL, the ten operations, request and response schemas, error shapes, the workos_m2m OAuth2 client-credentials scheme with its five scopes, the token endpoints, a worked curl token exchange, the rate limit, a troubleshooting table and the live-vs-501 endpoint status list. Nothing is behind a sign-in, an NDA or a sales call - the 'Sign in' and 'Request access' links govern credential issuance, not readability. Cuboh's Direct and Connect specs (docs.cuboh.com) are separately readable in full and corroborate the same posture for the Hub product. The API is versioned 0.1.0-draft, which bears on maturity but not on whether the documentation is public. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
extensibility-api-access-cost differentiator
Withdrawing 'no ChowNow operator API exists to be priced'. The Partner API exists, and the portal enumerates its access path completely, with no subscription route among the stages: 'Partner API access is granted in two stages: sandbox first, then production. Production access is only reachable after sandbox approval - the ordering is enforced by the platform, not by convention'; 'Ask ChowNow for Partner API access. Your request is reviewed by our team; it can be approved for sandbox, or declined'; 'Approved access can later be revoked under the terms of your integration agreement'; and 'your integration agreement determines which scopes and endpoints are available to you'. The API is scoped to 'ChowNow marketplace partners' - buying a ChowNow restaurant subscription (Launch, Grow or Elevate on get.chownow.com/pricing/) grants no API access at all, and the public Restaurant Agreement's fee definitions (Subscription Fee, Marketing Fee, Add-On Fees, Set up Fee, Direct Service Charge, Credit Card Processing Charges) contain no API entitlement. So access is conditioned on a separate negotiated agreement rather than included; what that agreement costs is not published. https://developer.chownow.com/docs/getting-access · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
extensibility-partner-revshare
'If a restaurant uses your link to purchase a ChowNow Subscription, you'll earn a $500 reward after they've been live with ChowNow for 30 days. You'll get an email from PartnerStack to create an account and get paid via PayPal or Stripe.' The page is public and ungated, states no referral cap ('There's no limit to how many restaurants you can refer'), does not require the referrer to be a customer, and enumerates qualifying and excluded business types plus the conditions under which a referral is marked unqualified. A specific referral fee is therefore published; a percentage rev-share for integration partners is not, but the claim is satisfied by any one of the three named forms. https://get.chownow.com/refer-a-restaurant/ · retrieved 2026-08-06
extensibility-free-sandbox differentiator
Re-scored against ChowNow's own portal rather than the Cuboh spec. A first-party sandbox exists and precedes any paid relationship: base URLs are 'Production https://openapi.chownow.com/v1' and 'Sandbox https://partner.openapi.chownow.com/v1 (being provisioned)', with a separate sandbox token issuer, and the access lifecycle grants sandbox first - 'Production access is only reachable after sandbox approval'. No fee is attached to it and no production account is required to reach it. Shortfalls, all stated by ChowNow: it is not open self-serve - 'Ask ChowNow for Partner API access. Your request is reviewed by our team; it can be approved for sandbox, or declined'; it is still 'being provisioned'; and there is no seeded test data because it is not an isolated environment at all - 'Sandbox and production credentials call the same API with the same data - the only difference is which set of credentials you were issued. There is no order or data isolation between the two today.' Cuboh's core-staging.cuboh.net development server exists on the Hub side under the same manual-credential model. https://developer.chownow.com/docs/getting-started · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
extensibility-oauth-partner-apps
The ChowNow Developer API (OpenAPI title 'ChowNow Developer API', version 0.1.0-draft, server https://openapi.chownow.com/v1) declares exactly one security scheme, 'workos_m2m: type: oauth2', with a clientCredentials flow (production token endpoint https://auth.developer.chownow.com/oauth2/token, sandbox https://diverse-touch-59-partner.authkit.app/oauth2/token) and five scopes - restaurants:read, catalog:read, orders:read, orders:write, orders:refund - applied per operation (GET /v1/restaurants requires restaurants:read; POST /v1/orders/{order_id}/refunds requires orders:refund). The Authentication guide adds that the token is an RS256 JWT whose 'scope' claim the gateway enforces, rejecting a request that lacks the scope with 403 Forbidden; that the client secret is shown once and is rotatable, and 'the old one keeps working until you revoke it'; and the portal's own API exposes POST /api/v1/apps/{public_id}/secrets/revoke. Shortfalls against the claim: the permissions are ChowNow-granted at partnership level, not operator-granted - 'Your application is granted the API scopes for the current endpoint surface... You do not choose scopes per application yet', 'per-application scope selection is planned', and orders:refund is 'granted selectively' - so there is no restaurant-operator consent step and no per-app scope grant; access is also gated behind a manual request/approval lifecycle (sandbox approval, then production approval). The separate Cuboh/Hub specs at docs.cuboh.com remain static bearer tokens 'valid for 10 years', unique per partner and unscoped. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read adversarially verified
extensibility-webhooks-push
Split verdict across ChowNow's two published APIs. ChowNow's own Partner API spec (developer.chownow.com/docs/openapi.json, OpenAPI 3.1) contains no `webhooks` and no `callbacks` object anywhere; order lifecycle is read by polling GET /v1/orders/{order_id}/status, which is precisely what this claim asks a platform not to require. Real push does exist on the Cuboh Direct API behind the Hub product: an OpenAPI 3.1 'webhooks:' block covering orders.new, orders.update, orders.accept, orders.adjust, orders.cancel, orders.complete, merchant.new, merchant.update, merchant.open, merchant.close, delivered over HTTPS to one subscriber URL per event family with a <300ms response-time standard - 'You must define only one Webhook URL for each of the Order(s), Merchant(s) and Menu(s) events'. Shortfalls: no paid, voided or refunded event in the enumerated set (Cuboh exposes refund only as an inbound POST /cuboh-connect-order/<order_id>/refund/), and the subscriber must be a QA-certified channel partner rather than an operator registering their own endpoint. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
extensibility-webhook-reliability differentiator
Signing: 'Each webhook event includes an X-Cuboh-Signature request header... a hexadecimal HMAC signature of the HTTP request body, using a secret as a key and SHA256 as the hash function' (for GETs the signature covers external_integration_merchant_uuid). Retry: 'If Cuboh receives any of the following server errors: 500, 502, 503, 504, or 429 - the webhook event will be resent based on an exponential backoff algorithm. Ex. 1 second after the initial attempt, then 2 seconds, then 4 seconds until 5 total events were sent without a response', with a handling table (500/503 retry with backoff; 400 do not retry; 401 update token; 403 contact Cuboh). Shortfalls: no replayable event log or redelivery endpoint is documented anywhere in either spec, so after five failed attempts the event is lost; and the signing 'secret can be found in the QA documentation provided', which is not public. https://docs.cuboh.com/static/media/direct.cc50b46f10923bea774a.yml · retrieved 2026-08-06
extensibility-order-injection-api
Re-scored onto ChowNow's own spec. POST /v1/orders ('Place an order', scope orders:write) accepts a fully formed externally originated order with restaurant_id in the body and returns an Order carrying the restaurant_id for later lookups; POST /v1/quotes prices the cart first and the returned total is re-sent as validated_total 'so the price can't drift between quote and order'; the lifecycle afterwards is GET /v1/orders/{id}, GET /v1/orders/{id}/status and POST /v1/orders/{id}/cancel. The portal states the purpose plainly: 'The ChowNow Partner API lets your platform place food orders at thousands of restaurants on behalf of your users.' Cuboh's POST /api/v2/external-integration/order does the same for the Hub product. Shortfalls: ChowNow is an ordering layer, not a POS, so the destination is ChowNow's order flow (and, for Hub, the Cuboh tablet) rather than a POS ticket; neither spec documents KDS or printer firing for an injected order or states that injected orders land in the operator's reporting; and cancellation and refund are listed among the endpoints that 'are not yet implemented and return 501 Not Implemented'. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
extensibility-menu-write-api differentiator
Neither of ChowNow's published APIs can write a menu. The ChowNow Partner API declares exactly ten operations and the only catalog access among them is read-only - GET /v1/restaurants/{id}/menu, described as 'a single, schedule-resolved menu ... already stripped of unavailable (86'd) items and base-priced' - with no POST, PUT or PATCH on any menu, item, modifier or price path; that enumeration is exhaustive for the API. On the Cuboh side, POST 'New Menu' and PATCH 'Update Menu' under /api/v2/external-integration/merchant/<uuid>/menus both carry the tag 'Menu Ingestion (coming soon)' and descriptions beginning '[coming soon, open a get GET to ingest menu]', so they are specified but not live. The only unqualified menu write anywhere is POST item/status-update, which toggles item availability (86ing) and writes no item, modifier or price. Menu authoring remains a Menu Editor / POS-sync operation. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
extensibility-data-symmetry differentiator
Complete path inventory of both specs. Direct: POST/GET /api/v2/external-integration/order, GET order/{id}, POST order/{id}/cancel, POST order-group/{id}/cancel, POST merchant/<uuid>/status. Connect: POST cancel/refund/upcharge/complete/accept on /cuboh-connect-order/<order_id>/, GET /cuboh-connect-order/<order_id>/details/, POST+GET+PATCH menus, GET menus/<external_menu_id>, POST+GET validate/<id>, POST item/status-update, POST merchant status, GET merchant orders. Menus are readable now while both write verbs (POST New Menu, PATCH Update Menu) are tagged 'Menu Ingestion (coming soon)', so a core readable object is not writable. Customers, employees and inventory have no path and no schema in either document. Read/write symmetry across core objects is positively absent from the schema, not merely unfound. https://docs.cuboh.com/static/media/connect.7bc86b76a95006107da4.yml · retrieved 2026-08-06
extensibility-published-rate-limits
All three elements the claim asks for are published. Numeric quota: 'Every client organization is limited to 600 requests per 60 seconds. This limit is the same for sandbox and production credentials - there is no per-tier rate differentiation today.' Throttling behaviour: the OpenAPI document defines a shared RateLimited response, referenced from every one of the ten operations, described as 'Per-partner rate limit exceeded' with the body '{ "code": "RATE_LIMITED", "title": "Rate limit exceeded." }' when enforced at the Cloudflare API Shield edge, and the security scheme states the gateway 'derives the partner identity from the JWT org_id claim and uses it for ... partner-scoped rate limits'. Headers: Retry-After ('Seconds to wait before retrying'), X-RateLimit-Limit ('Request budget for the surfaced window') and X-RateLimit-Window ('Length in seconds of the surfaced budget window'), all typed in the response definition. Caveat, not a shortfall against this claim: the API is versioned 0.1.0-draft, and the edge-enforced 429 body omits request_id, so callers correlate via the cf-ray header instead. https://developer.chownow.com/docs/getting-started · retrieved 2026-08-06 · not refetchable · site policy · graded A when read
extensibility-doordash-preferred differentiator
Verified against DoorDash's own newsroom post announcing the 2026 roster. Cohort is Checkmate, Chowly, Deliverect, Otter, PAR, Qu, Square, Stream, Toast, UrbanPiper. Neither ChowNow nor Cuboh appears. https://about.doordash.com/en-us/news/doordash-preferred-integrations-program-2026 · retrieved 2026-08-01 adversarially verified
extensibility-first-party-delivery-integrations differentiator
DoorDash, Uber Eats and Grubhub integrations are ChowNow-owned (via the 2024 Cuboh acquisition) and included in the base subscription — no separate middleware contract required. https://get.chownow.com/integrations/all/ · retrieved 2026-08-01
extensibility-middleware-compatibility
Inverted: ChowNow is not a POS and therefore not an endpoint for Deliverect/Chowly/Otter/Checkmate — after acquiring Cuboh it competes with them.
extensibility-accounting-connectors
Confirmed by full enumeration of the integrations directory: 24 POS systems, 4 delivery apps (DoorDash, Grubhub, Skip, Uber Eats), 5 discovery channels (Apple Maps, Google, Snap, Tripadvisor, Yelp), 2 printer vendors. Zero accounting, zero payroll, zero reservations, zero third-party loyalty. Same enumeration independently supports labor-payroll-export-formats and extensibility-payroll-export. https://get.chownow.com/integrations/all/ · retrieved 2026-08-01 adversarially verified
extensibility-payroll-export
No payroll integrations listed; ChowNow holds no labor hours to export. https://get.chownow.com/integrations/all/ · retrieved 2026-08-01
extensibility-bi-data-warehouse differentiator
Manual dashboard CSV export only. https://get.chownow.com/restaurant-support/?s=export · retrieved 2026-08-01
extensibility-app-marketplace
A public integrations directory lists named POS, delivery and discovery integrations, and a partners page lists named service partners with discounts. Self-install by the operator is not documented — POS connections are set up by an Onboarding Specialist. https://get.chownow.com/integrations/all/ · retrieved 2026-08-01
extensibility-custom-fields-scripting
Checked both Cuboh OpenAPI specs in full (no custom-field, metadata, attribute or script object appears in any schema), the ChowNow Dashboard help articles under get.chownow.com/support-category/ (Using the ChowNow Dashboard, Onboarding, How to Use Tablet), the Settings surfaces those articles describe (Settings > Users, Location Info, Global Printer Settings), and the collection list at support.cuboh.com/en/ (Product Tutorials, Cuboh Web Dashboard, Menu Management, POS Integrations, POS Errors, Delivery App Integrations, Menu Mapping, Storefront, Common Support Issues, New Dashboard). Nothing addresses operator-defined custom fields or vendor-hosted custom logic either affirmatively or by exclusion. The partner API specs are not the operator's configuration surface, so their silence does not enumerate what the Dashboard can do. Unresolved.
extensibility-headless-embedded
Checked the Cuboh Direct spec (POST /api/v2/external-integration/order lets a third-party ordering platform submit orders, including multi-brand group orders, but the spec describes them surfacing on the Cuboh tablet, not a third-party UI driving a transaction engine - there are no cart, tender, tax-calculation or payment-authorization endpoints in either spec), the Connect spec, and the ChowNow product pages for QR Code Ordering, Website Builder and Branded Mobile Apps at get.chownow.com/products/, which are all first-party front ends. ChowNow publishes no statement that a third-party kiosk, web-ordering or drive-thru UI may drive its ordering engine, and no statement that it may not. Unresolved: the partner API is an order-submission channel, which is a weaker thing than the claim asks about, and no doc marks the boundary.
extensibility-api-versioning-deprecation
Scored against ChowNow's own Partner API, not Cuboh's. The OpenAPI 3.1 document (info.version '0.1.0-draft', server https://openapi.chownow.com/v1, ten operations) contains no changelog, no x-changelog, no sunset or deprecation policy, no notice period for breaking changes, and not one deprecated flag on any path, operation or property - the strings 'changelog', 'deprecat', 'sunset' and 'breaking' occur zero times in the 55KB spec. Versioning is stated only as a URL convention: 'Versioning - Endpoints are versioned in the URL path (e.g. /v1/...)'. The only stability language anywhere is on the RFC 9457 error schema, and it runs the other way - 'title/detail are human-facing and may be reworded without notice'. The developer portal's own sidebar enumerates the complete published documentation set - Introduction, Getting Access, Authentication, Place an order, API Reference - with no changelog or release-notes entry, and /docs/changelog returns 404. Getting Started instead labels endpoints 'not yet implemented' returning 501 and says per-application scope selection is 'planned', which is a roadmap note, not a deprecation policy. https://developer.chownow.com/docs/openapi.json · retrieved 2026-08-06 · not refetchable · site policy · graded A when read adversarially verified
extensibility-data-portability-exit differentiator
While active, orders, items/modifiers, analytics, disbursements and the diner contact database are self-serve exportable to CSV. No documented complete historical export at contract end and no machine-readable format specification. https://get.chownow.com/restaurant-support/?s=export · retrieved 2026-08-01
Reliability, offline & operations
reliability-offline-order-entry
Cloud-only; no on-terminal order entry exists at all.
reliability-offline-card-auth differentiator
No offline payment path.
reliability-offline-decline-liability differentiator
No store-and-forward to document.
reliability-lan-degraded-multi-terminal differentiator
No multi-terminal LAN architecture.
reliability-local-transaction-engine differentiator
No on-premise transaction engine documented; the Hub tablet is a cloud client.
reliability-offline-kds-printing
Tickets originate from the cloud; no offline print path documented.
reliability-printer-fallback
The Hub/Cuboh tablet's printer configuration is exhaustively described by two articles. Global Printer Settings ('These settings affect all printers connected directly to the Cuboh tablet') lists every toggle: Ticket Font Size (Medium/Large/Extra Large), Show Menu Item Prices, Show Menu Modifier Prices, Show Discounts, Print Cancelled Orders, Print Delivery Fee. The per-printer screen (Printer Connections) lets you toggle a discovered Star Micronics TSP100/SP700 or Epson TM printer on, Save, then 'tap Configure to configure which merchants and also the number of copies to use for the connected printer'. There is no backup or failover printer assignment, no reroute-on-unreachable behaviour and no staff alert setting in either screen; a support search for printer returns no failover article. The entire configurable printer surface is enumerated and automatic failover is not in it. https://get.chownow.com/restaurant-support/global-printer-settings/ · retrieved 2026-08-06
reliability-sync-conflict-handling
Checked both Cuboh OpenAPI specs (no idempotency key, ETag, If-Match, version or revision field on any request or response; the only conflict semantics documented anywhere is a 409 the PARTNER returns when an external_location_id is already assigned to another merchant during merchant onboarding), the ChowNow help centre categories at get.chownow.com/support-category/ covering How to Use Tablet and Using the ChowNow Dashboard, and support.cuboh.com/en/ (collections: Product Tutorials, Cuboh Web Dashboard, Menu Management, POS Integrations, POS Errors, Delivery App Integrations, Menu Mapping, Storefront, Common Support Issues, New Dashboard). No document states last-write-wins, merge, or an operator prompt for edits made on two devices during a partition. Unresolved - the vendor is cloud-only with no documented offline edit mode, but nothing published defines the behaviour either way.
reliability-offline-feature-matrix
No offline feature matrix exists; a support search for offline returns only 'POS Offline Error'. https://get.chownow.com/restaurant-support/?s=tablet · retrieved 2026-08-01
reliability-public-status-page
Documented by enumeration of the vendor's own published URL index rather than by absence of mention: get.chownow.com/sitemap_index.xml lists six sitemaps (page 166, post 189, restaurant_support 278, diner_support 38, category 37, support_category 26) totalling 734 URLs, and none matches status, uptime, incident or trust. Independently, status.chownow.com and trust.chownow.com both return DNS NXDOMAIN (8.8.8.8), and chownow.statuspage.io is not a provisioned tenant - it redirects to atlassian.com's Statuspage marketing page. No status link appears in the site footer. https://get.chownow.com/sitemap_index.xml · retrieved 2026-08-09 adversarially verified
reliability-contractual-uptime-sla differentiator
The restaurant-side Restaurant Agreement (General Terms, public, effective 2026-04-08) is the operative contract and states the opposite of an SLA. Section 7.3 Disclaimer: 'CHOWNOW CANNOT GUARANTEE THAT THE PLATFORM, ORDER BETTER NETWORK, OR ANY OF THE SERVICES WILL BE AVAILABLE AT ALL TIMES, OR THAT EVERY ERROR IN THE PLATFORM OR PROBLEM RAISED BY RESTAURANT WILL BE RESOLVED', the services are 'provided AS IS and AS AVAILABLE', and ChowNow 'hereby disclaims any and all express, implied, or statutory warranties, including, without limitation, any warranties of... AVAILABILITY, ERROR-FREE OR UNINTERRUPTED OPERATION'. No uptime percentage and no service credit appears in the Agreement; the only remedy provisions are Section 8's liability caps (12 months of fees, or $100 for Core-only subscribers). Section 5.4 lists the surviving sections and no service-level exhibit is among the incorporated terms. https://get.chownow.com/legal/registermyresto/ · retrieved 2026-08-06
reliability-incident-postmortems
The Cuboh status page (Atlassian Statuspage, components include Cuboh Dashboard, Cuboh Cloud Infrastructure, Cuboh Reporting Service and 'ChowNow Orders') publishes an incident history whose RSS feed returns 19 entries with written cause statements. Examples: 'On January 22nd a database value was unintentionally modified during a release, causing a service outage that lasted approximately 8 minutes. Everything was quickly rolled back' (3 Feb 2025); 'There was a package upgrade in our latest release which has caused a system outage. This outage lasted for 32 min (From 10:56AM PST to 11:28AM PST)' (22 Oct 2024); 'DoorDash excess of menu serve requests overwhelmed our systems and brought down our servers from ~8:30PM to 8:45PM PST' (20 Nov 2024). Shortfalls: these are one-to-three-sentence cause-and-duration notes, not post-incident reports with remediation or prevention actions; the most recent entry is Feb 2025; status.chownow.com does not resolve (DNS NXDOMAIN), so ChowNow's own ordering platform, Dashboard and branded apps have no equivalent surface. https://status.cuboh.com/history.rss · retrieved 2026-08-06
reliability-247-live-support
'24/7 Support (Phone & Chat)' is checked on all three tiers including Launch; support line 888-707-2469 accepts call or text. Reviewers note peak-time wait times. https://get.chownow.com/pricing/ · retrieved 2026-08-01
reliability-onsite-install differentiator
Checked get.chownow.com/support-category/onboarding/ (article list includes Document Needed List, How to integrate with Fresh KDS, How to find your DoorDash Store ID, Introduction to the ChowNow Dashboard, plus a government-accounts set; the category is paginated and not self-declaring as complete), the How to Use Tablet articles (Downloading the Cuboh App, connecting a ChowNow printer to the tablet, printer setup), a support search for 'on-site' and 'install' which returns only self-service integration guides, the pricing page's '$119 - $499 setup fee', and Section 1.42 of the Restaurant Agreement ('Set up Fee: $499'). Every documented step is remote or operator-performed and the Agreement contains no on-site services clause except Section 2.1(c) Photography Services, which does put ChowNow staff or contractors in the restaurant but for photography, not installation. Unresolved: no page states whether in-person go-live support is offered, and the onboarding article list is not an exhaustive enumeration.
reliability-menu-build-service differentiator
A $119-$499 setup fee and Onboarding Specialists who coordinate POS menu retrieval/mapping are documented; menu mapping articles also describe operator-performed mapping for some POS systems, so responsibility is split. https://get.chownow.com/restaurant-support/?s=modifier · retrieved 2026-08-01
reliability-hardware-replacement-sla
ChowNow's public Refund Policy documents a hardware return and replacement program: call 1-888-707-CHOW for a Return Material Authorization; a product is DOA 'if it shows symptoms of a hardware failure, preventing basic operability, when you first use it after opening the box', reportable 'within 30 calendar days of the invoice date', after which Technical Support offers Replacement ('ChowNow, at its expense, will ship another of the same product') or Service (repair, after which replacement may not be requested). Returns must reach the warehouse within 14 calendar days of RMA issuance, and a $150 handling fee applies if a returned product is found not to be DOA. Shortfalls against the claim: no turnaround time is stated for either replacement or repair; there is no advance-exchange (the replacement is arranged after the DOA determination); the program is scoped to out-of-box failures inside 30 days, with later failures referred to 'ChowNow's standard product warranty', which is not published - the incorporated Tablet and Wireless Printer Terms at get.chownow.com/legal/registermyresto/tablet-and-wireless-printer-terms/ returns 404. https://get.chownow.com/legal/refund/ · retrieved 2026-08-06
reliability-backup-restore
Checked get.chownow.com/legal/registermyresto/ in full (Section 7.3 disclaims availability and uninterrupted operation; Sections 5.3 and 6 cover termination and data rights; no recovery, backup, RPO or RTO obligation appears anywhere), get.chownow.com/legal/ which enumerates the six published policy documents (Refund, Terms, Privacy, CA Privacy Notice, Do Not Sell, Google Disclosure) and contains no security or resilience document, support searches for 'backup' and 'restore' on get.chownow.com/restaurant-support/ which return zero relevant articles, and trust.chownow.com / security.chownow.com which do not resolve. The self-serve CSV exports already recorded on this record (orders, items and modifiers, analytics, disbursements, Customer Spending) are a data-export facility, not an operator-triggered backup with a restore path. Unresolved: no RPO/RTO figure is published and no restore mechanism is described either way.
reliability-pci-dss-4-attestation
ChowNow publishes no attestation of any kind. Its own sitemap index enumerates the merchant site exhaustively - page-sitemap.xml lists all 166 pages (including a 21-page /legal/ subtree: registermyresto, eight registermyresto-outdated term sets, referral-program-agreement, referral-terms, refund, survey-sweepstakes-rules, membership-products-terms-of-service, restaurant-rewards, cookie-notice, california-privacy-rights-act, california-consumer-privacy-act, commissions, rewards-beta-survey, terms-of-service, privacy-policy) and restaurant_support-sitemap.xml lists all 278 support articles; no page in either is a security, trust, compliance or attestation document, and /security/ and /trust/ both 404 while trust.chownow.com and security.chownow.com do not resolve. The developer portal's docs nav likewise enumerates five documents with no security or compliance page. What ChowNow does publish is two generic statements: Restaurant Agreement s4.7, 'To the extent that ChowNow stores, processes, or transmits cardholder data, ChowNow complies with the most current version of the Payment Card Industry Data Security Standard (PCI-DSS)', and a support FAQ, 'ChowNow is a PCI compliant company with proper certification to acquire, maintain, and protect credit card information.' Neither names a DSS version, a QSA, an assessment date, an AoC, an SAQ or a P2PE listing - the strings 'Attestation', 'P2PE' and 'SAQ' occur nowhere in the agreement. Whether an AoC is furnished to merchants privately on request is a separate question this claim does not ask. https://get.chownow.com/legal/registermyresto/ · retrieved 2026-08-06 adversarially verified
reliability-mfa-role-based-access
Role-based permissions exist but are coarse and MFA is absent. The user-creation flow is the whole of the access-control surface: 'Navigate to dashboard.chownow.com, Click Settings on the left side, then Users, Click the green Create button, Fill in the contact info for the new admin user, and then choose if they should be a Company admin (can change settings for all locations), or a Regional admin (they are only associated with a specific location).' Two roles, both admin, with scope as the only distinction - no server, manager or read-only role and no per-permission grants. No MFA step appears in that flow, the related article 'How to reset your Password' describes password reset only, and a help-centre search for 'two-factor' on get.chownow.com/restaurant-support/ returns zero articles. Section 6.3 of the Restaurant Agreement commits only to 'commercially reasonable administrative, technical, and physical safeguards' and names no authentication control. https://get.chownow.com/restaurant-support/adding-users-dashboard/ · retrieved 2026-08-06
reliability-self-serve-training
A free, public, login-free restaurant support article library covers getting started, tablet use, menu management, POS integration, delivery, marketing and billing. No video LMS or terminal training mode documented. https://get.chownow.com/restaurant-support/ · retrieved 2026-08-01
reliability-failover-terminal-role differentiator
No terminal/master architecture.
reliability-cellular-backup
Checked the Hub tablet and printer articles at get.chownow.com/restaurant-support/ - 'How to manage your Printer Settings and Connections from the Cuboh Tablet' (Star Micronics TSP100/SP700 over LAN, Wi-Fi and Bluetooth; Epson TM discovered by 'scanning your local network'), 'How to set up a TP-Link with your Printer', 'Downloading the Cuboh App', and 'I am unable to log into my Cuboh tablet' - plus a support search for 'cellular' which returns zero articles, and the pricing page, which prices a printer ($250-$420) and no data plan or LTE accessory. Every documented connectivity path is Wi-Fi, LAN or Bluetooth and the tablets named on this record (Lenovo M8, Vankyo MatrixPad S20) are Wi-Fi-class Android devices. Unresolved: no page presents itself as a complete list of supported connectivity, and ChowNow neither offers nor rules out LTE failover in print.
Commercial, compliance & data ownership
commercial-month-to-month-contract differentiator
Help centre cancellation policy: ChowNow offers month-to-month as well as prepaid (annual or two-year) plans; for month-to-month, 'ChowNow has a 30 day cancellation policy, meaning you will be responsible for paying for the last 30 days of your service', and service can be switched off immediately within that window. Prepaid plans can be cancelled any time but carry no prorated refund. Friction to note: cancelling requires a form plus a consultation call with a Restaurant Success Manager, the Restaurant Agreement auto-renews 'for the same plan term agreed upon', and leased hardware must be returned within 30 days. Published monthly pricing ($249/$349/$449) sits above the annual prepaid rate ($229/$319/$409). https://get.chownow.com/restaurant-support/cancellation-policy/ · retrieved 2026-08-06
commercial-no-early-termination-fee differentiator
The public Restaurant Agreement contains an early-termination charge rather than a disclaimer of one. Section 5.3 Effect of Termination: 'For Restaurants who are on annual plans but have monthly billing terms, any unpaid balance of the annual plan payment at the time of termination shall be immediately due to ChowNow', and ChowNow 'shall charge Restaurant's credit card, bank account, or other approved facility for any outstanding Fees and Taxes'. Section 4.2 Refunds; Cancellation Fee: 'Restaurant may be subject to a cancellation fee (Cancellation Fee) with respect to certain Services as may be specified in the applicable Service Terms' - and those Service Terms are not retrievable (the Premier, Pro, Core, Additional and Tablet and Wireless Printer Terms pages under get.chownow.com/legal/registermyresto/ all return 404). The Refund Policy's 'you may cancel your ChowNow service at any time. You will be billed for the remaining amount in your monthly cycle' describes monthly plans only and is expressly incorporated subject to Section 4.2. Section 5.2 additionally requires Elevate/Grow/Launch/Premier/Pro/Hub subscribers to file a cancellation request or take a consultation call, after which termination takes a further 30 days. https://get.chownow.com/legal/registermyresto/ · retrieved 2026-08-06
commercial-autorenew-terms-published
The public help center documents a 30-day cancellation policy and the cancellation procedure, and billing timing (charged within 1-3 business days of signup). The auto-renewal term itself is not stated, and the public ToS is the diner agreement, not the restaurant agreement. https://get.chownow.com/support-category/billing-my-account/ · retrieved 2026-08-01
commercial-processing-not-bundled differentiator
Support article 'Can I use my own payment processor?' — ChowNow requires all clients to use its processor. Payments are hard-bundled at 2.95% + $0.29. https://get.chownow.com/support-category/order-and-payments-processing/ · retrieved 2026-08-01
commercial-interchange-plus-published differentiator
Only a blended flat rate is published (2.95% + $0.29); no interchange-plus option appears anywhere. https://get.chownow.com/pricing/ · retrieved 2026-08-01
commercial-rate-increase-clause differentiator
The restaurant-side Restaurant Agreement (General Terms, effective 2026-04-08) is public after all. S4.1: 'ChowNow may modify any of the foregoing fees at any time on written notice to Restaurant (including via Restaurant's individual account in its admin.chownow.com dashboard), and any such modification shall go into effect thirty (30) days after such notice.' 'Fees' as defined includes Subscription Fees, Marketing Fee, Add-On Fees and Credit Card Processing Charges (defined at $0.29 + 2.95% US, $0.30 + 2.9% via Third Party POS Integration), so the processing rate itself is unilaterally modifiable. No cap, no index, no carve-out limiting increases to pass-through interchange/network changes, and no clause granting the Restaurant a termination right triggered by an increase. S5.1 auto-renews for the same plan term; S5.2 gives ChowNow termination for convenience on 30 days' notice 'without penalty or liability' but gives that right to the Restaurant only for Core-only subscribers - Elevate/Grow/Launch/Premier/Pro/Hub must file a cancellation request or take a cancellation consultation call, after which termination takes a further 30 days, and S4.2 preserves a possible Cancellation Fee. Positive evidence of absence, not merely silence. https://get.chownow.com/legal/registermyresto/ · retrieved 2026-08-02
commercial-pricing-published
Three tiers with specific monthly and annual dollar figures, plus setup fee range, processing rate, printer cost, Apple developer fee, and Flex Delivery per-order fee — all on a public page with no sales gate. https://get.chownow.com/pricing/ · retrieved 2026-08-01
commercial-module-unbundling differentiator
The three suites (Ordering, Marketing, Operations) are bundled into every tier and cannot be bought à la carte; tiering is by marketing contact/SMS volume. Flex Delivery ($3.99/order) and catering (5%) are usage-priced and optional. https://get.chownow.com/pricing/ · retrieved 2026-08-01
commercial-hardware-purchase-outright
Printer published at $250-$420. Tablet acquisition terms (purchase, rental, or included) are not published, and no mandatory hardware lease is disclosed either way. https://get.chownow.com/pricing/ · retrieved 2026-08-01
commercial-hardware-not-locked differentiator
Third-party ESC/POS printers from two manufacturers are explicitly supported — Star Micronics TSP100/SP700 and Epson TM (all models) over LAN, Wi-Fi and Bluetooth — and the Hub app runs on standard Android tablets (Lenovo M8, Vankyo MatrixPad S20). https://get.chownow.com/restaurant-support/?s=tablet · retrieved 2026-08-01
commercial-implementation-fee-published
Published as a range — '$119 - $499 setup fee' — not a specific amount, with no explanation of what determines the position in the range. https://get.chownow.com/pricing/ · retrieved 2026-08-01
commercial-data-export-self-serve
Order reports, item & modifier reports, sales analytics, disbursement reports and the Customer Spending diner database are all exportable from the ChowNow Dashboard without contacting support. https://get.chownow.com/restaurant-support/?s=export · retrieved 2026-08-01
commercial-export-customer-and-loyalty differentiator
Diner contact and spending data is exportable and ChowNow markets 'your diners, your data.' Loyalty sticker balances and gift-card liability exports are not documented (and no gift card product was found). https://get.chownow.com/products/direct-online-ordering/ · retrieved 2026-08-01
commercial-post-termination-export-window differentiator
Section 5.3 of the public Restaurant Agreement: on termination 'all rights and licenses granted hereunder will immediately cease, and Restaurant will immediately cease all access to, and use of, the Platform and must return any leased hardware as set forth in the Tablet and Wireless Printer Terms'. No grace period, export window or data-delivery obligation is attached. Section 6.2 grants the Restaurant a licence to use Third-Party Order Data only 'during the Term' (while Order Data is jointly owned and usable by either party 'during the Term and indefinitely thereafter', which is a use right, not an access or export right once the Dashboard is closed). Section 5.4 lists the surviving provisions and none of them preserves access. The only post-termination obligation running to the Restaurant is payment of amounts due under Section 4.5 and removal of the ordering widget from its website within 30 days. Immediate cutoff is the published contractual position. https://get.chownow.com/legal/registermyresto/ · retrieved 2026-08-06
commercial-data-ownership-clause differentiator
Marketing states operators get 'full access to diner ordering data and contact information' and can export at will, but no published contract clause vests ownership in the merchant or constrains ChowNow's use. The privacy policy affirmatively reserves broad rights: aggregate analysis, sharing authenticated users' email and phone with mParticle, and sharing with 'third-party advertisers and remarketers' — while ChowNow simultaneously runs a competing consumer Marketplace on that same diner base. https://get.chownow.com/legal/privacy-policy/ · retrieved 2026-08-01
commercial-source-available-selfhost
Proprietary SaaS; no source availability or self-hosting.
commercial-pci-p2pe-tokenization
Re-verified 2026-08-06. The strings 'tokeniz', 'P2PE' and 'SAQ' appear nowhere in the public Restaurant Agreement, whose entire PCI content is the generic Section 4.7, and ChowNow sells no card-present device (its hardware is a tablet and a wireless printer), so a validated P2PE listing would have no product to cover. But the enumeration the note relies on is not one: get.chownow.com/legal/ renders no body and its six links are the footer present on every page, and trust.chownow.com and security.chownow.com do not resolve. Whether ChowNow documents tokenization and a merchant SAQ scope in onboarding or merchant-facing material is undetermined. adversarially verified
commercial-pci-dss-4-controls
Neither future-dated control is documented anywhere ChowNow publishes, and the published surface is now enumerable rather than merely unsearched: page-sitemap.xml (166 pages), restaurant_support-sitemap.xml (278 support articles), the developer portal's five-document docs nav, and the Restaurant Agreement. MFA - the agreement's security clause is s6.3, 'commercially reasonable administrative, technical, and physical safeguards designed to prevent a Security Incident', and 'MFA', 'multi-factor' and 'two-factor' occur zero times in its 69KB; no support article in the 278 covers MFA or 2FA; the documented dashboard identity flows are a password reset by emailed verification code and a Settings > Users > Create form whose fields are contact info plus Company-admin or Regional-admin scope, with no second-factor step described; the developer portal documents OAuth2 client-credentials machine-to-machine auth for partners, which is not user MFA and does not cover the merchant dashboard. Script integrity - no ChowNow page documents Req 6.4.3 authorised-script management or 11.6.1 payment-page change detection; the nearest published statement is the FAQ 'ChowNow ordering is SSL secure - which means our widgets have the proper certifcation [sic]', which is a TLS assertion about an embedded ordering widget, not script-integrity monitoring. The dashboard itself is behind a login and cannot be inspected, so this records the documentation, not the implementation. https://get.chownow.com/legal/registermyresto/ · retrieved 2026-08-06 adversarially verified
commercial-soc2-attestation
ChowNow makes no SOC 2 or ISO 27001 statement anywhere it publishes. I re-read the whole Restaurant Agreement (69KB): 'ISO 27' occurs zero times and 'SOC' only inside other words (associated, social, announce); the security undertaking is s6.3, which binds each party to 'commercially reasonable administrative, technical, and physical safeguards designed to prevent a Security Incident', with the 72-hour breach-notification duty running from Restaurant to ChowNow. Beyond the contract, the published surface is enumerable and empty on this point: page-sitemap.xml lists all 166 pages of get.chownow.com and restaurant_support-sitemap.xml all 278 support articles, and none is a trust centre, security page or attestation summary; /security/ and /trust/ 404, trust.chownow.com and security.chownow.com do not resolve, www.chownow.com publishes only brand and location sitemaps, and the developer portal's docs nav lists five documents with no security section. The claim requires the vendor to state it holds the attestation and will provide it under NDA - no such statement is published. Whether an unpublished report exists and is furnished under NDA to enterprise prospects is not something this claim asks or that any crawl could establish. https://get.chownow.com/legal/registermyresto/ · retrieved 2026-08-06 adversarially verified
commercial-privacy-dsar-tooling
ChowNow operates a vendor-side OneTrust Data Privacy Rights Request webform plus a CPRA notice and a Do Not Sell request flow, and diners can edit/delete contact data in account settings. No operator-facing in-app DSAR tooling and no publicly available DPA for restaurants. https://get.chownow.com/legal/privacy-policy/ · retrieved 2026-08-01
commercial-wcag-kiosk-accessibility differentiator
Re-verified 2026-08-06. get.chownow.com/accessibility/, get.chownow.com/legal/accessibility/, get.chownow.com/trust/ and www.chownow.com/accessibility all 404, and the Restaurant Agreement contains no accessibility representation ('WCAG' does not occur; 'accessib' occurs twice, both in links to third-party policies). It is also true that ChowNow's product line contains no self-order kiosk. But the enumeration relied on does not exist - the cited legal page is an empty shell whose six links are the site footer - and no conformance-report surface was positively excluded, so whether ChowNow publishes an ACR for its consumer web-ordering surfaces is unknown. adversarially verified
commercial-dual-pricing-compliant differentiator
The operator's entire customer-fee surface is one control: 'You can add a service fee either by amount or percentage of the order, through the ChowNow Dashboard under the Location Info section.' There is no card-type dimension to it - no debit or prepaid exclusion, no BIN-based logic, no separate cash and card price, and no receipt or menu-board disclosure handling. The eleven-article Order and Payments Processing help category contains no surcharging, cash-discount or dual-pricing article, and a support search for 'surcharge' returns zero results. Two structural facts close it: 'Do you accept cash? We do not accept cash so that we can ensure your restaurant gets paid' - there is no cash tender for a cash discount to be priced against - and Section 7.2(i) of the Restaurant Agreement requires that 'the prices it charges Customers through the Platform or Order Better Network shall be the same prices (or lower)' as offline prices, with ChowNow automatically deducting the difference if the restaurant prices higher, which forecloses a card-price/cash-price split. https://get.chownow.com/restaurant-support/charging-customers-service-fees/ · retrieved 2026-08-06
Adversarial verification
An independent pass was instructed to refute this record, defaulting to downgrade when uncertain. It challenged 162 values — 62 upheld, 21 downgraded, 7 upgraded. This is published in full because a reader who can see which values were contested, on what evidence, and which way they moved has something no affiliate-funded comparison offers.
Pricing and identity
| Field | Verdict | What the verifier found |
|---|---|---|
| pricing.software | downgrade-to-partial | Tier dollar figures ($229/$249, $319/$349, $409/$449) are confirmed verbatim on the pricing page. But the '500 contacts on Launch' figure is NOT supported: the comparison table renders 'Email & SMS Contacts' and 'Email & SMS Credits' as '–' for Launch, 2,000 for Grow, 5,000 for Elevate. A second independent rendering of the same page showed Email Marketing, SMS Marketing and Loyalty & Rewards as entirely absent from Launch. Either way, Launch has zero send capacity, so 'tier differences are marketing capacity, not features' understates a real functional paywall — the marketing/loyalty suite is unusable on Launch. Also, the researcher's framing of ChowNow as having 'no per-order cut' is contradicted by the vendor's own pages: catering carries a '5% Margin-friendly commission' and Flex Delivery is billed per order. source |
Capability claims
| Claim | As first scored | Verdict | What the verifier found |
|---|---|---|---|
| delivery-daas-dispatch | Flex Delivery dispatches ... natively at a flat $3.99/order with no commission or distance surcharge | downgrade-to-partial | The pricing page — the authoritative commercial source — lists the additional fee as '$7.98/order for Flex Delivery orders'. The $3.99 figure appears only on the Flex Delivery marketing page and is the operator's half after ChowNow's recommended 50/50 split with the diner. The dossier reports $3.99 as the fee AND separately mentions the 50/50 split, which double-counts the discount and halves the true published cost. Correct all-in published figure: $7.98/order. source |
| digital-google-order | yes / documented — Order with Google is supported: diners order from Google Search and Maps and are directed to the restaurant's ChowNow ordering page (Food Ordering with Google, not legacy Place Actions) | downgrade-to-partial | ChowNow's own blog states Google discontinued end-to-end ordering in July 2024; diners are now 'redirected to either your restaurant's website or a third-party site.' ChowNow also publishes a support article titled 'Disabling End-to-End Google Ordering with ChowNow.' What remains is an 'Order Online' link on the Google Business Profile plus the Preferred-Provider designation — a link placement any ordering vendor can obtain, not a provisioned Google ordering channel. The dossier's parenthetical ('Food Ordering with Google, not legacy Place Actions') describes a mechanism Google has retired. source |
| extensibility-public-api-docs | partial / inferred — Cuboh subsidiary publishes docs.cuboh.com ('Cuboh - Open Connectivity') | downgrade-to-unknown | Two named doc surfaces do exist and are search-indexed — 'Cuboh Direct API (v2.0)' at docs.cuboh.com/direct and 'Cuboh - Open Connectivity' at docs.cuboh.com/connect — which is slightly more than the dossier found. But both are JS-rendered and returned only a page title on fetch: no endpoints, no auth model, no rate limits, no sandbox, no access terms could be verified, and nothing establishes that a ChowNow-subscribed restaurant or its ISV can obtain access. These are also a subsidiary's channel-partner APIs, not a ChowNow operator API. 'partial' also contradicts the dossier's own api_posture.public_api='none' and reporting-public-api='no'. Unknown is the only defensible score. source |
| delivery-3p-injection | yes / claimed — auto-accepts in 0.1s at a claimed 99.9% success rate ... across 20+ POS systems | downgrade-to-partial | Sole source is a product marketing page and the researcher labelled it 'claimed' yet still scored 'yes'. The 0.1s and 99.9% figures are unaudited vendor metrics with no methodology. Countervailing evidence: ChowNow/Cuboh is absent from DoorDash's 2026 Preferred Integration Partner roster (Checkmate, Chowly, Deliverect, Otter, PAR, Qu, Square, Stream, Toast, UrbanPiper) — a program explicitly built around injection reliability and cancellation rates — and reviewers report added manual steps post-Cuboh. A marketing-only 'yes' on a weighted differentiator does not clear the bar. source |
| delivery-menu-push | yes / documented — 'Update items, pricing, and availability instantly across all apps with one click' | downgrade-to-partial | The quoted 'one click' language is from the Order Aggregation marketing page, not product documentation. ChowNow's actual support library documents per-POS menu setup and mapping work ('How to Set Up Your Square POS Menu for Import', Cuboh menu-mapping troubleshooting), and the dossier's own top complaint is items and modifier options silently disappearing from the live menu. No sync-status or rejection surface is documented. Partial, not yes. source |
| digital-guest-data-ownership | yes / documented — 'Your diners, your data. Restaurants get full access to diner ordering data and contact information' | downgrade-to-partial | The quote is marketing copy on a product page. No contract clause vests ownership in the merchant, and the dossier itself records that ChowNow's privacy policy reserves rights to use the same diner base for its own Marketplace, mParticle analytics, and third-party advertisers/remarketers — while operating a consumer marketplace competing for that diner. Self-serve CSV export of the Customer Spending report is real and verified; ownership is not. That is partial. (The researcher already scored commercial-data-ownership-clause 'partial' — this cell is inconsistent with it.) source |
| guest-loyalty-campaign-attribution | yes / documented — Tracks attributed orders and revenue tied to campaigns, explicitly 'not just engagement metrics' | downgrade-to-partial | Verified that the marketing page says 'Track attributed orders and revenue, not just opens and clicks' — but that is the entire evidentiary basis. No product documentation, no attribution model, no attribution window, no report name, and no support article describing where an operator sees it. Under the marketing-is-claim-level rule this is claim-level on a weighted differentiator. source |
| guest-loyalty-rfm-segmentation | yes / documented | upheld | Verified verbatim: 'Segment diners based on real behavior such as New, Repeat, VIP, and Lapsed.' Capability claim stands, but confidence should be 'claimed', not 'documented' — the only source is a product marketing page with no supporting help-center article. Also note it is unusable on Launch (zero contacts/credits). source |
| multi-location-royalty-calculation | no / inferred — No franchise financial tooling; ICP is independents | downgrade-to-unknown | This is one of the conclusion-flipping cells and the dossier scored it 'no' on inference alone. No ChowNow source affirmatively states the absence of royalty tooling, and no product documentation enumerates a franchise feature set that would exclude it. The correct answer under the stated rule is unknown. (Same applies to multi-location-royalty-collection.) Practically the answer is almost certainly no, but the evidence standard is not met. source |
| delivery-86-sync | yes / documented — sourced to a support search URL | upheld | Upheld and strengthened. The dossier cited a search-results URL; real per-POS support articles exist and confirm the behavior: 'How to Automatically sync Square/Clover/Revel/Omnivore/Genius POS Inventory Updates' — out-of-stock items and modifiers propagate across ChowNow, DoorDash, UberEats, Grubhub (Clover/Square articles additionally name SkipTheDishes and Ritual). POS-driven only, as scored. source |
| payments-payout-timing | yes / documented — daily Mon-Fri, 1-2 business days | upheld | Verified in the support index verbatim: 'disbursed daily after closing, Monday through Friday. This can take 1-2 business days.' Tips ride the same disbursement. source |
| payments-processor-choice | no / documented — ChowNow requires all clients use its processor | upheld | Verified verbatim: 'ChowNow requires all of our clients to use our current payment processor.' Stripe confirmed independently by the billing article 'How do I submit required information to Stripe?'. Reinforced by 'We do not accept cash so that all ChowNow orders are prepaid by credit card' — which also independently supports every card-present, offline-payment, split-tender and cash-drawer 'no'. source |
| commercial-no-early-termination-fee | unknown | upheld | Correctly conservative. I enumerated the full Billing & My Account article list — 11 articles, none mentioning an ETF, and none affirmatively stating there is none. Confirmed: 30-day notice, mandatory cancellation form plus consultation call with the Restaurant Success Manager, one-time $39 Hibernation fee for 1-6 month seasonal closure on monthly plans, 1099s at $20,000+. Restaurant MSA remains non-public. source |
| extensibility-doordash-preferred | no / documented | upheld | Verified against DoorDash's own newsroom post announcing the 2026 roster. Cohort is Checkmate, Chowly, Deliverect, Otter, PAR, Qu, Square, Stream, Toast, UrbanPiper. Neither ChowNow nor Cuboh appears. source |
| reliability-public-status-page | no / inferred | upheld | Upgraded from inferred to documented-by-absence: status.chownow.com returns DNS NXDOMAIN on direct fetch, and no status or trust page surfaces in search or in the site footer. source |
| digital-catering-portal | partial — inquiry forms for event details, custom minimums, prep windows, lead times up to 30 days ... 5% commission | upheld | 5% commission and 'Set lead times, order minimums, and prep windows ... up to 30 days ahead' are confirmed verbatim. However 'inquiry forms for event details' does not appear anywhere on the catering page and should be struck from the note as unsourced. Score stays partial for the right reasons. source |
| extensibility-accounting-connectors | no / documented | upheld | Confirmed by full enumeration of the integrations directory: 24 POS systems, 4 delivery apps (DoorDash, Grubhub, Skip, Uber Eats), 5 discovery channels (Apple Maps, Google, Snap, Tripadvisor, Yelp), 2 printer vendors. Zero accounting, zero payroll, zero reservations, zero third-party loyalty. Same enumeration independently supports labor-payroll-export-formats and extensibility-payroll-export. source |
| commercial-rate-increase-clause | unknown / grade F — 'not addressed in any public document; restaurant MSA is not publicly accessible'; sole prior evidence was a denylisted host (www.getapp.com) | resolve-to-no | The premise of the original cell is wrong: the restaurant-side agreement IS public, at get.chownow.com/legal/registermyresto/ (General Terms, effective 2026-04-08, with Core/Pro/Premier/Hub/Tablet service terms hanging off it). I retrieved and read it in full rather than relying on the prior reviewer's search. Section 4.1 reserves an uncapped unilateral right: 'ChowNow may modify any of the foregoing fees at any time on written notice to Restaurant ... and any such modification shall go into effect thirty (30) days after such notice.' The fees so modifiable include the Credit Card Processing Charges defined in Section 1.10 ($0.29 + 2.95% US; $0.30 + 2.9% through a Third Party POS Integration), so this reaches the processing rate and not just the subscription. Nothing in the agreement caps increases, indexes them, or limits them to pass-through interchange/network cost changes, and no clause gives the Restaurant an increase-triggered exit. The only unrestricted penalty-free termination right (5.2) belongs to ChowNow and to Core-only subscribers; paid-tier subscribers must run a cancellation form or consultation call and then wait a further 30 days, while 4.2 preserves a possible Cancellation Fee and 5.1 auto-renews the plan term. That is affirmative evidence of absence, so 'no' rather than 'unknown'. Separately worth flagging for whoever owns the rest of this record: product.yaml and commercial-no-early-termination-fee both assert the restaurant MSA is not publicly accessible, which this page falsifies — I left them alone as out of scope. source |
| menu-pricing-nested-modifiers | unknown | resolve-to-no | Two support articles enumerate the complete field set of the modifier-group and modifier add/edit dialogs and the Copy dialogs enumerate the full menu hierarchy; the tree bottoms out at Menu > Category > Item > Modifier Group > Modifier, giving one level of modifier nesting. source |
| menu-pricing-modifier-price-by-parent-size | unknown | resolve-to-no | The enumerated add/edit field sets for modifiers, modifier groups and items contain exactly one price field, on the modifier itself, and the modifier is documented as shared across items - there is no matrix surface. source |
| menu-pricing-fractional-placement | unknown | resolve-to-no | The entire configurable surface of the Advanced Menu Editor is enumerated across four support articles and contains no per-section placement attribute or per-section price. source |
| menu-pricing-half-and-half-rule | unknown | resolve-to-no | ChowNow's own overview of both menu editors enumerates the complete editor capability set; it contains neither sectioned placement nor any configurable pricing rule, so an operator-selectable higher-half/average/fraction rule cannot exist. source |
| menu-pricing-topping-quantity-tiers | unknown | resolve-to-no | The enumerated modifier add/edit field set is Name, Description, Price, Modifier Groups, Classification - no tier or multiplier attribute exists, and group-level controls are selection counts only. source |
| menu-pricing-size-style-matrix | unknown | resolve-to-no | The item add/edit dialog's complete field list contains one scalar Price and no variant axes; the only compositional mechanism is modifier groups with flat per-modifier prices. source |
| menu-pricing-included-allowance | unknown | resolve-to-no | The complete configurable surface of items, modifier groups and modifiers contains only min/max selection caps and flat per-modifier prices; no allowance/overage or substitution-credit construct exists. source |
| menu-pricing-combos | unknown | resolve-to-partial | Priced modifier groups give component swaps with a price delta, satisfying the first half of the claim, but the enumerated menu-editor feature set has no combo object and no automatic cart detection/conversion. source |
| menu-pricing-countdown-auto-86 | unknown | resolve-to-no | The whole availability surface is a binary hide toggle on items and modifiers; ChowNow holds no counts of its own, so nothing can decrement on sale or auto-restore on a schedule. source |
| menu-pricing-dayparting | unknown | resolve-to-partial | Menu-level day/time scheduling and date-effective holiday hours are documented in detail, but the enumerated category, item and modifier forms have no schedule attribute, so individual items and prices cannot be dayparted. source |
| menu-pricing-dual-pricing | unknown | resolve-to-no | Two first-party articles enumerate the accepted tenders and state cash is not accepted; every order is a prepaid card transaction and items carry one Price, so item-level dual pricing has no representation. source |
| menu-pricing-versioning-effective-dates | unknown | resolve-to-partial | Preview-before-publish is documented explicitly, but effective-dated versions and post-publish rollback are absent from the enumerated menu-editor feature set; the only undo is the bulk-price last-5 stack. source |
| menu-pricing-franchise-hierarchy | unknown | resolve-to-partial | Cross-merchant/location copy of menus, categories, items, groups and modifiers is documented from a single Headquarters dashboard, but the enumerated menu-editor feature set contains no template object and no per-attribute override controls. source |
| menu-pricing-allergen-nutrition | unknown | resolve-to-no | The enumerated item add/edit field list has no allergen flag and no nutrition value, Classifications is documented as an alcohol/tobacco compliance tag, and the vendor's own Terms describe allergen data as unverified free text. source |
| menu-pricing-dynamic-pricing | unknown | resolve-to-partial | Profit Protector is documented as automatic, channel-conditioned price adjustment, satisfying the channel arm of the claim, but there is no time/demand rule and no floor/ceiling guardrail published. source |
| payments-dual-pricing | unknown | resolve-to-no | Cash is not an accepted tender on any ChowNow channel and items store one price, so a native two-price cash/card mode cannot exist and no check or receipt can print both totals. source |
| payments-surcharge-guardrails | unknown | resolve-to-no | The enumerated fee settings (service fee by amount/percentage under Location Info; an Enable Service Charge checkbox under Location Details > Ordering) constitute the entire configurable fee surface and contain no card-type detection, exclusion or cap logic. source |
| payments-tip-adjust | unknown | resolve-to-no | ChowNow documents a single tip flow - captured at online checkout, disbursed daily - on a platform with no card-present terminal, so neither of the two flows the claim requires exists, and no adjust window or unadjusted-tip screen is possible. source |
| payments-house-accounts | unknown | resolve-to-no | A dedicated support article denies deferred billing outright on the grounds that the platform is prepaid-only; there is no on-account construct and the vendor's recommended workaround is a discount code. source |
| payments-refund-void-controls | unknown | resolve-to-partial | Refunds capture an approver name and reason per order and notify the diner, but the approver field is free text with no role-based gate and no immutable audit log is documented. source |
| payments-card-on-file | unknown | resolve-to-partial | Stored cards on a diner account with no merchant access to the PAN are documented first-party, but the tokenization mechanism is unpublished and two of the three channels the claim names (phone, in-store) do not exist on this platform. source |
| payments-multi-entity-routing | unknown | resolve-to-partial | Per-location Stripe accounts with independent ownership records under one Headquarters dashboard are documented, which implies separate MIDs and separate payout destinations, but ChowNow nowhere states that payout banks can differ per location or that settlement can be split. source |
| payments-p2pe-pci4 | unknown | resolve-to-partial | A first-party support article asserts PCI compliance and encryption of card data, but no DSS version, no AoC and no P2PE listing are published, and the card-not-present architecture leaves no P2PE solution to attest. source |
| delivery-zones-polygon | unknown | resolve-to-yes | Two first-party support articles document arbitrary map polygons drawn pin-by-pin in the ChowNow dashboard, combinable with circle and zip zones, each with its own fee and order minimum. source |
| delivery-address-validation | unknown | resolve-to-partial | Geocoding against Google Maps and zone-based delivery eligibility at order time are documented first-party, but no address verification/normalisation and no explicit out-of-zone rejection or flagging behaviour is published. source |
| delivery-store-pause | unknown | resolve-to-partial | Per-marketplace and per-merchant open/close from the ChowNow-supplied tablet is documented step by step, satisfying the in-platform pause, but the reactivation is manual with no timed auto-restore. source |
| delivery-tracking-page | unknown | resolve-to-no | The vendor's own diner support article states plainly that ChowNow has no tracking capability and that the diner receives only an order confirmation with an approximate time. source |
| delivery-promise-time | unknown | resolve-to-partial | Throttling makes the quoted time respond to accepted order volume and prep time is overridable per order, but every input is an operator constant and driver availability and zone drive time are explicitly outside ChowNow's control. source |
| delivery-offline-behavior | unknown | resolve-to-no | The claim asks whether the vendor documents delivery offline behaviour; the complete published corpus, enumerated from the sitemaps, contains only a POS-connectivity error article and no statement about cash delivery orders, driver assignment or driver settlement during an outage. source |
| digital-sms-ordering | unknown | resolve-to-no | The SMS surface is enumerated as one-way marketing campaigns under Marketing > Campaign Settings, and the diner-facing enumeration of ordering channels omits SMS or chat entirely, so no conversational text-to-order path exists. source |
| digital-subscriptions | unknown | resolve-to-yes | A support article and the vendor's Membership Products Terms of Service both define an annual, prepaid, per-restaurant-per-location customer membership that entitles the diner to discounts for the year - a paid loyalty tier managed by the platform. source |
| guest-loyalty-offer-stacking-rules | unknown / F - 'Not documented.' | resolve-to-no | The rewards get-started article documents automatic best-of-two resolution between a reward discount and any other discount on the diner's account, and both rewards articles enumerate the same three-field settings surface with no combinability or precedence control. Discount precedence is a platform behaviour here, not operator configuration. source |
| guest-loyalty-consent-management | unknown / F - 'Not documented; a support search for SMS consent/opt-in returns zero articles.' | resolve-to-partial | The prior rationale searched the wrong host. ChowNow's support content is under get.chownow.com/restaurant-support/, where 'Understanding Marketing Contact Limits' documents automatic unsubscribe/bounce suppression across both channels, and the in-store-diner article documents the operator-attestation model for uploaded lists. Half the claim (revocation honoured, not keyword-only) is met; the per-channel consent record with timestamp and source is affirmatively absent from the documented model, in which list membership follows automatically from placing an order. source |
| guest-loyalty-10dlc-registration | unknown / F - 'Not documented anywhere public despite SMS being a metered, tier-gated feature.' | resolve-to-yes | It is documented - under get.chownow.com/restaurant-support/ rather than a Zendesk help centre (none exists). The SMS enablement article defines 10DLC, states carrier registration is mandatory, lists the brand details the operator supplies (legal name, EIN, business type) and gives the approval window, so ChowNow both handles and explicitly documents the registration. source |
| guest-loyalty-review-capture-routing | unknown / F - 'Not documented. Yelp appears only as a discovery/ordering channel.' | resolve-to-no | ChowNow publishes an exhaustive list of the automated emails and texts its platform sends diners; a feedback or review request is absent from it, and automated campaign content cannot be edited to add one. On-demand campaigns are outbound-only with no response capture, so score-based routing has nothing to route. source |
| guest-loyalty-redemption-fraud-controls | unknown / F - 'Not documented.' | resolve-to-no | Both rewards articles enumerate the entire Rewards Settings configuration surface as three fields, and ChowNow explicitly states manual sticker addition is unavailable while redemption is applied automatically to the next order. None of the named controls - velocity limits, manager approval on manual adjustments, self-redemption flagging, audit log - exists in that surface. source |
| labor-granular-rbac | unknown / F - 'Dashboard user management exists (multi-location switching, account changes) but no per-action permission model is documented.' | resolve-to-no | The user-creation screen documented at get.chownow.com/restaurant-support/adding-users-dashboard/ is the complete permission-granting surface and offers a binary choice of location scope (Company admin vs Regional admin), not action-level rights. The tablet settings article separately shows no user/PIN/role concept on the order-taking device. source |
| reporting-custom-report-builder | unknown / F - 'Four fixed report families are named; a self-service builder is not documented.' | resolve-to-no | get.chownow.com/restaurant-support/how-to-run-reports/ enumerates the complete Reports picklist for both the Pro and Hub/Premier product lines - twelve named canned reports - and describes the only interaction as select-report, run, export. A report builder would be a thirteenth entry or a distinct control; neither exists in the documented reporting surface. source |
| reporting-scheduled-delivery | unknown / F - 'Not documented; exports are described as manual downloads.' | resolve-to-partial | The prior rationale missed Settings > Email Notifications, documented at get.chownow.com/restaurant-support/daily-order-summaries-dashboard/, which schedules daily/weekly/monthly order reports to an arbitrary recipient list. It is genuinely recurring delivery, but scoped to order summaries; the twelve named reports in the Reports section are confirmed manual export only, so the claim as worded ('any report') is met in part. source |
| reporting-history-retention | unknown / F - 'No retention window published.' | resolve-to-partial | Two documented facts move this off unknown: Analytics is explicitly unbounded back to the restaurant's first day on ChowNow, and the order-level reports carry published 90-day and 30-day window limits. Long history is available in aggregate, and transaction-level access is window-capped with no stated retention floor - present but materially limited against a claim that asks for 24 months of transaction-level detail. source |
| multi-location-org-hierarchy | unknown / F - 'Multi-location accounts exist with a dashboard location switcher; a named region/group tier is not documented.' | resolve-to-partial | Two documents settle the shape: the location-switcher article shows a named 'Headquarters' node above the location list, and the user-creation article shows permissions scoped as all-locations vs specific-location. That is a real but two-level hierarchy, and the sales-trends article confirms reporting rolls up by multi-selecting locations rather than by selecting a group. Present, one tier short of the claim. source |
| multi-location-cross-location-loyalty | unknown / F - 'Rewards is configured per program in the dashboard; whether a single diner balance spans all locations of a group is not documented.' | resolve-to-no | It is documented, on get.chownow.com/restaurant-support/get-started-with-our-restaurant-rewards-program/, which states in terms that the Rewards Program works on a per-location basis only. That is a vendor statement of the exact limitation the claim tests, not an inference from silence. source |
| extensibility-public-api-docs | unknown / F - 'both are JS-rendered and returned only a page title on fetch: no endpoints, no auth model, no rate limits, no sandbox, no access terms could be verified' | resolve-to-partial | Retrieved docs.cuboh.com/asset-manifest.json, which names /static/media/direct.cc50b46f10923bea774a.yml and /static/media/connect.7bc86b76a95006107da4.yml. Both fetch as complete OpenAPI 3.1 documents with no authentication. Publicly readable API reference documentation therefore does exist; it is simply the subsidiary's partner API rather than a ChowNow operator API, which is a shortfall to name, not a reason to score unknown. source |
| extensibility-partner-revshare | unknown / F - 'The partners page lists named partners and an affiliate/Become a Partner signup but publishes no referral fee, rev-share, or per-location partner fee.' | resolve-to-yes | The earlier pass looked at get.chownow.com/partners/ only. The separate Refer a Restaurant page, linked from the same site navigation, publishes the fee explicitly: a $500 reward paid through PartnerStack once the referred restaurant has been live 30 days, with the qualification rules stated in an FAQ. source |
| extensibility-free-sandbox | unknown / F - 'Not documented.' | resolve-to-partial | Read both Cuboh OpenAPI specs in full. A named development server (core-staging.cuboh.net) and a documented self-guided QA process exist; access to them is gated behind a manual credential issue by the Cuboh integrations team rather than a paid account, and no seeded dataset is documented. source |
| extensibility-oauth-partner-apps | unknown / F - 'Not documented. POS connections are established during onboarding by ChowNow specialists retrieving the POS vendor's API keys.' | resolve-to-no | This is an API-schema enumeration, not an absence of search results: the securitySchemes object is the exhaustive statement of how the API authenticates, and in both specs it contains exactly one static apiKey scheme. Scoped, operator-granted, individually revocable OAuth permissions are positively absent. source |
| extensibility-webhooks-push | unknown / F - 'Not documented.' | resolve-to-partial | Read the Direct and Connect OpenAPI specs. Real-time webhooks for order create/update/accept/adjust/cancel/complete are documented with delivery and response-time requirements, so the capability exists; the enumerated event set has no paid or voided event and no refund webhook, and subscription is partner-level rather than operator-level. source |
| extensibility-webhook-reliability | unknown / F - 'Not documented.' | resolve-to-partial | Two of the claim's three requirements are documented verbatim in both specs (HMAC-SHA256 X-Cuboh-Signature; exponential backoff 1s/2s/4s to five attempts with a per-status action table). The third - a replayable event log for missed deliveries - has no endpoint, object or prose anywhere in either spec. source |
| extensibility-order-injection-api | unknown / F - 'ChowNow injects orders INTO third-party POS systems; whether it accepts externally originated orders via a public write API is not documented.' | resolve-to-partial | It is documented, in the Cuboh Direct API spec that ChowNow's Hub product runs on: a public POST endpoint accepting fully formed external orders and returning an order_id. What is not documented is the second half of the claim - first-class ticket behaviour, KDS/printer firing, and inclusion in reporting. source |
| extensibility-menu-write-api | unknown / F - 'Not documented.' | resolve-to-partial | The Connect OpenAPI spec documents menu write endpoints, but its own descriptions and tags mark POST New Menu and PATCH Update Menu as 'coming soon'. The only unqualified menu write is item status-update (availability), so items, modifiers and prices are not yet writable. source |
| extensibility-data-symmetry | unknown / F - 'Not documented.' | resolve-to-no | Enumerated every path and verb in both OpenAPI documents. Menu is readable via two GETs while its POST and PATCH are self-labelled 'coming soon'; customers, employees and inventory are absent entirely. An API schema with no such fields is the exhaustive-enumeration case, so this is evidence of absence rather than absence of evidence. source |
| extensibility-published-rate-limits | unknown / F - 'Not documented.' | resolve-to-partial | Searched both specs for rate/limit/429/throttle/Retry-After and read every response definition. One specific published quota exists (5 req/min on validation-result fetches); the general throttling contract and headers the claim asks for do not. source |
| extensibility-api-versioning-deprecation | unknown / F - 'No public API changelog or deprecation policy.' | resolve-to-no | Upgraded from a bare assertion to an enumeration: the asset manifest of the docs site is a complete inventory of what that site serves, and the two spec files it names were retrieved and read end to end. No changelog and no deprecation or breaking-change notice policy exists in the published developer surface. source |
| reliability-printer-fallback | unknown / F - 'Printer settings/connections are managed on the Hub tablet but backup-printer failover is not documented.' | resolve-to-no | Retrieved both printer articles rather than a search-results page. Between them they enumerate the complete set of global toggles and the complete per-printer Configure options (merchants, copies). A settings screen whose options are the entire configurable surface meets the enumeration bar, and failover to a backup printer or KDS is not among them. source |
| reliability-contractual-uptime-sla | unknown / F - 'The restaurant MSA is not public; no uptime SLA or service credit is published.' | resolve-to-no | The premise was wrong - the restaurant MSA is public at get.chownow.com/legal/registermyresto/ and was read in full. It does not merely omit an SLA; Section 7.3 affirmatively disclaims availability and uninterrupted operation, and no service credit exists anywhere in the fee or remedy provisions. source |
| reliability-incident-postmortems | unknown / F - 'Not published.' | resolve-to-partial | status.chownow.com is indeed dead, but the Hub/Cuboh side has a live Atlassian Statuspage at status.cuboh.com carrying a 'ChowNow Orders' component. Its history is JS-rendered, so the incidents were read from history.rss: 19 entries, each stating a root cause and outage duration. Written root-cause summaries are therefore published, but only for the Cuboh-operated components and only through early 2025. source |
| reliability-hardware-replacement-sla | unknown / F - 'No hardware exchange program or turnaround published.' | resolve-to-partial | A replacement program is published, in the Refund Policy rather than the help centre: RMA process, DOA definition, 30-day reporting window, 14-day return window, replacement at ChowNow's expense, $150 misrepresentation fee. What is absent is the stated turnaround time the claim requires, any advance-exchange, and the underlying warranty terms (the incorporated Tablet and Wireless Printer Terms 404). source |
| reliability-pci-dss-4-attestation | unknown / F - 'ChowNow's terms assert PCI-DSS compliance but publish no AoC, no version (3.2.1 vs 4.0.1), and no P2PE listing. Claim-level only.' | resolve-to-no | The claim is about what the vendor publishes, so the test is whether the publication surfaces were enumerated - they were: the six-document legal index, the full Restaurant Agreement, both candidate trust hosts (NXDOMAIN), and the complete Order and Payments Processing help category. No AoC, no DSS version and no P2PE listing exists in any of them. That is positive evidence of non-publication rather than an unsearched gap. source |
| reliability-mfa-role-based-access | unknown / F - 'Not documented for the ChowNow Dashboard.' | resolve-to-partial | Located the Dashboard user-management article, which enumerates the entire Settings > Users creation flow: two roles (Company admin, Regional admin) and no MFA setting. Role-based permissions are therefore documented and MFA is not - the claim requires both, so partial with the MFA half named as the shortfall. source |
| commercial-no-early-termination-fee | unknown / F - 'I enumerated the full Billing & My Account article list - 11 articles, none mentioning an ETF, and none affirmatively stating there is none... Restaurant MSA remains non-public.' | resolve-to-no | The MSA is public at get.chownow.com/legal/registermyresto/ and was read in full, which refutes the premise the earlier verdict rested on. It does not merely fail to disclaim an early termination fee: Section 5.3 accelerates the entire unpaid annual balance on early termination of an annual plan billed monthly, and Section 4.2 reserves a Cancellation Fee by name. Positive evidence against the claim. source |
| commercial-post-termination-export-window | unknown / F - 'No post-termination retrieval window is specified anywhere public; the accessible ToS is the diner agreement...' | resolve-to-no | The restaurant-side agreement is public and was read in full, so the diner ToS is no longer the best available source. Section 5.3 states immediate cessation of all access on termination and Section 5.4's survival list preserves no access right, which is affirmative evidence of immediate cutoff rather than silence. source |
| commercial-pci-p2pe-tokenization | unknown / F - 'Checkout is vendor-hosted and Stripe-processed (which in practice implies SAQ A scope), but ChowNow names no SAQ type, publishes no tokenization or P2PE documentation, and offers no card-present path.' | resolve-to-no | The claim requires the vendor to document the scope reduction and name the SAQ. Enumerated the six-document legal index, the full Restaurant Agreement, the complete 11-article Order and Payments Processing category, and both candidate trust hosts (NXDOMAIN). No SAQ is named and no tokenization or P2PE documentation exists on any of them. source |
| commercial-pci-dss-4-controls | unknown / F - 'No PCI DSS 4.0.1 future-dated control documentation: no MFA statement for dashboard/CDE access, no payment-page script-integrity (Req 6.4.3 / 11.6.1) disclosure.' | resolve-to-no | Replaced the bare assertion with an enumeration of the surfaces where each control would be documented: the Dashboard user-creation screen (two roles, no MFA option), the help centre (zero two-factor articles), the six-document legal index, and Sections 4.7 and 6.3 of the public Restaurant Agreement, which commit only to generic PCI-DSS compliance and commercially reasonable safeguards. source |
| commercial-soc2-attestation | unknown / F - 'No SOC 2 or ISO 27001 claim and no trust center found. The privacy policy says only that ChowNow takes commercially reasonable steps to protect data.' | resolve-to-no | The claim is that the vendor STATES it holds an attestation and will furnish the report. The surfaces where such a statement lives were enumerated: the full public Restaurant Agreement (which does name PCI-DSS, so it is not silent about compliance generally), the six-document legal index, both candidate trust hosts (NXDOMAIN), and the privacy policy. No SOC 2 or ISO 27001 claim exists on any of them. source |
| commercial-wcag-kiosk-accessibility | unknown / F - 'No VPAT/ACR or WCAG conformance claim published for the ordering site or branded app; there is no kiosk product.' | resolve-to-no | Upgraded from a bare assertion by enumerating where such a document would be published: the legal index (six documents, complete), two conventional accessibility paths (both 404), the help-centre search, and the Restaurant Agreement's warranty sections. No VPAT, ACR or WCAG conformance claim exists on any of them. source |
| commercial-dual-pricing-compliant | unknown / F - 'Only a flat or percentage service fee is configurable; no dual pricing / cash discount / surcharge engine with debit exclusion or disclosure handling is documented.' | resolve-to-no | Retrieved the service-fee article, which states the complete fee configuration (amount or percentage, under Location Info), and the payments help category in full. Added two pieces of positive evidence the earlier assertion lacked: ChowNow accepts no cash at all, and Section 7.2(i) of the public Restaurant Agreement contractually requires platform prices to match or undercut offline prices, which is incompatible with a compliant dual-pricing program. source |
| menu-pricing-countdown-auto-86 | no / B - 'The documented 86 mechanism is four taps: Tap on Item Availability... Select Item' | upgrade-to-partial | Retrieved ChowNow's Square inventory-sync article, which the researcher treated only as inbound state. It documents counts decrementing in the POS, automatic sold-out at zero propagating to ChowNow, and automatic re-enable on restock - the substance of the claim, delivered through the POS rather than by ChowNow itself. The same article already underpins menu-pricing-86-propagation and inventory-86-auto-sync at partial in this record, so `no` here was inconsistent. Scheduled auto-restore is genuinely absent, which is why this is partial and not yes. source |
| menu-pricing-allergen-nutrition | no / B - 'Item fields are enumerated as Name, Description, Category, Price, Modifier Groups,' | downgrade-to-unknown | Read the cited article as body text rather than as a field table. It is a how-to whose own add and edit steps list different field sets, so it does not enumerate the item record exhaustively, and it says nothing about which values the Classifications field accepts. A restaurant-support search for 'classifications' surfaced no vocabulary reference. Absence of an allergen flag is therefore not positively evidenced; only the recipe-derived-nutrition arm of the claim is, and that is scored separately. source |
| delivery-offline-behavior | no / B - 'The only offline documentation in the corpus is the POS_OFFLINE error page - Your' | downgrade-to-unknown | Retrieved the cited article as body text: it is a short troubleshooting page about the POS integration losing internet, with no delivery content. The claim asks whether the vendor documents offline delivery behaviour, and the only basis offered for `no` is a title-level sitemap sweep of a 278-article corpus whose bodies were largely unread - that is absence of evidence, not positive evidence of absence. source |
| digital-sms-ordering | no / B - ''SMS marketing lets you reach customers directly on their phones with promotions,' | upgrade-to-partial | Searched for ChowNow text ordering rather than reading only the SMS-marketing article, and found a dedicated first-party support article for a Text-To-Order code texted to short code 33733 that returns the diner an ordering link. The claim names text-a-link as satisfying it, so the researcher's enumeration of diner ordering channels (website, app, Facebook, eat.chownow.com) was not exhaustive. Held to partial rather than yes because the mechanism is a keyword autoresponder, not conversational ordering or reordering. source |
| guest-loyalty-review-capture-routing | no / B - 'The article "What Automated Emails & Texts Are Sent to My Diners?" enumerates the com | downgrade-to-unknown | The cited page is not an exhaustive catalogue of automated diner messages: it is framed as 'ChowNow's Automated Email and SMS Marketing' and lists only Lifecycle Campaigns (Welcome, Win Back 30/60, VIP) and Promotional Campaigns (Monthly, Seasonal). It nowhere claims completeness, and it omits transactional messaging entirely, which proves the list is marketing-only. source |
| labor-granular-rbac | no / B - 'Adding a dashboard user is Settings > Users > Create, where the operator enters contact | downgrade-to-unknown | The cited page is a five-line FAQ, 'Can I add more users to my dashboard?', describing the Settings > Users > Create flow. It is a how-to, not a permissions reference, and does not claim to describe the whole permission model - a per-user permission screen after creation would not appear in it. Searches for 'roles', 'permissions', 'users' and 'regional admin' return no permissions article at all, which is a null search, not evidence. source |
| reporting-custom-report-builder | no / B - 'The reporting workflow is: Reports in the left sidebar, select the desired report type | downgrade-to-unknown | The cited page is 'Can I export reports from the ChowNow Dashboard?' - an export how-to, not a reporting reference, and it never claims its list is complete. It is also stale: it enumerates 'ChowNow Pro' and 'ChowNow Hub and Premier' reports, legacy plan names superseded by Launch/Grow/Elevate. The corroborating Advanced Reporting page is marketing copy and cannot establish absence. source |
| extensibility-oauth-partner-apps | no / A - 'The entire securitySchemes section of both the Direct and Connect specs is one entry: | upgrade-to-partial | The researcher's premise that ChowNow publishes no developer or API docs portal is wrong. developer.chownow.com resolves (HEAD returns 405; GET redirects to /docs/getting-started) and serves a full portal - Introduction, Getting Access, Authentication, a Place-an-order guide, and a Scalar-rendered API reference whose spec is at /docs/openapi.json. That spec's only security scheme is 'workos_m2m: type: oauth2' with a clientCredentials flow and five scopes enforced per operation, and client secrets are individually revocable via POST /api/v1/apps/{public_id}/secrets/revoke on the portal API. OAuth 2.0 with scoped, revocable credentials is therefore present and 'no' is not sustainable. It is partial rather than yes because the scopes are provisioned by ChowNow rather than granted by the restaurant operator: 'You do not choose scopes per application yet', and per-application scope selection is 'planned'. source |
| reliability-pci-dss-4-attestation | no / A - 'Section 4.7 of the public Restaurant Agreement is ChowNow's complete published PCI posi | downgrade-to-unknown | The load-bearing enumeration is false: get.chownow.com/legal/ has no body content at all - the 'six documents' the note enumerates (Refund Policy, Terms, Privacy Policy, CA Privacy Notice, Do Not Sell Request, Google Disclosure Notice) are the site-wide FOOTER links that appear on every ChowNow page, not an index of published legal documents. What is left is a not-found search across trust and security hosts, which does not meet the bar. source |
| commercial-pci-p2pe-tokenization | no / A - 'Nothing ChowNow publishes names an SAQ or documents tokenization or P2PE. Section 4.7 o | downgrade-to-unknown | Same refuted premise: 'get.chownow.com/legal/ lists six documents' describes the site footer, not a document index - the page has no body. The rest of the argument is an eleven-article help category and null searches, neither of which qualifies, and 'documents tokenization ... and names the applicable SAQ' is a publication question a not-found search cannot settle. source |
| commercial-pci-dss-4-controls | no / B - 'MFA: the ChowNow Dashboard's complete admin-user flow (Settings > Users > Create... cho | downgrade-to-unknown | Both halves fail the bar. The MFA half rests on a five-line 'Can I add more users to my dashboard?' FAQ plus a zero-result search for 'two-factor' - a how-to and a null search. The script-integrity half rests on the same non-existent legal index (get.chownow.com/legal/ has no body; its six links are the site footer). source |
| commercial-soc2-attestation | no / A - 'The Restaurant Agreement is where ChowNow states its compliance commitments, and it nam | downgrade-to-unknown | The note's decisive move - 'get.chownow.com/legal/ enumerates six published documents and none is an attestation' - is a misread of the site footer; the page has no body content. What remains is the contract's silence plus two NXDOMAIN trust hosts, and the claim expressly allows the report to be provided 'on request', which no crawl can rule out. source |
| commercial-wcag-kiosk-accessibility | no / B - 'No accessibility conformance report is published. get.chownow.com/legal/ enumerates the | downgrade-to-unknown | The cited URL is the whole argument and it is a misreading: get.chownow.com/legal/ renders no body at all, so the 'complete set of published policy documents' is the footer that appears on every ChowNow page. A VPAT/ACR is normally published on a standalone accessibility page or supplied on request, and a 404 plus a one-result help search is a null search, not positive absence. source |
| multi-location-price-zones | unknown / F - 'None documents a second price for the same item by channel, by location group, or by daypart, and none describes a price tier or zone object' | resolve-to-partial | Retrieved the ChowNow Partner API OpenAPI document, which the earlier pass believed did not exist. Its x-gateway-work note for GET /v1/restaurants/{id}/menu states the gateway deliberately omits the cn_channel query param to obtain 'base, no-markup pricing', which is direct primary evidence that channel-differentiated pricing is applied to a single base item record. No location-group or daypart price construct appears anywhere in the spec, and the Toast-sync support article states the daypart case is unsupported outright. source |
| menu-pricing-channel-price-books | partial / D - 'Vendor documents a baked-in tool that automatically adjusts menu prices to offset standard fees' | upheld | Partial is the right value but the evidence was a marketing page. The ChowNow Partner API spec independently attests the underlying mechanism - the gateway suppresses the cn_channel param precisely to get 'base, no-markup pricing' - which is a channel-keyed price resolution. I searched the whole spec for a price-book, price-tier or per-channel rule object and found none, so the shortfall stands as written. source |
| menu-pricing-dayparting | partial / B - 'Shortfall: scheduling exists only on the menu object ... the timezone basis is never stated in the article' | upheld | Partial survives, but on better evidence in both directions. The OpenAPI spec's `at` parameter and its 400-on-zoned-value rule state the timezone basis the researcher said was missing, and confirm schedule-resolved menus. Separately, get.chownow.com/restaurant-support/what-are-the-best-practices-to-sync-a-toast-menu/ converts the price half of the shortfall from an inference into ChowNow's own stated limitation on time-based pricing. source |
| reporting-public-api | no / F - 'No ChowNow developer portal exists; a support-site search for API returns only articles about retrieving third-party POS API keys' | upgrade-to-partial | The premise is false. developer.chownow.com/docs/openapi.json returns a 55KB OpenAPI 3.1 document over HTTP 200 with no authentication, and /docs/getting-started, /docs/getting-access and /docs/authentication render as full prose. I read all four. The API is real and public but partner-scoped: ten operations, no labor surface, no order listing, and access granted by review rather than self-serve signup. source |
| reporting-webhooks | no / F - 'Not offered; no developer documentation.' | upgrade-to-partial | Both clauses of the rationale fail. I retrieved ChowNow's own OpenAPI document and read the Cuboh Direct spec: signed, backoff-retried order and merchant webhooks are documented in full. They are limited to the channel-partner surface and cover no payment events, and ChowNow's own Partner API has no webhook declaration whatsoever, which is what keeps this off yes. source |
| reporting-api-not-upcharged | no / F - 'No API to include.' | upheld | The value survives but the stated reason does not. I read developer.chownow.com/docs/getting-access and /docs/getting-started in full: the API is real, and its access model is a reviewed, revocable partner grant under an integration agreement with a platform-enforced sandbox-then-production ordering. That is an agreement gate, not an included subscription feature, so the no now rests on a documented access lifecycle instead of on a false absence. source |
| reporting-raw-warehouse-export | no / E - 'Manual CSV export from the dashboard only; no S3/SFTP/warehouse destination and no API.' | upheld | Re-ran against the developer portal the earlier note denied existed. The OpenAPI document enumerates its full operation set and I checked every path: no export, batch or bulk operation, no destination object, and no order-collection endpoint. That converts the no from a grade-E absence-of-mention into a grade-A exhaustive enumeration. source |
| multi-location-enterprise-api | no / F - 'No public API of any kind.' | upheld | The premise was wrong and the conclusion still holds. I enumerated every path in developer.chownow.com/docs/openapi.json. Restaurants are listable network-wide under one token, which is the only multi-location affordance; orders are addressable only one at a time by id, and no aggregate, export or reporting operation exists, so no cross-location transaction call is possible. source |
| guest-loyalty-cdp-event-api | no / F - 'No public API or webhook stream exists; there is no ChowNow developer portal.' | upheld | Retrieved the portal the rationale denied. Grepping the OpenAPI document for webhook, callback and customer returns nothing in the paths or top-level keys, and /docs/getting-started states the customer endpoints return 501 Not Implemented. The no is now an exhaustive-schema finding rather than a null search. source |
| extensibility-public-api-docs | partial / A - 'ChowNow itself publishes no API reference, and the specs' Getting Started tag routes all access through integrations@cuboh.com' | upgrade-to-yes | The shortfall that held this at partial is factually wrong. I fetched all four developer.chownow.com documents with no cookie, token or user agreement and read them end to end; the API reference is ChowNow's own, not only the subsidiary's. Access gating applies to credentials, which this claim does not ask about - it asks whether the reference is readable, and it is. source |
| extensibility-api-access-cost | unknown / F - 'no API surcharge, per-location API fee or API-bearing plan tier appears anywhere - but neither does any statement that API access is included' | resolve-to-no | This was unknown because the researcher believed there was no ChowNow API to price. Reading /docs/getting-access and /docs/getting-started resolves it without needing a fee schedule: the access lifecycle is enumerated exhaustively and every route to credentials runs through a reviewed, revocable integration agreement on the partner side of the business. Subscription-included access is therefore positively excluded, independently of whether a dollar amount is published. source |
| extensibility-free-sandbox | partial / A - 'a named development server (core-staging.cuboh.net) and a documented self-guided QA process exist' (Cuboh spec) | upheld | Partial is right but was sourced from the subsidiary's spec. developer.chownow.com/docs/getting-started and /docs/getting-access document ChowNow's own sandbox, and they weaken the cell in one place while strengthening it in another: sandbox precedes production and costs nothing, but it shares production's data with no isolation and no seeded fixtures, and entry requires a reviewed access request. Both halves of the partial are now first-party. source |
| extensibility-webhooks-push | partial / A - 'The Direct spec carries an OpenAPI 3.1 webhooks: block (Order Actions, Merchant Integration, Menu)' | upheld | Partial holds, but the cell was scored against only one of the two specs now available. I read ChowNow's own Partner API document and confirmed it has no webhook or callback declaration and exposes an explicit order-status polling endpoint. That is a material shortfall the note did not carry, and it sits alongside the Cuboh push events, which I re-checked and which remain as described. source |
| extensibility-order-injection-api | partial / A - 'POST /api/v2/external-integration/order ... the destination is the Cuboh/Hub tablet rather than a POS ticket' | upheld | Partial stands, on better evidence. ChowNow publishes its own public write endpoint, POST /v1/orders, with a quote-then-place price-integrity flow - the researcher scored this off the subsidiary's spec believing no ChowNow API existed. I also found in /docs/getting-started that order cancellation and refunds currently return 501 Not Implemented, a live-status limitation the record did not carry. Nothing in either spec establishes KDS/printer firing or reporting inclusion. source |
| extensibility-menu-write-api | partial / A - 'item availability can be written today; full item, modifier and price writes are specified but flagged as not yet available' | downgrade-to-no | The partial was carried by endpoints the vendor's own spec marks 'coming soon' and by an availability toggle that does not satisfy the claim, which asks for items, modifiers and prices. ChowNow's Partner API - unavailable to the earlier pass - settles it: I enumerated all ten operations and every menu-touching one is a GET. Positive evidence of absence from an exhaustive schema, not a null search. source |
| extensibility-published-rate-limits | partial / A - 'The only numeric quota in either spec is ... Max 5 requests per minute ... no rate-limit headers ... in any response definition' | upgrade-to-yes | That was true of Cuboh's specs and false of ChowNow's, which the earlier pass could not see. developer.chownow.com/docs/getting-started publishes 600 requests per 60 seconds per client organization, and the OpenAPI document's RateLimited component - wired into all ten operations - defines Retry-After, X-RateLimit-Limit and X-RateLimit-Window with descriptions and types. Quota, throttling behaviour and headers are all present. source |
| extensibility-api-versioning-deprecation | no / A - 'docs.cuboh.com is a static React build whose asset-manifest.json lists its complete conte | upheld | The reasoning was wrong, not the value. The note's closing premise - 'ChowNow itself publishes no API and therefore no API changelog' - is refuted: I retrieved developer.chownow.com/docs/openapi.json (HTTP 200, 55,358 bytes, OpenAPI 3.1, ten /v1 operations, workos_m2m client-credentials). Re-scoring against that surface reaches the same answer by better evidence: the spec has no changelog, no sunset/deprecation policy and no deprecated flag anywhere, the portal sidebar is a complete index of five published documents none of which is a changelog, and /docs/changelog 404s. Cuboh's spec is a different API surface and is withdrawn from this cell. source |
| reliability-pci-dss-4-attestation | unknown / F - 'Re-verified 2026-08-06. Section 4.7 of the public Restaurant Agreement is confirmed | resolve-to-no | The previous pass was right to throw out the footer-nav 'six documents' but then stopped at a not-found search. ChowNow publishes a proper enumeration: get.chownow.com/sitemap.xml indexes page-sitemap.xml (166 URLs) and restaurant_support-sitemap.xml (278 URLs), which together are the complete published merchant-facing surface. I read both in full - there is no security, trust, compliance or attestation page among them, and the /legal/ subtree is 21 commercial and privacy documents with no assessment artifact. The two PCI statements that do exist (Agreement s4.7, retrieved and re-read; the credit-card-security FAQ) name no version, QSA, date or AoC. The claim asks what the vendor publishes, and a complete index of what it publishes answers it. source |
| commercial-pci-dss-4-controls | unknown / F - 'Re-verified 2026-08-06. Section 6.3 of the Restaurant Agreement commits only to 'com | resolve-to-no | The prior pass parked this at unknown because its two legs were a five-line how-to and a null search. Both are replaced by enumeration: I retrieved restaurant_support-sitemap.xml (all 278 articles) and page-sitemap.xml (all 166 pages) and read every slug - nothing covers MFA, two-factor, script integrity or PCI controls; the only security-adjacent articles are customer-credit-card-security, secure-your-website, adding-users-dashboard and the password-reset FAQ, all of which I read. I re-read the Restaurant Agreement end to end: MFA/multi-factor/two-factor appear zero times. The developer portal's own five docs cover m2m OAuth2 only. The claim is about what the vendor documents, and a complete index of the documentation carries a no. source |
| commercial-soc2-attestation | unknown / F - 'Re-verified 2026-08-06. I read the whole public Restaurant Agreement: 'ISO 27' does | resolve-to-no | I independently re-ran the contract check (ISO 27: 0 hits; SOC: 4 hits, all substrings of associated/social/announce/documents; Attestation: 0) and then closed the gap the prior pass left open. get.chownow.com/sitemap.xml is a real sitemap index; I retrieved page-sitemap.xml and restaurant_support-sitemap.xml and read all 444 URLs - there is no trust centre, security page or compliance statement among them, and www.chownow.com's robots.txt exposes only brand and location sitemaps. A targeted web search for a ChowNow SOC 2 or trust centre returned nothing about ChowNow at all. A complete index of everything the vendor publishes is the right instrument for a claim about what the vendor states, and it supports no. source |
| menu-pricing-3p-menu-push | partial, grade B - Centralized menu management pushes items, pricing, and avail | 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 |
| payments-qr-guest-pay | partial, grade B - QR Code Ordering lets guests 'browse menus, place orders, an | 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 |
| delivery-daas-dispatch | yes, grade B - Flex Delivery dispatches first-party orders to Uber Direct a | 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 |
| delivery-daas-fallback | partial, grade B - Automatic failover BETWEEN courier networks based on real-ti | 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 |
| delivery-3p-reconciliation | partial, grade B - Disbursement Reports 'reconcile payouts with line-item clari | 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 |
| digital-first-party-web | yes, grade B - Direct online ordering plus an SEO-optimized website on the | 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 |
| digital-fulfillment-modes | partial, grade B - Pickup, delivery (in-house zones or Flex), dine-in via QR, a | 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 |
| digital-qr-table | partial, grade B - QR Code Ordering ships on all tiers — guests scan, order and | 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 |
| digital-kiosk | no, grade B - No kiosk product in the product line or pricing table. | 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 |
| digital-catering-portal | partial, grade B - 5% commission and 'Set lead times, order minimums, and prep | 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 |
| digital-loyalty-attach | partial, grade B - Rewards accrue and redeem automatically at checkout across t | 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 |
| digital-promo-parity | partial, grade B - Rewards and campaign offers apply consistently across all Ch | 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-unified-profile | partial, grade B - One diner identity spans ChowNow's website, branded app, Mar | 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-accrual-models | partial, grade B - One model only: a 'sticker' punch/visit count with an operat | 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-tiers | partial, grade B - Marketing auto-segments include a behavior-derived VIP segme | 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 | yes, grade B - Pre-built always-on automations for Welcome, Win Back, VIP a | 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-campaign-attribution | partial, grade B - Verified that the marketing page says 'Track attributed orde | 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 |
| labor-server-performance-metrics | no, grade B - No employee dimension in reporting. | 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 |
| reporting-realtime-dashboard | partial, grade B - Centralized performance dashboard with on-demand, real-time | 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 |
| reporting-pmix-modifier-level | yes, grade B - Item & Modifier Reports are one of the four named report fam | 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 |
| reporting-multiloc-drilldown | partial, grade B - Multi-location visibility plus a dashboard location switcher | 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 |
| reporting-tier-paywall | partial, grade B - 'Reporting' is checked on all three tiers including Launch, | 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-central-menu-publish | partial, grade B - Centralized menu management publishes one edit across channe | 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-consolidated-reporting | partial, grade B - Dashboard tracks sales and ordering trends 'across first- an | 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 |
| reliability-247-live-support | yes, grade B - '24/7 Support (Phone & Chat)' is checked on all three tiers | 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-interchange-plus-published | no, grade B - Only a blended flat rate is published (2.95% + $0.29); no in | 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 - Three tiers with specific monthly and annual dollar figures, | 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-module-unbundling | partial, grade B - The three suites (Ordering, Marketing, Operations) are bundl | 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-hardware-purchase-outright | partial, grade B - Printer published at $250-$420. Tablet acquisition terms (pu | 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-implementation-fee-published | partial, grade B - Published as a range — '$119 - $499 setup fee' — not a speci | 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-export-customer-and-loyalty | partial, grade B - Diner contact and spending data is exportable and ChowNow ma | 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 |
| payments-published-rates | yes / B - 2.95% + $0.29 per transaction published on the public pricing page. | upheld | The prior citation was the pricing page (grade C), which cannot carry a yes on a differentiator. Located the rate in the help centre article on credit card transaction fees and, independently, in the public Restaurant Agreement, which breaks the rate out per subscription tier and per geography. Value unchanged; evidence moved to documentation. source |
| digital-native-app | yes / B - Branded Mobile App included on every tier (Launch through Elevate); operator pays the $99 | upheld | Prior citation was the pricing page (grade C). Found four help-centre articles in the Mobile App category covering publication, design updates, download reporting and removal on cancellation; the publication article confirms ChowNow builds and ships both the iOS and Android apps under the restaurant's brand and that the operator carries Apple's $99/yr developer fee. The documentation attributes the app to Pro and Premier subscriptions rather than 'every tier', so the tier wording in the original note is not supported by docs and has been qualified. source |
| guest-loyalty-targeted-offers | yes / B - On-demand campaigns let operators control offer, timing and audience, sent to behavior-de | upheld | Prior citation was the Email & SMS Marketing product page (marketing). The on-demand email and SMS getting-started articles document the audience-selection and promo-attachment steps in the campaign builder, which is what the claim asks for. Retained yes, but the note now records that only vendor-supplied lifecycle segments (or the entire list) are documented - no operator-built rule queries. source |
| guest-loyalty-rfm-segmentation | yes / B - Verified verbatim: 'Segment diners based on real behavior such as New, Repeat, VIP, and L | upheld | Prior citation was the Email & SMS Marketing product page. The help centre independently documents pre-built lifecycle-based segments in the campaign builder and lifecycle-triggered automated campaigns (Welcome / Win Back / VIP), which establishes the segments are platform-computed rather than operator-authored. The specific segment names and their thresholds are still only marketing copy, so the note no longer leans on the verbatim product-page sentence. source |
| guest-loyalty-native-email-sms | yes / B - Both channels are native, with SMS credits metered by tier (2,000 on Grow, 5,000 on Elevat | upheld | Prior citation was the pricing page. The SMS-enablement article documents the native send path end to end (10DLC brand registration inside the ChowNow dashboard, carrier approval, then sending), and the on-demand email article documents the email composer, so both channels are first-party rather than handed to an ESP. Tier gating restated from documentation rather than the pricing table. source |
| reporting-guest-cohorts | yes / B - Automatic New / Repeat / VIP / Lapsed lifecycle segments plus 'insights into who's ordering | downgrade-to-partial | The original note assembled a reporting claim out of marketing-page phrasing about the marketing module. Read the help centre's own enumeration of dashboard reports and the Customer Data article: per-diner spend, order count, average purchase and last-order date are documented and exportable, which is genuine guest-level analytics, but nothing in the documented report set produces new-versus-returning counts, frequency bands or lifetime-spend cohorts, and the lifecycle segments are campaign audiences rather than reported cohorts. Partial with the cohort reporting named as the missing half. source |
| commercial-month-to-month-contract | yes / B - Monthly pricing is published alongside discounted annual/prepaid pricing ($249/$349/$449 mo | upheld | Prior citation was the pricing page, which shows a monthly column but does not state the contractual term. The cancellation-policy help article does: month-to-month and prepaid annual/two-year are both offered, and the month-to-month obligation is a 30-day tail, not a minimum term. The Restaurant Agreement corroborates termination in thirty days for Elevate/Grow/Launch/Premier/Pro/Hub subscriptions. Value stands on documentation. source |
| reliability-contractual-uptime-sla | no, grade A - cited to https://get.chownow.com/legal/registermyresto/ | upheld | Grade only, value and evidence untouched. Vendor LEGAL pages (terms, EULA, MSA, product-specific terms) are graded B corpus-wide - measured, not argued: 217 of 259 claims citing a legal-shaped URL are B. This claim was one of 21 stragglers still at A across 8 vendors. Each was inspected and every one is a genuine contract rather than a technical document, so the loose URL predicate produced no false positives here. The ladder does not name contracts explicitly, which is why this keeps recurring. source |
| commercial-no-early-termination-fee | no, grade A - cited to https://get.chownow.com/legal/registermyresto/ | upheld | Grade only, value and evidence untouched. Vendor LEGAL pages (terms, EULA, MSA, product-specific terms) are graded B corpus-wide - measured, not argued: 217 of 259 claims citing a legal-shaped URL are B. This claim was one of 21 stragglers still at A across 8 vendors. Each was inspected and every one is a genuine contract rather than a technical document, so the loose URL predicate produced no false positives here. The ladder does not name contracts explicitly, which is why this keeps recurring. source |
| commercial-rate-increase-clause | no, grade A - cited to https://get.chownow.com/legal/registermyresto/ | upheld | Grade only, value and evidence untouched. Vendor LEGAL pages (terms, EULA, MSA, product-specific terms) are graded B corpus-wide - measured, not argued: 217 of 259 claims citing a legal-shaped URL are B. This claim was one of 21 stragglers still at A across 8 vendors. Each was inspected and every one is a genuine contract rather than a technical document, so the loose URL predicate produced no false positives here. The ladder does not name contracts explicitly, which is why this keeps recurring. source |
| commercial-post-termination-export-window | no, grade A - cited to https://get.chownow.com/legal/registermyresto/ | upheld | Grade only, value and evidence untouched. Vendor LEGAL pages (terms, EULA, MSA, product-specific terms) are graded B corpus-wide - measured, not argued: 217 of 259 claims citing a legal-shaped URL are B. This claim was one of 21 stragglers still at A across 8 vendors. Each was inspected and every one is a genuine contract rather than a technical document, so the loose URL predicate produced no false positives here. The ladder does not name contracts explicitly, which is why this keeps recurring. source |
| delivery-zone-pricing | partial / E, 'Zones are configurable in the ChowNow admin and delivery fees are operator-configu' | upheld | The researcher's URL 301s to delivery-service-options, whose entire body is 'ChowNow offers integrated delivery service in most markets and recommends third party courier services in others' plus a phone number - it supports none of the note. Retrieved the two live articles that do: delivery-zone-types (zip / mile radius / custom polygon, multiple zones in any combination) and how-much-is-delivery-on-chownow (flat $7.98, 8-mile max, operator chooses the diner's share). Searched the support site for 'order minimum', 'delivery zone' and 'delivery fee' and enumerated all 278 restaurant_support sitemap URLs; nothing ties a fee, minimum or promise time to an individual zone. Partial stands with a named shortfall and a live grade-B citation. source |
| reliability-public-status-page | no / B, 'Upgraded from inferred to documented-by-absence: status.chownow.com returns DNS NXD' | upheld | The recorded citation https://status.chownow.com/ is a hostname that does not resolve, so a grade-B claim was resting on an unopenable URL. Re-probed 2026-08-09: status.chownow.com and trust.chownow.com are both NXDOMAIN against 8.8.8.8, and chownow.statuspage.io 302s to https://www.atlassian.com/software/statuspage, which is what an unprovisioned Statuspage subdomain does. Then fetched get.chownow.com/sitemap_index.xml and all six child sitemaps - 734 URLs - and grepped for status/uptime/incident/trust: zero hits. Also checked the live site footer, which lists support and contact routes but no status page. The no stands on positive enumeration; only the citation changes. source |
Sources
Every URL this record cites. 122 in total.
- https://get.chownow.com/products/q2-feature-release/
- https://get.chownow.com/restaurant-support/?s=inventory
- https://get.chownow.com/integrations/apple-maps/
- https://get.chownow.com/partners/
- https://get.chownow.com/products/order-aggregation/
- https://get.chownow.com/support-category/order-and-payments-processing/
- https://get.chownow.com/pricing/
- https://get.chownow.com/products/qr-code-ordering/
- https://get.chownow.com/products/flex-delivery/
- https://get.chownow.com/restaurant-support/delivery/
- https://get.chownow.com/integrations/all/
- https://about.doordash.com/en-us/news/doordash-preferred-integrations-program-2026
- https://get.chownow.com/restaurant-support/how-to-set-up-your-square-pos-menu/
- https://get.chownow.com/restaurant-support/how-to-automatically-sync-clover-pos-inventory-updates/
- https://get.chownow.com/products/advanced-reporting/
- https://get.chownow.com/restaurant-support/
- https://get.chownow.com/products/direct-online-ordering/
- https://get.chownow.com/restaurant-support/?s=modifier
- https://get.chownow.com/products/rewards-program/
- https://get.chownow.com/restaurant-support/?s=scheduled
- https://get.chownow.com/products/catering/
- https://get.chownow.com/blog/googles-ordering-changes-what-your-restaurant-needs-to-know/
- https://get.chownow.com/legal/privacy-policy/
- https://get.chownow.com/legal/terms-of-service/
- https://get.chownow.com/products/email-sms-marketing/
- https://get.chownow.com/restaurant-support/?s=export
- https://get.chownow.com/support-category/billing-my-account/
- https://get.chownow.com/restaurant-support/?s=tablet
- https://status.chownow.com/
- https://docs.cuboh.com/direct
- https://get.chownow.com/legal/registermyresto/
- https://get.chownow.com/restaurant-support/modifier-groups/
- https://get.chownow.com/restaurant-support/modifiers/
- https://get.chownow.com/restaurant-support/menu-editor-overview/
- https://get.chownow.com/restaurant-support/menu-items/
- https://get.chownow.com/restaurant-support/how-do-i-use-the-tablet-to-update-a-menu-item-s-availability/
- https://get.chownow.com/restaurant-support/updating-your-standard-menu-hours-and-holiday-menu-hours/
- https://get.chownow.com/restaurant-support/accepting-cash/
- https://get.chownow.com/diner-support/payment-options/
- https://get.chownow.com/restaurant-support/how-to-preview-your-menu/
- https://get.chownow.com/restaurant-support/how-to-publish-your-menu/
- https://get.chownow.com/restaurant-support/how-do-i-adjust-the-prices-on-all-my-menu-items-at-once/
- https://get.chownow.com/restaurant-support/menu-categories/
- https://get.chownow.com/restaurant-support/how-to-add-another-restaurant-chownow/
- https://get.chownow.com/legal/membership-products-terms-of-service/
- https://get.chownow.com/restaurant-support/what-s-profit-protector/
- https://get.chownow.com/restaurant-support/service-charge-frequently-asked-questions/
- https://get.chownow.com/restaurant-support/charging-customers-service-fees/
- https://get.chownow.com/restaurant-support/tips/
- https://get.chownow.com/restaurant-support/how-do-i-keep-track-of-tips-for-contactless-dine-in-orders/
- https://get.chownow.com/restaurant-support/billing-customers-later/
- https://get.chownow.com/restaurant-support/order-refunds/
- https://get.chownow.com/restaurant-support/refunds-and-upcharges/
- https://get.chownow.com/restaurant-support/who-should-have-admin-access/
- https://get.chownow.com/diner-support/credit-card-security/
- https://get.chownow.com/diner-support/ordering-channels/
- https://get.chownow.com/restaurant-support/how-do-i-submit-required-information-to-stripe/
- https://get.chownow.com/restaurant-support/when-can-i-expect-to-see-chownow-disbursements/
- https://get.chownow.com/restaurant-support/customer-credit-card-security/
- https://get.chownow.com/restaurant-support/delivery-zone-types/
- https://get.chownow.com/restaurant-support/how-to-change-delivery-zones-fees-hours/
- https://get.chownow.com/diner-support/order-issue-wrong-delivery-address/
- https://get.chownow.com/restaurant-support/managing-your-3rd-party-apps-from-the-cuboh-tablet/
- https://get.chownow.com/diner-support/order-issue-delivery-tracking/
- https://get.chownow.com/restaurant-support/how-do-i-manage-order-volume-with-order-throttling-settings/
- https://get.chownow.com/restaurant-support/custom-preparation-times/
- https://get.chownow.com/restaurant-support/pos-offline-error/
- https://get.chownow.com/restaurant-support/how-do-i-enable-sms-marketing/
- https://get.chownow.com/restaurant-support/what-automated-emails-texts-are-sent-to-my-diners/
- https://get.chownow.com/restaurant-support/loyalty-program-alternatives/
- https://get.chownow.com/restaurant-support/get-started-with-our-restaurant-rewards-program/
- https://get.chownow.com/restaurant-support/restaurant-rewards-program-set-up-best-practices-guide/
- https://get.chownow.com/restaurant-support/getting-started-with-automated-email-sms-campaigns/
- https://get.chownow.com/restaurant-support/understanding-marketing-contact-limits/
- https://get.chownow.com/restaurant-support/how-do-i-add-in-store-diners-to-my-chownow-marketing-list/
- https://get.chownow.com/restaurant-support/understanding-sms-credits/
- https://get.chownow.com/restaurant-support/getting-started-with-custom-on-demand-sms-campaigns/
- https://get.chownow.com/restaurant-support/adding-users-dashboard/
- https://get.chownow.com/restaurant-support/managing-your-settings-on-the-cuboh-app/
- https://get.chownow.com/restaurant-support/how-to-run-reports/
- https://get.chownow.com/restaurant-support/daily-order-summaries-dashboard/
- https://get.chownow.com/restaurant-support/how-to-view-sales-analytics-on-the-dashboard/
- https://get.chownow.com/restaurant-support/how-can-i-switch-which-location-i-am-viewing-in-the-dashboard/
- https://get.chownow.com/restaurant-support/how-do-i-view-sales-trends-on-the-dashboard/
- https://docs.cuboh.com/static/media/direct.cc50b46f10923bea774a.yml
- https://get.chownow.com/refer-a-restaurant/
- https://docs.cuboh.com/static/media/connect.7bc86b76a95006107da4.yml
- https://docs.cuboh.com/asset-manifest.json
- https://get.chownow.com/restaurant-support/global-printer-settings/
- https://get.chownow.com/restaurant-support/managing-your-printer-settings-and-connections-from-the-cuboh-tablet/
- https://status.cuboh.com/history.rss
- https://get.chownow.com/legal/refund/
- https://get.chownow.com/legal/
- https://get.chownow.com/support-category/onboarding/
- https://support.cuboh.com/en/
- https://get.chownow.com/restaurant-support/automatically-sync-square-inventory-updates/
- https://get.chownow.com/restaurant-support/text-to-download-code/
- https://get.chownow.com/blog/google-restaurant-reviews/
- https://get.chownow.com/restaurant-support/?s=roles
- not refetchable
- not refetchable
- not refetchable
- not refetchable
- https://get.chownow.com/restaurant-support/what-are-the-best-practices-to-sync-a-toast-menu/
- not refetchable
- https://get.chownow.com/page-sitemap.xml
- https://get.chownow.com/restaurant_support-sitemap.xml
- https://get.chownow.com/restaurant-support/secure-your-website/
- https://www.chownow.com/robots.txt
- https://get.chownow.com/restaurant-support/credit-card-transaction-fees/
- https://get.chownow.com/restaurant-support/using-separate-payment-processor/
- https://get.chownow.com/restaurant-support/does-chownow-publish-restaurant-mobile-apps/
- https://get.chownow.com/restaurant-support/design-updates-on-restaurant-mobile-apps/
- https://get.chownow.com/support-category/mobile-app/
- https://get.chownow.com/restaurant-support/getting-started-with-custom-on-demand-email-campaigns/
- https://get.chownow.com/restaurant-support/how-to-view-campaign-performance-for-on-demand-campaigns/
- https://get.chownow.com/restaurant-support/customer-data-dashboard/
- https://get.chownow.com/restaurant-support/cancellation-policy/
- https://get.chownow.com/restaurant-support/billing-dates-fees/
- https://get.chownow.com/restaurant-support/how-much-is-delivery-on-chownow/
- https://get.chownow.com/restaurant-support/delivery-service-options/
- https://get.chownow.com/sitemap_index.xml