Vendors / Regional & international

Restroworks

Restroworks (formerly Posist)

A broad unified restaurant platform — POS, kitchen suite, supply chain, kiosk/QR/app/web ordering and 200+ reports — but essentially everything is marketing-page-level claim with no public product documentation to verify against.

scored live legacy rubric

Claims in scope
312
Scored
45
Assessed
30
Unknown
282
Not applicable
2
Cells challenged
1
90% of in-scope claims are unknown. This record measures what Restroworks publishes at least as much as what it does. A vendor that documents little scores low here whether or not the capability exists. Absence of evidence is recorded as unknown, never as no.

Identity

Owner
Restroworks — privately held, India-headquartered; rebranded from Posist (rebrand not confirmed on the current site, which makes no reference to the former name)
Who it is for
Restaurant chains, cloud kitchens and franchises in India, the Middle East and Southeast Asia, expanding into the US; claims 25,000+ restaurants globally across QSR, fine dining, food courts, stadiums and cinemas
Site
https://www.restroworks.com/

Pricing

transparency: unknown · unit: Quote only (modules × terminals × hardware) · processor lock-in: unknown

Software
No figures published. Pricing page states it varies by software modules selected, restaurant size and terminal count, and hardware requirements; routes to "Get an estimate" / sales.

Capabilities

Every claim is binary and checkable. Grades: A primary documentation · B product documentation · C pricing or feature page · D marketing claim · E third-party reporting · F inference with no source. A yes on a differentiator claim requires A or B.

Order capture & FOH workflow

Unknown

order-capture-floor-plan-editor

Not scored by this record.

Unknown

order-capture-seat-level

Not scored by this record.

Unknown

order-capture-coursing-hold-fire

Not scored by this record.

Unknown

order-capture-split-merge

POS and table management are listed as modules but no feature-level documentation is public.

F
Unknown

order-capture-bar-tab-preauth differentiator

Not scored by this record.

Unknown

order-capture-transfer-audit

Not scored by this record.

Unknown

order-capture-native-handheld

Not scored by this record.

Partial

order-capture-offline-order-entry

Restroworks' own competitor-comparison pages assert an offline mode with a quantified window: 'Restroworks ensures your operations stay uninterrupted even when the internet drops. Orders, billing, and KDS continue to function without a single lag for up to 48 hours.' The identical block appears on the NCR Aloha, Oracle Micros Simphony, PAR POS and LS Retail comparison pages, and the ice-cream vertical page repeats 'Reliable offline mode to keep billing and order flow running even during internet disruptions.' Shortfall: this is vendor-authored comparison marketing (grade D), and the claim's second half is unmet - nothing published says what does NOT work offline. Card authorisation offline, cash tender specifically, handheld/tablet scope, KDS-to-terminal behaviour on a LAN-only outage, and sync-conflict handling on reconnect are all unaddressed; the word 'offline' appears nowhere in the api.restroworks.com API reference, and docs.restroworks.com is Auth0-gated (HTTP 400 at the org selector), so no first-party documentation of offline scope is publicly readable. https://www.restroworks.com/compare/ncr-aloha-vs-toast/ · retrieved 2026-08-04

D
Unknown

order-capture-qr-same-check differentiator

Not scored by this record.

Unknown

order-capture-kiosk-first-party differentiator

Not scored by this record.

Unknown

order-capture-drive-thru

Not scored by this record.

Unknown

order-capture-drive-thru-timers

Not scored by this record.

Unknown

order-capture-voice-ai differentiator

Not scored by this record.

Unknown

order-capture-throttling differentiator

Not scored by this record.

Partial

order-capture-scheduled-orders

Cloud POS 'Push Order to Kitchen' documents isAdvance (Boolean, 'set to true if the order is an advance order') and advanceOrderDetails containing expectedDeliveryTime and preparationStartTime, both ISO date-time strings. The API states that if preparationStartTime is not supplied 'it will be set to one hour prior to the delivery time' - so future-dated orders are held and fired at a computed time rather than on receipt. Shortfall: the lead time is a fixed one-hour default otherwise supplied per order by the calling channel; no per-channel configurable lead time is documented, and the field appears only on the cloud-kitchen order-push endpoint, not on the dine-in/POS order path. https://api.restroworks.com/ · retrieved 2026-08-03

A
Unknown

order-capture-catering

Not scored by this record.

Unknown

order-capture-order-ready-signal differentiator

Not scored by this record.

Unknown

order-capture-void-comp-controls

Not scored by this record.

Menu, modifiers & pricing engine

Partial

menu-pricing-nested-modifiers

The Standard Menu (Menu Sync V2) schema is recursive, which establishes at least two levels: an entity carries 'modifiers' (Array, 'List of modifiers for the entity'), each modifier group carrying min ('Minimum selection for the modifier'), max ('Maximum selection for the modifier'), order, isActive and constituentItems; and each constituent item is itself a full entity record that again carries its own 'modifiers' (Array, 'List of modifiers for the entity') plus 'variants'. So min/max are independent per level, as the claim requires. Shortfall: the reference never states a supported nesting depth, and every published example has constituentItems[].modifiers empty ([]), so a third level is structurally expressible but nowhere documented or demonstrated. There is also no separate forced-selection/required flag anywhere in the modifier schema - the only mechanism is min >= 1, which the docs do not describe as enforcing a required choice. The admin-side menu builder that would settle both points is behind the Auth0-gated docs.restroworks.com, and restaurant-menu-management-software/ describes only offers and combo creation. https://api.restroworks.com/ · retrieved 2026-08-04

A
No

menu-pricing-modifier-price-by-parent-size

The Standard Menu (Menu Sync V2) reference enumerates the full modifier schema - type, _id, name, original_name, min, max, order, isActive, aliases, constituentItems, image, multiplePunchMin/Max/MaxItem, isPackagingType - and the constituent-item schema (price, tableTab, packingCharge, modifiers, variants, taxes). No per-parent or per-size price matrix field exists in either. The docs state Restroworks supports four menu item types (Normal, Modifiers/Add-ons, Variant Items, Combo) and that variants are separate child item records mapped to a parent ('regular, medium, and large are the variant items for the pizza'). The vendor's own sample data shows the duplication pattern the claim excludes: modifier groups named 'Choose From SIDE. for Classic Burger Chicken' and 'Choose From SIDE. for Jack Daddy Burger', and add-on items named 'Add On 7 UP Reg'. https://api.restroworks.com/ · retrieved 2026-08-03

A
Unknown

menu-pricing-fractional-placement differentiator

Not scored by this record.

Unknown

menu-pricing-half-and-half-rule differentiator

Not scored by this record.

No

menu-pricing-topping-quantity-tiers

The enumerated modifier schema in the Standard Menu (Menu Sync V2) reference expresses modifier quantity as repeated punches - multiplePunchMin (0), multiplePunchMax (14), multiplePunchMaxItem (1), documented as 'Minimum punches for the modifier' and 'Maximum punches for the modifier'. The constituent item carries a single flat 'price'. There is no named tier (light/regular/extra) and no per-tier price multiplier anywhere in the schema. The documented mechanism for more of a topping is punching the same modifier again, which is precisely what the claim requires tiering to be distinct from. https://api.restroworks.com/ · retrieved 2026-08-03

A
Unknown

menu-pricing-size-style-matrix differentiator

Not scored by this record.

Unknown

menu-pricing-included-allowance differentiator

Not scored by this record.

Unknown

menu-pricing-combos

Not scored by this record.

Unknown

menu-pricing-upsell-prompts differentiator

Not scored by this record.

Unknown

menu-pricing-86-propagation

Not scored by this record.

Unknown

menu-pricing-countdown-auto-86 differentiator

