Otter

menu-pricing-nested-modifiers

A nested modifier group is created by the same flow as a top-level group, so each level carries the same fields: Name, Description, Required or Optional, Set Modifier Limit Type ('the number of times that a modifier can be selected on an item'), one of eight group-type cards, and Total selections (Minimum / Maximum) - 'Customers must select at least 1, up to 3 options.' The article's own supported-levels table gives 6 nested levels to Otter POS, Direct Orders, Direct Orders-Kitchens, UberEats, DoorDash and Grubhub (Owner.com 7, JustEat 3), well past the three the claim asks for. The limit is per publishing channel, not per product: BentoBox, ChowNow, Caviar, Ritual, Glovo and Phone accept 0 levels and Skip the Dishes 1, and publishing to those forces a flat menu. https://helpdesk.tryotter.com/hc/en-us/articles/18439639099667-Menu-Item-Modifiers-Nested-Modifiers · retrieved 2026-08-08

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

Help-centre modifier docs give a modifier item one Default Price plus Advanced Pricing per fulfillment option, delivery partner, channel and location (Menu Item Pricing, art. 36253606306195) - parent item and parent size are not pricing dimensions anywhere. The modifiers article's own guidance for size-dependent options is to duplicate items per size ('Small fries / Medium fries / Small curly fries...'), i.e. exactly the workaround this claim excludes. https://helpdesk.tryotter.com/hc/en-us/articles/18439639099667-Menu-Item-Modifiers-Nested-Modifiers · retrieved 2026-08-03

menu-pricing-fractional-placement differentiator

Modifier-group configuration is documented exhaustively - Name, Description, Required/Optional, Set Modifier Limit Type, one of eight group-type cards (Size, Add-on, Removal, Preference, Condiments, Packaging, Upsell, Custom), Total selections min/max, modifier items, assigned locations, offered-on channels - and no field represents halves, quarters or any placement. A modifier item carries one Default Price plus Advanced Pricing per fulfillment option, delivery partner and channel (Menu Item Pricing, art. 36253606306195), so there is no per-section price to set. The article's own remedy when a variant dimension is needed is duplicated items ('Small fries / Medium fries / Small curly fries / Medium curly fries'). A body search of all 292 help-centre articles returns zero hits for half-and-half, fractional or topping placement. https://helpdesk.tryotter.com/hc/en-us/articles/18439639099667-Menu-Item-Modifiers-Nested-Modifiers · retrieved 2026-08-08

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

Menu Pricing Rules enumerates the complete rule surface: a rule applies per channel, per location, per fulfillment option, per menu and to all or a group of items, prices by percentage or fixed amount (negative for a decrease), with an optional round-up value and exclusion of items within a price range, above a price or below a price. There is no half-and-half rule and no charge-the-higher-half, average-the-halves or fraction-of-full-price option. Upstream, nothing in the menu model represents a half or section at all (Menu Item Modifiers & Nested Modifiers, art. 18439639099667), so no such rule could have an operand. https://helpdesk.tryotter.com/hc/en-us/articles/40116707746067-Menu-Pricing-Rules · retrieved 2026-08-08

menu-pricing-topping-quantity-tiers

Modifier-group configuration is fully enumerated: name, required/optional, 'Set Modifier Limit Type - select the number of times that a modifier can be selected on an item', min/max total selections, eight group-type cards, default modifiers and negative modifiers. Quantity is handled by selecting the same modifier multiple times - the add-it-twice model the claim distinguishes - and no light/regular/extra/double tier with a per-tier price multiplier exists in the configuration. https://helpdesk.tryotter.com/hc/en-us/articles/18439639099667-Menu-Item-Modifiers-Nested-Modifiers · retrieved 2026-08-03

menu-pricing-size-style-matrix differentiator

Otter's documented item pricing has four dimensions - one Default Price plus a price per fulfillment option, per delivery partner, per Otter channel and per fulfillment-per-channel (Menu Item Pricing, art. 36253606306195) - and the Adding Menu Items field walkthrough lists no variant axis. But that is not the complete item surface: Menu Item Modifiers & Nested Modifiers (art. 18439639099667, updated 2026-06-12) says 'Variant line items are excluded from both (edited on the parent item)', i.e. Otter has native variant line items edited on the parent item, and no help-centre article documents how they are created or priced. Imported variants from Square, Clover, Lightspeed and Toast are separately flattened ('The item Variations will be imported as separate items into the delivery platforms'), and the modifier article's own remedy for a size dimension is duplicated items - so a two-axis grid with per-cell overrides is unlikely - but with the native variant surface undocumented there is no exhaustive enumeration to support a no.

menu-pricing-included-allowance differentiator

The documented modifier-group fields stop at min/max selection counts, default modifiers and negative modifiers; no included-allowance construct charges only for overage. Negative modifiers (a negatively priced modifier item) are the only documented credit mechanism and are 'currently not supported on Otter POS'. The pizzeria landing page likewise offers only 'easy-to-use modifiers'. https://helpdesk.tryotter.com/hc/en-us/articles/18439639099667-Menu-Item-Modifiers-Nested-Modifiers · retrieved 2026-08-03

menu-pricing-combos

Component swaps with a price delta are documented: a combo is an ordinary menu item with a required modifier group, and negative modifiers adjust the parent price - 'For the Smash Cheeseburger Combo ($11.95), you must select a Drink option; since the modifier choice of Water is priced at -$1.00, if the eater chooses Water, the price of the Smash Cheeseburger Combo is deducted by $1.00.' Two shortfalls. First, that mechanism does not work on the POS: 'Currently negative modifiers are not supported on Otter POS' (they are supported for direct orders such as website and kiosk ordering). Second, no automatic detection or conversion of eligible a-la-carte cart items into a combo price appears anywhere in the 292-article help centre - 'Combos' appears only as a user-created menu category in the bulk-edit example. https://helpdesk.tryotter.com/hc/en-us/articles/18439639099667-Menu-Item-Modifiers-Nested-Modifiers · retrieved 2026-08-08

menu-pricing-upsell-prompts differentiator

Kiosk "smart upsells — earn up to 30% more with item suggestions"; pizzeria page cites topping/side/drink suggestions at checkout. No per-channel config or attach-rate reporting documented. https://tryotter.com/products/kiosk · retrieved 2026-08-01

menu-pricing-86-propagation

86 propagates across POS, KDS, kiosk, online ordering and connected marketplaces; Otter Go pushes availability from a phone. No published propagation latency. https://tryotter.com/products/kds · retrieved 2026-08-01

menu-pricing-countdown-auto-86 differentiator

The Item Availability doc enumerates exactly three states - Available, Unavailable Today (auto-restores at midnight) and Unavailable Indefinitely - all set manually from Dashboard, POS, Order Manager or the Otter Go app. No per-item countdown/par count exists, nothing decrements on sale, and the only auto-restore is the fixed midnight reset. Otter also ships no stock ledger that could drive one. https://helpdesk.tryotter.com/hc/en-us/articles/5159002040083-Item-Availability-86-ing · retrieved 2026-08-03

menu-pricing-dayparting

Grade raised D->B on documentation quotes retrieved 2026-08-02: "Separate menus by category (like breakfast, lunch, and dinner) and manage menu items by location", and "Menu management designed for changes across menus for different days of the week, times of day, or various locations." Shortfall: day and time scoping is described, but automatic timezone-aware activation windows that flip menus without operator action are still not documented. https://tryotter.com/products/menu-management · retrieved 2026-08-02

menu-pricing-channel-price-books

Two documented layers. Per-item: Advanced Pricing sets a price per fulfillment option, per delivery partner, per Otter channel and per fulfillment-per-channel, with bulk editing by filter (the worked example edits Otter POS dine-in pricing for selected locations at once) - Menu Item Pricing, art. 36253606306195. Rule-based: Menu Pricing Rules creates 'an increase or decrease pricing rule for all or a group of menu items' configured 'Per channel, Per location, Per fulfillment option, Per menu, For all or a group of menu items, By percent or fixed amount', with a round-up toggle, price-range exclusions, a preview of the price difference per location, channel and platform, and conflict detection against existing rules. That is a markup rule applied to a base price rather than manual per-item entry. https://helpdesk.tryotter.com/hc/en-us/articles/40116707746067-Menu-Pricing-Rules · retrieved 2026-08-08

menu-pricing-dual-pricing differentiator

Pricing page states "Cash-discounting available for processing fees" on the Build Your Own tier. Item-level two-price storage, cross-channel consistency, and receipt printing are not documented. https://tryotter.com/pricing · retrieved 2026-08-01

menu-pricing-versioning-effective-dates differentiator

Two of the three parts are documented. Preview before publish: the publish flow exposes a Menu Publish Preview showing 'how your menu will look once published for a specific location and ordering channel', which also flags anticipated publish issues (Menu Preview, art. 18303428637587). Rollback after publish: Version History logs every publish with date, time and publishing user plus autosaved snapshots, and [Restore menu version] reverts the structure, items and location assignments, with an optional publishing note. Shortfall: publishing is immediate and no effective-dated or scheduled version exists - the only future-dated control is menu hours, which govern when a menu is orderable, not which version is live, and a restore still has to be published by hand. https://helpdesk.tryotter.com/hc/en-us/articles/35314976325907-Menu-Version-History · retrieved 2026-08-08

menu-pricing-franchise-hierarchy differentiator

AUDIT OVERTURN (2026-08-05). The prior no missed the help centre's 'Corporate & Franchisee Permissions' doc (art. 38552114382739, read via the public Zendesk API; HTML front-end 403s): one Brand owner (Corporate) account governs Brand user (Franchisee) accounts to 'keep menu cohesion' — Corporate Admins 'view and manage menus for all stores within your brand — regardless of ownership', 'only Corporate users are able to create new or delete menu items', and a Franchisee permissions tab toggles what franchisees may edit (publishing menus, menu hours, item availability). Shortfall: governance is feature-level toggles applied brand-wide uniformly ('you're not able to select these permissions or locations individually to turn them ON or OFF'), not field-level attribute control, and no per-location override matrix or price-field governance is documented. https://helpdesk.tryotter.com/hc/en-us/articles/38552114382739 · retrieved 2026-08-05 adversarially verified

menu-pricing-allergen-nutrition

Dietary tagging (vegan, gluten-free, spicy) documented. No allergen flag set, no nutrition values, no recipe-derived nutrition. https://tryotter.com/products/menu-management · retrieved 2026-08-01

menu-pricing-recipe-linkage differentiator

Re-evidenced 2026-08-09; the tryotter.com/integrations leg is withdrawn as a marketing page. Otter's item model is enumerated first-party in two places and neither has a recipe layer. SKU Library (org-level product master) carries "name, default price, SKU code, description, photo" plus shared product details "dietary information, nutrition, barcodes, and product tags" - descriptive attributes, no ingredient composition and no component quantities; menu and modifier items link TO a SKU, not to a bill of materials. The public OpenAPI MenuItem_POS schema is id, name, photoIds, price, status, description, modifierGroupIds, priceOverrides, skuDetails, additionalCharges, tax - again no recipe or cost-of-goods field. A body search of all 292 helpdesk articles returns zero hits for "bill of materials", "on-hand", "depletion" or "COGS", and the only two "recipe" hits are Future Foods virtual-brand cooking instructions. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/53271161201555-SKU-Library · retrieved 2026-08-09

menu-pricing-3p-menu-push

Re-confirmed verbatim 2026-08-02: "Make menu changes once and send them to all your delivery apps, kiosk, and POS." Real-time menu sync is also a mandatory DoorDash DPIP capability Otter is certified against. https://tryotter.com/products/menu-management · retrieved 2026-08-02

menu-pricing-dynamic-pricing

Rule-based automatic variation by channel exists: a pricing rule raises or lowers price by percent or fixed amount, scoped per channel, per location, per fulfillment option, per menu and per item or category, with a round-up toggle and conflict detection, applied without touching each item. Shortfalls, against a fully enumerated rule form: there is no time-of-day, day-part or demand/inventory trigger, and no floor or ceiling on the resulting price - the only price-aware control excludes items from the rule (within a price range, greater than, or less than a dollar amount), which filters what a rule touches rather than bounding how far a price may move. Day-part behaviour is limited to menu hours, which switch availability rather than price. https://helpdesk.tryotter.com/hc/en-us/articles/40116707746067-Menu-Pricing-Rules · retrieved 2026-08-08

payments-processor-choice differentiator

Re-evidenced and downgraded 2026-08-09. The marketing directory's "Payments: Stripe (Preferred)" leg is withdrawn - a partner category establishes that a partner exists, nothing more. Otter's own help centre puts the question and answers it: "Do we have other payment processor options available? No, we do not offer other payment processors at this time." The same FAQ fixes the rate as a single non-negotiable schedule - "Regardless of the bank or credit card, the cc processing fees will always be 2.3% + $0.10 w/ card present and 2.9% + $0.30 without card present" - and a second article states that "Otter POS cannot process transactions without a Stripe account created and connected in the Otter Dashboard" and that "the Otter POS credit card processor cannot be connected without Stripe being connected first." Stripe is not a merchant-chosen processor here; it is a mandatory prerequisite of Otter's own payment stack. There is no documented list of supported gateways and no documented way to bring your own. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/27244902024723-Otter-POS-Cash-Discounts · retrieved 2026-08-09

payments-published-rates differentiator

Re-confirmed 2026-08-02: both bundles read "+ per order transaction fee" with no figure, and no card rate, interchange table or effective-rate statement appears anywhere on the pricing page. Cash-discounting is mentioned only on the Build Your Own tier. https://tryotter.com/pricing · retrieved 2026-08-02 adversarially verified

payments-dual-pricing differentiator

"Cash-discounting available for processing fees." Two stored prices per item and dual totals on the guest check are not documented. https://tryotter.com/pricing · retrieved 2026-08-01

payments-surcharge-guardrails differentiator

Otter's documented card-fee offset is a cash-discount program (default 3%, per-location percentage, auto-applied only when an order is paid fully in cash), on fixed processing of 2.3% + $0.10 card-present with 'no other payment processors'. 'Surcharge' returns zero results across the entire help centre; no surcharging engine, BIN-based debit/prepaid exclusion or network-cap enforcement exists to document. https://helpdesk.tryotter.com/hc/en-us/articles/27244902024723-Otter-POS-Cash-Discounts · retrieved 2026-08-03

payments-emv-nfc

Re-confirmed 2026-08-02 on the POS page: the bundled card reader is listed as supporting contactless, EMV chip, Apple Pay, Google Pay and magstripe. https://tryotter.com/products/otterpos · retrieved 2026-08-02

payments-softpos-tap-to-pay differentiator

Checked the 292-article helpdesk.tryotter.com corpus, dumped through its public Help Center API because the rendered /hc/en-us pages 403 under bot mitigation. 'Tap to Pay', softPOS and phone-as-terminal appear in zero articles. Accepting Payments on Otter POS (art. 33725692118931) makes a connected card reader a precondition for card payments ('make sure you connect your Stripe account and card reader first'), and the payment-method list is Cash, Card, Manual Entry, Pay Later and Gift Card. Bring Your Own Device (art. 31650150805139) lets a merchant run the Otter app on their own Android tablet with one of eleven listed Bluetooth printers but says nothing about card acceptance. The Otter Handheld (art. 35667642715283) does take cards 'directly on the Otter Handheld device without additional hardware', but it is Otter-supplied Stripe hardware, not the merchant's phone. Correcting the earlier last line: developer.tryotter.com is no longer the only developer surface - the public OpenAPI 3.0.1 spec at developer-guides.tryotter.com/api-reference/ is readable anonymously, and searching all 75 paths and their schemas returns no occurrence of tap to pay, tap-to-pay, softPOS or contactless, because the spec is a partner integration API with no payment-acceptance surface at all. So no source either way exists: left unknown because Stripe offers Tap to Pay on Android and iPhone and Otter could enable it without a help-centre article, and absence of mention is not evidence of absence. adversarially verified

payments-pay-at-table

Otter Handhelds are vendor-shipped hardware ($500 to purchase, $39 per month to lease, plus $15 per month per screen), listed for 'Tableside ordering and payments' and line busting: 'Otter Handhelds provide a mobile solution for managing orders and payments on the go... take customer orders and process payments from anywhere in the restaurant.' The FAQ states 'credit card payments can be taken directly on the Otter Handheld device without additional hardware' (the device is a Stripe reader that takes tap, swipe or insert), and the comparison table confirms 'You can ring in orders, process payments, and issue refunds from the Orders app on both POS devices' - the same Orders app payment screen that carries tip selection and [Split Check] / [Split By Item] (Accepting Payments on Otter POS, art. 33725692118931). The handheld cannot print a receipt and cash should be tendered at the terminal so the drawer opens. https://helpdesk.tryotter.com/hc/en-us/articles/35667642715283-Otter-Handhelds-Introduction · retrieved 2026-08-08

payments-qr-guest-pay differentiator

QR ordering accepts card, cash, Apple Pay and Google Pay with guest-side split payment and syncs to POS. Scanning a printed check to settle an existing server-opened tab is not documented. https://tryotter.com/products/digital-dine-in · retrieved 2026-08-01

payments-tip-adjust

Available tipping methods are listed as 'Tip on receipt (after payment)', 'POS tip display (before payment)' and cash tipping. On-device prompt: Display tip options on = all screens, cashier-facing, customer-facing or don't display, with operator-set tip percentages (defaulting to 15/20/25/30%). Adjust flow: if no tip is taken at checkout the receipt prints a tip and signature line, the order is flagged 'Tip Pending' in the POS orders list, and staff use the 3-dot menu > [Add Tip] to enter either a tip amount or the grand total. The window is published - 'orders can have the tips entered up to 24 hours after the transaction' - and enabling it delays settlement: 'payments will be delayed by one additional business day' (repeated in Guide to Connecting Stripe). Stripe caps a tip at 50% of the pre-authorized amount or $50, confirming the pre-auth-then-adjust model. Caveat: on the older Otter POS v1 interface tips must be entered before payment and tips-on-receipt, cash tipping and terminal tip display are unavailable. https://helpdesk.tryotter.com/hc/en-us/articles/36524231987603-Tipping-Guide-for-Otter-POS · retrieved 2026-08-08

payments-tip-pooling differentiator

AUDIT RE-GROUND (2026-08-05): the prior rationale's premise that 'Otter has no labor module' is false — a Time Card app (art. 26645285153555) and Staff Timecard Reporting are documented. The no stands on enumeration instead: the 'Tipping Guide for Otter POS' covers the tip lifecycle end-to-end (tip on receipt after payment, POS tip display before payment, cash tipping, configurable percentage presets, 24-hour post-payment tip entry, Stripe tip caps) and the Hourly Tip Report covers per-staff reporting; no pooling, tip-out, distribution rule or payroll tip-allocation appears in either or anywhere else in the help centre. https://helpdesk.tryotter.com/hc/en-us/articles/36524231987603 · retrieved 2026-08-05 adversarially verified

payments-offline-store-and-forward differentiator

Store-and-forward is documented: offline mode gives 'The ability to continue processing Credit Card and Cash Transactions' when the terminal cannot reach the network, offline orders carry a cloud icon in the order list and 'will be automatically processed when you connect to a network again'; the Otter Handheld does the same in both card-reader and mobile-POS mode, and 'All card payments taken on handheld while offline will be processed together once the internet connection is repaired.' Shortfall: there is nothing to configure and no ceiling is published - 'Offline mode is automatically enabled for all Otter POS customers' and triggers itself - and the article's own limitations list (online orders cannot be accepted, new printers and card readers cannot be paired, wifi/ethernet printers do not print, station tickets do not print) contains no per-transaction amount limit and no cumulative offline total. https://helpdesk.tryotter.com/hc/en-us/articles/26865574404883-Otter-POS-Using-Offline-Mode · retrieved 2026-08-08

payments-offline-decline-liability differentiator

Re-checked against the 292-article helpdesk.tryotter.com dump (Help Center API; rendered pages 403 to bots). Otter POS Using Offline Mode (art. 26865574404883) documents store-and-forward - offline card orders carry a cloud icon and 'will be automatically processed when you connect to a network again' - and its limitations list covers only online-order acceptance, device pairing and wifi/ethernet printers. It never describes a decline on reconnect, states no liability position, and offers no post-reconnect report of failed offline payments. Chargebacks Guide, Guest Disputes and Online Order Refunds & Disputes all address post-settlement disputes on transactions that did authorize. Two legs added on re-audit, replacing the withdrawn 'no readable API surface' hedge. (1) The public OpenAPI 3.0.1 spec (developer-guides.tryotter.com/api-reference/, 75 paths) contains no occurrence of 'offline', 'decline' or 'chargeback' and exposes no payment-acceptance or payment-error surface, so no API error contract exists to inspect. (2) The governing merchant agreement is public after all (tryotter.com/legal/tech-services) and its Payment Responsibility clause does allocate loss - 'You are responsible for all transactions... We are not liable for loss or damage from fraudulent or invalid transactions processed with your Stripe account. This includes transactions that were not processed due to a network communication error, or any other reason. If you process a transaction, it is your responsibility to verify that the transaction was successfully processed' - but that clause sits inside the Online Ordering and Digital Dine In Services addendum, whose Payment Processing Services are defined as part of online ordering, so it cannot be read as the published position on a POS store-and-forward decline, and it is paired with no post-reconnect failed-payment report anywhere. Undetermined rather than documented. adversarially verified

payments-gift-cards

Re-evidenced 2026-08-09; the previous note ("no first-party gift card product ... is documented") was false and is withdrawn along with its marketing-directory citation. Otter Gift Cards is a first-party product: "Otter Gift Cards are physical cards that allow you to sell self-branded gift cards to your customers", sold and reloaded from the Otter POS checkout Options > Gift Cards flow (maximum load $2,000), accepted as a payment method on Otter POS under Other > Gift card and in the Direct Orders online checkout, with live balance behaviour documented - split tender against the remaining balance, remaining balance confirmed on the receipt, and refunds returned onto the card's balance. eCard Systems is the card-stock printer, not the gift card platform. Shortfalls, which is why this is partial and not yes: it is a paid add-on at "$30/month" plus $1.01 per card, it is "ONLY available for Otter POS customers", the cards are physical only with no documented digital or e-gift issuance, and redemption is switched on per location (Direct Orders > Locations > Location Settings > Payments > Gift Card Payments) rather than group-wide, so redeemability across every location in the group is not established. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/37358535943187-Otter-Gift-Cards · retrieved 2026-08-09

payments-house-accounts

Checked the plausible homes for this in the 292-article helpdesk.tryotter.com corpus. Otter Catering (art. 33983809245203) does take deposits, generate and send per-order invoices and track payment status, but its settings are enumerated as General, Payment, Scheduling, Ordering Restrictions, Tips and Fees - there is no customer account, credit limit or balance, and invoices attach to an event order rather than to a standing account. Open Tabs (art. 11716604717331) and the Otter POS 'Pay Later' flow are unpaid checks tied to a table or ticket that close the same service. Otter POS Guest Profile (art. 28714094344339) is enumerated as phone number, address and delivery instructions only, with no payment or credit fields. Managing Invoices and Merchant Statement are Otter billing the merchant and Otter's card-processing statement to the merchant, not statements a merchant issues a guest. No article states that on-account tabs are unsupported, so this stays unknown rather than no.

payments-split-tender

The POS payment screen offers [Split Check] and [Split By Item]: 'Enter the specific payment amount, split evenly among multiple guests, or add specific items to each check', and 'You can select the payment method after splitting the payment' - so each part can settle to a different tender. Mixed tender on a single guest's check uses the same control: 'If one customer wants to split payment across different payment methods, you can also use the split payment function... Select the number of payment methods when prompted. For example, for a customer to split payment via cash and card, you would select 2.' No split cap is stated for the POS (the separate guest-side QR dine-in feature is the one with an operator-set maximum number of splits, and it is even-split only). Splitting by seat specifically is not documented - the POS captures an optional Table Number rather than seat positions - and cash discounts do not apply to split payments. https://helpdesk.tryotter.com/hc/en-us/articles/33725692118931-Accepting-Payments-on-Otter-POS · retrieved 2026-08-08

payments-refund-void-controls

Role gating is documented: per-employee PINs with a manager-override screen, refunds reserved to Supervisors on POS and to the Billing Admin role in the Dashboard, any discount lockable behind Supervisor/Manager/Admin approval, drawer opening permission-gated; the Voided Transactions report is immutable ('you cannot make edits to the voided orders log') with staff attribution, void reason and timestamp. Shortfall: the void log records the creating staff member, not an approver, and no doc shows void authorization itself requiring manager approval. https://helpdesk.tryotter.com/hc/en-us/articles/26844590516755-Creating-Employee-PIN-Codes · retrieved 2026-08-03

payments-chargeback-tooling differentiator

Disputes & Refunds automates dispute handling with weekly refund reports and instant notifications — but it targets delivery-marketplace refunds, not card-network chargebacks. https://tryotter.com/products/revenue-recapture · retrieved 2026-08-01

payments-card-on-file differentiator

Searched the 292-article helpdesk.tryotter.com dump for card on file, saved card, token and vault. Every hit is Otter's own subscription billing - Otter Subscriptions and Billing Payment Methods describe the merchant's card for paying Otter ('Remove a card on file'), not a guest credential. Otter POS Guest Profile (art. 28714094344339) enumerates the profile as phone number, address and delivery instructions, retrieved by full phone-number search, with no payment method attached to the ticket. Online Ordering Settings (art. 21748907448467) enumerates checkout payment options as Online (credit card only), In-person (card or cash at pickup) and a gift-card toggle, with no saved-card or wallet option; Loyalty Customer Profiles and the Guest Directory Report are identity, points and order-history records. Processing runs entirely through Stripe (art. 26643285732243), so a token vault may exist at the processor with no Otter-facing surface - unresolved rather than absent.

payments-payout-timing differentiator

The schedule is published in unusual detail: 'Typically, payouts are processed and deposited into your account within 2 business days, not including weekends', with a day-by-day settlement table split by orders created before and after 12:00 AM EST (Monday to Wednesday, Tuesday to Thursday, and so on), 'one daily payout per store at your organization', explicit weekend and holiday handling and the 2025/2026 US and Canada bank-holiday lists; Guide to Connecting Stripe repeats 'daily payouts... with a two-day delay'. Shortfall: no next-day, same-day or instant-funding option is offered anywhere - the only documented deviations are slower, not faster (enabling after-payment tipping delays payouts by one additional business day, and service hours past midnight EST can add a day). https://helpdesk.tryotter.com/hc/en-us/articles/35655034312851-Otter-Payouts-Schedule · retrieved 2026-08-08

payments-multi-entity-routing differentiator

Settlement is wired per store, not per account: 'Log in to Otter Dashboard and select [Settings] > [Payouts] to connect a Stripe account to each Otter Store receiving payouts', and the walkthrough is 'select the [Add method] for the store/brand you'd like to connect a payment method to'. Otter Payouts Schedule (art. 35655034312851) confirms the split at settlement - 'Otter will typically issue one daily payout per store at your organization'. Update Payout Information (art. 40530789617683) treats a change of legal entity as a per-store operation: when a business is sold and renamed, 'a new Stripe account should be set up under the new business name... don't update the existing Stripe account - create a new one instead', and bank details are edited per account through [Manage on Stripe]. Reporting stays unified in the single Otter Dashboard, where Merchant Statement and payout reports are produced per location across the organization. https://helpdesk.tryotter.com/hc/en-us/articles/26643285732243-Guide-to-Connecting-Stripe · retrieved 2026-08-08

payments-p2pe-pci4

