如果您的菜單在外送平台上線了，但沒有人按下 發佈，請檢查當時是否有加購項目被標示為缺貨或恢復供應。在 klikit 中，變更加購項目的供應狀態會重新發佈整個分店菜單。變更品項的供應狀態則不會。
品項和加購項目的更新方式不同
將品項標示為缺貨（或恢復供應） 只會對該單一品項，向您各個外送平台發送一個小型的供應狀態更新。菜單上不會有其他變動，您的菜單也不會被重新發佈。
將加購項目標示為缺貨（或恢復供應） 的運作方式則不同。一個加購項目可能存在於多個加購群組中，這些群組可能附加到許多品項上，而這些品項又可能出現在多個類別中。為了確保每個受影響的品項都能在各個平台上正確顯示，klikit 會重新發佈整個分店菜單。這與對該分店按下 發佈 的效果相同。
無論加購項目的變更是透過 klikit Cloud（網頁版）還是 klikit 應用程式進行，也無論執行操作的是任何有權限管理缺貨的使用者（包含分店經理），這種情況都會發生。當您將某個品項標示為缺貨，並在彈出視窗中確認「是否也要將其加購項目的版本標示為缺貨」時，同樣適用此規則。
這對您已同步但尚未發佈的變更代表什麼
您的分店菜單包含了所有您已對該分店 儲存 和 同步 的內容，包含您尚未發佈的編輯內容。當加購項目的供應狀態變更導致分店菜單重新發佈時，所有這些待處理的編輯都會同時上線。
一個常見的例子：您編輯了價格，按下 儲存 並 同步 到分店，打算之後再按 發佈。在您發佈之前，分店的一位團隊成員將某個加購項目標示為缺貨。隨之而來的重新發佈，便會讓您的新價格立刻上線。
這就是為何這項變動看起來像是憑空出現的。您的活動日誌不會顯示發佈條目，因為沒有人按下發佈。請改為查看當時是否有加購項目缺貨或恢復供應的變更。
如何在準備好之前避免發佈變更
- 將同步視為上線前的最後一步。 只有在您準備好讓某項變更發佈時，才將其同步到分店。您同步的任何內容，都可能因為該分店的下一次加購項目供應狀態變更而被發佈。
- 同步後就立即發佈。 如果某項變更已準備好，請在 同步 後立即按下 發佈，而不是讓它處於待處理狀態。
- 在有編輯待處理時，暫時不要變更加購項目狀態。 如果某個品牌編輯已同步但絕對不能立刻上線，請要求分店人員在該編輯發佈之前，避免將加購項目標示為缺貨或恢復供應。變更品項的缺貨狀態是安全的，因為它們不會重新發佈菜單。
- 能用品項缺貨處理時，優先使用它。 如果即將售罄的東西既是某個獨立品項，也是一個加購項目，而且只有獨立品項受到影響，那麼請將該品項標示為缺貨，而非加購項目。
檢查已發佈的內容
要確認您菜單的哪個版本已上線，請在 klikit Cloud 上開啟分店菜單，並與消費者在您外送平台上看到的內容進行比對。菜單變更通常需要幾分鐘才能在消費者端應用程式上反映。
如果您的菜單已發佈了您不希望上線的變更，請在 klikit Cloud 上修正這些品項，然後再次依序點選 儲存、同步 和 發佈，以便讓修正後的菜單送達您的外送平台。
有關將品項和加購項目標示為缺貨的完整步驟，請參閱 如何在網頁版應用程式管理缺貨 (OOS)？ 和 如何在應用程式管理缺貨 (OOS)？。
需要協助？透過即時聊天與我們聯繫
點選螢幕右下角的「即時聊天」按鈕