Not scored by this record.

Unknown

menu-pricing-dayparting

Not scored by this record.

Unknown

menu-pricing-channel-price-books

Not scored by this record.

Unknown

menu-pricing-dual-pricing differentiator

Not scored by this record.

Unknown

menu-pricing-versioning-effective-dates differentiator

Not scored by this record.

Unknown

menu-pricing-franchise-hierarchy differentiator

Not scored by this record.

Unknown

menu-pricing-allergen-nutrition

Not scored by this record.

Unknown

menu-pricing-recipe-linkage differentiator

Not scored by this record.

Unknown

menu-pricing-3p-menu-push

Not scored by this record.

Unknown

menu-pricing-dynamic-pricing

Not scored by this record.

Payments & money movement

Unknown

payments-processor-choice differentiator

Not scored by this record.

Unknown

payments-published-rates differentiator

Not scored by this record.

Unknown

payments-dual-pricing differentiator

Not scored by this record.

Unknown

payments-surcharge-guardrails differentiator

Not scored by this record.

Unknown

payments-emv-nfc

Payment gateway integrations are referenced; no first-party terminal estate documented.

F
Unknown

payments-softpos-tap-to-pay differentiator

Not scored by this record.

Unknown

payments-pay-at-table

Not scored by this record.

Unknown

payments-qr-guest-pay differentiator

Not scored by this record.

Unknown

payments-tip-adjust

Not scored by this record.

Unknown

payments-tip-pooling differentiator

Not scored by this record.

Unknown

payments-offline-store-and-forward differentiator

Not scored by this record.

Unknown

payments-offline-decline-liability differentiator

Not scored by this record.

Unknown

payments-gift-cards

Checked and unresolved, not unexamined. Swept all 170 URLs in page-sitemap.xml (135 fetched, rest timed out) plus the marketplace and glossary sitemaps: the strings 'gift', 'voucher', 'prepaid', 'e-gift', 'stored value' and 'top-up' appear in no first-party Restroworks product page, and there is no gift-card product page in the sitemap at all. The api.restroworks.com API reference (full 2.2 MB Postman collection read; folders Data Integration, Online Order, Delivery, Loyalty Integration, Cloud POS, Stock) contains zero occurrences of 'gift' - its Loyalty Integration endpoints cover points redemption and coupons/rewards only. The only gift-card evidence found is two marketplace partner pages, /marketplace/qwikcilver/ and /marketplace/ticket-xpress/, which describe those vendors as gift-card platforms but are filed under 'Integration Category: Loyalty', describe only enrollment, points accumulation and rewards redemption, require a separate partner subscription, and are limited to India, Saudi Arabia and the UAE. That establishes a third-party route exists but not that Restroworks issues, tracks a balance for, or redeems a gift card - so it will not carry a 'partial' either. RestroAPP's 'in-app loyalty and wallet' is points/cashback/credits, not a transferable gift card. The one place this could be settled, docs.restroworks.com, redirects to restroworks.eu.auth0.com and returns HTTP 400 at the organization selector; academy.restroworks.com is likewise login-gated.

F
Unknown

payments-house-accounts

Not scored by this record.

Unknown

payments-split-tender

Not scored by this record.

Partial

payments-refund-void-controls

Site markets anti-theft controls within Insights, which implies void/discount policing, but no role-based approval or immutable audit trail is documented. https://www.restroworks.com/ · retrieved 2026-08-01

D
Unknown

payments-chargeback-tooling differentiator

Not scored by this record.

Unknown

payments-card-on-file differentiator

Not scored by this record.

Unknown

payments-payout-timing differentiator

Not scored by this record.

Unknown

payments-multi-entity-routing differentiator

Not scored by this record.

Unknown

payments-p2pe-pci4

Not scored by this record.

Kitchen & production

Unknown

kitchen-station-routing

Kitchen Suite includes a KDS and production system; routing configurability is not documented.

F
Unknown

kitchen-expo-consolidation

Read the Kitchen Display System product page and the Kitchen Management Software page in full. The KDS page documents 'Multiple stations and channels support - categorize orders for station assignment based on order characteristics' and, separately, 'Order consolidation simplified - view a consolidated list of all orders to be prepared in a clutter-free view'. That is a single queue view of orders, not an expo screen aggregating one order's items across prep stations; no expo or expeditor screen is named anywhere on the site, and nothing describes an order being held incomplete until every contributing station has bumped. The API reference has no KDS or station endpoints. Unresolved because the only place this would be settled is the admin guide at docs.restroworks.com, which is Auth0 login-gated.

F
Unknown

kitchen-course-firing differentiator

Not scored by this record.

Unknown

kitchen-prep-time-pacing differentiator

Not scored by this record.

Unknown

kitchen-order-throttling differentiator

Not scored by this record.

Unknown

kitchen-channel-pause-propagation differentiator

Not scored by this record.

Unknown

kitchen-order-ready-callback differentiator

Not scored by this record.

Partial

kitchen-bump-bar-hardware

The KDS page's first feature block is 'Order management - Maximize kitchen teamwork, minimize chaos with the bump bar feature', and a separate block documents 'Barcode bumping - swiftly marks orders ready with barcode scanning'. So non-touch bumping is a first-party KDS feature. Shortfall: the claim requires documented supported models, and no bump-bar or keypad hardware compatibility list is published anywhere - the pricing page refers only to unnamed 'hardware partners' offering 'tablets for order taking, POS terminal setups, printers, kitchen display systems and more'. https://www.restroworks.com/kitchen-display-system/ · retrieved 2026-08-03

C
Unknown

kitchen-all-day-counts

Not scored by this record.

Unknown

kitchen-sla-alerts

Not scored by this record.

Unknown

kitchen-printer-fallback differentiator

Not scored by this record.

Unknown

kitchen-offline-operation differentiator

Not scored by this record.

Unknown

kitchen-item-build-screens differentiator

Not scored by this record.

Unknown

kitchen-pizza-fractional-display differentiator

Not scored by this record.

Unknown

kitchen-recall-refire

Not scored by this record.

Unknown

kitchen-order-modification-alerts differentiator

Not scored by this record.

Unknown

kitchen-guest-ready-notification differentiator

Not scored by this record.

Unknown

kitchen-waste-logging

Not scored by this record.

Unknown

kitchen-speed-of-service-reporting

Not scored by this record.

Unknown

kitchen-prep-forecasting

Not scored by this record.

Delivery, dispatch & third-party channels

Unknown

delivery-driver-roster

A delivery module is listed under back of house; driver entities and clock-in are not described.

F
Partial

delivery-dispatch-board

The Delivery Management page documents a 'Single screen view - streamline delivery management by overseeing all orders on a single screen with real-time tracking for efficiency', order routing ('efficiently route orders to multiple delivery partners'), live order-status updates and cancellation monitoring; the API's Delivery folder (Assign Delivery Person, Order Delivery Accepted/Rejected/Picked Up/Delivered) shows per-order assignment of a delivery person from the POS. Shortfall: none of the claim's distinguishing elements is documented - no driver-availability display, no per-order elapsed-time indicator, and no multi-order run batching anywhere (the documented assignment surface is strictly one order to one delivery person). The page is oriented to routing orders across third-party delivery partners rather than dispatching an own-driver fleet, and no dispatch or expo screen is named; the admin documentation that could settle batching is behind the Auth0-gated docs.restroworks.com (HTTP 400 at the org selector). https://www.restroworks.com/restaurant-delivery-management-software/ · retrieved 2026-08-04

C
Unknown

delivery-route-map differentiator

Not scored by this record.

Unknown

delivery-driver-tracking differentiator

Not scored by this record.

Unknown

delivery-zones-polygon differentiator