Searched every one of the 292 helpdesk.tryotter.com articles for PCI, PCI DSS, AOC, P2PE, point-to-point and encryption. The corpus contains exactly one security sentence, generic and in the KDS introduction: 'POS systems are designed to encrypt and protect sensitive credit card information.' There is no compliance article, no attestation reference and no security or trust page in the help centre, and Otter Plan Packages & Hardware describes the card reader by connectivity and card types rather than by any PCI or P2PE listing. Card processing runs end to end through Stripe on Stripe-supplied readers (Guide to Connecting Stripe, art. 26643285732243), so the relevant P2PE solution listing may be Stripe's rather than Otter's. Unresolved: an AOC furnished to merchants on request is exactly the kind of artifact a vendor does not publish, so silence here is not evidence of absence.

delivery-driver-roster

In-house drivers are first-class Otter users, but the module is thin and largely undocumented. User Management (art. 44753081545619) defines a Courier role that 'Provides access to the Courier App (CAS), allowing users to deliver orders on behalf of your organization' (a phone number is required so the courier can receive SMS messages) and a Dispatcher role: 'Any existing user can be assigned the Dispatcher role, granting them the necessary permissions to manage couriers and send them to fulfill orders.' Shortfall: those two role descriptions are the only documentation of the Courier App in the 292-article help centre - there is no article for it, no documented driver clock-in/out (the Time Card app covers staff shifts, not courier runs), no in-store / on-run / returning assignment state, and no per-driver run-history or driver-performance report in Analytics. Couriers & Logistics in Order Manager (art. 27589269188499) still points fleet management at partners - 'Fleet management integrations like Shipday and Nash can help you manage an existing fleet, automate dispatch and efficiently deploy your drivers' - and within Order Manager an in-house delivery is only a per-order 'Self-deliver' status. https://helpdesk.tryotter.com/hc/en-us/articles/44753081545619-User-Management · retrieved 2026-08-08

delivery-dispatch-board

Undispatched work is surfaced and dispatched from the order feed rather than a dedicated screen: 'If (1) an order is a restaurant delivery order and (2) you have a 3PL connected with Otter, a courier needed label will be tagged to the order in the order feed', Settings > Orders > Couriers & Logistics sets Assignment mode to Automatic or Manual, automatic mode requests a quote and then a courier on accept, manual mode exposes a [Request courier] button on the order details page, and the assigned courier appears in the order's Courier tab. Shortfalls: no driver-availability display anywhere - and note this is not because Otter has no drivers of its own, since User Management (art. 44753081545619) defines a Courier role with access to Otter's Courier App (CAS) and a Dispatcher role with permission to 'manage couriers and send them to fulfill orders'; it is that no article in the 292-article English help centre documents any screen that lists couriers with their status. There is also no multi-order run batching: each order is quoted, requested and cancelled individually, and a failure produces 'Failed to find courier' with only Retry or Self-deliver. https://helpdesk.tryotter.com/hc/en-us/articles/27589269188499-Couriers-Logistics-in-Order-Manager · retrieved 2026-08-08 adversarially verified

delivery-route-map differentiator

Read Couriers & Logistics in Order Manager (art. 27589269188499) in full, plus Orders Settings in Order Manager, How to Use Order Manager, Order Manager Glossary and How do I contact a driver? (art. 360052115474). Otter's documented delivery surface is: courier-needed tagging, Automatic or Manual assignment mode, quote and courier request against Relay / Shipday / DoorDash Drive / Nash / ChowCall, cancellation handling, a Courier tab holding the assigned courier's contact details, and a customer tracking URL. No map view, geocoded stop list, multi-stop run or route sequencing appears in any of the 292 help-centre articles - the words route and map do not occur in a dispatch sense. Left unknown rather than no because multi-stop routing is precisely the function Otter delegates to Shipday and Nash, and no Otter page states whether its own order or courier view renders a map, so there is no affirmative statement of absence to cite.

delivery-driver-tracking differentiator

Correction to the earlier rationale: Otter does publish a driver-facing app. User Management (art. 44753081545619) defines a Courier role that 'Provides access to the Courier App (CAS), allowing users to deliver orders on behalf of your organization'. But that is the single mention of CAS in the whole 292-article English help centre - there is no CAS article, and nothing states whether the app reports position, so the first half of the claim is undocumented rather than absent. The second half is undocumented too: the only geolocation Otter is shown to handle comes the other way, from the courier provider inward - the public API's DeliveryStatusUpdateRequest carries courier, a Location of latitude/longitude and a deliveryTrackingUrl, written by an integration holding the delivery.provider scope - and the only tracking surface named for a human is the customer's, 'Otter lets you share a URL with your customers so they can see the progress of their order in real time' (art. 27589269188499). No article says whether an operator's order or courier view plots a live position. Unresolved in both directions.

delivery-zones-polygon differentiator

Online Ordering Settings enumerates the delivery-area control completely: 'Select Type for how you'd like the delivery area to be set from Driving Distance or Straight Line Distance', where driving distance 'calculates distance by travel miles while driving' and straight-line 'measures distance between two points in a straight line on a flat map', followed by 'Enter Distance allowance for delivery range in Miles or Kilometers'. Those two radius types are the entire configurable surface - no polygon drawing, no boundary or ZIP import, and no drive-time isochrone (driving distance is measured in miles, not minutes). Fees are banded by the same distance metric ('For deliveries within 0-2 miles, the delivery fee is $2.00 and deliveries within 2-4 miles have a delivery fee of $4.00'), and Couriers & Logistics confirms the boundary is a radius: 'be sure the eater's address is within your set delivery radius with your courier'. https://helpdesk.tryotter.com/hc/en-us/articles/21748907448467-Online-Ordering-Settings · retrieved 2026-08-08

delivery-zone-pricing

Direct-order delivery supports distance-banded fees ('For deliveries within 0-2 miles, the delivery fee is $2.00 and deliveries within 2-4 miles have a delivery fee of $4.00'), driving-distance or straight-line area definition, and delivery-fee-specific tax. Shortfall: a band carries only a fee - the order minimum and the estimated delivery-time range are single storefront-level settings, not per-zone, and areas are distance bands rather than drawn zones. https://helpdesk.tryotter.com/hc/en-us/articles/21748907448467-Online-Ordering-Settings · retrieved 2026-08-03

delivery-address-validation

For Direct Orders the guest's address is measured against the store's delivery area at order time - the area is set as Driving Distance or Straight Line Distance with a mileage allowance, and delivery fee bands are computed from that same distance - which requires the address to be geocoded and gates out-of-range addresses before checkout. Shortfalls: no address verification, autocomplete or correction step is documented anywhere in the 292-article help centre, and orders rung in on the POS are not checked at all. Couriers & Logistics warns the operator to do it manually: 'If manually ringing in an order for delivery, be sure the eater's address is within your set delivery radius with your courier. If the address is outside of the courier radius, a courier will not be assigned to that order' - so an out-of-zone POS order is accepted and fails later at dispatch rather than being flagged at entry. https://helpdesk.tryotter.com/hc/en-us/articles/21748907448467-Online-Ordering-Settings · retrieved 2026-08-08

delivery-driver-comp differentiator

Withdrawing the earlier premise: Otter does have a driver entity - User Management (art. 44753081545619) defines a Courier role with access to the Courier App (CAS) and a Dispatcher role that can 'manage couriers and send them to fulfill orders'. What is still missing is any compensation surface attached to it. The pay-adjacent reporting in the 292-article English help centre was re-checked - Tip Reporting, Staff Timecard Reporting, Otter POS Employee Performance, the Time Card app and the Homebase integration's Labor Cost Report - and all are staff clock-in/shift and tip records with no mileage, no per-delivery reimbursement and no run dimension; payroll export runs through the Homebase integration rather than an Otter labor module. The public API is consistent: its Order Report field list is transaction-level (fees, tips, commission, payout) with no driver or run field, and its 75 paths include no labor or employee endpoint. No Otter page states that per-delivery driver compensation cannot be tracked, and the Courier App itself is documented in one sentence, so this is genuinely undetermined rather than a documented absence.

delivery-cash-reconcile

Otter's documented cash handling is till-based rather than person-based: Cash Management, Assigning a Cash Drawer, Opening and Closing Cash Drawers, Cash Drawer Transfers and the Cash Management Report track inflows and outflows across multiple tills for Manager and Supervisor users on the POS and handheld, and Close of Day Workflow and End of Day Reporting settle the drawer; the handheld article directs cash to be tendered at the terminal so the drawer opens. None of these carries a driver dimension, an assigned-orders count or a tips-owed figure per person. Correcting the earlier reasoning: this is not because Otter lacks a driver entity - User Management (art. 44753081545619) defines a Courier role with access to the Courier App (CAS) and a Dispatcher role - it is that the Courier App is documented in a single sentence and no article in the 292-article English help centre addresses a driver bank or settle-up in either direction. Undetermined, not a documented absence.

delivery-daas-dispatch

The handoff is configured and driven inside Otter, and the quote and status come back onto the order. Settings > Orders > Couriers & Logistics carries an Assignment mode of Automatic or Manual courier. Automatic: 'When a courier needed order is accepted, Otter automatically requests a delivery quote from the connected delivery service provider', and 'Once Otter receives a quote from the delivery service provider, a courier request is automatically sent'. Manual: a [Request courier] button opens a modal where 'Otter starts to request quotes from the delivery service providers' and the operator can 'select a quote from the delivery providers and click Request' - i.e. quote comparison inside Otter. On success 'you can view more details in the order detail's Courier tab'; failures raise 'Failed to find delivery' or 'Failed to find courier' with Retry or Self-deliver, cancellation from either side re-tags the order 'Courier needed', and a customer tracking URL can be shared. Supported providers are Relay, Shipday, DoorDash Drive, Nash and ChowCall; the operator holds the courier account, which is inherent to any DaaS marketplace handoff rather than a shortfall against this claim. Note the earlier note's assertion that no first-party dispatch surface is documented was drawn from marketing pages only and is withdrawn. https://helpdesk.tryotter.com/hc/en-us/articles/27589269188499-Couriers-Logistics-in-Order-Manager · retrieved 2026-08-08 adversarially verified

delivery-daas-fallback differentiator

Couriers & Logistics in Order Manager (art. 27589269188499) offers a binary setting - 'Under the Assignment mode, select either Automatic courier or Manual courier' - and documents the failure path as operator-driven: a failed quote or courier request yields 'Retry' or 'Self-deliver' and re-tags the order 'Courier needed'. No wait threshold, zone rule or automatic hand-off between providers appears there. But that article is not the whole dispatch surface: User Management (art. 44753081545619) shows Otter runs its own couriers through a Courier App (CAS) and a Dispatcher role that can 'manage couriers and send them to fulfill orders', and no article documents what the dispatcher can or cannot automate - so overflow from an in-house courier to a DaaS provider is undocumented rather than shown absent. The Public API's delivery endpoints (/v1/delivery/{deliveryReferenceId}/quotes, /accept, /cancel, /status) likewise describe a provider integration, not a rule engine.

delivery-3p-direct-integration differentiator

Otter is itself the integrator, and the help centre documents a first-party connection flow per marketplace rather than a resold middleware hop. DoorDash: 'The DoorDash self-serve onboarding feature can seamlessly connect your DoorDash Merchant account with Otter', requiring an Otter Dashboard login, a DoorDash Merchant Portal login and 'a valid, active DoorDash store ID' (US, Canada and Australia). Uber Eats (art. 28883991347731): 'Uber Eats x Otter integration takes all orders made through the Uber Eats delivery-app and sends them to a single Otter device', connected in two steps - 'Connecting your integration within the Otter Dashboard' then 'Activating your integration via Chatbot or Otter Dashboard'. Grubhub (art. 4403016352787): the same, connected from Otter Dashboard > Profile > Settings using the merchant's Grubhub admin login. Enterprise multi-location onboarding grants Otter portal access per store 'across DoorDash, Uber Eats, and Grubhub' (art. 53466996694419). Evidence repointed from tryotter.com/integrations, which is a marketing directory and cannot carry a differentiator yes. https://helpdesk.tryotter.com/hc/en-us/articles/4403016409619-DoorDash-Integration-Guide · retrieved 2026-08-08 adversarially verified

delivery-3p-injection

Documented rather than asserted. Web Order Management Overview lists as a capability 'Automatically accept orders and print tickets to reduce missed orders', and Order Manager's own article (art. 28933440344979) describes the mechanism: 'Automatically accept multiple delivery platform's incoming orders to avoid missing any sales. Turn on the Auto-Accept settings in the Integrations tab for all your integrated delivery platforms', with per-channel toggles and bulk editing, plus a 'POS Injection Status' order filter that 'Flags if an order has been sent to the POS or not' and a per-channel 'Turn on/off the POS injection' setting in Third-Party POS Integration Settings (art. 36895212686483). Otter-provided printers 'are pre-configured to automatically print orders once connected to power and internet'. So a marketplace order lands in the order feed, is accepted without a human, injects to the POS as a tracked state and fires to the printer; if auto-accept is off the operator must accept within the marketplace's window ('usually within 3 minutes, or else the order will be canceled'), which is a configuration choice, not a re-keying requirement. https://helpdesk.tryotter.com/hc/en-us/articles/12158544475283-Web-Order-Management-Overview · retrieved 2026-08-08 adversarially verified

delivery-menu-push

Menu Manager 'gives you the ability to manage your restaurant's menu for every digital platform from one place... without having to log in and edit from each individual service your menu is offered on', and the documented model is explicitly one-way from Otter: 'Menu Published to Platforms: Otter publishes menu(s) to all connected and selected platforms from one source of truth (Otter)', covering Otter POS, third-party POS and delivery partners. Items, modifiers and modifier groups, menu hours and menu photos are all managed there (photos are auto-enhanced), and menu hours are 'Synchronized... across connected platforms'. Channel-specific markup is documented as a first-class operation - the article's worked example is 'increase the price for delivery platforms at all of my locations' via the Channels filter, bulk [$Update prices], then 'Change price > By Channel' - and Menu Item Pricing (art. 36253606306195) enumerates the pricing dimensions as fulfillment option, delivery partner, Otter channel, fulfillment-per-channel and location. Evidence repointed from the marketing page previously cited. https://helpdesk.tryotter.com/hc/en-us/articles/12157491203347-Menu-Management-Introduction · retrieved 2026-08-08 adversarially verified

delivery-86-sync

'Item availability changes automatically go live across all connected channels once updated', and 86ing can be done from the Otter Dashboard, Otter POS, Order Manager or the Otter Go App. Three states are enumerated: Available - 'If an item was previously Unavailable, it will become available on all connected platforms after selecting Available'; Unavailable Today - unavailable for the remainder of the business day, then 'At midnight, the item will show as Available again, and eaters will be able to order this item from all connected platforms'; and Unavailable Indefinitely, which holds until manually restored without deleting the item. Per-channel control is separate (channel availability). Shortfall against nothing in the claim, but worth recording: restoration is by clock or by hand, not by an inventory count. The previous note's assertion that Otter is certified against DPIP item-86ing requirements is not stated on the marketing page it cited and is withdrawn. https://helpdesk.tryotter.com/hc/en-us/articles/5159002040083-Item-Availability-86-ing · retrieved 2026-08-08 adversarially verified

delivery-store-pause

Re-sourced from the tryotter.com/products/app marketing page to the help centre, which overturns the earlier shortfall. Pause/Unpause a Storefront (art. 22205073836051, updated 2026-07-30): 'Pausing a storefront allows you to temporarily or schedule your storefront to appear unavailable on select platforms - to pause orders being placed', and it can be done from Otter POS, the Otter Tablet, Order Manager (web) or the Otter Go app. The flow is per-marketplace - check the box next to each listed platform, or [Pause all] - and step 3 is 'Select time range for pause' (Order Manager wording: 'Select the time period of pause'), followed by a pause reason. So the earlier note's 'Timed auto-reactivation is not documented' was wrong. The Public API corroborates the mechanism: PauseRequest carries 'start - Start time for the pause. Executed immediately if not set' and 'end - Time when the pause should expire. If not provided, uses the default which is 4 AM at store timezone', with POST /manager/storefront/v1/storefront/pause and a matching unpause plus request-status endpoints (developer-guides.tryotter.com/api-reference/). Caveat, not a shortfall on this claim: 'If you are located within the LATAM region, please contact Otter Support to pause or unpause orders for your storefronts', and Special Hours is recommended instead for long planned closures. https://helpdesk.tryotter.com/hc/en-us/articles/22205073836051-Pause-Unpause-a-Storefront · retrieved 2026-08-08

delivery-3p-reconciliation differentiator

Help-centre Reconciliation guide (Analytics app): identifies "if there are orders that didn't get paid for from the OFO or if there are any discrepancies in the payout amount for an order". Difference Summary reports Unpaid Orders, Partially Paid Orders and Pending Orders, with per-order columns Order ID, Platform, Payment Status, cancellation reason, Revenue, Calculated Payment, Difference amount, Actual Payment, Brand. Transaction Summary itemizes Commission, Delivery Commission, Processing Fee, Discounts, Error Charges, Adjustments ("generally due to disputes or order issues"), Tax Withheld and Payout per transaction. Filters by month and brand/store; export button on every view. Payout data sourced from the delivery partners, landing 3-4 days after the partner's payout. Promotion/marketing spend appears as operator-initiated Discounts rather than a separate marketing-fee column. https://helpdesk.tryotter.com/hc/en-us/articles/18163188728339-Financials-Reconciliation · retrieved 2026-08-06

delivery-injection-error-visibility differentiator

Live Alerts documentation lists the alertable events by name, including "A third-party POS injection fails to inject an order", "Delivery App integration is disconnected and can be repaired within the Otter Dashboard" (with an [Update Credentials] button in the alert email and a Disconnect Channels alert in the dashboard) and "There are 3+ consecutive canceled or missed orders on any connected delivery channel", plus storefront paused/offline and item-unavailable alerts. Delivery is by SMS, email, WhatsApp or the Otter iOS app; recipients and brand/location scope are configurable under Settings > Notifications > Live Alerts. The separate Repair Alerts feature shows per-channel connection status for 15 named delivery providers with error types (invalid credentials, 2FA/MFA, third-party blocked, invalid store configuration, account capability issues) and self-repair prompts. Docs state Live Alerts is available only on paid Otter plans. https://helpdesk.tryotter.com/hc/en-us/articles/19456763447827-Live-Alerts · retrieved 2026-08-06

delivery-tracking-page

Guest-facing tracking exists: 'Can I share order tracking info with my customers? Yes, Otter lets you share a URL with your customers so they can see the progress of their order in real time' (Couriers & Logistics in Order Manager, art. 27589269188499), and Otter Catering (art. 33983809245203) sends email and text confirmations plus a reminder one hour before the scheduled pickup or delivery, with guests able to 'track their order through a provided link within these notifications'. Shortfall, and it is a single one: no article in the 292-article English help centre states that the tracking page sits on the restaurant's own domain or carries its branding - Otter's branding controls (Branded Websites, Online Ordering Logo & Banner, How to Update Storefront Logo) all cover the ordering storefront, not a tracking page - and nothing states what order or driver state drives it. CORRECTION: the earlier note added a second shortfall, that the state must be the 3PL's 'since Otter holds no driver record of its own'. That was false and is withdrawn. User Management (art. 44753081545619) documents a Courier Role - 'Provides access to the Courier App (CAS), allowing users to deliver orders on behalf of your organization. Ensure that a phone number is added to this user role so the courier can receive SMS messages' - and a Dispatcher Role - 'Any existing user can be assigned the Dispatcher role, granting them the necessary permissions to manage couriers and send them to fulfill orders' - and the Couriers article offers 'Self-deliver' at every quote or courier failure and an Assignment mode of Automatic or Manual courier. Otter therefore does hold an in-house courier entity; what remains undocumented is the tracking page's branding and domain, which is enough to hold this at partial. https://helpdesk.tryotter.com/hc/en-us/articles/27589269188499-Couriers-Logistics-in-Order-Manager · retrieved 2026-08-08

delivery-promise-time differentiator

The promise is operator-set on both halves. Delivery duration is typed in once per store: after choosing the delivery area type and distance, 'set the Estimated delivery time range in minutes' (Online Ordering Settings, art. 21748907448467). Prep time is a per-delivery-platform dropdown the operator maintains: 'If you are on Auto-Accept, every order will follow the prep time you have set for each delivery partner. If you are on Manual-Accept, you will have the option to set your prep time on a per order basis when it comes in.' The only automatic component is fixed padding - 'ASAP orders will typically honor the default prep time you set, with an additional buffer of 2-5 minutes to account for any fluctuations in timing' (Scheduled vs ASAP Orders: Prep Time Adjustments) - and any change is a human action that raises a Prep Time Changed live alert (Live Alerts). No kitchen-load, order-queue, driver-availability or zone drive-time input feeds the quote; where a quote does move algorithmically it is the marketplace's own algorithm, which the same article warns 'might not always' honour Otter's suggested prep time. https://helpdesk.tryotter.com/hc/en-us/articles/360052111214-How-do-I-update-my-prep-times · retrieved 2026-08-08

delivery-offline-behavior

Part of the question is answered explicitly. Otter POS Using Offline Mode states that while the device is offline 'Online orders cannot be accepted on Otter when a device is disconnected from the internet. This includes both auto-accepted orders and manually accepted orders. Online orders that are not accepted can lead to the temporary pause of a storefront by your online order provider', and that a storefront can be unpaused from the POS once back online; meanwhile cash and credit card checks rung in on the terminal continue and upload on reconnect, and handhelds keep taking cards in both card-reader and mobile-POS modes. Shortfall: the delivery-specific half is undocumented. CORRECTION to the earlier note, which dismissed that half as inapplicable 'since Otter holds no driver records' - it does: User Management (art. 44753081545619) documents a Courier Role with the Courier App (CAS) and a Dispatcher Role to 'manage couriers and send them to fulfill orders', and Couriers & Logistics (art. 27589269188499) documents automatic and manual courier assignment, per-order quote requests and a Self-deliver path. No article in the 292-article English help centre states whether courier quoting or assignment works during an outage (both are calls to a 3PL), whether the Courier App or the Dispatcher view functions offline, what becomes of an already-assigned courier's state, or how a cash-on-delivery order or courier settlement is handled. Partial on the documented POS half, silent on the delivery half. https://helpdesk.tryotter.com/hc/en-us/articles/26865574404883-Otter-POS-Using-Offline-Mode · retrieved 2026-08-08

digital-first-party-web

Re-confirmed verbatim 2026-08-02: "No hidden fees, no commissions, just pure profit on every order." Caveat carried forward: every bundle also reads "+ per order transaction fee" with no figure published anywhere, so "0% commission" is a channel-commission claim, not an all-in cost claim. https://tryotter.com/products/online-ordering · retrieved 2026-08-02 adversarially verified

digital-menu-single-source

Re-confirmed verbatim 2026-08-02: "Make menu changes once and send them to all your delivery apps, kiosk, and POS." https://tryotter.com/products/menu-management · retrieved 2026-08-02

digital-native-app differentiator

Digital surface is a website builder plus web ordering; the only Otter mobile apps in the App Store/Play Store are the operator-facing Otter Go app, not a branded guest app. https://tryotter.com/products/app · retrieved 2026-08-01

digital-account-saved-payment

DOWNGRADE (2026-08-02 re-score). The 2026-08-01 verifier moved this from unknown to yes while writing "Card-on-file specifically is not stated, so treat as partial-to-yes... I would accept partial" - the note contradicted the value it set. Shortfall named: the Online Ordering page documents guest accounts and repeat-order convenience, but no stored card-on-file, no vaulted payment token and no saved-payment management surface. Guest identity only. https://tryotter.com/products/online-ordering · retrieved 2026-08-02 adversarially verified

digital-upsell-engine differentiator

"Smart upsells" with item suggestions on kiosk and checkout suggestions on POS. No attach-rate reporting documented. https://tryotter.com/products/kiosk · retrieved 2026-08-01

digital-scheduled-pacing

Scheduled orders exist (catering up to 6 months; KDS scheduled queue) and prep times are configurable, but per-slot capacity limits that close slots are not documented. https://tryotter.com/products/catering · retrieved 2026-08-01

digital-fulfillment-modes

Re-confirmed 2026-08-02: the Online Ordering page lists pickup, delivery, curbside pickup and dine-in as supported fulfillment modes. Curbside arrival check-in specifically is still not documented. https://tryotter.com/products/online-ordering · retrieved 2026-08-02 adversarially verified

digital-qr-table

QR Ordering product from $30/mo: scan to order, table number input, open tabs, split payment, card/cash/Apple Pay/Google Pay, syncs to POS and kitchen. https://tryotter.com/products/digital-dine-in · retrieved 2026-08-01

digital-kiosk differentiator

Re-confirmed 2026-08-02 with full pricing: Kiosk Pro 27" ($289/mo rent, $5,500 buy), Kiosk 21.5" ($189/mo rent, $3,000 buy), Kiosk Mini 15.6" ($100/mo rent, $1,000 buy), all $99/mo per device software, on the same managed menu with integrated contactless payment and POS/KDS flow-through. Shortfall: no ADA, WCAG or VPAT accessibility conformance statement appears anywhere on the page. https://tryotter.com/products/kiosk · retrieved 2026-08-02

digital-group-ordering

Re-checked 2026-08-08 against the full 292-article helpdesk.tryotter.com dump (Zendesk Help Center API; the rendered /hc pages 403 bots). The QR Dine-in Settings article (art. 15024165822483) enumerates the whole dine-in configurable surface - payment methods, Open Tabs, Split Payments, service fee %, table-number tracking - with no group-order mode. Open Tabs (art. 11716604717331) is a single diner adding items to their own tab; Split Payments (art. 11910482299155) divides a completed bill across up to a configured maximum number of splits and exposes only a minimum order amount, not a per-person spend cap. 'Using your Online Ordering URL' (art. 38446541679379) covers direct links, QR codes and business listings, never a shareable multi-participant cart. No article in the corpus describes multiple participants building one cart from one link, so the claim as worded is undocumented rather than positively refuted.

digital-catering-portal differentiator

Catering app documentation: separate catering menu with a per-attendee price shown to the guest; scheduling up to 6 months ahead; guest pays a deposit online, then receives an invoice for the balance days before the event. Settings are configured per organization, brand or location with overrides, and the documented fields are Lead Time (days or hours of prep needed), Advance Ordering (days ahead an order may be placed), Basket Size Minimum (dollar floor), Guest Count (allowed range), Require Deposit (percentage, minimum dollar amount, days after invoice creation the deposit is due), Invoice Due Date and Invoice Reminders (days before the scheduled order), tips presets, pickup/delivery service fees, delivery radius by driving or straight-line distance, and delivery fee tiers by distance. Orders land in the Order Manager Scheduled tab and fire automatically at scheduled time minus prep time; calendar or list overview of orders and payment status. $35/month add-on to Direct Orders. Payment is card / Apple Pay / Google Pay online or in person - no documented ACH or house-account term billing. https://helpdesk.tryotter.com/hc/en-us/articles/33983809245203-Otter-Catering · retrieved 2026-08-06

digital-voice-ai-phone differentiator

AUDIT RE-GROUND (2026-08-05): upheld, with the workaround now documented from the vendor's own docs. The Manual Orders feature exists precisely for 'orders... that customers call in for or submit through other non-integrated avenues (Phone Calls, Text Messages, etc.)', where 'you and your staff will need to manually input the order details' — staff transcription is the documented phone-order path. Otter's own voice-ordering blog guide pitches no Otter voice product (its CTA points to Otter POS), the integrations directory's eight categories name no voice-AI partner, and a 2026-08-05 news search surfaced no launch or partnership. https://helpdesk.tryotter.com/hc/en-us/articles/4402306062867 · retrieved 2026-08-05 adversarially verified

digital-drivethru-ai

