n8n 訂單助手內部管理

管理工具

01整合設定 02錯誤處理與備援 03回到導購頁 04開啟 n8n
處理原則

先驗證、再重試、最後才使用本機規則或人工報價;備援不會自行編造商品型號與價格。

ERROR HANDLING & FALLBACK

錯誤處理與備援

查看系統的錯誤情境、處理方式、備援結果與實際發生紀錄。

檢查登入

SECURE ACCESS

需要管理員登入

此頁使用與整合設定相同的管理 Session,請先登入管理首頁。

前往登入

CURRENT STATUS

目前錯誤與備援狀態

數字取自 PostgreSQL 查詢與 AI 結構化輸出稽核紀錄。

尚未更新
AI 備援次數—已改用本機規則
AI 結構化錯誤—處理失敗並留下錯誤資料
查詢錯誤—RAG 查詢未成功
AI 結構化輸出稽核表

顯示已驗證或本機規則成功並寫入 PostgreSQL JSONB 的紀錄。

0 筆
時間Provider/模型意圖狀態Token(估算)結構化 JSON
尚無結構化輸出紀錄
錯誤處理與備援設計

每一列說明錯誤如何發生、系統怎麼處理,以及最後回傳什麼。

錯誤情境如何產生偵測與處理備援結果查看位置狀態
AI API 或輸出失敗Credential 無效、401/429、逾時,或輸出不符合 JSON Schema/信心低於 0.5AI 節點允許錯誤輸出,B2D 再驗證欄位與範圍改用 B2L 本機規則解析,商品與價格仍由資料庫決定本頁紀錄、n8n Execution已啟用
RAG/資料庫服務失敗B3 請求逾時、5xx 或資料庫暫時無法回應HTTP 自動重試 2 次,每次間隔 800 msB3E 回傳結構化人工報價訊息,不猜測商品或價格n8n Execution、前端回覆已啟用
LINE 查詢流程失敗n8n Webhook 或後端查詢拋出例外LINE Gateway 捕捉例外,不把內部錯誤內容直接傳給客戶回覆服務暫時無法取得資料並轉人工報價LINE 回覆、服務日誌已啟用
訂單資料不合法缺少客戶、型號不存在、耗材不相容或回購週期超出範圍C2 與後端再次驗證,拒絕建立錯誤訂單保留原資料庫狀態並要求客戶修正前端錯誤、n8n Execution已啟用
付款後通知失敗LINE/SMTP/n8n 通知端點逾時或回傳錯誤D3、D4 先重試;後端捕捉整體通知失敗訂單維持已付款,另寫入 FAILED_FALLBACK_SIMULATION 通知紀錄訂單通知紀錄、n8n Execution已啟用
實際 fallback/error 紀錄

外部 AI 失敗、輸出驗證失敗或後端查詢例外時會自動新增。

0 筆
時間原始 Provider → 結果意圖狀態錯誤/備援原因回傳 JSON
尚無錯誤或備援紀錄
紀錄差異

AI 已進入後端後發生的 fallback/error 會寫入上表;若 n8n 或 RAG 服務在寫入前就完全離線,事件會改留在 n8n Execution、前端/LINE 回覆及服務日誌。