Not scored by this record.

Unknown

delivery-zone-pricing

Read the Delivery Management product page and the Delivery folder of the API reference (Assign Delivery Person, Order Delivery Accepted, Rejected, Picked Up, Delivered, Tracking Url, Get Delivery info). The word 'zone' appears nowhere in either. The Cloud POS order push carries delivery_area as a free-text string ('eg: Dubai Marina') and a charges array in which 'Delivery Charge' is a name/value pair supplied by the caller on the inbound order - the fee is passed in, not derived by Restroworks from a zone. Nothing describes a zone entity carrying its own fee, order minimum or promise time, but nothing states it is absent either, so this is unresolved rather than negative.

F
Unknown

delivery-address-validation

Not scored by this record.

Unknown

delivery-driver-comp differentiator

Not scored by this record.

Unknown

delivery-cash-reconcile

Not scored by this record.

Unknown

delivery-daas-dispatch

Not scored by this record.

Unknown

delivery-daas-fallback differentiator

Not scored by this record.

Unknown

delivery-3p-direct-integration differentiator

Not scored by this record.

Unknown

delivery-3p-injection

Not scored by this record.

Unknown

delivery-menu-push

Not scored by this record.

Unknown

delivery-86-sync

Not scored by this record.

Unknown

delivery-store-pause

Not scored by this record.

Unknown

delivery-3p-reconciliation differentiator

Not scored by this record.

Unknown

delivery-injection-error-visibility differentiator

Not scored by this record.

Unknown

delivery-tracking-page

Not scored by this record.

Unknown

delivery-promise-time differentiator

Not scored by this record.

Unknown

delivery-offline-behavior

Not scored by this record.

Digital ordering & guest-facing channels

Yes

digital-first-party-web

RestroWEB (own-branded ordering site) and RestroAPP (branded app) are first-party modules on the vendor's own platform. https://www.restroworks.com/ · retrieved 2026-08-01

D
Partial

digital-menu-single-source

Marketed as a unified platform where POS, kiosk, QR and web ordering are one system, which implies one menu record; no documentation of propagation behavior. https://www.restroworks.com/ · retrieved 2026-08-01

D
Unknown

digital-native-app differentiator

Not scored by this record.

Unknown

digital-account-saved-payment

Read the RestroAPP, RestroWEB, RestroNext suite and Online Ordering System pages. They document a branded native iOS/Android app and ordering website with 'secure payments', 'diverse payment options' and an 'in-app loyalty and wallet' offering 'points, cashback, or credits per order'. None of the three components the claim requires - a guest account with saved addresses, saved tokenized payment methods, and one-tap reorder of a previous order - is named on any of them; the RestroWEB aggregator comparison table lists 'Customer Data Access: Yes' but says nothing about stored credentials. The API reference contains no tokenization or saved-card endpoint, and the online-order push carries the customer address inline per order. Unresolved: a stored-value wallet is documented, card-on-file is not.

F
Unknown

digital-upsell-engine differentiator

Not scored by this record.

Unknown

digital-scheduled-pacing

Not scored by this record.

Unknown

digital-fulfillment-modes

Not scored by this record.

Unknown

digital-qr-table

Not scored by this record.

Unknown

digital-kiosk differentiator

Not scored by this record.

Unknown

digital-group-ordering

Not scored by this record.

Unknown

digital-catering-portal differentiator

Not scored by this record.

Unknown

digital-voice-ai-phone differentiator

Not scored by this record.

Unknown

digital-drivethru-ai

Not scored by this record.

Unknown

digital-sms-ordering

Not scored by this record.

Unknown

digital-google-order differentiator

Not scored by this record.

Unknown

digital-apple-business-connect

Not scored by this record.

Unknown

digital-loyalty-attach

Not scored by this record.

Unknown

digital-subscriptions

Not scored by this record.

Unknown

digital-promo-parity

Not scored by this record.

Unknown

digital-guest-data-ownership differentiator

Not scored by this record.

Unknown

digital-checkout-pci-sca

Not scored by this record.

Unknown

digital-surcharge-transparency differentiator

Not scored by this record.

Guest data, loyalty & marketing

Unknown

guest-loyalty-unified-profile

Loyalty and CRM are not clearly enumerated as first-party modules on the pages I could read.

F
Unknown

guest-loyalty-thirdparty-identity-attach differentiator

Not scored by this record.

Partial

guest-loyalty-accrual-models

RestroAPP documents first-party 'In-app loyalty and wallet' - 'offer points, cashback, or credits per order' and 'run personalized offers and loyalty tiers'; the CRM page adds 'launch flexible loyalty programs with points, rewards, and coupons'. Shortfall: only a points/credit accrual model is documented. Neither visit/punch-count nor spend-tier accrual is described, so the claim's 'at least two of three' is not met, and both the CRM page ('seamlessly integrate with leading loyalty software') and the API reference (a Loyalty Integration folder whose endpoints are partner-hosted URLs Restroworks calls out to) frame serious loyalty as a bolt-on vendor. https://www.restroworks.com/restroapp-food-delivery-app/ · retrieved 2026-08-03

C
Unknown

guest-loyalty-tiers differentiator

Not scored by this record.

Unknown

guest-loyalty-offline-behavior differentiator

Not scored by this record.

Unknown

guest-loyalty-offer-stacking-rules differentiator

Not scored by this record.

Unknown

guest-loyalty-targeted-offers differentiator

Not scored by this record.

Unknown

guest-loyalty-rfm-segmentation differentiator

Not scored by this record.

Partial

guest-loyalty-lifecycle-automation

The CRM page documents 'run automated campaigns via SMS, email, and WhatsApp', segmentation 'based on order history, frequency, and spending', and 'spot lapsed guests early and re-engage them with targeted retention campaigns'; RestroAPP adds 'drive repeat orders with event-based triggers' and 'bring back lapsed customers with smart notifications'. Shortfall: lapsed win-back is the only one of the claim's three named automations that appears; birthday and first-visit thank-you are mentioned nowhere as shipped campaigns - the sole birthday reference is in a generic 'how does CRM improve customer retention' FAQ describing the category, not the product - and nothing describes these as always-on configurable triggers rather than manually launched segment sends. https://www.restroworks.com/restaurant-crm-software/ · retrieved 2026-08-03

C
Unknown

guest-loyalty-native-email-sms differentiator

Not scored by this record.

Unknown

guest-loyalty-consent-management

Not scored by this record.

Unknown

guest-loyalty-10dlc-registration

Not scored by this record.

Unknown

guest-loyalty-campaign-attribution differentiator

Not scored by this record.

Unknown

guest-loyalty-data-export-portability differentiator

Not scored by this record.

Unknown

guest-loyalty-cdp-event-api differentiator

Not scored by this record.

Unknown

guest-loyalty-review-capture-routing differentiator

Not scored by this record.

Unknown

guest-loyalty-referral-program

Not scored by this record.

Unknown

guest-loyalty-wallet-pass differentiator

Not scored by this record.

Unknown

guest-loyalty-privacy-rights-tooling

Not scored by this record.

Unknown

guest-loyalty-redemption-fraud-controls

Not scored by this record.

Unknown

guest-loyalty-ai-offer-recommendation differentiator

Not scored by this record.

Unknown

guest-loyalty-stored-value-gift

Not scored by this record.

Labor & workforce

Partial

labor-clock-in-at-pos