AUDIT RE-GROUND (2026-08-05): the prior rationale's 'no drive-thru flow appears in the product matrix' is false — Drive Thru is one of five documented POS fulfillment modes (Dine-in, To-Go, Drive Thru, Delivery, Pickup), with ticket routing to a drive-thru printer (Ticket Settings, art. 40190252328595). The no stands on what that documentation enumerates: the drive-thru flow is a staff member selecting the Drive Thru fulfillment icon at the terminal and optionally keying customer name/phone/email/notes; no voice AI, lane audio hardware, order recognition or escalation-to-human component appears in any of the 38 drive-thru-matching help-centre articles. https://helpdesk.tryotter.com/hc/en-us/articles/27241836874515 · retrieved 2026-08-05 adversarially verified

digital-sms-ordering

AUDIT RE-GROUND (2026-08-05): upheld, with the workaround now documented from the vendor's own docs: text-message orders are enumerated among the 'non-integrated avenues (Phone Calls, Text Messages, etc.)' for which 'you and your staff will need to manually input the order details' via Manual Orders — i.e. no text-to-order lands in the POS by itself. Otter Marketing's SMS is campaign broadcast (promotions), not conversational order capture, and the documented online-ordering channel set is web, kiosk and QR. https://helpdesk.tryotter.com/hc/en-us/articles/4402306062867 · retrieved 2026-08-05 adversarially verified

digital-google-order differentiator

