Vendors / Mainstream commercial restaurant POS
Rezku POS
iPad-based SMB restaurant POS from Guest Innovations, the rare vendor in this batch publishing real dollar figures ($99/mo for up to three stations, $19/mo per hardware bundle, $50/mo per kiosk, $399/mo marketing add-on) and marketing a pizza edition plus in-house driver dispatch — but every operational feature claim is marketing-level with no public product docs or API reference, and the published hardware price is a monthly bundle, not an outright purchase.
scored live legacy rubric
- Claims in scope
- 278
- Scored
- 45
- Assessed
- 34
- Unknown
- 244
- Not applicable
- 36
- Cells challenged
- 4
unknown, never as no.Identity
- Owner
- Guest Innovations, Inc. (private; Sacramento, CA)
- Parent
- Guest Innovations
- Who it is for
- Independent US restaurants, bars and pizzerias — iPad-based, small footprint, price-sensitive
- Site
- https://www.rezku.com/pos/
Pricing
transparency: unknown · unit: per month per site (station-count tier) + per-station hardware/mo + per-kiosk/mo + per-add-on/mo · processor lock-in: unknown
- Software
- $99/mo software for up to 3 POS stations; hardware $19/mo per station (iPad, stand, printer, card reader) as a "limited time promotion"; customer-facing kiosk $50/mo per kiosk (software only); DoorDash Drive integration $39/mo plus fees; "Rezku Advantage" website/marketing $399/mo. Contract length not stated.
Capabilities
Every claim is binary and checkable. Grades: A primary documentation · B product documentation · C pricing or feature page · D marketing claim · E third-party reporting · F inference with no source. A yes on a differentiator claim requires A or B.
Order capture & FOH workflow
order-capture-floor-plan-editor
Not scored by this record.
order-capture-seat-level
Not scored by this record.
order-capture-coursing-hold-fire
Not scored by this record.
order-capture-split-merge
Four split modes are documented: Split Order (More button, moves items off into a separate order), Itemized Split ("allows you to split checks by item"; when seats are in use each seat automatically becomes its own split, and shared items can be divided with the Split Even or Split Custom buttons), Split By Seat (auto-divides strictly by seat number), and Easy Split ("By default splits are even"; tap a split and "Enter the new amount" with the other splits auto-adjusting -- i.e. arbitrary dollar splits). Merging is documented on The "More" Button article: "Merge -- Merge another ticket into the active order. The merged ticket will close with the status 'merged'." Named shortfalls: no percentage-based split appears in any mode, and merging after a partial payment -- which the claim explicitly requires -- is documented nowhere in the live KB; the retired rezku.com/pos/support/merging-tickets page that covered merge restrictions now 302s to a dead Freshdesk portal and could not be read. https://support.rezku.com/portal/en/kb/articles/splitting-orders-and-payments · retrieved 2026-08-04
order-capture-bar-tab-preauth differentiator
Not scored by this record.
order-capture-transfer-audit
Not scored by this record.
order-capture-native-handheld
Not scored by this record.
order-capture-offline-order-entry
Offline Mode "allows you to store credit card transaction data if the internet is down and process the transactions when internet access is restored"; while offline, non-credit transactions -- "cash, gift card, external payment" -- and refunds can still be processed, so orders can be rung and cash-tendered on-terminal. Shortfall: the published offline scope is payments only. Neither this article nor Rezku POS App Settings (which offers just "Enable offline mode to store credit card payments" plus a View Offline History screen) says anything about modifiers, kitchen printing or KDS send while the WAN is down, and the Smart KDS article states "Both the POS and the KDS must be open and on the same network" with an on-screen error when they cannot communicate -- i.e. LAN-scoped, not WAN, but never stated as an offline guarantee. The vendor also caps it: "Offline Mode is designed for short term disruptions in the internet. Do not exceed 48 hours in Offline Mode." The claim's second half -- that the vendor publishes what does and does not work offline -- is not met. https://support.rezku.com/portal/en/kb/articles/offline-mode · retrieved 2026-08-04
order-capture-qr-same-check differentiator
Not scored by this record.
order-capture-kiosk-first-party differentiator
Not scored by this record.
order-capture-drive-thru
Not scored by this record.
order-capture-drive-thru-timers
Not scored by this record.
order-capture-voice-ai differentiator
Not scored by this record.
order-capture-throttling differentiator
Not scored by this record.
order-capture-scheduled-orders
Online Ordering Settings documents "Open for Pre-Orders -- When enabled, guests can place an order for days in advance" with a "Preorders Days In Advance" setting, and the POS permission list includes "Open orders for future dates". Shortfall: no per-channel lead time is configurable and no fire-time injection is documented -- the Order Settings article states kitchen printing happens only at "Checkout" (when the Checkout button is pressed, before payment) or at "Payment" (after the order is settled), with no computed release into the make queue. https://support.rezku.com/portal/en/kb/articles/online-ordering-settings · retrieved 2026-08-03
order-capture-catering
Not scored by this record.
order-capture-order-ready-signal differentiator
Not scored by this record.
order-capture-void-comp-controls
Not scored by this record.
Menu, modifiers & pricing engine
menu-pricing-nested-modifiers
Per-group selection control is fully there: "Minimum -- No less than this number of modifiers in the group can be selected, including quantity" and "Maximum -- No more than this number of modifiers in the group can be selected, including quantity", with requiredness implemented through the Minimum field ("This is used to make a modifier required") rather than a separate forced-selection flag. Named shortfall: depth. The vendor states the cap outright -- "Submodifiers can only nest one level deep. If a modifier in a group has any submodifiers already applied, that group can not be used as a submodifier in another group." That is two levels (modifier group -> modifier -> submodifier), not the three the claim asks for, and the second sentence is an explicit guard against chaining groups to get deeper. https://support.rezku.com/portal/en/kb/articles/modifiers-and-submodifiers · retrieved 2026-08-04
menu-pricing-modifier-price-by-parent-size
Variations article: "The modifier matrix allows you to change the price of modifiers based on product variants. This is ideal for something like Pizza, where the cost of toppings modifiers can change based on the size of the product." Configured per product under Product Properties > Modifier Matrix by picking a variation from a dropdown and entering that size's modifier price. The Modifiers and Submodifiers article independently confirms "Product / Modifier price matrices (Edit Modifier Matrix)" exist as a distinct object (they are not cloned when a modifier group is duplicated). A matrix, not per-size duplication. https://support.rezku.com/portal/en/kb/articles/variations · retrieved 2026-08-03
menu-pricing-fractional-placement differentiator
Not scored by this record.
menu-pricing-half-and-half-rule differentiator
Not scored by this record.
menu-pricing-topping-quantity-tiers
A dedicated Pizza POS edition with "custom menu management" is marketed, but no half-and-half, fractional or quantity-tier pricing mechanics are documented.
menu-pricing-size-style-matrix differentiator
Not scored by this record.
menu-pricing-included-allowance differentiator
Not scored by this record.
menu-pricing-combos
Not scored by this record.
menu-pricing-upsell-prompts differentiator
Not scored by this record.
menu-pricing-86-propagation
Not scored by this record.
menu-pricing-countdown-auto-86 differentiator
Not scored by this record.
menu-pricing-dayparting
Not scored by this record.
menu-pricing-channel-price-books
Not scored by this record.
menu-pricing-dual-pricing differentiator
Not scored by this record.
menu-pricing-allergen-nutrition
Not scored by this record.
menu-pricing-recipe-linkage differentiator
Not scored by this record.
menu-pricing-3p-menu-push
Not scored by this record.
menu-pricing-dynamic-pricing
Not scored by this record.
Payments & money movement
payments-processor-choice differentiator
Not scored by this record.
payments-published-rates differentiator
Not scored by this record.
payments-dual-pricing differentiator
Not scored by this record.
payments-surcharge-guardrails differentiator
Not scored by this record.
payments-emv-nfc
Hardware bundle includes a "credit card reader"; EMV/NFC and Apple/Google Pay support are not specified.
payments-softpos-tap-to-pay differentiator
Not scored by this record.
payments-pay-at-table
Not scored by this record.
payments-qr-guest-pay differentiator
Not scored by this record.
payments-tip-adjust
Not scored by this record.
payments-tip-pooling differentiator
Not scored by this record.
payments-offline-store-and-forward differentiator
Not scored by this record.
payments-offline-decline-liability differentiator
Not scored by this record.
payments-gift-cards
Back Office > Promotions > Gift Cards documents first-party issuance and balance ledger: "Current Balance -- The current dollar value stored on the card", "Add Funds", "Deduct Funds", and a dashboard tracking "loads, spends, redeems and manual adjustments". Gift Card Portal Settings adds guest self-service ("Guests can also check the balance of their gift cards from the portal by clicking the link and entering their card number") and online redemption ("eGift cards work in-store and online"). Shortfall: cross-location redemption is nowhere documented - the article's only multi-location text is about applying a gift card TAG to several accounts ("Select the restaurants (accounts) the tag will be added to"), which is reporting, not a shared balance. https://support.rezku.com/portal/en/kb/articles/gift-cards · retrieved 2026-08-08
payments-house-accounts
Not scored by this record.
payments-split-tender
Not scored by this record.
payments-refund-void-controls
Employee Permissions enumerates discrete per-action POS toggles including "Void a transaction", "Adjust a transaction", "Refund cash", "Refund credit cards", "Apply custom discounts to orders and products", "Apply preset discounts to orders and products", "Manage the cash drawer" and "Cash drawer pay-in/pay-out", granted by role and overridable per user. Audit side, from the Reports List: "Product Voids -- items removed from orders already sent to kitchen showing user and manager override if applicable", "Transaction Voids" (time, user, order ID, payment type, amount), "Refunds" (user, order ID, refund type, amount, reason, time), "Comped Orders" and "Discounted Orders" carrying reasons, "Cash Drawer Activity" covering no-sale functions, and "Sales Exception by User". The docs do not assert log immutability. https://support.rezku.com/portal/en/kb/articles/employee-permissions · retrieved 2026-08-03
payments-chargeback-tooling differentiator
Not scored by this record.
payments-card-on-file differentiator
Not scored by this record.
payments-payout-timing differentiator
Not scored by this record.
payments-p2pe-pci4
Not scored by this record.
Kitchen & production
kitchen-station-routing
Print Queues documents the whole path in three numbered steps: "1. Creating the print queue 2. Assigning products to the queue 3. Assigning the queue to a device (printer or KDS)". Products are attached by "Click the Choose Products button next to the Print Queue name" then "Select the products assigned to the queue using the toggles" -- item-level routing, which is the granularity the claim asks for. The queue is flagged for a screen rather than a printer via Smart KDS ("Select if the queue will be used with Rezku Smart KDS instead of a printer"), and the Smart KDS article confirms the device side: "Select the queue name to assign this station or set up as Expediter." Per-location/per-station configurability is an explicit toggle: Global means "all tablets obey the same printer rules", and when deselected "queue assignments will be made locally for each POS station" -- all self-serve in Back Office, no vendor involvement. Caveat, not a downgrade: routing conditions are product membership only; nothing in the docs conditions a queue on order type or revenue center, and the KDS article mentions order type only as a label "displayed at the top of the ticket". https://support.rezku.com/portal/en/kb/articles/print-queues · retrieved 2026-08-04
kitchen-expo-consolidation
Smart KDS documents an Expo view with cross-station reach: "Expo can mark items done and bump tickets in this view and it will ALSO perform the operation on the selected station KDS", and the kitchen-management page offers "Switch between Expo or any station view for seamless communication across the kitchen". Shortfall: the documented Expo behaviour is switching to and acting on a *selected* station, not a single consolidated order view; nothing states that an order is held incomplete until every contributing station has bumped its own items. https://support.rezku.com/portal/en/kb/articles/rezku-smart-kds-kitchen-display-system · retrieved 2026-08-03
kitchen-course-firing differentiator
Not scored by this record.
kitchen-prep-time-pacing differentiator
Not scored by this record.
kitchen-order-throttling differentiator
Not scored by this record.
kitchen-channel-pause-propagation differentiator
Not scored by this record.
kitchen-order-ready-callback differentiator
Not scored by this record.
kitchen-bump-bar-hardware
The Rezku POS Hardware KB enumerates supported peripherals by category with named models -- Printers (Star TSP-100, Star SP-700, Star mC-Print3 MCP30/MCP31, SII RP F-10, Epson TM-u220, Epson TM-m30, sticky-label printers), Stands and Cases, Card Readers ("All Current card readers are EMV enabled and manufactured by MagTek"), and Accessories (Ubiquiti Amplifi router, Ubiquiti gateway/access point, automatic cash drawer, Viewsonic touchscreen display for KDS, Socket Mobile Bluetooth barcode scanner). No bump bar or programmable kitchen keypad appears in any category; the only KDS input hardware Rezku documents is a touchscreen, and the Smart KDS article describes touch interaction only. The claim requires documented supported models, and in a hardware KB that names a model for every other peripheral, none exists. https://support.rezku.com/portal/en/kb/rezku-pos-hardware/accessories · retrieved 2026-08-03
kitchen-all-day-counts
Not scored by this record.
kitchen-sla-alerts
Not scored by this record.
kitchen-printer-fallback differentiator
Not scored by this record.
kitchen-offline-operation differentiator
Not scored by this record.
kitchen-item-build-screens differentiator
Not scored by this record.
kitchen-pizza-fractional-display differentiator
Not scored by this record.
kitchen-recall-refire
Not scored by this record.
kitchen-order-modification-alerts differentiator
Not scored by this record.
kitchen-guest-ready-notification differentiator
Not scored by this record.
kitchen-waste-logging
Not scored by this record.
kitchen-speed-of-service-reporting
Not scored by this record.
kitchen-prep-forecasting
Not scored by this record.
Delivery, dispatch & third-party channels
delivery-driver-roster
"Delivery Driver Dispatch Management" marketed as a first-party module; driver clock-in, assignment states and per-driver run history are not documented. https://www.rezku.com/pos/delivery/ · retrieved 2026-08-01
delivery-dispatch-board
A dispatch screen for the driving crew is claimed; undispatched queue, elapsed timers and multi-order run batching are not documented. https://www.rezku.com/pos/delivery/ · retrieved 2026-08-01
delivery-route-map differentiator
Not scored by this record.
delivery-driver-tracking differentiator
Not scored by this record.
delivery-zones-polygon differentiator
Not scored by this record.
delivery-zone-pricing
The Fees article documents map-drawn delivery fee zones: "Multiple fee zones can be created with overlapping areas to apply fees based on distance from the restaurant automatically", configured via a "Set Delivery Area" button by adjusting vertex points to draw the area. Shortfall: only the FEE varies by zone. The order minimum is a single system-wide setting -- Online Ordering Settings has "Delivery Minimum Order Total -- Set a minimum order total for online delivery orders" -- and no per-zone quoted promise time is documented anywhere. Delivery Venues are preset addresses for hotels, office complexes and campuses, not zones. https://support.rezku.com/portal/en/kb/articles/fees · retrieved 2026-08-03
delivery-address-validation
Not scored by this record.
delivery-driver-comp differentiator
Not scored by this record.
delivery-cash-reconcile
Not scored by this record.
delivery-daas-dispatch
Not scored by this record.
delivery-daas-fallback differentiator
Not scored by this record.
delivery-3p-direct-integration differentiator
Not scored by this record.
delivery-3p-injection
Not scored by this record.
delivery-menu-push
Not scored by this record.
delivery-86-sync
Not scored by this record.
delivery-store-pause
Not scored by this record.
delivery-3p-reconciliation differentiator
Not scored by this record.
delivery-injection-error-visibility differentiator
Not scored by this record.
delivery-tracking-page
Not scored by this record.
delivery-promise-time differentiator
Not scored by this record.
delivery-offline-behavior
Not scored by this record.
Digital ordering & guest-facing channels
digital-first-party-web
First-party OLO is real and writes into the POS, but it is not on the restaurant's own domain: "All Rezku OLO websites are hosted on Rezku servers at the URL 'Order.Rezku.com', followed by a serial number", customisable only to a vanity path (example https://order.rezku.com/BestPizzaEver). The marketing page claims a "fully branded online ordering system" whose "orders go straight to your POS", and the pricing page lists "Branded Online Ordering" inside the $99/mo Basic plan, but no page states a per-order commission rate either way. Shortfall: vendor subdomain rather than customer domain, and commission terms unstated. https://support.rezku.com/portal/en/kb/articles/online-site-settings · retrieved 2026-08-08
digital-menu-single-source
The online ordering menu is not a separate build -- Online Product Settings' "Choose Products" is a visibility toggle over the existing Back Office menu tree: expand each menu section and "Use the toggle to enable the desired products for online ordering", with a Select All toggle that enables every item from the menu at once; the up-to-three featured products are likewise picked from dropdowns of the same product list, organized by the menu's own categories. The KB describes Back Office as "where your menu and the majority of settings live", and item edits (Product Properties, Variations, modifier matrices) are made once against that record. Nothing in the Online Ordering section (Online Ordering Settings, Online Site Settings, Set Online Hours, Closures, Gift Card Portal Settings, Online Product Settings) describes a second digital menu record or duplicate item entry. https://support.rezku.com/portal/en/kb/articles/online-product-settings · retrieved 2026-08-04
digital-native-app differentiator
Not scored by this record.
digital-account-saved-payment
The online-ordering product page claims "one-click reordering" to "drive repeat orders" plus "Multiple payment methods". Shortfall: that is one leg of a three-part claim and it is marketing-level. Guest account creation, saved delivery addresses and saved/tokenized cards on file appear nowhere in the Back Office KB -- neither Online Site Settings nor Online Ordering Settings mentions accounts, an address book or stored cards, and Checkout and Payment Types enumerates the tender options (credit card, cash, check, gift card, key-in card, CRM charge, house account, external payment, bar tab) with no card-on-file among them. https://rezku.com/restaurant-pos/online-ordering · retrieved 2026-08-03
digital-upsell-engine differentiator
Not scored by this record.
digital-scheduled-pacing
Not scored by this record.
digital-fulfillment-modes
Not scored by this record.
digital-qr-table
Not scored by this record.
digital-kiosk differentiator
Not scored by this record.
digital-group-ordering
Not scored by this record.
digital-catering-portal differentiator
Not scored by this record.
digital-voice-ai-phone differentiator
Not scored by this record.
digital-drivethru-ai
Not scored by this record.
digital-sms-ordering
Not scored by this record.
digital-google-order differentiator
Not scored by this record.
digital-apple-business-connect
Not scored by this record.
digital-loyalty-attach
Not scored by this record.
digital-subscriptions
Not scored by this record.
digital-promo-parity
Not scored by this record.
digital-guest-data-ownership differentiator
Not scored by this record.
digital-checkout-pci-sca
Not scored by this record.
digital-surcharge-transparency differentiator
Not scored by this record.
Guest data, loyalty & marketing
guest-loyalty-unified-profile
The CRM article documents one customer database fed from both channels: "Typically, new customers will be added when they place an order online or on the POS and their information is entered for the first time", with a profile holding name, email, phone, address, tax-exempt status, customer ID, card ID, birthday, anniversary, notes, order count, average/high/total sales and top-3 favourite items, plus system-tracked fields the operator cannot hand-edit. Shortfall: no dedup or merge behaviour is described -- nothing states that a phone or email match consolidates an online record with an in-store one -- and kiosk orders are not addressed at all. https://support.rezku.com/portal/en/kb/articles/crm · retrieved 2026-08-03
guest-loyalty-thirdparty-identity-attach differentiator
Not scored by this record.
guest-loyalty-accrual-models
A loyalty program exists in marketing; accrual models are not described.
guest-loyalty-tiers differentiator
Not scored by this record.
guest-loyalty-offline-behavior differentiator
Not scored by this record.
guest-loyalty-offer-stacking-rules differentiator
Not scored by this record.
guest-loyalty-targeted-offers differentiator
Not scored by this record.
guest-loyalty-rfm-segmentation differentiator
Not scored by this record.
guest-loyalty-lifecycle-automation
The email-marketing page claims "Schedule campaigns in advance or automate messages for birthdays, special promotions, loyalty milestones, and more"; the text-marketing page claims "Automated texts", "Automations so you can focus on operations while your repeat orders skyrocket" and "Personalized birthday and follow-up messages". Shortfall: birthday is the only named trigger, lapsed/win-back is named nowhere, and none of it is documented -- the Back Office KB has no campaign or automation article, its Loyalty Points article describes a manual four-step flow (add CRM customers, create point-earning rules, create discount presets that cost points, apply on the POS), and its CRM article routes marketing off-platform via CSV export "as a mailing list for marketing" and a Mailchimp integration. https://rezku.com/restaurant-pos/email-marketing · retrieved 2026-08-03
guest-loyalty-native-email-sms differentiator
Not scored by this record.
guest-loyalty-consent-management
Not scored by this record.
guest-loyalty-10dlc-registration
Not scored by this record.
guest-loyalty-campaign-attribution differentiator
Not scored by this record.
guest-loyalty-data-export-portability differentiator
Not scored by this record.
guest-loyalty-review-capture-routing differentiator
Not scored by this record.
guest-loyalty-referral-program
Not scored by this record.
guest-loyalty-wallet-pass differentiator
Not scored by this record.
guest-loyalty-privacy-rights-tooling
Not scored by this record.
guest-loyalty-redemption-fraud-controls
Not scored by this record.
guest-loyalty-ai-offer-recommendation differentiator
Not scored by this record.
guest-loyalty-stored-value-gift
Not scored by this record.
Labor & workforce
labor-clock-in-at-pos
Employee management and tip pooling are marketed; POS PIN/badge clock-in is not explicitly documented.
labor-photo-punch-verification differentiator
Not scored by this record.
labor-offline-time-punch differentiator
Not scored by this record.
labor-granular-rbac
Permissions are per discrete action rather than fixed tiers: four role defaults (Owner "All permissions granted", Manager, Employee, No Access "No POS access. Can only clock in/out") plus "Make individual permissions exceptions on a per-user basis without changing their role", over roughly 55 named toggles including "Void a transaction", "Apply custom discounts to orders and products", "Refund cash", "Refund credit cards", "Manage the cash drawer", "Manually set a price for a product", "Access settings", "Enable offline mode", "View performance data" and "View user performance data". Shortfall: the claim also requires grants scoped per location, and the article is silent on location scoping -- permissions are documented only at role and individual-user level. https://support.rezku.com/portal/en/kb/articles/employee-permissions · retrieved 2026-08-03
labor-manager-override-audit
Event Logs are queryable after the fact -- "Changes made to Back Office settings are captured in the event logs", filterable by date range and by user ("You can filter the event log by user and only view Back Office activity performed by the selected user"), with per-event detail expandable. On the POS side the Product Voids report shows "user and manager override if applicable". Shortfall: the Event Log is scoped to Back Office setting changes, not POS manager approvals; approver attribution surfaces only inside one void report rather than a general override trail; and the docs make no statement about immutability or retention. https://support.rezku.com/portal/en/kb/articles/event-logs · retrieved 2026-08-03
labor-native-scheduling differentiator
Not scored by this record.
labor-demand-labor-forecast differentiator
Not scored by this record.
labor-realtime-labor-percent differentiator
Not scored by this record.
labor-overtime-prevention differentiator
Not scored by this record.
labor-break-compliance-by-state differentiator
Not scored by this record.
labor-minor-labor-rules
Not scored by this record.
labor-tip-pooling-rules
Not scored by this record.
labor-tip-distribution-audit-trail
Not scored by this record.
labor-qualified-tips-w2-reporting differentiator
Not scored by this record.
labor-native-payroll differentiator
Not scored by this record.
labor-payroll-export-formats
Not scored by this record.
labor-shift-swap-workflow differentiator
Not scored by this record.
labor-server-performance-metrics differentiator
Not scored by this record.
Inventory, purchasing & cost control
inventory-recipe-bom-costing
"Inventory management" is marketed with no recipe/BOM or sub-recipe detail.
inventory-unit-conversion-yields
An ingredient record stores a purchase-to-tracking conversion. Named fields: Ingredient Name, Ingredient Unit Type (Count, Solid or Liquid), Ingredient Tracking Unit, "My cost is" / "For every" / "Tracking unit" (supplier cost for a supplier-unit quantity, converted automatically between like unit types), Custom Units, Minimum Par Level, Attached Products, Amount. Shortfall: there is no third recipe unit distinct from the tracking unit -- the Components article says only "Enter the amount of each component that is used" -- and no yield or waste percentage applying a raw-to-usable factor. Waste appears in the Ingredient Use reports as an observed quantity, not as a conversion factor. https://support.rezku.com/portal/en/kb/articles/ingredients · retrieved 2026-08-03
inventory-theoretical-vs-actual differentiator
Not scored by this record.
inventory-realtime-depletion differentiator
Not scored by this record.
inventory-86-auto-sync differentiator
Not scored by this record.
inventory-count-modes
The Inventory Take Report "helps you when re-ordering or performing a physical count/audit for ingredients"; its Amount column is "a placeholder for you to enter a value" that "can be used in 2 different ways" -- to enter planned order amounts, or to write physical counts onto a printed sheet. The POS permission "Change inventory counts on the iPad" also exists. Shortfall: only an ad-hoc full/physical count is documented and it is a printable worksheet. No scheduled recurring cycle counts, no subset spot-count mode, and no statement that each count is retained as separate dated variance history rather than overwriting the prior on-hand figure. https://support.rezku.com/portal/en/kb/articles/inventory-take-report · retrieved 2026-08-03
inventory-mobile-count-offline
Not scored by this record.
inventory-vendor-catalogs-edi differentiator
Not scored by this record.
inventory-invoice-ocr differentiator
Not scored by this record.
inventory-price-change-alerts differentiator
Not scored by this record.
inventory-par-auto-suggest differentiator
Not scored by this record.
inventory-waste-logging
Not scored by this record.
inventory-shelf-life-expiry
Not scored by this record.
inventory-bar-partial-bottle
Not scored by this record.
inventory-cogs-gl-export
Not scored by this record.
inventory-native-not-partner differentiator
Not scored by this record.
inventory-menu-margin-linkage differentiator
Not scored by this record.
Reporting, BI & data access
reporting-realtime-dashboard
The Back Office Dashboard "gives you a quick, clear view of restaurant performance in a graphical format" and "By default, when the dashboard loads it shows you stats for the current day". Shortfall: the docs never state data freshness -- no latency, refresh interval or live/real-time wording appears in the Dashboard or Reports articles, and the Reports article says flatly "Reports are viewed in the browser" with no mobile app mentioned. The real-time and off-premise-mobile legs of the claim rest only on marketing (rezku.com/restaurant-pos/advanced-reporting: "access real-time data anytime, anywhere" and "view multiple locations directly from iOS or Android devices with the Manager's App"). https://support.rezku.com/portal/en/kb/articles/dashboard · retrieved 2026-08-03
reporting-eod-closeout
"The Daily Report is a 'paper dashboard' that contains multiple reports. It is divided into 2 sections, Sales and Transactions with multiple tables in each", delivered as a PDF download. Its tables cover Sales Overview (gross sales, comps, discounts, net sales, gift card loads, taxes, fees, gratuity, prepaid orders, early pay, tips, refunds, totals), Product Category Sales, Sales by Order Type, Sales by Source (OLO and POS), a copy of the Taxes report, a copy of the Transactions report -- which the Reports List defines as "total transactions by payment type", i.e. the tender breakdown -- Cash In/Out (cash transactions, tip payouts, pay-outs/ins, bank drops, refunds, adjustments) and Credit In/Out (swiped, unfinalized, tips, undercharged funds, refunds). One document reconciling every element the claim names. https://support.rezku.com/portal/en/kb/articles/exports-list · retrieved 2026-08-03
reporting-pmix-modifier-level
Both halves exist but as separate reports. Item side: "Top Products" (quantity, sales, profit, percentage contribution), "Sales by Category" (count, gross, comps, discounts, net sales), "Variants" (variation selection count and sales contribution). Modifier side: a distinct "Modifier" report -- "product modifier usage showing default/selected status and upcharges". Shortfall: there is no single PMIX spanning items AND modifiers; the Modifier report is documented as usage-and-upcharge rather than gross and net sales; and while the Reports article supports "Filter by Time" with configured meal periods offered as daypart presets, revenue-center filtering is documented nowhere. The Exports list carries "Sales by Product" but no product-mix export covering modifiers. https://support.rezku.com/portal/en/kb/articles/reports-list · retrieved 2026-08-03
reporting-comps-voids-audit
Not scored by this record.
reporting-cash-over-short
Not scored by this record.
reporting-labor-productivity
Not scored by this record.
reporting-server-scorecards differentiator
Not scored by this record.
reporting-channel-profitability differentiator
Not scored by this record.
reporting-scheduled-delivery
Not scored by this record.
reporting-public-api differentiator
Not scored by this record.
reporting-webhooks differentiator
Not scored by this record.
reporting-api-not-upcharged differentiator
Not scored by this record.
reporting-tier-paywall differentiator
Not scored by this record.
reporting-history-retention differentiator
Not scored by this record.
reporting-anomaly-alerts differentiator
Not scored by this record.
reporting-nl-query
Not scored by this record.
reporting-guest-cohorts differentiator
Not scored by this record.
reporting-sales-forecast differentiator
Not scored by this record.
reporting-tip-tax-compliance
Not scored by this record.
Multi-location, franchise & enterprise governance
multi-location-org-hierarchy
Multi-location is real: the Reports article lets you "select the locations to include in the report" and choose whether to merge data across locations or produce separate reports per location, and the Reports List includes "Sales by Restaurant -- multi-location comparison showing orders, sales, labor, food cost, and profit". Shortfall: locations are addressed as a flat selectable list. No region, group or enterprise tier exists as a first-class object anywhere in the Back Office KB -- Restaurant Information configures a single restaurant profile, and neither reporting nor permissions can be scoped to a group. https://support.rezku.com/portal/en/kb/articles/reports · retrieved 2026-08-03
multi-location-central-menu-publish
Walked the whole Back Office KB tree at support.rezku.com/portal/en/kb/rezku-pos-back-office looking for a corporate-menu publish flow; no article covers one. Menu Design, the rest of Product Management (Components, Variations, Modifiers and Submodifiers, Product Properties, Print Queues, Courses, Product Taxes) and Settings > Restaurant Information are all written in single-restaurant terms: Menu Design covers creating menus, submenus, products and prices for one site, and Restaurant Information configures one restaurant profile. Multi-location surfaces only in the Reports article location picker and the Sales by Restaurant report, neither of which touches menu authoring. No publish action, target-location selection or publish/version history is described -- but equally no statement that menus cannot be pushed, so this is unresolved rather than absent. The Manager's App page claims price changes sync "across POS, online ordering, and kiosks", which is cross-channel, not cross-location.
multi-location-price-zones
Channel price tiers exist on the item record without duplication: Menu Design documents an "Online Price" and a "3rd Party Price -- Set the 3rd party app price if different than the online price" alongside the base price. Daypart pricing exists via Happy Hours (Back Office > Promotions) and the POS permission "Apply period pricing outside of period". Shortfall: the location-group leg of the claim is missing -- no price tier, zone or location group is documented that would give one item different prices at different sites, and Menu Design exposes no per-location price field. https://support.rezku.com/portal/en/kb/articles/menu-design · retrieved 2026-08-03
multi-location-consolidated-reporting
Not scored by this record.
multi-location-cross-location-giftcard
Not scored by this record.
multi-location-cross-location-loyalty
Not scored by this record.
multi-location-multi-brand differentiator
Not scored by this record.
multi-location-multi-tax-jurisdiction
Not scored by this record.
multi-location-central-labor-policy
Not scored by this record.
Hardware & physical footprint
hardware-commodity-devices differentiator
Not scored by this record.
hardware-os-platforms
Published hardware bundle includes an iPad, so clients are iPadOS; no minimum OS versions or device specs are published. https://www.rezku.com/pos/pricing/ · retrieved 2026-08-01
hardware-handheld-purpose-built
Not scored by this record.
hardware-handheld-battery-swap differentiator
Not scored by this record.
hardware-handheld-lte
Not scored by this record.
hardware-offline-mode
Offline Mode "allows you to store credit card transaction data if the internet is down and process the transactions when internet access is restored", and non-credit tenders -- "cash, gift card, external payment" -- plus refunds still process while offline, so orders can be rung and cash sales recorded with the WAN down and synced to Rezku servers afterwards. Named shortfalls: kitchen printing offline is documented nowhere (the published offline scope is payments only, and the Smart KDS article's "Both the POS and the KDS must be open and on the same network" is a LAN requirement, never stated as an offline guarantee); the claim's second leg fails outright because the vendor publishes no enumeration of which functions degrade -- loyalty lookup and online-order intake are unaddressed; and the mode is a manager-activated toggle (PIN, chosen duration, signed disclaimer) with the vendor's own cap "Offline Mode is designed for short term disruptions in the internet. Do not exceed 48 hours in Offline Mode.", not automatic continuation. https://support.rezku.com/portal/en/kb/articles/offline-mode · retrieved 2026-08-04
hardware-kds
"Kitchen management" is marketed; whether a first-party KDS with routing and bump input is sold is not documented.
hardware-kiosk differentiator
Not scored by this record.
hardware-drive-thru
Not scored by this record.
hardware-printer-compatibility
Not scored by this record.
hardware-peripherals
Not scored by this record.
hardware-p2pe-terminal
Not scored by this record.
hardware-tap-to-phone differentiator
Not scored by this record.
hardware-pricing-transparency differentiator
Not scored by this record.
hardware-ownership-vs-lease differentiator
Not scored by this record.
hardware-usable-after-churn differentiator
Not scored by this record.
hardware-rma-sla differentiator
Not scored by this record.
hardware-byod
Not scored by this record.
hardware-remote-device-management differentiator
Not scored by this record.
hardware-selfpour-scales
Not scored by this record.
hardware-callerid-integration
Not scored by this record.
Integrations, API & extensibility
extensibility-public-api-docs
Still unresolved on 2026-09-01, but re-grounded on what was measured rather than on a failed search. developer.rezku.com is live and IS a developer portal: it answers HTTP 200 and immediately 302s the whole site to auth.rezku.com/login carrying a complete OAuth 2.0 authorization-code request -- response_type=code, a fixed client_id, redirect_uri back to developer.rezku.com/auth-redirect, scope https://rezku.com/profile#read and a state nonce. So the portal exists and every page of it sits behind that flow; nothing of the reference is readable anonymously. Its robots.txt is a genuine 63-byte HTTP 404, so the host permits us under RFC 9309 2.3.1.3 and the gate is authentication, not policy. WHY THIS IS NOT SCORED `no`: the login page is the ordinary Rezku back-office sign-in and it offers self-serve account creation ('Not a user? Create account'), so the barrier may be a free registration rather than the signed partner agreement, NDA or sales call the claim actually excludes -- and those are different verdicts. Settling it needs an account, which is out of scope for an anonymous read. NOT to be re-probed anonymously: the redirect is deterministic and re-fetching developer.rezku.com will only reproduce the login.
extensibility-api-access-cost differentiator
Not scored by this record.
extensibility-free-sandbox differentiator
Not scored by this record.
extensibility-oauth-partner-apps
Rezku runs a real OAuth 2.0 authorization server. Its RFC 8414 metadata document returns HTTP 200 with issuer https://auth.rezku.com, authorization_endpoint /oauth/authorize, token_endpoint /oauth/token, jwks_uri /.well-known/jwks.json, response_types_supported ["code"], code_challenge_methods_supported ["plain", "S256"] and grant_types_supported ["client_credentials", "authorization_code", "password", "refresh_token"]. developer.rezku.com is itself a client of it, redirecting to /oauth/authorize with client_id, redirect_uri, state and a scoped request (scope=https://rezku.com/profile#read), so scoped authorization-code grants are in use. Shortfall: the metadata advertises no scopes_supported and does include the resource-owner "password" grant, which is credential sharing; and developer.rezku.com is login-gated (302 to auth.rezku.com/login), so there is no public evidence that an operator can grant and individually revoke a third-party app's access. https://auth.rezku.com/.well-known/oauth-authorization-server · retrieved 2026-08-03 · not refetchable · site policy · graded A when read
extensibility-webhooks-push
No webhook or event-push documentation is publicly reachable. developer.rezku.com returns 302 to auth.rezku.com/login and both /docs and /api on that host 404 unauthenticated; rezku.com/pos/api and rezku.com/api render the generic marketing shell with no API reference. The support KB Integrations section holds only an Integration List (ADP, Paychex, MailChimp, 7shifts, Chowly, It's A Checkmate, YellowDog, Shogo, Restaurant 365, Ziosk, Bar-i, Bev-Check, MarginEdge, DoorDash Drive) and a Chowly article, none of which mentions webhooks, event subscriptions or polling. The OAuth authorization-server metadata at auth.rezku.com establishes that an API exists but says nothing about event delivery, so neither push nor polling-only can be established from public sources.
extensibility-webhook-reliability differentiator
Not scored by this record.
extensibility-order-injection-api
Not scored by this record.
extensibility-menu-write-api differentiator
Not scored by this record.
extensibility-doordash-preferred differentiator
Not scored by this record.
extensibility-first-party-delivery-integrations differentiator
Not scored by this record.
extensibility-middleware-compatibility
Not scored by this record.
extensibility-accounting-connectors
Not scored by this record.
extensibility-payroll-export
Not scored by this record.
extensibility-app-marketplace
Not scored by this record.
extensibility-headless-embedded
Not scored by this record.
extensibility-data-portability-exit differentiator
Not scored by this record.
Reliability, offline & operations
reliability-offline-order-entry
Of the claim's three legs only order entry is supported by the docs: with Offline Mode active, orders can be created and tendered on-terminal -- credit card data is stored and forwarded ("store credit card transaction data if the internet is down and process the transactions when internet access is restored") and non-credit transactions ("cash, gift card, external payment") plus refunds process offline, with an Offline History screen tracking Queued vs Sent. Named shortfall: ticket routing and check printing while offline are documented nowhere -- the Offline Mode and Rezku POS App Settings articles are payments-scoped and silent on kitchen and receipt printing, and the Back Office Settings index (20 articles) contains no connectivity or offline-behaviour article that covers it. Offline Mode is also a manual manager toggle (PIN, chosen duration, signed disclaimer) capped by "Do not exceed 48 hours in Offline Mode", not automatic on-terminal continuation. https://support.rezku.com/portal/en/kb/articles/offline-mode · retrieved 2026-08-04
reliability-offline-card-auth differentiator
Not scored by this record.
reliability-offline-decline-liability differentiator
Not scored by this record.
reliability-lan-degraded-multi-terminal differentiator
Not scored by this record.
reliability-local-transaction-engine differentiator
Not scored by this record.
reliability-offline-kds-printing
Rezku's offline documentation is scoped entirely to card payments and never addresses the kitchen. The Offline Mode article covers storing credit card transactions until the internet returns and warns "Do not exceed 48 hours in Offline Mode"; Rezku POS App Settings offers only "Enable offline mode to store credit card payments until internet service is restored" plus an Offline History view. Neither kitchen printing nor KDS behaviour during an outage is mentioned there, in Configuring POS Printers, or in Print Queues. The Smart KDS article states "Both the POS and the KDS must be open and on the same network" and printers are configured on the LAN, which would suggest local routing survives a WAN outage -- but that is inference, not documentation, and the vendor makes no such statement either way.
reliability-printer-fallback
Staff are alerted: Configuring POS Printers documents a per-printer status indicator including "Disconnected (Red) -- The configured printer did not respond when Rezku tried to print", and the POS permission list carries manual recovery actions "Reprint items in the print queue" and "Resend items to the kitchen printer". Shortfall: recovery is manual and the automatic-failover half of the claim is absent -- Print Queues describes "Assigning the queue to a device (printer or KDS)", singular, with no backup-device field, and no rerouting to a secondary printer or KDS on failure is documented in either the printer or print-queue articles. https://support.rezku.com/portal/en/kb/articles/configuring-pos-printers · retrieved 2026-08-03
reliability-sync-conflict-handling
Not scored by this record.
reliability-offline-feature-matrix
Not scored by this record.
reliability-public-status-page
Not scored by this record.
reliability-247-live-support
Not scored by this record.
reliability-onsite-install differentiator
Not scored by this record.
reliability-menu-build-service differentiator
Not scored by this record.
reliability-hardware-replacement-sla
Not scored by this record.
reliability-pci-dss-4-attestation
Not scored by this record.
reliability-mfa-role-based-access
Not scored by this record.
reliability-self-serve-training
Not scored by this record.
reliability-failover-terminal-role differentiator
Not scored by this record.
reliability-cellular-backup
Not scored by this record.
Commercial, compliance & data ownership
commercial-month-to-month-contract differentiator
Not scored by this record.
commercial-no-early-termination-fee differentiator
Not scored by this record.
commercial-autorenew-terms-published
Pricing page states no minimum contract length and no renewal or cancellation-notice window.
commercial-processing-not-bundled differentiator
Not scored by this record.
commercial-interchange-plus-published differentiator
Not scored by this record.
commercial-rate-increase-clause differentiator
Not scored by this record.
commercial-pricing-published
Specific figures published: $99/mo up to 3 stations, $19/mo per hardware station, $50/mo per kiosk, $39/mo DoorDash Drive, $399/mo Advantage. https://www.rezku.com/pos/pricing/ · retrieved 2026-08-01
commercial-module-unbundling differentiator
Not scored by this record.
commercial-hardware-purchase-outright
Pricing page lists hardware only as a $19/mo per-station rental bundle; no outright purchase price is published. https://www.rezku.com/pos/pricing/ · retrieved 2026-08-01
commercial-hardware-not-locked differentiator
Not scored by this record.
commercial-data-export-self-serve
Not scored by this record.
commercial-export-customer-and-loyalty differentiator
Not scored by this record.
commercial-post-termination-export-window differentiator
Not scored by this record.
commercial-data-ownership-clause differentiator
Not scored by this record.
commercial-pci-p2pe-tokenization
Not scored by this record.
commercial-pci-dss-4-controls
Not scored by this record.
commercial-privacy-dsar-tooling
Not scored by this record.
commercial-wcag-kiosk-accessibility differentiator
Not scored by this record.
commercial-dual-pricing-compliant differentiator
Not scored by this record.
Adversarial verification
An independent pass was instructed to refute this record, defaulting to downgrade when uncertain. It challenged 31 values — 4 upheld, 0 downgraded, 0 upgraded. This is published in full because a reader who can see which values were contested, on what evidence, and which way they moved has something no affiliate-funded comparison offers.
Capability claims
| Claim | As first scored | Verdict | What the verifier found |
|---|---|---|---|
| order-capture-scheduled-orders | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | The 2026-08-01 pass recorded no docs because it looked at rezku.com/pos/*, which 302s to a dead Freshdesk portal. The live knowledge base is at support.rezku.com/portal/en/kb (Zoho Desk). Online Ordering Settings there documents "Open for Pre-Orders" with a "Preorders Days In Advance" setting and the POS permission list has "Open orders for future dates", so future-dating is real. Held at partial because Order Settings documents kitchen release only at Checkout or Payment, with no per-channel lead time and no computed fire time. source |
| menu-pricing-modifier-price-by-parent-size | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-yes | The Variations article states the mechanism outright: "The modifier matrix allows you to change the price of modifiers based on product variants. This is ideal for something like Pizza, where the cost of toppings modifiers can change based on the size of the product." It is configured per product under Product Properties > Modifier Matrix, one price per variation. Corroborated independently by the Modifiers and Submodifiers article, which lists "Product / Modifier price matrices (Edit Modifier Matrix)" among the things NOT cloned when a modifier group is duplicated. Grade B product documentation, matrix rather than duplication — exactly what the claim asks for. source |
| payments-refund-void-controls | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-yes | Both legs are documented. Authorization: Employee Permissions carries discrete toggles "Void a transaction", "Adjust a transaction", "Refund cash", "Refund credit cards", "Apply custom discounts to orders and products", "Manage the cash drawer" and "Cash drawer pay-in/pay-out", assignable by role and overridable per user. Audit: the Reports List documents Product Voids "showing user and manager override if applicable", Transaction Voids, Refunds (with reason), Comped and Discounted Orders (with reason), Cash Drawer Activity including no-sale, and Sales Exception by User. Immutability is not asserted by the vendor and is noted as such rather than assumed. source |
| kitchen-expo-consolidation | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Rezku Smart KDS does have an Expo mode — "Expo can mark items done and bump tickets in this view and it will ALSO perform the operation on the selected station KDS" — so the capability is not absent. But the documented model is switching to a selected station and acting on it, and neither the KDS article nor the kitchen-management page states that an order stays open until every contributing station has bumped. That completion-gating is the substance of the claim, so partial with the shortfall named. source |
| kitchen-bump-bar-hardware | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-no | Positive absence, not silence. Rezku's hardware KB is an exhaustive supported-model catalogue split into four categories, and I read all four: Printers (Star TSP-100, SP-700, mC-Print3, SII RP F-10, Epson TM-u220, TM-m30, sticky-label), Stands and Cases, Card Readers (MagTek), Accessories (Ubiquiti router, Ubiquiti gateway/AP, automatic cash drawer, Viewsonic touchscreen for KDS, Socket Mobile barcode scanner). The KDS input device Rezku documents and sells is a touchscreen; no bump bar or programmable keypad appears in any category, and the Smart KDS article describes only touch. The claim's own bar is "documented supported models", and in a catalogue that names a model for every other peripheral there is none. source |
| delivery-zone-pricing | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | The Fees article documents map-drawn zones — "Multiple fee zones can be created with overlapping areas to apply fees based on distance from the restaurant automatically", drawn by adjusting vertex points under "Set Delivery Area". Only the fee is per-zone: the order minimum is a single global "Delivery Minimum Order Total" in Online Ordering Settings, and no per-zone promise time exists in Delivery Settings, Delivery Management or Delivery Venues (which are preset hotel/campus addresses, not zones). Two of the claim's three per-zone attributes are missing. source |
| digital-account-saved-payment | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Only "one-click reordering" is claimed, and only on the marketing page — grade D. I checked the documentation for the other two legs: Online Site Settings covers design, logos, notifications and SEO with no account management; Online Ordering Settings covers order types and timing with no address book or stored cards; Checkout and Payment Types enumerates every tender (credit, cash, check, gift card, key-in, CRM charge, house account, external, bar tab) and card-on-file is not among them. Partial with the missing legs named. source |
| guest-loyalty-unified-profile | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | One CRM database is fed by both channels — "Typically, new customers will be added when they place an order online or on the POS and their information is entered for the first time" — with a rich profile (contact, birthday, anniversary, order count, average/high/total sales, top-3 favourites) and system-tracked fields the operator cannot edit. What the claim additionally requires and the article does not supply is documented dedup/merge behaviour on phone or email match; kiosk is not mentioned anywhere in the CRM article either. source |
| guest-loyalty-lifecycle-automation | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Rezku's marketing does claim automation — "automate messages for birthdays, special promotions, loyalty milestones, and more" (email-marketing page) and "Automated texts" plus "Personalized birthday and follow-up messages" (text-marketing page). That is grade D and covers one of the three named triggers. The documentation contradicts nothing but supports nothing: the Back Office KB has no campaign or automation article, Loyalty Points documents a manual four-step points-and-discount-preset flow, and the CRM article's marketing path is CSV export as "a mailing list" plus a Mailchimp integration. Lapsed win-back appears nowhere. source |
| labor-granular-rbac | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | The granularity leg is emphatically satisfied — roughly 55 named per-action toggles (Void a transaction, Refund cash, Refund credit cards, Apply custom discounts, Manage the cash drawer, Manually set a price for a product, Access settings, Enable offline mode, View performance data, and so on), with four role defaults plus "Make individual permissions exceptions on a per-user basis without changing their role". Held at partial only because the claim also requires grants scoped per location and the article is silent on it; Rezku does sell multi-location, so this is a real gap rather than an inapplicable one. source |
| labor-manager-override-audit | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | There is an audit trail and it is queryable — Event Logs capture Back Office setting changes, filterable by date range and by user ("You can filter the event log by user and only view Back Office activity performed by the selected user"), with expandable per-event detail. But its scope is Back Office configuration, not POS manager approvals; the only approver attribution I found for an override is inside the Product Voids report ("showing user and manager override if applicable"). No general override trail and no immutability or retention statement. source |
| inventory-unit-conversion-yields | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | The ingredient record does carry a purchase-to-tracking conversion — "My cost is" / "For every" / "Tracking unit", an Ingredient Unit Type of Count, Solid or Liquid, a Tracking Unit and Custom Units, converting automatically between like unit types. Two of the claim's requirements are missing: no third recipe unit distinct from the tracking unit (Components says only "Enter the amount of each component that is used"), and no yield or waste percentage applying a raw-to-usable factor. Waste is an observed quantity in the Ingredient Use reports, not a conversion. source |
| inventory-count-modes | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Counting exists but in one mode. The Inventory Take Report "helps you when re-ordering or performing a physical count/audit for ingredients" and its Amount column is "a placeholder for you to enter a value" used either for planned order amounts or for writing physical counts on a printed sheet; a POS permission "Change inventory counts on the iPad" also exists. No scheduled recurring cycle count, no subset spot-count mode, and no statement that each count is retained as dated variance history rather than overwriting the prior on-hand figure. I also read Inventory Countdown and Low Ingredient Emails, which do not address counting workflow. source |
| reporting-realtime-dashboard | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | A dashboard exists and defaults to the current day — "The dashboard gives you a quick, clear view of restaurant performance in a graphical format", "By default, when the dashboard loads it shows you stats for the current day". Neither the Dashboard nor the Reports article states any refresh latency or uses live/real-time wording, and the Reports article says "Reports are viewed in the browser" without mentioning a mobile app. The real-time and off-premise-mobile legs of the claim are asserted only on the advanced-reporting and Manager's App marketing pages, which is grade D and cannot carry them. source |
| reporting-eod-closeout | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-yes | Rezku ships exactly the single-document EOD packet the claim describes. The Exports List documents it: "The Daily Report is a 'paper dashboard' that contains multiple reports. It is divided into 2 sections, Sales and Transactions with multiple tables in each", downloadable as PDF. Its tables reconcile gross sales, comps, discounts, net sales, gift-card loads, taxes, fees, gratuity, prepaid orders, tips and refunds (Sales Overview); tender types via an embedded copy of the Transactions report, which the Reports List defines as "total transactions by payment type"; and cash position via Cash In/Out including bank drops, pay-ins/outs and tip payouts. Every element named in the claim is present in one artifact. source |
| reporting-pmix-modifier-level | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Item-level product mix exists (Top Products with quantity, sales, profit and share; Sales by Category with gross, comps, discounts and net; Variants with selection counts) and modifier-level exists as a separate "Modifier" report — "product modifier usage showing default/selected status and upcharges". The claim wants one report at item AND modifier level with quantity, gross and net sales: they are split, the Modifier report is documented as usage-and-upcharge rather than gross/net, and no revenue-center filter is documented (daypart is available via "Filter by Time" and configured meal periods). The Exports list has no product-mix export covering modifiers. source |
| multi-location-org-hierarchy | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Multi-location reporting is genuine — the Reports article lets you "select the locations to include in the report" and merge or split them, and the Reports List documents "Sales by Restaurant" comparing orders, sales, labor, food cost and profit across sites. But that is a flat set of restaurants. I read the whole Back Office KB tree and no region, group or enterprise object exists as a first-class entity; Restaurant Information configures one restaurant profile, and nothing scopes reporting or permissions to a group. Three named levels is the bar and only two are evidenced. source |
| multi-location-price-zones | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Two of the three axes are documented on the item record without duplication: channel, via Menu Design's "Online Price" and "3rd Party Price -- Set the 3rd party app price if different than the online price"; and daypart, via Happy Hours under Promotions plus the POS permission "Apply period pricing outside of period". The location-group axis is absent — no price tier, zone or location group appears in Menu Design or anywhere else in the Back Office KB, and there is no per-location price field. source |
| extensibility-oauth-partner-apps | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Found primary evidence the 2026-08-01 pass missed: auth.rezku.com serves an RFC 8414 authorization-server metadata document (HTTP 200) declaring authorization_endpoint /oauth/authorize, token_endpoint /oauth/token, a jwks_uri, response_types_supported ["code"], PKCE via code_challenge_methods_supported ["plain", "S256"], and grant_types_supported ["client_credentials", "authorization_code", "password", "refresh_token"]. developer.rezku.com is itself an OAuth client of it and issues a scoped request (scope=https://rezku.com/profile#read). So this is OAuth 2.0, not static shared keys. Not a yes: no scopes_supported is published, the resource-owner "password" grant is enabled, and the developer portal is login-gated (302 to auth.rezku.com/login) so operator-granted, individually revocable third-party access cannot be verified. source |
| reliability-printer-fallback | unknown / grade F — placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Half the claim is documented: Configuring POS Printers shows a per-printer status indicator with "Disconnected (Red) -- The configured printer did not respond when Rezku tried to print", which is the staff alert, and the permission list carries "Reprint items in the print queue" and "Resend items to the kitchen printer" as manual recovery. The automatic-failover half is absent — Print Queues documents "Assigning the queue to a device (printer or KDS)", singular, with no backup-device field, and no article describes rerouting to a secondary printer or KDS on failure. source |
| order-capture-offline-order-entry | unknown / grade F -- placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | The live KB (support.rezku.com/portal/en/kb, Zoho Desk) has a dedicated Offline Mode article the 2026-08-01 pass never reached. It establishes that cash, gift card and external-payment transactions plus refunds process while offline and that card transactions are stored and forwarded, so on-terminal order entry and cash tender are real. Held at partial rather than yes because the published offline scope stops at payments: neither Offline Mode nor Rezku POS App Settings addresses modifiers, kitchen printing or KDS send during an outage, and the claim explicitly requires the vendor to publish what does and does not work offline. Vendor also warns "Do not exceed 48 hours in Offline Mode." The rezku.com/pos/offline-mode marketing URL now 302s to /restaurant-pos/features, whose only offline sentence is "Your restaurant does not go down if internet fails" -- grade D and too vague to lift the cell. source |
| menu-pricing-nested-modifiers | unknown / grade F -- placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Modifiers and Submodifiers documents per-group Minimum and Maximum selection counts and requiredness driven off Minimum, but states a hard depth cap in the vendor's own words: "Submodifiers can only nest one level deep. If a modifier in a group has any submodifiers already applied, that group can not be used as a submodifier in another group." Two levels available against the three the claim requires, with the workaround of chaining groups explicitly blocked. That is positive documented evidence of a limitation, so partial with a named shortfall rather than unknown -- and not no, since the selection-count and forced-selection halves of the claim are fully met. source |
| kitchen-station-routing | unknown / grade F -- placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-yes | Print Queues gives the configuration path end to end -- create queue, Choose Products and toggle the products into it, assign the queue to a printer or (via the Smart KDS flag) a KDS -- and the Smart KDS article confirms the device end with "Select the queue name to assign this station or set up as Expediter." Item-level routing satisfies the claim's granularity, and per-location control is an explicit Global toggle: on, "all tablets obey the same printer rules"; off, "queue assignments will be made locally for each POS station." All configured in Back Office by the operator. Grade B product documentation, which is what a yes on this claim needs. Noted but not penalised: queue membership is by product only, with no documented order-type or revenue-center routing condition. source |
| order-capture-split-merge | unknown / grade F -- placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | Splitting Orders and Payments documents four modes -- Split Order, Itemized Split (by item; auto-per-seat when seats are used), Split By Seat, and Easy Split (even by default, arbitrary dollar amounts by tapping a split and entering a new amount with the rest auto-adjusting) -- and The More Button documents Merge: "Merge another ticket into the active order. The merged ticket will close with the status 'merged'." Held at partial because two elements the claim names are undocumented: a percentage-based split appears in no mode, and merging after a partial payment is stated nowhere in the live KB (the legacy merging-tickets article that covered merge restrictions 302s to a dead Freshdesk portal). source |
| digital-menu-single-source | unknown / grade F -- placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-yes | Online Product Settings shows the online menu is a visibility toggle over the Back Office menu record, not a second build: "Choose Products" expands the menu's own sections and "Use the toggle to enable the desired products for online ordering", with Select All enabling every item at once, and featured products picked from dropdowns of the same product list. The KB's own framing is that Back Office "is where your menu and the majority of settings live", and no article in the Online Ordering section describes maintaining a separate digital menu. Grade B product documentation on a table-stakes claim. source |
| hardware-offline-mode | unknown / grade F -- placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | The Offline Mode article documents order-taking and cash recording with the WAN down -- credit data is stored and forwarded, and non-credit tenders ("cash, gift card, external payment") plus refunds process offline, syncing to Rezku servers afterwards. Held at partial on three named grounds: kitchen printing offline is documented nowhere (the published offline scope is payments only); the claim's requirement that the vendor documents explicitly which functions degrade is unmet -- no such enumeration exists; and the mode is a manager-activated toggle with a signed disclaimer and the vendor's cap "Do not exceed 48 hours in Offline Mode", not automatic continuation. source |
| reliability-offline-order-entry | unknown / grade F -- placeholder rationale "No public documentation located during the 2026-08-01 research pass", i.e. the cell was never examined. | resolve-to-partial | One of the claim's three legs is documented: with Offline Mode active, orders can be created and tendered on-terminal, since credit transactions store-and-forward and non-credit transactions plus refunds process offline with a Queued/Sent Offline History. The other two legs -- ticket routing and check printing while offline -- appear nowhere: the Offline Mode and Rezku POS App Settings articles are payments-scoped and silent on kitchen and receipt printing, and the Back Office Settings index has no connectivity article covering it. Scored consistently with the record's order-capture-offline-order-entry cell, which reached the same payments-only reading of the same article on 2026-08-04. source |
| commercial-pricing-published | yes, grade B - Specific figures published: $99/mo up to 3 stations, $19/mo | 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 | no, grade B - Pricing page lists hardware only as a $19/mo per-station ren | 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-gift-cards | partial / D - "Loyalty Program & Gift Cards" marketed as first-party; real-time balances and cro | upheld | The cited https://www.rezku.com/pos/ now 301s to https://rezku.com/restaurant-pos/, which does still carry the phrase "Loyalty Program & Gift Cards" - but that is a feature-list bullet and cannot establish a balance ledger. I re-retrieved the real evidence in the support KB instead. The Gift Cards article gives the ledger (Current Balance, Add/Deduct Funds, dashboard of loads/spends/redeems/manual adjustments) and Gift Card Portal Settings gives guest balance lookup and the sentence "eGift cards work in-store and online", which closes the online-redemption half the old note wrongly called undocumented. I looked for a shared cross-location balance and found none; the Promotions section contains only CRM, Gift Cards, Loyalty Points, Coupons, Discount Presets and Happy Hours, and the sole multi-location mention is tag propagation. Value unchanged, evidence moved D -> B, note corrected. source |
| digital-first-party-web | partial / D - First-party online ordering plus QR, kiosk and tableside channels marketed; commi | upheld | The cited https://www.rezku.com/pos/ 301s to https://rezku.com/restaurant-pos/, a feature index that is not evidence of anything, so I re-retrieved. Online Site Settings in the support KB answers the branded-domain question the old note called unstated, and answers it negatively: "All Rezku OLO websites are hosted on Rezku servers at the URL 'Order.Rezku.com', followed by a serial number", with only a vanity keyword replacing the serial. The marketing page rezku.com/restaurant-pos/online-ordering supports the first-party/direct-to-POS half - "Your brand, your profits", "stop losing revenue to marketplace fees", "orders go straight to your POS" - and rezku.com/pos/pricing includes "Branded Online Ordering" in the $99/mo Basic plan. I found no statement of a per-order commission in either direction, so the second shortfall survives. Value unchanged; evidence D -> B and the note corrected from "not stated" to what the docs actually state. source |
Sources
Every URL this record cites. 52 in total.
- https://www.rezku.com/pos/
- https://www.rezku.com/pos/delivery/
- https://www.rezku.com/pos/pricing/
- https://support.rezku.com/portal/en/kb
- https://support.rezku.com/portal/en/kb/articles/variations
- https://support.rezku.com/portal/en/kb/articles/modifiers-and-submodifiers
- https://support.rezku.com/portal/en/kb/articles/employee-permissions
- https://support.rezku.com/portal/en/kb/articles/event-logs
- https://support.rezku.com/portal/en/kb/articles/reports-list
- https://support.rezku.com/portal/en/kb/articles/exports-list
- https://support.rezku.com/portal/en/kb/articles/reports
- https://support.rezku.com/portal/en/kb/articles/dashboard
- https://support.rezku.com/portal/en/kb/articles/ingredients
- https://support.rezku.com/portal/en/kb/articles/inventory-take-report
- https://support.rezku.com/portal/en/kb/articles/components
- https://support.rezku.com/portal/en/kb/articles/crm
- https://support.rezku.com/portal/en/kb/articles/loyalty-points
- https://support.rezku.com/portal/en/kb/articles/fees
- https://support.rezku.com/portal/en/kb/articles/delivery-venues
- https://support.rezku.com/portal/en/kb/articles/online-ordering-settings
- https://support.rezku.com/portal/en/kb/articles/order-settings
- https://support.rezku.com/portal/en/kb/articles/menu-design
- https://support.rezku.com/portal/en/kb/articles/rezku-smart-kds-kitchen-display-system
- https://support.rezku.com/portal/en/kb/articles/print-queues
- https://support.rezku.com/portal/en/kb/articles/configuring-pos-printers
- https://support.rezku.com/portal/en/kb/articles/offline-mode
- https://support.rezku.com/portal/en/kb/articles/rezku-pos-app-settings
- https://support.rezku.com/portal/en/kb/rezku-pos-hardware/accessories
- https://support.rezku.com/portal/en/kb/articles/integration-list
- not refetchable
- https://developer.rezku.com/
- https://rezku.com/restaurant-pos/online-ordering
- https://rezku.com/restaurant-pos/email-marketing
- https://rezku.com/restaurant-pos/text-marketing
- https://rezku.com/restaurant-pos/advanced-reporting
- https://rezku.com/restaurant-pos/restaurant-kitchen-management-software
- https://rezku.com/restaurant-pos/multi-location-restaurant-system
- https://support.rezku.com/portal/en/kb/articles/modifiers-and-submodifiers
- https://support.rezku.com/portal/en/kb/articles/print-queues
- https://support.rezku.com/portal/en/kb/articles/offline-mode
- https://rezku.com/pos/offline-mode
- https://support.rezku.com/portal/en/kb/rezku-pos-back-office/settings
- https://support.rezku.com/portal/en/kb/articles/splitting-orders-and-payments
- https://support.rezku.com/portal/en/kb/articles/the-more-button
- https://support.rezku.com/portal/en/kb/articles/online-product-settings
- https://support.rezku.com/portal/en/kb/rezku-pos-back-office/online-ordering
- https://rezku.com/pos/support/merging-tickets
- https://support.rezku.com/portal/en/kb/articles/gift-cards
- https://support.rezku.com/portal/en/kb/articles/gift-card-portal-settings
- https://rezku.com/restaurant-pos/
- https://support.rezku.com/portal/en/kb/articles/online-site-settings
- https://rezku.com/pos/pricing