The vendor's own scheduling round-up describes its Shift Management as 'employees can easily clock in and clock out within the billing system, recording their availability and attendance for the day', plus 'detailed attendance reports to help managers view and track daily employee attendance'. The POS product page separately lists 'Shift management'. Shortfall: the same passage continues 'pair this with detailed Day reports, and you can see which users have logged into the billing system throughout the day', which suggests attendance is derived from POS login sessions rather than a discrete time punch; no credential mechanism (PIN, badge or card) is stated anywhere, and this exists only as a vendor marketing claim with no admin documentation behind it. https://www.restroworks.com/blog/best-restaurant-scheduling-app/ · retrieved 2026-08-03

D
Unknown

labor-photo-punch-verification differentiator

Not scored by this record.

Unknown

labor-geofenced-mobile-punch

Not scored by this record.

Unknown

labor-offline-time-punch differentiator

Not scored by this record.

Unknown

labor-granular-rbac

Distinct IT, operations, finance and owner personas are marketed, which hints at role scoping, but no permission model is published.

F
Partial

labor-manager-override-audit

The Anti-Theft Application page documents tracking of 'potential theft transactions, including voiding bills, discounting items, reprinting bills, and refunds', 'bill-level theft insights - get deeper insight with each bill approval of the transaction', historical analysis and real-time alerts; the Data Integration bills API returns a _currentUser object (username, first and last name) on each bill. Shortfall: the docs never state that the approving manager is recorded separately from the employee who applied the discount or void, and nothing describes the trail as immutable or as a queryable override log - it is presented as a loss-prevention analytics layer over transactions rather than an attributed approval audit trail. https://www.restroworks.com/restaurant-anti-theft-software/ · retrieved 2026-08-03

C
Unknown

labor-native-scheduling differentiator

Not scored by this record.

Unknown

labor-demand-labor-forecast differentiator

Not scored by this record.

Unknown

labor-realtime-labor-percent differentiator

Not scored by this record.

Unknown

labor-overtime-prevention differentiator

Not scored by this record.

Unknown

labor-break-compliance-by-state differentiator

Not scored by this record.

Unknown

labor-fair-workweek-support

Not scored by this record.

Unknown

labor-minor-labor-rules

Not scored by this record.

Unknown

labor-tip-pooling-rules

Not scored by this record.

Unknown

labor-tip-distribution-audit-trail

Not scored by this record.

Unknown

labor-qualified-tips-w2-reporting differentiator

Not scored by this record.

Unknown

labor-native-payroll differentiator

Not scored by this record.

Unknown

labor-payroll-export-formats

Not scored by this record.

Unknown

labor-shift-swap-workflow differentiator

Not scored by this record.

Unknown

labor-digital-onboarding-i9

Not scored by this record.

Unknown

labor-server-performance-metrics differentiator

Not scored by this record.

Inventory, purchasing & cost control

Partial

inventory-recipe-bom-costing

Kitchen Suite includes recipe management and central kitchen management alongside inventory and supply chain; sub-recipe nesting and automatic recost are not documented. https://www.restroworks.com/ · retrieved 2026-08-01

D
Partial

inventory-unit-conversion-yields

The Stock API inventory payload models units explicitly: unit: { unitName: 'KG', conversionFactor: 1000, baseUnit: { name: 'GRAM', id: 1 } }, with items carrying both quantity and baseQuantity (e.g. quantity 0.13 / baseQuantity 130) and basePrice alongside price. A stocking unit with an explicit conversion factor to a base unit is therefore first-class. Shortfall: only one unit-with-conversion is modelled per item - there is no separate purchase, recipe and count unit - and the word yield appears nowhere in the reference; no yield or waste percentage is applied to raw-to-usable conversion in any documented field. https://api.restroworks.com/ · retrieved 2026-08-03

A
Unknown

inventory-theoretical-vs-actual differentiator

Not scored by this record.

Unknown

inventory-realtime-depletion differentiator

Not scored by this record.

Unknown

inventory-86-auto-sync differentiator

Not scored by this record.

Partial

inventory-count-modes

The Stock API fetch_Inventory_data endpoint enumerates its accepted transactionType values in full: stock_entry, physical_stock, vendor_return, wastage_entry, stock_opening, stock_sale, retrievable per customer and date range. physical_stock establishes that full physical counts are a distinct recorded transaction with its own dated history rather than an overwrite. Shortfall: that enumeration is the complete list of stock transaction types and contains no ad-hoc spot count of a subset and no scheduled recurring cycle count; the inventory product page speaks only of 'automating stock counts' and barcode/QR scanning without distinguishing count modes. https://api.restroworks.com/ · retrieved 2026-08-03

A
Unknown

inventory-mobile-count-offline

Not scored by this record.

Unknown

inventory-vendor-catalogs-edi differentiator

Not scored by this record.

Unknown

inventory-invoice-ocr differentiator

Not scored by this record.

Unknown

inventory-price-change-alerts differentiator

Not scored by this record.

Unknown

inventory-par-auto-suggest differentiator

Not scored by this record.

Unknown

inventory-waste-logging

Not scored by this record.

Unknown

inventory-transfers

Not scored by this record.

Unknown

inventory-commissary

Not scored by this record.

Unknown

inventory-lot-traceability

Not scored by this record.

Unknown

inventory-shelf-life-expiry

Not scored by this record.

Unknown

inventory-bar-partial-bottle

Not scored by this record.

Unknown

inventory-cogs-gl-export

Not scored by this record.

Unknown

inventory-native-not-partner differentiator

Not scored by this record.

Unknown

inventory-menu-margin-linkage differentiator

Not scored by this record.

Reporting, BI & data access

Partial

reporting-realtime-dashboard

Insights offers 200+ reports and a mobile "cockpit" app for off-premise viewing; refresh latency is not stated. https://www.restroworks.com/ · retrieved 2026-08-01

D
Unknown

reporting-eod-closeout

Read the Enterprise Reporting page (marketed as 200+ reports), the Analytics page, the Cockpit App page and the Operations page. The Operations page documents 'sales reconciliation - verify that payments and receipts match sales records', and the Data Integration API returns per-invoice NetSales, TotalTax, GrossSales, Discount and ReturnValue plus a bill-level aggregation of net rounded amount, total tax and total amount with payments broken out by card type. But no daily close-out, day-end or Z-report artifact is named on any page, and tips, tender-type totals and expected cash deposit appear in no documented report or payload. The 200+ report catalogue itself is not published, so I could neither confirm nor exclude an EOD packet.

F
Partial

reporting-pmix-modifier-level

The Analytics page documents item-level sales reporting - 'compare historical data to track trends and item sales across multiple stores', 'item journey tracking: discover the life cycle of your items, from production costs to profit', and 'identify your peak days and hours and understand your daily sales trends' - against a catalogue of 200+ enterprise reports. Shortfall: this is item-level only. Modifier-level product mix is not mentioned on any page, and filtering is described by outlet/deployment, aggregator and time period rather than by revenue centre; no report showing quantity plus gross and net sales per modifier is documented. https://www.restroworks.com/restaurant-analytics-software/ · retrieved 2026-08-03

C
Unknown

reporting-comps-voids-audit

Not scored by this record.

Unknown

reporting-cash-over-short

Not scored by this record.

Unknown

reporting-labor-productivity

Not scored by this record.

Unknown

reporting-server-scorecards differentiator

Not scored by this record.

Unknown

reporting-channel-profitability differentiator

Not scored by this record.

Unknown

reporting-multiloc-drilldown differentiator

Not scored by this record.

Unknown

reporting-custom-report-builder differentiator

Not scored by this record.

Unknown

reporting-scheduled-delivery

Not scored by this record.

Unknown

reporting-raw-warehouse-export differentiator

Not scored by this record.

Unknown

reporting-public-api differentiator

Not scored by this record.

Unknown

reporting-webhooks differentiator

Not scored by this record.

Unknown

reporting-api-not-upcharged differentiator

Not scored by this record.

Unknown