'Order with Google Integration Guide' (read 2026-08-04 via the help centre's public Zendesk API; HTML front-end 403s): 'allowing customers to order directly from Google maps, Google pay, Assistant and more… Now available for pickup and delivery… sending customers directly to you, without any commissions or fees.' Setup requires the restaurant's Google Business Profile link, Stripe API keys and delivery details, submitted on a form to Otter rather than self-serve. Documented limitation: 'Google Food Ordering only supports a single menu per location' — multi-menu publishes error out. Whether the listing can be marked 'Preferred by Business' is not addressed. https://helpdesk.tryotter.com/hc/en-us/articles/4408288435603-Order-with-Google-Integration-Guide · retrieved 2026-08-04

digital-apple-business-connect

The help-centre article 'Using your Online Ordering URL' has a dedicated Apple Maps section: create the location in Apple Business Connect, then 'Select the arrow next to [Actions] and then click [Add]' > 'Select [Add an Action Link] next to any active Actions' > 'Select the [Order] action from the Action menu, add your Otter Online Ordering website link, and then click [Add]'. It also documents adding the Otter ordering link to the plain website field and to Google Business and Yelp listings. The action points at Otter's own first-party commission-free ordering site (a custom tryotter.com URL). Configuration is done by the operator inside Apple Business Connect - Otter publishes no automated ABC feed - but the ordering placement itself is documented and supported. https://helpdesk.tryotter.com/hc/en-us/articles/38446541679379-Using-your-Online-Ordering-URL · retrieved 2026-08-08

digital-loyalty-attach

Loyalty enrolls via POS and mobile QR with unified guest profiles and cross-location tracking; enrollment/accrual inside the first-party web ordering checkout is not explicitly documented. https://tryotter.com/products/loyalty · retrieved 2026-08-01

digital-subscriptions

Otter's guest-retention stack is enumerated across the help centre's Loyalty, Marketing and Online Ordering sections: a free points program supporting only amount-based and purchase-based earning with four discount redemption types, plus SMS campaigns, discounts/promotions and gift cards. No recurring guest billing, paid tier, fee-waiver membership or per-period entitlement appears in any of them, and 'Subscriptions' in Otter (art. 35768671669907) refers exclusively to the merchant's own SaaS billing under the Billing section. https://helpdesk.tryotter.com/hc/en-us/articles/31727842220819-Otter-Loyalty-Introduction · retrieved 2026-08-03

digital-promo-parity

Loyalty rewards are define-once and honored across channels: one program's reward types (points-to-cash, order discount, item discount, BOGO) redeem on Otter POS, in the Kiosk checkout flow and on the direct ordering website (art. 40678275262611). Discounts are not. The Discounts page forks at creation - '[Create discount] and select [Create POS discount]' (art. 27238748303763) versus '[Create Direct Orders discount]' - and the Direct Orders article's own FAQ says of those discounts 'No - these discounts will only apply to direct online orders. You can create campaigns for delivery platforms within the Marketing app > Delivery App Marketing tab.' Channel eligibility controls do exist (a 'Channel' filter on the discount list, per-storefront and per-location selection, availability windows), and no discount application on the Kiosk is documented at all. Named shortfall: a discount must be authored once per channel family, so cross-channel parity is not automatic. https://helpdesk.tryotter.com/hc/en-us/articles/43019655616019-Online-Ordering-Discounts-Promotions · retrieved 2026-08-08

digital-guest-data-ownership differentiator

Re-checked 2026-08-08. The two documented surfaces holding first-party guest records are the Guest Directory (art. 40222270130963: customer contact information, loyalty status and points, order history, marketing-subscribed status) and Customer Reports (art. 25246908493587, whose column list includes Name, Email and Phone number - both 'Shown only if marketing is allowed for customer' - plus Marketing opt-in, last order date, total orders and total spend). Neither article documents an export control for that table, and neither states who owns the records; the export buttons documented elsewhere in the corpus belong to Loyalty Reporting, Sales Summary, Product Mix, Void Transactions and the Staff timecard report. https://tryotter.com/terms (checked 2026-08-04) speaks only to the Technology and to aggregated non-personally-identifiable data being 'solely owned by Otter'. So neither operator ownership nor a fee-free bulk export of guest PII is documented either way in the 292-article helpdesk corpus or the public terms.

digital-checkout-pci-sca

Checkout is vendor-hosted end to end: online ordering runs on an Otter-generated tryotter.com storefront, and the Stripe guide states 'Stripe is a third-party payment processor that handles all the heavy lifting of securely processing payments' and 'When a customer pays for any order using Otter POS, the Online Ordering website, or Order with Google, those funds are paid directly to Stripe.' A Stripe connection is mandatory for Otter POS, Online Ordering and Order with Google before any order can be processed, so card data never touches an operator-controlled page. Named shortfall: the 292-article help centre contains no occurrence of 'PCI', '3D Secure', '3DS' or SCA, and no compliance attestation, script-integrity statement or trust centre is published on tryotter.com - the compliance half of the claim is entirely unevidenced. https://helpdesk.tryotter.com/hc/en-us/articles/26643285732243-Guide-to-Connecting-Stripe · retrieved 2026-08-08

digital-surcharge-transparency differentiator

Kiosk FAQ poses "Can the service fee be passed on to guests?" implying a configurable guest-borne fee; disclosure text and prohibited-jurisdiction handling are not documented. https://tryotter.com/products/kiosk · retrieved 2026-08-01

guest-loyalty-unified-profile

"Unified guest profiles" with loyalty status and transaction history across in-store and mobile enrollment. Dedup/merge behavior on phone or email match is not documented. https://tryotter.com/products/loyalty · retrieved 2026-08-01

guest-loyalty-thirdparty-identity-attach differentiator

Otter Loyalty Points documents a retroactive attach path that explicitly includes marketplace orders: 'After purchase, if a Loyalty profile wasn't added to an order, eaters can scan the QR code on their printed, delivery partner, or online order digital receipt to retroactively claim rewards on that order', and QR codes can be printed on receipts for POS, Kiosk and online orders. Named shortfall: the attach is eater-initiated, not automatic - a DoorDash/Uber Eats/Grubhub order arrives with no native guest profile unless the eater themselves scans the receipt QR, the QR can be claimed only once, and no article documents Otter mapping marketplace customer identity into a profile. The operator-facing tables are scoped to first-party orders: Customer Reports (art. 25246908493587) is titled 'Direct Orders Customer table' and the Guest Directory (art. 40222270130963) is available only with Otter POS, Direct Orders or Loyalty subscriptions. https://helpdesk.tryotter.com/hc/en-us/articles/40678275262611-Otter-Loyalty-Points · retrieved 2026-08-08

guest-loyalty-accrual-models

UPGRADE (2026-08-02 re-score). The 2026-08-01 verifier downgraded this to partial because item-based accrual was not in the retrievable text. It is present today, verbatim: "Reward guests by how much they spend, or for buying specific items", alongside "Define what rewards your guests earn - bucks, stars, points, etc." Two accrual models documented, so the shortfall the partial named no longer holds. https://tryotter.com/products/loyalty · retrieved 2026-08-02 adversarially verified

guest-loyalty-tiers differentiator

The program builder is documented screen by screen and its options are the whole configurable surface: select brands/locations, name the program, optionally rename the points currency, choose earning type - 'Amount-based' (points per dollar) or 'Purchase-based' (points per order or per specified item/category) - then '[+Create reward]' from an enumerated four: points to cash, order discount, item discount, Buy X Get Y. Steps 1-8 end at '[Publish loyalty program]'. No tier, status level, rolling-window qualification or promotion/demotion rule appears at any step, nor in Otter Loyalty Introduction (art. 31727842220819), Otter Loyalty Points (art. 40678275262611), Loyalty Customer Profiles, Loyalty Insights & Reporting (art. 40680655468435) or the Guest Directory. The word 'tier' appears in the 292-article corpus only for subscription plans, GPO rebates and partner programs. https://helpdesk.tryotter.com/hc/en-us/articles/42994188214931-Creating-a-Loyalty-Program · retrieved 2026-08-08

guest-loyalty-offline-behavior differentiator

'Otter POS Using Offline Mode' is the vendor's dedicated treatment of connectivity loss. It lists the key features (credit-card and cash transactions continue, orders queue with a cloud icon and 'will be automatically processed when you connect to a network again') and then enumerates the limitations under 'What are the limitations of Offline Mode?' - online orders cannot be accepted, new printers and card readers cannot be paired, wifi/ethernet printers and station tickets do not print. Loyalty lookup, accrual and redemption appear nowhere in either list, and none of the six loyalty articles (arts. 31727842220819, 42994188214931, 40678275262611, 40644257640083, 40680655468435, 40183256731155) mentions offline, network or connectivity. The claim is that the behaviour is documented explicitly; across the whole 292-article corpus it is not, so this is a documented-absence finding, not a statement that loyalty fails offline. https://helpdesk.tryotter.com/hc/en-us/articles/26865574404883-Otter-POS-Using-Offline-Mode · retrieved 2026-08-08

guest-loyalty-offer-stacking-rules differentiator

The Direct Orders discount article states under 'Applying Multiple Discounts at Checkout': 'Eaters will only be able to apply 1 discount code per order at checkout.' That is a fixed platform behaviour, not a configurable rule. The two discount builders enumerate their entire settings surface and contain no stacking, exclusivity or order-of-application control: Direct Orders offers name, storefronts, type (item/order/BOGO), fixed or percent amount, minimum basket amount, maximum discount amount, limit-one-redemption-per-customer, discount code, banner distribution and date range; Otter POS Discounts (art. 27238748303763) offers discount settings, availability settings, and exactly three advanced settings - Minimum Check Size, Auto-Apply and Require Manager's Approval. Loyalty redemption is likewise governed by fixed platform rules rather than configuration: 'there is no minimum amount of earned points needed to redeem' and 'no maximum limit on the amount of points that can be redeemed at one time' (art. 40678275262611). https://helpdesk.tryotter.com/hc/en-us/articles/43019655616019-Online-Ordering-Discounts-Promotions · retrieved 2026-08-08

guest-loyalty-targeted-offers differentiator

Offers are issued to a behaviourally defined audience rather than only broadcast: creating an SMS campaign requires selecting an audience type, and the article tabulates seven - Recent Guests (ordered last week), Monthly Orderers (at least once a month for three months), Weekly Orderers (at least once a week for four weeks), Lapsed Guests (90 days since last order), Loyalty Members, Active Guests (ordered in the past 90 days) and All Guests - with an existing or new discount attached at step 5. Named shortfall: the audiences are a fixed list the operator cannot extend. The article's own FAQ answers 'No - Currently, there isn't a feature to create your own audience type/customer segment to send an SMS Campaign to. The audience types to choose from are pre-set.' There is no rule over spend or items purchased, and the same seven-way segmentation is all the Guest Directory offers as a filter. https://helpdesk.tryotter.com/hc/en-us/articles/52488273009427-First-Party-SMS-Marketing · retrieved 2026-08-08

guest-loyalty-rfm-segmentation differentiator

Lifecycle segments are computed for the operator with no query building: the Guest Directory offers views for All guests, Loyalty Members, 'Recent guests: Customers who have placed an order within the last week', 'Lapsed guests: Customers who haven't placed an order within 90 days' and 'Active guests: Customers who have placed an order within the last 90 days'. Customer Reports (art. 25246908493587) exposes the same groups as All Diners / Recent / Lapsed / Active, and SMS Marketing adds frequency segments (Monthly Orderers, Weekly Orderers). Named shortfall: the monetary axis is missing from the segmentation - Total Spend and Average basket size exist only as sortable columns in Customer Reports, never as a derived segment, and there is no VIP, new-guest or at-risk score and no way to define one (SMS Marketing FAQ: 'the audience types to choose from are pre-set'). https://helpdesk.tryotter.com/hc/en-us/articles/40222270130963-Guest-Directory-Report · retrieved 2026-08-08

guest-loyalty-lifecycle-automation

The article's first worked example is a win-back: 'Campaign Goal: Send promotion to customers that haven't ordered from your restaurant in the last 90 days', and campaign creation step 7 is 'Select the reoccurrence, date(s), and send time for the SMS campaign to be sent out' - the Loyalty Exclusive example runs 'Every Monday at 11am, June through July'. Combined with the auto-maintained Lapsed Guests audience this gives a standing, recurring lapsed win-back rather than a one-off send. Named shortfalls: the trigger is a schedule over a segment, not a per-guest lifecycle event, so a send fires on the calendar rather than on the guest's 90th day; no birthday field is collected anywhere in the guest profile and no birthday campaign exists; no first-visit thank-you or onboarding automation is documented; and recurrence is bounded by a date range rather than being genuinely always-on. Otter also caps first-party marketing at one message per customer per two weeks (art. 43019655616019). https://helpdesk.tryotter.com/hc/en-us/articles/52488273009427-First-Party-SMS-Marketing · retrieved 2026-08-08

guest-loyalty-native-email-sms differentiator

SMS is native and first-party: 'First Party SMS Marketing is a feature that allows restaurants create, manage, and optimize targeted SMS (mobile text) campaigns', built from Apps > Marketing > First Party Marketing > [Create Campaign] with audience, attached discount, auto-populated message body, recurrence and send time, published from the Otter Dashboard - explicitly framed as 'reducing reliance on third-party platforms'. Transactional loyalty SMS is also sent automatically on point earn/redeem (art. 40678275262611). Named shortfall: there is no email campaign capability - the marketing surface is SMS only, no email composer, template, sender domain or ESP handoff appears in the 292-article help centre, and the only email Otter sends on a schedule is the Scheduled Reports operator digest (art. 22964276979987). The Guest Directory does store an email address per guest, but nothing documents sending to it. https://helpdesk.tryotter.com/hc/en-us/articles/52488273009427-First-Party-SMS-Marketing · retrieved 2026-08-08

guest-loyalty-consent-management

A per-guest 'Marketing subscribed status' is stored and filterable (a 'Marketing Opt-in' filter also exists in Customer Reports, art. 25246908493587); loyalty enrollment is opt-in-prompted at POS and kiosk, and eaters can change notification preferences in their own profile. Shortfall: the documented status is a single boolean, not per-channel consent; no timestamp or source of consent is shown anywhere; and no doc describes honoring revocation received by means other than the eater's self-service preferences. https://helpdesk.tryotter.com/hc/en-us/articles/40222270130963-Guest-Directory-Report · retrieved 2026-08-03

guest-loyalty-10dlc-registration

Re-checked 2026-08-08 against the full 292-article helpdesk.tryotter.com dump. Otter does send operator-branded SMS: First Party SMS Marketing (art. 52488273009427) publishes campaigns from the Otter Dashboard, and loyalty point notifications are 'automatically enabled - no set up or adjusting settings for your direct orders needed' (art. 40678275262611). Full-text search of the corpus returns zero hits for '10DLC', 'A2P', 'TCPA', 'carrier' (in the messaging sense), 'short code' or 'unsubscribe'. The only consent machinery documented is the marketing opt-in captured at purchase - Customer Reports states email and phone are 'Shown only if marketing is allowed for customer' and 'Only these customers are eligible for marketing' (art. 25246908493587) - plus a platform cap of one marketing message per customer per two weeks (art. 43019655616019). Whether Otter registers brands and campaigns on the operator's behalf, uses its own registered numbers, or leaves registration to the operator is simply not addressed, so the claim is unresolved rather than refuted.

guest-loyalty-campaign-attribution differentiator

Reports top guests, loyalty-attributed sales and average spend, and "which offers resonate". Tying redeemed offers to actual check totals as incremental sales is not documented. https://tryotter.com/products/loyalty · retrieved 2026-08-01

guest-loyalty-data-export-portability differentiator

Re-checked 2026-08-08 across the 292-article helpdesk corpus. Self-serve CSV export is documented and free on many report tables - Loyalty Reporting Overview and Order Detail ('Click on the arrow icon to export the data as a CSV file', art. 40183256731155), Sales Summary, Product Mix, Void Transactions, Cash Management, Payouts and the Staff timecard report (.xls). But the two surfaces holding the guest list itself document no export: the Guest Directory Report article (art. 40222270130963) walks filtering, searching, guest details, reward history and balance adjustment with no export step and no export FAQ, and Customer Reports (art. 25246908493587) lists its columns - Name, Email, Phone number, Marketing opt-in, last order date, total orders, total spend, discounts, average basket, average tip - without mentioning download. The Loyalty Order Detail export carries a 'Loyalty user ID' rather than contact PII. No customer-facing API exists to substitute (see reporting-public-api). So a bulk export of the full guest list including contact PII is neither documented as available nor documented as withheld.

guest-loyalty-cdp-event-api differentiator

Re-verified 2026-08-10; value and grade unchanged, counts and quotations corrected. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. A subscribable ORDER event stream exists and is documented to grade A: 23 x-webhooks (was 27) covering orderCreate, orderConfirm, orderStatusUpdate, orderUpdate, orderReady, orderHandedOff, orderFulfilled, intentToCancelOrder, deliveryStatusUpdate, posInjectionStateUpdate and store/menu/storefront/delivery operations, with X-HMAC-SHA256 validation required on every inbound request so a subscriber can verify payloads. The previous note listed reportGenerated among the subscribable events; THAT WEBHOOK WAS REMOVED in the rebuild along with fetchCredentials, removeStore and upsertStore, and it is withdrawn here. Guest data is present but only as an attribute of an order: the Order schema still carries a customer property ('The customer who placed the order', a Person with name, phone, email and personalIdentifiers), so a CDP subscribed to the order stream does receive per-order guest identity. Named shortfalls that keep this at partial, all unchanged: there is no guest, eater, customer or loyalty EVENT TYPE among the 23, so no profile create/update, consent, opt-in or loyalty-accrual event can be subscribed to and a CDP sees a guest only when that guest transacts; the only eater-level pull surface is POST /v1/eater/order-history ('Provide an external eater ID to get a list of order related to that eater'), which requires the caller to already hold an external eater ID; the Loyalty Manager API (/manager/loyalty/v1/{source}/user, /user/search, /user/enrollment-config, /rewards/evaluate, /simulate, /redeem-and-accumulate, /refund) is an inbound request/response surface a loyalty provider implements, not an outbound stream; and an application must be registered by an Otter Account Representative before any webhook endpoint can be configured. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10 adversarially verified

guest-loyalty-review-capture-routing differentiator

A Ratings and Reviews product exists in the catalog; score-based routing to private recovery vs public review sites is not documented. https://tryotter.com/products/ratings-and-reviews · retrieved 2026-08-01

guest-loyalty-referral-program

The help centre's Loyalty section holds exactly five articles (Introduction, Creating a Loyalty Program, Points, Customer Profiles, Insights & Reporting; section enumerated 2026-08-04 via the public Zendesk API). 'Creating a Loyalty Program' enumerates everything a program can be built from — 'Amount-based Loyalty Program, Purchase-based Loyalty Program, Reward Redemption Options' — and the Introduction's capability list covers earning on payment, redemption, manual balance adjustment, QR sign-up and reporting. A referral mechanic is in none of them: 'refer a friend' returns zero results corpus-wide and 'referral' matches only reseller partner-program pages. The enumerated earning models exclude per-guest referral codes, referred-first-order attribution and two-sided rewards. https://helpdesk.tryotter.com/hc/en-us/articles/42994188214931-Creating-a-Loyalty-Program · retrieved 2026-08-04

guest-loyalty-wallet-pass differentiator

Re-checked 2026-08-08 against all six loyalty articles in the 292-article helpdesk dump (arts. 31727842220819, 42994188214931, 40678275262611, 40644257640083, 40680655468435, 40183256731155) plus the Guest Directory report. Full-text search of the entire corpus returns zero hits for 'wallet', 'Apple Wallet', 'Google Wallet', 'passbook' or 'pkpass'. The documented guest credential is a phone number the cashier or kiosk looks up, and the balance lives in a web Loyalty portal the eater reaches by 'a direct link shared by the merchant', a printed QR flyer, the QR printed on a receipt, or signing in on the direct ordering website; redeemed rewards become one-use coupon codes. Otter states there is no branded app requirement, and points balances surface on the kiosk and POS dual screen. Absence of any wallet reference across a corpus this detailed is suggestive, but these articles document enrollment and redemption flows rather than asserting an exhaustive list of pass formats, so this stays unknown rather than becoming a positive denial.

guest-loyalty-privacy-rights-tooling

Re-checked 2026-08-08 across the 292-article helpdesk corpus, including the 10-article Account Management section, the Guest Directory Report (art. 40222270130963) and Loyalty Insights & Reporting (art. 40680655468435). Full-text search returns zero hits for GDPR, CCPA, CPRA, DSAR, 'data subject', 'right to be forgotten' or 'data deletion'. The per-guest actions the Guest Directory documents are viewing the profile, editing customer information from the POS, and adjusting the rewards balance (gated by an 'Organization Loyalty Points Balance Adjust' permission); its FAQ addresses duplicate profiles and answers 'No - Currently, there is no way to merge customer profiles', but deletion or data export on a guest's behalf is never mentioned. The loyalty enrollment guidance pushes compliance onto the operator: 'Note that privacy laws may apply to the collection and use of such information. We recommend that you consult with a licensed legal professional.' Kiosk settings only let an operator paste their own privacy-policy URL. No trust centre or privacy-management console is published on tryotter.com, so whether an admin can fulfil an access or deletion request - or must file a support ticket - is undocumented either way.

guest-loyalty-redemption-fraud-controls

The vendor's own doc states the opposite of guardrails: 'Currently, there is no minimum amount of earned points needed to redeem' and 'no maximum limit on the amount of points that can be redeemed at one time'. Manual balance adjustment is a two-click Guest Directory action with no approval step documented, and no employee-self-redemption flagging exists anywhere in the loyalty docs. A per-guest reward-history log is the only control-adjacent feature. https://helpdesk.tryotter.com/hc/en-us/articles/40678275262611-Otter-Loyalty-Points · retrieved 2026-08-03

guest-loyalty-ai-offer-recommendation differentiator

Re-checked 2026-08-08 against the 292-article helpdesk corpus. Three shipped algorithmic features exist and none matches the claim. (1) Delivery App Marketing 'Boost Automation: Offers automatic, seamless end-to-end management and optimization for ad campaigns and promotions across multiple storefronts and delivery platforms within parameters you set' (art. 8953720667667) - it optimizes marketplace ad spend and promotions, is not described as AI or ML, and recommends neither offer content nor an audience. (2) 'AI Insights' in the Otter Go app (art. 46992929408915, Beta) analyses eight weeks of sales data and returns What Went Well / What Did Not Go Well / Business Overview & Trends / Suggestions for Improving Metrics - business-performance narrative, not offer generation. (3) Kiosk upsells are 'automatically selected based on each store's top-selling, lower-priced items from the past 30 days' - item suggestion at checkout, not offer targeting. In First Party SMS Marketing the operator picks the audience from a pre-set list, the send time by hand, and the message body auto-populates from a discount template with no model in the loop. No AI recommendation of offer content, target audience or send timing is documented, and nothing rules it out.

guest-loyalty-stored-value-gift

Re-evidenced 2026-08-09; the "third-party eCard integration" reasoning was false and is withdrawn. Native stored value exists: Otter Gift Cards is a first-party $30/month Otter POS add-on, loaded and reloaded at the POS, redeemable at Otter POS and in Direct Orders online checkout, with refunds returned to the card balance. Shortfall, which is what keeps this partial: the balance is keyed to a physical card number (typed in or barcode-scanned), and nothing in the corpus links a gift balance to the Otter loyalty guest profile - the five Loyalty articles describe points, rewards and customer profiles with no stored-value component, the Loyalty Manager API exposes enrollment, user lookup and reward evaluate/simulate/redeem/refund with no balance object, and the gift card article never mentions loyalty. Loyalty profiles are themselves org-wide ("If an eater has been registered as a customer at any Otter-using store within your organization, you'll be able to search to pull up their information"), but gift card redemption is enabled per location, so brand-wide redeemability of the balance is not documented either. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/37358535943187-Otter-Gift-Cards · retrieved 2026-08-09

labor-clock-in-at-pos

AUDIT OVERTURN (2026-08-05): the prior no ('no native employee records, punch functionality or time-tracking capability exists') is contradicted by the vendor's own 'Time Card App (Clocking In/Out)' doc, read via the help centre's public Zendesk API: staff open the Time Card app on the POS device home screen and 'enter your employee pin code' to clock in and out; Staff Timecard Reporting (art. 26845973817491) exposes clocked hours with Time/Location/Role/User filters and XLS export, and handhelds run the same Time Card app (art. 35667642715283). PIN punch at the POS terminal with no separate time-clock hardware — the claim verbatim. https://helpdesk.tryotter.com/hc/en-us/articles/26645285153555 · retrieved 2026-08-05 adversarially verified

labor-photo-punch-verification differentiator

AUDIT RE-GROUND (2026-08-05): the prior premise 'Otter has no labor/timekeeping module' is false — the Time Card app documents native PIN clock in/out. The no now rests on the enumerated punch flow: the Time Card doc walks the complete punch sequence (open the Time Card app, enter your employee pin code, clock in/out) with no photo-capture step, and no photo punch, facial verification or biometric reference exists anywhere in the help-centre corpus. https://helpdesk.tryotter.com/hc/en-us/articles/26645285153555 · retrieved 2026-08-05 adversarially verified

labor-geofenced-mobile-punch

AUDIT RE-GROUND (2026-08-05): the prior premise 'Otter has no labor/timekeeping module' is false. The no now rests on the enumerated punch surfaces: 'The Time Card app can be used on both POS devices to clock in and clock out for shifts' (Handhelds Introduction) — i.e. the POS terminal and the handheld, both on-premise POS hardware. No staff mobile-phone punch exists (Otter Go is an operator order-management app), and 'geofence' returns zero results across the help centre. https://helpdesk.tryotter.com/hc/en-us/articles/35667642715283 · retrieved 2026-08-05 adversarially verified

labor-offline-time-punch differentiator

Re-checked 2026-08-08. The Time Card app (art. 26645285153555) documents PIN clock in/out on the POS terminal with reporting and .xls export in the Dashboard Staff app, and it never mentions connectivity. 'Otter POS Using Offline Mode' (art. 26865574404883) enumerates what offline mode does - queue credit-card and cash transactions, flag them with a cloud icon, process automatically on reconnect - and enumerates its limitations - no online-order acceptance, no new printer or card-reader pairing, no wifi/ethernet printing, no station tickets - without mentioning time punches in either list. Handhelds 'support offline mode in both card reader mode and mobile POS mode' (art. 35667642715283) and the Close of Day Workflow (art. 39261231574803) treats 'Clock out staff' as a task alongside closing checks and drawers, but neither says what happens to a punch taken while disconnected. The Homebase integration (art. 43081257316243) sends timecard data onward to Homebase, which adds another sync boundary that is not described for outages. Capability plausible; behaviour undocumented in the 292-article corpus, so no queue-and-reconcile or blocked verdict can be evidenced. adversarially verified

labor-granular-rbac

Beyond ten fixed system roles, Admins can build custom roles per app feature with brand- and location-scoped assignment, and the Cash app documents genuinely discrete grants (Open Drawer, Pay in/Payout, Edit Drawer, End Drawer, Manage Drawer, Remote Finish Drawer, View Only - art. 26562624877459) plus per-discount manager-approval locks. Shortfall: voids, refunds and price changes are not individually grantable - refunds ride the fixed Supervisor role on POS and Billing Admin in the Dashboard, and documented custom-role granularity outside the Cash app covers Dashboard app features, not POS actions. https://helpdesk.tryotter.com/hc/en-us/articles/44753081545619-User-Management · retrieved 2026-08-03

labor-manager-override-audit

Individual PIN identity underpins auditing ('this feature also ensures you can monitor actions for auditing and reporting purposes' - art. 26844590516755); the Voided Transactions report is per-staff-member, timestamped, reason-coded and immutable, and cash-drawer edits display the editing user's name beside the changed value. Shortfall: what is logged is the acting staff member - no queryable report is documented that attributes the manager who approved an override, and approval events themselves do not appear in any log. https://helpdesk.tryotter.com/hc/en-us/articles/44155119549843-Voided-POS-Transactions · retrieved 2026-08-03

labor-native-scheduling differentiator

RE-GROUNDED 2026-08-08, off the marketing integrations directory and off the false premise that Otter ships no labor product - it ships a native Time Card app. The no now rests on documented delegation of the scheduling half specifically. Otter's Analytics guide describes the Staff tool as one that 'merges labor data (shift schedules, time punches) and order data (prep times, order ratings)... We support multiple Labor Management Systems (LMS) like Deputy, Homebase, 7shifts, and WhenIWork', and its Labor Hours chart is 'sourced primarily from your timepunch data. If no timepunches are available, it displays scheduled hours' - schedules arrive from an LMS, they are not built in Otter. The native module's own feature enumeration is timekeeping only: 'Time Card app on the Otter home screen', 'Ability to clock in or clock out from the POS terminal', 'Reporting on employee work hours in the Otter Dashboard', plus admin editing of clock-in history, and the Dashboard Staff app is a timecard table with an XLS export (art. 26645285153555). No schedule builder, shift template, publish step or schedule-distribution surface appears anywhere in the 292-article English help centre, and the Homebase guide puts timesheet editing and break logging in the Homebase portal (art. 43081257316243). https://helpdesk.tryotter.com/hc/en-us/articles/12558297776147-Otter-Analytics-Your-Guide-to-Reports-and-Insights · retrieved 2026-08-08 adversarially verified

labor-demand-labor-forecast differentiator

RESCORED 2026-08-05 (was no/F on the disproved no-labor-module premise). The Analytics Staff section documents a 'Staff hours Optimization' chart that 'takes your order volumes for a given period and calculates an optimal staffing rate to meet demand', compares it against the actual staffing rate and 'calls out days where the kitchen may have been overstaffed'; 'Orders per labor hour' renders in 15-minute buckets. Partial, not yes: this is retrospective day-level analysis in the Dashboard, not a forward-looking daypart forecast, and there is no native scheduling surface to apply it to - shift-schedule data comes from LMS integrations (Deputy, Homebase, 7shifts, WhenIWork). https://helpdesk.tryotter.com/hc/en-us/articles/12558297776147 · retrieved 2026-08-05

labor-realtime-labor-percent differentiator

AUDIT OVERTURN (2026-08-05): the prior no ('Otter has no native labor hours') is false — timecards are native, and a labor-vs-sales view is documented: the Labor Cost Report 'provides an aggregated view of employees' hours worked, wages, and labor costs compared to sales', and the Analytics Staff section carries 'Labor as percent of Sales', Labor Hours and 'Orders per labor hour' metrics (art. 12558297776147). Shortfalls: wage data populates only with 'an active Homebase integration connected to your Otter POS store'; the view lives in the Dashboard Analytics app, not a POS or in-service manager surface; and no real-time freshness is documented — Otter's own FAQ says sales reports can take 24-36 hours to be accurate (art. 360052674054). https://helpdesk.tryotter.com/hc/en-us/articles/38681141651987 · retrieved 2026-08-05 adversarially verified

labor-overtime-prevention differentiator

RE-GROUNDED 2026-08-05: the old rationale ('no native timekeeping') is disproved - the Time Card app is native - but the finding stands on the docs. The clock-in flow is documented end to end (PIN entry, Clock in / Clock out prompt, confirm) with no threshold warning or block anywhere in it; the only overtime-adjacent signal is after the fact - report totals under 2 or over 12 hours 'displayed in red' in the Dashboard Staff app. Wage and policy data live in the LMS integrations, and a help-centre search for 'overtime' returns only an unrelated check-options article. https://helpdesk.tryotter.com/hc/en-us/articles/26645285153555 · retrieved 2026-08-05

labor-break-compliance-by-state differentiator

RE-GROUNDED 2026-08-05: the 2026-08-02 note's premise (no timekeeping product at all) is disproved - the Time Card app is native - but the vendor's own Homebase Integration Guide places break handling outside Otter: 'All timecard data is automatically sent to Homebase, where you can view and edit timesheets, as well as log breaks.' The native Time Card flow documents clock in/out only - no break punch, no attestation prompt, no per-state or per-jurisdiction rules, no missed-break premium flag anywhere in the help centre. https://helpdesk.tryotter.com/hc/en-us/articles/43081257316243 · retrieved 2026-08-05

labor-fair-workweek-support

RE-GROUNDED 2026-08-05: the 2026-08-02 premise (no labor product at all) is disproved - native Time Card timekeeping exists - but predictive-scheduling support presupposes native schedule publishing, which Otter does not have: the Staff analytics guide sources 'shift schedules' from LMS integrations (Deputy, Homebase, 7shifts, WhenIWork) and its Labor Hours chart falls back to scheduled hours only 'if no timepunches are available'. No advance-notice deadline tracking or predictability-pay calculation appears anywhere in the help centre; searches for 'forecast' and predictive-scheduling terms return nothing. https://helpdesk.tryotter.com/hc/en-us/articles/12558297776147 · retrieved 2026-08-05

labor-minor-labor-rules

RE-GROUNDED 2026-08-05: the 2026-08-02 premise (no timekeeping or employee record at all) is disproved, but the finding holds. The documented employee record is first/last name, role, a 4-digit PIN and optional email/phone - no date of birth, so age-based restrictions have nothing to key on; the Time Card clock-in flow is documented end to end and enforces nothing beyond PIN entry; and there is no native scheduling module for schedule-side enforcement (shift schedules come from LMS integrations). https://helpdesk.tryotter.com/hc/en-us/articles/26844590516755 · retrieved 2026-08-05

labor-tip-pooling-rules

AUDIT RE-GROUND (2026-08-05): the prior premise 'Otter has no labor module' is false — a Time Card app and Staff Timecard Reporting are documented. The no stands on enumeration instead: the 'Tipping Guide for Otter POS' covers the tip lifecycle end-to-end (tip on receipt, POS tip display before payment, cash tipping, percentage presets, 24-hour post-payment entry, Stripe tip caps) and the Hourly Tip Report covers per-staff reporting; no pool, tip-out or rule-based distribution (hours, sales, points or role) appears in either or anywhere else in the corpus — tips are only ever reported as received per employee. https://helpdesk.tryotter.com/hc/en-us/articles/36524231987603 · retrieved 2026-08-05 adversarially verified

labor-tip-distribution-audit-trail

The Hourly Tip Report breaks tips down by hour, staff member (via PIN login) and device, filterable by date, brand, location, staff member and channel, and is positioned for payroll use. Shortfall: Otter documents no tip pooling or distribution feature at all, so there is no record of amounts contributed to or distributed from a pool - only tips received per employee - and third-party-platform tips carry no staff attribution. https://helpdesk.tryotter.com/hc/en-us/articles/39344200685971-Tip-Reporting · retrieved 2026-08-03

labor-qualified-tips-w2-reporting differentiator

AUDIT RE-GROUND (2026-08-05): the prior premise that Otter holds no employee records is false — native timecards exist. The no stands on the enumerated payroll path: Otter's documented payroll export is the Labor Cost Report's 'hourly breakdown data to import into Homebase' (hours and wages only, and only with an active Homebase integration); tips live in the separate Hourly Tip Report, where third-party-platform tips carry no staff attribution. No export field carries a Treasury tipped-occupation code or separates cash from charged qualified tips, and W-2 production is delegated to the payroll provider. https://helpdesk.tryotter.com/hc/en-us/articles/38681141651987 · retrieved 2026-08-05 adversarially verified

labor-native-payroll differentiator

Re-evidenced 2026-08-09; the "full integrations category list contains no payroll processor" leg is withdrawn as an enumeration over a marketing page. Otter's own labour documentation states the division of work: the Labor Cost Report "provides an aggregated view of employees' hours worked, wages, and labor costs compared to sales", and "you can use this report to view and export the aggregated hours data & aggregated wage data by employee and directly import the spreadsheet into the 3rd party payroll provider without having to manually process the spreadsheet first." The Hourly Tip Report is likewise framed as something to "use ... to help you manage payroll", i.e. an input to someone else's payroll run. Otter does ship first-party labour features (Time Card clock in/out, Labor Cost Report), so this is not a no-labour-module finding - it is specifically that hours and wages are exported for a third party to file and pay. Across the 292-article corpus there is no wage tax filing product, no wage direct deposit, no Gusto/ADP/Paychex connector, and the Billing & Subscriptions product catalogue sells no payroll SKU. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/38681141651987-Labor-Cost-Report-Homebase-Integration · retrieved 2026-08-09

labor-payroll-export-formats

UPGRADED 2026-08-08 off a refuted premise. Otter does hold labor hours: the Time Card app records PIN clock in/out natively and the Dashboard Staff app exports the timecard table in XLS (arts. 26645285153555, 26845973817491). And a payroll-directed export is documented: the Labor Cost Report 'provides an aggregated view of employees' hours worked, wages, and labor costs compared to sales', and 'you can use this report to view and export the aggregated hours data & aggregated wage data by employee and directly import the spreadsheet into the 3rd party payroll provider without having to manually process the spreadsheet first'. Named shortfalls, which is why this is partial and not yes: the wage half is not native - 'In order for data to populate in the Labor Cost Report, you must have an active Homebase integration connected to your Otter POS store', a paid add-on at $20/month that also requires a paid Homebase subscription and an API key installed by an Otter account manager (art. 43081257316243); no payroll provider is named anywhere in the 292-article corpus - Gusto, ADP, Paychex and QuickBooks return zero hits - and no file layout is specified beyond 'the spreadsheet', so neither the 'documented formats' nor the 'two major payroll providers' half of the claim is met; and tips are not in this export, being reported separately in the Hourly Tip Report. https://helpdesk.tryotter.com/hc/en-us/articles/38681141651987-Labor-Cost-Report-Homebase-Integration · retrieved 2026-08-08 adversarially verified

labor-shift-swap-workflow differentiator

RE-GROUNDED 2026-08-05 (old one-line rationale rested on the disproved no-labor-module premise). Otter ships no scheduling module and no employee self-service app: the Staff analytics guide sources 'shift schedules' from supported Labor Management Systems 'like Deputy, Homebase, 7shifts, and WhenIWork', the native Time Card applet is terminal-bound clock in/out only, and the integrations directory (re-retrieved 2026-08-05) still lists exactly those four under Labor. With no native schedule or shift entity there is nothing to swap or claim. https://helpdesk.tryotter.com/hc/en-us/articles/12558297776147 · retrieved 2026-08-05

labor-digital-onboarding-i9

RE-GROUNDED 2026-08-05: the 2026-08-02 premise (no employee record at all) is disproved - User Management holds native employee records - but new-hire intake in Otter is only the documented add-user flow: first/last name, role, PIN, optional email/phone, then an email invitation to set a password. No W-4, I-9, E-Verify or document-capture step exists anywhere in the help centre, and the integrations directory (re-retrieved 2026-08-05) still lists no payroll or HR provider among its eight categories. https://helpdesk.tryotter.com/hc/en-us/articles/44753081545619 · retrieved 2026-08-05

labor-server-performance-metrics differentiator

AUDIT OVERTURN (2026-08-05): the prior no ('Otter has no native labor data, time clock or sales-per-labor-hour calculation') is triply false — the Time Card app, Staff Timecard Reporting and an 'Orders per labor hour' metric are all documented. Per-employee performance reporting exists: the Analytics Staff section documents Staff Performance with clickable Individual Staff Member Performance (Orders/hour, Average Prep Time, Average Star Rating, Order Issues Rate), the immutable Voided Transactions report attributes voids per staff member, and the Hourly Tip Report breaks tips per staff member. Shortfall: no per-employee average check, item/category attachment rate, comp rate or sales-revenue figure — the documented per-staff metrics are operational, not sales. https://helpdesk.tryotter.com/hc/en-us/articles/12558297776147 · retrieved 2026-08-05 adversarially verified

inventory-recipe-bom-costing

Re-confirmed 2026-08-02. Inventory Savings is a distributor rebate/GPO tool ("Get cash back on the food you already buy"), not a recipe or BOM engine, and the integrations directory delegates real inventory to Marketman, Restaurant365 and PDI under an explicit Inventory category. https://tryotter.com/products/inventory-savings · retrieved 2026-08-02

inventory-unit-conversion-yields

No inventory ledger exists to hold conversions.

inventory-theoretical-vs-actual differentiator

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. Theoretical usage cannot be computed without a recipe layer and actual usage cannot be computed without counts; neither exists. There is no variance report of any kind in the Analytics or Reports sections, whose complete article lists are sales summary, cash management, tips, taxes, payouts, financial reconciliation, merchant statement, guest directory, customer, loyalty, labor cost, voided transactions, order-manager menu, location tagging and scheduled reports. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-realtime-depletion differentiator

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. Sale-driven ingredient depletion is structurally impossible without a recipe layer, and there is none: MenuItem_POS carries no component list and SKU Library holds descriptive attributes only. The API's inventory quantities are read-only summaries of packaged products with no documented link to order events, and the webhook catalogue (orders, menus, storefront, delivery, reports, account pairing, ping) contains no stock-movement event. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-86-auto-sync differentiator

86 propagation is excellent but is a manual/menu-level action; there is no ingredient on-hand to trigger it automatically. https://tryotter.com/products/inventory-savings · retrieved 2026-08-01

inventory-count-modes

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. The vendor's public inventory surface is small enough to enumerate and I enumerated it: three operations, none of which is a count. There is no full-count, spot-count or cycle-count workflow, no count-session object and no count history in either the helpdesk or the API; quantities are only read back, or changed by receiving a shipment. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-mobile-count-offline

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. There is no counting application to take offline. The Otter app family documented across the corpus is Orders, Menus, Analytics, Drawers, Inventory (rebates), Loyalty, Time Card and Otter Go, and none counts stock. The only documented barcode-scanner support is for gift cards, and the article scopes it explicitly: "These scanners are only for scanning gift cards." Offline mode is documented for the handheld POS and card reader, never for stock capture. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-vendor-catalogs-edi differentiator

Inventory Savings links to existing distributors for discounts and rebates "without switching distributors" — a purchasing-rebate relationship, not documented EDI PO transmission or electronic invoice receipt. https://tryotter.com/products/inventory-savings · retrieved 2026-08-01

inventory-invoice-ocr differentiator

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. Otter's documented method of acquiring purchase data is the opposite of invoice capture: the merchant hands over food-distributor portal credentials ("Use food distributor credentials to sign in and connect for Rebates") and Otter reads qualifying spend from the distributor, producing per-distributor spend reports. No photo, PDF or email invoice ingestion appears anywhere, the corpus has zero hits for OCR or invoice scanning, and the only invoice objects in the product are Otter's own subscription invoices. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-price-change-alerts differentiator

Inventory Savings offers "find the same product for less" sourcing suggestions, not per-item purchase price history with contracted-price variance alerting. https://tryotter.com/products/inventory-savings · retrieved 2026-08-01

inventory-par-auto-suggest differentiator

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. The only purchasing suggestion Otter documents is the Rebate Opportunity, and it is rebate-driven rather than par-driven: "personalized suggestions based on your past purchasing history, highlighting items that offer better pricing and higher rebate potential", actioned by downloading a product list as CSV and sending it to your distributor. There is no par level, no reorder point, no on-hand-versus-par calculation and no purchase order object; the corpus has zero hits for par level or purchase order. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-waste-logging

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. There is no waste or spoilage workflow, no reason-code set and no waste-cost report. The closest object in the entire product is the shipment receiving field unsellableQuantity, defined as inventory "that is damaged, expired or otherwise unsellable" - a receiving-time bucket on inbound goods, with no reason codes, no operator-facing logging screen, no debit against usage and no separate cost reporting. The corpus has zero hits for spoilage and no waste-logging article. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-transfers

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. No inter-location stock movement exists. All eleven occurrences of "transfer" in the 292-article corpus are account ownership transfers, bank or wire transfers of money, or transferring an in-progress order to another device. The API inventory domain has no transfer operation, and its only movement primitive - the shipment (deliveryInfo, lineItems, stateChanges SCHEDULED/ARRIVED/STOCKING/CLOSED/CANCELED) - is inbound to a single facility with no sending party, so there is no two-sided credit and debit and no in-transit state between two of the operator's own locations. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-commissary

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. No central production model exists. The corpus has zero hits for commissary, central kitchen production, prep item or transfer cost, and there is no production or assembly object anywhere in the API - only finished products, inbound shipments and menu SKUs. Otter's multi-location constructs are the organization/brand/store hierarchy and Location Tagging for reporting, neither of which carries production or issue-at-cost, and with no recipe layer there is no prep item to produce. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-lot-traceability

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. No lot or batch identity is captured anywhere. Product identity in the API is id, gtin, name, slug and externalId; a shipment line item is id/slug/externalId plus manifestQuantity, receivedSellableQuantity and receivedUnsellableQuantity. There is no lot, batch or serial field at receiving - the only point at which one could enter the system - and therefore nothing to carry forward into production or sales. The corpus has zero hits for lot number, batch number or recall. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-shelf-life-expiry

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. No date is ever attached to stock. Expiry appears in Otter's inventory model exactly once, as prose inside the definition of unsellableQuantity ("damaged, expired or otherwise unsellable"), which records that expired goods exist but stores no use-by date, no received date and no shelf life. There is consequently no expiring-soon report or alert; the corpus has zero hits for shelf life and its three expiration hits are payment-card and subscription expiry. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-bar-partial-bottle

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. Partial-bottle counting is not representable, let alone documented. Every quantity in Otter's inventory model is typed integer (sellableQuantity, unsellableQuantity, inboundQuantity, manifestQuantity, receivedSellableQuantity, receivedUnsellableQuantity), so a fraction of a bottle has no representation; there is no unit-of-measure or conversion concept; the hardware catalogue in Otter Plan Packages & Hardware enumerates tablets, POS terminals, kiosks, KDS, printers, card readers and accessories with no scale; and the only peripheral scanning support documented is for gift cards. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-cogs-gl-export

Otter collects a Cost of Goods field per menu item (default price or per-location values, with a filter to find locations missing values) and then says explicitly: 'The reporting on Cost of Goods Sold isn't available just yet - coming soon! But entering this field now gives you a start on capturing your data.' With no COGS report there is no period COGS to export. Separately, the 292-article help centre contains zero occurrences of QuickBooks, Xero, Sage, NetSuite, 'general ledger' or 'GL account', and no accounts-payable or supplier-invoice capture exists - the entire Inventory section is one article, a Foodbuy GPO rebate program (art. 44752885984147). Financial exports are CSV/XLSX payout, tax and transaction tables (Merchant Statement, Payouts, Sales Summary) with no accounting-package import format and no per-category GL mapping. https://helpdesk.tryotter.com/hc/en-us/articles/37951635152659-Adding-Menu-Items · retrieved 2026-08-08

inventory-native-not-partner differentiator

Directory leg withdrawn: tryotter.com/integrations is a vendor marketing page that says Otter "connects with dozens of integrations" and solicits new partners, so its Inventory category (Marketman, Restaurant365, PDI) cannot enumerate anything. Replaced with Otter's own product documentation. The one article filed under Inventory in the 292-article helpdesk corpus is "Otter Inventory Savings", and Apps > Inventory in the Otter Dashboard opens a Foodbuy GPO rebate program: connect a distributor account, browse Rebate Opportunities, read monthly spend reports, receive 1-3% cash-back. It holds no on-hand quantity, no count, no recipe and no unit cost. The public OpenAPI at developer-guides.tryotter.com/api-reference does carry an Inventory domain, but it is exactly three operations - GET /inventories/v1/summaries, GET and POST /inventories/v1/shipments - over packaged retail products (GTIN, example "Coca-Cola Classic Coke Soft Drink 12 oz. can") with integer sellableQuantity / unsellableQuantity / inboundQuantity, and the developer portal ships no Inventory guide at all. The conjunctive claim fails on its recipe-costing half regardless of how the stock half is read: no recipe or bill-of-materials layer exists anywhere in Otter's item model (SKU Library carries descriptive attributes only; MenuItem_POS has no component or cost field), so no item-level food cost can be produced natively. On the stock half, what Otter ships first-party is a purchasing-rebate program plus an API-level packaged-product quantity ledger - not a restaurant inventory and costing system. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/44752885984147-Otter-Inventory-Savings · retrieved 2026-08-09

inventory-menu-margin-linkage differentiator

Analytics reports best/worst performing items by sales, but with no recipe cost there is no contribution margin.

reporting-realtime-dashboard

Analytics dashboard plus the Otter Go mobile app give real-time sales visibility off-premise on iOS and Android. https://tryotter.com/products/app · retrieved 2026-08-01

reporting-eod-closeout

The Otter POS End of Day Report (the sunset icon on the POS home screen) prints one document with three tabs: 'Sales: a breakdown of POS order sales, discounts, Loyalty, refunds & adjustments, tips, deposit details, and more', 'Payments: a breakdown of sales by payment method' (tender types) and 'Channel Sales'. The Otter Go article states it shows 'total orders, gross sales, discounts, loyalty, POS payments, and expected deposit reporting' (art. 46992929408915). The Close of Day Workflow (art. 39261231574803) gates the close on four tasks - close checks, collect tips, end cash drawers, clock out staff - and offers [Print report] at the end; drawer expected-vs-counted variance is reported in the Cash Management Report. Named shortfall: tax is not among the End of Day Report's documented lines - tax lives in a separate Tax Reports page in Analytics - and net sales appears on the Dashboard Sales Summary rather than the printed POS report, so the single-document reconciliation is not quite complete as worded. https://helpdesk.tryotter.com/hc/en-us/articles/27241942607635-End-of-Day-Reporting · retrieved 2026-08-08

reporting-pmix-modifier-level

Identifies best and worst performing menu items across channels and locations. Modifier-level PMIX and revenue-center filtering are not documented. https://tryotter.com/products/analytics · retrieved 2026-08-01

reporting-comps-voids-audit

The void half is complete: the Voided Transactions report in Analytics shows 'Voids by Day, Reason, and Created by Staff Member', a Void Order Detail table with Order ID, Total Void Amount and voided date/time stamp, filters for date/brand/location, CSV export, and it is immutable ('No - You cannot make edits to the voided orders log'); the cashier 'is always prompted to select a reason for the void, which will appear in the end-of-day report and in other reporting'. It is limited to first-party Otter POS orders and requires an Otter POS subscription. Named shortfalls: discounts can be gated on manager approval ('Require Manager's Approval ... must be approved by an Otter user with the Supervisor, Brand and Location Manager, or Admin role', art. 27238748303763) but no report attributes an applied discount to the applying employee, the approving manager or a reason code - discount reporting is redemption counts, sales and ROI; price override and comp are not concepts in the documented Otter POS at all, so nothing reconciles all four categories in one audit log. https://helpdesk.tryotter.com/hc/en-us/articles/44155119549843-Voided-POS-Transactions · retrieved 2026-08-08

reporting-cash-over-short

The Cash Management Report (Analytics > Loss Management) reconciles 'all cash activity for each drawer, making it easy for you to reconcile your cash at the end of every shift or business day'. Its per-drawer columns are Open Date, Drawer ID, Drawer Name, Start, Sales (including tips), Refunds, Paid In, Paid Out, 'Expected Balance: the expected amount that should be in the register ... calculated based on starting cash, cash sales, paid-ins, paid-outs, and cash refunds', 'Ending Balance: balance entered when closing the drawer' and 'Difference: the amount left over when subtracting the ending balance from the expected balance'. Drilling into a drawer lists Cash Event Transactions with Location, POS Terminal, Drawer Name, Staff Name, Transaction Type ('Cash_Sale' or 'Open', the latter being the drawer opened without a sale) and Subtotal. Filters are date, brand, location and drawer name; the table exports. Named shortfall: over/short is computed per drawer session (which is how a shift is bounded) but never per employee - Staff Name appears only on individual cash events, there is no employee-level variance figure, and no variance alerting is documented. https://helpdesk.tryotter.com/hc/en-us/articles/41030431592979-Cash-Management-Report · retrieved 2026-08-08

reporting-labor-productivity

No native time clock or labor data source, so sales-per-labor-hour cannot be produced from Otter's own records.

reporting-server-scorecards differentiator

AUDIT RE-GROUND (2026-08-05): the prior premise 'Otter has no native labor data or time-clock' is false, but the no survives on enumeration: the Otter Analytics guide enumerates the per-staff metric set as a closed list — Orders/hour, Average Prep Time, Average Star Rating, Order Issues Rate — and none of the scorecard metrics this claim names (average check, items per check, category attachment rate, tips as a percentage of sales) appears per-server there or anywhere in the enumerated report suite (Sales Summary filters are channel/date/location/brand only). Per-staff tips exist only as dollar amounts in the Hourly Tip Report, never as a percentage of that server's sales. https://helpdesk.tryotter.com/hc/en-us/articles/12558297776147 · retrieved 2026-08-05 adversarially verified

reporting-channel-profitability differentiator

Sales Summary documentation: "shows daily transaction data across all channels", viewable per channel, date, location and brand, and intended so "managers or accountants" can "do daily reconciliation of sales". The Sales Breakdown pivots sales, discounts, tips, taxes, commission and refunds by dimension, with Group by channel / brand / payment method, column customization and download. The Analytics guide adds that Advanced Reports show "restaurant performance, commissions, and payouts by date and channel" and that Order Details carries fulfillment channel, delivery fees, tips and net fees per order; the Reconciliation report supplies per-platform Commission, Delivery Commission and Processing Fee. So gross and commission-netted revenue are reportable per fulfillment channel and per marketplace. Margin in the food-cost sense is not part of this report set. Advanced Analytics is $20/month/location unless included in a bundle. https://helpdesk.tryotter.com/hc/en-us/articles/41042129066259-Sales-Summary · retrieved 2026-08-06

reporting-multiloc-drilldown differentiator

The cited Analytics page carries no multi-location comparison language in its retrievable content — the multi-location claims live on the POS and Loyalty pages as generic "multi-location and multi-brand management". Roll-up-then-drill-down to a single store is not documented. https://tryotter.com/products/analytics · retrieved 2026-08-01 adversarially verified

reporting-custom-report-builder differentiator

Self-service shaping is documented: in Sales Summary, 'Sales Breakdown: Pivot different sales metrics (e.g., sales, discounts, tips, taxes, commission, refunds) by specific dimensions' with 'Group by: Group the data by either channel, brand, or payment method', location filters, search, download and 'Customize: Ability to reorder or hide columns', plus a Comparison Tool overlaying two periods. Business Performance adds View (Default, Channel, Location, Brands, Order Ratings), Graph type, Data Set (7-day rolling / raw trend), Granularity (hour, day) and comparison selectors (art. 12558297776147). Named shortfalls: the dimensions and measures on offer are those of a fixed report, not an arbitrary field picker; nothing documents saving a shaped view for reuse - the Scheduled Reports builder saves a report only by choosing one of five pre-built report types (Business Performance, Operational Excellence, Availability, Marketing, Ratings & Reviews) and its metric set is fixed per type; and the deeper columns require paid Advanced Reports. https://helpdesk.tryotter.com/hc/en-us/articles/41042129066259-Sales-Summary · retrieved 2026-08-08

reporting-scheduled-delivery

'Scheduled Reports allows restaurant operators to send pre-built or custom reports to themselves and specified recipients.' Configuration: report name, 'Checkbox to include CSV file in email', brands and locations, 'Frequency: choose between daily, weekly, monthly, quarterly, or yearly', send time in 30-minute intervals, report time range, and 'Recipients: enter email addresses and choose to exclude yourself'. Reports are created from Business Manager > Settings > Reports or by clicking the settings gear on a report ('Just head to Analytics or any of the apps you have, click on the settings, and schedule a report'), can be edited or deleted, and 'All Otter customers, CloudKitchens customers, and FutureFoods customers can create their reports' with no stated limit ('You can create as many reports as you need'). Send time follows the creator's timezone. The metric set available inside a scheduled report depends on plan - Ratings & Reviews requires Advanced Analytics and AlwaysOn impact requires AlwaysOn - but the scheduling capability itself is not gated. https://helpdesk.tryotter.com/hc/en-us/articles/22964276979987-Scheduled-Reports · retrieved 2026-08-08

reporting-raw-warehouse-export differentiator

Automated recurring export is documented: Scheduled Reports emails a chosen report daily, weekly, monthly, quarterly or yearly to a recipient list with a 'Checkbox to include CSV file in email'. Transaction-level raw data exists to export - the Order Details report carries date, fulfillment channel, delivery fees, tips, net fees, payment method, order issues, ratings and prep time, and Loyalty Order Detail carries individual loyalty transactions - and Otter advertises 'Detailed reporting at transaction - or in-store - levels' with 'One-click downloads' (art. 12558297776147). Named shortfalls: the only automated destination is email, so there is no push to a customer-controlled S3 bucket, SFTP endpoint, Snowflake or BigQuery target - the 292-article corpus has zero hits for S3, SFTP, Snowflake, BigQuery or 'data warehouse'; the scheduled payload is the report's metric set rather than an arbitrary raw extract; and reaching the fullest transaction detail requires paid Advanced Reports. https://helpdesk.tryotter.com/hc/en-us/articles/22964276979987-Scheduled-Reports · retrieved 2026-08-08

reporting-public-api differentiator

Re-verified 2026-08-10; value and grade unchanged, note corrected. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. Otter's reference is still anonymously readable with no login, NDA or sales call, now at connect.tryotter.com/docs/api-reference/reference/otter-api/ - Docusaurus over an OpenAPI 3.0.1 document titled 'Otter API' with 70 paths and 23 x-webhooks (was 'Public API', 75 and 27), indexed for machine readers at /docs/llms.txt. Coverage against the claim's four domains is otherwise as recorded: orders yes (POST /v1/orders, PUT /v1/orders/{orderId}, GET /manager/order/v1/orders feed, prep-time, cancel, confirm, fulfil); menu yes (POST /v1/menus upsert, publish, publish-targets, entity availability suspend/unsuspend, menu-sync, /v1/menus/jobs); payments yes at order and payout level (PUT /v1/orders/{orderId}/payments, POST /finance/v1/financial-transactions, POST /finance/v1/financial-invoices, and the PAYOUT_TRANSACTIONS report type); labor NO - there is no timecard, shift, employee or labor endpoint among the 70, so the fourth domain is unmet. Credentials are still not self-service, though the previous note's quotation is gone with the old guide set and is withdrawn; the current wording is 'Your Account Representative registers an application and gives you: Client ID (Application ID / Partner ID in older materials - same value), Client secret', and the merchant-facing route is still the six-step Integrated Partner Process (helpdesk art. 22695702216979). Published reference plus gated credentials and no labor data is a partial. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

reporting-webhooks differentiator

Re-verified 2026-08-10; value and grade unchanged, counts and quotations corrected. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. The spec declares 23 x-webhooks (was 27). Order lifecycle coverage is unchanged: orderCreate, orderConfirm, orderStatusUpdate, orderUpdate, orderReady, orderHandedOff, orderFulfilled, intentToCancelOrder, deliveryStatusUpdate, posInjectionStateUpdate, plus ping. Signature verification is still documented, though the previous note's quotation came from the retired guide and is withdrawn; the current authentication guide states the direction plainly - 'Inbound - Otter to your app | Receive webhooks | Validate X-HMAC-SHA256 on every request' - and points to a dedicated 'Keep webhooks secure' guide for the HMAC code samples. Named shortfalls, unchanged: none of the 23 webhooks is a payment lifecycle event - there is no authorization, capture, refund or payout webhook, and finance data moves the other way, the partner posting it to POST /finance/v1/financial-transactions; retry behaviour is only implied, the menu error-code enum saying the listed codes 'will be considered fatal and will fail the operation without retrying' while no retry count, interval, backoff or delivery guarantee is published in the 59-guide corpus - and the contract-status page now puts webhook 'end-to-end replay limits, global ordering, exhaustion handling, and retention outside one sender execution' explicitly under 'Behavior that is not yet a public guarantee'; and webhook endpoints are configured from an application an Otter account representative registers, not by a merchant. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10 adversarially verified

reporting-api-not-upcharged differentiator

Both halves of the claim fail against vendor documentation. API access is not included in any subscription at any price: keys are issued through the Integrated Partner Process (art. 22695702216979) after a partnerships-team call and a certification call, and the audience is technology partners, not merchants - a merchant cannot obtain credentials by paying more. Raw-data access is explicitly upcharged per location: the Analytics guide's FAQ answers 'How much does Advanced Analytics cost?' with 'You can get Advanced Analytics starting from $20/month per location if you have not signed up for an Otter package. Advanced Analytics is included in our Pro bundle', and Advanced Reports is the tier that adds commissions, payouts, tips, prep times and the expanded Order Details columns. Basic reporting is included - Scheduled Reports is open to 'All Otter customers' and Customer Reports is 'included for all Direct Orders customers in the US and Canada region' at no additional cost - but the claim as worded is about API and raw-data access not being fee-gated, and both are. https://helpdesk.tryotter.com/hc/en-us/articles/12558297776147-Otter-Analytics-Your-Guide-to-Reports-and-Insights · retrieved 2026-08-08

reporting-tier-paywall differentiator

Analytics starts at $0/mo, but Financials, Live Alerts ($15/mo/loc) and Disputes & Refunds are separately-priced add-ons, so reconciliation and alerting sit outside the base plan. https://tryotter.com/products/analytics · retrieved 2026-08-01

reporting-history-retention differentiator

No 24-month transaction-detail retention window is documented anywhere; the one retention figure Otter publishes is a cap - 'The Orders History Dashboard will only show data from orders within the last 180 days' - with users pointed to the Analytics app for older data without any stated window. The claim requires a documented >=24-month window with no silent truncation; what Otter documents is the truncation. https://helpdesk.tryotter.com/hc/en-us/articles/50523313004179-Order-History-Dashboard · retrieved 2026-08-03

reporting-anomaly-alerts differentiator

Live Alerts pushes real-time notifications on store status, offline hours and item availability issues. Operator-configured metric thresholds and historical-deviation detection are not documented. https://tryotter.com/products/live-alerts · retrieved 2026-08-01

reporting-nl-query

'The AI Insights feature is in the Sales Performance tab of the Otter Go App and gives operators key performance analysis for one or more locations. These insights analyze 8 weeks of data, emphasizing 2 most recent weeks.' The operator taps a [Beta] badge, taps Generate AI Analysis, and receives What Went Well, What Did Not Go Well, Business Overview & Trends and Suggestions for Improving Metrics, re-generated against location and date filters; stores with limited order history may get nothing. Named shortfalls: there is no free-text input - the operator cannot ask an ad-hoc question and get a figure or chart back, only re-run a fixed analysis over a filtered slice; the insights cover sales performance only, not labor; and the one conversational surface in the product, the 'Otter AI chatbot, Otter Assistant' in the Dashboard, is a support chatbot for resolving questions and issues, which is exactly the generic help-article response the claim excludes. https://helpdesk.tryotter.com/hc/en-us/articles/46992929408915-Otter-Go-App · retrieved 2026-08-08

reporting-guest-cohorts differentiator

Loyalty reports top guests, loyalty-attributed sales and average spend, and Analytics references customer retention patterns. New-vs-returning counts and LTV cohorts are not documented. https://tryotter.com/products/loyalty · retrieved 2026-08-01

reporting-sales-forecast differentiator

Re-checked 2026-08-08 against the 292-article helpdesk.tryotter.com dump. Full-text search returns zero occurrences of 'forecast', 'projection', 'predicted sales' or 'demand prediction'. The nearest documented constructs are all backward-looking: 'Est. lost Revenue: based on the averages over the past 5 weeks of the specific day, hour of the day, and the unavailable minutes' and 'AlwaysOn impact ... potential lost sales ... based on the past 5 weeks of data' (Scheduled Reports, art. 22964276979987); Otter Go AI Insights analyses the trailing 8 weeks (art. 46992929408915); Sales Summary's Comparison Tool overlays two historical periods; kiosk upsells are picked from the past 30 days' top sellers. Otter also ships no scheduling or purchase-ordering workflow that a forecast could feed - the Staff app is timecard reporting and labor scheduling is handed to Homebase (art. 43081257316243). Nothing states a forecast is unavailable, and the Analytics guide is an overview rather than an exhaustive report inventory, so this stays unknown rather than becoming a no.

reporting-tip-tax-compliance

Read 2026-08-04 via the help centre's public Zendesk API. Present: the Hourly Tip Report breaks down tips by hour, staff member (PIN-login dependent) and device, filterable by date, brand, location, staff member and channel, 'to help you manage payroll'; charged tips added on receipts post-payment are booked to the order ('Tipping Guide for Otter POS', art. 36524231987603); 'Tax Reports' (art. 8959034298899) exposes Tax Collected / Tax Remitted / Tax Withheld columns with CSV export. Shortfalls: no declared-cash-tip capture or declared-versus-charged comparison anywhere; no tip pooling feature exists in the help centre, so there is no pool distribution detail; tax data is per-transaction columns with no liability summary by jurisdiction; third-party platform tips carry no staff or device attribution. https://helpdesk.tryotter.com/hc/en-us/articles/39344200685971-Tip-Reporting · retrieved 2026-08-04

multi-location-org-hierarchy

Otter's Public API exposes a three-level hierarchy as first-class objects: GET /organization/v1/organization, GET /organization/v1/organization/brands, GET /organization/v1/organization/brands/{brandId}/stores and .../stores/{storeId}. The help centre's User Management article (art. 44753081545619) gives every role an explicit Access Level of Organization, Brand, or Location - Analyst and Manager are scopable to specific brands and locations, Cashier/Cook/Shift Supervisor are Location - and Location Tagging (art. 23271075696915) lets an admin define an extra grouping dimension over locations (the guide's worked example is a tag named Regions with options northwest, central, southeast) which then filters every Analytics and Live Monitoring report. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-08

multi-location-central-menu-publish

One menu edit publishes across locations and channels — a customer testimonial cites updating 40+ menus "nationwide" in minutes. No publish/version history object is documented. https://tryotter.com/products/menu-management · retrieved 2026-08-01

multi-location-local-override-policy differentiator

Corporate & Franchisee Permissions documents a real corporate/local split: one Brand owner (Corporate) account can view and manage menus for all stores in the brand 'regardless of ownership', and sets Franchisee menu Edit permissions from Menus > Settings > Franchisee permissions. Some fields are locked by default and cannot be unlocked - 'only Corporate users are able to create new or delete menu items' - while publishing a menu, setting menu hours, item availability, payment methods and viewing analytics are permanently enabled for franchisees; managing promotions and adding or editing menu photos are limited by default, and anything switched off requires the franchisee to 'reach out to Corporate to request a change/edit'. SHORTFALL: the rules are not per field and not per location - 'For Edit permissions listed, there is only the opinion [option] to turn all listed ON or OFF for all Franchisees. Currently, you're not able to select these permissions or locations individually to turn them ON or OFF.' A franchisee also cannot be given price-only rights: the toggle is all-or-nothing. https://helpdesk.tryotter.com/hc/en-us/articles/38552114382739-Corporate-Franchisee-Permissions · retrieved 2026-08-08

multi-location-price-zones

Menu Pricing Rules creates an increase or decrease rule 'for all or a group of menu items', configurable per channel, per location, per fulfillment option and per menu, by percent or fixed amount, with round-up, price-band exclusions, a per-location/channel/platform preview, an active/inactive toggle and conflict detection against other rules. Menu Item Pricing (art. 36253606306195) adds per-item Advanced Pricing across location x delivery partner/channel x fulfillment mode, editable in bulk by filtering, all against one item record. SHORTFALL: daypart is not a pricing dimension - time-of-day variation requires building a second menu with its own hours under Multi-Menus (art. 5183228694803) and applying a rule 'per menu', which duplicates the item into another menu rather than pricing one item by daypart; and there is no named price zone or tier object, a rule simply applies to a hand-picked set of locations. https://helpdesk.tryotter.com/hc/en-us/articles/40116707746067-Menu-Pricing-Rules · retrieved 2026-08-08

multi-location-scheduled-publish differentiator

Rollback is documented and scheduling is only partly: Menu Version History (art. 35314976325907) lists every publish with date, time and publishing user, keeps autosaved snapshots on significant changes, and restores a chosen previous version - including the menu's location assignment - which is then republished. Promotions carry a Duration with a start and optional end date ('If you want the promotion to go live immediately, select today as a start date', art. 21535784428435), so promo changes can be future-dated. SHORTFALL: menu and price changes cannot be. The Publishing a Menu flow offers exactly three choices - locations, channels and an optional note - and takes effect immediately; the only time control after that is [Cancel publish], available 30 minutes into an in-progress publish and only for all locations and channels at once. No embargo window, no future effective date for a menu publish, and no statement that any scheduled change is interpreted in each location's own timezone. https://helpdesk.tryotter.com/hc/en-us/articles/38618622139923-Publishing-a-Menu · retrieved 2026-08-08

multi-location-new-store-template differentiator

Store Management provides configuration templates for new stores: Station Profiles define device, printer and menu-item routing behaviour and 'can be applied to selected or all locations in bulk'; Station Groups 'let users define and manage a consistent configuration for one or more locations that share a similar operational setup', and 'when a new organization or store is created, Station Groups will be created by default and all locations will be assigned to the default station group'; Device Defaults & Overrides applies organization-wide tablet, terminal and printer settings 'automatically across all new devices before hardware setup' with per-location overrides, so a device inherits its configuration when paired. Menus replicate too - POS Linking for Multi Locations (art. 14643798880403) copies a base location's menu and its POS item links to every other location in one action. SHORTFALL: no single clone-a-location action exists, and taxes, user roles/permissions and tenders are not part of any documented template; the vendor publishes no expected time-to-open; and Store Management 'is currently not available to all customers'. https://helpdesk.tryotter.com/hc/en-us/articles/48829384644499-Store-Management · retrieved 2026-08-08

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

AUDIT OVERTURN (2026-08-05): the prior no ('no franchisee role... is documented anywhere in the product') is contradicted by the vendor's 'Corporate & Franchisee Permissions' doc: the permission model explicitly distinguishes a Brand owner (Corporate) tenant from Brand user (Franchisee) accounts — Corporate Admins 'view and manage menus for all stores within your brand — regardless of ownership', while a Franchisee 'separately manage[s] their business' with location-scoped billing ownership ('Corporate users only view billing & subscription information for Otter products and stores for which they are the billing owner'), payment methods and analytics. Shortfalls: corporate visibility into franchisee sales data is not explicitly documented (the doc's scope is menu governance and dashboard visibility), employee/labor-data ownership is unaddressed, and franchisee permission toggles apply brand-wide uniformly, not per location. https://helpdesk.tryotter.com/hc/en-us/articles/38552114382739 · retrieved 2026-08-05 adversarially verified

multi-location-royalty-calculation differentiator

AUDIT RE-GROUND (2026-08-05): the prior premise 'Otter has no franchising product or franchisee-role capability' is false — Corporate & Franchisee Permissions documents a real franchisor/franchisee account model. The no survives on enumeration: that doc's franchise feature set is menu governance plus location-scoped billing and analytics, with no royalty, ad-fund or fee construct; the Otter Analytics guide (art. 12558297776147) enumerates the full report suite — sales, operations, menu, marketing, staff, ratings, advanced financial reports — with no royalty report; and 'royalty' returns zero results across the entire help centre. https://helpdesk.tryotter.com/hc/en-us/articles/38552114382739 · retrieved 2026-08-05 adversarially verified

multi-location-royalty-collection

AUDIT RE-GROUND (2026-08-05): prior premise false as with royalty calculation — a franchisor/franchisee account model exists. The no survives on enumeration: the documented corporate/franchisee split covers menu permissions and per-location billing ownership only; Otter's documented money movement is its own merchant SaaS subscription billing and payment payouts, with no ACH pull from franchisee accounts, no franchisee-visible royalty statement, and zero 'royalty' hits corpus-wide. https://helpdesk.tryotter.com/hc/en-us/articles/38552114382739 · retrieved 2026-08-05 adversarially verified

multi-location-consolidated-reporting

Same evidentiary gap: aggregation across locations is asserted at marketing level on the POS page, but the Analytics page I fetched does not document a consolidated cross-location reporting view. https://tryotter.com/products/analytics · retrieved 2026-08-01 adversarially verified

multi-location-normalized-item-rollup differentiator

The SKU Library is exactly the shared corporate item identity this claim asks for: 'a centralized place within the Otter Dashboard to manage reusable item SKUs at the organization level. Instead of duplicating the same product across menus and brands - You can create, search, filter, and edit SKUs once, then link menu and modifier items to those SKUs.' Item-level fields 'like name, description, price, and photo pre-fill from the SKU but can be edited per menu item', and the library shows 'SKU usage across menu items, modifier items, brands, and locations' - so a locally renamed and locally priced item still resolves to one org-level SKU, with a SKU auto-created for every new or imported menu item. SHORTFALL: no report is documented as aggregating sales by SKU - the Product Mix Report (art. 33505325547539) breaks down by menu category, item and modifier and merely filters by brand and location - duplicate SKUs cannot be merged, third-party POS imports do not get SKUs, and the feature is 'NOT currently available for all Otter customers'. https://helpdesk.tryotter.com/hc/en-us/articles/53271161201555-SKU-Library · retrieved 2026-08-08

multi-location-cross-location-giftcard

Otter Gift Cards (Otter POS customers only, $30/month, physical cards ordered from eCard Systems at $1.01 each) are self-branded brand-level cards: 'Customers eating at your restaurant locations will then be able to use this gift card in store on the Otter POS system to redeem as a payment method for their order.' Cashiers and Supervisors create and reload cards from POS checkout Options (max $2,000), the card is a payment method on Otter POS and on the Direct Orders website - enabled per location under Direct Orders > Locations > Location Settings > Payments - balances are checked from Options > Gift card or by barcode scan, refunds return the amount to the card balance, and there is a documented cash-out procedure. SHORTFALL: no outstanding-liability balance report exists anywhere in the 292-article help centre, and no inter-store settlement or redemption reconciliation between owners is documented; the article's only balance view is a link out to the eCard Systems site, and gift cards are unavailable to non-Otter-POS customers. https://helpdesk.tryotter.com/hc/en-us/articles/37358535943187-Otter-Gift-Cards · retrieved 2026-08-08

multi-location-cross-location-loyalty

Loyalty Customer Profiles states the scope directly: 'Guest profiles and points are stored at the Brand Level', and on Otter POS the Customer Profile Search 'will populate here, with a list of all customers that have been registered at any Otter store within the organization' - 'If an eater has been registered as a customer at any Otter-using store within your organization, you'll be able to search to pull up their information.' Once saved, 'that profile can be added to any future transaction in the system to earn points and redeem rewards', the balance shows on the check at any store, points can be adjusted centrally from the Dashboard Guest Directory, and order history for the same profile is reported in the Guest Directory Report (art. 40222270130963). Separate brands keep separate loyalty pools by design, and Multi-Store Ordering does not support Loyalty - neither of which is a per-location split. https://helpdesk.tryotter.com/hc/en-us/articles/40644257640083-Loyalty-Customer-Profiles · retrieved 2026-08-08

multi-location-multi-brand differentiator

Shortfall: multi-brand ordering on shared hardware is documented only for the guest-facing digital channels, not the POS terminal. Multi-Store Ordering "allows eaters to order from multiple restaurants while ordering from a food hall or multi-brand kitchens" with a single cart and a unified receipt, and its stated compatibility list is Direct Online Orders, QR Code Ordering, Otter Kiosk and Otter Mini Kiosk - the Otter POS terminal is not among them. Kiosk Brand Selection documents an admin Store Filter that picks which brands display on one kiosk for operators who "own multiple brands that share a kitchen". Per-brand separation of revenue IS documented: "Each restaurant will only receive, manage, and get reporting for their portion of the Multi-Store Order", and Sales Summary, Reconciliation and Live Alerts all filter or group by Brand. Additional third-party virtual brands cost $20/month each and standard Order Aggregation plans include one. What is not documented anywhere in the 292-article help centre: selecting a brand when ringing an order on the Otter POS terminal, per-brand receipt branding on POS tickets, or a shared cash drawer reporting separately by brand. https://helpdesk.tryotter.com/hc/en-us/articles/43082678032019-Multi-Store-Ordering · retrieved 2026-08-06

multi-location-multi-tax-jurisdiction

Financials provides transaction-level tax visibility and "ensure taxes tally per location". Multiple simultaneous rates, inclusive/exclusive rules and per-location exemptions are not documented. https://tryotter.com/products/financials · retrieved 2026-08-01

multi-location-multi-currency-locale

One Otter organization can hold locations trading in different currencies: the pre-publish checks raise a currency-mismatch error, and the resolution is 'If the menu you're trying to publish does actually apply to stores with different currencies, you will need to create a menu for each currency and assign it to the location accordingly. Currently, you can only have one currency per menu.' Otter contracts through local entities in the US, Canada, UK, Spain, France, Portugal, UAE and Saudi Arabia, and the Public API's order and report schemas carry a per-order ISO currencyCode. SHORTFALL: one currency per menu forces a duplicated menu per currency rather than a locale property on the location; no consolidated reporting converted to a single reporting currency is documented (reports return each order's own currencyCode with no conversion or group total), and per-location language/locale is documented only for report language on the API report request, not for the operator UI or menus. https://helpdesk.tryotter.com/hc/en-us/articles/21721287896083-Menu-Publish-Errors · retrieved 2026-08-08

multi-location-config-audit-log differentiator

Menu Edit History 'gives you a complete view of all historical updates made to your menus within Otter', in two views: Menu Entity view for changes to menu group, categories, items and modifiers 'across all locations in Organization', and Location-Specific view for changes to menu hours, prices, availability and taxes 'at a specific location'. Each event expands to property-level before/after values ('Price change from $9 to $10.50 or item availability from all day to dinner menu only'), records who made the change and when, filters by date range, brand, changed field, entity type and location, and has a persistent copy-link per event for use 'in support tickets, training materials, or audits'. Menus Activity Logs (art. 27321592256147) separately log publishes, hours publishes and 86-ing with user, timestamp, location and status, and flag changes made by 'Otter Team'. SHORTFALL: coverage is the menu domain only - permission changes, discount configuration and other settings are not covered - no export or API access to the log is documented, and neither article asserts immutability. https://helpdesk.tryotter.com/hc/en-us/articles/49262889664275-Menu-Edit-History · retrieved 2026-08-08

multi-location-enterprise-sso differentiator

No SAML, OIDC, identity-provider, Okta/Entra or SCIM reference appears anywhere in the 292-article helpdesk.tryotter.com corpus, and Otter Account Logins (art. 42099611842195) documents manager.tryotter.com sign-in as email plus password with an emailed reset link. That is absence of evidence, not evidence of absence: the User Management article (art. 44753081545619) enumerates a Login Type per role - a credential attribute of each of the ten system roles - not the tenant's authentication configuration, which is where a federated option would live, and a password login type is not incompatible with SAML enforced above it. Enterprise SSO is characteristically sold to large accounts and configured with an account manager rather than written up in a merchant help centre; the same article's custom-role section ends 'reach out to your account manager for help'. Left unknown pending a first-party statement either way.

multi-location-enterprise-api differentiator

RE-SCORED 2026-08-10, yes -> partial. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. The endpoint this cell rested on is no longer published as a path: POST /v1/reports/generate and GET /v1/reports/{jobId} are both absent from the 70-path spec and the quoted summary 'Request a business report for multiple stores' appears nowhere in the current corpus. THAT IS A DEPRECATION, NOT A WITHDRAWAL, AND THE VENDOR SAYS SO IN WRITING: connect.tryotter.com/docs/guides-contract-status/ lists Reports among its PRODUCTION CONTRACTS as 'Deprecated. Date boundaries are inclusive UTC calendar dates. Downloads are comma-delimited UTF-8 CSV. Each generate request creates a new job, and polling by jobId is the reconciliation path when a best-effort webhook is missed. Otter returns EXPIRED two days after workflow completion. Contact your Otter representative for migration options.' The OAuth scope 'reports.generate_report: Request reports for one or more stores' is still declared in the spec's security scheme, and GenerateReportMultiRequest survives as a component with reportType (ORDER_STORES, ORDER_ITEMS, PAYOUT_TRANSACTIONS, RATINGS_AND_REVIEWS), a start/end date range and externalStoreIds - 'List of external store IDs to filter the orders with. At least one value is required. Max is 5000'. So the capability exists and is contracted; what no longer exists is the DOCUMENTATION the claim asks for - no method, path or URL is published, so a developer cannot construct the call from anything Otter publishes. What remains fully documented is estate ENUMERATION, not estate-wide transaction extraction: GET /organization/v1/organization/brands/{brandId}/stores ('Get the list of stores of a given brand'), /brands and /organization, all reached with one OAuth2 application client credential rather than per-location credentials, and the guide set states plainly that most other calls are store-scoped through X-Store-Id. Partial: no per-location credentials and a real multi-store report contract, against a documented surface that no longer tells you how to call it. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

multi-location-central-labor-policy

RE-GROUNDED 2026-08-08: the prior rationale, 'No labor module exists to hold or enforce policy', is false and withdrawn - Otter POS ships a native Time Card app. The no now rests on that module's own enumeration of what it does at the terminal. The Time Card article lists its features as the app on the Otter home screen, clock in/out from the POS terminal and reporting in the Dashboard, documents the single enforcement rule it has - 'If an employee has not clocked in when they attempt to use the terminal, they will be prompted to clock in first before they can proceed with using the terminal' - and lists the report fields as Staff member, Role, Clocked in, Clocked out and Total hours. No overtime rule, break rule or predictive-scheduling rule is configurable at any level, per-location or otherwise; the only threshold in the product is cosmetic, total hours rendering red below 2 or above 12. Policy is documented as living outside Otter: 'All timecard data is automatically sent to Homebase, where you can view and edit timesheets, as well as log breaks' (art. 43081257316243), and shift schedules are imported from Deputy, Homebase, 7shifts or WhenIWork (art. 12558297776147). 'Overtime' returns no article in the 292-article English corpus. https://helpdesk.tryotter.com/hc/en-us/articles/26645285153555-Time-Card-App-Clocking-In-Out · retrieved 2026-08-08 adversarially verified

extensibility-public-api-docs

Re-verified 2026-08-10; value and grade unchanged, note corrected. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. The previous note's route into the docs still holds in shape and no longer in detail: developer.tryotter.com is a Vite SPA whose bundle computes doc targets from the hostname (baseUrl(z){return window.location.origin.replace('developer',z)}), and developer-guides.tryotter.com now answers 308 on every path onto connect.tryotter.com/docs/. That destination returns 200 to an anonymous request with no login, NDA or sales call, and is materially better documentation than what it replaced: 59 guides (authentication, rate limits, webhook security, contract status, and integration flows for orders, menus, delivery, finance, reviews, storefront, organization, store and direct order, plus three end-to-end scenario roadmaps for POS, OFO and 3PL applications), a Docusaurus API reference over an OpenAPI 3.0.1 document titled 'Otter API' with 70 paths, 23 webhooks, an OAuth2 security scheme with named scopes and full request/response schemas, and a machine-reader tier the old site had none of - /docs/llms.txt, /docs/llms-full.txt, /docs/agent-index.json, /docs/agent-search.json, per-guide Markdown at /docs/agent-guides/<slug>.md and an MCP endpoint at /docs/mcp. The spec is unambiguously Otter's. Registering an application still needs an account representative; reading the reference does not. https://developer-guides.tryotter.com/docs/ · retrieved 2026-08-10

extensibility-api-access-cost differentiator

Still undetermined after finding the real developer documentation. Checked developer-guides.tryotter.com/docs/onboard-application/ (application registration is 'a one-time, manual registration' arranged through an Account Representative, who issues an Application ID and Client Secret 'for each environment (production and staging)'), the whole ~40-page guide set and the 75-endpoint /api-reference/ spec - none of them mentions a fee, a tier requirement or a per-location surcharge for API access. On the merchant side, helpdesk.tryotter.com's Integrated Partner Process (art. 22695702216979) and Getting paid (art. 22694916113811) cover partner referral commissions paid BY Otter, not charges for API use, and Otter Plan Packages & Hardware (art. 18739528029715) prices packages and add-ons per location without listing API access as either an inclusion or an add-on. Because the API is a partner-integration surface rather than a merchant subscription feature, silence here is not evidence that it is included at no cost, so this stays unknown rather than resolving to yes.

extensibility-partner-revshare

Re-sourced from the become-a-partner marketing page to the help centre, which gives positive evidence rather than absence. 'Getting paid' (Getting Started with Partnership, art. 22694916113811) documents the whole commercial mechanism - 'Your referral commission is dependent on the merchant paying their first three monthly subscription fees to Otter', no earnings from stores without a subscription fee, a $100 payout threshold, monthly accrual invoiced to partners-invoices@tryotter.com the following month, and the Otter legal entity and VAT number to bill per country (Wired Up Solutions LLC in the US, Otter Operations CAN ULC, UK Limited, ESP S.L). It then states where the number itself lives: 'The referral fee you are entitled to is what has been agreed on the Partner Agreement between you and Otter.' The rate is therefore per-agreement and unpublished by Otter's own account. tryotter.com/become-a-partner describes referral, technology and vendor tracks and a tiered incentive structure with no percentage attached, no fee schedule appears anywhere else in the 292-article English help centre, and the developer documentation at developer-guides.tryotter.com is purely technical. https://helpdesk.tryotter.com/hc/en-us/articles/22694916113811-Getting-paid · retrieved 2026-08-08

extensibility-free-sandbox differentiator

A staging environment exists and is not tied to a paid production account: 'Step 2. Get your API key and staging environment - After your initial contact with our partnerships team, our technical team will provide you access to our developer portal where you will have access to your API key and staging environment', and developer-guides.tryotter.com/docs/onboard-application/ confirms an Application ID and Client Secret are issued 'for each environment (production and staging)'. The API overview repeats 'For testing purposes, we offer a staging environment', and GET /v1/ping plus the ping webhook exist to 'validate the integration without side effects'. SHORTFALL: it is not self-serve or free-to-try - access is gated behind a partner sign-up form, an exploratory call with the partnerships team, and for production a certification call against an event-log checklist - and no seeded test data or sample store is documented anywhere in the guides or the spec. https://helpdesk.tryotter.com/hc/en-us/articles/22695702216979-Integrated-Partner-Process · retrieved 2026-08-08

extensibility-oauth-partner-apps

CORRECTION, the previous basis is withdrawn: 'No OAuth 2.0 grant flow, operator-facing consent screen, scoping or per-app revocation appears anywhere' was drawn from developer.tryotter.com, which serves an empty Vite shell on every path. The real reference at developer-guides.tryotter.com documents exactly this model. Security scheme OAuth2.0: 'The Authorization API is based on the OAuth2.0 protocol, supporting the (Client Credentials) and the (Authorization Code) flows. Resources expect a valid token sent as a Bearer token in the HTTP Authorization header.' The authorize call is GET /v1/auth/oauth2/authorize with client_id, redirect_uri, response_type=code, scope and state, and 'If the user approves the application, we will redirect to configured URI passing the authorization code in the query parameter code'; tokens come from POST /v1/auth/token and are 'valid for a pre-determined time or until it is manually revoked'. Scopes are per-endpoint and printed on each operation in the spec - orders.create, orders.update, menus.upsert, manager.orders, manager.storefront, organization.read, reports.generate_report, reviews.reply, store.read among ~75 endpoints. Operator grant and per-application revocation are documented in the Organization onboarding flow: 'The user responsible for the store must allow your application to act on behalf of them, therefore, the onboarding flow requires an access token generated with the OAuth Authorization Code Flow', with POST creating and DELETE removing the connection at /organization/v1/organization/brands/{brandId}/stores/{storeId}/connection - one application against one store, revocable individually. Two administrative gates worth recording that do not defeat the claim: 'Scopes must be configured by our internal team to be enabled for an app' before they can be switched on in the Developer Portal, and the Authorization Code flow itself 'must be enabled in the Application Settings Page'; and the merchant-facing help centre still describes onboarding as an API key issued after a partnerships screen (art. 22695702216979), which is the Client Credentials half of the same scheme rather than a separate static-key model. RE-VERIFIED 2026-08-10 after the docs rebuild: /v1/auth/oauth2/authorize and /v1/auth/token are both still published paths, and the scope-enablement quotations were re-matched against the live spec and stand. Value and grade unchanged. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

extensibility-webhooks-push

Re-verified 2026-08-10; value and grade unchanged, counts corrected. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. The spec declares 23 webhooks under x-webhooks (was 27), delivered as HTTP POST to the partner's URL with an eventId/eventTime/eventType/metadata envelope - push, not polling. THE ORDER LIFECYCLE SET IS UNTOUCHED by the rebuild: orderCreate ('Notifies a merchant-side integration (POS/BI) that a new order has been created for the store'), orderUpdate, orderConfirm, orderReady, orderHandedOff, orderFulfilled, orderStatusUpdate, intentToCancelOrder and posInjectionStateUpdate all survive, as do the menus, storefront and delivery webhooks. The four that were dropped are reportGenerated, fetchCredentials, removeStore and upsertStore, so the previous note's 'reports and store-onboarding webhooks exist alongside' is withdrawn. Note there are still no dedicated paid/void/refund event types - payment and total changes arrive on orderUpdate, and cancellation arrives via intentToCancelOrder and the status history. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

extensibility-webhook-reliability differentiator

Signing is fully documented: 'Every webhook is signed using HMAC-SHA256 that is present in the header X-HMAC-SHA256', each webhook endpoint has its own secret and a selectable Authentication Type (HMAC-SHA256, legacy HMAC-SHA1, Basic Auth, Bearer Token or None), and the guide gives hash computation and validation samples in Python, Java, JavaScript, C# and PHP. Retry exists in the contract - the RequestAction schema carries retryAttempt ('The current retry attempt', example 2) and the spec designates a set of status codes (INVALID_ARGUMENT, FAILED_PRECONDITION, NOT_FOUND, PERMISSION_DENIED, ALREADY_EXISTS, UNIMPLEMENTED, DATA_LOSS, UNAUTHENTICATED) that 'will be considered fatal and will fail the operation without retrying', implying the rest are retried. SHORTFALL: no retry schedule, backoff interval or maximum attempt count is published, and there is no replay, redelivery or queryable event log for missed deliveries - the words backoff, replay and redeliver appear nowhere in the ~40 guide pages or the 75-endpoint spec. QUOTATION CORRECTED 2026-08-10: Otter rebuilt its developer docs between 2026-08-08 and 2026-08-10 (MkDocs at developer-guides.tryotter.com -> Docusaurus at connect.tryotter.com, 59 guides, 70 spec paths, 23 x-webhooks) and the sentence quoted here - 'Every webhook is signed using HMAC-SHA256 that is present in the header X-HMAC-SHA256' - no longer appears at the source; it is withdrawn. The fact it evidenced survives in the rebuilt authentication guide, which states the requirement as a table row: 'Inbound - Otter to your app | Receive webhooks | Validate X-HMAC-SHA256 on every request', with a dedicated 'Keep webhooks secure' guide for the code samples. The retry-attempt header and the fatal-error-code enum quoted above were re-verified in the live spec and stand. Value and grade unchanged. https://developer-guides.tryotter.com/docs/guides-webhook-authentication/ · retrieved 2026-08-10

extensibility-order-injection-api

POST /v1/orders (documented rate limit 32 per minute) 'Pushes a new order into Otter for the store identified by the X-Store-Id header. Used by ordering marketplaces and other order sources when a customer places an order', taking line items, fulfillment information, customer payments and one financial breakdown (orderTotal V1 or orderTotalV2) and returning Otter's id, friendlyId and storeId 'you can use to correlate and update the order later'. The injected order is first-class: it can be amended with PUT /v1/orders/{orderId}, .../payments and .../delivery; its items carry stationId and internalCategoryId for kitchen routing; it drives the merchant-side orderCreate/orderConfirm/orderReady/orderFulfilled webhooks so a POS or KDS integration reacts to it; posInjectionStateUpdate reports whether it was successfully injected into the store's POS; and it appears in the ORDER_STORES and ORDER_ITEMS reports with its channel, totals and payout fields. RE-VERIFIED 2026-08-10 after the docs rebuild: the POST /v1/orders description quoted here - 'Pushes a new order into Otter for the store identified by the X-Store-Id header. Used by ordering marketplaces and other order sources when a customer places an order.' - was re-matched verbatim against the live 70-path spec and stands. Value and grade unchanged. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

extensibility-menu-write-api differentiator

Menus are read/write, not read-only: GET /v1/menus 'Get the menus for a store' (8/min) and POST /v1/menus 'Upsert menus for a store' (2/min), with POST /v1/menus/publish, /v1/menus/current, /v1/menus/hours, /v1/menus/menu-sync and POST /v1/menus/entity/availability/bulk; the manager-side set adds POST /manager/menu/v1/bootstrap, POST /manager/menu/v1/menus/publish to selected publish targets (GET /manager/menu/v1/menus/publish-targets), /menus/menu-sync and entities availability suspend/unsuspend. The menu schema carries items, modifier groups and prices, and the guides document the flows explicitly - 'Read and Upsert Menus Flow', 'Menu Publish Flow', 'Update Menu Entities Availability Flow' and 'Upsert Hours Flow'. QUOTATION CORRECTED 2026-08-10: the docs rebuild replaced the MkDocs guide set, so the guide page titles cited here ('Read and Upsert Menus Flow', 'Update Menu Entities Availability Flow') no longer exist and are withdrawn; the equivalent material is now at connect.tryotter.com/docs/menus-integrations-operations/ and its flow guides. Every endpoint and schema quotation in this note was re-matched against the live 70-path spec and stands, and the rebuild ADDED /v1/menus/jobs. Value and grade unchanged. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

extensibility-data-symmetry differentiator

Re-verified 2026-08-10; value and grade unchanged, note corrected. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. Still symmetric for the main objects: orders (POST /v1/orders, PUT /v1/orders/{orderId} and .../payments, .../delivery, read via GET /manager/order/v1/orders and .../sources/{source}/orders/{orderId}), menus (GET and POST upsert /v1/menus, with a new /v1/menus/jobs added in the rebuild), loyalty guests (GET and POST /manager/loyalty/v1/{source}/user plus /user/search) and inventory shipments (GET and POST /inventories/v1/shipments). CORRECTION: the previous note cited stores as a symmetric object on POST /v1/stores and PUT /v1/stores/status; BOTH PATHS WERE REMOVED in the rebuild, so store creation and status are now write-surfaces with no published endpoint and the asymmetry is wider than recorded, not narrower. SHORTFALL, unchanged otherwise: the organization tree is read-only (GET /organization/v1/organization, /brands, /brands/{brandId}/stores, with only the store connection object writable), GET /inventories/v1/summaries has no count or adjustment write, reviews are reply-only (POST /v1/reviews/reply, no review read), and reports are generate-and-fetch on a contract the vendor now marks Deprecated. Employees and staff remain absent from the spec entirely - no employee, timecard or labor resource exists among the 70 endpoints - so payroll-relevant data is neither readable nor writable. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

extensibility-published-rate-limits

Re-verified 2026-08-10; value and grade unchanged, quotations replaced. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. IP quotas are still published numerically and unchanged in substance, now as a table: 'Authenticated | 20 requests per second per IP (all endpoints combined)' and 'Unauthenticated | 3 requests per minute per IP'. Throttling behaviour is still stated: 'The API responds with HTTP 429 until usage drops below the threshold. Back off and retry with jitter. Do not tight-loop on 429.' EVIDENCE LOST, and it is the specific half: the per-endpoint numeric quotas the previous note quoted (POST /v1/orders 'RATE LIMIT: 32 per minute', POST /v1/menus 2 per minute, GET /v1/menus 8 per minute, GET /inventories/v1/summaries 32 per minute, GET /v1/reports/{jobId} 2 per minute) no longer exist - the string 'RATE LIMIT' occurs zero times in the 70-path spec, and the guide now says only that 'Authenticated endpoints are rate limited individually at the store level for your application... Exact quotas depend on the endpoint', pointing readers to 'usage quotas in the Rate limiting section of the API reference' via a link that resolves back to /docs/guides-rate-limiting - the page itself. SHORTFALL, unchanged: no rate-limit headers are documented; the spec defines no X-RateLimit-* or Retry-After response header on any operation, so a client cannot read remaining quota or how long to wait. Partial holds - one published numeric tier at the IP level, a circular pointer at the endpoint level. https://developer-guides.tryotter.com/docs/guides-rate-limiting/ · retrieved 2026-08-10

extensibility-doordash-preferred differentiator

Verified independently and the dossier gave no URL for it. DoorDash newsroom post dated 18 May 2026 names the 2026 cohort: Checkmate, Chowly, Deliverect, Otter, PAR, Qu, Square, Stream, Toast, UrbanPiper. Note Otter was also in the 2025 inaugural cohort (PRNewswire), so this is a renewal, not a new certification. https://about.doordash.com/en-us/news/doordash-preferred-integrations-program-2026 · retrieved 2026-08-01 adversarially verified

extensibility-first-party-delivery-integrations differentiator

Re-evidenced 2026-08-09; citation moved off the marketing directory onto product documentation. Otter is itself the certified integrator and the help centre documents each connection first-party: separate Integration Guides for DoorDash (art. 4403016409619), Uber Eats (art. 28883991347731) and Grubhub (art. 4403016352787), plus Skip the Dishes, ChowNow and Order with Google, and an enterprise article "Authorize Otter on Delivery Platforms" whose stated scope is granting Otter access "to each store in the delivery platform merchant portals ... across DoorDash, Uber Eats, and Grubhub" so it can monitor business performance and submit disputes on the operator's behalf. Integrations Introduction adds that "most Delivery Partner integrations can be easily self-onboarded." No middleware sits beneath Otter on these three. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/53466996694419-Authorize-Otter-on-Delivery-Platforms · retrieved 2026-08-09

extensibility-middleware-compatibility

Inverted for this vendor and still unresolved from Otter's side. In the 292-article helpdesk.tryotter.com corpus, Deliverect, Chowly, ItsaCheckmate, Ordermark and OLO appear only as the provider a merchant is leaving - the identical FAQ 'What if I previously worked with another POS integration provider? (e.g. Chowly, It's a Checkmate, Deliverect, OLO)' recurs in the Toast, Clover, Square, Revel, Brink, Lightspeed K/X/O-Series, Menusifu, Epos Now and NCR Aloha BSL integration guides, and 'How to integrate your online ordering platforms with Otter' (art. 27144282431891) tells merchants to tell itsacheckmate/Deliverect they are switching to Otter. Nothing in Otter's help centre or in the Public API at developer-guides.tryotter.com (which describes third parties integrating INTO Otter as order providers/consumers, not Otter POS being consumed by an aggregator) says Otter POS is a certified endpoint for any middleware platform. Deciding this needs the middleware vendors' own supported-POS lists; deliverect.com/en/integrations/pos and chowly.com/integrations/ both returned 404 today, and I will not score it from a search-result snippet.

extensibility-accounting-connectors

Re-evidenced 2026-08-09; the marketing-directory enumeration is withdrawn. Otter's own help-centre Integrations Introduction enumerates the integration types the product supports - "Point of Sale (POS), Delivery Partners, Direct to Customer, Couriers, Staff Management, Virtual Brands" - and accounting or GL is not among them. The positive evidence for the CSV-only shape is Otter's reporting documentation itself: "Export report for accounting purposes", "Export the report for your accounting system as needed" (twice) and "Export a CSV of the payouts to your accounting software." The API's finance domain is a data pull - /finance/v1/financial-transactions and /finance/v1/financial-invoices - not a mapped journal-entry connector, and there is no chart-of-accounts or GL-mapping object anywhere in the published spec. The 292-article corpus returns zero hits for QuickBooks, Xero, general ledger and journal entry. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/12558333053587-Integrations-Introduction · retrieved 2026-08-09

extensibility-payroll-export

CORRECTION: the previous note's 'Otter holds no labor hours to export' was false and is withdrawn. Otter POS ships a Time Card app - 'It enables employees to clock in or out directly from your Otter POS terminal and integrates employee time reporting into your Otter Dashboard', with admins able to correct clock-in history - and a Labor Cost Report giving 'an aggregated view of employees' hours worked, wages, and labor costs compared to sales'. Those hours do leave the system natively, for one named partner: 'The Homebase x Otter integration lets your team clock in and out directly from Otter's Timecard applet on your tablet. All timecard data is automatically sent to Homebase, where you can view and edit timesheets, as well as log breaks' (Homebase Integration Guide, art. 43081257316243). Shortfalls that keep this off yes: (1) one destination, not the two the claim requires, and Homebase is a workforce-management platform rather than one of the payroll bureaus named in the claim - no Gusto, ADP, Paychex or Paylocity integration is documented anywhere; (2) it is a paid add-on, 'The Homebase X Otter integration is $20 per month', requires an 'Active Homebase subscription' on a paid plan plus a Homebase API key, and is finished 'on your behalf' by an Otter Account Manager rather than self-serve; (3) the documented route to an actual payroll run is a file hand-off, not a connector - the Labor Cost Report lets an Otter POS customer with the Homebase integration 'view and export the aggregated hours data & aggregated wage data by employee and directly import the spreadsheet into the 3rd party payroll provider' (art. 38681141651987). tryotter.com/integrations lists a Labor category of 7shifts, Homebase, WhenIWork and Deputy, but only Homebase's timecard sync is documented in the 292-article English help centre. https://helpdesk.tryotter.com/hc/en-us/articles/43081257316243-Homebase-Integration-Guide · retrieved 2026-08-08

extensibility-bi-data-warehouse differentiator

Re-verified 2026-08-10; value and grade unchanged, note corrected. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. The reports endpoints POST /v1/reports/generate and GET /v1/reports/{jobId} are no longer published as paths, and the reportGenerated webhook is one of four dropped from x-webhooks - but this is a DEPRECATION the vendor documents, not a withdrawal. connect.tryotter.com/docs/guides-contract-status/ carries Reports among its production contracts: 'Deprecated. Date boundaries are inclusive UTC calendar dates. Downloads are comma-delimited UTF-8 CSV. Each generate request creates a new job, and polling by jobId is the reconciliation path when a best-effort webhook is missed. Otter returns EXPIRED two days after workflow completion. Contact your Otter representative for migration options.' The scope 'reports.generate_report: Request reports for one or more stores' is still declared, and GenerateReportMultiRequest still offers ORDER_STORES, ORDER_ITEMS, PAYOUT_TRANSACTIONS and RATINGS_AND_REVIEWS over up to 5,000 external store IDs, with the generated-report event schema retaining 'Job id as returned by /v1/reports call' and 'Public URL to download generated report'. The per-column Order Report breakdown the previous note quoted (estimatedCommission, estimatedNetPayout, payoutId, isReconciled and the rest) is no longer published anywhere in the corpus and those quotations are withdrawn. In-product, Scheduled Reports (helpdesk art. 22964276979987, re-fetched live 2026-08-10 through the Zendesk Help Center API against a fabricated-id control) still emails a report daily, weekly, monthly, quarterly or yearly to chosen recipients across selected brands and locations with a 'Checkbox to include CSV file in email'. SHORTFALL, unchanged and now deeper: nothing is delivered to a customer-controlled destination - no S3, SFTP, Snowflake share, BigQuery or warehouse connector appears in the 59-guide corpus or the 70-path spec. The export is a CSV the partner application downloads within two days on a deprecated contract, and the scheduled email carries the report's summary metrics rather than a raw transaction dump. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

extensibility-app-marketplace

Re-evidenced and upgraded 2026-08-09. The marketing directory remains the public browse surface, but the claim's self-install half is now documented first-party. Integrations Introduction: "You can browse Integrations compatible with Otter from the Otter Website [and] the Otter Dashboard"; in the dashboard, "Settings > Integrations tab to browse or connect integrations. Scroll through the list of supported integrations, select the integration type, or use the search to find a specific integration"; "The integrations listed on the Otter Dashboard are integrations you can connect yourself"; and the connect procedure is given step by step - "Go to Settings > Integrations > Explore, Find the integration you'd like to add, Click [Connect], Follow the prompts to connect integration and Otter accounts." Named third-party apps are listed per type (Square, Clover, Toast; DoorDash, Grubhub, Uber Eats; Flipdish, Delivery.com, Wix; DoorDash Drive, Relay, Shipday; Homebase, Deputy; Future Foods, SideDoor). Residual caveat, short of a shortfall: the vendor hedges that only "most" dashboard-listed integrations connect in place and anything not listed requires contacting Otter Support, and there is no third-party developer submission programme - but the claim asks for browse and self-install, and both are documented. Corpus-scope note: this is the 2026-08-08 helpdesk dump (292 articles) plus the live OpenAPI, not everything Otter publishes. https://helpdesk.tryotter.com/hc/en-us/articles/12558333053587-Integrations-Introduction · retrieved 2026-08-09

extensibility-custom-fields-scripting

Operators can define their own fields on one object without vendor involvement: Location Tagging gives an admin 'the ability to create custom tags for any of your locations' from Settings > Location Tags - 'A tag name: This is the filter group by which you want to categorize your locations by; eg. Regions' with operator-defined 'Options: These are the dimensions or how you want to filter; eg. northwest, central, southeast' - applied to one or many locations from Settings > Locations, and then usable 'in any of your reports in Analytics or Live Monitoring'. Internal Menu Names (art. 40229821311379) similarly let an operator set a private searchable alias on a menu, category, item or modifier group. SHORTFALL: that is the whole surface. No custom fields on orders, guest profiles or transactions are documented; the SKU Library's extra attributes are a fixed vendor-defined set (product tag, barcode, dietary, nutrition, packaging, sourcing); and no vendor-hosted scripting, rules engine or automation exists in the help centre or in the Public API, whose only free-form structure is additionalData on POS injection events, which the integrating partner supplies. https://helpdesk.tryotter.com/hc/en-us/articles/23271075696915-Location-Tagging · retrieved 2026-08-08

extensibility-headless-embedded

The published Public API is an aggregation plane, not a transaction engine exposed to third-party UIs. Its 75 endpoints contain no cart, item-pricing, tax-calculation, discount-evaluation, payment-authorization or checkout operation; POST /v1/orders instead requires the caller to submit the finished transaction - line items, fulfillment, 'customer payments, and exactly one financial breakdown - orderTotal (V1) or orderTotalV2 (V2)' - i.e. the pricing, tax and payment work is done in the calling system before Otter sees the order, and PUT /v1/orders/{orderId}/payments only merges an updated breakdown the caller computes. Where Otter does expose an engine behind someone else's UI it says so explicitly and narrowly: the manager loyalty endpoints (/manager/loyalty/v1/{source}/rewards/evaluate, /simulate, /redeem-and-accumulate, /refund) let a third-party POS drive Otter Loyalty. No equivalent exists for the POS check itself, and neither the ~40 integration guides nor the help centre documents a white-label, embedded-checkout or headless POS mode. RE-VERIFIED 2026-08-10 after the docs rebuild: the POST /v1/orders description still requires line items, fulfillment information, customer payments and at least one financial breakdown (orderTotal V1 or orderTotalV2), and no guest-facing or embeddable surface appears in the 59-guide corpus or the 70-path spec. Value and grade unchanged. https://connect.tryotter.com/docs/api-reference/reference/otter-api/ · retrieved 2026-08-10

extensibility-api-versioning-deprecation

RE-SCORED 2026-08-10, partial -> no, and the new evidence is the vendor's own disclaimer rather than an absence. DOCS REBUILD 2026-08-10: Otter replaced its developer documentation between 2026-08-08 and 2026-08-10 - the MkDocs guide set and Redoc reference at developer-guides.tryotter.com are now a Docusaurus site at connect.tryotter.com (59 guides indexed by /docs/llms.txt, with /docs/llms-full.txt, /docs/agent-search.json and an MCP endpoint alongside), the OpenAPI document went from 75 paths to 70 and from 27 x-webhooks to 23, and every guide-tier quotation in this record was re-worded at the source. Re-measured against the live spec and the 59-guide corpus on 2026-08-10. The versioning policy this cell quoted verbatim ('Each API is versioned individually, but we follow these rules...') is gone: the current spec contains zero occurrences of 'breaking' and has no Versioning section, and no changelog or release-notes page exists in the 59-guide corpus or the 70-path spec. What replaced it is stronger evidence in the same direction. connect.tryotter.com/docs/guides-contract-status/ splits Otter's API surface into 'Production contracts' and 'Preview behavior', the latter headed 'Behavior that is not yet a public guarantee', and the API lifecycle row sits on the PREVIEW side: 'Support targets, certification policy, incident communication, credential-rotation procedure, PII retention, versioning, and deprecation notice periods'. The vendor is now stating in published documentation that its versioning and deprecation notice periods are not a public guarantee, and the page's instruction for anything on that side is to 'Ask your Otter representative to confirm the behavior for your application'. The practice that survives is not a policy: individual fields and scopes carry 'deprecated' annotations in the spec (Item.categoryId, Item.categoryName, Address.linesOfAddress 'Deprecated: use addressLines', menus.pos_publish, orders.status_update), the Reports area is marked Deprecated on the contract-status page, and one migration guide exists ('Migrate to Order Total v2' - 'Move from deprecated orderTotal to orderTotalV2'). Marking a deprecated field is not publishing a changelog, and 'contact your representative' is not a stated notice period. Neither conjunct of the claim is met. https://connect.tryotter.com/docs/guides-contract-status/ · retrieved 2026-08-10

extensibility-data-portability-exit differentiator

On-demand machine-readable export is broad: every Analytics report table has an export control ('there is an export button above the data table'), and CSV or Excel export is documented for Sales Summary, Order History, Product Mix, Voided Transactions, Cash Management, Taxes, Payouts, KDS reporting, Guest Directory, Staff timecards ('.xls format') and promotions history; via the Public API, ORDER_STORES, ORDER_ITEMS and PAYOUT_TRANSACTIONS reports return transaction-level rows for up to 5,000 stores. SHORTFALL: exports are bounded and piecemeal - 'You will be able to view or export up to 365 days of data' per pull and 'up to three years in the past' - there is no single complete-account export bundling orders, customers, menu and payments metadata, menu export is only the Excel template used for import, and no post-termination retrieval window is published: cancelling is a request form submitted by a Billing Admin that support actions within 48 hours (Enterprise, Partner and Annual customers must go through their CSM), with nothing stated about access to data afterwards. https://helpdesk.tryotter.com/hc/en-us/articles/12558297776147-Otter-Analytics-Your-Guide-to-Reports-and-Insights · retrieved 2026-08-08

reliability-offline-order-entry

"POS terminal offline mode" is asserted in Otter's own comparison table against Clover, Square, Revel and Toast, with no supporting documentation of scope. https://tryotter.com/products/otterpos · retrieved 2026-08-01

reliability-offline-card-auth differentiator

'Otter POS Using Offline Mode' (art. 26865574404883), quotation re-verified live via the help centre article API on 2026-08-08: offline mode lets an operator 'effortlessly process credit card and cash transactions in areas with no or unstable network connection'. It 'is automatically enabled for all Otter POS customers'; when the terminal 'is unable to detect a network connection, it will begin storing orders in offline mode' behind a warning banner, each queued order carries a cloud icon, and 'Orders will be automatically processed when you connect to a network again' - store-and-forward for card, not a cash-only fallback. Already-paired Bluetooth or USB card readers keep working (new readers cannot be paired offline). The Handheld 'supports offline mode in both card reader mode and mobile POS mode' (art. 35667642715283); Kiosk Mode is the documented exception - 'Currently, Kiosk Mode does not support offline mode' (art. 39076552467987), where the cashier-facing POS must take the order instead. https://helpdesk.tryotter.com/hc/en-us/articles/26865574404883-Otter-POS-Using-Offline-Mode · retrieved 2026-08-08

reliability-offline-decline-liability differentiator

CORRECTED ATTRIBUTION. The 'Payment Responsibility' clause previously quoted here is not in the general Tech Services Terms of Use - it is section 8(g) of the ONLINE ORDERING AND DIGITAL DINE IN ADDENDUM, and section 8(a) of that Addendum scopes it: 'The Payment Processing Services are provided as part of the Online Ordering and Digital Dine In Services.' The published agreement carries no POS product addendum (its addenda are Online Ordering & Digital Dine In, Boost, Hardware, Financial Reconciliation, Handoffs, Reputation Management and the DPA), so that clause cannot be read as the rule for a card-present store-and-forward decline on Otter POS. What does carry the cell is general and platform-wide. Warranties and Disclaimers b: 'You agree that we are not liable to you or to any third party for any interruption, modification, suspension, or discontinuance of the Tech Services... You acknowledge and agree that the Tech Services are provided as-is.' Indemnity and Limits of Liability b: 'YOU AGREE THAT OUR TOTAL LIABILITY ARISING OUT OF OR RELATING TO THE AGREEMENT, THE ADDENDUM(S), THESE TERMS AND/OR YOUR USE OF THE TECH SERVICES, IN THE AGGREGATE, IS LIMITED TO THE LESSER OF (i) US$1,000 OR (ii) THE FEES THAT YOU PAID TO USE THE TECH SERVICES IN THE 12 MONTHS BEFORE THE EVENT GIVING RISE TO THE LIABILITY.' A merchant reading the published contract does therefore get an answer to who bears the loss: they do, and Otter's exposure is capped at the lesser of $1,000 or twelve months of fees. SHORTFALL: no per-transaction or cumulative offline cap is published anywhere, and no decline-on-reconnect scenario is described. 'Otter POS Using Offline Mode' (art. 26865574404883, updated 2025-06-03) enumerates the limitations - 'Online orders cannot be accepted on Otter when a device is disconnected from the internet', 'You will not be able to pair new printers or card readers in Offline Mode', 'Printers that are connected using a wifi or ethernet connection will not print orders during an internet outage' - and sets no ceiling on offline value, offline order count or offline duration. It states only that 'Orders will be automatically processed when you connect to a network again', with no failed-payment path, recovery process or offline-decline insurance. https://www.tryotter.com/legal/tech-services · retrieved 2026-08-09 adversarially verified

reliability-lan-degraded-multi-terminal differentiator

'Otter POS Using Offline Mode' (art. 26865574404883) is Otter's complete statement of degraded-network behaviour and it describes per-device islands, not shared LAN state. Its limitations section says the local network stops carrying Otter traffic the moment the internet goes: 'Printers that are connected using a wifi or ethernet connection will not print orders during an internet outage' and 'Station tickets do not print when the device is in offline mode' - only Bluetooth and USB peripherals already paired to that one device keep working. A printer sitting on the same LAN as the terminal is unreachable, so there is no local transport for two terminals to share a check over either. Consistently, offline orders are held on the device that took them and carry a cloud icon 'until they have been uploaded and processed online', and online orders 'cannot be accepted on Otter when a device is disconnected from the internet'. No local server, master terminal, table-state sync or shared-check behaviour appears anywhere in the 292-article helpdesk.tryotter.com corpus. https://helpdesk.tryotter.com/hc/en-us/articles/26865574404883-Otter-POS-Using-Offline-Mode · retrieved 2026-08-08

reliability-local-transaction-engine differentiator

Device-local, not on-premise. 'Otter POS Using Offline Mode' (art. 26865574404883) documents that the terminal itself takes and completes credit card and cash transactions with no cloud round-trip while disconnected, storing them on the device until reconnect, so the ordering path is not purely cloud-hosted request/response. The local store is real enough that Otter warns about it: 'Do NOT clear the cache/storage of the Otter app if the Otter POS is working in Offline Mode. Clearing the cache/storage of the app while in offline mode will erase data from the Otter app that has not been sent to the server yet. For example, order history.' SHORTFALL: the local component is the individual terminal's own queue - no local/edge server, back-office appliance or on-premise database is documented anywhere in the 292-article help centre, and the rest of the ordering path stays cloud-dependent: online orders cannot be accepted offline, menus are published from the Otter Dashboard, wifi/ethernet printers do not print during an outage, and Cloud Printers run direct from Otter's servers, 'completely separate from the Otter tablet and Otter app' (art. 13776113141907). https://helpdesk.tryotter.com/hc/en-us/articles/26865574404883-Otter-POS-Using-Offline-Mode · retrieved 2026-08-08

reliability-offline-kds-printing

Upheld partial on re-fetch 2026-08-02. The only evidence remains a competitor-comparison table on Otter own POS marketing page (vs Clover, Square, Revel, Toast) listing "KDS offline mode" and "Printer offline mode" as checkmarks. Shortfall: the KDS product page, fetched in full again today, does not contain the word "offline" anywhere, and no scope documentation states what survives an outage. A checkmark in a self-authored competitive matrix does not carry a yes. https://tryotter.com/products/kds · retrieved 2026-08-02 adversarially verified

reliability-printer-fallback

The alert half is documented: 'When a Bluetooth or Front of House printer has connectivity issues, an alert will let you know an issue has been detected and prompt you to run diagnostics.' Shortfall: no automatic failover to a backup printer or KDS appears anywhere in the printer docs - the documented recovery is manual diagnostics and reprint - and in offline mode wifi/ethernet printers 'will not print orders' and 'station tickets do not print' at all (art. 26865574404883). https://helpdesk.tryotter.com/hc/en-us/articles/13778392924819-Bluetooth-Front-of-House-Printer-Troubleshooting · retrieved 2026-08-03

reliability-sync-conflict-handling

Checked 2026-08-08 against the full 292-article helpdesk.tryotter.com dump (Help Center API; the rendered /hc pages 403 under bot mitigation) and, newly, the published Tech Services Terms at www.tryotter.com/legal/tech-services. The only conflict-resolution behaviour Otter documents is between systems, not between devices: 'Resolve POS Menu Conflicts' (art. 25819030909587) compares the Otter menu against a linked third-party POS menu every six hours with one-click per-item resolution, and 'Manually Build a Menu' (art. 39374883174291) flags a location as 'Conflict' when it already has a different menu assigned and states the last assignment wins ('the current menu will be unassigned and the new imported menu will be assigned'). Neither is a partition case. 'Otter POS Using Offline Mode' (art. 26865574404883) says offline orders 'will be automatically processed when you connect to a network again' and enumerates three limitations (online orders not accepted, no new device pairing, wifi/ethernet printers silent) without ever stating what happens if two devices edited the same check, menu item or guest record while disconnected - no last-write-wins statement, no merge rule, no operator prompt. 'Menu Version History' (art. 35314976325907) records an autosaved snapshot and the publishing user but describes a revert, not a conflict resolution. A body search for 'conflict' across the dump returns 10 hits, all menu-vs-POS or menu-assignment. The Terms are silent and disclaim data errors outright ('we... shall have no liability for any errors to Your Data'). Unresolved rather than refuted: Otter has simply never published the behaviour.

reliability-offline-feature-matrix

Otter lists three offline modes as feature bullets but publishes no list of what is unavailable offline — the inverse of what this criterion asks for. https://tryotter.com/products/otterpos · retrieved 2026-08-01

reliability-public-status-page

Re-confirmed 2026-08-02: 11 named components (Analytics & Financials, Business Manager, Delivery/Partner Integration, Direct Order, Future Foods, Marketing, Menu Management, Order Manager, POS Integration, Tablet Software, Virtual Brand), all Operational, no uptime percentage published, and a 2026 archive of 22 incidents Feb-Jul including DoorDash order-injection failures, Uber Eats 86ing failures and menu-publishing errors. Most recent: Order Manager stuck on loading screen, 30 July 2026, MITIGATED. https://status.tryotter.com/ · retrieved 2026-08-02 adversarially verified

reliability-contractual-uptime-sla differentiator

Re-grounded: the earlier note's 'The merchant MSA is not public' is withdrawn - the Otter Tech Services Terms of Use, the agreement governing the paid Tech Services, are publicly readable. Read in full, they carry no uptime percentage, no availability commitment and no service-credit or other remedy for downtime; a search of the whole document for 'uptime', 'service level', 'SLA', 'service credit' and '99.' returns nothing but an unrelated network-load-balancing sentence. They point the other way: 'Your access and use of the Tech Services may be interrupted from time to time for any of several reasons... You agree that we are not liable to you or to any third party for any interruption, modification, suspension, or discontinuance of the Tech Services... the Tech Services are provided "as-is." We do not not warrant that the Tech Services shall be uninterrupted, virus free, or shall meet any of your specific needs or requirements'. The same disclaimer is repeated verbatim for Beta Services and for Hardware, and 'The Hardware Warranty is the only express warranty provided by us'. Aggregate liability is capped at the lesser of US$1,000 or fees paid. That is an enumerated absence in the governing agreement, not silence. https://www.tryotter.com/legal/tech-services · retrieved 2026-08-08 adversarially verified

reliability-incident-postmortems

Incident archive records date, affected component and lifecycle state (Investigating/Mitigated/Recovered/Resolved). No written root-cause postmortems. https://status.tryotter.com/ · retrieved 2026-08-01

reliability-247-live-support

Upheld partial on re-fetch 2026-08-02. Confirmed on the support page: "Available 24/7/365", "Average response time: 2 minutes", phone +1 (888) 681-8837, live chat in dashboard and Otter Go app. Shortfall: the page never states support is included in every plan at no extra cost - the pricing FAQ poses "Does Otter include support in its plans?" and renders no answer - and independent operator reports contradict the reachability claim. https://tryotter.com/support · retrieved 2026-08-02 adversarially verified

reliability-onsite-install differentiator

First-party on-site installation exists, for kiosks only. 'Kiosk (27" & 21") Setup Guide' (art. 39076370297875): 'Otter offers professional Kiosk Installation service for the Kiosk Pro (27") and Kiosk (21") with no additional fee for restaurants in the United States and Canada. We will send a technician to the restaurant site to unbox, build, and install the hardware to ensure the kiosk is assembled and functioning properly.' Otter adds a go-live step in person - 'Before the installation technician leaves, we strongly recommend running a test order on the kiosk (using your own credit card)... If the test order is not successful, the technician will be there to help troubleshoot' - taking about an hour per kiosk with a manager present. SHORTFALL: no on-site option is documented for Otter POS terminals, handhelds, tablets, printers, cash drawers or KDS; the Otter POS path is self-install hardware guides plus a remotely scheduled 'Go-Live call with an Otter Onboarding Specialist' (art. 33964789386259), and the kiosk service is US and Canada only. No certified dealer or reseller installation network is documented. https://helpdesk.tryotter.com/hc/en-us/articles/39076370297875-Kiosk-27-21-Setup-Guide · retrieved 2026-08-08

reliability-menu-build-service differentiator

Otter POS Onboarding Checklist (art. 33964789386259) puts menu setup on the operator - 'Finalize your menu setup within the Otter Dashboard. There are multiple ways you can add a new menu to Otter: Import from delivery partner / Upload a spreadsheet template / Create the menu manually in Otter' with links to self-serve help articles - but it is a pre-call task list, not a supported/unsupported statement of onboarding scope, and it also tells the operator that an Onboarding Specialist will help with any step they get stuck on during the Go-Live call. Elsewhere in the corpus specialists do perform menu-adjacent work (the Revel guide has the specialist enable an item-duplication route on request; the MenuSifu guide says 'The Otter Onboarding Specialist will contact you to double-check the menu adjustments'; the Wix guide has the specialist set up the integration and train the team). Whether a menu build is included for larger or enterprise accounts is addressed nowhere, so this is unresolved rather than denied.

reliability-hardware-replacement-sla

The programme exists; the clock does not. Tech Services Terms of Use, Hardware Addendum (www.tryotter.com/legal/tech-services): 'we warrant that, during the Warranty Period, all components of the Hardware shall be free from faulty workmanship and defective materials under normal use and service for a period of 1 year', covering both leased and purchased hardware, with the remedy 'at its sole option: (1) repair the Hardware... (2) replace the Hardware with comparable Hardware, or (3) refund the amount paid'; a Return Merchandise Authorization number must be obtained from support first and 'You assume the risk of damage to or loss of returned Hardware in transit.' Operationally it behaves as an advance exchange - 'Otter Printer Options' (art. 13776113141907): 'Our team usually attempts to first troubleshoot the device with you. If we can't get it to work, we'll be happy to send a replacement', and for a replacement device 'A pre-printed return label will be included in the box of the new equipment', i.e. the new unit ships before the old one goes back. 'How Do I Get A Tablet Replacement?' (art. 360053294413) describes the same troubleshoot-then-replace path. SHORTFALL: no turnaround time, next-business-day option, depot-vs-onsite mode or SLA is stated in the contract or the help centre; the remedy is expressly at Otter's sole option; '*Please note: replacement fees may apply'; and 'For countries outside the US&C, Otter does not offer replacements for hardware.' https://helpdesk.tryotter.com/hc/en-us/articles/13776113141907-Otter-Printer-Options · retrieved 2026-08-08

reliability-backup-restore

Restore exists for menus, retrieval for reports, nothing for the account. 'Menu Version History' (art. 35314976325907) lets an operator 'View recent menu publishes', 'See what user published a menu version' and 'Revert to a previous menu version', with an autosaved snapshot and a Menu Activity log of individual edits - an operator-triggered restore of menu state. Data retrieval is real too: analytics and POS report tables carry an [Export] control to CSV/xlsx, and the reporting docs state 'You will be able to view or export up to 365 days of data' at a time and 'up to three years in the past'. SHORTFALL: no account-level backup, no restore of orders, guests, loyalty or settings, no operator-triggered full-account export, and no RPO, RTO or disaster-recovery figure appears on tryotter.com (the 2,521-URL sitemap has no security, trust or status-commitment page beyond status.tryotter.com) or in the 292-article help centre. The Tech Services Terms go the other way: the services are provided 'as-is', Otter does 'not warrant that the Tech Services shall be uninterrupted' and 'shall have no liability for any errors to Your Data'. https://helpdesk.tryotter.com/hc/en-us/articles/35314976325907-Menu-Version-History · retrieved 2026-08-08

reliability-pci-dss-4-attestation

Otter publishes no attestation of any kind, and the enumerations are complete ones. Its /legal index is the vendor's own list of every legal document it publishes - 12 terms-of-use documents, 6 privacy documents and 2 promotions - and none is an AOC, a P2PE listing or a security statement. www.tryotter.com/security, /trust and /dpa return 404; trust.tryotter.com, security.tryotter.com and compliance.tryotter.com do not resolve; the full sitemap-0.xml (2,521 URLs, retrieved 2026-08-08) has no security, trust, compliance or PCI page in any of its seven locales. The published Data Processing Addendum requires only 'appropriate technical and organizational measures' and names no standard. The Tech Services Terms run the obligation the opposite way: 'You represent and warrant that you shall comply with all data security standards (including any standard related to the physical compliance requirements of using any Hardware) adopted by the PCI Security Standards Council, LLC and any amendments thereto, the EMV standards, and the security rules of each payment card association', and the merchant indemnifies Otter for 'breach of any PCI obligations'. Card processing is Stripe's - 'all payments and monetary transactions are handled by Stripe' - so any validated listing covering the payment path would be Stripe's, and Otter neither publishes nor points to one. https://www.tryotter.com/legal · retrieved 2026-08-08

reliability-mfa-role-based-access

Role-based access yes, MFA no. 'User Management' (art. 44753081545619) documents ten system roles - Admin, Accountant, Analyst, Manager, Shift Supervisor, Cashier, Cook, Cook (Restricted), Courier, Dispatcher - each with an explicit Access Level (organization, brand or location), Otter Dashboard access flag and device (POS/tablet/kiosk) access flag, plus operator-built Custom Roles that start from a base role and toggle permissions per app and per feature, brand- and location-scoped assignment, and a Deactivated status where the 'user is disabled and cannot log in'. Access to User Management is itself restricted to Admins, and Billing is gated behind a separate Billing Admin role. SHORTFALL: the same article states a Login Type for every role and the entire enumerated set is 'Username & Password', 'Email & Password' or 'Pin Code' - there is no second factor on any role. 'Otter Account Logins' (art. 42099611842195) walks the whole Dashboard sign-in and account-settings surface (enter email and password, edit email address, change password, forgot-password email) with no TOTP, SMS step-up, push approval, SSO or enforcement toggle. The only two-factor authentication in the 292-article corpus belongs to the delivery platforms Otter connects to, not to Otter (Repairing Disconnected Integrations, art. 4417582578323). https://helpdesk.tryotter.com/hc/en-us/articles/44753081545619-User-Management · retrieved 2026-08-08

reliability-self-serve-training

Public help center at helpdesk.tryotter.com plus "resources and live guidance to get your team confident". No terminal training mode documented. https://tryotter.com/support · retrieved 2026-08-01

reliability-failover-terminal-role differentiator

Checked 2026-08-08 across the full 292-article helpdesk.tryotter.com dump (Help Center API) and the published Tech Services Terms. No master, server or primary terminal role appears anywhere in Otter's documentation, so there is nothing named to fail over: every terminal, kiosk, handheld and tablet is paired individually to the account through Otter Dashboard > Settings > Devices > 'Add new device' with its own pairing code (Kiosk 27"/21" Setup Guide art. 39076370297875, Otter POS Hardware Setup Guide art. 35409-series), and each device transacts against the cloud on its own - 'Otter POS Using Offline Mode' (art. 26865574404883) describes per-device queueing with no coordinator. The one inter-device dependency documented is the Handheld, which 'connects directly to your Otter POS terminal' and cannot print a receipt or open the cash drawer itself: 'Cash payments should be completed on the main terminal to trigger the opening of the cash drawer' (art. 35667642715283). Otter never states what happens to a paired handheld when that main terminal fails, and no backup-terminal assignment, role promotion or device-priority setting appears in the POS settings articles (Otter POS Settings in Otter Dashboard art. 26642302966547, Otter Tablet & POS Device Settings). Left unknown rather than no because Otter does not affirmatively say either that a role transfer exists or that the architecture makes one unnecessary.

reliability-cellular-backup

Cellular is a first-party primary connectivity option, not a documented automatic failover. 'Otter Plan Packages & Hardware' (art. 18739528029715) lists five tablet SKUs and one of them is cellular: 'Samsung LTE A7 Lite - US ONLY - 8.7" LTE tablet, 32GB Memory, 3GB RAM, Offered with data plan for access to Wifi', at $80/month lease and 'NOT AVAILABLE TO BUY', alongside the Wi-Fi-only Lenovo P11, Samsung A7 Lite and Samsung A8. SHORTFALL: it is an Order Manager tablet SKU, US-only and lease-only at roughly triple the price of the Wi-Fi models; no LTE variant is listed for the Otter POS terminals, kiosks, handhelds or KDS; and no automatic Wi-Fi-to-cellular failover behaviour, dual-WAN handoff or connectivity-priority setting is documented for any device. Otter's documented answer to a dropped connection is Offline Mode (art. 26865574404883), and its connectivity troubleshooting recommends the opposite of cellular - 'Use a wired connection: If available, connect an Ethernet cable directly from the router to the POS system', while the KDS install guide says 'Avoid using non-business-grade internet connections like cellular hotspots or phone tethering' (art. 34209922356499). https://helpdesk.tryotter.com/hc/en-us/articles/18739528029715-Otter-Plan-Packages-Hardware · retrieved 2026-08-08

commercial-month-to-month-contract differentiator

Published in the governing merchant contract, not just implied by monthly pricing. Tech Services Terms of Use (www.tryotter.com/legal/tech-services, retrieved 2026-08-08): 'If you did not enter into an Order Form (or your Order Form does not state a subscription period), or if the time period in your Order Form expires, your use of the Tech Services is authorized on an ongoing month to month basis.' Monthly Plans are billed 'from the first day of each calendar month ("Monthly Pay Date")' and 'The term will auto renew and we continue to charge you on a monthly basis on the Monthly Pay Date unless you provide us with written notice at https://tryotter.com/customer-support to cancel' - no minimum term, no multi-year commitment, with Term Plans as the explicit alternative rather than the default. The help centre says the same thing in plain language for the Uber Otter Benefits subscription: 'Month to Month Renewal: $149/month + $20 POS Integration (if applicable)' and 'No - There is no contract period. You can cancel at any time' (art. 45522337604499). In-product cancellation is self-serve for standard customers via Billing > Subscriptions > Submit a request (art. 20690423360403). Worth recording alongside: cancellation notice must reach Otter by the 15th to end service the following month; Enterprise, Partner and Annual Billing customers must go through a Customer Success Manager; and leased hardware must be returned or an Unreturned Equipment Fee applies. https://www.tryotter.com/legal/tech-services · retrieved 2026-08-08

commercial-no-early-termination-fee differentiator

The published Tech Services Terms of Use impose an early-termination charge in substance on one of the three billing structures they define. Section 4(a) enumerates them as a Monthly Plan, a prepaid Term Plan (1 year or 9 month term), and a 'Term Plan with Monthly Payment'. For the last, section 4(d) states: 'If you cancel during the subscription term, you will not be issued any refunds for or credits of any prepaid and unused fees for the remainder of the subscription term, and you will be required to pay any and all unpaid fees related to the subscription term. If you fail to make timely payments, any and all unpaid fees that are outstanding under the applicable service order may become immediately due and payable at our discretion.' That is acceleration of the full unbilled balance of the term - the merchant on a monthly-billed annual plan owes the rest of the year on cancelling. The labels 'early termination fee' and 'liquidated damages' do not appear, but the obligation does, so the claim - which asks for terms stating no ETF - fails. The other two structures are milder rather than exculpatory: a prepaid Term Plan forfeits prepaid unused fees ('All Fees are non-refundable'), and a Monthly Plan simply ends the following month on written notice by the 15th, with nothing to accelerate. Exit costs also exist on the hardware side: leased Hardware must be returned within 60 days of termination or Otter charges an 'Unreturned Equipment Fee' equal to 'the current Hardware price actually offered for sale (without any discounts or promotions) ... plus a 10% administrative fee', secured by a purchase-money security interest in the rented equipment, and Otter 'may continue to charge you for the Paid Services until all leased Hardware is returned'. Which structure a given merchant is on is set by a private Order Form that is not published. https://www.tryotter.com/legal/tech-services · retrieved 2026-08-08

commercial-autorenew-terms-published

Both halves are in publicly accessible contract terms. Tech Services Terms of Use (www.tryotter.com/legal/tech-services, retrieved 2026-08-08) - Monthly Plans: 'we will initially charge you a pro-rated monthly amount and then charge you a monthly amount starting from the first day of each calendar month ("Monthly Pay Date"). The term will auto renew and we continue to charge you on a monthly basis on the Monthly Pay Date unless you provide us with written notice at https://tryotter.com/customer-support to cancel. Notification of cancellation must be received by the 15th of the month in order to cancel services the following month. If notice is received after the 15th then service will be terminated the month following.' Term Plans: 'The term will auto renew and we will continue to charge you on the same basis unless you provide written notice to https://tryotter.com/customer-support at least 30 days prior to the expiration of the then current subscription term.' The renewal term itself is also defined in the public document ('the time period specified in the Order Form', defaulting to 'an ongoing month to month basis' where none is stated). Caveat recorded rather than deducted: the length of a given customer's Term Plan sits in the private Order Form, and Enterprise, Partner and Annual Billing customers cancel through a Customer Success Manager rather than the self-serve form (art. 20690423360403). https://www.tryotter.com/legal/tech-services · retrieved 2026-08-08

commercial-processing-not-bundled differentiator

Positive evidence of absence, in Otter's own words. 'Otter POS Cash Discounts' (art. 27244902024723, updated 2025-06-02; re-fetched 2026-08-09 through the Zendesk Help Center API because the rendered /hc pages 403 to bots) closes with the payments FAQ: 'Do we have other payment processor options available? No, we do not offer other payment processors at this time.' The same FAQ fixes one blended rate for everybody - 'Regardless of the bank or credit card, the cc processing fees will always be 2.3% + $0.10 w/ card present and 2.9% +$0.30 without card present.' The published contract puts the choice on Otter rather than the operator: Tech Services Terms of Use, Online Ordering and Digital Dine In Addendum s.8(a) - 'The Payment Processing Services are provided by our third party payment processing partner, Stripe... We reserve the right to change the third party's payment processor at any time and you will provide us with any information required to set up a payment account with any such alternate payment processor.' It is enforced in product: 'Stripe must be added as a payout method in Otter Dashboard before the card reader is connected and credit card transactions can be processed' ('Accepting Payments on Otter POS', art. 33725692118931), and every card reader Otter sells is a Stripe or Stripe-partner unit (Stripe M2 $99, Stripe S700 $450, Wisepad $99 CAD). Recorded for accuracy: the processing is not in-house - it is Stripe, a third party - but the claim asks for a processor of the OPERATOR'S choice, and the operator has none. This replaces the earlier partial, which read Stripe's appearance in the /integrations Payments category as implying external processing was possible. https://helpdesk.tryotter.com/hc/en-us/articles/27244902024723-Otter-POS-Cash-Discounts · retrieved 2026-08-09 adversarially verified

commercial-interchange-plus-published differentiator

CORRECTION: the prior note's 'no rate structure of any kind is published' was false. Otter publishes a rate, and what it publishes is the opposite of interchange-plus. 'Otter POS Cash Discounts' (art. 27244902024723, payments FAQ, re-fetched 2026-08-09 via the Zendesk article API): 'Are there different credit card fees depending on the bank? No. Regardless of the bank or credit card, the cc processing fees will always be 2.3% + $0.10 w/ card present and 2.9% +$0.30 without card present.' A rate expressly invariant to the issuing bank and the card product is a blended flat rate by definition - interchange-plus is the structure in which it varies. No cost-plus option, no markup expressed as bps + per-transaction over interchange, and no interchange pass-through schedule appears in the 292-article help centre, in the 20-document /legal set or on tryotter.com/pricing, whose bundles carry only an unquantified '+ per order transaction fee'. Recorded because it is inconsistent: 'Otter POS Introduction' (art. 26596326146707, updated 2025-07-15) advertises 'industry-leading low processing fees: just 2.39% + 15c', a third figure Otter never reconciles with the two above. https://helpdesk.tryotter.com/hc/en-us/articles/27244902024723-Otter-POS-Cash-Discounts · retrieved 2026-08-09 adversarially verified

commercial-rate-increase-clause differentiator

An exit right on a price change exists, but no cap does and the exit is not stated to be penalty-free. Tech Services Terms of Use (retrieved 2026-08-08), TERM AND TERMINATION b: 'You may terminate these Terms upon written notice to us in the event that we modify the Terms or Fees and you do not agree to such modifications.' 'Fees' expressly includes card costs - 'all other Fees including Payment Processing fees shall automatically be deducted from your payments from the third party payment processor. We reserve the right to change the Fees upon 7 days prior written notice to you' - and Stripe surcharges are 'communicated to you during the enrollment process and as may be updated by us from time to time'. SHORTFALL, three parts. (1) No cap or carve-out: 'We reserve the right to increase pricing for our Monthly Plans at any time as we may determine in our sole and absolute discretion', same for Term Plans, with no ceiling, no indexation and no limit to pass-through interchange or network cost. (2) The termination right is not stated to be penalty-free and does not disapply the fee consequences: 'All Fees are non-refundable', increases 'take effect on the next Monthly Pay Date following notice to you', and for Term Plans with Monthly Payment 'If you cancel during the subscription term, you will not be issued any refunds for or credits of any prepaid and unused fees for the remainder of the subscription term, and you will be required to pay any and all unpaid fees related to the subscription term.' (3) Otter has exercised the increase right without grandfathering - 'Otter Price Adjustments for Mexico' (art. 41391990649875): 'Plan prices apply to all restaurants and food businesses once a price update or adjustment is announced.' https://www.tryotter.com/legal/tech-services · retrieved 2026-08-08

commercial-pricing-published

Re-evidenced 2026-08-09 from the help centre rather than the pricing page, and two prior statements withdrawn. WITHDRAWN: 'no card processing rate of any kind is published' - Otter publishes 2.3% + $0.10 card present and 2.9% + $0.30 card not present, 'regardless of the bank or credit card' (art. 27244902024723), with an unreconciled 2.39% + 15c in art. 26596326146707. WITHDRAWN 2026-08-14, AND THE DOCUMENT WITHDREW IT: 'Otter Plan Packages & Hardware' (art. 18739528029715) was a complete per-device price table giving lease and outright-purchase figures for every SKU. Otter rewrote that article on 2026-08-13T23:45:51Z (its own edited_at; raw body 101,365 -> 96,083 bytes, visible text 10,177 -> 8,084) and REMOVED the table entirely - re-read 2026-08-14 in both the rendered page and the Zendesk article API, which agree. Exactly one dollar amount survives on it ('each additional virtual brand is $20/location'), and pricing enquiries are now directed to sales: 'reach out to our otter team at success@tryotter.com to learn more about the new bundles/pricing options'. Every per-SKU lease and buy figure previously recited here is withdrawn, as is the $100 one-time setup fee for Digital Dine-In, Online Ordering and the Direct Orders Full Suite, which sat in the same article. Per-location software figures are published in scattered articles: Advanced Analytics 'starting from $20/month per location', Gift Cards $30/month, the Homebase integration $20/month, each additional Virtual Brand $20/location, Uber Otter Benefits renewal $149/month or $1,499/year, and a $100 one-time setup fee for Digital Dine-In, Online Ordering and the Direct Orders Full Suite. Marketing bundles remain on tryotter.com/pricing and were re-read 2026-08-14: Advanced $314/mo list, $198/mo promotional; Advanced + Kiosk $657/mo list, $541/mo promotional - these four figures are still published and are what now carries the `partial`. The previously cited 'Order Manager $149/month' was NOT found on that page as retrieved 2026-08-14; recorded as not-found rather than withdrawn, since only 3,915 of 284,470 bytes are visible text there and a single absent figure on a partly client-rendered page is not evidence of removal. SHORTFALL: the base Point of Sale plan tiers (Starter, Main) and Order Aggregation tiers (Lite, Standard) are named in the help centre but their prices appear only inside embedded images, not in text; the per-order transaction fee attached to every bundle is never quantified; no per-additional-terminal SOFTWARE price is published anywhere; and the plan-level activation fee is described without an amount. https://helpdesk.tryotter.com/hc/en-us/articles/18739528029715-Otter-Plan-Packages-Hardware · retrieved 2026-08-14 adversarially verified

commercial-module-unbundling differentiator

Shortfall: per-module purchase and cancellation exist, but neither is self-serve and modules sit on a required tiered base plan. Documentation: the Subscriptions page lists "associated bundle(s) and product(s)" per location and lets a Billing Admin "shop for and request to add products to your subscription"; Plan Packages describes two package types (Order Aggregation - Lite, Standard; Point of Sale - Starter, Main) where "as you move up in tiers, you unlock additional features", with add-ons on top. Cancelling one module is a request form - "Downgrade Plan: Cancel a feature or product" then "select which products to downgrade" - after which "our Support team will be in contact within 48 hours to complete your request"; only Billing Admins may submit it, and "Enterprise, Partner, and Annual Billing customers do not have access to this request form" and must contact their CSM. Otter Digital Solutions add-ons (Direct Orders, Promotions, Loyalty, Reputation Management) can only be cancelled by contacting support. Modules can also depend on other modules: Catering is "a software add-on to the Online Ordering: Direct Orders Product", and Multi-Store Ordering requires an Otter Lite or Standard base subscription. https://helpdesk.tryotter.com/hc/en-us/articles/20690423360403-Downgrade-or-Cancel-an-Account · retrieved 2026-08-06

commercial-hardware-purchase-outright

THE VERDICT STANDS AND THE PRICE EVIDENCE DOES NOT. 'Otter Plan Packages & Hardware' (art. 18739528029715) used to publish a lease price AND an outright purchase price for every required device class; on 2026-08-13T23:45:51Z (its own edited_at) Otter rewrote the article and removed the whole table. Re-read 2026-08-14 through both the rendered page and the Zendesk article API: the eleven lease/buy pairs this note quoted - iMin Dual Screen '$60/month lease or $749 buy', HD15 Canada '$29 CAD/month lease or $399 CAD buy', Kiosk Pro 27in '$289/month lease or $5,500 buy', Kiosk Mini 15in '$100/month lease or $1,200 buy', Flytech K739 'Hardware: $75/month or $1,000 buy', Stripe M2 '$10/month lease or $99 buy', Stripe S700 '$39/month lease or $450 buy', Wisepad '$10CAD/month lease or $99CAD buy', Rongta RP328 '$20/month lease or $149 buy', Rongta RP310 '$25/month lease or $250 buy' and the Epson printers at '$20/month lease or $299 buy' - are absent from both, and are WITHDRAWN. So are the bundle pairs. What the verdict actually rests on is untouched and was re-read on the same fetch: the article still states the choice plainly, 'Hardware is available for one-time purchase or via lease.', and still marks the Epson TM-M30ii BT 'Compatible for Otter POS operations'. No lease is multi-year - the Hardware Addendum's TERM AND PAYMENT sets it as 'the duration stated in the Order Form, or if there is no duration stated in the Order Form, the Hardware shall be offered on a Monthly Plan' - and on purchase 'Title to purchased Hardware shall transfer to you once we have received payment in full.' Limits recorded rather than deducted, none affecting a required device: buying forgoes a discount, since the same article says hardware is available 'for one-time purchase or via lease for a lower processing fee'; the standing Kiosk Pro is still sold 'ONLY AVAILABLE IN BUNDLE' (re-read 2026-08-14), while the Samsung LTE A7 Lite's 'NOT AVAILABLE TO BUY' marking went with the price table on 2026-08-13 and is withdrawn along with it - it lived in a column of that table, so its absence is the rewrite and not a change of policy; the general Terms s.2(b) default absent agreement is rental - 'Unless otherwise agreed in writing by us, you agree that Hardware... is rented to you, not sold'; and Otter supplies no hardware at all outside the US and Canada, where BYOD is compulsory. https://helpdesk.tryotter.com/hc/en-us/articles/18739528029715-Otter-Plan-Packages-Hardware · retrieved 2026-08-14 adversarially verified

commercial-hardware-not-locked differentiator

'Otter Printer Options' (art. 13776113141907, updated 2026-07-20) documents a named Bring Your Own Device programme: 'You have the option to bring your own printer or tablet instead of purchasing one from Otter. However, we do have a specific list of compatible BYOD printers that will work with the Otter software.' The supported list is published - 'If you have an Otter tablet or have downloaded the Otter app on your own Android tablet, you can bring one of the following printers supported by our app: Epson TM-m30, Epson TM-m30i, Epson TM-m30ii, Epson TM-m30iii, Rongta RP328, Rongta RP310, Rongta 410' - i.e. standard third-party ESC/POS thermal printers on operator-owned hardware. Outside North America it is not merely allowed but required: 'All other countries must bring their own printer and Android tablet in order to use Otter software.' Documented limits, recorded but not disqualifying against a claim that asks for at least one third-party option: cloud/hardwired printers 'must be preconfigured and provided by Otter in order to print your store's orders, thus you cannot bring your own non-Otter Cloud Printer'; printers connect only through the Otter Android app, not the browser Order Manager; BYOD tablets are Android only, with no iPad option documented; and Otter POS terminals, kiosks, handhelds, card readers (Stripe M2/S700) and KDS units remain Otter-supplied. https://helpdesk.tryotter.com/hc/en-us/articles/13776113141907-Otter-Printer-Options · retrieved 2026-08-08

commercial-implementation-fee-published

Some one-time fees are published as specific amounts, others are named without one. WITHDRAWN 2026-08-14: 'Otter Plan Packages & Hardware' (art. 18739528029715) published 'Digital Dine-in, Online Ordering, and the Direct Orders Full Suite all have a one-time setup fee of $100.' Otter rewrote that article on 2026-08-13T23:45:51Z and removed it together with the hardware price table; re-read 2026-08-14 in both the rendered page and the article API, which agree that no fee amount remains on it. Published as $0, and this is what now carries the `partial`: 'Otter Kiosks Introduction Guide' (art. 39076742954771), re-read 2026-08-14 - 'Otter offers professional Kiosk Installation service for the Kiosk Pros with no additional fee (available for restaurants in the United States and Canada). We will send a technician to the restaurant site to unbox, build, and install the hardware to ensure the Kiosk is assembled and functioning properly.' RE-TRANSCRIBED, not re-pointed: the same article says the same thing in reworded form (it now says 'the Kiosk Pros' where it said 'the Kiosk Pro (27in) and Kiosk (21in)', and parenthesises the territory), so the substance is unchanged and the prior transcription was stale. Marketing adds 'Free, personalized onboarding' on tryotter.com/products/otterpos. SHORTFALL, and it is now a harder one: the general activation fee used to be described without an amount - 'The activation fee covers the onboarding assistance required to deliver a ready-to-use product and allows us to offer a lower price point for our customers. *The one-time activation fee is charged per location' - and the 2026-08-13 rewrite removed even that description; the word 'activation' does not appear in the article as re-read 2026-08-14. The fee is no longer described at all in the help centre, let alone quantified. No menu-build fee is published in either direction: the help centre documents manual menu creation, Excel-template import and import from a delivery platform or direct-order site as self-serve options (art. 39374883174291) and never prices a build service. No training fee is published or declared $0. https://helpdesk.tryotter.com/hc/en-us/articles/18739528029715-Otter-Plan-Packages-Hardware · retrieved 2026-08-14 adversarially verified

commercial-data-export-self-serve

Re-evidenced 2026-08-09 off the help centre and developer portal instead of tryotter.com/products/financials. Self-serve export is real and broad: 'Otter Dashboard Guide' (art. 27245439440147) walks Financials > Sales Summary ('Export the report for bookkeeping or operational insights'), Financials > Payouts and the Taxes report, each ending in an export step; 'Otter Analytics: Your Guide to Reports and Insights' (art. 12558297776147) puts an [Export] control on the report tables and states 'The date range that can be viewed or exported is up to 365 days and you will be able to view or export data up to 3 years in the past'; the Product Mix report exports to CSV via a download arrow; Loyalty Reporting exports both Overview and Order Detail, the latter carrying 'Data for individual Loyalty order transactions'. A documented API exists too - developer-guides.tryotter.com publishes a Reports domain with an Orders Report (per-order fields including channel, order id, status, fulfilment mode, subtotal, tax, discounts, tips, fees, total, estimated commission, estimated net payout, payout id and payment type), an Order Items Report, a Payout Transactions Report and a Ratings & Reviews Report, delivered by notification or pull. SHORTFALL, four parts, and together they are why this is not yes. (1) It is not free: 'The Financials app is available to customers on Advanced Insights or Pro subscriptions', and the Guest Directory appears only for Otter POS, Direct Orders or Loyalty subscribers. (2) Labor is not self-serve: the Labor Cost Report exists but 'you must have an active Homebase integration connected to your Otter POS store', and connecting it means obtaining a Homebase API key and handing it to 'your Otter account manager'. (3) The API is not self-serve either - the developer portal's only support route is 'Talk to your Account Representative to get support for building and operating the integration', with application, webhook and store onboarding steps before any call. (4) History is bounded: 365 days per export against a three-year horizon, and the Guest Directory - the home of customer contact records and loyalty point balances - documents view, filter, search and edit with no export control at all. https://helpdesk.tryotter.com/hc/en-us/articles/27245439440147-Otter-Dashboard-Guide · retrieved 2026-08-09 adversarially verified

commercial-export-customer-and-loyalty differentiator

Partly exportable. 'Loyalty Reporting' (art. 40183256731155) documents CSV export of loyalty data including transaction-level rows: 'Click on the arrow icon to export the data as a CSV file. The export feature is available on both tabs, Overview and Order Detail', where Order Detail carries 'Data for individual Loyalty order transactions'. Analytics and POS report tables carry the same [Export] control to CSV/xlsx, over a 365-day window reaching three years back. SHORTFALL: the 'Guest Directory Report' (art. 40222270130963) - the only documented home of customer contact information, loyalty status and available point totals, reward history and per-guest order history - documents viewing, filtering (all guests / loyalty members / recent / lapsed / active), searching by name, phone or email, and per-guest editing, with no export or download control anywhere in the article, unlike every other report article in the help centre. No gift-card liability, outstanding-balance or breakage report or export is documented either: gift card balances are checked one card at a time at the POS or online checkout (art. 37358535943187). The Tech Services Terms compound it - the operator grants Otter 'a nonexclusive, perpetual right to use Your Data' and 'We will own all intellectual property rights in such de-identified or aggregated data'. https://helpdesk.tryotter.com/hc/en-us/articles/40222270130963-Guest-Directory-Report · retrieved 2026-08-08

commercial-post-termination-export-window differentiator

Otter's two governing documents both reach termination and neither defines a data-retrieval window. The published Data Processing Addendum (www.tryotter.com/legal/dpa, retrieved 2026-08-08) addresses exactly this point and declines to put a number on it: 'Vendor will destroy (or return, if mandated by Data Protection Laws) the Customer Personal Data upon termination or expiration of the Services within a reasonable period', with 'Vendor will Process Personal Data for the duration of the Agreement' and 'Vendor will retain Personal Data as long as required under law, unless otherwise agreed to in writing.' The Tech Services Terms describe what survives cancellation purely in fee terms - 'you will not be issued any refunds or credits of any prepaid and unused fees for the remainder of the subscription term and you will continue to have access to the paid Tech Services until the following Term Pay Date' - and contain no data-export, data-return or retrieval-window clause. The help centre's cancellation article (art. 20690423360403) walks the entire twelve-step downgrade/cancel request and a 48-hour support callback with no mention of retrieving data, and reporting access is in any case bounded by the product's own 365-day-per-export, three-year horizon while the subscription is live. https://www.tryotter.com/legal/dpa · retrieved 2026-08-08

commercial-data-ownership-clause differentiator

Re-grounded onto the merchant agreement: the earlier citation (tryotter.com/terms) now resolves to the WEBSITE terms, and its 'solely owned by Otter and may be used by Otter for any lawful business purpose' quote is from that website document, not from the agreement a merchant signs. The Otter Tech Services Terms of Use are public and were read in full. Half the claim is met and half is affirmatively refused. MET (use/resale constraint): the Data Processing Addendum states 'Vendor will not (a) sell Customer Personal Data; (b) retain, use or disclose any Customer Personal Data for any purpose other than for the specific purpose of providing the Tech Services...; (c) retain, use or disclose the Customer Personal Data outside of the direct business relationship between Vendor and Customer, (d) combine any Personal Data that Vendor receives from, or on behalf of, another source', and the Confidentiality section provides that 'Confidential Information of Customer includes customer data', that 'each party retains all ownership rights in and to its Confidential Information', and that the Receiving Party will 'not use any Confidential Information of the Disclosing Party for any purpose outside the scope of this Agreement'. NOT MET (ownership): the agreement defines 'Your Data' but never states that the merchant owns it; instead 'You hereby grant us and our affiliates a nonexclusive, perpetual right to use Your Data', Otter 'will own all intellectual property rights in such de-identified or aggregated data and any data derived therefrom', and for online ordering and kiosk the addendum says 'Any and all Order Data made through the Online Ordering and Digital Dine In Services shall be owned separately by both parties' - i.e. Otter co-owns end-customer order information including personal data. Shortfall: no merchant-ownership statement for transaction data anywhere, joint ownership of Order Data, and a perpetual licence on top. https://www.tryotter.com/legal/tech-services · retrieved 2026-08-09

commercial-source-available-selfhost

Positive contractual evidence replaces the earlier bare inference. Tech Services Terms of Use (retrieved 2026-08-09), TECH SERVICES a: 'Your right to use the Tech Services is non-exclusive, personal to you or your company and its employees, and is not assignable, sublicensable or transferable. Otter is and remains the exclusive owner of all its intellectual property relating to its Tech Services... These Terms do not give you any right, title, or interest in or to the Tech Services.' Self-hosting is foreclosed by TECH SERVICES b: 'You may only access the Tech Services through the tablet device we provide, our website, or our application.' Source access is prohibited outright - OTHER RIGHTS AND RESTRICTIONS a bars you from '(i) modify, copy, or create derivative works of any part of the Tech Services, (ii) sell, resell, license, sublicense, distribute, rent or lease any part of the Tech Services', and the Online Ordering and Digital Dine In Addendum's Privacy section bars allowing any third party to 'reverse engineer, or otherwise attempt to gain access to the source code of the Kiosk Services or Online Ordering'. No repository, licence grant, source-available release or on-premise deployment option appears on tryotter.com, in the 292-article help centre or on developer-guides.tryotter.com, which documents a hosted Public API only. https://www.tryotter.com/legal/tech-services · retrieved 2026-08-09 adversarially verified

commercial-pci-p2pe-tokenization

Otter names no SAQ and claims no scope reduction; it assigns the obligation to the merchant. Tech Services Terms of Use: 'You represent and warrant that you shall comply with all data security standards (including any standard related to the physical compliance requirements of using any Hardware) adopted by the PCI Security Standards Council, LLC and any amendments thereto, the EMV standards, and the security rules of each payment card association, including, without limitation, American Express, the Visa Cardholder Information Security Program, the MasterCard Site Data Protection Program and Discover Network's Information and Security Compliance', and the merchant indemnifies Otter for 'breach of any PCI obligations, any card holder association rules, or payment processor terms'. The Hardware Addendum repeats it - it is the merchant's responsibility to 'ensure compliance with physical PCI or other payment processing requirements'. No P2PE validation number, no tokenization or encryption architecture statement, and no SAQ level (A, A-EP, C-VT, P2PE-HW) appears in the /legal set of 20 documents, in the 2,521-URL sitemap, or in the 292-article help centre - whose only security sentence is a generic wiki line, 'POS systems are designed to encrypt and protect sensitive credit card information'. Card entry runs on Stripe hardware (Stripe M2 reader, S700 terminal) and the Terms confirm 'all payments and monetary transactions are handled by Stripe', so any validated P2PE listing on that path would be Stripe's; Otter neither asserts it nor states the resulting merchant scope. https://www.tryotter.com/legal/tech-services · retrieved 2026-08-08

commercial-pci-dss-4-controls

Otter documents none of the future-dated v4.0.1 controls, and on the headline one its own configuration surface shows the control absent rather than merely unmentioned. 'User Management' (art. 44753081545619) publishes a Login Type for every one of its ten roles and the complete enumerated set is 'Username & Password', 'Email & Password' or 'Pin Code'; 'Otter Account Logins' (art. 42099611842195) walks the entire Otter Dashboard sign-in and credential-management surface - sign in with email and password, edit email, change password, forgot-password reset - with no second factor, TOTP, push, SMS step-up, SSO or enforcement toggle. So MFA for back-office and POS administrative access is not offered, let alone enforced. For hosted ordering pages, no payment-page script-integrity or change-detection statement (Req 6.4.3 / 11.6.1) exists for Otter's Direct Orders, QR ordering or kiosk checkout surfaces. More broadly there is nothing to document against: www.tryotter.com/security and /trust return 404, trust./security./compliance.tryotter.com do not resolve, the complete sitemap-0.xml (2,521 URLs across seven locales) contains no security, trust, compliance or PCI page, the /legal index's 20 documents include no security statement, and the published DPA names no standard. The Tech Services Terms instead place PCI compliance on the merchant. https://helpdesk.tryotter.com/hc/en-us/articles/44753081545619-User-Management · retrieved 2026-08-08

commercial-soc2-attestation

Otter makes no such statement, and its own content is the clearest evidence. The blog post 'Why SOC II Compliance Is Important' (www.tryotter.com/blog/restaurant-tips/why-soc-ii-compliance-is-important, retrieved 2026-08-08) argues that restaurant chains should demand SOC 2 from their technology vendors and never claims the attestation for Otter; its closest self-description is 'We've built our entire platform with the understanding that you can't afford vendors who cut corners on security or reliability.' There is no trust centre to hold a report: trust.tryotter.com, security.tryotter.com and compliance.tryotter.com do not resolve; www.tryotter.com/security and /trust return 404; the complete sitemap-0.xml (2,521 URLs across the US, CA, en-au, en-gb, es-es, es-mx and fr-fr locales) contains no security, trust or compliance page; the /legal index's 20 published documents contain no attestation; and the published Data Processing Addendum requires only 'appropriate technical and organizational measures' while naming no ISO 27001, SOC 2 or PCI standard - the natural place for a processor to cite one. No offer to provide a report under NDA or on request appears anywhere on tryotter.com or in the 292-article help centre. https://www.tryotter.com/blog/restaurant-tips/why-soc-ii-compliance-is-important · retrieved 2026-08-08

commercial-privacy-dsar-tooling

The DPA half is satisfied; the in-app tooling half is not. Otter publishes a Data Processing Addendum at www.tryotter.com/legal/dpa (with ca-dpa and en-au/dpa variants), and the Tech Services Terms make it self-executing rather than something to negotiate: 'Our Data Processing Addendum is incorporated by this reference into, and made a part of, these Terms.' It binds sub-processors to obligations 'substantially similar or more stringent than those set out in this DPA'. SHORTFALL: the DPA puts data-subject-request fulfilment on the operator - 'Vendor shall promptly notify Customer if it receives a request from a Data Subject to exercise any of the Data Subject's rights', with Otter providing only 'commercially reasonable cooperation and assistance' - and no in-product tooling is documented to act on one. The Guest Directory (art. 40222270130963) can locate an individual guest by name, phone number or email and edit their profile and reward balance, so the 'locating' element exists, but the 292-article help centre documents no per-guest export, no delete, erase or right-to-be-forgotten action, no consent or privacy-request queue, and no CCPA/CPRA opt-out surface beyond a marketing-subscribed flag; deletion on termination is committed only to 'within a reasonable period'. https://www.tryotter.com/legal/dpa · retrieved 2026-08-08

commercial-wcag-kiosk-accessibility differentiator

A non-visual access mode is documented; a conformance report is not. 'Kiosk (27" & 21") Setup Guide' (art. 39076370297875) lists among the kiosks' key features 'Accessibility-First Design - Self-service terminals typically present information via a touchscreen display. With an accessible keypad ensures that customers who cannot interact with a touchscreen have equal access to all self-ordering services' - a documented tactile alternative to the touchscreen. The 'Otter Kiosks Introduction Guide' (art. 39076742954771) asserts the kiosks are 'ADA-compliant to ensure accessibility for all customers', alongside powder-coated steel construction, contactless reader and tamper-resistant mounting. SHORTFALL: no accessibility conformance report exists - the strings VPAT, ACR, WCAG and Section 508 appear nowhere in the 292-article help centre nor anywhere in the 2,521-URL www.tryotter.com sitemap, and there is no accessibility statement page in any of its seven locales; the ADA assertion is a bare marketing-grade claim with no standard, version or audit named. The accessible keypad is described only for the Kiosk Pro 27" and Kiosk 21", not the Kiosk Mini 15" or POS Kiosk Mode; and nothing addresses the consumer web-ordering, QR-ordering or Direct Orders surfaces the claim also covers. https://helpdesk.tryotter.com/hc/en-us/articles/39076370297875-Kiosk-27-21-Setup-Guide · retrieved 2026-08-08

commercial-dual-pricing-compliant differentiator

Half the claim is documented, the compliance half is not. 'Otter POS Cash Discounts' (art. 27244902024723, updated 2025-06-02) documents a real configurable feature: 'You can set up cash discounts in the Otter dashboard to reward eaters who pay with cash! Once the customer decides to pay by cash, the cash discount will be auto-applied to the order in the Otter POS terminals.' It is configured under [POS] > [Cash Management], 'By default, a 3% discount will apply to all your locations', with a per-location percentage override and a location search once past five locations; the POS settings article confirms the toggle - 'Enable cash discounts: Toggle on [Enable cash discounts] to set a discount amount for cash transactions' (art. 27245439440147). At the terminal 'the cashier will be able to see the cash discount percentage indicator' and 'the diner will be able to view the cash discount on the diner-facing screen'. SHORTFALL, three parts. (1) It is a cash discount only - no card surcharging, dual-pricing menu or non-cash adjustment feature is documented anywhere in the 292-article help centre, so the automatic debit-and-prepaid exclusion the claim requires has no surcharge to exclude them from, and nothing addresses the network surcharge cap or state-level surcharge bans. (2) No receipt or menu-board disclosure is documented: the discount is shown on the cashier screen and the diner-facing display, and the article says nothing about printing the differential on the receipt or about menu-board signage, which is the disclosure the card networks require. (3) A documented functional gap - 'Cash discount only applies to the orders that paid fully by cash without split payment. If customer select split payment, cash discount will not apply to each payment even if the payment is by cash.' The nearest adjacent feature, a configurable percentage Service Fee added as a line item at checkout and shown on the receipt (art. 27245439440147), applies to every order in a fulfilment mode regardless of tender, so it is not a card-conditional charge either. https://helpdesk.tryotter.com/hc/en-us/articles/27244902024723-Otter-POS-Cash-Discounts · retrieved 2026-08-09 adversarially verified