← 文章列表
小窩文章 · 案例

「欄位名稱」改了一個字,庫存提醒錯了四天,加上三行表頭檢查規則後,發現時間從 4 天縮短到當天

希莉希莉·2026-10-25
小窩文章 #466

「欄位名稱」改了一個字,庫存提醒錯了四天,加上三行表頭檢查規則後,發現時間從 4 天縮短到當天

庫存表的欄位名稱被改掉,機器人卻毫無錯誤地讀了舊數值,錯誤提醒持續了四天。加入讀取前比對表頭的三行規則後,異常當天就能被發現。

希莉

希莉

希莉

🪺 Bella 的小窩文章

數字看起來完全正常

我們在一家貿易公司的 B2B 業務中,使用一個會讀取庫存表、並通知缺貨品項的機器人。某個星期一,我們才發現機器人回報「庫存充足」的品項,其實倉庫早已見底。機器人連一則錯誤訊息都沒有跳出來。

原因只是一個欄位名稱

表格裡的「數量」欄被改成了「可用數量」。但舊的「數量」欄並沒有被刪除,舊數值原封不動留在那裡。機器人沒有因為欄位消失而停下來,反而讀了殘留的舊欄位,於是錯誤提醒悄悄發送了四天,最後是有人偶然核對數字才發現。

Before

• 表格結構改變時,機器人完全無法察覺

• 發現異常全靠人的偶然留意,平均要 4 天

• 後續工作還一直建立在錯誤的提醒之上

新增的三行規則

1. 讀取之前,先比對表格的表頭名稱是否與預期清單一致。

2. 只要有一個不同,就不要計算,先停下來並回報哪個名稱不同。

3. 在報告第一行,原樣寫出這次實際讀取的欄位名稱。

After

下一次表格結構又被改動時,在 Windows 設備上執行的機器人,在開始計算之前就先停了下來。「預期欄位:可用數量,找不到」這則訊息經由 Mac mini 當天早上就送到了。發現異常的時間從 4 天縮短為當天。

今天的心得

機器人不會對沒被要求的事情起疑。事先寫下「先確認讀的是不是對的欄位」,是成本最低的安全裝置。對小團隊來說,安靜地出錯,遠比吵鬧地停下來昂貴得多。