reporting-tier-paywall differentiator

Not scored by this record.

Unknown

reporting-history-retention differentiator

Not scored by this record.

Unknown

reporting-anomaly-alerts differentiator

Not scored by this record.

Unknown

reporting-nl-query

Not scored by this record.

Unknown

reporting-guest-cohorts differentiator

Not scored by this record.

Unknown

reporting-sales-forecast differentiator

Not scored by this record.

Unknown

reporting-tip-tax-compliance

Not scored by this record.

Multi-location, franchise & enterprise governance

Partial

multi-location-org-hierarchy

Explicitly targets multi-location chains, franchises and enterprises as distinct org types; a named three-level hierarchy object is not documented. https://www.restroworks.com/ · retrieved 2026-08-01

D
Partial

multi-location-central-menu-publish

The BFCD (Brand, Format, Cluster, Deployment) architecture page documents 'create and manage your menu from one central location, then deploy it to all of your restaurants with just a few clicks', 'live menu updates: take charge of your menu at different locations by easily updating prices with a few clicks', and 'roll out offers region-wise'; the POS and Menu Management pages repeat centralised authoring with real-time sync. Shortfall: publication is described as pushing to all restaurants or to a region, with no documented ability to select an arbitrary set of target locations for a single publish, and no publish or version history recording what was pushed, when, and by whom. https://www.restroworks.com/solution-architecture/ · retrieved 2026-08-03

C
Unknown

multi-location-local-override-policy differentiator

Not scored by this record.

Partial

multi-location-price-zones

The Standard Menu (Menu Sync V2) schema carries per-channel pricing on the item record itself: a tableTab array of { tabId, itemRate, itemStatus } on each entity and on each modifier constituent item, where a tab is an order type (dine-in / takeaway / delivery). The Online Order docs confirm 'Restroworks customers have the provision that they can keep a different menu for takeaway and delivery as well'. So one item record does carry different prices per order channel without duplication. Shortfall: no location-group or price-zone object appears anywhere in the schema, and no daypart price tier exists - configuration>rules holds date, time and day validity governing availability, not price. https://api.restroworks.com/ · retrieved 2026-08-03

A
Unknown

multi-location-scheduled-publish differentiator

Not scored by this record.

Unknown

multi-location-new-store-template differentiator

Not scored by this record.

Unknown

multi-location-corp-vs-franchisee-roles differentiator

Not scored by this record.

Unknown

multi-location-royalty-calculation differentiator

Not scored by this record.

Unknown

multi-location-royalty-collection

Not scored by this record.

Unknown

multi-location-consolidated-reporting

Not scored by this record.

Unknown

multi-location-normalized-item-rollup differentiator

Not scored by this record.

Unknown

multi-location-cross-location-giftcard

Not scored by this record.

Unknown

multi-location-cross-location-loyalty

Not scored by this record.

Unknown

multi-location-multi-brand differentiator

Not scored by this record.

Unknown

multi-location-multi-tax-jurisdiction

Not scored by this record.

Unknown

multi-location-config-audit-log differentiator

Not scored by this record.

Unknown

multi-location-enterprise-api differentiator

Not scored by this record.

Unknown

multi-location-central-labor-policy

Not scored by this record.

Hardware & physical footprint

Unknown

hardware-commodity-devices differentiator

Not scored by this record.

Unknown

hardware-os-platforms

Tablets, terminals, printers and KDS are referenced as hardware options; no OS versions or device specs published.

F
Unknown

hardware-handheld-purpose-built

Not scored by this record.

Unknown

hardware-handheld-battery-swap differentiator

Not scored by this record.

Unknown

hardware-handheld-lte

Not scored by this record.

Partial

hardware-offline-mode

Restroworks' own competitor-comparison pages carry the only quantified offline statement it publishes: 'Restroworks ensures your operations stay uninterrupted even when the internet drops. Orders, billing, and KDS continue to function without a single lag for up to 48 hours' (identical block across the NCR Aloha, Oracle Micros Simphony, PAR POS, LS Retail and Revel comparison pages); the ice-cream vertical page repeats 'Reliable offline mode to keep billing and order flow running even during internet disruptions.' Shortfall: the claim's second requirement is wholly unmet - no published page enumerates which functions degrade offline (card auth, loyalty lookup and refunds are all unaddressed), cash-sale recording offline is never specifically stated, and kitchen printing is not named (only KDS). The main POS product page (restaurant-pos-system/) and the Front of House page contain no offline mention at all, 'offline' appears nowhere in the api.restroworks.com reference, and docs.restroworks.com is Auth0-gated (HTTP 400 at the org selector) - so offline scope exists publicly only as comparison-page marketing. https://www.restroworks.com/compare/ncr-aloha-vs-toast/ · retrieved 2026-08-04

D
Yes

hardware-kds

Kitchen Display System is a first-party module within the Kitchen Suite, not an integration dependency. https://www.restroworks.com/ · retrieved 2026-08-01

D
Unknown

hardware-kiosk differentiator

Not scored by this record.

Unknown

hardware-drive-thru

Not scored by this record.

Unknown

hardware-printer-compatibility

Not scored by this record.

Unknown

hardware-peripherals

Not scored by this record.

Unknown

hardware-p2pe-terminal

Not scored by this record.

Unknown

hardware-tap-to-phone differentiator

Not scored by this record.

Unknown

hardware-pricing-transparency differentiator

Not scored by this record.

Unknown

hardware-ownership-vs-lease differentiator

Not scored by this record.

Unknown

hardware-usable-after-churn differentiator

Not scored by this record.

Unknown

hardware-rma-sla differentiator

Not scored by this record.

Unknown

hardware-byod

Not scored by this record.

Unknown

hardware-remote-device-management differentiator

Not scored by this record.

Unknown

hardware-selfpour-scales

Not scored by this record.

Unknown

hardware-callerid-integration

Not scored by this record.

Integrations, API & extensibility

Yes

extensibility-public-api-docs

REPLACES an undated first-pass placeholder that said 'Claims API integrations with 500+ third-party apps but I found no publicly readable API reference' -- while nine cells in this same record cite api.restroworks.com at grade A, retrieved 2026-08-03 and 2026-08-04, quoting its schemas field by field. Re-fetched anonymously 2026-09-01 under our own UA: HTTP 200, no robots.txt on the host (404, so allowed under RFC 9309), no login wall and no partner gate. The page is titled 'Restroworks API Reference' and its own introduction says 'A quick introduction about Restroworks and how you can get started with our API', adding separately that 'The Restroworks API reference document includes detailed information'. The substance behind that landing page is recorded in this record's own grade-A cells, which read its sub-pages on 2026-08-03 and 2026-08-04: the Cloud POS push-order endpoint with its advance-order fields, the recursive Standard Menu (Menu Sync V2) modifier schema, the Stock API transaction-type enumeration, and per-endpoint authentication statements. SHORTFALL, recorded not scored: this reference is rendered client-side, so only the introduction is present in the initial HTML payload and the per-endpoint pages named by those sibling cells are not reachable from this URL alone -- their quotations belong to those sub-pages, not to this one. https://api.restroworks.com/ · retrieved 2026-09-01

A
Unknown

extensibility-api-access-cost differentiator

Not scored by this record.

Unknown

extensibility-partner-revshare

Not scored by this record.

Unknown

extensibility-free-sandbox differentiator

Not scored by this record.

No

extensibility-oauth-partner-apps

