Vendors / Regional & international
Tevalis
Not assessable in this pass — tevalis.com returned an empty JS-rendered shell at the root and 404s on every solutions, EPOS, technology and about path attempted, so essentially every cell is honestly unknown.
scored live legacy rubric
- Claims in scope
- 312
- Scored
- 45
- Assessed
- 42
- Unknown
- 270
- Not applicable
- 2
- Values challenged
- 0
unknown, never as no.Identity
- Owner
- unknown — Tevalis is a UK company but I could not retrieve any page from tevalis.com to verify ownership, and I will not infer it
- Who it is for
- UK and international hospitality operators, stadiums, hotels and multi-site groups (per the brief; not independently verified from vendor sources in this pass)
- Site
- https://www.tevalis.com/
Pricing
transparency: unknown · unit: unknown · processor lock-in: unknown
- Software
- unknown — no vendor page could be retrieved
Capabilities
Every claim is binary and checkable. Grades: A primary documentation · B product documentation · C pricing or feature page · D marketing claim · E third-party reporting · F inference with no source. A yes on a differentiator claim requires A or B.
Order capture & FOH workflow
Provides a graphical floor-plan editor where an operator can draw sections, place tables of varying shape/capacity, save multiple floor-plan layouts per location, and assign sections to servers.
order-capture-floor-plan-editor
Not scored by this record.
Order lines can be tagged to a seat number at entry, and the check can be split by seat afterward without re-keying items.
order-capture-seat-level
Not scored by this record.
Items can be assigned to courses and held, with a fire-next-course action available from a handheld or terminal that releases only that course to the kitchen.
order-capture-coursing-hold-fire
Not scored by this record.
Supports splitting a check by item, by seat, by even N-way, and by arbitrary dollar/percentage amount, and merging checks or tables back together, including after partial payment.
order-capture-split-merge
CLAIM: split by item, by seat, even N-way, arbitrary amount/percentage, and merge checks/tables, incl. after partial payment. VERDICT: partial (C, vendor blog). Split by item, split of a shared item, and merging tables are documented; split by seat, even N-way, by amount/percentage and behaviour after a partial payment are not. EVIDENCE: https://website.tevalis.com/2019/10/16/epos-efficiency/ (modified 2025-02-25): "explore Split Bill on the Tevalis POS, where users can simply open a table, select the Split Bill function and drag and drop items into a number of tickets which are all viewed in one easy to navigate area. Alongside this, users are also able to split the cost of specific items with the Go Dutch feature. This may include things on a menu such as sharing platters or bottles of wine."; same page, quick table tool panel: "This includes printing a bill, transferring a table, merging tables, last activities performed and much more." https://website.tevalis.com/2019/05/22/six-signs-youre-due-an-epos-upgrade/: "with the Tevalis Split Bill feature, users can create new bills with ease, dragging and dropping items accordingly ... products such as bottles of wine can also be split across the bills at the touch of a button with the Go Dutch function". Seat positions exist but are never tied to splitting (fine-dining page: "assigning seating positions for specific food orders"). Pay-at-table splitting ("print/split a bill and close off a table directly from the card machine", Partner-Document-2026.pdf) is a payment-partner device function. SHORTFALL: no by-seat, even-N or amount/percentage split and no post-partial-payment behaviour anywhere in the corpus. POISON: "split" in page HTML is mostly JS .split( and a testimonial ("splitting payments, voiding items") repeated on 20+ pages. CORPUS: website.tevalis.com WordPress REST read in full with a browser UA (the host 403s a nonsense path and /pricing/ with the same 4,546-byte body): pages X-WP-Total 48 (content.rendered empty for 44 of 48, an Elementor page-builder hole, so all 48 were re-fetched as HTML, 48/48 HTTP 200), posts X-WP-Total 82 (42 truncated in REST, re-fetched as HTML), events 6, media 1,612 items listed of X-WP-Total 1,924 (68 PDFs downloaded and text-extracted: 2022 product brochure, partner documents 2022/2024/2026, 20+ case studies, partner leaflets, CloudBeds guides). Also the Wayback CDX of tevalis.com (4,404 urlkeys; the legacy 2010-era *.html site, 9 pages read; the legacy API/CRM/help operation list) and crt.sh subdomains (status/enterprisestatus are UptimeRobot pages; qr/qt/app are TevOrder Admin logins, not read). No help centre exists: support.tevalis.com is the same 108-byte JS redirect to website.tevalis.com as www; tevalis.zendesk.com 404; api.tevalis.com/swagger/* 404. Retrieved 2026-09-16. https://website.tevalis.com/2019/10/16/epos-efficiency/ · retrieved 2026-09-16 adversarially verified
Opens a bar tab against a card pre-authorization with a configurable auth amount, supports incremental re-auth as the tab grows, and auto-closes stale tabs at end of day. differentiator
order-capture-bar-tab-preauth
Not scored by this record.
An open check can be transferred between servers, tables, and devices, and the transfer is recorded in an audit log naming both employees.
order-capture-transfer-audit
Not scored by this record.
Ships a first-party handheld ordering app running natively on the handheld device (not a remote/mirrored desktop session) that can send to kitchen and take a card payment tableside.
order-capture-native-handheld
Not scored by this record.
With the internet down, terminals and handhelds can still create orders, apply modifiers, send to kitchen, and tender cash, and the vendor publishes what does and does not work offline.
order-capture-offline-order-entry
The mPOS page answers "Worried about disconnected service?" with "Restful service technology processes orders offline" and "Take multiple offline orders", and the quick-service and stadia-arenas pages repeat the standing sentence "Our modern restful service technology means you can continue to process orders offline and with no database connection." Shortfall: the statement is attached only to the TevX/mPOS handheld platform - no vendor page says fixed terminals survive an outage - and it covers order capture alone. Nothing states that modifiers apply, that tickets reach the kitchen, or that cash can be tendered while disconnected, and no page enumerates what does and does not work offline or describes queue-and-replay on reconnection, which is the published-scope half of this claim. Checked mpos, quick-service, stadia-arenas, point-of-sale and the FAQs page, which carries no outage or connectivity question. https://website.tevalis.com/mpos/ · retrieved 2026-08-04
Guest QR at-table ordering writes items onto the same open check as server-entered items, rather than creating a separate order ticket. differentiator
order-capture-qr-same-check
Not scored by this record.
Offers a first-party self-order kiosk that renders the same menu and modifier tree as the POS with no separate menu build, and the vendor documents ADA/accessibility conformance for it. differentiator
order-capture-kiosk-first-party
Not scored by this record.
Supports drive-thru-specific order flow: order-point/pay-window/pickup-window separation, order sequencing or tandem-lane assignment, and pull-forward or parking-spot assignment.
order-capture-drive-thru
Not scored by this record.
Captures and reports drive-thru speed-of-service timers by segment (order, total, window) tied to individual orders.
order-capture-drive-thru-timers
Not scored by this record.
Vendor ships a first-party AI voice ordering agent for phone and/or drive-thru that injects orders directly as POS orders, or publishes a documented API partner program for third-party voice AI. differentiator
order-capture-voice-ai
Not scored by this record.
Supports order throttling: per-channel capacity limits per time slot with automatic quote-time extension when kitchen load exceeds a configured threshold. differentiator
order-capture-throttling
Not scored by this record.
Accepts future-dated/scheduled orders with a per-channel lead time and automatically injects them into the make queue at a computed fire time rather than on receipt.
order-capture-scheduled-orders
CreateApiOrderCommand carries an optional DeliveryTime datetime documented as: "a delivery time for the order. This works the same way as hold order at a site, and is based on table rules that are setup. E.g. order for tomorrow at 10pm, the order will sit in the system and fire 45minutes before this time (so at 9:15pm) and will then be sent to the kitchen etc and act like a normal order." The order response echoes RequestedDeliveryTimeUTC. That is future-dating with a configured lead time and injection into the make queue at a computed fire time, not on receipt. The lead time is described as deriving from site hold-order/table rules; a per-channel lead-time setting is not separately documented. https://api.tevalis.com/Help/Api/POST-PlaceOrder-CreateOrder_Terminal · retrieved 2026-08-03
Provides a distinct catering order flow with quotes, deposits, balance-due tracking, and a delivery/event schedule separate from the standard order queue.
order-capture-catering
Not scored by this record.
Pushes an order-ready signal back to third-party marketplaces (e.g. DoorDash) from POS or KDS state, rather than requiring a tablet tap. differentiator
order-capture-order-ready-signal
Not scored by this record.
Voids, comps, and discounts require a reason code and can be gated behind role-based manager approval, with all instances recorded in an exception report.
order-capture-void-comp-controls
Not scored by this record.
Menu, modifiers & pricing engine
Payments & money movement
The POS operates with third-party payment processors of the merchant's choosing (documented list of supported processors/gateways) rather than requiring the vendor's in-house processing. differentiator
payments-processor-choice
Not scored by this record.
Vendor publishes card-processing pricing publicly (a specific flat rate or interchange-plus markup) rather than quote-only. differentiator
payments-published-rates
Not scored by this record.
Native dual-pricing / cash-discount mode stores two prices per item and prints both cash and card totals on the guest check and receipt. differentiator
payments-dual-pricing
Not scored by this record.
Surcharging engine automatically excludes debit and prepaid cards via BIN/product-code detection, enforces the network percentage cap, and can be enabled or disabled per location. differentiator
payments-surcharge-guardrails
Not scored by this record.
All first-party payment terminals accept EMV chip and NFC contactless including Apple Pay and Google Pay.
payments-emv-nfc
Tevalis has no first-party payment terminal estate, so the claim's subject does not exist in the product line. The integrations page lists payments as a partner category with ten named providers (Dojo, Clover, Barclaycard, Planetpay, Global Payments, Worldpay, Adyen, Verifone, FreedomPay, Windcave) and describes a "full suite of payments integrations, with pay at counter, pay at table, mobile epos with payments, and self-service kiosk payments"; the FAQ states "Tevalis specialise in software development", and no Tevalis-branded payment product or terminal appears anywhere in the 39-page sitemap. The api.tevalis.com controller index (read in full on 2026-08-03) has no payment-terminal or acquiring controller - Tenders and RefundTransaction only report tender amounts. EMV/NFC acceptance is delivered by the partner terminals, not by any Tevalis-built terminal. https://website.tevalis.com/integrations/ · retrieved 2026-08-04
Accepts contactless payments directly on a phone (Tap to Pay on iPhone and/or Android tap-to-pay) with no separate card reader. differentiator
payments-softpos-tap-to-pay
Not scored by this record.
Vendor ships a handheld that takes EMV/NFC payment at the table, including tip prompt and check splitting, without carrying the card away.
payments-pay-at-table
Not scored by this record.
Guest can scan a QR code on the printed check or table tent to view and pay the check from their own phone, with the payment closing the check in the POS automatically. differentiator
payments-qr-guest-pay
Not scored by this record.
Supports both pre-auth-then-tip-adjust and on-device tip prompt flows, with a documented batch/adjust window and a manager screen for unadjusted tips.
payments-tip-adjust
Not scored by this record.
Configurable tip pooling and distribution rules (by hours worked, sales, role percentage, or points) that produce a per-employee tip allocation exportable to payroll. differentiator
payments-tip-pooling
Not scored by this record.
Card payments can be captured while the internet is down via store-and-forward, with configurable per-transaction and cumulative offline limits. differentiator
payments-offline-store-and-forward
Not scored by this record.
Vendor publicly documents who bears the loss when a stored offline transaction declines on reconnect, and surfaces a post-reconnect report of failed offline payments. differentiator
payments-offline-decline-liability
Not scored by this record.
First-party gift cards with real-time balance tracking, redeemable across every location in the group and through the online-ordering channel.
payments-gift-cards
Tevalis has a first-party voucher entity: WebVouchers exposes CreateVoucher, GetActiveVouchers ("For The Company Provided In The Headers", so group-wide rather than per-site), GetVoucherBySerial and GetVoucherByID. WebVoucherDto fields are WebVoucherId, SerialNumber, DateSold, ExpiryDate, Value, Notes. Shortfall: there is no remaining-balance field and no redemption/decrement endpoint, so real-time balance tracking and partial redemption are not established; Tevalis's own integrations page lists gift cards/vouchers as a third-party partner category (Toggle, Giftpro, GiveX, Vouchable, Acteol, Fuse, Leat, NowBookIt), and the customer-management page says the platform integrates with external voucher management providers. https://api.tevalis.com/Help/Api/GET-WebVouchers-GetActiveVouchers · retrieved 2026-08-03
House/on-account tabs with per-account credit limits, running balance, and periodic statement or invoice generation.
payments-house-accounts
Not scored by this record.
A single check can be settled with multiple tenders and split by seat, by item, by even shares, or by arbitrary amount, with no hard cap below eight ways.
payments-split-tender
Not scored by this record.
Voids, refunds, discounts, and no-sales require role-based authorization (manager PIN or approval) and write to an immutable audit log identifying the approver.
payments-refund-void-controls
SpfReportsVoidsDto returns UserName and, separately, AuthUserName alongside Reason, TransactionID, TransactionItemID, Terminal, DateTime and TotalValue - i.e. each void records both the operator and the distinct authorising user, with a reason code. The parallel Enterprise GetDiscountReport and the Discounts/GetReasonTypes endpoint give the same reason-coded treatment for discounts, and RefundTransaction/Get returns refund-to-original transaction links for a site and date range (max 14 days). Queryable after the fact across a set of SiteIDs. Not evidenced: no-sale/drawer-open events, and immutability is not asserted anywhere. https://api.tevalis.com/Help/Api/GET-Reporting-v1-Enterprise-GetVoidsReport · retrieved 2026-08-03
In-product dispute/chargeback dashboard that lists open disputes and allows evidence submission assembled from the POS transaction record. differentiator
payments-chargeback-tooling
Not scored by this record.
Tokenized card-on-file for a guest profile, reusable across online ordering, phone orders, and in-store, with no PAN stored by the merchant. differentiator
payments-card-on-file
Not scored by this record.
Vendor publishes its deposit schedule and offers a next-day or same-day/instant funding option. differentiator
payments-payout-timing
Not scored by this record.
A single account can route settlement funds to different bank accounts per location or legal entity (separate MIDs or split settlement) under unified reporting. differentiator
payments-multi-entity-routing
Not scored by this record.
Vendor provides point-to-point encryption and a current PCI DSS 4.x Attestation of Compliance / P2PE listing available to merchants on request.
payments-p2pe-pci4
Not scored by this record.
Kitchen & production
Items route to specific KDS stations by item, category, order type, or revenue center, with routing rules configurable per location without vendor involvement.
kitchen-station-routing
The KMS page states "Orders are sent to specific screens" and "Include separate screens for different prep areas", with "Staff can pass orders on when their part is complete" and "Uncluttered screens help efficiency"; the quick-service page repeats "Tailor your system to meet your kitchen structure, for example, introduce separate screens for different prep stations." Item-to-station routing therefore exists. Shortfall: the configurability half is not documented. No vendor page shows routing rules being edited by the operator - the KMS page frames the layout as customised for the kitchen during implementation with consultation and training, and the services page attributes configuration to the "expert System Delivery Team". The Centralised Management page lists menu, price band, price group and user permission editing across sites but never routing rules, and no station, screen, printer or routing controller appears anywhere in the ~70-controller api.tevalis.com index (the only kitchen endpoint is OnlineOrders/GetKmsAverageTicketTime). Routing by order type or revenue centre is also unstated. https://website.tevalis.com/kitchen-managements/ · retrieved 2026-08-04
An expo screen consolidates items from multiple prep stations into a single order view and only marks the order complete when every contributing station has bumped its items.
kitchen-expo-consolidation
CLAIM: an expo screen consolidates items from multiple prep stations into one order view and only marks the order complete when every contributing station has bumped. VERDICT: partial (C, vendor brochure). An expo screen showing what is outstanding and a consolidated KMS view are documented; the completion rule (order done only when every station has bumped) is not. EVIDENCE: Tevalis Brochure 2022 p.19 (https://website.tevalis.com/wp-content/uploads/2022/08/Tevalis-Brochure-2022-Compressed.pdf): "Expo Spy For increased efficiency and accuracy, your expo team can also have a screen to see exactly what they're waiting on, with their own set permissions."; p.18 layouts "SINGLE ITEM VIEW / LIST VIEW / CONSOLIDATED VIEW / TICKET VIEW"; p.19 analytics on "item movements within the kitchen, prep, grill, hotplate, and expo". https://website.tevalis.com/kitchen-managements/: "Our intuitive kitchen management systems provide a consolidated view of all customer orders". https://website.tevalis.com/2017/10/25/tevalis-kitchen-management-system-benefit-business/: "Expo Spy A feature enabling management to switch between various screens (kitchen and expo)"; "food runners may want to have a screen which will give them the ability to bump items once they've taken the orders to the table". SHORTFALL: no statement that the expo view tracks per-station bump state or holds completion until every station bumps; the api.tevalis.com KMS surface is still only GetKmsAverageTicketTime. POISON: "expo" also matches Hospitality Tech Expo / Coffee Shop Innovation Expo (5 of 8 hits). CORPUS: website.tevalis.com WordPress REST read in full with a browser UA (the host 403s a nonsense path and /pricing/ with the same 4,546-byte body): pages X-WP-Total 48 (content.rendered empty for 44 of 48, an Elementor page-builder hole, so all 48 were re-fetched as HTML, 48/48 HTTP 200), posts X-WP-Total 82 (42 truncated in REST, re-fetched as HTML), events 6, media 1,612 items listed of X-WP-Total 1,924 (68 PDFs downloaded and text-extracted: 2022 product brochure, partner documents 2022/2024/2026, 20+ case studies, partner leaflets, CloudBeds guides). Also the Wayback CDX of tevalis.com (4,404 urlkeys; the legacy 2010-era *.html site, 9 pages read; the legacy API/CRM/help operation list) and crt.sh subdomains (status/enterprisestatus are UptimeRobot pages; qr/qt/app are TevOrder Admin logins, not read). No help centre exists: support.tevalis.com is the same 108-byte JS redirect to website.tevalis.com as www; tevalis.zendesk.com 404; api.tevalis.com/swagger/* 404. Retrieved 2026-09-16. https://website.tevalis.com/wp-content/uploads/2022/08/Tevalis-Brochure-2022-Compressed.pdf · retrieved 2026-09-16 adversarially verified
Items can be assigned to courses and held, then fired to the kitchen on demand from a server terminal, handheld, or expo screen. differentiator
kitchen-course-firing
Not scored by this record.
Per-item cook times are configurable and the KDS staggers item start/display times so that all items on an order finish simultaneously. differentiator
kitchen-prep-time-pacing
Not scored by this record.
Kitchen load throttling automatically paces or delays release of incoming digital orders, or extends quoted prep times, once a configurable order-volume or ticket-time threshold is crossed. differentiator
kitchen-order-throttling
Not scored by this record.
Pausing a store or 86ing an item from the POS/KDS propagates the pause or availability change back to connected third-party marketplaces (DoorDash, Uber Eats, Grubhub) automatically. differentiator
kitchen-channel-pause-propagation
Not scored by this record.
Bumping an order ready on the KDS sends an order-ready status event back to the third-party marketplace so couriers are dispatched on actual readiness. differentiator
kitchen-order-ready-callback
Not scored by this record.
KDS supports physical bump bars or programmable keypads in addition to touchscreen interaction, with documented supported models.
kitchen-bump-bar-hardware
CLAIM: KDS supports physical bump bars/programmable keypads with documented models. VERDICT: unknown (unchanged). New surfaces read: the 2022 brochure KMS section describes bumping only on screen ("'Bump' completed tickets off the screen"); 2017 post "With a simple tap, full orders or specific items can be bumped"; FAQ says Tevalis supplies "kitchen management touch screens". Controls over the full 247-document corpus (page HTMLs, posts, events, PDF texts): "bump ?bars?" 0, "keypads?" 0, "keyboards?" 1 (CloudBeds PMS house-account charge prompt, not KMS) ("bump" also matches "bumper cars", Lane7). Not a no: no hardware spec or compatibility list is published at all, and the FAQ accepts existing hardware that "meets the required specifications", which are unpublished. CORPUS: website.tevalis.com WordPress REST read in full with a browser UA (the host 403s a nonsense path and /pricing/ with the same 4,546-byte body): pages X-WP-Total 48 (content.rendered empty for 44 of 48, an Elementor page-builder hole, so all 48 were re-fetched as HTML, 48/48 HTTP 200), posts X-WP-Total 82 (42 truncated in REST, re-fetched as HTML), events 6, media 1,612 items listed of X-WP-Total 1,924 (68 PDFs downloaded and text-extracted: 2022 product brochure, partner documents 2022/2024/2026, 20+ case studies, partner leaflets, CloudBeds guides). Also the Wayback CDX of tevalis.com (4,404 urlkeys; the legacy 2010-era *.html site, 9 pages read; the legacy API/CRM/help operation list) and crt.sh subdomains (status/enterprisestatus are UptimeRobot pages; qr/qt/app are TevOrder Admin logins, not read). No help centre exists: support.tevalis.com is the same 108-byte JS redirect to website.tevalis.com as www; tevalis.zendesk.com 404; api.tevalis.com/swagger/* 404. Retrieved 2026-09-16. || 321st: CLAIM: KDS supports physical bump bars/keypads with documented models. VERDICT: still unknown. NEW SURFACES (crt.sh, tevalis.com 35 names, probed for swagger/openapi/docs): anonymous production OpenAPI specs at web-api.financemanager.tevalis.com/swagger/v1/swagger.json (Tevalis.FinanceManager.Api, 166 paths, 249 schemas, 646 KB) and api.financemanager.tevalis.com/swagger/v1/swagger.json (Finance Manager Public API, 13 paths); tevxservice.tevalis.com/api-docs/ ("Stripe Terminal Middleware API" v1.0.2, payments/readers/refunds only) and its 271 KB SPA bundle; the TevOrder Admin Flutter/Dart bundle app.tevalis.com/main.dart.js (1.0 MB, no deferred part files; qr/qt.tevalis.com serve the same shell). dev./staging. copies ignored. None is a POS/KMS surface: across all four files kitchen 0, KMS 0, KDS 0, printer 0. bump 0, bump bar 0, keypad 0. Retrieved 2026-09-17. || 329th: NEW SURFACES, both unread by every prior pass. (1) api.tevalis.com/Help -- a LIVE anonymous ASP.NET Web API Help Page, 151,400 bytes, "This webpage describes the API provided by Tevalis for the use with certified partners", 195 operations, all 195 detail pages fetched (20.2 MB) plus its linked PDF /Content/Tevalis%20API%20Documentation.pdf (274,892 bytes, V2.0, 03/02/2021). The existing note's "api.tevalis.com/swagger/* 404" is correct but the help page is at /Help, not /swagger; nonsense-path control passed (api.tevalis.com/Help/zzz-nope-12345 = 404/1,930 bytes vs 200/151,400; /swagger/index.html 404, /api-docs 401). Tokenised controls over those 195 operation pages: printers? 0, print 0, KDS 0, bump 0, keypad 0, station 0, routing 0, offline 0, failover 0; kitchen 2 (both the same prose, "will then be sent to the kitchen etc and act like a normal order", in the two order-submission endpoints) and KMS 4 -- GET v{version}/OnlineOrders/GetKmsAverageTicketTime?SiteID= ("Retrieves the current KMS Average Ticket Time for the requested Site") and CalculateOnlineOrder's EstimatedTimeUTC ("returns either the KMS Average time, or the Minimum time specified via System Settings"). This is the partner INTEGRATION API and does not bound KMS hardware, so no `no`: it publishes no device, peripheral or screen-configuration surface at all. (2) An APP-STORE PUBLISHER CENSUS on both stores (Apple artistId 1044990552 = 3 apps; Google Play = 6 packages, listed in the digital-account row) contains NO kitchen/KMS/KDS app: the KMS is the on-premise Windows touchscreen product, so no app bundle can bound this cell either. Tevalis's own Play listing for TevX says only "Completely integrated with your On-Premise Tevalis solutions such as your EPOS and Kitchen Management System". Still unknown: no hardware spec or peripheral list is published on any surface now known. Retrieved 2026-09-18. adversarially verified
An all-day view aggregates outstanding quantities per item (and per modifier) across all open tickets on the station.
kitchen-all-day-counts
Not scored by this record.
Configurable target cook times per station or order type, with visual color escalation and/or audible alert when a ticket exceeds target.
kitchen-sla-alerts
Not scored by this record.
If a KDS screen or kitchen printer goes offline, tickets automatically fail over to a designated backup printer or screen with no ticket loss. differentiator
kitchen-printer-fallback
Not scored by this record.
KDS continues to receive and display tickets from on-site POS terminals when the internet or cloud backend is unreachable. differentiator
kitchen-offline-operation
Not scored by this record.
Station screens can display item-level build/assembly detail (recipe steps, portioning, or full modifier breakout) rather than only the ticket line text. differentiator
kitchen-item-build-screens
Not scored by this record.
Sectioned/fractional topping placement (halves, quarters, specific sections) is rendered visually and unambiguously on the make-line screen or ticket. differentiator
kitchen-pizza-fractional-display
Not scored by this record.
A bumped ticket can be recalled/unbumped, and an individual item can be refired or reprinted without re-entering the order.
kitchen-recall-refire
Not scored by this record.
Edits made in the POS to an order already displayed in the kitchen visually flag the added, changed, or removed items on the live ticket. differentiator
kitchen-order-modification-alerts
Not scored by this record.
Bumping an order ready triggers a guest-facing notification — SMS/text, app push, or an order-status display board — without a separate product purchase. differentiator
kitchen-guest-ready-notification
Not scored by this record.
Waste, spoilage, and remakes can be logged directly at the kitchen/KDS screen with reason codes, and the entry depletes inventory.
kitchen-waste-logging
Not scored by this record.
Reports actual ticket and per-station times (average and percentile) sliced by daypart, station, and order channel, exportable to CSV or an API.
kitchen-speed-of-service-reporting
Not scored by this record.
Generates prep lists or predicted prep quantities from historical sales and forecast demand, surfaced to kitchen staff as a daily prep task list.
kitchen-prep-forecasting
Not scored by this record.
Delivery, dispatch & third-party channels
Product includes a native in-house driver module: drivers are first-class entities with clock-in/out, assignment state (in-store / on-run / returning), and per-driver run history reportable from the POS itself (not via a third-party add-on).
delivery-driver-roster
Same grounds as the delivery-dispatch-board no: Tevalis ships no delivery module at all, so there is no native driver roster. The published product line (39-page sitemap read in full on 2026-08-04) is POS/TevX, kitchen management, kiosks, TevMenu, stock, customer, cash and centralised management; delivery appears only as an integration partner category (Deliverect, Urban Piper, Deliveroo - "Track all online orders"). The complete ~70-controller api.tevalis.com index contains no driver, dispatch, run or route entity; the Attendance controller covers staff clock in/out generally with no driver assignment state; and CreateApiOrderCommand, which enumerates every field an inbound order may carry, has no driver field. Drivers as first-class entities with assignment state and per-driver run history are absent, not merely undocumented. https://website.tevalis.com/integrations/ · retrieved 2026-08-04
Provides a dedicated dispatch/expo screen showing undispatched orders, driver availability, and elapsed time per order, with multi-order run batching (assigning 2+ orders to one driver as a single run).
delivery-dispatch-board
Tevalis positions delivery as a third-party integration rather than a module it ships: the integrations page lists delivery under partner categories with Deliverect, Urban Piper and Deliveroo, and mobile ordering under MeU, Fetch, Qikserve, OrderPay, Visit and CrowdEngage. The product line published on the site is POS/TevX, kitchen management, self-service kiosk, TevMenu, stock management, customer management and centralised management - there is no delivery module. Corroborating: the complete api.tevalis.com controller index (roughly 70 controllers, read in full) contains no driver, dispatch, run or route entity of any kind, and CreateApiOrderCommand has no driver assignment field. First-party driver dispatch with run batching is therefore absent, not merely undocumented. https://website.tevalis.com/integrations/ · retrieved 2026-08-03
Dispatch includes a live map view with geocoded stops and system-generated route sequencing (turn order optimization) for a multi-stop run, not just a static address list. differentiator
delivery-route-map
Not scored by this record.
Captures live driver GPS position from a driver-facing mobile app and surfaces it back to the dispatch screen. differentiator
delivery-driver-tracking
Not scored by this record.
Delivery areas can be defined as arbitrary map polygons or by drive-time isochrones, not solely as a radius or a ZIP/postcode list. differentiator
delivery-zones-polygon
Not scored by this record.
Each delivery zone carries its own independently configurable delivery fee, order minimum, and quoted promise time, applied automatically from the validated customer address.
delivery-zone-pricing
CreateApiOrderCommand is the documented way an online or delivery order enters Tevalis and it enumerates every field an incoming order may carry: SiteId, CustomerName, Notes, OrderItems, Promotions, Discount, Tenders, BillNotes, KitchenMessage, WaiterMessage, CRMMemberID, ExternalMembershipID, SalesArea, DeliveryTime, PriceGroupID, SCAmount, ThirdPartyReference, Terminal, ThirdPartyTransactionID, TableNumber, Gratuity, OrderParams, CardSurchargeAmount. There is no customer address, no delivery fee, no order minimum and no promise-time field, and no zone entity exists anywhere in the API. Delivery pricing is set in the aggregator or ordering partner (Deliverect, Urban Piper, Deliveroo per the integrations page), not in Tevalis, so address-driven per-zone fees, minimums and promise times are absent from the product. https://api.tevalis.com/Help/Api/POST-PlaceOrder-CreateOrder_Terminal · retrieved 2026-08-03
Address entry is validated/geocoded against a mapping service at order time and rejects or flags out-of-zone addresses before the order is accepted.
delivery-address-validation
Not scored by this record.
Tracks per-delivery driver compensation inputs — mileage or distance driven per run, per-delivery flat reimbursement, and driver-retained tips — and exports them to payroll as separate reimbursement vs. wage lines. differentiator
delivery-driver-comp
Not scored by this record.
Provides a driver cash bank / settle-up flow that reconciles cash collected, orders assigned, and tips owed at end of shift, producing a per-driver over/short figure.
delivery-cash-reconcile
Not scored by this record.
Can hand a first-party order to an on-demand courier marketplace (DoorDash Drive, Uber Direct, Nash, Relay or equivalent) natively from the POS, with the courier quote and status returning into the order record.
delivery-daas-dispatch
Not scored by this record.
Supports hybrid dispatch: rules that automatically overflow an order to a DaaS courier when no in-house driver is available, out of zone, or past a wait threshold. differentiator
delivery-daas-fallback
Not scored by this record.
Offers direct, first-party certified API integrations with DoorDash, Uber Eats, and Grubhub marketplaces (vendor-owned, not solely resold through Otter/Deliverect/Chowly/ItsaCheckmate middleware). differentiator
delivery-3p-direct-integration
Not scored by this record.
Third-party marketplace orders inject automatically into the POS as normal tickets that fire to KDS/printers without tablet re-keying or manual accept.
delivery-3p-injection
Not scored by this record.
Marking an item or modifier 86'd in the POS pushes item-level out-of-stock status to connected third-party channels in near real time, and restores it on availability (DoorDash requires item and item-option 86ing of new POS partners).
delivery-86-sync
Not scored by this record.
Store can be paused/deactivated on each connected third-party marketplace from inside the POS with a timed auto-reactivation, rather than only from each marketplace's own tablet or portal.
delivery-store-pause
Not scored by this record.
Produces a third-party reconciliation report matching marketplace payout deposits to POS-recorded 3P sales, itemizing commission, marketing fees, refunds/adjustments, and identifying missing or unpaid orders. differentiator
delivery-3p-reconciliation
Not scored by this record.
Vendor exposes integration health to the operator — failed/rejected order injections, connection status per channel, and alerts on failure — rather than failing silently. differentiator
delivery-injection-error-visibility
Not scored by this record.
Guests receive a branded order status / driver tracking page or SMS link on the restaurant's own domain for first-party delivery orders, driven by real order and driver state.
delivery-tracking-page
Not scored by this record.
Quoted delivery promise times adjust dynamically from current kitchen load, driver availability, and zone drive time, rather than a fixed per-store constant. differentiator
delivery-promise-time
Not scored by this record.
Vendor documents explicit offline behavior for delivery: whether cash delivery orders, driver assignment, and driver settlement continue during an internet outage.
delivery-offline-behavior
Not scored by this record.
Digital ordering & guest-facing channels
Vendor ships a first-party, commission-free web ordering site on the restaurant's own branding/domain that writes orders directly into the POS with no per-order marketplace commission.
digital-first-party-web
Guest web ordering is a partner category, not a Tevalis product. The integrations page lists mobile/online ordering under MeU, Fetch, Qikserve, OrderPay, Visit and CrowdEngage - "From QR code scanning to appless ordering, these orders are communicated back to the Tevalis EPOS for efficiency" - and the OnlineOrders/PlaceOrder API exists precisely to receive orders placed on those partner platforms. The 39-page sitemap enumerates the entire published product line and contains no online-ordering product; the only first-party guest-facing menu product, TevMenu, is "an interactive version of traditional paper menus" for in-venue display, and the TevX app is a staff handheld ("Take, edit, pay and close orders from the table in question", App Store listing). A first-party commission-free ordering site on the restaurant's own domain is not part of the product. https://website.tevalis.com/integrations/ · retrieved 2026-08-04
Vendor offers a branded native iOS and Android ordering app (published under the restaurant's own brand in the App Store/Play Store), not only a mobile web page or a shared multi-restaurant marketplace app. differentiator
digital-native-app
Not scored by this record.
Guests can create an account with saved addresses, saved (tokenized) payment methods, and one-tap reorder of a previous order across first-party channels.
digital-account-saved-payment
MOVED unknown -> partial. NEW SURFACE: the GOOGLE PLAY PUBLISHER CENSUS for Tevalis (the 321st looked only at Apple and at crt.sh and concluded "the diner-facing TevOrder app host was not found"). Play lists SIX Tevalis packages -- com.tevalis.tevorder, com.tevalis.XEpos, com.tevalis.TevTevX, com.tevalis.TevMenu, com.tevalis.TEEMMobile, com.tevalis.stockmobile -- against only THREE on Apple (artistId 1044990552: TevBA, Tevalis TevX, TevStock; itunes.apple.com/lookup?id=1044990552&entity=software). TevOrder, the diner-facing app, is ANDROID-ONLY and is the surface prior passes could not find. EVIDENCE, vendor-authored listing text at https://play.google.com/store/apps/details?id=com.tevalis.tevorder (updated 11 Jun 2021, still published): "Pay at table through the app, with stored cards." and "List of previously visited sites for takeaway ordering." and "Free automatic app download upon scanning a QR code." CORROBORATED by the listing's own screenshots read at full resolution (play-lh URLs rewritten to =w2000, 1242x2208): the Takeaway checkout dialog shows Name / Phone / Pickup Date / Pickup Time, then a "Card 1" DROPDOWN with a remove (minus) control and a separate empty CVC field -- i.e. more than one card held on file per guest with the PAN stored/tokenized server-side and CVC re-entered per transaction. SHORTFALLS (why partial, not yes): (1) NO SAVED ADDRESS BOOK -- the TevOrder checkout collects no address at all (pickup/dine-in only), and Tevalis's own published order API takes the address PER ORDER, not from a stored profile: https://api.tevalis.com/Help/Api/POST-vversion-OnlineOrders-SubmitCalculatedOnlineOrder's CustomerInfo model is {FirstName, LastName, Line1, Line2, City, PostCode, ContactNumber, ContactAccessCode} with an optional CRMMemberID, and its Tenders are only {TenderTypeID, PLU, Amount} -- there is no card-token or saved-address field anywhere in the API; (2) NO ONE-TAP REORDER -- the app's history control is a list of previously visited SITES, not of previous orders (the launch screen has exactly two buttons, QR-scan and site-list), and `\breorder\b` is 0 across both the 195-operation api.tevalis.com/Help census (20.2 MB) and the 247-document website.tevalis.com corpus; (3) account creation itself is not documented -- the cards appear to hang off a device/CRM member profile, and the only member-signup surface is the retired legacy CRM API. Grade C: a vendor-authored app-store listing plus vendor screenshots, not product documentation. Retrieved 2026-09-18. https://play.google.com/store/apps/details?id=com.tevalis.tevorder · retrieved 2026-09-18 adversarially verified
Digital checkout presents configurable or algorithmic upsell/cross-sell suggestions (rules-based add-ons or personalized recommendations from order history), with attach-rate reporting on those suggestions. differentiator
digital-upsell-engine
Not scored by this record.
Supports future/scheduled orders with per-daypart throttling — capacity limits on orders or items per time slot that automatically close slots when the kitchen is saturated.
digital-scheduled-pacing
Not scored by this record.
Single digital ordering flow supports pickup, curbside (with arrival check-in), dine-in/QR table ordering, and delivery, with mode-specific fees and prep timing.
digital-fulfillment-modes
Not scored by this record.
Supports guest-facing QR scan-to-order and/or scan-to-pay at the table that opens or attaches to the existing POS check, including splitting and tipping.
digital-qr-table
Not scored by this record.
Vendor ships a self-order kiosk running the same menu and modifier logic as the POS, with accessibility-compliant UI and unattended EMV payment. differentiator
digital-kiosk
Not scored by this record.
Supports group ordering: a shareable link where multiple participants add their own items to one order under a per-person or total spend cap, with split or single payment.
digital-group-ordering
Not scored by this record.
Offers a distinct catering ordering flow with separate catering menu/minimums, lead-time rules, quotes or proposals, deposits, and invoice/house-account or ACH payment terms. differentiator
digital-catering-portal
Not scored by this record.
Vendor offers AI voice phone ordering (native or a named certified partner) that answers inbound calls and injects the completed order into the POS without staff transcription. differentiator
digital-voice-ai-phone
Not scored by this record.
Supports AI voice ordering at the drive-thru lane, integrated with the POS menu/modifiers and with escalation-to-human handoff.
digital-drivethru-ai
Not scored by this record.
Supports conversational SMS or chat ordering/reordering (text-to-order or text-a-link) that lands in the POS.
digital-sms-ordering
Not scored by this record.
Supports Order with Google — the restaurant's direct ordering link is provisioned to the Google Business Profile as an ordering option (ideally set as 'Preferred by Business'), rather than leaving marketplace links as the only choice. differentiator
digital-google-order
Not scored by this record.
Supports Apple Business Connect ordering placement — an 'Order Food' custom action on the Apple Maps place card pointing at the vendor's first-party ordering flow.
digital-apple-business-connect
Not scored by this record.
Loyalty accrual and redemption work inside the first-party digital ordering flow using the same guest identity as in-store, not as a separate post-purchase enrollment.
digital-loyalty-attach
Not scored by this record.
Supports guest subscription / membership programs (recurring billing for a delivery-fee waiver, a per-period item entitlement, or a paid loyalty tier) managed in the platform.
digital-subscriptions
Not scored by this record.
Discounts, coupon codes, and loyalty offers are defined once and honored identically across POS, kiosk, and first-party digital channels, with channel eligibility controls.
digital-promo-parity
Not scored by this record.
Vendor documents that the operator owns and can export first-party guest records (email, phone, consented marketing status, order history) in bulk, without a fee or vendor approval. differentiator
digital-guest-data-ownership
Not scored by this record.
Digital checkout uses vendor-hosted fields or a hosted payment page so card data never touches the restaurant's page, with the vendor publishing PCI DSS 4.0 compliance (including the client-side script-integrity requirements effective March 2025) and supporting 3DS.
digital-checkout-pci-sca
Not scored by this record.
Digital channels support the same service-fee / dual-pricing / card-surcharge configuration as the POS, with the required guest-facing disclosure and correct handling of jurisdictions and card brands where surcharging is prohibited. differentiator
digital-surcharge-transparency
Not scored by this record.
Guest data, loyalty & marketing
Maintains a single guest profile that automatically merges transactions from in-store POS, first-party web/app ordering, and kiosk under one identity (phone or email match), with documented dedup/merge behavior.
guest-loyalty-unified-profile
Orders arriving through the API carry CRMMemberID ("send the Tevalis CRM Member ID that the order is for") and ExternalMembershipID ("send the Non-Tevalis CRM Member ID"), so an online, kiosk or partner-channel order is attributed to the same Tevalis CRM member record the POS uses; the Customer Management page describes one member view of "account type, their contact details, what their most purchased item is". Shortfall: the profile is only unified when the calling channel already knows and passes a CRMMemberID - no automatic identity resolution on phone or email match is documented, and there is no published dedup or merge behaviour for duplicate profiles. https://api.tevalis.com/Help/Api/POST-PlaceOrder-CreateOrder_Terminal · retrieved 2026-08-03
Orders arriving from third-party marketplaces (DoorDash, Uber Eats, Grubhub) attach to a native guest profile with usable guest identity rather than landing as anonymous tickets. differentiator
guest-loyalty-thirdparty-identity-attach
Not scored by this record.
Supports at least two of points-per-dollar, visit/punch-count, and spend-tier accrual as configuration, without custom development or a bolt-on loyalty vendor.
guest-loyalty-accrual-models
One accrual model is documented as native configuration: loyalty levels are set up with "a threshold multiplier to work out how many points would be given per spend, redemption value and any bonus points" - points-per-spend without a bolt-on vendor. Shortfall: the claim needs at least two of points-per-spend, visit/punch-count and spend-tier accrual, and only the first is established. Visit or punch-count accrual appears nowhere on the customer-management page or anywhere else on the site, and while "loyalty levels" with thresholds are named, the page never states that levels change the accrual rate or are earned by spend, so tier-based accrual is unconfirmed. The integrations page routes richer loyalty to partners (Como, Leat, Acteol, Salesforce). https://website.tevalis.com/customer-management/ · retrieved 2026-08-04
Supports status tiers with automatic promotion and demotion driven by rolling-window spend or visit counts. differentiator
guest-loyalty-tiers
Not scored by this record.
Documents explicitly what loyalty lookup, accrual, and redemption do when the POS loses connectivity (queue-and-reconcile vs blocked). differentiator
guest-loyalty-offline-behavior
Not scored by this record.
Offer/discount engine exposes explicit stacking and precedence rules (exclusive vs combinable, order of application) as configuration. differentiator
guest-loyalty-offer-stacking-rules
Not scored by this record.
Offers can be issued to a dynamically defined audience (rules over recency, frequency, spend, or items purchased) rather than only broadcast to the whole list. differentiator
guest-loyalty-targeted-offers
Not scored by this record.
Automatically computes recency/frequency/monetary or equivalent lifecycle segments (new, regular, at-risk, lapsed, VIP) without the operator building the queries. differentiator
guest-loyalty-rfm-segmentation
Not scored by this record.
Ships triggered lifecycle automations (birthday, first-visit thank-you, lapsed win-back) as configurable always-on campaigns rather than one-off manual sends.
guest-loyalty-lifecycle-automation
The page documents native pre-set promotions for occasions: "Set up a variety of pre-set promotions in your Tevalis system to ensure that your guests are offered rewards for special occasions such as birthdays", alongside configurable loyalty levels with a points threshold multiplier, redemption value and bonus points. Shortfall: the birthday case is an always-available promotion at the till rather than a triggered outbound campaign, and the vendor routes campaign sending outside the product - "marketing teams are able to import key data into their chosen email marketing platform to create targeted email campaigns". First-visit thank-you and lapsed win-back automations are not offered; CRM/loyalty automation vendors (Como, Leat, Acteol, Salesforce) appear as integration partners. https://website.tevalis.com/customer-management/ · retrieved 2026-08-03
Sends both email and SMS campaigns natively from the platform, not solely by handing the list to a third-party ESP. differentiator
guest-loyalty-native-email-sms
Not scored by this record.
Captures per-channel marketing consent with timestamp and source of consent, and honors revocation received by any reasonable means (not just the STOP keyword) across all channels.
guest-loyalty-consent-management
Not scored by this record.
Handles or explicitly documents A2P 10DLC brand and campaign registration required for the operator to send SMS through the platform.
guest-loyalty-10dlc-registration
Not scored by this record.
Reports redemption and incremental sales attributable to a specific campaign or offer, tying redeemed offers to actual check totals. differentiator
guest-loyalty-campaign-attribution
Not scored by this record.
Provides self-serve export of the full guest list and transaction history, including contact PII, via CSV or API, without a vendor fee or support ticket. differentiator
guest-loyalty-data-export-portability
Not scored by this record.
Exposes a documented outbound guest and order event API or webhook stream that a CDP or marketing platform can subscribe to (e.g. Olo, Punchh, Bridg, Klaviyo). differentiator
guest-loyalty-cdp-event-api
Not scored by this record.
Triggers post-transaction feedback requests and routes responses by score, sending low scores to private service recovery and high scores toward public review sites. differentiator
guest-loyalty-review-capture-routing
Not scored by this record.
Includes a native referral mechanic with per-guest codes or links, attribution of the referred guest's first order, and two-sided rewards.
guest-loyalty-referral-program
Not scored by this record.
Issues an Apple Wallet or Google Wallet loyalty pass with push-updatable balance, as an alternative to requiring a branded app download. differentiator
guest-loyalty-wallet-pass
Not scored by this record.
Provides admin tooling to fulfill guest data access and deletion requests (CCPA/CPRA-style) including deletion propagation to loyalty and marketing records.
guest-loyalty-privacy-rights-tooling
Not scored by this record.
Enforces loyalty fraud controls such as redemption velocity limits, manager approval on manual point adjustments, and flagging of employee self-redemption, with an audit log.
guest-loyalty-redemption-fraud-controls
Not scored by this record.
Vendor documents AI/ML-generated recommendations for offer content, target audience, or send timing (claim-level; verify it is a shipped product feature, not a roadmap statement). differentiator
guest-loyalty-ai-offer-recommendation
Not scored by this record.
Offers native stored-value/gift card balances tied to the same guest profile and redeemable across all locations of the brand.
guest-loyalty-stored-value-gift
Not scored by this record.
Labor & workforce
Employees clock in and out at the POS terminal using a PIN, badge, or card, with no separate time-clock hardware required.
labor-clock-in-at-pos
Attendance is native to the EPOS: the Attendance/{SiteID} endpoint "Returns clock in and clock out times for users" per site and date range, and GetAttendanceLogEdits trails portal edits to those logs. The CMUser create/update endpoints show the mechanism lives on the till user itself - each EPOS user carries a CardNumber, a ShowButtonOnLoginScreen flag and a CompulsoryClockOn flag (default false), i.e. clock-on can be enforced at EPOS sign-on via card or on-screen login, with no time-clock entity anywhere else in the ~70-controller index. Corroborated third-party: Planday's help centre article "Tevalis integration - How to use Tevalis ePOS to clock in and out" has employees clocking in and out on the Tevalis ePOS with punch entries imported to Planday every 5 minutes. No separate time-clock hardware appears in the product line. https://api.tevalis.com/Help/Api/GET-Attendance-SiteID_StartDate_EndDate_UserID · retrieved 2026-08-04
Captures a photo at punch (or performs facial verification) attached to the timecard entry, with a photo-only mode available that stores no biometric template. differentiator
labor-photo-punch-verification
Not scored by this record.
Supports mobile clock-in restricted by geofence or location validation for staff who do not punch at a fixed terminal.
labor-geofenced-mobile-punch
Not scored by this record.
Records time punches while the POS is offline and reconciles them on reconnect without loss or duplicate entries, with the behavior documented. differentiator
labor-offline-time-punch
Not scored by this record.
Permissions are grantable per discrete action (void, comp, discount, refund, drawer open, price change, report access) per role and per location, not limited to fixed cashier/manager/admin tiers.
labor-granular-rbac
Roles are operator-defined rather than fixed tiers: CMUserLevel supports GET/POST/PUT/DELETE of arbitrary user levels (delete is refused "if there are no users using it"), every user carries a LevelID, and the API guide states "A User must have a User Level, as this is what defines their permissions in the EPOS system." Individual behaviour flags exist on the user itself (AllowedToOpenTableFromOtherClerks, SignOffAtSaleFinalisation, CompulsoryClockOn, AutoDisplayFloorPlan), and Centralised Management advertises "Easily edit user and group permissions" and "Configure user group restrictions". Shortfall: the published UserLevelModel contains only LevelID, LevelName and ExternalGroupId - no per-action permission set (void, comp, discount, refund, drawer open, price change, report access) is enumerated anywhere, and user levels are company-scoped centralised objects with no documented per-location scoping of a role. https://api.tevalis.com/Help/Api/PUT-CMUserLevel · retrieved 2026-08-03
Manager overrides and approvals are attributed to the individual approver and written to an immutable audit trail queryable after the fact.
labor-manager-override-audit
The voids report returns AuthUserName as a field distinct from UserName, so the approving individual - not just the operating clerk - is recorded against each void, together with Reason, Terminal, TransactionID, TransactionItemID and both DateTime and LastDateTime. It is queryable after the fact over a date range across a collection of SiteIDs, and the sibling Enterprise reports (GetDiscountReport, GetGratuityByUserReport, GetTenderBreakdownByUserReport) carry the same per-user attribution. Attendance/GetAttendanceLogEdits separately returns "attendance log edits from portal" with the change window, so back-office edits are also trailed. Immutability is not asserted by the vendor; the records are exposed read-only through the reporting API. https://api.tevalis.com/Help/Api/GET-Reporting-v1-Enterprise-GetVoidsReport · retrieved 2026-08-03
Builds and publishes employee shift schedules inside the same platform that holds the timekeeping data, rather than requiring a third-party scheduling app. differentiator
labor-native-scheduling
Not scored by this record.
Generates recommended staffing levels or labor hours by daypart from the operator's own POS sales history, not just a static template. differentiator
labor-demand-labor-forecast
Not scored by this record.
Displays labor cost as a percentage of sales in real time during service on a manager view or POS, not only in end-of-day or next-morning reports. differentiator
labor-realtime-labor-percent
Not scored by this record.
Warns or blocks at clock-in when an employee is approaching or would cross a configured overtime threshold, before the overtime is incurred. differentiator
labor-overtime-prevention
Not scored by this record.
Configures meal and rest break rules per state or jurisdiction, prompts required break attestation, and flags missed breaks for premium pay. differentiator
labor-break-compliance-by-state
Not scored by this record.
Supports predictive-scheduling ordinances by tracking advance-notice deadlines for published schedules and calculating predictability pay owed for employer-initiated changes.
labor-fair-workweek-support
Not scored by this record.
Enforces minor-labor restrictions (age-based maximum hours, prohibited time windows, school-day limits) at both scheduling and clock-in.
labor-minor-labor-rules
Not scored by this record.
Computes tip pooling and tip-outs automatically per shift from configurable rules (percentage of sales, hours worked, points, or role), rather than requiring a manual spreadsheet.
labor-tip-pooling-rules
Not scored by this record.
Retains a per-shift, per-employee record of tips received, amounts contributed to the pool, and amounts distributed from the pool, exportable for audit.
labor-tip-distribution-audit-trail
Not scored by this record.
Payroll export separates cash from charged qualified tips and carries a Treasury tipped-occupation code, supporting the W-2 Box 12 code TP and Box 14b reporting required for tax year 2026. differentiator
labor-qualified-tips-w2-reporting
Not scored by this record.
Vendor processes payroll itself as a first-party product (tax filing and direct deposit), as opposed to exporting to a third-party payroll provider only. differentiator
labor-native-payroll
Not scored by this record.
Exports timecards, wages, and tips in documented formats or via direct integration for at least two major payroll providers (e.g. Gusto, ADP, Paychex, QuickBooks).
labor-payroll-export-formats
Not scored by this record.
Employees can request shift swaps or claim open shifts in a self-service app, subject to a manager approval workflow that enforces overtime and role eligibility. differentiator
labor-shift-swap-workflow
Not scored by this record.
Provides digital new-hire onboarding that collects W-4 and I-9 documentation and supports E-Verify submission.
labor-digital-onboarding-i9
Not scored by this record.
Reports per-employee sales performance metrics (average check, items or category attachment rate, void and comp rate) by server or cashier. differentiator
labor-server-performance-metrics
Not scored by this record.
Inventory, purchasing & cost control
Supports multi-level recipe/BOM costing where a recipe can contain sub-recipes (prep items) and plate cost recalculates automatically when any component ingredient's cost changes.
inventory-recipe-bom-costing
CatalogueItemDto carries an Ingredients collection of CatalogueIngredientModel, whose fields are RecipeItemID, ProductID, MeasureID, SubRecipeID, Name, ProductType, ProductGroup, Measure, BaseUnit, BaseUnitAmountUsed, BaseYield and OverrideYield. The explicit SubRecipeID reference on a recipe line establishes multi-level composition - a recipe line can point at a prep item that is itself a recipe - and the item carries NetUnitCost/GrossUnitCost and BaseUnitNetCost/BaseUnitGrossCost, so component cost is held per item rather than hand-entered on the plate. The stock-management page adds "Easily configure ingredients and recipes", "Increase ingredient accuracy with exact cost price per recipe" and "View a suggested sales price based on the target GP set". Shortfall: the recalculation half of the claim is undocumented. Neither the API help nor the stock-management page states that plate cost recomputes automatically when a component ingredient's cost changes, and the schema is flat with foreign-key references rather than a nested structure, so whether cost propagates up the sub-recipe chain on its own or is refreshed by a costing run is not published. https://api.tevalis.com/Help/Api/GET-Stock-GetInventoryCatalogue-SiteID · retrieved 2026-08-04
Stores purchase unit, recipe unit, and count unit per item with explicit conversion factors, plus a yield/waste percentage applied to raw-to-usable conversion.
inventory-unit-conversion-yields
CatalogueItemDto stores three distinct units per item with an explicit factor between them: BaseUnit (with BaseUnitNetCost/BaseUnitGrossCost), StocktakeUnit with StocktakeUnitQty as the conversion quantity, and a PurchaseUnits collection per item, backed by Stock/GetPurchaseUnits per site. CMMeasureDto adds OfSKU, a decimal ratio of a sales measure to the stock SKU. Recipes are first class (Ingredients collection on the catalogue item; the stock page says "Easily configure ingredients and recipes" and "exact cost price per recipe"), with PreparationMethod, MinutesOfPreparation, MinutesOfCooking and DaysOfShelfLife. Shortfall: no yield or waste percentage is applied to the raw-to-usable conversion - the only percentage-style field in the stock period report is Allowance (a variance allowance) alongside actual QtyWasted and NetCostOfWastage, which are measured wastage, not a configured yield factor. https://api.tevalis.com/Help/Api/GET-Stock-GetInventoryCatalogue-SiteID · retrieved 2026-08-03
Produces a theoretical-vs-actual usage variance report per item for a defined count period, showing theoretical usage from POS sales times recipe, actual usage from counts plus receipts, and the variance in both units and currency. differentiator
inventory-theoretical-vs-actual
Not scored by this record.
Depletes ingredient on-hand quantities in near real time as orders are fired at the POS, including depletion driven by modifier selections, not only in an end-of-day batch. differentiator
inventory-realtime-depletion
Not scored by this record.
Automatically 86s (marks unavailable) menu items on the POS, online ordering, and connected third-party delivery menus when a component ingredient hits zero or a configured threshold. differentiator
inventory-86-auto-sync
Not scored by this record.
Supports full physical inventory, ad-hoc spot counts of a subset, and scheduled recurring cycle counts, with each count's variance recorded as separate history rather than overwriting prior counts.
inventory-count-modes
Stocktakes are discrete retained records, not an overwritten snapshot: StocktakeDto carries StocktakeID, StockPeriodID, StockLocationID, Name, StocktakeDateUtc, ValidationErrorsDetected, Complete and LastDateTimeCompletedUtc, and they are queryable by date range and by stock location, so multiple counts within a period each keep their own history. Variance is reported per count via Reporting/v1/Stock/GetStockPeriodItemsReport (OpeningQty, ExpClosingQty, ClosingQty, NetStockVarianceValue, per StocktakeCategory), and the stock page notes counts can be paused: "Perform stock takes with the ability to complete at a later date." Shortfall: subsetting is by stock location or stocktake category rather than an arbitrary ad-hoc item selection, and nothing documents a scheduler for recurring cycle counts - stock periods are accounting periods, not a count schedule. https://api.tevalis.com/Help/Api/GET-Stocktakes-v1-GetStocktakes_SiteID_StartDateFromUtc_EndDateToUtc_StockLocationID · retrieved 2026-08-03
Provides a mobile/tablet counting app supporting barcode or QR scanning that continues to accept counts with no network connectivity and syncs on reconnect.
inventory-mobile-count-offline
Not scored by this record.
Ships pre-built electronic vendor catalog and order-transmission integrations with named broadline distributors (e.g. Sysco, US Foods, Performance Food Group) that send purchase orders and receive invoices electronically rather than by emailed PDF. differentiator
inventory-vendor-catalogs-edi
Not scored by this record.
Ingests supplier invoices from photo, PDF, or email and extracts line-item detail (item, quantity, unit, price) into the inventory ledger without manual line entry. differentiator
inventory-invoice-ocr
Not scored by this record.
Tracks per-item purchase price history across invoices and alerts when a received price exceeds the prior or contracted price by a configurable threshold. differentiator
inventory-price-change-alerts
Not scored by this record.
Maintains par levels per item per location and generates suggested purchase order quantities from on-hand versus par, with at least one mode driven by a sales forecast rather than a static par. differentiator
inventory-par-auto-suggest
Not scored by this record.
Provides a structured waste/spoilage logging workflow with reason codes that debits inventory and reports waste cost separately from usage variance.
inventory-waste-logging
Not scored by this record.
Supports inter-location inventory transfers as a two-sided transaction crediting the sending location and debiting the receiving location, with an in-transit or approval state.
inventory-transfers
Not scored by this record.
Supports a commissary/central kitchen model where one location produces prep items and issues or sells them to other locations at a computed transfer cost.
inventory-commissary
Not scored by this record.
Captures lot/batch numbers at receiving and links them through production to sales or transfers, enabling a backward and forward recall trace.
inventory-lot-traceability
Not scored by this record.
Tracks expiration or use-by dates on received and prepped items and surfaces an expiring-soon report or alert before spoilage.
inventory-shelf-life-expiry
Not scored by this record.
Supports partial-bottle liquid inventory by weight (scale integration) or by bottle fraction for bar and beverage counting.
inventory-bar-partial-bottle
Not scored by this record.
Exports period COGS and accounts-payable invoice detail in a named accounting system's import format (e.g. QuickBooks, Sage Intacct, NetSuite) with GL account mapping configurable per item category.
inventory-cogs-gl-export
Not scored by this record.
Inventory and recipe costing are delivered natively by the POS vendor rather than requiring a separately-contracted third-party product (e.g. MarginEdge, MarketMan, Restaurant365) to function. differentiator
inventory-native-not-partner
Not scored by this record.
Reporting, BI & data access
Provides a live sales dashboard reflecting transactions within minutes of the sale, accessible from both a browser and a mobile app off-premise.
reporting-realtime-dashboard
The Business Analytics page states "Completely customisable dashboard", "Data is accessible anytime, anywhere", "Updates every 15 minutes" and "Live Data is always accessible"; the enterprise page describes the suite as "cloud-based enterprise tools which can be accessed from anywhere, at any time and on any internet connected device" with dashboards, live activity logs and 200+ reports. A 15-minute cycle satisfies "within minutes of the sale", and off-premise browser access is established. Shortfall: the mobile half is weaker than the claim. The only named app, TevBa, is described under "Looking for on-the-go analytics?" as "Receive messaging alerts on the TevBa app" with "Key reports available" - alerts and a subset of reports, not the customisable dashboard itself - and no vendor page states the dashboard renders in the app. Refresh is also a fixed 15-minute batch rather than continuous. Grade C throughout: this is the product page, not documentation; no Business Analytics admin guide is published. https://website.tevalis.com/business-analytics/ · retrieved 2026-08-04
Generates a daily close-out/EOD report reconciling gross sales, net sales, tax, tips, discounts, refunds, tender types, and expected cash deposit in one document.
reporting-eod-closeout
The Z-report is the documented daily close and the cashup hangs off it: Cashup/{SiteID}?ZReportID= returns CashupModel rows of Terminal, TenderType, ExpValue and ActValue by SalesArea and UserName - expected versus actual cash and card by tender type, which is the expected-deposit reconciliation. ZReport/{SiteID} lists the Z-reports themselves by date, and CashManagement closes the loop with GetUnbankedZReports, GetUnbankedSafeDrops, GetBankingList and GetBankingSummary. The Enterprise reports supply the remaining lines for the same day and site set: GetTradingSummaryReport, GetFullSalesBreakdownReportByDay (net, gross and ActTax), GetTenderBreakdownByUserReport, GetGratuityByUserReport, GetDiscountReport and GetVoidsReport, and RefundTransaction/Get covers refunds. Centralised Management lists cash up among its report categories. https://api.tevalis.com/Help/Api/GET-Cashup-SiteID_ZReportID_ShowLocalCurrency · retrieved 2026-08-03
Provides a product mix (PMIX) report at individual menu item AND modifier level with quantity, gross and net sales, filterable by daypart and revenue center.
reporting-pmix-modifier-level
SpfReportsFullSalesByDayDto is a genuine product mix: one row per ProductID and MeasureID per site per day with Quantity, ExpNet/ActNet, ExpGross/ActGross, ActTax, Price, AvgCost/TotalCost, GP, Variance, SalesPC, Covers and TotalTransactions, plus ProductName, ProductGroupName, ProductTypeName and MeasureName. The request accepts a StartTime/EndTime window within each day, which gives daypart filtering, and a ProductTypeIDs filter. Shortfall: the request has no SalesArea parameter, so it cannot be filtered by revenue centre even though SalesArea exists elsewhere in the platform (SalesArea endpoint, cashup rows), and no modifier or option-level breakout is documented - option items reference a ProductID but the vendor nowhere states that option sales appear as rows in this report. https://api.tevalis.com/Help/Api/GET-Reporting-v1-Enterprise-GetFullSalesBreakdownReportByDay · retrieved 2026-08-03
Produces an audit report of comps, voids, discounts, and price overrides attributed to the employee who applied them and the manager who approved them, with reason codes and timestamps.
reporting-comps-voids-audit
Not scored by this record.
Reports cash over/short per drawer, per shift, and per employee, comparing counted cash to expected cash from tendered transactions and paid-outs.
reporting-cash-over-short
Not scored by this record.
Reports sales per labor hour and labor cost as a percentage of sales by hour, by department, and by employee, using actual clocked hours from the POS time clock.
reporting-labor-productivity
Not scored by this record.
Reports per-server metrics including average check, items per check, attachment rate for named categories, and tips as a percentage of sales. differentiator
reporting-server-scorecards
Not scored by this record.
Reports revenue and margin by fulfillment channel — dine-in, direct online, first-party delivery, and each third-party marketplace separately — net of marketplace commission fees. differentiator
reporting-channel-profitability
Not scored by this record.
Provides a consolidated multi-location report with side-by-side location comparison and drill-down from group total to a single location and then to an individual transaction. differentiator
reporting-multiloc-drilldown
Not scored by this record.
Includes a self-service report builder letting a non-developer choose dimensions, measures, and filters and save the result, rather than only fixed canned reports. differentiator
reporting-custom-report-builder
Not scored by this record.
Supports scheduling any report for automatic recurring delivery by email or to a shared destination on a defined cadence and recipient list.
reporting-scheduled-delivery
Not scored by this record.
Offers automated recurring bulk export of transaction-level raw data to a customer-controlled destination (S3, SFTP, Snowflake, BigQuery, or equivalent), not just manual CSV download. differentiator
reporting-raw-warehouse-export
Not scored by this record.
Publishes a documented public REST or GraphQL API covering orders, payments, menu, and labor data, with self-service developer credentials obtainable without a signed partner agreement. differentiator
reporting-public-api
Not scored by this record.
Emits outbound webhooks for order and payment lifecycle events to a customer-supplied endpoint, with documented retry behavior and payload signature verification. differentiator
reporting-webhooks
Not scored by this record.
API and raw-data access are included in the standard subscription rather than gated behind an additional per-location fee, revenue share, or enterprise-only contract. differentiator
reporting-api-not-upcharged
Not scored by this record.
Core reporting beyond basic sales summaries — labor vs sales, PMIX, comps/voids audit, multi-location comparison — is available on the entry-level paid plan rather than requiring a higher tier or an add-on analytics SKU. differentiator
reporting-tier-paywall
Not scored by this record.
Documents a historical retention window of at least 24 months of transaction-level detail queryable in the reporting UI, with no silent truncation or archive retrieval fee. differentiator
reporting-history-retention
Not scored by this record.
Sends proactive push or email alerts when an operator-configured metric breaches a threshold or deviates from its historical pattern (e.g. void spike, sales below forecast, discount rate anomaly). differentiator
reporting-anomaly-alerts
Not scored by this record.
Offers a natural-language query or AI assistant that answers ad-hoc questions against the operator's own sales and labor data and returns a figure or chart, not a generic help-article response.
reporting-nl-query
Not scored by this record.
Reports guest-level analytics including new versus returning guest counts, visit frequency, and lifetime spend cohorts tied to identifiable guest records from loyalty or online ordering. differentiator
reporting-guest-cohorts
Not scored by this record.
Produces a forward sales forecast at daypart or hourly granularity from the location's own history, exposed in the reporting UI and consumable by scheduling or ordering workflows. differentiator
reporting-sales-forecast
Not scored by this record.
Generates payroll- and tax-ready tip reporting: declared versus charged tips per employee, tip pool distribution detail, and a tax liability summary by jurisdiction.
reporting-tip-tax-compliance
Not scored by this record.
Multi-location, franchise & enterprise governance
Supports a named organizational hierarchy of at least three levels (e.g. enterprise > region/group > location) as a first-class object that reporting and permissions can be scoped to, not just a flat list of locations.
multi-location-org-hierarchy
Reporting and access are scoped above the site: every Enterprise and Stock report takes a SiteIDs collection, Sites returns "A List Of All Sites for Company", API credentials are bound to a CompanyId header, cache can be cleared per site or for the entire company, and SpfReportsVoidsDto exposes both SiteID and SubSiteID - so company, site and sub-site are real levels. Shortfall: there is no named region or group entity between company and site as a first-class object. Grouping is ad hoc (a SiteIDs array per report call) or via CMTag/GetSiteTags, which returns site-type tags with no hierarchy semantics, and nothing documents scoping a permission or a role to such a tier - user levels are company-wide. https://api.tevalis.com/Help/Index · retrieved 2026-08-03
Corporate menu items expose per-field override rules so a location can change some attributes (e.g. price, availability) while corporate locks others (e.g. name, image, recipe), and locked fields are not editable at store level. differentiator
multi-location-local-override-policy
Not scored by this record.
Supports price tiers/zones so one menu item carries different prices per location group, per order channel, and per daypart without duplicating the item record.
multi-location-price-zones
Price groups are override layers on a single product record, stated explicitly on the V3 ProductCatalogue endpoint: "V3 will also give you a price for every price group, instead of just giving you a price if it exists. E.g. if the site has 100 products, and only 20 of these products have a takeaway price, this endpoint will return the 100 prices, 20 of them using the takeaway price, and the rest using the standard... the price group essentially acts as an override to the standard prices" - so no item duplication. Location grouping is covered by Centralised Management ("Set different price bands to different sites/locations", "Set up different price groups for different sites") backed by CMPriceBand and CMPriceGroup, and channel is covered per order (CreateOrder takes PriceGroupID, "Specify what pricegroup you're sending the order as"). Shortfall: daypart is not an axis of the price-group model - time-varying pricing appears to be handled by CMPromotions, which carries promotion types and weekday configuration, i.e. a discount layer rather than a per-daypart price. https://api.tevalis.com/Help/Index · retrieved 2026-08-03
Menu, price, and promo changes can be scheduled to activate at a future date/time interpreted in each target location's own timezone, and can be rolled back after activation. differentiator
multi-location-scheduled-publish
Not scored by this record.
A new location can be provisioned by cloning a documented configuration template (menu, taxes, roles, printers, modifiers, tenders) rather than being configured from scratch, and the vendor publishes the expected time-to-open. differentiator
multi-location-new-store-template
Not scored by this record.
The permission model distinguishes a franchisor/corporate tenant from an independently-owned franchisee tenant, so corporate can see franchisee sales and enforce config while the franchisee owns its own employees, banking, and labor data. differentiator
multi-location-corp-vs-franchisee-roles
Not scored by this record.
Calculates franchise royalty, ad-fund, and marketing-fee amounts automatically from POS net sales on a defined schedule, with a configurable royalty basis (gross vs net of discounts/comps/third-party). differentiator
multi-location-royalty-calculation
Not scored by this record.
Supports automated ACH/debit collection of calculated royalties and fees from franchisee accounts, with a franchisee-visible statement of what was charged.
multi-location-royalty-collection
Not scored by this record.
Provides above-store reporting that aggregates sales, labor, discounts, voids, and item mix across any selected set of locations in one view, with store-vs-store ranking and variance flags.
multi-location-consolidated-reporting
Not scored by this record.
Item-level sales roll up across locations under a shared corporate item ID even when stores have renamed or locally priced the item. differentiator
multi-location-normalized-item-rollup
Not scored by this record.
Gift cards issued at one location are redeemable at any other location in the brand, with a reported outstanding-liability balance and inter-store settlement/redemption reconciliation between owners.
multi-location-cross-location-giftcard
Not scored by this record.
A single customer loyalty profile, balance, and stored order history is shared across all locations in the brand rather than being per-location.
multi-location-cross-location-loyalty
Not scored by this record.
A single location/terminal can operate two or more distinct brands or virtual brands with separate menus, receipts/branding, and separately reportable revenue, on the same hardware and drawer. differentiator
multi-location-multi-brand
Not scored by this record.
Tax configuration is per-location with support for multiple simultaneous tax rates, jurisdiction-specific rules (e.g. prepared-food vs grocery, inclusive vs exclusive tax), and per-location tax exemptions.
multi-location-multi-tax-jurisdiction
Not scored by this record.
Produces an immutable audit log of who changed which configuration object (price, tax, permission, discount) at which location and when, exportable or queryable by corporate. differentiator
multi-location-config-audit-log
Not scored by this record.
Publishes a documented multi-location API (or data warehouse/BI export) that returns transaction-level data across all locations in one authenticated call, without per-location credentials. differentiator
multi-location-enterprise-api
Not scored by this record.
Labor rules (overtime, break enforcement, predictive-scheduling compliance) are configurable per location or location group and enforced at the terminal, not just reported after the fact.
multi-location-central-labor-policy
Not scored by this record.
Hardware & physical footprint
The POS software runs on commodity off-the-shelf hardware (standard iPads, Android tablets, or PCs) that the operator can buy from a third party, rather than only on vendor-supplied proprietary terminals. differentiator
hardware-commodity-devices
Not scored by this record.
Vendor documentation names the specific client operating systems supported (iOS/iPadOS, Android, Windows, Linux/web) and states minimum OS versions and device specs.
hardware-os-platforms
OS families are named for exactly one client: the mPOS page says TevX will "Install on any IOS, Android, or Windows device", and the App Store listing for Tevalis TevX adds a minimum of iOS 11.0. Shortfall: everything else the claim requires is unpublished. The operating system of the fixed POS terminals, self-service kiosks and kitchen screens is never named anywhere on the site, no minimum OS versions or device specs exist for any platform beyond the App Store's iOS line, and the FAQ says existing hardware can be reused "as long as your hardware meets the required specifications" while publishing no such specifications or compatibility list. https://website.tevalis.com/mpos/ · retrieved 2026-08-04
Offers a purpose-built handheld ordering device with an integrated card reader (not a phone case add-on), with published drop rating and IP ingress rating.
hardware-handheld-purpose-built
Not scored by this record.
The handheld supports hot-swappable or field-replaceable batteries, or the vendor publishes a rated battery life for a full shift. differentiator
hardware-handheld-battery-swap
Not scored by this record.
Handhelds support cellular/LTE connectivity as a documented fallback when store Wi-Fi drops, either built into the device or via a vendor-supplied failover.
hardware-handheld-lte
Not scored by this record.
Terminals continue to take orders, print to kitchen, and record cash sales with the internet down, and the vendor documents explicitly which functions degrade (card auth, loyalty lookup, refunds).
hardware-offline-mode
Tevalis states of its TevX mPOS platform: "Our modern restful service technology means you can continue to process orders offline and with no database connection" - repeated verbatim on the Stadia & Arenas page. Shortfall: the claim's second half is unmet. The vendor publishes no statement of which functions degrade offline - card authorisation, CRM/loyalty member lookup (orders reference a CRMMemberID resolved centrally), voucher validation and refunds are all unaddressed - and the assertion is scoped to the mPOS handheld rather than to fixed terminals, kitchen routing or cash-sale recording. The FAQ page has no offline or outage question at all. https://website.tevalis.com/quick-service/ · retrieved 2026-08-03
Sells or supports a dedicated kitchen display system with bump-bar or touch input, station routing, and course/fire timing, as a first-party product rather than an integration-only dependency.
hardware-kds
Kitchen Management is a first-party Tevalis module - the integrations page has no kitchen partner category, and the FAQ's hardware list includes Tevalis-supplied "kitchen management touch screens". Touch input and station routing are both documented: "Easily 'Bump' completed tickets off the screen", Bump Messages, "Orders are sent to specific screens" with "separate screens for different prep areas" and "Staff can pass orders on when their part is complete". Shortfall: course/fire timing is not documented. The published timing features are ticket-age based - the "Timer" function displays active ticket times and "Flash Seconds" flashes tickets after a set time - with no hold-and-fire, course pacing or coursing behaviour stated anywhere on the page, and no bump-bar hardware is named (bumping is described only as an on-screen action). https://website.tevalis.com/kitchen-managements/ · retrieved 2026-08-04
Offers a self-order kiosk running the same menu and modifier engine as the POS, in both countertop and freestanding form factors, with integrated payment and accessibility (ADA) compliance documented. differentiator
hardware-kiosk
Not scored by this record.
Supports drive-thru-specific hardware: outdoor digital menu boards, order confirmation displays, and speaker/headset integration, with a documented timer/speed-of-service measurement.
hardware-drive-thru
Not scored by this record.
Works with standard ESC/POS thermal receipt and kitchen printers from more than one manufacturer (e.g. Epson and Star), including LAN/Ethernet printers, rather than only vendor-branded printers.
hardware-printer-compatibility
Not scored by this record.
Supports the standard peripheral set — cash drawers (including multi-drawer per terminal), barcode scanners, scales for by-weight items, and customer-facing displays — with a published compatibility list.
hardware-peripherals
Not scored by this record.
Card entry happens on a PCI-listed PTS device using validated point-to-point encryption, so the POS application and tablet stay out of PCI scope; the vendor states the merchant's SAQ type.
hardware-p2pe-terminal
Not scored by this record.
Supports contactless acceptance directly on a commodity phone or tablet (Tap to Pay on iPhone / Tap to Pay on Android) with no separate reader. differentiator
hardware-tap-to-phone
Not scored by this record.
Hardware prices are published per SKU on the vendor's public site, rather than quote-only. differentiator
hardware-pricing-transparency
Not scored by this record.
Hardware can be purchased outright (owned) as an alternative to a mandatory lease or subscription-bundled rental, and the vendor states which. differentiator
hardware-ownership-vs-lease
Not scored by this record.
Vendor documentation confirms whether hardware purchased from the vendor remains usable with other software after cancellation, i.e. it is not software-locked or remotely bricked. differentiator
hardware-usable-after-churn
Not scored by this record.
Publishes a hardware warranty term and a replacement/advance-exchange SLA with a stated turnaround (e.g. next-business-day depot swap). differentiator
hardware-rma-sla
Not scored by this record.
Staff can run the ordering or payment app on their own personal phone (BYOD) with a documented permission and security model.
hardware-byod
Not scored by this record.
Provides a remote device-management console showing each terminal, printer, and KDS as online/offline, with remote reboot, software-version visibility, and staged rollout of updates. differentiator
hardware-remote-device-management
Not scored by this record.
Integrates with specialty beverage hardware — self-pour tap walls, flow meters, or liquor pour spouts — such that pours post to a POS tab automatically.
hardware-selfpour-scales
Not scored by this record.
Supports inbound caller ID hardware or a telephony integration that pops the customer record and order history at the POS on an incoming call.
hardware-callerid-integration
Not scored by this record.
Integrations, API & extensibility
Public, self-serve API reference documentation is readable without a signed partner agreement, NDA, or sales call.
extensibility-public-api-docs
REPLACES an undated first-pass placeholder that said 'No developer portal located; absence of a fetchable site is not evidence of absence of docs' -- while extensibility-webhooks-push sits at yes A in this same record citing api.tevalis.com/Help/Api/POST-OrderWebhooks-CreateWebhook. api.tevalis.com serves an ASP.NET Web API help site with a per-endpoint reference and no gate of any kind: no robots.txt (404, allowed under RFC 9309), HTTP 200 anonymously, and no login or password element anywhere in the body. The CreateOrder page carries the full request contract -- 'Creates a new Order for the pos to process, use CheckTransactions to query the status of the order', a URI parameter table (Terminal, string) and a CreateApiOrderCommand body table naming SiteId (integer, Required), CustomerName (Required, 'String length: inclusive between 0 and 200'), OrderItems, Promotions ('Promotions are not currently supported'), Discount, Tenders ('if tenders do not match the full bill amount the order will remain open on the POS and will not auto-finalize'), BillNotes, KitchenMessage, WaiterMessage, CRMMemberID and DeliveryTime. A 'Help Page Home' index links the sibling endpoint pages. https://api.tevalis.com/Help/Api/POST-PlaceOrder-CreateOrder_Terminal · retrieved 2026-09-01
API access is included in the base subscription at no additional per-location fee, surcharge, or upgraded plan requirement. differentiator
extensibility-api-access-cost
Not scored by this record.
A free sandbox or test environment with seeded data is available to developers without owning a paid production account. differentiator
extensibility-free-sandbox
Not scored by this record.
Third-party apps authenticate via OAuth 2.0 with scoped, operator-granted, individually revocable permissions (not shared static API keys or credential sharing).
extensibility-oauth-partner-apps
The Security section of the API guide (V2.0, dated 03/02/2021) enumerates the authentication scheme completely and it is static shared credentials: "If you wish to program against this API for document or production, you must contact Tevalis to obtain a unique GUID and developer ID, (email support@tevalis.com). The GUID and DeveloperID must be present in the HTTP Header of the request." The header table is CompanyId, GUID, DevID, and GUID2, the last "required for PUT, POST and DELETE" and "granted access at the discretion of tevalis". There is no authorization endpoint, no token exchange, no scope model and no operator-facing grant or revoke anywhere in the roughly 70 published controllers - ValidateAuthorization/Get merely returns true or a 401 for the header credentials. Access is vendor-granted to "certified partners", explicitly not operator-granted; write access is a coarse second secret rather than a scope. This is precisely the shared-static-key pattern the claim excludes. https://api.tevalis.com/Content/Tevalis%20API%20Documentation.pdf · retrieved 2026-08-03
The platform pushes real-time webhooks for order lifecycle events (created, modified, paid, voided, refunded) rather than requiring polling.
extensibility-webhooks-push
First-party push webhooks with a management API: OrderWebhooks exposes CreateWebhook, UpdateWebhook, DeleteWebhook, GetWebhooks and GetWebhookTypes. CreateWebhookCommand takes WebhookType, a required Endpoint, a WebhookSendType constrained by regex to POST or GET, an optional Body template, and SiteOverrideId documented as "SiteID = 0 will cause the webhook to trigger for all sites" - so subscriptions are per site or estate-wide. Registrations are bound to the calling partner (the response returns ApiDeveloperId and ApiDeveloperName). This is push rather than polling; the alternative for API-placed orders is explicitly polling (PlaceOrder/CheckTransactions "query the status of the order"). Caveat on completeness: GetWebhookTypes returns a string-to-integer dictionary at runtime and the docs do not enumerate the event list, so which of created/modified/paid/voided/refunded are offered cannot be confirmed from the published reference. https://api.tevalis.com/Help/Api/POST-OrderWebhooks-CreateWebhook · retrieved 2026-08-03
Webhooks are cryptographically signed (e.g. HMAC) AND documented to retry with backoff, with a replayable event log for missed deliveries. differentiator
extensibility-webhook-reliability
Not scored by this record.
A public write API accepts externally originated orders into the POS as first-class tickets that fire to KDS/printers and land in reporting.
extensibility-order-injection-api
Not scored by this record.
Every core object the API can read (orders, menu, customers, employees, inventory) can also be written or updated via the same API. differentiator
extensibility-data-symmetry
Not scored by this record.
API rate limits are published as specific numeric quotas with documented throttling behavior and headers.
extensibility-published-rate-limits
Not scored by this record.
The vendor is a named DoorDash Preferred Integration Partner (DPIP) under the 2026 program requirements. differentiator
extensibility-doordash-preferred
Not scored by this record.
Direct, first-party certified integrations exist with DoorDash, Uber Eats, and Grubhub without requiring a paid middleware layer (Otter/Chowly/Deliverect/Checkmate). differentiator
extensibility-first-party-delivery-integrations
Not scored by this record.
The POS is a supported endpoint for at least two major aggregation middleware platforms (Deliverect, Chowly, Otter, Checkmate, ItsaCheckmate).
extensibility-middleware-compatibility
Not scored by this record.
Native, vendor-maintained connectors exist for QuickBooks Online and at least one other GL/accounting system, with mapped journal entries rather than CSV-only export.
extensibility-accounting-connectors
Not scored by this record.
Labor hours export natively to at least two named payroll providers (e.g. Gusto, ADP, Paychex, Paylocity) without manual re-keying.
extensibility-payroll-export
Not scored by this record.
Raw transaction-level data can be exported on a schedule to a customer-controlled destination (S3/SFTP/warehouse/Snowflake share), not only viewed in the vendor's reporting UI. differentiator
extensibility-bi-data-warehouse
Not scored by this record.
The vendor operates a public integrations marketplace listing named third-party apps that operators can browse and self-install.
extensibility-app-marketplace
Not scored by this record.
Operators can define custom fields or run vendor-hosted custom logic/scripts against POS objects without a vendor engineering engagement.
extensibility-custom-fields-scripting
Not scored by this record.
The vendor supports a headless/embedded mode where a third-party UI (kiosk, web ordering, drive-thru) drives the POS transaction engine via API.
extensibility-headless-embedded
Not scored by this record.
The vendor publishes an API changelog and a stated deprecation/notice policy for breaking changes.
extensibility-api-versioning-deprecation
Not scored by this record.
A complete historical data export (orders, customers, menu, payments metadata) is available to the operator on demand, in a documented machine-readable format, at contract end. differentiator
extensibility-data-portability-exit
Not scored by this record.
Reliability, offline & operations
Order entry, ticket routing, and check printing continue on-terminal when the internet connection is lost.
reliability-offline-order-entry
The vendor asserts offline order capture verbatim: "Our modern restful service technology means you can continue to process orders offline and with no database connection", repeated on the Stadia & Arenas page. Shortfall: only the order-entry third of the claim is covered, and only for the TevX mPOS handheld product the sentence is attached to. Neither ticket routing to the kitchen nor check printing is said to survive the loss of connectivity, and no vendor page or API document describes local persistence, queueing or replay-on-reconnect behaviour for fixed terminals. https://website.tevalis.com/quick-service/ · retrieved 2026-08-03
Card payments can be accepted while offline via store-and-forward, not just cash-only fallback. differentiator
reliability-offline-card-auth
Not scored by this record.
The vendor publicly documents who bears the loss when a store-and-forward transaction declines after connectivity returns, and states any per-transaction or cumulative offline cap. differentiator
reliability-offline-decline-liability
Not scored by this record.
Multiple terminals continue to share a single check/table state over the local network while the internet is down (LAN-only degraded operation, not per-terminal islands). differentiator
reliability-lan-degraded-multi-terminal
Not scored by this record.
The vendor documents a local/on-premise transaction engine or edge server (not purely cloud-hosted request/response) for the ordering path. differentiator
reliability-local-transaction-engine
Not scored by this record.
Kitchen display and/or kitchen printer routing continues to function while offline.
reliability-offline-kds-printing
CLAIM: KDS and/or kitchen printer routing continues while offline. VERDICT: unknown (unchanged). New surfaces read: every "offline" hit (16 in page HTMLs, 1 post, the 2022 brochure, the Clover Flex datasheet) is the TevX handheld Restful Service: 2018 post "orders are stored locally on the device and once the device reaches the PoS Wi-Fi network it automatically sends delayed orders across the network for preparation" -- kitchen delivery is deferred until the handheld reconnects, which says nothing about KMS/printer operation during a site internet outage. The Ice Cream Farm case study (2025 PDF) documents KMS-to-printer coupling ("the ticket is printed automatically when an order is bumped off the KMS") but not connectivity. Controls over the full 247-document corpus: "outages?" 0, "no internet" 0, "local server" 0, "internet goes down|drops" 0, "disconnect*" 8 (mPOS "Worried about disconnected service?", "disconnected EPOS system" in case studies, CloudBeds app disconnect) -- 0 kitchen hits. CORPUS: website.tevalis.com WordPress REST read in full with a browser UA (the host 403s a nonsense path and /pricing/ with the same 4,546-byte body): pages X-WP-Total 48 (content.rendered empty for 44 of 48, an Elementor page-builder hole, so all 48 were re-fetched as HTML, 48/48 HTTP 200), posts X-WP-Total 82 (42 truncated in REST, re-fetched as HTML), events 6, media 1,612 items listed of X-WP-Total 1,924 (68 PDFs downloaded and text-extracted: 2022 product brochure, partner documents 2022/2024/2026, 20+ case studies, partner leaflets, CloudBeds guides). Also the Wayback CDX of tevalis.com (4,404 urlkeys; the legacy 2010-era *.html site, 9 pages read; the legacy API/CRM/help operation list) and crt.sh subdomains (status/enterprisestatus are UptimeRobot pages; qr/qt/app are TevOrder Admin logins, not read). No help centre exists: support.tevalis.com is the same 108-byte JS redirect to website.tevalis.com as www; tevalis.zendesk.com 404; api.tevalis.com/swagger/* 404. Retrieved 2026-09-16. || 321st: CLAIM: KDS/kitchen printing continues offline. VERDICT: still unknown. NEW SURFACES (crt.sh, tevalis.com 35 names, probed for swagger/openapi/docs): anonymous production OpenAPI specs at web-api.financemanager.tevalis.com/swagger/v1/swagger.json (Tevalis.FinanceManager.Api, 166 paths, 249 schemas, 646 KB) and api.financemanager.tevalis.com/swagger/v1/swagger.json (Finance Manager Public API, 13 paths); tevxservice.tevalis.com/api-docs/ ("Stripe Terminal Middleware API" v1.0.2, payments/readers/refunds only) and its 271 KB SPA bundle; the TevOrder Admin Flutter/Dart bundle app.tevalis.com/main.dart.js (1.0 MB, no deferred part files; qr/qt.tevalis.com serve the same shell). dev./staging. copies ignored. None is a POS/KMS surface: across all four files kitchen 0, KMS 0, KDS 0, printer 0. offline 6 in the Dart bundle are all POISON (OfflineAudioCompletionEvent / OfflineResourceList DOM type tables), 1 in the finance spec, 1 in the TevX bundle - none kitchen. Retrieved 2026-09-17. || 329th: NEW SURFACES. (1) The 195-operation live anonymous api.tevalis.com/Help census described in the kitchen-bump-bar-hardware row (151,400-byte index, all 195 detail pages = 20.2 MB, nonsense-path control passed): offline 0, printers? 0, print 0, KDS 0, routing 0, failover 0. It does hold two CONNECTIVITY-MONITORING endpoints nobody had seen -- GET v{version}/OnlineOrders/CheckConnection?SiteID= ("Checks if the Site is currently connected to the API, Returns BadRequest if it is not currently connected, or Ok if it is") and GET Terminals/Get?SiteID=&HeartbeatBefore= ("Gets A List Of All Terminals For The Site Given, Optionally Restricted To Those Whose Last Heartbeat Was Before The Date/Time Supplied") -- but both are cloud-side liveness checks on the SITE and its TERMINALS, not a statement that KMS or kitchen printing keeps working during an outage, and neither mentions the kitchen. (2) Google Play's TevX listing (vendor-authored, com.tevalis.XEpos / com.tevalis.TevTevX) repeats the same handheld claim the existing note already discounts -- "Increased reliability with our 'Restful Service' technology, meaning orders can be taken anywhere at any time, regardless of your WiFi strength" -- and adds only "Completely integrated with your On-Premise Tevalis solutions such as your EPOS and Kitchen Management System"; on-premise deployment is an architecture, not a documented offline behaviour. (3) A fresh per-cell re-grep of the 219 files already on disk under .cache/q316/tevalis (txt/, html/, wb/, wp-*.json) and .cache/q321/tevalis with vocabulary no prior pass ran: dockets? 1 (a partner datasheet), chits 0, redundan* 0, site server 0, no internet 0, fail-safe 0, keep trading 0, resilien* 7 (all corporate-growth and marketing prose, e.g. "we have stayed resilient and focused on our goals" -- poison), on-?premises? 158 but every hit is the deployment-model label. Still unknown. Retrieved 2026-09-18. adversarially verified
The system automatically fails over to a backup printer or KDS station when a configured kitchen printer is unreachable, and alerts staff.
reliability-printer-fallback
CLAIM: automatic failover to a backup printer/KDS when a kitchen printer is unreachable, with a staff alert. VERDICT: unknown (unchanged). New surfaces read: every "printer" hit (6 in pages/posts; case studies Fat Macy's, Lina Stores, Regent's Park) names kitchen printers only as installed hardware; the Ice Cream Farm case study describes bespoke routing ("dynamic order routing ... took our standard collection screens and split them into zones"; "Live screen assignment is now possible on demand") and "the ticket is printed automatically when an order is bumped off the KMS" -- routing, not failover; a 2019 post lists KMS "automatic switching of orders to another screen" without saying it happens on failure. Controls over the full 247-document corpus: "fail-?overs?" 0, "fall-?backs?" 0, "backup printers?" 0. CORPUS: website.tevalis.com WordPress REST read in full with a browser UA (the host 403s a nonsense path and /pricing/ with the same 4,546-byte body): pages X-WP-Total 48 (content.rendered empty for 44 of 48, an Elementor page-builder hole, so all 48 were re-fetched as HTML, 48/48 HTTP 200), posts X-WP-Total 82 (42 truncated in REST, re-fetched as HTML), events 6, media 1,612 items listed of X-WP-Total 1,924 (68 PDFs downloaded and text-extracted: 2022 product brochure, partner documents 2022/2024/2026, 20+ case studies, partner leaflets, CloudBeds guides). Also the Wayback CDX of tevalis.com (4,404 urlkeys; the legacy 2010-era *.html site, 9 pages read; the legacy API/CRM/help operation list) and crt.sh subdomains (status/enterprisestatus are UptimeRobot pages; qr/qt/app are TevOrder Admin logins, not read). No help centre exists: support.tevalis.com is the same 108-byte JS redirect to website.tevalis.com as www; tevalis.zendesk.com 404; api.tevalis.com/swagger/* 404. Retrieved 2026-09-16. || 321st: CLAIM: automatic failover to a backup printer/KDS with staff alert. VERDICT: still unknown. NEW SURFACES (crt.sh, tevalis.com 35 names, probed for swagger/openapi/docs): anonymous production OpenAPI specs at web-api.financemanager.tevalis.com/swagger/v1/swagger.json (Tevalis.FinanceManager.Api, 166 paths, 249 schemas, 646 KB) and api.financemanager.tevalis.com/swagger/v1/swagger.json (Finance Manager Public API, 13 paths); tevxservice.tevalis.com/api-docs/ ("Stripe Terminal Middleware API" v1.0.2, payments/readers/refunds only) and its 271 KB SPA bundle; the TevOrder Admin Flutter/Dart bundle app.tevalis.com/main.dart.js (1.0 MB, no deferred part files; qr/qt.tevalis.com serve the same shell). dev./staging. copies ignored. None is a POS/KMS surface: across all four files kitchen 0, KMS 0, KDS 0, printer 0. failover 0; fallback 7 (Dart/React runtime); backup 5 (Dart runtime) - none printer. Retrieved 2026-09-17. || 329th: NEW SURFACES. (1) The live anonymous api.tevalis.com/Help census (195 operations, 20.2 MB of detail pages, nonsense-path control passed; see the kitchen-bump-bar-hardware row): printers? 0, print 0, failover 0, routing 0, station 0, KDS 0. The only failure-detection surface it publishes is GET Terminals/Get?SiteID=&HeartbeatBefore= (terminals whose last heartbeat predates a supplied time) and GET v{version}/OnlineOrders/CheckConnection?SiteID= -- terminal/site liveness queried by a partner from the cloud, with no printer object, no backup-device setting and no alert surface, i.e. adjacent to the claim rather than part of it. (2) Per-cell re-grep of the 219 on-disk files (.cache/q316/tevalis txt/html/wb/wp-*.json + .cache/q321/tevalis) with untried vocabulary: re-?route* 2 (both the Ice Cream Farm bespoke zone-routing already in the note), diverts? 0, secondary 8 (secondary spend / secondary schools, poison), back-?ups? 5 (all inside the TevOrder Admin Dart runtime), pass-through 0, redundan* 0, fail-safe 0. (3) Neither app store lists a Tevalis kitchen/KMS app (Apple 3 apps, Play 6 packages), so no app-level census can bound this cell; the KMS is the on-premise Windows product and Tevalis publishes no configuration documentation for it. Still unknown -- and per the 326th rule the absence of a published statement does not carry a capability `no` here, because no Tevalis POS/KMS documentation surface exists to census. Retrieved 2026-09-18. adversarially verified
The vendor documents its conflict-resolution behavior for edits made on two devices during a network partition (e.g. last-write-wins, merge, or operator prompt).
reliability-sync-conflict-handling
Not scored by this record.
The vendor publishes an explicit list of which features are unavailable offline (gift cards, loyalty lookup, refunds, manual card entry, text-to-pay).
reliability-offline-feature-matrix
Not scored by this record.
A public, per-component status page exists showing current and historical incident state without a login.
reliability-public-status-page
Not scored by this record.
A contractual uptime SLA with a stated percentage AND a service credit remedy is published or available in the standard agreement. differentiator
reliability-contractual-uptime-sla
Not scored by this record.
The vendor publishes written post-incident reports or root-cause summaries for major outages.
reliability-incident-postmortems
Not scored by this record.
24/7/365 live human support by phone is included in the base subscription, not sold as a premium support tier.
reliability-247-live-support
Not scored by this record.
The vendor offers in-person on-site installation and go-live support (first-party or certified dealer network), not remote-only self-install. differentiator
reliability-onsite-install
Not scored by this record.
A hardware replacement/advance-exchange program with a stated turnaround time is included or purchasable.
reliability-hardware-replacement-sla
Not scored by this record.
Operators can trigger and retrieve their own data backup/restore, or the vendor publishes RPO/RTO figures for data recovery.
reliability-backup-restore
Not scored by this record.
The vendor publishes a current PCI DSS v4.0/4.0.1 Attestation of Compliance or equivalent (e.g. validated P2PE listing) covering the post-March-2025 future-dated requirements.
reliability-pci-dss-4-attestation
Not scored by this record.
Multi-factor authentication is enforceable on back-office and POS administrative logins, with role-based permissions.
reliability-mfa-role-based-access
Not scored by this record.
A public, free training library (video/LMS) and a practice/training mode on the terminal exist for staff onboarding.
reliability-self-serve-training
Not scored by this record.
Any terminal can assume the master/server role automatically if the designated primary terminal or local server fails. differentiator
reliability-failover-terminal-role
Not scored by this record.
Terminals support an automatic cellular/LTE failover for connectivity, first-party or documented.
reliability-cellular-backup
Not scored by this record.
Commercial, compliance & data ownership
Vendor publicly offers a month-to-month subscription with no minimum multi-year term commitment for its core POS software tier. differentiator
commercial-month-to-month-contract
Not scored by this record.
Vendor's published terms of service or MSA state no early termination fee / no liquidated damages for cancelling the software subscription before term end. differentiator
commercial-no-early-termination-fee
Not scored by this record.
The auto-renewal term and the required cancellation notice window (e.g. 30/60/90 days) are stated in publicly accessible contract terms rather than only in a signed quote.
commercial-autorenew-terms-published
Positive evidence of absence rather than a failure to find. The page-sitemap for website.tevalis.com enumerates all 39 published pages; exactly two are legal documents, terms-and-conditions and privacy-policy, and there is no MSA, EULA, SLA or subscription-terms page. The terms-and-conditions document is a consumer goods-ordering policy - order processing, delivery options ("Next day pre 10:30am", "Saturday delivery", "The final time to put an order through to receive next day delivery is 3pm"), refunds "between 1-3 working days" if undispatched, a 10-working-day quality-exchange window and "Your items are under a three-year warranty". It contains no software contract term, no renewal clause and no cancellation notice period; the only cancellation text is "If you wish to cancel your order which you have not received yet, please call our offices on 0330 002 1555", which concerns an undispatched goods order, not a subscription. The FAQs page confirms commercial terms are set per deal - cost is "tailored to each operation" and quote-only. The auto-renewal term and notice window are therefore not publicly accessible and exist only in the signed quote, which is what this claim tests. https://website.tevalis.com/terms-and-conditions/ · retrieved 2026-08-04
The POS software can be purchased and operated with a third-party payment processor of the operator's choice (no mandatory in-house processing lock). differentiator
commercial-processing-not-bundled
Not scored by this record.
Vendor publishes an interchange-plus (cost-plus) processing rate option with the markup stated as a specific bps + per-transaction figure, rather than only blended/flat card-present rates. differentiator
commercial-interchange-plus-published
Not scored by this record.
The processing agreement caps or prohibits unilateral vendor-initiated rate increases outside of pass-through interchange/network changes, or grants penalty-free exit on any increase. differentiator
commercial-rate-increase-clause
Not scored by this record.
Per-location and per-additional-terminal software pricing is published as specific dollar figures on the vendor's public site (not 'contact sales' only).
commercial-pricing-published
CLAIM: per-location and per-terminal software pricing published as specific figures. VERDICT: no (C). The prior note ("could not reach a pricing page") is superseded: the vendor FAQ affirmatively states pricing is quote-only. EVIDENCE: https://website.tevalis.com/faqs/ "How much does a Tevalis system cost? Our Point of Sale systems are tailored to each operation and therefore the cost of a Tevalis system will vary depending on the requirements. ... Please contact us on the form at the bottom of this page to enquire further about our pricing."; homepage and /contact-us/: "No Commitment Required • Tailored Solutions & Pricing"; the 2026-08-26 post https://website.tevalis.com/2026/08/26/the-hidden-cost-of-free-pos/ argues against "free" POS and ends "get in touch for more information" with no figure. BOUND: CORPUS: website.tevalis.com WordPress REST read in full with a browser UA (the host 403s a nonsense path and /pricing/ with the same 4,546-byte body): pages X-WP-Total 48 (content.rendered empty for 44 of 48, an Elementor page-builder hole, so all 48 were re-fetched as HTML, 48/48 HTTP 200), posts X-WP-Total 82 (42 truncated in REST, re-fetched as HTML), events 6, media 1,612 items listed of X-WP-Total 1,924 (68 PDFs downloaded and text-extracted: 2022 product brochure, partner documents 2022/2024/2026, 20+ case studies, partner leaflets, CloudBeds guides). Also the Wayback CDX of tevalis.com (4,404 urlkeys; the legacy 2010-era *.html site, 9 pages read; the legacy API/CRM/help operation list) and crt.sh subdomains (status/enterprisestatus are UptimeRobot pages; qr/qt/app are TevOrder Admin logins, not read). No help centre exists: support.tevalis.com is the same 108-byte JS redirect to website.tevalis.com as www; tevalis.zendesk.com 404; api.tevalis.com/swagger/* 404. CONTROLS (case-insensitive, over all 48 page HTMLs, 82 posts, 6 events and 68 PDF texts; PDF text is Latin-1 so the pound sign was also matched as byte 0xA3): currency figure £<digit> -> every hit is non-pricing: "£200million" (tips act), "£11.5 million investment from BGF", "£8 million in annual sales", "£60"/"£15" (promotion examples), "£13" (invoice processing cost), "£25,000 of additional revenue", GiftTrees "£20"/"£1.23"; in PDFs "£250 reward for the first site with an additional £150 per site" is the refer-and-earn referral reward, not a price. "per (month|terminal|till)" 0 over the 247-document corpus; "per site" 1 (an alert threshold, 2018 post). POISON: all 11 "pricing" hits outside FAQ/home/contact are menu or supplier pricing. Retrieved 2026-09-16. https://website.tevalis.com/faqs/ · retrieved 2026-09-16 adversarially verified
Individual modules (online ordering, KDS, loyalty, inventory, payroll, marketing) can be purchased à la carte and cancelled independently without repricing the base POS subscription. differentiator
commercial-module-unbundling
Not scored by this record.
All required terminals, KDS screens, and printers can be purchased outright at a published price, with no mandatory multi-year hardware lease or rental.
commercial-hardware-purchase-outright
Outright sale is established: the terms-and-conditions page is a purchase policy for "this online store" covering order processing, next-day and Saturday delivery, refund of "the full amount" on an undispatched order, collection of dispatched items, a 10-working-day quality exchange and "Your items are under a three-year warranty" - warranty and title language, with no lease, rental, hire or minimum-term wording anywhere on the site. The FAQs page also allows customers to bring their own kit, "as long as your hardware meets the required specifications". Shortfall: no published price. The claim requires purchase "at a published price" and Tevalis publishes none - the FAQs state cost is "tailored to each operation", the /store/ path resolves to a contact-form page with three enquiry forms and no product listing, price or basket, and no printer, terminal or KDS screen SKU appears anywhere in the sitemap. Whether every required device (KDS screens, printers) is buyable rather than bundled into the quoted system is also unstated. https://website.tevalis.com/terms-and-conditions/ · retrieved 2026-08-04
Vendor documents support for at least one non-proprietary/third-party hardware option (e.g. standard iPad, Epson/Star ESC/POS printers, generic cash drawer) rather than requiring vendor-only devices. differentiator
commercial-hardware-not-locked
Not scored by this record.
One-time implementation, menu-build, onboarding, and training fees are published as specific amounts or explicitly stated as $0.
commercial-implementation-fee-published
Not scored by this record.
Operators can self-serve export their full transactional history (orders, line items, payments, labor) to CSV or a documented API without contacting support or paying a fee.
commercial-data-export-self-serve
Not scored by this record.
Guest/customer records, loyalty balances or point ledgers, and gift-card liability balances are exportable in machine-readable form by the operator. differentiator
commercial-export-customer-and-loyalty
Not scored by this record.
Contract or documentation specifies a post-termination data retrieval window (a defined number of days during which the operator can still export their data) rather than immediate cutoff. differentiator
commercial-post-termination-export-window
Not scored by this record.
Published terms explicitly state the merchant owns its transaction and customer data, and constrain the vendor's right to use or resell that data (beyond aggregated/de-identified use) for its own products or marketing. differentiator
commercial-data-ownership-clause
Not scored by this record.
The POS is source-available or open source with a documented self-hosting option (source published under an OSI or source-available license, not merely an open API).
commercial-source-available-selfhost
Not scored by this record.
Vendor documents validated P2PE or hardware-encrypted card entry plus tokenization such that the merchant's PCI scope is reduced to SAQ A / SAQ P2PE-HW, and names the applicable SAQ.
commercial-pci-p2pe-tokenization
Not scored by this record.
Vendor documents PCI DSS v4.0.1 future-dated controls in effect since 31 Mar 2025 — notably MFA for all access to the cardholder data environment including POS and back-office logins, and (for hosted ordering pages) payment-page script integrity monitoring per Req 6.4.3/11.6.1.
commercial-pci-dss-4-controls
Not scored by this record.
Vendor states it holds a current SOC 2 Type II (or ISO 27001) attestation and will provide the report under NDA via a trust center or on request.
commercial-soc2-attestation
Not scored by this record.
Product provides in-app tooling for CCPA/CPRA and GDPR data-subject requests — locating, exporting, and deleting an individual guest's records — plus a published DPA the operator can execute.
commercial-privacy-dsar-tooling
Not scored by this record.
Vendor publishes an accessibility conformance report (VPAT/ACR) claiming WCAG 2.1 AA (or later) for its self-order kiosk and consumer web-ordering surfaces, including a documented tactile/audio non-visual access mode on kiosks. differentiator
commercial-wcag-kiosk-accessibility
Not scored by this record.
POS supports card-network-compliant dual pricing / cash discount or surcharging with automatic exclusion of debit and prepaid cards from any surcharge, and required receipt and menu-board disclosure of the fee. differentiator
commercial-dual-pricing-compliant
Not scored by this record.
Adversarial verification
An independent pass was instructed to refute this record, defaulting to downgrade when uncertain. It challenged 0 values — 0 upheld, 0 downgraded, 0 upgraded. It separately resolved 37 previously unknown values. This is published in full because a reader who can see which values were contested, on what evidence, and which way they moved has something no affiliate-funded comparison offers.
Capability claims
| Claim | As first scored | Verdict | What the verifier found |
|---|---|---|---|
| order-capture-scheduled-orders | unknown (F) - placeholder: "No public documentation located during the 2026-08-01 research pass" | resolve-to-yes | The placeholder marked an unexamined cell. The prior pass failed because www.tevalis.com serves an empty JS shell; the live site is on website.tevalis.com and a full auto-generated API reference is public at api.tevalis.com. CreateApiOrderCommand's DeliveryTime field documents future-dating with a computed fire time and deferred injection into the kitchen queue, verbatim. source |
| menu-pricing-nested-modifiers | unknown (F) - placeholder | resolve-to-partial | Two sources pull in opposite directions and the honest answer is between them. The catalogue's V2 OptionGroupDto is flat with a single tier of min/max counts, but the order response model exposes ItemOptions[].ChildrenOptionItems, so nesting is real. Three independently configured levels are not documented, which is the named shortfall. source |
| menu-pricing-modifier-price-by-parent-size | unknown (F) - placeholder | resolve-to-no | Positive absence, not a blank. The option pricing model is fully enumerated: OptionGroupPriceModel has exactly two fields, PriceGroupID and GrossPrice. Modifier price varies by price group alone; no parent-product or parent-measure axis exists, so a per-parent per-size matrix is not expressible without duplicating option groups. source |
| menu-pricing-topping-quantity-tiers | unknown (F) - placeholder | resolve-to-partial | PromptForQuantity on the option group gives quantity capture, but the schema has no tier name and no per-tier multiplier, so pricing is linear per unit - exactly the case the claim distinguishes from tiers. source |
| payments-gift-cards | unknown (F) - placeholder | resolve-to-partial | A first-party WebVouchers entity exists with create and serial lookup, company-scoped so group-wide. Shortfall: no balance field and no redemption endpoint, so real-time balance tracking is unestablished, and the vendor's own integrations and customer-management pages route gift cards to third-party voucher platforms. source |
| payments-refund-void-controls | unknown (F) - placeholder | resolve-to-yes | The voids report schema carries AuthUserName as a field distinct from UserName, plus Reason - the approving individual is recorded separately from the operator on every void, and the same treatment covers discounts (with reason types) and refunds (RefundTransaction). Grade A primary schema, so a yes is supportable. source |
| delivery-dispatch-board | unknown (F) - placeholder | resolve-to-no | Positive absence on two independent grounds: the vendor's published product line contains no delivery module and the integrations page lists delivery as a partner category (Deliverect, Urban Piper, Deliveroo), and the complete ~70-controller API index contains no driver, dispatch, run or route entity and no driver-assignment field on an order. source |
| delivery-zone-pricing | unknown (F) - placeholder | resolve-to-no | CreateApiOrderCommand enumerates every field an inbound order may carry and includes no customer address, delivery fee, order minimum or promise time; no zone entity exists in the API. Address-driven zone pricing lives in the aggregator, not in Tevalis. source |
| digital-menu-single-source | unknown (F) - placeholder | resolve-to-partial | Centralised Management publishes to EPOS, TevMenu and kiosks from one console, which is real evidence. Shortfall: TevMenu keeps its own Designer build and the vendor never states the digital menu is generated from the same product record - the pages describe separate publish targets driven from one place. source |
| guest-loyalty-unified-profile | unknown (F) - placeholder | resolve-to-partial | API orders carry CRMMemberID so non-POS channels attribute to the same Tevalis CRM member. Shortfall: unification depends on the channel already knowing the member ID; no phone/email identity matching and no dedup or merge behaviour is documented. source |
| guest-loyalty-lifecycle-automation | unknown (F) - placeholder | resolve-to-partial | Birthday rewards exist as native pre-set promotions. Shortfall: they fire at the till rather than as outbound triggered campaigns, no first-visit or lapsed win-back automation is offered, and the vendor explicitly hands campaign sending to an external email platform via data import. source |
| labor-granular-rbac | unknown (F) - placeholder | resolve-to-partial | Roles are operator-defined rather than fixed tiers (full CRUD on CMUserLevel; the API guide states the user level defines EPOS permissions) and the portal edits group permissions and restrictions. Shortfall: the published UserLevelModel is only ID/name/external-group - no per-action permission set is enumerated and no per-location role scoping is documented. source |
| labor-manager-override-audit | unknown (F) - placeholder | resolve-to-yes | AuthUserName on the voids report attributes the approval to the individual approver, alongside reason, terminal, transaction and both timestamps, queryable by date range across sites; discounts and gratuity reports carry the same per-user attribution and attendance log edits are separately trailed. source |
| inventory-unit-conversion-yields | unknown (F) - placeholder | resolve-to-partial | The catalogue item stores BaseUnit, StocktakeUnit with StocktakeUnitQty as an explicit conversion factor, and a per-item PurchaseUnits collection, with recipes and ingredient costing on top. Shortfall: no configured yield or usable-fraction percentage on raw-to-usable conversion; wastage is measured after the fact, not applied as a factor. source |
| inventory-count-modes | unknown (F) - placeholder | resolve-to-partial | Stocktakes are discrete retained records per stock period and stock location with their own dates and completion flags, and per-item variance is reported separately, so history is not overwritten. Shortfall: subsetting is by stock location or category rather than ad-hoc item selection, and no recurring cycle-count scheduler is documented. source |
| reporting-eod-closeout | unknown (F) - placeholder | resolve-to-yes | The Z-report is the documented daily close; Cashup returns expected versus actual value per tender type per terminal against a ZReportID, and CashManagement carries unbanked Z-reports and safe drops through to banking. Tax, net/gross, tips, discounts, voids and refunds are all available for the same day and site set. source |
| reporting-pmix-modifier-level | unknown (F) - placeholder | resolve-to-partial | A genuine item-level product mix exists with quantity, gross, net and tax by product and measure, filterable by product type and by an intra-day time window (daypart). Shortfall: no sales-area/revenue-centre filter on the request and no documented modifier or option-level breakout. source |
| multi-location-org-hierarchy | unknown (F) - placeholder | resolve-to-partial | Company, site and sub-site are real levels (CompanyId-bound credentials, Sites list, SiteID plus SubSiteID on transaction reports). Shortfall: no named region or group entity exists as a first-class object between company and site - grouping is an ad-hoc SiteIDs array or an untyped site tag - and no permission scoping to such a tier is documented. source |
| multi-location-central-menu-publish | unknown (F) - placeholder | resolve-to-yes | The CM controllers are a versioned publish pipeline: packages hold the catalogue, prices, price bands and groups, and GetLatestPackageForSite returns the most recent package run for a given site, giving per-site publish history. Centralised Management states updates go to all or selected sites in one action. Publish-actor attribution is the one element not documented; noted in the cell. source |
| multi-location-price-zones | unknown (F) - placeholder | resolve-to-partial | Price groups are explicitly documented as overrides on a single product record, with price bands per site and a per-order PriceGroupID for channel. Shortfall: daypart is not an axis of the price-group model; time-varying pricing appears to be handled by promotions, which is a discount layer rather than a per-daypart price. source |
| hardware-offline-mode | unknown (F) - placeholder | resolve-to-partial | The vendor asserts offline order processing verbatim on two solution pages, so the capability is claimed. Shortfall: the claim's explicit second half - documenting which functions degrade - is unmet; nothing addresses card auth, loyalty lookup or refunds offline, and the statement is scoped to the TevX mPOS handheld. source |
| extensibility-oauth-partner-apps | unknown (F) - placeholder | resolve-to-no | Positive evidence of absence. The API guide's Security section enumerates the authentication scheme completely - CompanyId, GUID, DevID headers obtained by emailing support, plus a GUID2 secret for writes granted at Tevalis's discretion. No token exchange, no scopes, no operator-facing grant or revoke exists in any of the ~70 controllers. This is the shared-static-key pattern the claim excludes, and access is vendor-granted rather than operator-granted. source |
| extensibility-webhooks-push | unknown (F) - placeholder | resolve-to-yes | A first-party webhook management API exists - create, update, delete, list, and a webhook-type lookup - with a required endpoint, POST/GET send type, optional body template and per-site or estate-wide scoping, bound to the calling partner. Push rather than polling is established at grade A; the runtime-only event enumeration is disclosed as a caveat in the cell note rather than downgraded, since the claim's substance is push versus poll. source |
| reliability-offline-order-entry | unknown (F) - placeholder | resolve-to-partial | Offline order capture is asserted verbatim by the vendor. Shortfall: only order entry is covered, and only for the TevX mPOS handheld - neither kitchen ticket routing nor check printing is said to survive an outage, and no queue-and-replay behaviour is described for fixed terminals. source |
| order-capture-offline-order-entry | unknown (F) - placeholder | resolve-to-partial | The placeholder was a never-examined marker, not a finding. Tevalis does publish an offline statement, on the mPOS page ("Restful service technology processes orders offline", "Take multiple offline orders") and verbatim again on quick-service and stadia-arenas. Partial rather than yes: it attaches only to the TevX handheld, covers order capture alone, and the claim's second half - the vendor publishing what does and does not work offline - is unmet, with no statement on modifiers, kitchen send, cash tender or replay. Consistent with the reliability-offline-order-entry cell resolved on 2026-08-03. source |
| kitchen-station-routing | unknown (F) - placeholder | resolve-to-partial | The KMS page establishes the routing half - "Orders are sent to specific screens", "Include separate screens for different prep areas" - so unknown was wrong. Partial because the configurability half is undocumented: routing is described as set up for the kitchen by the System Delivery Team at implementation, Centralised Management's published editable objects are menus, price bands, price groups and permissions with no mention of routing, and no station, screen or printer controller exists in the api.tevalis.com index. Routing by order type or revenue centre is unstated. Grade C - product page, not documentation. source |
| inventory-recipe-bom-costing | unknown (F) - placeholder | resolve-to-partial | Grade A schema evidence the prior pass had in hand but never applied to this cell. CatalogueIngredientModel carries an explicit SubRecipeID alongside RecipeItemID and ProductID, establishing that a recipe line can reference a prep item that is itself a recipe - multi-level BOM composition. Partial because automatic recalculation is not documented anywhere: the schema is flat with foreign keys, and neither the API help nor the stock-management page states that plate cost recomputes on its own when a component ingredient cost changes. source |
| reporting-realtime-dashboard | unknown (F) - placeholder | resolve-to-partial | Tevalis publishes a refresh rate - "Updates every 15 minutes", "Live Data is always accessible" - against a "Completely customisable dashboard" reachable "from anywhere, at any time and on any internet connected device", which satisfies within-minutes freshness and off-premise browser access. Partial because the mobile-app half falls short: the TevBa app is described only as carrying messaging alerts and "Key reports", never the dashboard, and refresh is a fixed 15-minute batch rather than continuous. Grade C - no Business Analytics admin guide is published. source |
| commercial-autorenew-terms-published | unknown (F) - placeholder | resolve-to-no | Positive evidence of absence by enumeration. The page sitemap lists all 39 published pages and contains exactly two legal documents, terms-and-conditions and privacy-policy - no MSA, EULA, SLA or subscription terms. The terms-and-conditions document is a goods-ordering and returns policy whose only cancellation clause concerns an undispatched hardware order; it states no contract term, no renewal and no notice window. The FAQs confirm commercial terms are quote-only. The renewal term and notice window therefore exist only in the signed quote, which is exactly what this claim scores as absent. source |
| commercial-hardware-purchase-outright | unknown (F) - placeholder | resolve-to-partial | The terms-and-conditions page is a purchase policy - delivery, refund, 10-day quality exchange and a three-year warranty on items owned by the buyer - with no lease, rental, hire or minimum-term language anywhere on the site, and the FAQs permit reusing existing hardware. Outright purchase is therefore established. Partial because the claim also requires a published price and Tevalis publishes none: cost is "tailored to each operation", /store/ is a contact form with no listing or basket, and no terminal, KDS or printer SKU appears in the sitemap. source |
| payments-emv-nfc | unknown (F) - placeholder: "No public documentation located during the 2026-08-01 research pass" | resolve-to-no | The claim's subject - a first-party payment terminal estate - does not exist. Payments is an integration partner category with ten named providers on the integrations page, the FAQ positions Tevalis as a software specialist, no Tevalis payment product or terminal appears in the 39-page sitemap, and the complete api.tevalis.com controller index has no payment-terminal or acquiring surface (Tenders and RefundTransaction only report tender amounts). EMV/NFC acceptance is delivered by partner terminals, mirroring the kriolos-pos precedent of no for vendors with no first-party terminal line. source |
| delivery-driver-roster | unknown (F) - placeholder | resolve-to-no | Same enumeration grounds as the delivery-dispatch-board no resolved on 2026-08-03: the published product line contains no delivery module, delivery is a partner category (Deliverect, Urban Piper, Deliveroo), the ~70-controller API index has no driver, dispatch, run or route entity, the Attendance controller models staff clock in/out with no driver assignment state, and CreateApiOrderCommand carries no driver field. A native driver roster with first-class drivers and per-driver run history is absent, not undocumented. source |
| digital-first-party-web | unknown (F) - placeholder | resolve-to-no | Positive absence by enumeration. Guest web ordering appears only as an integration category (MeU, Fetch, Qikserve, OrderPay, Visit, CrowdEngage), with the OnlineOrders/PlaceOrder API existing to receive partner-placed orders. The 39-page sitemap covers the whole product line and has no ordering product; TevMenu is an in-venue interactive menu, and TevX is a staff handheld per its App Store listing. No first-party commission-free web ordering site exists. source |
| guest-loyalty-accrual-models | unknown (F) - placeholder | resolve-to-partial | Points-per-spend is native configuration - loyalty levels with a threshold multiplier for points per spend, redemption value and bonus points on the customer-management page. Partial because the claim requires two accrual models and only one is established: visit/punch-count accrual appears nowhere on the site, and the page never states that loyalty levels alter the accrual rate or are earned by spend, so spend-tier accrual is unconfirmed. source |
| labor-clock-in-at-pos | unknown (F) - placeholder | resolve-to-yes | Grade A schema evidence plus partner documentation. The Attendance endpoint returns clock in and clock out times for users per site natively; the CMUser model puts the mechanism on the till user (CardNumber, ShowButtonOnLoginScreen, CompulsoryClockOn), and no separate time-clock entity exists in the controller index. Planday's help centre documents employees clocking in and out on the Tevalis ePOS with punch entries imported every 5 minutes. source |
| hardware-os-platforms | unknown (F) - placeholder | resolve-to-partial | One client is OS-documented: the mPOS page says TevX installs on any iOS, Android or Windows device, and the App Store listing adds an iOS 11.0 minimum. Partial because the fixed-terminal, kiosk and kitchen-screen OS is never named, no minimum versions or device specs are published for any platform beyond that one App Store line, and the FAQ references required specifications it does not publish. source |
| hardware-kds | unknown (F) - placeholder | resolve-to-partial | First-party KDS is real: Kitchen Management is a Tevalis module (no kitchen partner category exists), supplied on Tevalis kitchen touch screens, with on-screen bump (touch input) and station routing to separate prep-area screens documented. Partial because course/fire timing is not documented - the timing features published are a ticket-age Timer and Flash Seconds alerts, with no hold-and-fire or course pacing stated - and no bump-bar hardware is named. source |
Sources
Every URL this record cites. 35 in total.
- https://www.tevalis.com/
- https://api.tevalis.com/Help/Index
- https://api.tevalis.com/Content/Tevalis%20API%20Documentation.pdf
- https://api.tevalis.com/Help/Api/POST-PlaceOrder-CreateOrder_Terminal
- https://api.tevalis.com/Help/Api/GET-vversion-OptionGroups_SiteID
- https://api.tevalis.com/Help/Api/GET-Reporting-v1-Enterprise-GetVoidsReport
- https://api.tevalis.com/Help/Api/GET-Reporting-v1-Enterprise-GetFullSalesBreakdownReportByDay
- https://api.tevalis.com/Help/Api/GET-Cashup-SiteID_ZReportID_ShowLocalCurrency
- https://api.tevalis.com/Help/Api/GET-Stocktakes-v1-GetStocktakes_SiteID_StartDateFromUtc_EndDateToUtc_StockLocationID
- https://api.tevalis.com/Help/Api/GET-Stock-GetInventoryCatalogue-SiteID
- https://api.tevalis.com/Help/Api/POST-OrderWebhooks-CreateWebhook
- https://api.tevalis.com/Help/Api/PUT-CMUserLevel
- https://api.tevalis.com/Help/Api/GET-WebVouchers-GetActiveVouchers
- https://website.tevalis.com/point-of-sale/
- https://website.tevalis.com/centralised-management/
- https://website.tevalis.com/integrations/
- https://website.tevalis.com/customer-management/
- https://website.tevalis.com/kitchen-managements/
- https://website.tevalis.com/quick-service/
- https://website.tevalis.com/stadia-arenas/
- https://website.tevalis.com/digital-emenu/
- https://website.tevalis.com/stock-management/
- https://website.tevalis.com/faqs/
- https://website.tevalis.com/page-sitemap.xml
- https://website.tevalis.com/terms-and-conditions/
- https://website.tevalis.com/business-analytics/
- https://website.tevalis.com/mpos/
- https://website.tevalis.com/enterprise/
- https://website.tevalis.com/services/
- https://website.tevalis.com/store/
- https://api.tevalis.com/Help/Api/GET-Attendance-SiteID_StartDate_EndDate_UserID
- https://api.tevalis.com/Help/Api/POST-CMUser_UserName_LevelID_ExternalEmployeeID_RecallNumber_HourlyRate_CardNumber_AllowedToOpenTableFromOtherClerks_SignOffAtSaleFinalisation_CompulsoryClockOn_ShowButtonOnLoginScreen_AutoDisplayFloorPlan_UseSecondLanguage_DispName_EmployeeEmail
- https://help.planday.com/en/articles/30256-tevalis-integration-clock-in-and-out-using-tevalis
- https://apps.apple.com/us/app/tevalis-tevx/id1414953747
- https://website.tevalis.com/mpos/