POSitouch

order-capture-floor-plan-editor

Not scored by this record.

order-capture-seat-level

Not scored by this record.

order-capture-coursing-hold-fire

Not scored by this record.

order-capture-split-merge

POSitouch KB 'Separate Checks in POSitouch': SEP CHECK from the View Edit screen, select items and tap the destination guest number to move them onto that guest's check, repeated to build further checks; the Back Office Setup > Restaurant Misc Data > Guest Checks 1 flag 'Separate checks split into individual checks?' controls whether they print separately or as subtotals on one main check. Merging is documented in 'Combine Checks on POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/22744379362579-Combine-Checks-on-POSitouch): Reopen Checks, select a check, Combine, then select one or more further checks. Shortfall: only item-to-guest splitting is documented. Neither an even N-way split nor a split by an arbitrary dollar or percentage amount appears anywhere in the POSitouch KB, and no article addresses splitting or merging after a partial payment has been applied. https://shift4.zendesk.com/hc/en-us/articles/43981085999763-Separate-Checks-in-POSitouch · retrieved 2026-08-03

order-capture-bar-tab-preauth differentiator

'Create a Pre-Authorization in POSitouch' documents the whole flow: the operator sets the auth amount in Back Office Setup > Credit Card > Merchant Data ("Enter the amount of the Start tab pre-auth amount"), enables "Is Misc. Table accessible?" per terminal and creates table 999, and a server then presses Start Tab and selects REMOTE to swipe, tap or insert the card. Incremental re-auth is documented explicitly: "the pre-auth amount is $10.00 and the current check amount is now $21.33. Once the initial authorization amount is selected and the REPEAT button is selected, the system will get an authorization for the new amount ($21.33) and void the initial ($10.00) lower authorization." PARTIAL, not yes, on the third limb: no page documents auto-closing stale tabs at end of day, and the evidence points the other way -- 'Close Down System in POSitouch Manager Screen' says the system refuses to shut down with open checks and broadcasts "NO SHUTDOWN WITH OPEN CHECKS", which is a block rather than an auto-close. https://shift4.zendesk.com/hc/en-us/articles/49068482451731-Create-a-Pre-Authorization-in-POSitouch · retrieved 2026-08-31

order-capture-transfer-audit

'Transfer a Check on POSitouch Manager Screen' documents transfer between tables and between servers (Change Table# and/or Server#), transfer of several checks at once to a different server (Multiple check transfer), and combining checks across tables. PARTIAL on two limbs: nothing documents transferring a check between DEVICES, and no page describes an audit log naming both the transferring and the receiving employee. The only transfer artefact documented is live state, not a retained record -- 'Explanation of Open Check Button Colors in POSitouch' says "A gray check indicates that the check is in the process of being transferred and has not been accepted yet by the recipient of the transfer." https://shift4.zendesk.com/hc/en-us/articles/46514482700179-Transfer-a-Check-on-POSitouch-Manager-Screen · retrieved 2026-08-31

order-capture-native-handheld

Not scored by this record.

order-capture-offline-order-entry

The vendor's POSitouch offline article publishes the scope in both directions, which is the second half of this claim. What continues: 'All front and back-of-the-house operations' and 'Accept cash and credit card payments (credit card transactions are queued and processed once back online)'. What does not: 'Gift cards/certificates cannot be processed', 'Debit cards are discouraged, as account verification isn't possible offline', the system cannot 'Determine if a declined credit card is being used during offline mode', and 'Online orders will need to be keyed in on the terminals'. Order entry, modifiers, kitchen send and cash tender all fall inside the continuing set - POSitouch is an on-premises client/server system, so the outage in question is the internet link, not the store LAN - and nothing in the degrade list touches them. https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch · retrieved 2026-08-04

order-capture-qr-same-check differentiator

Not scored by this record.

order-capture-kiosk-first-party differentiator

Not scored by this record.

order-capture-drive-thru

Not scored by this record.

order-capture-drive-thru-timers

Not scored by this record.

order-capture-voice-ai differentiator

Not scored by this record.

order-capture-throttling differentiator

Not scored by this record.

order-capture-scheduled-orders

POSitouch KB 'Configure a Delayed Send Cell Type in POSitouch': the delayed-send cell type allows servers to type in a time and/or select a future date when the order should be sent to the prep stations; the date defaults to the current day and can be advanced, the time is keyed on a keypad with AM/PM, and the order releases to the prep stations at that moment rather than on ring-in. Shortfall: the fire time is keyed by hand, per order, at the terminal. No per-channel lead time is configurable and no fire time is computed from a promise time or prep duration; the mechanism is terminal-side only, and the vendor's offline article notes online orders reach POSitouch only by being keyed into a terminal. https://shift4.zendesk.com/hc/en-us/articles/48178828267283-Configure-a-Delayed-Send-Cell-Type-in-POSitouch · retrieved 2026-08-03

order-capture-catering

Not scored by this record.

order-capture-order-ready-signal differentiator

Not scored by this record.

order-capture-void-comp-controls

Reason codes and role gating are both documented. 'Delete Items from Check in POSitouch Manager Screen' requires a manager card, fingerprint or number-and-password to reach the manager screen and then "Select the deletion reason and press Enter", with the reason carrying an inventory consequence ("Selecting a 'Not Prepared' reason will return the ingredients back into inventory"). Role gating is by numbered privilege code, e.g. "Scroll down to 54-Coupons and enable the setting for the user types that can apply coupons" and privilege "87-No Separate Checks". PARTIAL because the exception-report limb is not met: 'Exceptions in POSitouch Manager Screen' is an acknowledge-a-broadcast workflow ("Select the exemption and select ACKNOWLEDGE"), not a report listing every void, comp and discount with the applying employee and the approving manager. https://shift4.zendesk.com/hc/en-us/articles/46222970583443-Delete-Items-from-Check-in-POSitouch-Manager-Screen · retrieved 2026-08-31

menu-pricing-nested-modifiers

POSitouch KB 'Understand Must Select and May Select Modifiers in POSitouch': QuickMenu modifier groups carry a forced-selection category, Must Select, which 'will force a selection before continuing' and prevents further ordering until answered, plus three optional categories - May Select Multi (any option orderable multiple times), May Select One (one option only, siblings grey out) and May Select (any option, once each). Shortfall: selection control is a four-way group category, not independent numeric min/max counts per level, and the worked example is one forced group followed by optional groups on the same item. No POSitouch article documents a modifier group nested three levels deep. https://shift4.zendesk.com/hc/en-us/articles/48414596856211-Understand-Must-Select-and-May-Select-Modifiers-in-POSitouch · retrieved 2026-08-03

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

Assessed, unresolved. Read the POSitouch menu-build articles in Shift4's POSitouch knowledge-base section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, about 40 articles, enumerated via the Zendesk help-centre search API on 2026-08-03) - 'Create a Menu in POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/48971233553427-Create-a-Menu-in-POSitouch, which covers Menu Builder, master tax codes, order-screen layout and day/shift menu-terminal assignment), 'Understand Must Select and May Select Modifiers in POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/48414596856211-Understand-Must-Select-and-May-Select-Modifiers-in-POSitouch) and 'Create a Prep Option in POSitouch QuickMenu'. None of them describes modifier pricing at all, let alone a price matrix keyed on parent item and selected size. No POSitouch menu-configuration manual is published: positouch.com 301-redirects to skytab.com/positouch, which returned HTTP 403 to this fetch on 2026-08-03.

menu-pricing-fractional-placement differentiator

Not scored by this record.

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

Not scored by this record.

menu-pricing-topping-quantity-tiers

Assessed, unresolved. The only POSitouch modifier-quantity behaviour documented in Shift4's POSitouch knowledge-base section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, about 40 articles, enumerated via the Zendesk help-centre search API on 2026-08-03) is May Select Multi, which the vendor describes as allowing an option to be ordered multiple times (https://shift4.zendesk.com/hc/en-us/articles/48414596856211-Understand-Must-Select-and-May-Select-Modifiers-in-POSitouch) - that is repeat-line entry, which this claim explicitly distinguishes from tiering. No POSitouch article mentions light/regular/extra/double tiers or a per-tier price multiplier, and no POSitouch menu-configuration reference is published. Absence of a documented tier mechanism is not evidence one is missing, so this stays unknown.

menu-pricing-size-style-matrix differentiator

Not scored by this record.

menu-pricing-included-allowance differentiator

Not scored by this record.

menu-pricing-combos

Automatic detection and conversion of eligible a-la-carte items is documented: 'Configure an Auto Combo Detect/Auto Coupon Detect in POSitouch' has the operator "Fill in the range of Auto Combo screens", after which "Eligible coupons on the auto combo screen (#9 in this example) will apply without user input. For example, when 2 Chicken Parmesan's (cell name: Chix Parm) are ordered, the BOGO CKN PARM coupon will automatically apply without user input." Multi-component bundles are built as ordered rule sets -- the 3 for $25 coupon uses Coupon Rule 1, 2 and 3, one per eligible category, and "all three must appear on the check before the coupon can be applied." PARTIAL: no article documents swapping a component within a built combo for a price delta; the component set is fixed by its coupon rules and an item outside them is simply not eligible. https://shift4.zendesk.com/hc/en-us/articles/44410589529491-Configure-an-Auto-Combo-Detect-Auto-Coupon-Detect-in-POSitouch · retrieved 2026-08-31

menu-pricing-upsell-prompts differentiator

Per-item suggestive-sell prompts exist and are configured per item: 'Create a Suggestive Sell Popup Box in POSitouch' has the operator "Create a text file named ITMMSGXX.TXT in the \sc directory of the POS driver", "Enter up to seven lines of text in the file. This text will appear as a pop-up when the item is selected", then "In QuickMenu, select an item that has a suggestive sell pop-up box appear. Select Secondary and fill in Message Text File # with the number used in the text file." PARTIAL on both remaining limbs: the prompt is a POS-terminal pop-up with no per-channel configuration (no kiosk or first-party online surface is documented for POSitouch at all), and no attach-rate report on the prompt appears anywhere in the article set. https://shift4.zendesk.com/hc/en-us/articles/51018474798995-Create-a-Suggestive-Sell-Popup-Box-in-POSitouch · retrieved 2026-08-31

menu-pricing-86-propagation

Not scored by this record.

menu-pricing-countdown-auto-86 differentiator

Per-item counts that decrement on sale and block the item at zero are documented in 'POSitouch Out-of-Stock and Specials': the manager selects SET QUANTITIES and types a remaining quantity, then "When ordering an item with a limited quantity, the count will decrease each time the item is ordered (e.g., Aunty Ida's Chicken 7 to 6)" and "if an item with zero quantity is touched, a message will appear that reads 'Out of Stock,' and it will not allow the item to be ordered." Modifiers carry counts too -- an out-of-stock Penne "will restrict the server from ordering the penne." PARTIAL on the scheduled auto-restore limb: the only restore documented is manual (select the item and DELETE it from the list) or the day roll governed by the "Allow Out of Stock carry forward to next day" back-office flag, which is an all-or-nothing site setting rather than a per-item scheduled restore. https://shift4.zendesk.com/hc/en-us/articles/46280525418899-POSitouch-Out-of-Stock-and-Specials · retrieved 2026-08-31

menu-pricing-dayparting