The API reference states its authentication mechanism per endpoint and OAuth is not among them. Data Integration: 'Authorization for the request is achieved using an API Key', with apiKey passed as a query parameter alongside customer_key. Stock: 'This API requires Basic Authentication. Authorization header: Authorization: Basic'. Online Order, Delivery, Cloud POS and Loyalty endpoints are all keyed on a static per-outlet customer_key in the query string. The published collection declares no collection-level auth at all, and the words OAuth, scope, consent and revoke appear nowhere in the reference. These are shared static credentials, not scoped operator-granted individually revocable grants. https://api.restroworks.com/ · retrieved 2026-08-03

A
Partial

extensibility-webhooks-push

Outbound push exists but is narrow. The Delivery folder documents 'Assign Order to delivery - this hook will notify the integrated partner whenever a delivery order is assigned to a delivery boy from POS', with the payload posted to a partner-supplied webhook URL, and the production checklist lists 'menu updates via webhook / menu pull on webhook asynchronously'. Shortfall: those are the only two push surfaces documented - a delivery-assignment event and menu updates. None of the order lifecycle events the claim names is pushed; bills and invoices are retrieved by polling GET /pos/bills with from/to epoch timestamps and a page parameter, and order state is read back through GET /online_order/order_status. https://api.restroworks.com/ · retrieved 2026-08-03

A
Unknown

extensibility-webhook-reliability differentiator

Not scored by this record.

Unknown

extensibility-order-injection-api

Not scored by this record.

Unknown

extensibility-menu-write-api differentiator

Not scored by this record.

Unknown

extensibility-data-symmetry differentiator

Not scored by this record.

Unknown

extensibility-published-rate-limits

Not scored by this record.

Unknown

extensibility-doordash-preferred differentiator

Not scored by this record.

Unknown

extensibility-first-party-delivery-integrations differentiator

Not scored by this record.

Unknown

extensibility-middleware-compatibility

Not scored by this record.

Unknown

extensibility-accounting-connectors

Not scored by this record.

Unknown

extensibility-payroll-export

Not scored by this record.

Unknown

extensibility-bi-data-warehouse differentiator

Not scored by this record.

Unknown

extensibility-app-marketplace

Not scored by this record.

Unknown

extensibility-custom-fields-scripting

Not scored by this record.

Unknown

extensibility-headless-embedded

Not scored by this record.

Unknown

extensibility-api-versioning-deprecation

Not scored by this record.

Unknown

extensibility-data-portability-exit differentiator

Not scored by this record.

Reliability, offline & operations

Partial

reliability-offline-order-entry

The vendor's comparison pages state 'Restroworks ensures your operations stay uninterrupted even when the internet drops. Orders, billing, and KDS continue to function without a single lag for up to 48 hours', and the ice-cream vertical page repeats 'Reliable offline mode to keep billing and order flow running even during internet disruptions' - first-party confirmation that order entry and billing continue through an outage. Shortfall: of the claim's three elements only order entry is squarely covered. Check printing is never named (only 'billing'), and ticket routing rests on the bare assertion that KDS 'continue[s] to function' with no description of on-terminal routing versus a cloud round-trip; both statements are vendor comparison/vertical marketing (grade D), the main POS product page itself says nothing about offline, and no admin documentation of the offline mechanism or reconnect behaviour is publicly readable - docs.restroworks.com is Auth0-gated (HTTP 400 at the org selector). https://www.restroworks.com/compare/ncr-aloha-vs-toast/ · retrieved 2026-08-04

D
Unknown

reliability-offline-card-auth differentiator

Not scored by this record.

Unknown

reliability-offline-decline-liability differentiator

Not scored by this record.

Unknown

reliability-lan-degraded-multi-terminal differentiator

Not scored by this record.

Unknown

reliability-local-transaction-engine differentiator

Not scored by this record.

Unknown

reliability-offline-kds-printing

Searched every first-party product page I retrieved (POS, KDS, Kitchen Management, Front of House, Back of House, Operations, Solution Architecture, Online Ordering, RestroNext and the four CX product pages) for the word offline. It occurs exactly once, on the Inventory page - 'offline connectivity: keep track of your inventory, even when you are offline, easily sync your data when you are back online' - which is the stock-taking mobile app, not the kitchen path. Nothing states whether KDS routing or kitchen printing survives a network outage, and the API reference has no offline or printer surface. Unresolved rather than negative because the vendor also never enumerates what does stop working offline.

F
Unknown

reliability-printer-fallback

The word printer appears once across all first-party pages I retrieved - on the pricing page, listing printers among the hardware categories partners supply. No page describes kitchen printer configuration, printer groups, failover to a backup printer or KDS station, or unreachable-device alerting, and the API reference exposes no printing endpoints. The KDS page's alerting content concerns order status and colour coding, not device health. Unresolved: nothing confirms the behaviour and nothing states it is unsupported.

F
Unknown

reliability-sync-conflict-handling

Not scored by this record.

Unknown

reliability-offline-feature-matrix

Not scored by this record.

Unknown

reliability-public-status-page

Not scored by this record.

Unknown

reliability-contractual-uptime-sla differentiator

Not scored by this record.

Unknown

reliability-incident-postmortems

Not scored by this record.

Unknown

reliability-247-live-support

Not scored by this record.

Unknown

reliability-onsite-install differentiator

Not scored by this record.

Unknown

reliability-menu-build-service differentiator

Not scored by this record.

Unknown

reliability-hardware-replacement-sla

Not scored by this record.

Unknown

reliability-backup-restore

Not scored by this record.

Unknown

reliability-pci-dss-4-attestation

Not scored by this record.

Unknown

reliability-mfa-role-based-access

Not scored by this record.

Unknown

reliability-self-serve-training

Not scored by this record.

Unknown

reliability-failover-terminal-role differentiator

Not scored by this record.

Unknown

reliability-cellular-backup

Not scored by this record.

Commercial, compliance & data ownership

Unknown

commercial-month-to-month-contract differentiator

Not scored by this record.

Unknown

commercial-no-early-termination-fee differentiator

Not scored by this record.

No

commercial-autorenew-terms-published

The only terms document Restroworks publishes is a website terms of use, and it expressly places the commercial agreement outside public reach: 'Your use of Software is subject to all agreements such as Terms of Service and/or any other Service Level Agreements, License Agreements or any other Agreements that accompany the use of such Software and will be signed separately between you and Restroworks.' The words renew, renewal, subscription term, cancellation and notice period appear nowhere in it. I also walked the complete page sitemap at /page-sitemap.xml: there is no MSA, subscription agreement, service terms or SLA page, and the pricing page publishes no figures and routes to 'Get an estimate'. The renewal term and notice window are therefore available only in a signed quote. https://www.restroworks.com/website-terms-of-use/ · retrieved 2026-08-03

B
Unknown

commercial-processing-not-bundled differentiator

Not scored by this record.

Unknown

commercial-interchange-plus-published differentiator

Not scored by this record.

Unknown

commercial-rate-increase-clause differentiator

Not scored by this record.

No

commercial-pricing-published

Pricing page affirmatively declines to publish figures, listing only the three variables that determine a quote. https://www.restroworks.com/pricing/ · retrieved 2026-08-01

C
Unknown

commercial-module-unbundling differentiator

Not scored by this record.

Unknown

commercial-hardware-purchase-outright

Hardware is priced separately per the pricing page, but no list prices and no statement on lease versus purchase.

F
Unknown

commercial-hardware-not-locked differentiator

Not scored by this record.

Unknown

commercial-implementation-fee-published

Not scored by this record.

Unknown

commercial-data-export-self-serve

Not scored by this record.

Unknown

commercial-export-customer-and-loyalty differentiator

Not scored by this record.

Unknown

commercial-post-termination-export-window differentiator

Not scored by this record.

Unknown

commercial-data-ownership-clause differentiator

Not scored by this record.

Unknown

commercial-source-available-selfhost

Not scored by this record.

Unknown

