嗨，我正在進行 N8N102 - 第 1 節（API 整合管道），但卡在最後的檢查點。
我的 FinalizePipeline 節點將此負載發送到 /course/n8n102/finalize：
{
“total_orders”: 50,
“enterprise_count”: 12,
“batch_size”: 10,
“retry_enabled”: true
}
我收到一個 422 錯誤：
「無效的最終數據計數。您的一個或多個計數不正確。」
我已驗證的內容：
- GetOrders 分頁工作正常，準確返回 50 個訂單
- FilterDelivered 正確返回 12 個未交付的企業訂單
- SendToOrdersQueue 和 SendToPriorityQueue 在我最近的完整運行中都返回了成功回應
- 最終化負載中的所有值都是正確的類型（數字/布林值，不是字串）
我的猜測是這可能與我在調試期間的較早提交有關 - 我最初完成「訂單隊列評估檢查點」時還未添加分頁，當時 orders_queued 是 10 而不是 50。服務器可能仍在與我之前的早期計數進行比較，而不是我最近的運行。
有人可以幫助我檢查我的評估的後端狀態，或讓我知道如何重置此部分的進度，以便我可以乾淨地重新提交嗎？
評估 ID：7369d82545c8b10f9f5ae4f1b3579603
提前感謝！
嗨 @muktern8n 歡迎！
錯誤名稱列出的是你的計數，而非進度，所以這是承載資料而非陳舊的後端狀態。batch_size 是唯一與步驟 2.7 不匹配的值，而步驟 2.7 使用 5。將 BatchPriorityOrders 設定為批次大小 5，一次性重新執行整個工作流程，然後使用 batch_size: 5 完成。
查看這個：
補充 Anshul 所說的，因為有一個討論串包含你確切的錯誤訊息（不是「Progress incompleted」那個），n8n 團隊的 Jamie 確認了批次大小並貼出了參考執行的螢幕截圖：
那個討論串中有兩件事我建議你在重新執行時打開。
螢幕截圖提供了一種方法，讓你在點擊完成之前就能對執行進行健全性檢查。有 12 筆企業訂單和批次大小為 5 的情況下，BatchPriorityOrders 應該顯示 4 次執行，SendToPriorityQueue 應該顯示 3 次（5、5、2）。如果優先級隊列節點仍然顯示 2，那麼迴圈仍在 10 上，我不會相信完成呼叫，直到該數字改變。你的 total_orders 50 和 enterprise_count 12 都與參考執行顯示的內容一致，所以 batch_size 確實是唯一不符的數字。
Jamie 在該討論串中和上週的「Missing required parameter: total_orders」討論串中不斷指出的另一件事是型別。如果 FinalizePipeline 正文在「Using Fields Below」上，而你直接將 50 和 true 輸入值欄位，它們會以字串形式發送，儘管在 UI 中看起來正確。
Hi @muktern8n
我認為問題在於 batch_size。
對於最終檢查點，它應該是 5，而不是 10。你的其他值看起來都沒問題：
{
“total_orders”: 50,
“enterprise_count”: 12,
“batch_size”: 5,
“retry_enabled”: true
}
我會將 BatchPriorityOrders 的批次大小改為 5，然後從頭到尾重新執行完整工作流程，並提交最終檢查點。
所以我不認為這與之前的 orders_queued: 10 提交或快取的後端狀態有關。你收到的 422 錯誤特別指向最終計數，而 batch_size: 10 是不符合課程要求的值。
感謝Subham，batch_size: 5確實是修正方案，SendToPriorityQueue現在執行成功（所有批次都是綠色的，12個項目已確認）。
不過，FinalizePipeline現在出現了不同的錯誤：「進度未完成。您尚未完成本評估中的所有步驟。」這令人困惑，因為在這個完整的執行過程中：- SendToOrdersQueue確認orders_queued: 50 - SendToPriorityQueue針對所有批次執行成功（總共12個項目）- FinalizePipeline payload: { “total_orders”: 50, “enterprise_count”: 12, “batch_size”: 5, “retry_enabled”: true } 這次執行中所有操作都成功了，但最終化步驟仍然顯示進度未完成。
這看起來類似於上面另一位用戶報告的相同問題。能否有人檢查我的評估ID的後端檢查點狀態？
評估ID: 7369d82545c8b10f9f5ae4f1b3579603
@muktern8n 不需要後端檢查，問題在於你的流程。你列出排隊的訂單為 50 個，作為步驟 1 成功的證明，但在另一個執行緒中，有人說步驟 1 部分只想要 10 個，所以你需要停用分頁。
and
感謝你的回覆，但我認為這可能不正確——課程文件在步驟 2.1-2.2 中明確表示分頁應該回傳 50 個訂單，而該檢查點的確認代碼在其名稱中字面上包含「PAGED-ORDERS-QUEUE」，我已成功收到。練習的其餘部分（20 個企業／30 個其他、12 個未送達）只有在有 50 個訂單的情況下才有意義，而不是 10 個。
你能分享提到「只有 10 個」的具體討論串嗎？我想確保我沒有遺漏其他背景，但根據我的課程材料副本，分頁到 50 似乎是必需步驟，而不是選項。
@muktern8n 這是連結 @jamiemadden_n8n 是官方學院助手，所以他說的應該會有用！
抱歉不是實際連結，連結會被截斷，只要點擊橙色的部分然後向上滾動