Scheduling by day and time is documented at three levels. Item and price: 'Configure Specials in POSitouch' -- "Choose the start and end dates, and the specific days and shifts that the special will be available. In this example, this special will only be active from 2:01 PM to 4:00 PM until Wednesday, March 24, 2027", with "Select either Use Price Level or Override Price." Availability: the same article's Restrict Availability flag "will restrict the days or shifts that an item can appear on the POS." Whole menus: 'Create a Menu in POSitouch' assigns menus per terminal, per day of week and per shift -- "our Menu number 8-Late Night should appear from 1:00 AM until 2:55 AM, which is shift 7 and shift 8", with Copy Prior and Copy to other terminals. Timezone is not separately stated, which is unremarkable for an on-premises system whose back office runs on the store's own machine clock. https://shift4.zendesk.com/hc/en-us/articles/32208891109011-Configure-Specials-in-POSitouch · retrieved 2026-08-31

menu-pricing-channel-price-books

Not scored by this record.

menu-pricing-dual-pricing differentiator

Not scored by this record.

menu-pricing-versioning-effective-dates differentiator

Not scored by this record.

menu-pricing-franchise-hierarchy differentiator

Not scored by this record.

menu-pricing-allergen-nutrition

Not scored by this record.

menu-pricing-recipe-linkage differentiator

A sale depletes ingredient inventory through a recipe link: 'Delete Items from Check in POSitouch Manager Screen' states that when an item is removed, "Selecting a 'Not Prepared' reason will return the ingredients back into inventory" -- a return is only possible if the sale had depleted them. PARTIAL because the vendor's help centre stops there: it never documents where recipes or bills of materials are built, whether modifiers carry their own components, or an item-level theoretical food cost figure. The record's separate inventory-recipe-bom-costing cell is scored from the POSitouch Inventory Control and Food Cost Manual, a different document on a third-party S3 bucket. https://shift4.zendesk.com/hc/en-us/articles/46222970583443-Delete-Items-from-Check-in-POSitouch-Manager-Screen · retrieved 2026-08-31

menu-pricing-3p-menu-push

Not scored by this record.

menu-pricing-dynamic-pricing

Not scored by this record.

payments-processor-choice differentiator

Not scored by this record.

payments-published-rates differentiator

Not scored by this record.

payments-dual-pricing differentiator

'Set up Advantage Program on POSitouch' documents three named programs -- Cash Discount, Dual Pricing and Supplemental Fee -- and Dual Pricing "automatically computes the check total and balance total for both cash and non-cash amounts. The non-cash amount will have a preset percentage added to the check's subtotal or total." PARTIAL because the mechanism is not two stored prices per item: the setup builds an ADV PROGRAM major/minor and item, then a service charge under Back Office Setup > Payment > Gratuity/Service Charge with "Change the TYPE to 2-PCT" and "Enter the Advantage Program % rate found in Titan" -- one percentage service charge applied at check level. The article documents no item-level card price, and its only guest-check instruction is "Leave the four label entries empty. POSitouch will use the default names for these labels." https://shift4.zendesk.com/hc/en-us/articles/15510431998611-Set-up-Advantage-Program-on-POSitouch · retrieved 2026-08-31

payments-surcharge-guardrails differentiator

Not scored by this record.

payments-emv-nfc

POSitouch card acceptance runs through POSiPay with the Shift4 Gateway: 'The Shift4 Gateway offers an offline mode when used with the Ingenico iPP320 and Lane 3000 pin pads', and the normal online prompt on those devices is 'INSERT, SWIPE OR TAP CARD' - which documents EMV chip insert and NFC contactless tap on the named pin pads. Shortfall: Apple Pay and Google Pay are never mentioned in any POSitouch article, and no POSitouch payment-device catalogue is published, so wallet acceptance and the claim's 'all first-party payment terminals' quantifier cannot be established - only that the two documented Shift4-gateway pin pads take insert, swipe and tap. https://shift4.zendesk.com/hc/en-us/articles/17789719250195-POSiPay-with-Shift4-Card-Processing-Offline-Mode · retrieved 2026-08-04

payments-softpos-tap-to-pay differentiator

Not scored by this record.

payments-pay-at-table

Shift4 Duo is the pay-at-the-table handheld and POSitouch is one of its named POS brands -- the FAQ's 4G eligibility list runs Shift4 Hospitality, Edgewater, FuturePOS, POSitouch, Restaurant Manager and Micros, introduced as "the following brands and software can utilize this feature". The FAQ describes "a cutting-edge pay-at-the-table solution... fully integrated with the POS system" supporting "EMV chip cards, NFC mobile payments or contactless cards, and traditional swiped card transactions", "Pay in full or split payment", "Add tips" with default tip percentages configured in Customer Hub, and "Send e-receipts or print receipts with a built-in printer". Checks rung on the POS terminal reach it: "open checks will be available from the POS terminal/tablet to be paid at the table." https://shift4.zendesk.com/hc/en-us/articles/360034162594-Shift4-Duo-FAQs · retrieved 2026-08-31

payments-qr-guest-pay differentiator

Not scored by this record.

payments-tip-adjust

Both flows are documented. On-device tip entry at payment: 'Enter Tips on Positouch at Payment' (select the card, select Enter Tip, key the amount). Pre-auth-then-adjust: 'POSitouch Front of the House Tip Adjustment' has a manager reach Cashout Reports > CC Adjustments and key the record number "found on the initial authorization slip, as well as on the final authorization slip displayed next to 'Rec.'", after which "A new authorization will now print that will have a new record number, should the tip need to be adjusted again"; the same article notes "If allowed, servers can adjust their own credit card tip." The window is documented downstream in 'Adjust Tip on Current Day in Transaction Manager for POSitouch': "Adjustments to the Sales Journal Report are not permitted on the current day; this is only allowed for previous days." PARTIAL: no manager screen listing outstanding UNADJUSTED tips is documented -- adjustments are keyed one authorization record at a time. https://shift4.zendesk.com/hc/en-us/articles/45653414449683-POSitouch-Front-of-the-House-Tip-Adjustment · retrieved 2026-08-31

payments-tip-pooling differentiator

Not scored by this record.

payments-offline-store-and-forward differentiator

Store-and-forward with a configurable per-transaction cap is documented in 'POSiPay with Shift4 Card Processing - Offline Mode': "When the connection is lost, the UTG will go into offline mode depending on a defined trigger. In this circumstance, all credit card transactions processed will be stored. When connection is restored, the system will send transactions to the processor for authorization." The cap is "configured under the Stand-In Limit setting in the Offline Mode tab of the UTG program" -- "The Stand-In Limit Amount will be the maximum amount allowed to be approved in offline mode per card transaction." The entry trigger is itself tiered (Never; Low, 3 failures in 120 seconds; Medium, 5 in 120; High, 25 in 300; Custom). PARTIAL: only a per-transaction limit is documented. Maximum Hours is a duration, not a cumulative amount, and no cumulative offline exposure cap appears in the article. https://shift4.zendesk.com/hc/en-us/articles/17789719250195-POSiPay-with-Shift4-Card-Processing-Offline-Mode · retrieved 2026-08-31

payments-offline-decline-liability differentiator

The vendor states in the configuration step itself that the merchant carries the decline risk: "Stand In Floor Limits Field - This setting determines the maximum amount. Enter the dollar amount the business is willing to risk if a transaction is declined for authorization that could occur when returning to online mode. Any dollar amount above the 'Stand In' amount will trigger a voice authorization." The post-reconnect failure surface is documented in the same article: "if any transactions fail in the batch, you will receive emails from Shift4 regarding fraud transactions. Those offline transactions that fail will need to be reauthorized or deleted from the LightHouse Transaction Manager batch", with "Please be sure to reconcile your deposits within 24 to 48 hours of internet connectivity." https://shift4.zendesk.com/hc/en-us/articles/17789719250195-POSiPay-with-Shift4-Card-Processing-Offline-Mode · retrieved 2026-08-31

payments-gift-cards

POSitouch KB 'Credit Card Offline Mode in POSitouch' establishes that gift cards are a live POSitouch tender by documenting their loss during an outage: the first entry under 'What POSitouch Can Not Do in Offline Mode' is 'Gift cards/certificates cannot be processed.' Shortfall: that is the only POSitouch-specific gift-card evidence in the vendor's knowledge base. Shift4's gift-card programme articles (Shift4 Gift Card Comparison Chart, Gift Card Program, both read 2026-08-03) describe the Shift4 Gift Card and legacy IYC/TCC programmes without naming POSitouch, so real-time balance tracking, redemption across every location in a group, and redemption through an online-ordering channel are unevidenced for this product. https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch · retrieved 2026-08-03

payments-house-accounts

Not scored by this record.

payments-split-tender

Multiple tenders on one check are documented: 'Enter Tips on Positouch at Payment' describes the payment screen "After authorizing a credit card (or multiple cards)... you will see the credit card types listed as well as the last four digits of the card used", and "Repeat these steps for any remaining cards that require a tip to be added." Splitting by item and by guest is documented in 'Separate Checks in POSitouch' (SEP CHECK, select items, tap the destination guest number, repeat for further guests). PARTIAL: no POSitouch page documents an even N-way split or a split by arbitrary dollar or percentage amount, and no page states a maximum number of ways a check may be split, so the claim's 'no hard cap below eight ways' limb is untested rather than met. https://shift4.zendesk.com/hc/en-us/articles/41282408667795-Enter-Tips-on-Positouch-at-Payment · retrieved 2026-08-31

payments-refund-void-controls