commercial-pci-p2pe-tokenization

Not scored by this record.

Unknown

commercial-pci-dss-4-controls

Not scored by this record.

Unknown

commercial-soc2-attestation

Not scored by this record.

Unknown

commercial-privacy-dsar-tooling

Not scored by this record.

Unknown

commercial-wcag-kiosk-accessibility differentiator

Not scored by this record.

Unknown

commercial-dual-pricing-compliant differentiator

Not scored by this record.

Adversarial verification

An independent pass was instructed to refute this record, defaulting to downgrade when uncertain. It challenged 22 values — 1 upheld, 0 downgraded, 0 upgraded. This is published in full because a reader who can see which values were contested, on what evidence, and which way they moved has something no affiliate-funded comparison offers.

Capability claims

ClaimAs first scoredVerdictWhat the verifier found
order-capture-scheduled-ordersunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialCloud POS 'Push Order to Kitchen' documents isAdvance (Boolean, 'set to true if the order is an advance order') and advanceOrderDetails containing expectedDeliveryTime and preparationStartTime, both ISO date-time strings. The API states that if preparationStartTime is not supplied 'it will be set to one hour prior to the delivery time' - so future-dated orders are held and fired at a computed time rather than on receipt. Shortfall: the lead time is a fixed one-hour default otherwise supplied per order by the calling channel; no per-channel configurable lead time is documented, and the field appears only on the cloud-kitchen order-push endpoint, not on the dine-in/POS order path. source
menu-pricing-modifier-price-by-parent-sizeunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-noThe Standard Menu (Menu Sync V2) reference enumerates the full modifier schema - type, _id, name, original_name, min, max, order, isActive, aliases, constituentItems, image, multiplePunchMin/Max/MaxItem, isPackagingType - and the constituent-item schema (price, tableTab, packingCharge, modifiers, variants, taxes). No per-parent or per-size price matrix field exists in either. The docs state Restroworks supports four menu item types (Normal, Modifiers/Add-ons, Variant Items, Combo) and that variants are separate child item records mapped to a parent ('regular, medium, and large are the variant items for the pizza'). The vendor's own sample data shows the duplication pattern the claim excludes: modifier groups named 'Choose From SIDE. for Classic Burger Chicken' and 'Choose From SIDE. for Jack Daddy Burger', and add-on items named 'Add On 7 UP Reg'. source
menu-pricing-topping-quantity-tiersunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-noThe enumerated modifier schema in the Standard Menu (Menu Sync V2) reference expresses modifier quantity as repeated punches - multiplePunchMin (0), multiplePunchMax (14), multiplePunchMaxItem (1), documented as 'Minimum punches for the modifier' and 'Maximum punches for the modifier'. The constituent item carries a single flat 'price'. There is no named tier (light/regular/extra) and no per-tier price multiplier anywhere in the schema. The documented mechanism for more of a topping is punching the same modifier again, which is precisely what the claim requires tiering to be distinct from. source
kitchen-bump-bar-hardwareunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe KDS page's first feature block is 'Order management - Maximize kitchen teamwork, minimize chaos with the bump bar feature', and a separate block documents 'Barcode bumping - swiftly marks orders ready with barcode scanning'. So non-touch bumping is a first-party KDS feature. Shortfall: the claim requires documented supported models, and no bump-bar or keypad hardware compatibility list is published anywhere - the pricing page refers only to unnamed 'hardware partners' offering 'tablets for order taking, POS terminal setups, printers, kitchen display systems and more'. source
guest-loyalty-accrual-modelsunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialRestroAPP documents first-party 'In-app loyalty and wallet' - 'offer points, cashback, or credits per order' and 'run personalized offers and loyalty tiers'; the CRM page adds 'launch flexible loyalty programs with points, rewards, and coupons'. Shortfall: only a points/credit accrual model is documented. Neither visit/punch-count nor spend-tier accrual is described, so the claim's 'at least two of three' is not met, and both the CRM page ('seamlessly integrate with leading loyalty software') and the API reference (a Loyalty Integration folder whose endpoints are partner-hosted URLs Restroworks calls out to) frame serious loyalty as a bolt-on vendor. source
guest-loyalty-lifecycle-automationunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe CRM page documents 'run automated campaigns via SMS, email, and WhatsApp', segmentation 'based on order history, frequency, and spending', and 'spot lapsed guests early and re-engage them with targeted retention campaigns'; RestroAPP adds 'drive repeat orders with event-based triggers' and 'bring back lapsed customers with smart notifications'. Shortfall: lapsed win-back is the only one of the claim's three named automations that appears; birthday and first-visit thank-you are mentioned nowhere as shipped campaigns - the sole birthday reference is in a generic 'how does CRM improve customer retention' FAQ describing the category, not the product - and nothing describes these as always-on configurable triggers rather than manually launched segment sends. source
labor-clock-in-at-posunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe vendor's own scheduling round-up describes its Shift Management as 'employees can easily clock in and clock out within the billing system, recording their availability and attendance for the day', plus 'detailed attendance reports to help managers view and track daily employee attendance'. The POS product page separately lists 'Shift management'. Shortfall: the same passage continues 'pair this with detailed Day reports, and you can see which users have logged into the billing system throughout the day', which suggests attendance is derived from POS login sessions rather than a discrete time punch; no credential mechanism (PIN, badge or card) is stated anywhere, and this exists only as a vendor marketing claim with no admin documentation behind it. source
labor-manager-override-auditunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe Anti-Theft Application page documents tracking of 'potential theft transactions, including voiding bills, discounting items, reprinting bills, and refunds', 'bill-level theft insights - get deeper insight with each bill approval of the transaction', historical analysis and real-time alerts; the Data Integration bills API returns a _currentUser object (username, first and last name) on each bill. Shortfall: the docs never state that the approving manager is recorded separately from the employee who applied the discount or void, and nothing describes the trail as immutable or as a queryable override log - it is presented as a loss-prevention analytics layer over transactions rather than an attributed approval audit trail. source
inventory-unit-conversion-yieldsunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe Stock API inventory payload models units explicitly: unit: { unitName: 'KG', conversionFactor: 1000, baseUnit: { name: 'GRAM', id: 1 } }, with items carrying both quantity and baseQuantity (e.g. quantity 0.13 / baseQuantity 130) and basePrice alongside price. A stocking unit with an explicit conversion factor to a base unit is therefore first-class. Shortfall: only one unit-with-conversion is modelled per item - there is no separate purchase, recipe and count unit - and the word yield appears nowhere in the reference; no yield or waste percentage is applied to raw-to-usable conversion in any documented field. source
inventory-count-modesunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe Stock API fetch_Inventory_data endpoint enumerates its accepted transactionType values in full: stock_entry, physical_stock, vendor_return, wastage_entry, stock_opening, stock_sale, retrievable per customer and date range. physical_stock establishes that full physical counts are a distinct recorded transaction with its own dated history rather than an overwrite. Shortfall: that enumeration is the complete list of stock transaction types and contains no ad-hoc spot count of a subset and no scheduled recurring cycle count; the inventory product page speaks only of 'automating stock counts' and barcode/QR scanning without distinguishing count modes. source
reporting-pmix-modifier-levelunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe Analytics page documents item-level sales reporting - 'compare historical data to track trends and item sales across multiple stores', 'item journey tracking: discover the life cycle of your items, from production costs to profit', and 'identify your peak days and hours and understand your daily sales trends' - against a catalogue of 200+ enterprise reports. Shortfall: this is item-level only. Modifier-level product mix is not mentioned on any page, and filtering is described by outlet/deployment, aggregator and time period rather than by revenue centre; no report showing quantity plus gross and net sales per modifier is documented. source
multi-location-central-menu-publishunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe BFCD (Brand, Format, Cluster, Deployment) architecture page documents 'create and manage your menu from one central location, then deploy it to all of your restaurants with just a few clicks', 'live menu updates: take charge of your menu at different locations by easily updating prices with a few clicks', and 'roll out offers region-wise'; the POS and Menu Management pages repeat centralised authoring with real-time sync. Shortfall: publication is described as pushing to all restaurants or to a region, with no documented ability to select an arbitrary set of target locations for a single publish, and no publish or version history recording what was pushed, when, and by whom. source
multi-location-price-zonesunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe Standard Menu (Menu Sync V2) schema carries per-channel pricing on the item record itself: a tableTab array of { tabId, itemRate, itemStatus } on each entity and on each modifier constituent item, where a tab is an order type (dine-in / takeaway / delivery). The Online Order docs confirm 'Restroworks customers have the provision that they can keep a different menu for takeaway and delivery as well'. So one item record does carry different prices per order channel without duplication. Shortfall: no location-group or price-zone object appears anywhere in the schema, and no daypart price tier exists - configuration>rules holds date, time and day validity governing availability, not price. source
extensibility-oauth-partner-appsunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-noThe API reference states its authentication mechanism per endpoint and OAuth is not among them. Data Integration: 'Authorization for the request is achieved using an API Key', with apiKey passed as a query parameter alongside customer_key. Stock: 'This API requires Basic Authentication. Authorization header: Authorization: Basic'. Online Order, Delivery, Cloud POS and Loyalty endpoints are all keyed on a static per-outlet customer_key in the query string. The published collection declares no collection-level auth at all, and the words OAuth, scope, consent and revoke appear nowhere in the reference. These are shared static credentials, not scoped operator-granted individually revocable grants. source
extensibility-webhooks-pushunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialOutbound push exists but is narrow. The Delivery folder documents 'Assign Order to delivery - this hook will notify the integrated partner whenever a delivery order is assigned to a delivery boy from POS', with the payload posted to a partner-supplied webhook URL, and the production checklist lists 'menu updates via webhook / menu pull on webhook asynchronously'. Shortfall: those are the only two push surfaces documented - a delivery-assignment event and menu updates. None of the order lifecycle events the claim names is pushed; bills and invoices are retrieved by polling GET /pos/bills with from/to epoch timestamps and a page parameter, and order state is read back through GET /online_order/order_status. source
commercial-autorenew-terms-publishedunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-noThe only terms document Restroworks publishes is a website terms of use, and it expressly places the commercial agreement outside public reach: 'Your use of Software is subject to all agreements such as Terms of Service and/or any other Service Level Agreements, License Agreements or any other Agreements that accompany the use of such Software and will be signed separately between you and Restroworks.' The words renew, renewal, subscription term, cancellation and notice period appear nowhere in it. I also walked the complete page sitemap at /page-sitemap.xml: there is no MSA, subscription agreement, service terms or SLA page, and the pricing page publishes no figures and routes to 'Get an estimate'. The renewal term and notice window are therefore available only in a signed quote. source
order-capture-offline-order-entryunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialSite-wide sweep of page-sitemap.xml found the vendor's own competitor-comparison pages (NCR Aloha vs Toast, vs Revel, vs LS Retail; Oracle Micros Simphony vs LS Retail/Revel/Toast; PAR POS vs LS Retail/Revel) all carrying an identical 'Reliable Offline Mode' block: 'Restroworks ensures your operations stay uninterrupted even when the internet drops. Orders, billing, and KDS continue to function without a single lag for up to 48 hours.' The ice-cream vertical page repeats 'Reliable offline mode to keep billing and order flow running even during internet disruptions.' Named shortfall: grade D vendor comparison marketing, and the claim's explicit second requirement - that the vendor publish what does and does not work offline - is unmet. No published statement covers card authorisation while offline, cash tender specifically, handheld scope, or reconnect sync-conflict handling; 'offline' does not occur anywhere in the api.restroworks.com reference; docs.restroworks.com is Auth0-gated (HTTP 400). source
menu-pricing-nested-modifiersunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe Standard Menu (Menu Sync V2) schema is recursive: an entity carries 'modifiers' (Array, 'List of modifiers for the entity'); each modifier group carries min ('Minimum selection for the modifier'), max ('Maximum selection for the modifier'), order and constituentItems; and each constituent item is documented as a full entity record with its own 'modifiers' array and 'variants'. Two levels with independent min/max are therefore documented. Named shortfall: no supported nesting depth is stated and all published examples show constituentItems[].modifiers as [], so the claim's three-level requirement is not evidenced; and no forced-selection/required flag exists in the modifier schema - min >= 1 is the only candidate and the docs never describe it as enforcing a required choice. restaurant-menu-management-software/ covers only offers and combos, and the menu builder itself is behind the gated docs portal. source
delivery-dispatch-boardunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe Delivery Management page documents a 'Single screen view - streamline delivery management by overseeing all orders on a single screen with real-time tracking for efficiency', order routing to multiple delivery partners, live status updates and cancellation monitoring, and the API's Delivery folder shows per-order assignment of a delivery person from the POS. Named shortfall: no driver-availability display, no per-order elapsed-time indicator and no multi-order run batching is documented anywhere - the assignment surface is strictly one order to one delivery person - and the module is oriented to third-party partner routing rather than an own-driver dispatch board; no dispatch or expo screen is named. The admin docs that could settle batching are behind the Auth0-gated docs.restroworks.com. source
hardware-offline-modeunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe vendor's competitor-comparison pages carry its only quantified offline statement: 'Orders, billing, and KDS continue to function without a single lag for up to 48 hours' when 'the internet drops' (identical block across the NCR Aloha, Oracle Micros Simphony, PAR POS, LS Retail and Revel comparison pages), and the ice-cream vertical page repeats 'Reliable offline mode to keep billing and order flow running even during internet disruptions.' Named shortfall: the claim's second requirement is wholly unmet - nothing published enumerates which functions degrade offline (card auth, loyalty lookup, refunds all unaddressed), cash-sale recording offline is never specifically stated, and kitchen printing is not named (only KDS). The main POS page and Front of House page contain no offline mention, 'offline' appears nowhere in the api.restroworks.com reference, and docs.restroworks.com is Auth0-gated (HTTP 400). source
reliability-offline-order-entryunknown (grade F) - placeholder rationale: "No public documentation located during the 2026-08-01 research pass."resolve-to-partialThe comparison pages state 'Orders, billing, and KDS continue to function without a single lag for up to 48 hours' during an internet outage and the ice-cream vertical page repeats 'Reliable offline mode to keep billing and order flow running even during internet disruptions', so order entry and billing continuing offline is first-party confirmed. Named shortfall: of the claim's three elements only order entry is squarely covered - check printing is never named (only 'billing') and ticket routing rests on the bare assertion that KDS continues to function, with no description of on-terminal routing versus a cloud round-trip. Both statements are vendor comparison/vertical marketing (grade D); the main POS product page says nothing about offline and no admin documentation of the offline mechanism is publicly readable (docs.restroworks.com Auth0-gated, HTTP 400). source
commercial-pricing-publishedno, grade B - Pricing page affirmatively declines to publish figures, listupheldGrade only, value untouched. Corpus-wide mechanical pass (workflows/regrade-marketing-pages.mjs): the cited page is a first-party pricing/feature/product page, which atlas-evidence-rules grades C ("vendor pricing page or feature page - first-party, but written to sell"), not B ("vendor product documentation - the manual, the help centre, the admin guide"). No claim was re-researched in this pass and no evidence was re-read; only the grade was brought into line with the source type. source

Sources

Every URL this record cites. 25 in total.