# IN\_STORE orders stuck with fulfilment COMPLETED but order state OPEN **URL:** \ **Category:** Questions\ **Tags:** orders-api\ **Created:** [November 2, 2026, 1:28am UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424 "2026-11-02T01:28:50Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![james.papas.b](https://avatars.discourse-cdn.com/v4/letter/j/eada6e/32.png) [@james.papas.b](https://developer.squareup.com/forums/u/james.papas.b)\ **Post date:** [November 2, 2026, 1:28am UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/1 "2026-11-02T01:28:50Z")
Hello, We recently started sending dine-in/table orders with the IN\_STORE fulfilment type (previously PICKUP). One merchant has IN\_STORE orders getting stuck: the fulfilment is COMPLETED (completed on Square KDS), but the order state stays OPEN. This is isolated to one merchant. Our other merchants receiving IN\_STORE orders aren’t affected, and we can’t reproduce it on our test account. **Merchant / integration** - Merchant ID: ML30W1TY93E5P - Location ID: LKT37W1NNFW5A - API Version: 2026-07-15 **Device setup** - Square Register running Square for Restaurants v7.31 (QSR mode) - Square KDS v7.19 (Expo) - 2 connected printers **What’s happening** - Orders are created via the Orders API with an IN\_STORE fulfilment and paid with an OTHER tender (net\_amount\_due is 0) - Staff complete the order on Square KDS, which sets `fulfilment.state` to COMPLETED - `order.state` stays OPEN, so the order remains active on the POS - The order can’t be closed from Square POS or Square Dashboard. Square POS shows an error below. - PICKUP and DELIVERY orders at the same location complete normally ![image](https://global.discourse-cdn.com/square/original/2X/2/2bc7a162de13226ff257629c65b76170fc2b5cc0.jpeg) **Example stuck orders** - wyYMx4nCGLktFlapsvlh0oR1B4RZY - mXrlA9iWOoh7DdMjoJCf2eJxLOEZY - 4ygfhNDUpsiRVpLTcw4HUQ092IfZY - ORoGFdH0g5CDh8M2ocw5g1dsDzBZY - uBEATlyjdomLXdRzaxIc883MBvLZY Relevant part of one stuck order: > “fulfillments”: [{ > “uid”: “75bbb3d2-ded0-3261-bfd2-582b46969ff4”, > “type”: “IN\_STORE”, > “state”: “COMPLETED”, > “in\_store\_details”: { > “placed\_at”: “2026-10-31T06:36:29.138Z”, > “in\_progress\_at”: “2026-10-31T06:36:29.701Z”, > “prepared\_at”: “2026-10-31T06:50:06.718Z”, > “completed\_at”: “2026-10-31T18:08:35.305+11:00” > } > }], > “state”: “OPEN”, > “version”: 8, > “net\_amount\_due\_money”: { “amount”: 0, “currency”: “AUD” } **Already tried** - Turned on POS fulfilment methods and “Enable order tracking” - Reloaded/synced orders on the POS **Questions** 1. Why are these orders getting stuck with the fulfilment COMPLETED but the order OPEN, and only for this merchant? 2. How can the orders that are already stuck be cleared? Thanks! ---
**Author:** ![ashley-square](https://avatars.discourse-cdn.com/v4/letter/a/5f9b8f/32.png) [@ashley-square](https://developer.squareup.com/forums/u/ashley-square)\ **Post date:** [November 2, 2026, 7:51pm UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/3 "2026-11-02T19:51:22Z")
Since this affects one location, could you check a few things against a location where `IN_STORE` orders complete normally? - KDS settings: Compare the Expo device’s Completion settings (“Complete for all devices” versus “Complete only on this device”) and Automatic Order Update setting. These are configuration checks, not confirmed fixes. - POS setup: Compare the assigned POS mode and POS/KDS app versions. Thanks for confirming you’ve already tried order tracking and resyncing. - API completion: For an affected order that is fully paid and fulfilled, have you tried [UpdateOrder](https://developer.squareup.com/docs/orders-api/manage-orders/update-orders) with `order.state: "COMPLETED"`, the latest order version, and a new idempotency key? If the settings match and the order still won’t close, could you share the full, redacted `RetrieveOrder` response for one of the examples, plus the `UpdateOrder` request, response, and request ID if attempted? Remove access tokens and customer information. That would help distinguish a configuration difference from an issue needing further investigation, particularly given the server error shown in POS. ---
**Author:** ![james.papas.b](https://avatars.discourse-cdn.com/v4/letter/j/eada6e/32.png) [@james.papas.b](https://developer.squareup.com/forums/u/james.papas.b)\ **Post date:** [November 3, 2026, 1:19am UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/4 "2026-11-03T01:19:42Z")
Hi Ashley Thanks for the suggestions. Some more context: **Scope** - This is now affecting 2 merchants (one with multiple locations), not just one - Affected setups include Square KDS v7.31 and v7.19, on both Expo and Prep devices - Square for Restaurants is v7.31 **Only IN\_STORE orders are affected** `PICKUP` orders from our integration complete and close normally at the same locations, on the same devices and settings. If the KDS or POS configuration was the cause, we’d expect `PICKUP` orders to be affected too. Since it’s specific to the `IN_STORE` fulfillment type, we suspect something in how `IN_STORE` orders are handled when the fulfillment is completed. **UpdateOrder** We haven’t tried closing the orders via UpdateOrder yet. We’d like to find the root cause before forcing the state through the API. **Example order (second merchant, redacted)** RetrieveOrder response below. Customer details have been removed. > { > “order”: { > “id”: “x1XTwG2VXuEVH37REKZUdJpgrdBZY”, > “location\_id”: “LABF2NXEPPSN9”, > “line\_items”: [ > { > “uid”: “c31540b9-6965-455b-ab68-71f6a52d61e1”, > “catalog\_object\_id”: “V75FCOBYT3G5DBSZ243LPACX”, > “catalog\_version”: 1793575969312, > “quantity”: “1”, > “name”: “Chilli Folded Eggs”, > “variation\_name”: “Regular”, > “base\_price\_money”: { “amount”: 2400, “currency”: “AUD” }, > “gross\_sales\_money”: { “amount”: 2400, “currency”: “AUD” }, > “total\_tax\_money”: { “amount”: 219, “currency”: “AUD” }, > “total\_discount\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_money”: { “amount”: 2400, “currency”: “AUD” }, > “variation\_total\_price\_money”: { “amount”: 2400, “currency”: “AUD” }, > “applied\_taxes”: [ > { > “uid”: “23fa5ab3-2153-424b-9322-7b9ae1131e5f”, > “tax\_uid”: “7e78a6b4-da0e-4831-93cf-c4dcdefba21d”, > “applied\_money”: { “amount”: 219, “currency”: “AUD” } > } > ], > “item\_type”: “ITEM”, > “total\_service\_charge\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_card\_surcharge\_money”: { “amount”: 0, “currency”: “AUD” } > }, > { > “uid”: “467c98ee-6e63-4e0f-9c27-d44dd595c7b7”, > “catalog\_object\_id”: “A2CJWZFDS3Z6GCZFJOQVDDKE”, > “catalog\_version”: 1793575969312, > “quantity”: “1”, > “name”: “Iced Strawberry Matcha”, > “variation\_name”: “Regular”, > “base\_price\_money”: { “amount”: 950, “currency”: “AUD” }, > “gross\_sales\_money”: { “amount”: 950, “currency”: “AUD” }, > “total\_tax\_money”: { “amount”: 86, “currency”: “AUD” }, > “total\_discount\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_money”: { “amount”: 950, “currency”: “AUD” }, > “variation\_total\_price\_money”: { “amount”: 950, “currency”: “AUD” }, > “applied\_taxes”: [ > { > “uid”: “6a074d76-d04c-4994-948f-92617002b470”, > “tax\_uid”: “7e78a6b4-da0e-4831-93cf-c4dcdefba21d”, > “applied\_money”: { “amount”: 86, “currency”: “AUD” } > } > ], > “item\_type”: “ITEM”, > “total\_service\_charge\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_card\_surcharge\_money”: { “amount”: 0, “currency”: “AUD” } > } > ], > “taxes”: [ > { > “uid”: “7e78a6b4-da0e-4831-93cf-c4dcdefba21d”, > “catalog\_object\_id”: “AUSSALESTAXML1H4598YJ6K7”, > “catalog\_version”: 1785886603873, > “name”: “GST”, > “percentage”: “10.0”, > “type”: “INCLUSIVE”, > “applied\_money”: { “amount”: 305, “currency”: “AUD” }, > “scope”: “LINE\_ITEM”, > “auto\_applied”: true > } > ], > “fulfillments”: [ > { > “uid”: “d731e67c-48a8-3501-ae8d-e094f5137d5c”, > “type”: “IN\_STORE”, > “state”: “PREPARED”, > “in\_store\_details”: { > “note”: “[T8] Table 8\n[REDACTED]”, > “recipient”: { “display\_name”: “[Table 8] [REDACTED]” }, > “placed\_at”: “2026-11-02T01:15:49.283Z”, > “prepared\_at”: “2026-11-02T01:21:04.409Z”, > “in\_progress\_at”: “2026-11-02T01:15:49.835Z” > } > } > ], > “created\_at”: “2026-11-02T01:15:48.544Z”, > “updated\_at”: “2026-11-02T01:21:06.268Z”, > “state”: “OPEN”, > “version”: 6, > “total\_tax\_money”: { “amount”: 305, “currency”: “AUD” }, > “total\_discount\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_tip\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_money”: { “amount”: 3350, “currency”: “AUD” }, > “tenders”: [ > { > “id”: “qQw7zLZ6vJQ7ZQlmuCOktuqRUGfZY”, > “location\_id”: “LABF2NXEPPSN9”, > “transaction\_id”: “x1XTwG2VXuEVH37REKZUdJpgrdBZY”, > “created\_at”: “2026-11-02T01:15:49Z”, > “amount\_money”: { “amount”: 3350, “currency”: “AUD” }, > “type”: “OTHER”, > “payment\_id”: “qQw7zLZ6vJQ7ZQlmuCOktuqRUGfZY”, > “other\_details”: { “source”: “[REDACTED]”, “status”: “CAPTURED” } > } > ], > “total\_service\_charge\_money”: { “amount”: 0, “currency”: “AUD” }, > “net\_amounts”: { > “total\_money”: { “amount”: 3350, “currency”: “AUD” }, > “tax\_money”: { “amount”: 305, “currency”: “AUD” }, > “discount\_money”: { “amount”: 0, “currency”: “AUD” }, > “tip\_money”: { “amount”: 0, “currency”: “AUD” }, > “service\_charge\_money”: { “amount”: 0, “currency”: “AUD” }, > “card\_surcharge\_money”: { “amount”: 0, “currency”: “AUD” } > }, > “source”: { “name”: “[REDACTED]” }, > “pricing\_options”: { “auto\_apply\_taxes”: true }, > “ticket\_name”: “[Table 8] [REDACTED]”, > “net\_amount\_due\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_card\_surcharge\_money”: { “amount”: 0, “currency”: “AUD” } > } > } Could you look into why `IN_STORE` orders aren’t closing when `PICKUP` orders on the same setup are? Could you also please give our test environments access to Square KDS, and Square for Restaurants so we can do further testing? Merchant IDs: ML2QP4V7B2DT1, MLNDTERP1XJQD Thanks! ---
**Author:** ![james.papas.b](https://avatars.discourse-cdn.com/v4/letter/j/eada6e/32.png) [@james.papas.b](https://developer.squareup.com/forums/u/james.papas.b)\ **Post date:** [November 4, 2026, 9:18pm UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/5 "2026-11-04T21:18:46Z")
Hi Ashley / Square team, I’m just following up here – we’ve had to rollback our changes to the affected clients because of this issue. ---
**Author:** ![ashley-square](https://avatars.discourse-cdn.com/v4/letter/a/5f9b8f/32.png) [@ashley-square](https://developer.squareup.com/forums/u/ashley-square)\ **Post date:** [November 4, 2026, 10:08pm UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/6 "2026-11-04T22:08:26Z")
Hi James, thanks for the update. I’m sorry this disrupted your rollout. The comparison with PICKUP on the same setups is useful. I also found a discrepancy: your original response shows a COMPLETED fulfillment, while the internal order record currently shows PREPARED for the matching order and version. The newer example you shared also shows PREPARED. That doesn’t explain why the orders remain active or why POS can’t close them. This needs investigation across the order, fulfillment, and KDS history before we can confirm the cause. You don’t need to force-close the orders through UpdateOrder for us to investigate. For the original COMPLETED response, could you share the RetrieveOrder request timestamp and response request ID, if available? Keep access tokens and customer details redacted. For the KDS and Square for Restaurants access request, can you confirm whether those two IDs are production test seller accounts rather than Sandbox accounts? ---
**Author:** ![james.papas.b](https://avatars.discourse-cdn.com/v4/letter/j/eada6e/32.png) [@james.papas.b](https://developer.squareup.com/forums/u/james.papas.b)\ **Post date:** [November 4, 2026, 10:40pm UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/7 "2026-11-04T22:40:44Z")
Hi Ashley, Apologies for the confusion. The example in my last reply (`x1XTwG2VXuEVH37REKZUdJpgrdBZY`) is a more recent order that hadn’t been completed on KDS yet when I pulled it, which is why it shows `PREPARED`. Below is the RetrieveOrder response for `WJ8jGnekZaVh6iPaWD02kSf4NTVZY` (one of the merchant’s original reported orders), taken before we changed anything. It shows the fulfillment COMPLETED with the order still OPEN. - Request timestamp: 2026-11-05 08:05:44 GMT+10 - Trace ID from the response headers: CDN-0e2f447e-db49-4b2e-a99d-3ca00eac906f Is that the request ID you need, or is there a different one you’re talking about? Straight after that, we updated this order to COMPLETED via UpdateOrder, as it was causing problems for the merchant: - Request timestamp: 2026-11-05 08:05:44 GMT+10 - Trace ID: CDN-89be41cd-8280-4da9-90be-a2f24ba6a485 - Result: successful API response. We’re waiting for the merchant’s staff to confirm whether it has cleared from the POS. To confirm, the two accounts we shared are production test seller accounts, not Sandbox. Thanks, James > { > “order”: { > “id”: “WJ8jGnekZaVh6iPaWD02kSf4NTVZY”, > “location\_id”: “LKT37W1NNFW5A”, > “line\_items”: [ > { > “uid”: “40457506-32a6-4b55-b74e-3b3602ae1775”, > “catalog\_object\_id”: “R6VSAROL44MRKZYSHNANQ54L”, > “catalog\_version”: 1793253911006, > “quantity”: “1”, > “name”: “Pineapple & Pork Jowl”, > “variation\_name”: “”, > “base\_price\_money”: { “amount”: 2900, “currency”: “AUD” }, > “gross\_sales\_money”: { “amount”: 2900, “currency”: “AUD” }, > “total\_tax\_money”: { “amount”: 264, “currency”: “AUD” }, > “total\_discount\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_money”: { “amount”: 2900, “currency”: “AUD” }, > “variation\_total\_price\_money”: { “amount”: 2900, “currency”: “AUD” }, > “applied\_taxes”: [ > { > “uid”: “9687b186-4bf9-4024-a84c-bfc2c181e46d”, > “tax\_uid”: “2108b282-828e-4a76-af58-38084da4de48”, > “applied\_money”: { “amount”: 264, “currency”: “AUD” } > } > ], > “item\_type”: “ITEM”, > “total\_service\_charge\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_card\_surcharge\_money”: { “amount”: 0, “currency”: “AUD” } > } > ], > “taxes”: [ > { > “uid”: “2108b282-828e-4a76-af58-38084da4de48”, > “catalog\_object\_id”: “AUSSALESTAXML30W1TY93E5P”, > “catalog\_version”: 1753830685011, > “name”: “GST”, > “percentage”: “10.0”, > “type”: “INCLUSIVE”, > “applied\_money”: { “amount”: 264, “currency”: “AUD” }, > “scope”: “LINE\_ITEM”, > “auto\_applied”: true > } > ], > “fulfillments”: [ > { > “uid”: “b761ab18-7a68-394b-9f96-a0c85a8cf83f”, > “type”: “IN\_STORE”, > “state”: “COMPLETED”, > “in\_store\_details”: { > “note”: “[T3] Table 3\n[REDACTED]”, > “recipient”: { “display\_name”: “[Table 3] [REDACTED]” }, > “placed\_at”: “2026-10-30T05:31:15.201Z”, > “completed\_at”: “2026-10-30T16:45:43.193+11:00”, > “prepared\_at”: “2026-10-30T05:39:38.975Z”, > “in\_progress\_at”: “2026-10-30T05:31:16.058Z” > } > } > ], > “created\_at”: “2026-10-30T05:31:14.195Z”, > “updated\_at”: “2026-10-30T05:45:47.648Z”, > “state”: “OPEN”, > “version”: 8, > “total\_tax\_money”: { “amount”: 264, “currency”: “AUD” }, > “total\_discount\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_tip\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_money”: { “amount”: 2900, “currency”: “AUD” }, > “tenders”: [ > { > “id”: “qWhKVe1RX6syL7LGMcVBi1vBH2PZY”, > “location\_id”: “LKT37W1NNFW5A”, > “transaction\_id”: “WJ8jGnekZaVh6iPaWD02kSf4NTVZY”, > “created\_at”: “2026-10-30T05:31:15Z”, > “amount\_money”: { “amount”: 2900, “currency”: “AUD” }, > “type”: “OTHER”, > “payment\_id”: “qWhKVe1RX6syL7LGMcVBi1vBH2PZY”, > “other\_details”: { “source”: “[REDACTED]”, “status”: “CAPTURED” } > } > ], > “total\_service\_charge\_money”: { “amount”: 0, “currency”: “AUD” }, > “net\_amounts”: { > “total\_money”: { “amount”: 2900, “currency”: “AUD” }, > “tax\_money”: { “amount”: 264, “currency”: “AUD” }, > “discount\_money”: { “amount”: 0, “currency”: “AUD” }, > “tip\_money”: { “amount”: 0, “currency”: “AUD” }, > “service\_charge\_money”: { “amount”: 0, “currency”: “AUD” }, > “card\_surcharge\_money”: { “amount”: 0, “currency”: “AUD” } > }, > “source”: { “name”: “[REDACTED]” }, > “pricing\_options”: { “auto\_apply\_taxes”: true }, > “ticket\_name”: “[Table 3] [REDACTED]”, > “net\_amount\_due\_money”: { “amount”: 0, “currency”: “AUD” }, > “total\_card\_surcharge\_money”: { “amount”: 0, “currency”: “AUD” } > } > } ---
**Author:** ![ashley-square](https://avatars.discourse-cdn.com/v4/letter/a/5f9b8f/32.png) [@ashley-square](https://developer.squareup.com/forums/u/ashley-square)\ **Post date:** [November 4, 2026, 11:01pm UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/8 "2026-11-04T23:01:59Z")
Hi James, thanks—those trace IDs and timestamps are useful for tracing both requests. I’ve confirmed that your UpdateOrder request succeeded. The order is now COMPLETED at version 9, with its fulfillment also COMPLETED. Let us know once staff confirm whether it has cleared from the POS. That confirms the API update worked for this order, but it doesn’t explain the original behavior. Your pre-change response shows COMPLETED fulfillment / OPEN order, while the internal historical record for that version shows PREPARED / OPEN. That discrepancy needs investigation; it doesn’t mean your response was incorrect. Thanks also for confirming the two accounts are production test seller accounts. KDS and Square for Restaurants access is still outstanding; I don’t have an access update to share yet. ---
**Author:** ![james.papas.b](https://avatars.discourse-cdn.com/v4/letter/j/eada6e/32.png) [@james.papas.b](https://developer.squareup.com/forums/u/james.papas.b)\ **Post date:** [November 5, 2026, 1:43am UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/9 "2026-11-05T01:43:27Z")
Thanks Ashley. I think it’s related to the “Complete on this device” vs “Complete on all devices” KDS setting – I’ve just spot checked a couple venues experiencing the issue, against those without. Once I have access to Square KDS, I can try and reproduce further. ---
**Author:** ![ashley-square](https://avatars.discourse-cdn.com/v4/letter/a/5f9b8f/32.png) [@ashley-square](https://developer.squareup.com/forums/u/ashley-square)\ **Post date:** [November 5, 2026, 3:05pm UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/10 "2026-11-05T15:05:27Z")
Oh nice! Hopefully that’s it. Do you see an option in your account for a free trial for KDS? ---
**Author:** ![james.papas.b](https://avatars.discourse-cdn.com/v4/letter/j/eada6e/32.png) [@james.papas.b](https://developer.squareup.com/forums/u/james.papas.b)\ **Post date:** [November 6, 2026, 4:29am UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/11 "2026-11-06T04:29:30Z")
Hi Ashley, We got access to the Square KDS, and we were unable to reproduce using similar settings. Has anything been fixed/changed on your side? One of our merchants is no longer experiencing the issue, and we didn’t make any changes on our side ---
**Author:** ![ashley-square](https://avatars.discourse-cdn.com/v4/letter/a/5f9b8f/32.png) [@ashley-square](https://developer.squareup.com/forums/u/ashley-square)\ **Post date:** [November 6, 2026, 2:56pm UTC](https://developer.squareup.com/forums/t/in-store-orders-stuck-with-fulfilment-completed-but-order-state-open/28424/12 "2026-11-06T14:56:48Z")
I’m glad you have KDS access now and this appears to be resolved, though I don’t have a confirmed Square-side fix to explain it. I’m sorry again that this disrupted your rollout. If other sellers are still affected or the issue returns, please reply here and tag me and we can pick up from your existing examples.