Store Closed – Causes & Troubleshooting (Bite Admin + OLO)

Kiosks may show a Store Closed message due to two different systems:

1. Bite Admin (Day Parts / OPS Hours)

2. OLO (Handoff Mode Hours / Overrides / Holiday Hours)

Although the message appears the same, the root cause and resolution are completely different.
This article explains both scenarios and how Support should troubleshoot each one.

---

1. Store Closed – Bite Admin / Day Parts

When this trigger applies

This is triggered when the kiosk is outside of the store’s operating hours configured in:

• Bite Admin → OPS → Kiosks → Turn On / Turn Off

  

• Bite Admin → Menu Library → Day Parts

  

• POS hours (if the client syncs hours from POS)

  

The kiosk will display closed even if the customer believes the site is open.

---

Symptoms

• Store Closed message on kiosk UI

• Kiosk won't enter ordering mode

• Orders cannot be placed

• Logs may show errors with the orders 

• Support sees no issues with OPS scheduling

---

Troubleshooting Steps

Step 1 — Check OPS - Kiosk Hours

Navigate to:

OPS → Kiosks → Turn On / Turn Off

Confirm:

• The kiosk turn-on time is correct

• The kiosk is not set to turn off too early

• The kiosk timezone is correct

---

Step 2 — Check Day Parts

Navigate to:

Menu Library → Day Parts

Confirm:

• Menus hours match store schedule

• No duplicate hours causing conflict

• No missing hours for specific days

---

Step 3 — Confirm if Hours Sync from POS

Some brands sync hours from:

• OlO

• Toast

• Simphony

• Revel

• Brink

If POS sends wrong hours → kiosk respects POS, not Bite.

Steps:

1. Ask client to confirm POS hours

2. Have client update POS

3. Run “POS Sync” in Bite Admin

---

Step 4 — Restart the Kiosk

If the kiosk had unstable internet, its internal clock may drift.

Restart to re-sync time + config.

---

---

2. Store Closed – OLO (Handoff Mode Closed)

(This is the MOST COMMON cause of “Store Closed” that is NOT Bite’s fault.)

This occurs when OLO closes only one handoff mode, such as:

• Dine-In

• Pickup

• Dispatch (Third Party)

• Drive-Thru

The kiosk uses OLO’s Dine-In handoff mode for Dining options.
If that mode is closed → kiosk blocks that order path.

---

Symptoms

• To-Go works (For example)

• Dine-In does NOT work (Or viceversa)

• Error appears at checkout

• Payment does not start

• OLO returns:

Please order from cashier as the kitchen is closing soon. (10112)

Or:

Pressed Cafe Bedford is either currently closed or your order cannot be prepared prior to close. 
Please schedule your order for another time.
No order has been placed or billed.
(code: 200/218)

Or:

Maitre D' Event queue-job-failure (1102)

Or:

"Del Taco is either currently closed or your order cannot be prepared prior to close. 
Please schedule your order for another time. No order has been placed or billed."

---

---

Troubleshooting Steps for OLO Store Closed

Step 1 — Identify OLO Error Code

Look for:

• Maitre D' Event Event: queue-job-failure (1102)

• Guest Error: Please order from the cashier as the kitchen is closing soon. (10112)

• "domain": "com.olo.api",

---

Step 2 — Ask client to confirm Handoff Mode Hours

Client must check:

OLO Dashboard → Store → Ordering → Handoff Modes → Dine-In/To-Go

Confirm:

• Regular hours exist

• No conflicting holiday hours

• No lingering overrides

• No "Follow business hours" misconfigurations

---

Step 3 — Remove overrides

Overrides MUST be removed per store, one by one.
Multi-store editor won’t show them.

---

Step 4 — Add regular hours for the affected handoff mode

If Dine-In has no default hours, OLO treats it as closed, even during holiday overrides.

---

Step 5 — Test Through Kiosk

Try:

• Dine-In

• To-Go

If checkout succeeds → issue resolved.

---

---

Case Study: Del Taco 1314 – "Kitchen is Closed" (OLO Error 10112)

Ticket #47556

A kiosk at Del Taco 1314 – Reno displayed a “Kitchen is Closed” message only when placing Dine-In orders.
To-Go orders were unaffected.

Error Details from OLO

Maitre D’ Event: queue-job-failure (1102)
Guest Error: Please order from the cashier as the kitchen is closing soon. (10112)
Code: 200/218
"Del Taco is either currently closed or your order cannot be prepared prior to close."

Root Cause

OLO had an override applied to the Dine-In handoff mode, which caused OLO to treat Dine-In as closed—even though the store was open.

This behavior matches known OLO logic:

When a holiday override is added to a handoff mode, OLO treats that override as the only set of hours unless regular hours exist for that mode.

Support Action Taken

1. Identified OLO in kiosk System logs.

2. Removed the Dine-In option temporarily so guests could order To-Go.

3. Restarted both kiosks and confirmed successful ordering.

4. Informed Del Taco Ops (Matthew Martinez and Perla Martinez) of the misconfigured Dine-In override.

5. After Ops removed the override, re-enabled Dine-In and confirmed the issue was resolved.

Outcome

✔ Dine-In hours corrected in OLO
✔ Dine-In re-enabled in kiosk
✔ Successful test order processed

---

Case Study: Pressed Cafe - Kiosks Not working at any sites

Ticket #47752

Issue

All kiosks reported not working for Dine-in orders.
To-Go orders worked normally.

Root Cause

OLO had an override applied to Dine-In handoff mode.
OLO has a known behavior:

👉 When you add a holiday override to a handoff mode, OLO treats that override as the only hours unless regular hours also exist for that mode.

Even if the store appears open → OLO closes Dine-In.

Why client was confused

• They believed they “deleted the override”

• But multi-store editor does not show handoff overrides

• Overrides could still existed in individual stores

Fix

1. Go to the OLO dashboard

2. Check each location individually

3. Remove holiday overrides

4. Add regular business hours for Dine-In

5. Refresh kiosk & test

---

3. When to Loop in OLO Support

Loop OLO when:

• Hours appear correct but Dine-In stays closed

• Holiday overrides behave unexpectedly

• System logs errors persist

• Kitchen closing errors appear even when open

Note: Olo contact - [e-mail]

---

4. Support Notes

• Always test both Dine-In and To-Go.

• If only Dine-In fails → 90% chance it is OLO hours.

• If ALL ordering fails → check Bite Admin first.

• If POS hours are involved → confirm POS sync.

• After tests - always ask for checking OLO Handoff Mode hours.