POSitouch KB 'POSitouch Overrings': all four refund and void paths (General Overring, Refund Items Prepared, Overring Transaction, Reopen Closed Check) are reached only after 'Swipe the manager's card to proceed. Alternatively, a fingerprint scan or the manager's number and password may be used', then Manager Screen. 'Delete Items from Check in POSitouch Manager Screen' (https://shift4.zendesk.com/hc/en-us/articles/46222970583443-Delete-Items-from-Check-in-POSitouch-Manager-Screen) requires the same manager authentication and forces a deletion reason code; 'Add or Remove Discounts on POSitouch Manager Screen' (https://shift4.zendesk.com/hc/en-us/articles/45846232553107-Add-or-Remove-Discounts-on-POSitouch-Manager-Screen) is gated the same way and can prompt for a memo. Role gating is per discrete action through Back Office Setup > User Privilege Codes (see https://shift4.zendesk.com/hc/en-us/articles/43981085999763-Separate-Checks-in-POSitouch). Shortfall: no POSitouch article documents an immutable audit log attributing the override to the approving manager. The Overrings article instead advises operators, as best practice, to key 'the actual server number that rang in the initial order', and 'Exceptions in POSitouch Manager Screen' describes only an acknowledge-and-clear queue rather than a queryable after-the-fact trail. https://shift4.zendesk.com/hc/en-us/articles/45839407036435-POSitouch-Overrings · retrieved 2026-08-03

payments-chargeback-tooling differentiator

Not scored by this record.

payments-card-on-file differentiator

Not scored by this record.

payments-payout-timing differentiator

Not scored by this record.

payments-multi-entity-routing differentiator

Not scored by this record.

payments-p2pe-pci4

P2PE and tokenization are stated in Shift4's own published fee schedule -- the same document whose PO2 tier names POSitouch POS. The Enhanced Security Fee "Covers the cost of requirements set by PCI and card brands, includes tokenization and secure PCI-validated P2PE", and the compliance fees describe Shift4 working "to secure transactions through measures like P2PE, continuous network monitoring, and updating security methodologies and systems." The Shift4 Duo FAQ repeats it for the handheld: "all transactions processed with Shift4 Duo utilize PCI-validated point-to-point encryption". PARTIAL: no PCI DSS 4.x Attestation of Compliance or P2PE listing is published or offered on request anywhere in the POSitouch article set, and these statements are about Shift4's payment layer rather than about POSitouch as an application. https://shift4.zendesk.com/hc/en-us/articles/14382700830739-End-to-End-Billing-Matrix-Statement-Glossary · retrieved 2026-08-31

kitchen-station-routing

POSitouch routes by prep category to either a ticket printer or a kitchen video, and the mapping is edited on site by a manager rather than by the vendor: 'The routing for each prep category can be adjusted', 'Select a prep category and use the arrow keys to scroll through the available printers or kitchen videos, and choose the printer or kitchen video to which the prep category should be assigned', reached from the Manager Screen at a front-of-house terminal behind a card swipe, fingerprint or number-and-password. The same screen carries saved alternate routing schemes: 'Alternate routing schemes can be activated in real time whenever a site's routing needs to change, e.g., during unusually busy or slow restaurant periods.' Kitchen video devices are addressed as V: units. Routing by order type or revenue centre is not separately documented, but the claim is satisfied on the category axis. https://shift4.zendesk.com/hc/en-us/articles/46648119428115-POSitouch-Manager-Screen-Reset-a-Device · retrieved 2026-08-04

kitchen-expo-consolidation

Assessed, unresolved. The POSitouch KB section carries no kitchen-display article at all. Shift4 does publish an expo-consolidation product - ChefTab KVS, whose Expediter station type displays consolidated tickets from the other food prep displays, merges tickets by Order # and shows prep status through item colorization (https://shift4.zendesk.com/hc/en-us/articles/360038008113-Set-up-and-Configure-the-ChefTab-Kitchen-Video-System-Expediter and https://shift4.zendesk.com/hc/en-us/articles/6178689422099-ChefTab-Screen-Types, both read 2026-08-03) - but neither those articles nor any POSitouch article states that ChefTab is the KDS for POSitouch, and ChefTab ingests tickets generically through its Ticket Genie print-stream capture. Scoring POSitouch from a different product's documentation is not warranted.

kitchen-course-firing differentiator

Not scored by this record.

kitchen-prep-time-pacing differentiator

Not scored by this record.

kitchen-order-throttling differentiator

Not scored by this record.

kitchen-channel-pause-propagation differentiator

Not scored by this record.

kitchen-order-ready-callback differentiator

Not scored by this record.

kitchen-bump-bar-hardware

Assessed, unresolved, for the same reason as kitchen-expo-consolidation. Shift4 documents bump-bar hardware in detail for ChefTab X (model 320203 bump bar plus controller kit, and a full key map including Bump, Item Bump, Undo, Sum and Mgr Menu - https://shift4.zendesk.com/hc/en-us/articles/4413291934227-ChefTab-X-Kitchen-Video-System-Specs and https://shift4.zendesk.com/hc/en-us/articles/26049694865171-Main-Functions-of-ChefTab-X-KVS-Bump-Bar, read 2026-08-03) and separately for the Shift4 Dine KDS, but no vendor page ties either KDS to POSitouch, and the POSitouch KB section contains no KDS or bump-bar article.

kitchen-all-day-counts

Not scored by this record.

kitchen-sla-alerts

Not scored by this record.

kitchen-printer-fallback differentiator

Rerouting away from a failed printer or kitchen video is documented, but as a manual manager action. 'POSitouch Manager Screen Reset a Device' lets a manager "Select the terminal (T:), printer (P:), or kitchen video display (V:) that you want to reset", switch a preconfigured alternate scheme -- "Alternate routing schemes can be activated in real time whenever a site's routing needs to change, e.g., during unusually busy or slow restaurant periods" -- and re-point one prep category: "Select a prep category and use the arrow keys to scroll through the available printers or kitchen videos, and choose the printer or kitchen video to which the prep category should be assigned." PARTIAL: nothing detects an unreachable printer, nothing fails over automatically, and no staff alert on printer loss is documented; the companion 'Troubleshoot Common Printer Issues for POSitouch' is entirely manual remediation. https://shift4.zendesk.com/hc/en-us/articles/46648119428115-POSitouch-Manager-Screen-Reset-a-Device · retrieved 2026-08-31

kitchen-offline-operation differentiator

Not scored by this record.

kitchen-item-build-screens differentiator

Not scored by this record.

kitchen-pizza-fractional-display differentiator

Not scored by this record.

kitchen-recall-refire

Not scored by this record.

kitchen-order-modification-alerts differentiator

Not scored by this record.

kitchen-guest-ready-notification differentiator

Not scored by this record.

kitchen-waste-logging

Not scored by this record.

kitchen-speed-of-service-reporting

Not scored by this record.

kitchen-prep-forecasting

Not scored by this record.

delivery-driver-roster

Assessed, unresolved. The POSitouch article set in Shift4's knowledge base (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, 62 hits re-enumerated via the Zendesk help-centre search API on 2026-08-04) contains no delivery or driver article of any kind, consistent with the record's delivery-dispatch-board finding. The driver articles that do exist - 'Settle a Driver and Close the Shift on the Driver Summary Screen in QSR & Delivery', 'Delivery Functionality in QSR & Delivery' - belong to the QSR & Delivery product line, not POSitouch. 'InhouseDelivery and Online Integration and Setup' (https://shift4.zendesk.com/hc/en-us/articles/50293129762835, read 2026-08-04) is a separate Shift4 dispatch platform, never names POSitouch, and its orders 'will show as Pickup in the POS, and not as Delivery' - the opposite of a native driver module. No POSitouch delivery-module manual survives anywhere reachable: a candidate vendor-manual URL on the third-party S3 bucket that hosts the other POSitouch manuals returned HTTP 403, and skytab.com/positouch (the positouch.com redirect target) returned HTTP 403 on 2026-08-03. Whether the legacy on-prem product contains a driver module therefore cannot be determined from published material.

delivery-dispatch-board

Assessed, unresolved. Shift4 publishes a dispatch-capable delivery module - 'Delivery Functionality in QSR & Delivery', 'Settle a Driver and Close the Shift on the Driver Summary Screen in QSR & Delivery', 'Mapping Overview in QSR & Delivery' - but QSR & Delivery is Shift4's Restaurant Manager lineage, a different product, and none of those articles mentions POSitouch. Searched Shift4's POSitouch knowledge-base section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, about 40 articles, enumerated via the Zendesk help-centre search API on 2026-08-03) for dispatch, driver and delivery terms: the POSitouch section has no delivery article of any kind.

delivery-route-map differentiator

Not scored by this record.

delivery-driver-tracking differentiator

Not scored by this record.

delivery-zones-polygon differentiator

Not scored by this record.

delivery-zone-pricing

Assessed, unresolved. The only Shift4 zone-pricing documentation is 'Set Up Delivery Zones in QSR & Delivery' (https://shift4.zendesk.com/hc/en-us/articles/360038143474-Set-Up-Delivery-Zones-in-QSR-Delivery, read 2026-08-03), which belongs to the QSR & Delivery product and does not mention POSitouch. No POSitouch article in Shift4's POSitouch knowledge-base section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, about 40 articles, enumerated via the Zendesk help-centre search API on 2026-08-03) covers delivery zones, delivery fees, order minimums or promise times.

delivery-address-validation

Not scored by this record.

delivery-driver-comp differentiator

Not scored by this record.

delivery-cash-reconcile

Not scored by this record.

delivery-daas-dispatch

First-party orders can be handed to a DoorDash Drive courier from inside the Shift4 stack, and POSitouch is a named supported POS in the guide's version table, whose POSitouch row reads Available Y at POS minimum version 6.41 and Connection Agent minimum version 2.6.0. The configuration is documented: "navigate to the Online Ordering application within Shift4's Marketplace and select the Takeout/Delivery tab at the top of the screen. Under Order Settings > Order Type, to activate delivery, select Delivery Orders", then "Under Delivery Settings: To enable DoorDash Drive, check the box to Use Delivery Service Provider for delivery", with an optional Delivery Surcharge passed to the guest. PARTIAL: the courier quote and job status are not documented as returning into the order record -- the only status surface described is the Marketplace install state, and the guide directs account questions to "contact DoorDash Drive directly" -- and the flow depends on Shift4's separate Online Ordering application rather than on POSitouch itself. https://shift4.zendesk.com/hc/en-us/articles/22885533181843-DoorDash-Drive-Marketplace-Installation-Guide · retrieved 2026-08-31

delivery-daas-fallback differentiator

Not scored by this record.

delivery-3p-direct-integration differentiator

Not scored by this record.

delivery-3p-injection

Not scored by this record.

delivery-menu-push

A menu does publish out to DoorDash with per-item ingestion errors surfaced to the operator: "select Publish Menu in Menu Manager if you haven't already. Menu Manager allows you to create and publish your online menu, including adding menu items and setting business hours", and "If the online menu ingestion fails due to missing items or empty schedule hours, a top banner message indicates the problem. Follow the instructions provided, correct the menu, and republish it." PARTIAL, and the shortfall is which menu: the source is Shift4's Menu Manager online menu, not the POSitouch master menu built in QuickMenu and Menu Builder, and nothing documents a POSitouch-to-Menu-Manager sync, item photos, or channel-specific price markups. https://shift4.zendesk.com/hc/en-us/articles/22886594992147-DoorDash-Marketplace-Installation-Guide · retrieved 2026-08-31

delivery-86-sync

Not scored by this record.

delivery-store-pause

The store can be opened and closed on the marketplace from inside Customer Hub rather than from DoorDash's own tablet: on the DoorDash application page, "Using the toggle switch, you can also open or close the restaurant." POSitouch is a supported POS for that integration -- its row in the guide's version table reads Available Y at POS minimum version 6.41 and Connection Agent minimum version 2.6.0. PARTIAL on both remaining limbs: no timed auto-reactivation is documented for the toggle, and the control is documented only for DoorDash -- the Uber Eats and DoorDash Drive guides cover installation and activation but describe no equivalent pause. https://shift4.zendesk.com/hc/en-us/articles/22886594992147-DoorDash-Marketplace-Installation-Guide · retrieved 2026-08-31

delivery-3p-reconciliation differentiator

Not scored by this record.

delivery-injection-error-visibility differentiator

Integration health is surfaced per application in Customer Hub: "If the application page shows a yield sign in an orange circle and a clock symbol next to the Integration on the left navigation sidebar. This indicates the installation is still pending", resolving to "a green checkmark indicating a successful installation. The clock icon in the left navigation sidebar will also disappear." Menu ingestion failures raise a banner naming the problem (DoorDash guide). PARTIAL: every documented signal concerns INSTALLATION and menu publication state, not orders -- no article describes a failed or rejected order injection, a per-channel connection health view, or an alert when injection stops. https://shift4.zendesk.com/hc/en-us/articles/48279511185299-Install-a-Marketplace-Integration-Directly-in-Shift4-Dine-Customer-Hub · retrieved 2026-08-31

delivery-tracking-page

Not scored by this record.

delivery-promise-time differentiator

Not scored by this record.

delivery-offline-behavior

Not scored by this record.

digital-first-party-web

Assessed, unresolved. Three findings, none sufficient. (1) The POSitouch offline article states that during an outage 'Online orders will need to be keyed in on the terminals' (https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch), which establishes that some online-ordering channel normally reaches POSitouch but not which product, whose branding or domain it runs on, or its commission terms. (2) Shift4's 'Install and Configure Online Ordering' guide (https://shift4.zendesk.com/hc/en-us/articles/1500007486702-Install-and-Configure-Online-Ordering, read 2026-08-04) documents a first-party ordering product with a Shift4-provided 'Menu URL' as the customer-facing page, but never names POSitouch as a supported POS and publishes no supported-POS table. (3) The DoorDash Marketplace Installation Guide (https://shift4.zendesk.com/hc/en-us/articles/22886594992147, read 2026-08-04) does list POSitouch as a supported POS - requiring 'an additional software component to connect the POS to Customer Hub' - but that is third-party marketplace injection, not a first-party commission-free web ordering site. No page read ties Shift4's first-party web ordering to POSitouch or to the restaurant's own domain, so this stays unknown.

digital-menu-single-source

Assessed, unresolved. The nearest POSitouch-specific statement is in the offline article (https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch), which says that during an outage 'Online orders will need to be keyed in on the terminals' - establishing that some online-ordering channel reaches POSitouch, but saying nothing about whether its menu is generated from the POSitouch menu record. 'Create a Menu in POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/48971233553427-Create-a-Menu-in-POSitouch) documents Menu Builder, order screens and menu-to-terminal assignment only, and never references a digital or web menu.

digital-native-app differentiator

Not scored by this record.

digital-account-saved-payment

Assessed, unresolved. Searched Shift4's POSitouch knowledge-base section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, about 40 articles, enumerated via the Zendesk help-centre search API on 2026-08-03) for guest accounts, saved cards, tokenisation and reorder. The POSitouch section contains no online-ordering or guest-account article; its payment articles are 'Create a Pre-Authorization in POSitouch', 'Enter Tips on Positouch at Payment' and 'Close a Check to Cash in POSitouch'. Shift4's saved-payment and online-ordering articles are written for Shift4 Dine, not POSitouch.

digital-upsell-engine differentiator

Not scored by this record.

digital-scheduled-pacing

Not scored by this record.

digital-fulfillment-modes

Not scored by this record.

digital-qr-table

Not scored by this record.

digital-kiosk differentiator

Not scored by this record.

digital-group-ordering

Not scored by this record.

digital-catering-portal differentiator

Not scored by this record.

digital-voice-ai-phone differentiator

Not scored by this record.

digital-drivethru-ai

Not scored by this record.

digital-sms-ordering

Not scored by this record.

digital-google-order differentiator

Not scored by this record.

digital-apple-business-connect

Not scored by this record.

digital-loyalty-attach

Not scored by this record.

digital-subscriptions

Not scored by this record.

digital-promo-parity

Not scored by this record.

digital-guest-data-ownership differentiator

Not scored by this record.

digital-checkout-pci-sca

Not scored by this record.

digital-surcharge-transparency differentiator

Not scored by this record.

guest-loyalty-unified-profile

Assessed, unresolved. No guest-profile, CRM or loyalty article exists in the POSitouch KB section, and loyalty searches across Shift4's POSitouch knowledge-base section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, about 40 articles, enumerated via the Zendesk help-centre search API on 2026-08-03) return only unrelated POSitouch operations articles. 'Set up Advantage Program on POSitouch' was read and is Shift4's card-fee programme, not a guest-identity feature. Nothing states how, or whether, POSitouch merges in-store, web and kiosk transactions under one guest identity.

guest-loyalty-thirdparty-identity-attach differentiator

Not scored by this record.

guest-loyalty-accrual-models

Assessed, unresolved. 'Set up Advantage Program on POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/15510431998611, read 2026-08-04) was the one loyalty-sounding POSitouch article and it is not loyalty at all: the Advantage Program is Shift4's card-fee programme - dual pricing, supplemental fee, or cash discount - configured as percentage service charges under Setup > Payment > Gratuity Service Chg. The POSitouch article set (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, 62 hits re-enumerated via the Zendesk help-centre search API on 2026-08-04) contains no points, visit/punch or spend-tier configuration article; a 'frequent diner' search of the help centre returns only Future POS and Shift4 Dine articles. Every loyalty accrual article Shift4 publishes ('Add a Loyalty Program on the Shift4 Dine Customer Hub', the Shift4 Loyalty installation and workstation set, Paytronix processing) is scoped to Shift4 Dine and never names POSitouch. Whether the legacy product carries a native accrual module is therefore undetermined - consistent with the record's guest-loyalty-unified-profile finding.

guest-loyalty-tiers differentiator

Not scored by this record.

guest-loyalty-offline-behavior differentiator

Not scored by this record.

guest-loyalty-offer-stacking-rules differentiator

Not scored by this record.

guest-loyalty-targeted-offers differentiator

Not scored by this record.

guest-loyalty-rfm-segmentation differentiator

Not scored by this record.

guest-loyalty-lifecycle-automation

Assessed, unresolved, on the same search as guest-loyalty-unified-profile. No POSitouch article describes campaigns or birthday, first-visit or lapsed win-back automation. The only marketing-adjacent POSitouch articles are coupon-configuration guides (buy-one-get-one, percentage off, 3 for $25, $1 off dessert), which build register-side discounts rather than triggered campaigns.

guest-loyalty-native-email-sms differentiator

Not scored by this record.

guest-loyalty-consent-management

Not scored by this record.

guest-loyalty-10dlc-registration

Not scored by this record.

guest-loyalty-campaign-attribution differentiator

Not scored by this record.

guest-loyalty-data-export-portability differentiator

Not scored by this record.

guest-loyalty-cdp-event-api differentiator

Not scored by this record.

guest-loyalty-review-capture-routing differentiator

Not scored by this record.

guest-loyalty-referral-program

Not scored by this record.

guest-loyalty-wallet-pass differentiator

Not scored by this record.

guest-loyalty-privacy-rights-tooling

Not scored by this record.

guest-loyalty-redemption-fraud-controls

Not scored by this record.

guest-loyalty-ai-offer-recommendation differentiator

Not scored by this record.

guest-loyalty-stored-value-gift

Not scored by this record.

labor-clock-in-at-pos

POSitouch KB 'Clock In or Clock Out on POSitouch': employees clock in 'From the front login screen' by touching the Time Clock button on the POS terminal itself, keying their user number on the onscreen keypad, selecting 'the proper job from the list of jobs available to the employee on the left side of the screen' and touching Punch In; clock-out mirrors it, with tipped employees prompted to 'use the on-screen keyboard to enter your declared tips' before the punch completes. Credential alternatives are explicit: 'POSitouch also allows for the ability to clock in via a mag card or a fingerprint reader.' No separate time-clock hardware is involved anywhere in the flow - PIN-equivalent user number, badge/mag card and biometric all run on the terminal, which is exactly what this claim asks. https://shift4.zendesk.com/hc/en-us/articles/22743969317779-Clock-In-or-Clock-Out-on-POSitouch · retrieved 2026-08-04

labor-photo-punch-verification differentiator

Not scored by this record.

labor-geofenced-mobile-punch

Not scored by this record.

labor-offline-time-punch differentiator

Not scored by this record.

labor-granular-rbac

POSitouch KB 'Separate Checks in POSitouch' documents the permission model while troubleshooting a missing button: 'Navigate to Back Office Setup > User Privilege Codes > Assign Privileges 1-8. Ensure that User Privilege Code number 87-No Separate Checks is NOT flagged for any employee group that is allowed to separate a check', with the worked example showing the SVR-1 group denied and the MGR group permitted. Privileges are therefore numbered per discrete action - code 87 governs one action and the numbering runs at least that high - and are flagged per employee group across eight assignment banks, rather than fixed cashier/manager/admin tiers. Consistent with the separately gated manager-screen actions for overrings (https://shift4.zendesk.com/hc/en-us/articles/45839407036435-POSitouch-Overrings), item deletion (https://shift4.zendesk.com/hc/en-us/articles/46222970583443-Delete-Items-from-Check-in-POSitouch-Manager-Screen) and discounts (https://shift4.zendesk.com/hc/en-us/articles/45846232553107-Add-or-Remove-Discounts-on-POSitouch-Manager-Screen). https://shift4.zendesk.com/hc/en-us/articles/43981085999763-Separate-Checks-in-POSitouch · retrieved 2026-08-03

labor-manager-override-audit

POSitouch KB shows every manager-screen override authenticated to an individual before it proceeds: 'Swipe the manager's card to proceed. Alternatively, a fingerprint scan or the manager's number and password may be used' (https://shift4.zendesk.com/hc/en-us/articles/45839407036435-POSitouch-Overrings, https://shift4.zendesk.com/hc/en-us/articles/46222970583443-Delete-Items-from-Check-in-POSitouch-Manager-Screen, https://shift4.zendesk.com/hc/en-us/articles/45846232553107-Add-or-Remove-Discounts-on-POSitouch-Manager-Screen), and POSitouch supports per-employee biometric enrolment for that purpose ('Fingerprint Guide in POSitouch'). The Time and Attendance manual adds that where schedule enforcement is on, 'All "Attempted and Rejected" punches are recorded' (https://s3.amazonaws.com/factorbi/POSitouch+Time+and+Attendance+User+Manual.pdf, Employee Status section). Shortfall: no POSitouch documentation describes a queryable, tamper-evident audit trail of overrides attributed to the approver. 'Exceptions in POSitouch Manager Screen' documents only a live exception list that a manager acknowledges and clears. https://shift4.zendesk.com/hc/en-us/articles/45839407036435-POSitouch-Overrings · retrieved 2026-08-03

labor-native-scheduling differentiator

Not scored by this record.

labor-demand-labor-forecast differentiator

Not scored by this record.

labor-realtime-labor-percent differentiator

Not scored by this record.

labor-overtime-prevention differentiator

Not scored by this record.

labor-break-compliance-by-state differentiator

Not scored by this record.

labor-fair-workweek-support

Not scored by this record.

labor-minor-labor-rules

Not scored by this record.

labor-tip-pooling-rules

'Set Up Server Teams in POSitouch Manager Screen' documents automatic pooled allocation from configurable rules: "The purpose of teams is to allocate sales and tips to a group of servers who work together as a team. When checks are closed, shares are allocated to the servers that are part of that team. Each person is assigned 'SHARES' of sales and tips, which must equal 100% once the team is created. The shares do not have to be equal between the team members" Three constructions are documented -- exclusive; inclusive, where a zero-share team-leader number rings and pays team checks while members also ring their own; and by job, where "anyone who punches in for that job is on the team for as long as they are punched in for that job, or until the manager removes the team." Allocation lands on the per-server cashout: a server holding 50% of shares shows $50.00 of a $100.00 check as her own Sales + Tax. https://shift4.zendesk.com/hc/en-us/articles/48213187504275-Set-Up-Server-Teams-in-POSitouch-Manager-Screen · retrieved 2026-08-31

labor-tip-distribution-audit-trail

Per-shift per-employee records exist. The team cashout carries each member's allocated share ("The other two team members have 25% total shares each, and their total sales + tax figure shows $25.00"), the "Server Sales and tips report displays the gross sales for each member of the team based on their shares, as well as their charged tip amounts based on their shares", and the team definition itself prints: "From the Manager Screen, go to Server Teams and select PRINT to print a list of all teams and their associated shares/percentages." Export exists through the back office -- 'Run Back Office Cashout Reports in POSitouch' offers "the format for the report to view, send to a file, or print." PARTIAL: the share model reports each employee's allocated portion but never itemises an amount CONTRIBUTED to a pool separately from an amount DISTRIBUTED from it, which is what this claim asks for. https://shift4.zendesk.com/hc/en-us/articles/48213187504275-Set-Up-Server-Teams-in-POSitouch-Manager-Screen · retrieved 2026-08-31

labor-qualified-tips-w2-reporting differentiator

Not scored by this record.

labor-native-payroll differentiator

Not scored by this record.

labor-payroll-export-formats

Not scored by this record.

labor-shift-swap-workflow differentiator

Not scored by this record.

labor-digital-onboarding-i9

Not scored by this record.

labor-server-performance-metrics differentiator

Per-server sales and tips are reported: the "Server Sales and tips report displays the gross sales for each member of the team based on their shares, as well as their charged tip amounts based on their shares", and 'Run Back Office Cashout Reports in POSitouch' offers "Server Cashout Totals to get Cashouts by the server." PARTIAL on every other metric this claim names: no POSitouch article documents average check, items per check, category attachment rate, or a per-employee void and comp rate. Voids and comps are documented only as live manager-screen actions (Overring, Delete Items, Discount), never as an employee-attributed rate. https://shift4.zendesk.com/hc/en-us/articles/48213187504275-Set-Up-Server-Teams-in-POSitouch-Manager-Screen · retrieved 2026-08-31

inventory-recipe-bom-costing

POSitouch Inventory Control and Food Cost Manual, Edition V - the vendor's own manual, located on a third-party S3 bucket because no vendor-hosted copy survives the positouch.com redirect. Multi-level nesting is explicit and unlimited: a recipe line may be 'a menu item, sub-recipe (item under 5000) or an ingredient item (over 5000)', and 'This concept can cascade down many levels until the ingredient level is reached for each item.' The worked example nests Salad #4001 (a menu item with no price, used only as a sub-recipe) inside both Side Salad #1004 and 12oz Sirloin Plate #1050, and the manual states that swapping an ingredient inside #4001 means 'the change then cascades into all the recipes that have #4001 as a sub-recipe'; the printed Recipe Report shows sub-recipe #603 Cole Slaw indented under menu item #150 with its component costs rolled into the parent's total. Ingredient unit cost is live from purchasing - 'Unit Cost is the cost per Inventory unit of measure of the Ingredient Item. This value is derived from the last price entered in purchases for that Inventory Period.' Shortfall: the automatic-recalculation half is not documented as event-driven on a price change. The stored Food Cost field on the menu item record is 'instantly calculated after you EXIT the recipe screen' - i.e. on a recipe edit - and costed reports are refreshed by re-running the batch Collect Item Sales Data for an Inventory Period ('correct it in Adjust Inventory, re-Collect Item Sales Data and reprint the report'). Section 18 Utilities documents no global re-cost pass that pushes a changed ingredient price out to every affected plate cost. https://s3.amazonaws.com/factorbi/POSitouch+Inventory+Control+and+Food+Cost+Manual+with+Inventory+Reports.pdf · retrieved 2026-08-04

inventory-unit-conversion-yields

POSitouch Inventory Control and Food Cost Manual, Edition V - the vendor's own manual; the copy located is hosted on a third-party S3 bucket, as no vendor-hosted copy survives the positouch.com redirect. Section 5 defines Recipe Unit of Measure, Inventory Unit of Measure and Purchase Unit of Measure per ingredient, with an Inventory Unit Multiplier ('the number of recipe units in one Inventory unit') and a Purchase Multiplier ('how many inventory Units of Measure equal a Purchase Unit of Measure'), plus an Alternate Unit of Measure carrying its own multiplier so an item can be counted three ways - the manual's worked example counts an 8 oz cold cup by CASE, SLEEVE and CUP. Shortfall: there is no yield or waste percentage field applied to raw-to-usable conversion. The manual instead instructs the operator to bake yield into the multiplier by hand - 'POSitouch inventory is based on raw goods and, therefore, yield must be calculated or averaged from the product as it is received', and 'In a situation where the ratio varies, such as the number of bacon slices in a case, enter an average figure.' https://s3.amazonaws.com/factorbi/POSitouch+Inventory+Control+and+Food+Cost+Manual+with+Inventory+Reports.pdf · retrieved 2026-08-03

inventory-theoretical-vs-actual differentiator

Not scored by this record.

inventory-realtime-depletion differentiator

Not scored by this record.

inventory-86-auto-sync differentiator

Not scored by this record.

inventory-count-modes

POSitouch Inventory Control and Food Cost Manual, Edition V. The Preface to Edition V states the release 'integrates Arbitrary Inventory counts into the product with the ability to perform multiple counts per day' and that inventory worksheets 'can be defined as daily, weekly or monthly'. Setup defines named Inventory Types linked to specific inventory-worksheet pages (Getting Started, and Setup Options > Miscellaneous > Use Arbitrary Period Inventory), which is how a subset count is scoped, and the 'Allow multiple inventory per day' flag additionally stamps a time on each count. Full physical inventory remains the base workflow - 'POSitouch focuses its inventory program on physical inventory, as the only effective means of determining food cost'. Counts accumulate as history rather than overwriting: Appendix 5 documents INVDATE.DBF holding 'the type of inventory count done and the date of the count' and INVCOUNT.DBF holding 'the count information for each ingredient item as well as the inventory type, date and time of the count', with multipliers and purchase price saved alongside for reporting. https://s3.amazonaws.com/factorbi/POSitouch+Inventory+Control+and+Food+Cost+Manual+with+Inventory+Reports.pdf · retrieved 2026-08-03

inventory-mobile-count-offline

Not scored by this record.

inventory-vendor-catalogs-edi differentiator

Not scored by this record.

inventory-invoice-ocr differentiator

Not scored by this record.

inventory-price-change-alerts differentiator

Not scored by this record.

inventory-par-auto-suggest differentiator

Not scored by this record.

inventory-waste-logging

Not scored by this record.

inventory-transfers

Not scored by this record.

inventory-commissary

Not scored by this record.

inventory-lot-traceability

Not scored by this record.

inventory-shelf-life-expiry

Not scored by this record.

inventory-bar-partial-bottle

Not scored by this record.

inventory-cogs-gl-export

Not scored by this record.

inventory-native-not-partner differentiator

Not scored by this record.

inventory-menu-margin-linkage differentiator

Not scored by this record.

reporting-realtime-dashboard

Assessed, unresolved. The POSitouch article set was re-enumerated on 2026-08-04 through the Zendesk help-centre search API (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, 62 hits across queries for reporting, dashboard, remote reporting and web reporting). The only POSitouch reporting article is 'Run Back Office Cashout Reports in POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/48385752006035-Run-Back-Office-Cashout-Reports-in-POSitouch), and it is on-premises: RDC Navigator > Sales Reports > All Sales Reports, run at the in-store back office. It describes no browser or mobile access and no live figure. Shift4 does publish dashboard products, but neither names POSitouch as a source: 'Business Intelligence Key Features' (https://shift4.zendesk.com/hc/en-us/articles/38852779680531-Business-Intelligence-Key-Features) identifies no feeding POS product, and 'Find Legacy Dashboard Data in the Shift4 Dine Customer Hub' (https://shift4.zendesk.com/hc/en-us/articles/51879116748563-Find-Legacy-Dashboard-Data-in-the-Shift4-Dine-Customer-Hub) maps only Shift4 Dine reporting paths. The Lighthouse article set returned by the same API is release notes and Lighthouse-for-Hospitality configuration with no POSitouch mention. The vendor's own product page could not be read to settle it: positouch.com 301-redirects to https://www.skytab.com/positouch, which returned HTTP 403 to WebFetch on 2026-08-03 and HTTP 429 to a browser-agent fetch on 2026-08-04. Whether a POSitouch estate can surface live sales off-premise therefore stays undetermined rather than absent.

reporting-eod-closeout

POSitouch KB 'Run Back Office Cashout Reports in POSitouch' documents two nightly close artefacts reached from RDC Navigator > Sales Reports > All Sales Reports: the Sales Journal Report, run over a date range with Deposits selected and with checkboxes for 'Drawer Totals to get a report by the drawer and Server Cashout Totals to get Cashouts by the server'; and the Shift Cashouts report, scoped to Entire House, Terminals and/or Servers, which splits by shift when totals are cleared between shifts. Both can be viewed, written to a file or printed. Shortfall: the article evidences deposit, drawer and per-server cashout reconciliation only. It does not enumerate a single close-out document carrying gross sales, net sales, tax, tips, discounts, refunds and tender types together, and no POSitouch report-field reference is published to confirm one exists. https://shift4.zendesk.com/hc/en-us/articles/48385752006035-Run-Back-Office-Cashout-Reports-in-POSitouch · retrieved 2026-08-03

reporting-pmix-modifier-level

Assessed, unresolved. The only POSitouch reporting article Shift4 publishes is 'Run Back Office Cashout Reports in POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/48385752006035-Run-Back-Office-Cashout-Reports-in-POSitouch), covering the Sales Journal and Shift Cashouts reports; it names no product-mix report. The POSitouch Inventory Control manual (https://s3.amazonaws.com/factorbi/POSitouch+Inventory+Control+and+Food+Cost+Manual+with+Inventory+Reports.pdf) documents a Food Usage vs. Sales report that accumulates guest-check usage by ingredient item, which is recipe-level depletion rather than an item-and-modifier PMIX with quantity and gross/net sales filterable by daypart and revenue centre. No POSitouch sales-reports reference is published.

reporting-comps-voids-audit

Not scored by this record.

reporting-cash-over-short

The inputs are reported and separable by drawer, shift and server. 'Run Back Office Cashout Reports in POSitouch' offers "the checkbox for Drawer Totals to get a report by the drawer and Server Cashout Totals to get Cashouts by the server", and the Shift Cashouts report takes "Entire House, Terminals, and/or Servers" with "If totals are cleared between shifts, cashouts will be displayed individually by shift." Paid-outs and paid-ins feed it -- "Paidouts will appear on a cashout under report totals and paidouts summary section" -- and a Cash Reconciliation section exists on the Daily Sales Report. PARTIAL: no article states that the system computes and prints an over/short figure comparing counted cash to expected cash, so the reports supply both sides without a documented difference line. https://shift4.zendesk.com/hc/en-us/articles/48385752006035-Run-Back-Office-Cashout-Reports-in-POSitouch · retrieved 2026-08-31

reporting-labor-productivity

Not scored by this record.

reporting-server-scorecards differentiator

Not scored by this record.

reporting-channel-profitability differentiator

Not scored by this record.

reporting-multiloc-drilldown differentiator

Not scored by this record.

reporting-custom-report-builder differentiator

Not scored by this record.

reporting-scheduled-delivery

Not scored by this record.

reporting-raw-warehouse-export differentiator

Not scored by this record.

reporting-public-api differentiator

Not scored by this record.

reporting-webhooks differentiator

Not scored by this record.

reporting-api-not-upcharged differentiator

Not scored by this record.

reporting-tier-paywall differentiator

Not scored by this record.

reporting-history-retention differentiator

Not scored by this record.

reporting-anomaly-alerts differentiator

Not scored by this record.

reporting-nl-query

Not scored by this record.

reporting-guest-cohorts differentiator

Not scored by this record.

reporting-sales-forecast differentiator

Not scored by this record.

reporting-tip-tax-compliance

Declared tips are captured at the clock: 'Clock In or Clock Out on POSitouch' -- "If you are a tipped employee and are required to declare tips when clocking out, use the on-screen keyboard to enter your declared tips and touch Enter to clock out." Charged tips and pool distribution are reported per employee through the Server Sales and Tips report and the team cashouts in 'Set Up Server Teams in POSitouch Manager Screen', and the Sales Journal carries an adjustable Tips-Servers line reached through Tip Account. PARTIAL: no article documents a tax liability summary by jurisdiction, and nothing describes a payroll- or W-2-ready export that separates cash tips from charged tips. https://shift4.zendesk.com/hc/en-us/articles/22743969317779-Clock-In-or-Clock-Out-on-POSitouch · retrieved 2026-08-31

multi-location-org-hierarchy

Assessed, unresolved. POSitouch is documented throughout Shift4's knowledge base as a single-site on-premises system: back-office configuration happens on the store's own back-office computer through RDC Navigator and is pushed with 'Immediate System Change', and the widest scoping construct documented anywhere is 'Entire House, Terminals and/or Servers' in the cashout report (https://shift4.zendesk.com/hc/en-us/articles/48385752006035-Run-Back-Office-Cashout-Reports-in-POSitouch). Nothing in Shift4's POSitouch knowledge-base section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, about 40 articles, enumerated via the Zendesk help-centre search API on 2026-08-03) describes an enterprise/region/location object or above-store scoping of reporting and permissions, and no above-store product documentation is published for POSitouch, so this cannot be resolved either way.

multi-location-central-menu-publish

Assessed, unresolved. 'Create a Menu in POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/48971233553427-Create-a-Menu-in-POSitouch) documents publication only within one store: menus are assigned per terminal, per day of week and per shift, and the propagation action offered is 'Copy to other terminals' inside that store, followed by 'Immediate System Change'. No corporate-to-location publish action and no publish or version history is documented. Whether a separate above-store menu tool exists for POSitouch is not published on any page I could reach.

multi-location-local-override-policy differentiator

Not scored by this record.

multi-location-price-zones

Assessed, unresolved. POSitouch price variation is documented only within a store: 'Create a Menu in POSitouch' (https://shift4.zendesk.com/hc/en-us/articles/48971233553427-Create-a-Menu-in-POSitouch) schedules different menus per terminal, day and shift, and 'Multi-Rate Change in POSitouch' concerns employee pay rates rather than menu prices despite the name. No article in Shift4's POSitouch knowledge-base section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, about 40 articles, enumerated via the Zendesk help-centre search API on 2026-08-03) describes price tiers or zones spanning location groups, order channels or dayparts against a single item record.

multi-location-scheduled-publish differentiator

Not scored by this record.

multi-location-new-store-template differentiator

Not scored by this record.

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

Not scored by this record.

multi-location-royalty-calculation differentiator

Not scored by this record.

multi-location-royalty-collection

Not scored by this record.

multi-location-consolidated-reporting

Not scored by this record.

multi-location-normalized-item-rollup differentiator

Not scored by this record.

multi-location-cross-location-giftcard

Not scored by this record.

multi-location-cross-location-loyalty

Not scored by this record.

multi-location-multi-brand differentiator

Not scored by this record.

multi-location-multi-tax-jurisdiction

Not scored by this record.

multi-location-multi-currency-locale

Not scored by this record.

multi-location-config-audit-log differentiator

Not scored by this record.

multi-location-enterprise-sso differentiator

Not scored by this record.

multi-location-enterprise-api differentiator

Not scored by this record.

multi-location-central-labor-policy

Not scored by this record.

hardware-commodity-devices differentiator

Not scored by this record.

hardware-os-platforms

Assessed, unresolved. This claim asks whether vendor documentation names the supported client operating systems with minimum versions and device specs, and no such document is reachable. The POSitouch article set (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch, 62 hits re-enumerated via the Zendesk help-centre search API on 2026-08-04, including a system/requirements/Windows query) contains no system-requirements, hardware-spec or supported-platform article - the closest titles are troubleshooting ('Troubleshoot Common Printer Issues for POSitouch', 'Close Down System in POSitouch Manager Screen'). The surviving vendor manuals on the third-party S3 bucket document a local FoxPro .DBF/.CDX data layer (Inventory Control manual, Appendix 1 INVDBFW Data Map), which implies a Windows client/server stack but names no OS, version floor or device spec. The vendor's own product page cannot be read: positouch.com 301-redirects to https://www.skytab.com/positouch, HTTP 403 on 2026-08-03. A dealer-channel spec sheet may exist unpublished, so this is absence of reachable documentation, not evidence of absence.

hardware-handheld-purpose-built

Shift4 Duo is a purpose-built handheld with an integrated reader, and POSitouch is on its named eligibility list. The FAQ states the device is "a PAX A930 that is exclusive to Shift4 and will have a custom color", accepts "EMV chip cards, NFC mobile payments or contactless cards, and traditional swiped card transactions", prints on board ("print receipts with a built-in printer"; "thermal paper rolls with the specifications of 2 1/4 inches by 74 feet"), and runs locked down ("Does the app run in Kiosk mode? Yes. The only way to break out of the application is to power up the device."). PARTIAL: no drop rating and no IP ingress rating is published. The only environmental figure given is thermal -- "the device can be used between 14 & 122 F" -- and instead of a rated shift battery life the vendor says "We recommend that you recharge your Shift4 Duo devices daily, although they should hold a charge longer than that." https://shift4.zendesk.com/hc/en-us/articles/360034162594-Shift4-Duo-FAQs · retrieved 2026-08-31

hardware-handheld-battery-swap differentiator

Not scored by this record.

hardware-handheld-lte

Cellular fallback is a shipped, priced, documented feature, and POSitouch is a named eligible brand in the 4G SIM section, whose list runs Shift4 Hospitality, Edgewater, FuturePOS, POSitouch, Restaurant Manager and Micros under the heading "the following brands and software can utilize this feature". The FAQ: "Shift4 Duo supports 4G connectivity for areas outside Wi-Fi coverage"; "If you are out of WiFi Range, will it roll over to 4G? Yes, the Shift4 Duo device will roll over to 4G if it is out of WiFi range"; "the SIM card comes pre-installed", a T-Mobile SIM and the only certified carrier. Pricing is published -- "Monthly: $15/month up to 200MB". The vendor also bounds it honestly: used as an internet backup, "this will only allow you to close tickets that were open prior to the internet outage but will have more functionality when order-at-the-table is released." https://shift4.zendesk.com/hc/en-us/articles/360034162594-Shift4-Duo-FAQs · retrieved 2026-08-31

hardware-offline-mode

POSitouch KB 'Credit Card Offline Mode in POSitouch' publishes the offline scope explicitly on both sides. What POSitouch can do offline: 'Accept cash and credit card payments (credit card transactions are queued and processed once back online)' and 'All front and back-of-the-house operations'; stored transactions 'are automatically processed' on reconnect unless the card is declined. What degrades: 'Gift cards/certificates cannot be processed', 'Debit cards are discouraged, as account verification isn't possible offline', declines cannot be identified during the outage, a configurable maximum offline transaction amount produces a 'transaction over limit' message, and 'Online orders will need to be keyed in on the terminals'. That published degrade list is what this claim asks for. https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch · retrieved 2026-08-03

hardware-kds

Kitchen video displays are first-class native POSitouch devices, not an integration: the Manager Screen device-reset article lists kitchen videos alongside terminals and printers as resettable units addressed as V:, and the routing editor assigns each prep category 'to the printer or kitchen video to which the prep category should be assigned', with 'Alternate routing schemes can be activated in real time'. That establishes a supported dedicated KDS with station routing driven from the POS itself. Shortfall: the input and coursing halves of the claim are unevidenced - no surviving POSitouch article or manual documents bump-bar or touch input or course/fire timing on these displays, and the KDS hardware Shift4 does document in detail (ChefTab / ChefTab X, and the Shift4 Dine KDS) is never tied to POSitouch in any article, consistent with this record's kitchen-bump-bar-hardware and kitchen-expo-consolidation findings. https://shift4.zendesk.com/hc/en-us/articles/46648119428115-POSitouch-Manager-Screen-Reset-a-Device · retrieved 2026-08-04

hardware-kiosk differentiator

Not scored by this record.

hardware-drive-thru

Not scored by this record.

hardware-printer-compatibility

The supplies catalogue names printers from three manufacturers and is explicitly scoped to include POSitouch: "Receipt Printer (Epson TM-M30, Partner Tech RP-630, SNBC Printers, RPD-10)", "Kitchen Printer - Single Ply (Epson Dot Matrix TM-U220B, SNBC BTP-M300E)" and the matching double-ply and ribbon entries. That catalogue reaches POSitouch by the vendor's own scoping note under "Workflow 1: Select Equipment > Choose Supplies" -- "This includes Shift4 Dine and legacy brand POS systems (POSitouch, Future, RM, Hospitality)". Ethernet-attached printers are documented in 'Troubleshoot Common Printer Issues for POSitouch', which walks unplugging the Ethernet cable and checking the switch port light, and separately covers USB-attached printers. The article set never uses the string ESC/POS, but Epson thermal and dot-matrix plus SNBC and Partner Tech is more than one manufacturer across both receipt and kitchen roles. https://shift4.zendesk.com/hc/en-us/articles/26149080184723-Order-Supplies-Using-the-Shift4-Dine-Customer-Hub-United-States · retrieved 2026-08-31

hardware-peripherals

The peripheral set is enumerated by billing tier in the footnote 'POS Accessory Devices': PA1 lists a thermal printer, a dot matrix printer, "Caller ID 2 Line", a "Q25 (EMV/NFC PIN pad)" and a "2D Barcode Scanner"; PA2 lists "Caller ID 4 Line" and a label printer; PA3 lists Tableside, "Kitchen Video System", Scale and "POS Server"; PA4 lists Tablet, "Kitchen Display System (KDS)", "Customer-facing Display", Kiosk and Handheld. Barcode scanner, scale and customer-facing display are therefore all supported accessories, and POSitouch POS is named in the parallel PO2 device list on the same page. PARTIAL: this is a fee schedule, not a compatibility list -- no models are named for the scanner, scale or display, cash drawers appear nowhere in it (the drawer surfaces only incidentally, in the penny-rounding article's "the drawer will expect $37.56 from that transaction"), and multi-drawer-per-terminal is not documented at all. https://shift4.zendesk.com/hc/en-us/articles/14382700830739-End-to-End-Billing-Matrix-Statement-Glossary · retrieved 2026-08-31

hardware-p2pe-terminal

Not scored by this record.

hardware-tap-to-phone differentiator

Not scored by this record.

hardware-pricing-transparency differentiator

WAS `partial`, whose own note conceded that BOTH limbs fail -- "these are recurring monthly fees rather than hardware prices, and they are per TIER rather than per SKU". A claim with no satisfied limb is not `partial`. The claim asks for hardware prices published per SKU rather than quote-only, and the vendor's own current fee schedule answers it in the negative by enumeration: Shift4's End-to-End Billing Matrix prices device CLASSES in four accessory tiers (PA1 $9.99, PA2 $19.99, PA3 $39.99, PA4 $29.99, or $35.99 for tablets added to merchant accounts before March 2025) and three POS tiers, so every PA4 device carries one figure whether it is a tablet, a kiosk, a KDS or a customer-facing display, and no individual model is named or priced anywhere. These are also monthly fees, not purchase prices. The failing leg is the per-SKU published hardware price; the 62-article POSitouch set contains no hardware price list and positouch.com no longer serves a product site. https://shift4.zendesk.com/hc/en-us/articles/14382700830739-End-to-End-Billing-Matrix-Statement-Glossary · retrieved 2026-08-31

hardware-ownership-vs-lease differentiator

Assessed, unresolved -- DOWNGRADED FROM `partial` by the 2026-08-31 adversarial pass, which re-fetched the cited document and found it silent on the question. The claim has two limbs, purchase available as an alternative to a mandatory lease or bundled rental, AND the vendor states which. Shift4's End-to-End Billing Matrix (article 14382700830739, re-read 2026-08-31) contains the word "purchase" zero times, the word "buy" zero times, and no occurrence of "lease" outside the word "please"; it never characterises the acquisition model at all. What it does say is that "for POS SaaS (Software as a Service) setups, POS Fees are billed as long as the equipment is on the account", and that the $75 Inactivity fee is "applied to all 'software-as-a-service' billing models per device" -- both of which are CONDITIONAL on a SaaS setup and therefore imply that non-SaaS setups exist, without naming, pricing or describing one. The earlier `partial` read that recurring-fee evidence as establishing rental; it does not, and Shift4 codes rental explicitly when it means it (the fee-code list carries a separate "REN FuturePOS Equipment Rental Fee", for a sibling brand and not for POSitouch). No citation is carried because no source establishes either limb.

hardware-usable-after-churn differentiator

Not scored by this record.

hardware-rma-sla differentiator

Not scored by this record.

hardware-byod

Not scored by this record.

hardware-remote-device-management differentiator

Not scored by this record.

hardware-selfpour-scales

Not scored by this record.

hardware-callerid-integration

Caller ID is a supported, separately billed POS accessory: the billing matrix's accessory footnote lists "Caller ID 2 Line" under PA1 devices and "Caller ID 4 Line" under PA2, on the same fee schedule whose PO2 tier names POSitouch POS. PARTIAL: the hardware is established but the behaviour is not -- no article in the POSitouch set describes an incoming call popping the customer record or order history at the terminal, or any caller-ID screen at all. The accessory list proves Shift4 sells and bills the line cards, not what POSitouch does with them. https://shift4.zendesk.com/hc/en-us/articles/14382700830739-End-to-End-Billing-Matrix-Statement-Glossary · retrieved 2026-08-31

extensibility-public-api-docs

No POSitouch product or developer site remains; positouch.com redirects to skytab.com/positouch. https://www.positouch.com/ · retrieved 2026-08-01

extensibility-api-access-cost differentiator

Not scored by this record.

extensibility-partner-revshare

Not scored by this record.

extensibility-free-sandbox differentiator

Not scored by this record.

extensibility-oauth-partner-apps

WAS `unknown` at grade F on the premise -- its own words -- that Shift4's POSitouch section contains no integration, credential or app-authorisation article. That premise is falsified by three Marketplace installation articles that each scope themselves to POSitouch by name: "Harbortouch Hospitality, POSitouch, Future POS, Focus POS, and Restaurant Manager require an additional software component to connect the POS to Customer Hub (Shift4's cloud platform)." CITATION RE-POINTED 2026-08-31 by the adversarial pass: this cell previously cited 'Install a Marketplace Integration Directly in Shift4 Dine Customer Hub' (48279511185299), which was re-fetched and contains no consent step at all -- its flow is Install, enter contact details, Submit, and the partner then contacts the operator to onboard by hand. The consent language is in the two OTHER routes and is quoted from them here. This article (48280494714387, the Customer-Hub-with-partner-redirect route) carries "Select Allow to provide the integration with access to your POS data." The partner-website route (48278237405587) carries "Once signed into Customer Hub, select Allow to grant the Integration Partner access to your Shift4 location's data" and "You will be prompted to confirm which Customer Hub accounts you wish to connect to the Integration Partner." All three routes carry the revocation sentence: "Once installed, you can also manage your account or uninstall the application at any time." PARTIAL, not yes: none of the three names OAuth 2.0, none describes a scope or a token, none exposes a developer app-registration surface, and the grant is per-account rather than per-permission -- an operator-granted, revocable consent-and-redirect flow, which is the shape of the claim but not its substance. https://shift4.zendesk.com/hc/en-us/articles/48280494714387-Install-a-Marketplace-Integration-From-the-Shift4-Dine-Customer-Hub-With-Integration-Partner-Redirect · retrieved 2026-08-31

extensibility-webhooks-push

Assessed, unresolved, on the same evidence as extensibility-oauth-partner-apps. No POSitouch API or developer documentation is published, skytab.com/positouch returned HTTP 403 on 2026-08-03, and the POSitouch section of Shift4's knowledge base has no integration article. Nothing describes outbound order-lifecycle events, and nothing states that integrators must poll either.

extensibility-webhook-reliability differentiator

Not scored by this record.

extensibility-order-injection-api

Not scored by this record.

extensibility-menu-write-api differentiator

Not scored by this record.

extensibility-data-symmetry differentiator

Not scored by this record.

extensibility-published-rate-limits

Not scored by this record.

extensibility-doordash-preferred differentiator

Not scored by this record.

extensibility-first-party-delivery-integrations differentiator

Shift4 publishes its own certified marketplace integrations rather than reselling middleware, and names POSitouch in the supported-POS version table of both guides: the Uber Eats table gives POSitouch Available Y at POS minimum version 6.41 with Connection Agent 2.0.0.6, and the DoorDash table gives the same 6.41 with Connection Agent 2.6.0. DoorDash Drive is covered by a third guide with the same POSitouch row as DoorDash. PARTIAL because the third named marketplace is not established: no Grubhub installation guide appeared in the POSitouch-scoped article set. That is as much a limit of the instrument as a finding -- the set was drawn by a help-centre search on the string POSitouch, which cannot distinguish the hypothesis that Shift4 has no Grubhub integration from the hypothesis that a Grubhub guide exists and simply does not name POSitouch in its supported-POS table. https://shift4.zendesk.com/hc/en-us/articles/22812626755091-Uber-Eats-Marketplace-Installation-Guide · retrieved 2026-08-31

extensibility-middleware-compatibility

Not scored by this record.

extensibility-accounting-connectors

Not scored by this record.

extensibility-payroll-export

Not scored by this record.

extensibility-bi-data-warehouse differentiator

Not scored by this record.

extensibility-app-marketplace

Shift4 operates a Marketplace of named third-party applications an operator installs itself: "Select Marketplace from the left navigation bar. Select the Integration you want to install. Select View Details to access the integration's detail page. Select Install." Named apps with their own installation guides include DoorDash, DoorDash Drive, Uber Eats and Mailchimp, and an app can be removed the same way -- "Once installed, you can manage your account or uninstall the application at any time." PARTIAL on two counts: the catalogue lives inside the authenticated Customer Hub rather than on a public page a prospect can browse, and for POSitouch it is gated on separate software -- "Harbortouch Hospitality, POSitouch, Future POS, Focus POS, and Restaurant Manager require an additional software component to connect the POS to Customer Hub" -- at POSitouch 6.41 with a Connection Agent minimum version. https://shift4.zendesk.com/hc/en-us/articles/48279511185299-Install-a-Marketplace-Integration-Directly-in-Shift4-Dine-Customer-Hub · retrieved 2026-08-31

extensibility-custom-fields-scripting

Not scored by this record.

extensibility-headless-embedded

Not scored by this record.

extensibility-api-versioning-deprecation

Not scored by this record.

extensibility-data-portability-exit differentiator

Not scored by this record.

reliability-offline-order-entry

POSitouch KB 'Credit Card Offline Mode in POSitouch', under 'What POSitouch Can Do in Offline Mode': 'All front and back-of-the-house operations' continue, alongside 'Accept cash and credit card payments (credit card transactions are queued and processed once back online)'. The article's stated trigger is 'If your internet connection is down' - POSitouch is an on-premises client/server system, so order entry and check printing run off the in-store server independently of the WAN, and the vendor's degrade list for the outage names only card verification, gift cards and injection of online orders. https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch · retrieved 2026-08-03

reliability-offline-card-auth differentiator

'Credit Card Offline Mode in POSitouch' states it directly under "What POSitouch Can Do in Offline Mode": "Accept cash and credit card payments (credit card transactions are queued and processed once back online)", and "All credit card transactions are securely stored while offline. Once your system is back online, those stored transactions are automatically processed, unless the card is declined." The mechanism is documented separately in 'POSiPay with Shift4 Card Processing - Offline Mode': the UTG pings for connectivity, enters offline mode on a configured trigger, stores transactions and sends them on restoration, retesting "every 30 minutes and will remain offline until internet connectivity is restored." https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch · retrieved 2026-08-31

reliability-offline-decline-liability differentiator

Both limbs are on the vendor's own page. Liability: the Stand In Floor Limit is "the dollar amount the business is willing to risk if a transaction is declined for authorization that could occur when returning to online mode", which places the loss on the merchant, and "Any dollar amount above the 'Stand In' amount will trigger a voice authorization." The cap is stated per transaction: "The Stand-In Limit Amount will be the maximum amount allowed to be approved in offline mode per card transaction." Reconnect handling: "if any transactions fail in the batch, you will receive emails from Shift4 regarding fraud transactions. Those offline transactions that fail will need to be reauthorized or deleted from the LightHouse Transaction Manager batch." https://shift4.zendesk.com/hc/en-us/articles/17789719250195-POSiPay-with-Shift4-Card-Processing-Offline-Mode · retrieved 2026-08-31

reliability-lan-degraded-multi-terminal differentiator

'Credit Card Offline Mode in POSitouch' states that during an internet outage POSitouch still supports "All front and back-of-the-house operations", qualifying only the digital channel ("Online orders will need to be keyed in on the terminals"). Check state is house-wide rather than per-terminal: 'POSitouch Manager Screen Display Open Tables' lists open tables and unpaid checks with "The terminal number on which the order was opened", the table number, the check number and the server number, and any terminal's Reopen Checks list reaches those same checks. The ordering path runs on the local POS driver rather than the cloud, per this record's reliability-local-transaction-engine cell. PARTIAL, not yes, and the shortfall is that this is an INFERENCE ACROSS TWO ARTICLES rather than a vendor statement: no page says that terminals continue to share a single check while the internet is down, and none distinguishes an internet outage from a LAN failure -- the claim's own 'LAN-only degraded operation, not per-terminal islands' wording is never addressed anywhere in the article set. https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch · retrieved 2026-08-31

reliability-local-transaction-engine differentiator

The on-premises engine is documented by name throughout the article set. 'POSiPay with Shift4 Card Processing - Offline Mode' instructs the reader to "Go to your Positouch service PC or back office PC", end the Shift4 Gateway service in Windows Task Manager and "Right-click on the UTG2.EXE program and choose Run as Administrator"; 'Resolve Time Clock Mode in POSitouch' says "On the POS driver, select the SPCWIN status screen and press Esc on your keyboard"; 'Restart POSiterm on a Terminal or Tablet in POSitouch' relaunches POSiterm from the terminal desktop. Shift4's Marketplace guides confirm the cloud is an addition rather than the engine: "Harbortouch Hospitality, POSitouch, Future POS, Focus POS, and Restaurant Manager require an additional software component to connect the POS to Customer Hub (Shift4's cloud platform)", in contrast to the Workstation, "which is natively connected to Customer Hub and does not require any additional software." https://shift4.zendesk.com/hc/en-us/articles/17789719250195-POSiPay-with-Shift4-Card-Processing-Offline-Mode · retrieved 2026-08-31

reliability-offline-kds-printing

POSitouch KB 'Credit Card Offline Mode in POSitouch' states that with the internet connection down 'All front and back-of-the-house operations' continue, the only listed losses being gift-card and certificate processing, debit verification, decline identification above the configurable offline limit, and injection of online orders (which 'will need to be keyed in on the terminals'). Kitchen routing is not among the degraded functions, and POSitouch prep stations are LAN-attached printers or displays driven by the in-store server rather than by a cloud backend. https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch · retrieved 2026-08-03

reliability-printer-fallback

WAS `unknown` at grade F, reasoning from 'Troubleshoot Common Printer Issues for POSitouch' alone -- correctly, since that article is pure manual remediation. But a second article the record already cites for kitchen-station-routing carries the mechanism. 'POSitouch Manager Screen Reset a Device' lets a manager "Select the terminal (T:), printer (P:), or kitchen video display (V:) that you want to reset", switch a preconfigured scheme ("Alternate routing schemes can be activated in real time whenever a site's routing needs to change"), and re-point one prep category: "Select a prep category and use the arrow keys to scroll through the available printers or kitchen videos, and choose the printer or kitchen video to which the prep category should be assigned." PARTIAL, and the shortfall is the claim's own load-bearing word: this is a manual manager action from the front-of-house manager screen. Nothing detects that a printer is unreachable, nothing reroutes automatically, and no staff alert on printer loss is documented. https://shift4.zendesk.com/hc/en-us/articles/46648119428115-POSitouch-Manager-Screen-Reset-a-Device · retrieved 2026-08-31

reliability-sync-conflict-handling

Not scored by this record.

reliability-offline-feature-matrix

'Credit Card Offline Mode in POSitouch' publishes the list under an explicit heading, "What POSitouch Can Not Do in Offline Mode": "Gift cards/certificates cannot be processed. Debit cards are discouraged, as account verification isn't possible offline. Determine if a declined credit card is being used during offline mode." It pairs this with "What POSitouch Can Do in Offline Mode" -- cash and credit card payments, "All front and back-of-the-house operations", and the caveat "Online orders will need to be keyed in on the terminals." The Shift4 Duo FAQ states the matching limit for the handheld: "Shift4 Duo does not have an offline mode. This behavior is expected, so there is no need to contact Support when the device is unable to process orders or payments during an internet outage." https://shift4.zendesk.com/hc/en-us/articles/43623612601491-Credit-Card-Offline-Mode-in-POSitouch · retrieved 2026-08-31

reliability-public-status-page

Not scored by this record.

reliability-contractual-uptime-sla differentiator

Not scored by this record.

reliability-incident-postmortems

Not scored by this record.

reliability-247-live-support

24/7 support exists and POSitouch customers are pointed at it -- "Please contact the Positouch Support team 24/7/365 for further assistance" ('POSiPay with Shift4 Card Processing - Offline Mode'). PARTIAL because Shift4's own published fee schedule bills it as a separate line rather than including it in the base: the Monthly Premium Support & Service Fee is "Fee covering a large scope of support and service-related functions including 24/7 phone-based support, local on-site technical support", priced at "Fee ranges from $50 to $150 per merchant", with the note "Effective 10/1/23, this fee was added to all MID's." The same matrix separately carries a Dealer Support Fee "set by the sales partner that covers various support functions from the merchant's sales partner. This fee cannot be adjusted by Shift4." https://shift4.zendesk.com/hc/en-us/articles/14382700830739-End-to-End-Billing-Matrix-Statement-Glossary · retrieved 2026-08-31

reliability-onsite-install differentiator

Not scored by this record.

reliability-menu-build-service differentiator

Not scored by this record.

reliability-hardware-replacement-sla

A replacement program with a stated turnaround is published and priced. The billing matrix describes the Annual Service & Maintenance Fee: "The Annual Service & Maintenance Fee covers the lifetime replacement of your credit card processing devices if they malfunction or need upgrading to the latest model, including overnight shipping", assessed "on any account with provided credit card processing equipment (POS systems, standalone devices and PIN Pads) up to 4/devices" The Shift4 Duo FAQ gives the handheld terms: "A replacement device will be provided at no charge (only shipping charges apply) as long as the damage was due to normal usage." PARTIAL: the turnaround is a shipping method rather than a stated SLA, no advance-exchange commitment is published, and the wording scopes the program to credit-card processing equipment, so POSitouch kitchen printers and kitchen video units are not covered by it. https://shift4.zendesk.com/hc/en-us/articles/14382700830739-End-to-End-Billing-Matrix-Statement-Glossary · retrieved 2026-08-31

reliability-backup-restore

Not scored by this record.

reliability-pci-dss-4-attestation

Not scored by this record.

reliability-mfa-role-based-access

Not scored by this record.

reliability-self-serve-training

Not scored by this record.

reliability-failover-terminal-role differentiator

Not scored by this record.

reliability-cellular-backup

Not scored by this record.

commercial-month-to-month-contract differentiator

Not scored by this record.

commercial-no-early-termination-fee differentiator

Not scored by this record.

commercial-autorenew-terms-published

Assessed, unresolved - blocked on host access, not on absence. Shift4 does publish service-agreement PDFs under https://www.shift4.com/pdf/ (SkyTab-POS-System-Service-Agreement.pdf, Canada_POS-System-Service-Agreement-Terms-and-Conditions.pdf, Lighthouse-Terms-and-Conditions.pdf, Shift4-Customer-Hub-Terms-and-Conditions.pdf, Gateway-Terms-and-Conditions.pdf), but none of them is a POSitouch agreement by title, and www.shift4.com would not serve any of them to this pass: https://www.shift4.com/legal and the SkyTab agreement PDF both returned HTTP 403 to WebFetch and HTTP 429 to a browser-agent curl on 2026-08-04, so no term or notice window was read first-hand. Scoring from the search index's summary of those PDFs is not permitted and was not done. The POSitouch help-centre section (https://shift4.zendesk.com/hc/en-us/sections/48829242563731-POSitouch) is operational articles only and carries no contract terms, and positouch.com 301-redirects to https://www.skytab.com/positouch, which returned HTTP 403 on 2026-08-03 and HTTP 429 on 2026-08-04. Unresolved until a POSitouch-specific or POSitouch-covering agreement can actually be opened.

commercial-processing-not-bundled differentiator

Not scored by this record.

commercial-interchange-plus-published differentiator

Not scored by this record.

commercial-rate-increase-clause differentiator

Not scored by this record.

commercial-pricing-published

WAS `no` at grade B, cited to positouch.com, on the reasoning that no POSitouch pricing is published anywhere. That is overturned by a document the earlier enumeration returned but nobody opened: Shift4's 'End-to-End Billing Matrix & Statement Glossary' (updated 2026-07-08) publishes a per-terminal figure with POSitouch named in the tier. The POS Monthly row reads "Fee for the POS system, which covers reporting, maintenance, support, and swaps. Charged per POS and based on tier", and its price cell carries three tiers -- "PO1: $29.99", "PO2: $49.99", "PO3: $79.99" -- against Footnote 2, headed "POS Devices", whose PO2 list names "POSitouch POS". TWO CORRECTIONS FROM THE 2026-08-31 ADVERSARIAL RE-READ OF THE RAW BODY, both against the vendor's interest being overstated. FIRST, the figures this note previously offered as adjacent POSitouch context are scoped by the document's own glossary to OTHER products and have been removed: "POS Software" (PSS, $19.99 per device) is defined as "POS software only fee charged to businesses using Focus POS", and "Wireless Data" (WIS, $19.99) as the "Wireless data plan used by Shift4 Dine". Neither is a POSitouch figure. SECOND, every POS and accessory price in this document sits under a heading reading "Internal Only: Shift4 POS & Accessory Fees (Pricing)" -- the table is publicly reachable without authentication, which is why it can be cited at all, but the vendor labels it internal, so it is not pricing published TO customers and this cell should not be read as trending toward `yes`. PARTIAL: a recurring per-POS figure is published and POSitouch is named in its tier, but no per-LOCATION software figure exists, nothing states that PO2 is the whole software cost, and the deactivated-code list still carries two POSitouch-specific codes with no current price, "MNT POSitouch Maintenance Fee" and "PSC POSitouch Cloud Fee". https://shift4.zendesk.com/hc/en-us/articles/14382700830739-End-to-End-Billing-Matrix-Statement-Glossary · retrieved 2026-08-31

commercial-module-unbundling differentiator

Not scored by this record.

commercial-hardware-purchase-outright

WAS `partial` on the reasoning that a fee schedule showing recurring charges does not state that purchase is unavailable. That is true but it is not what this claim asks. The claim's condition is purchase outright AT A PUBLISHED PRICE, and that leg fails positively against the vendor's own current fee schedule. Shift4's End-to-End Billing Matrix (updated 2026-07-08) enumerates every device class this claim names and prices all of them as recurring monthly per-device fees: POS Monthly PO1 $29.99 / PO2 $49.99 / PO3 $79.99, with "POSitouch POS" listed under "PO2 Devices" in Footnote 2, and POS Accessory PA1 $9.99 / PA2 $19.99 / PA3 $39.99 / PA4 $29.99, whose Footnote 1 places "Thermal Printer" and "Dot Matrix Printer" in PA1, "Kitchen Video System" and "POS Server" in PA3, and "Kitchen Display System (KDS)" in PA4. No outright price is published for any of them, here or anywhere else in the 62-article POSitouch set. ADVERSARIALLY CHECKED 2026-08-31 against the raw article body: the words "purchase" and "buy" do not occur in the document at all, and neither does "lease" outside the word "please" -- so the document does NOT state a rental model either, and this `no` rests solely on the published-price leg, in the same shape as the agilysys cell. Whether a mandatory lease exists is not published either way. https://shift4.zendesk.com/hc/en-us/articles/14382700830739-End-to-End-Billing-Matrix-Statement-Glossary · retrieved 2026-08-31

commercial-hardware-not-locked differentiator

Not scored by this record.

commercial-implementation-fee-published

Not scored by this record.

commercial-data-export-self-serve

Not scored by this record.

commercial-export-customer-and-loyalty differentiator

Not scored by this record.

commercial-post-termination-export-window differentiator

Not scored by this record.

commercial-data-ownership-clause differentiator

Not scored by this record.

commercial-source-available-selfhost

Not scored by this record.

commercial-pci-p2pe-tokenization

Not scored by this record.

commercial-pci-dss-4-controls

Not scored by this record.

commercial-soc2-attestation

Not scored by this record.

commercial-privacy-dsar-tooling

Not scored by this record.

commercial-wcag-kiosk-accessibility differentiator

Not scored by this record.

commercial-dual-pricing-compliant differentiator

POSitouch ships a card-fee program in three modes -- "Cash Discount for Positouch automatically applies a discount to the posted check total when a cash payment is used"; Dual Pricing, where "The non-cash amount will have a preset percentage added to the check's subtotal or total"; and Supplemental Fee, which "automatically adds a defined credit adjustment amount as a fee that a merchant charges and is due regardless of the method of payment used to settle the check." PARTIAL because the two compliance limbs are absent from an article that otherwise enumerates every configuration step: nothing excludes debit or prepaid cards by BIN or product code (the charge is a flat "TYPE to 2-PCT" service charge on the non-cash total), and nothing describes the required guest-facing disclosure on the receipt or menu board. https://shift4.zendesk.com/hc/en-us/articles/15510431998611-Set-up-Advantage-Program-on-POSitouch · retrieved 2026-08-31