三分鐘版整套流程就這 5 步;要細節再往下讀
- 確認時點與口徑:盤點時間與帳務截止、單位與包裝規格。
- AI 把帳上與盤點整理成同一組欄位,原值照抄不換算。
- 帳實差異與金額在試算表算,公式看得見。
- AI 把差異對回異動紀錄分類;查不到依據的標【原因不明】,不得歸成損耗。
- 逐筆查證【原因不明】,重複型態列入流程改善。
這一篇用的是兩份比差異這一招——兩組資料先對齊口徑,機械比對差異,AI 只分類不解釋,查不出依據的一定標出來。
同一招還能做這幾件事(共 7 篇):
一、這是什麼三十秒判斷關不關你的事
先確認這一篇解的是不是你的問題。看完這兩節如果覺得不像,就不用再往下讀——省下的時間比讀完更值錢。
01解決的工作問題
盤點盤出差異,最常見的處理是「調帳」——把帳上的數字改成實際的數字,然後結案。但差異本身才是資訊:報廢沒登記、退貨沒入帳、內部領用沒扣、進貨數量點錯、賣的時候按錯品項,這幾種的處理方式完全不同,而「差異」這個詞把它們全部蓋掉了。AI 在這裡有兩個要擋住的行為:一是幫你算數字(那要在試算表算),二是幫你把差異歸因成「損耗」——那不是歸因,那是放棄追查。
02什麼時候用、什麼時候別用
什麼情況下該用這一套
- 有帳上庫存與實際盤點兩份資料可以比對。
- 差異要查得出原因,而不是只要把帳調平。
- 有品項層級的資料(不是只有總金額)。
什麼情況下別用
- 把差異一律歸成損耗
- 損耗是原因之一,不是差異的同義詞。歸成損耗等於放棄追查,而問題會在下一期原樣出現。
- 疑似失竊或舞弊的處理
- 一旦有這個懷疑,程序、證據保全與調查另有規範,不是盤點技術問題。
- 只有總金額時
- 沒有品項層級的資料,就只知道差多少,不知道差在哪。
誰會用到
- 門市/餐飲
- 這是你的主場。差異不等於損耗——先分類再談原因,不然每個月都在調同一批帳。
- 會計/財務
- 盤盈盤虧的入帳與調整有內部規定與權責,不是盤完就自己改。
- 營運
- 同一個品項每期都有差異,代表流程有洞(領用沒登記、退貨沒回沖),修流程比調帳有用。
- 採購
- 進貨數量與規格的差異要往上追到驗收,不要只在盤點端處理。
- 主管
- 盤點資料會連到人。它的用途是找流程漏洞,不是拿來指控誰。
所屬工作情境
二、整件事怎麼跑先看圖,再看逐步
先用一張圖抓全貌,再看逐步展開。圖看不懂沒關係,下一節會把每一步實際在做什麼、誰做,一條一條講清楚。
03流程圖
這張圖是整篇的骨架:輸入 → 步驟 → 困難點 → AI/Agent/Tool 介入 → 人工檢查 → 產出。紅框是最常出事的位置,綠框是不能下放的人工檢查點,粗框是中止條件。後面每一節都是在展開圖上的某一格。
AI 盤點與損耗:差異不等於損耗,先分類再談原因Human 輸入Human 步驟AIAgentToolCheckpointOutputRisk 困難點Stop 中止
看圖重點:這張圖最重要的一句話在第四格的規則裡:找不到依據的標【原因不明】,不得歸成損耗。因為「損耗」不是一個原因,它是一群原因的統稱——報廢沒登記、退貨沒回沖、領用沒扣、POS 按錯、驗收沒點,這五種的改善方式完全不同。一旦寫成損耗,這五個問題就都被蓋掉了,而下一期它們會原樣再來一次。另外注意第一格:時點與單位。這兩件事沒先對齊,你會花一整個下午追一批根本不存在的差異。純文字流程表(手機/螢幕閱讀器建議看這張)
AI 盤點與損耗:差異不等於損耗,先分類再談原因(純文字流程表)| 序 | 類型/角色 | 流程步驟 | 這一步的困難點/中止條件 |
|---|
| 1 | Human | 帳上明細 + 盤點紀錄 + 期間異動 + 分類清單 + 盤點口徑 分類清單裡不設「損耗」 | — |
| 2 | Human | 人確認時點與口徑:盤點時間、帳務截止、單位與包裝規格 | 困難點/風險時點對不起來:那一小時的銷貨全變成差異 |
| 3 | AI | AI 整理成同一組欄位(原值照抄、不換算、不合併) | 困難點/風險帳上以箱計、盤點以個計,差異大到嚇人而且是假的 |
| 4 | Tool | 試算表算差異量與金額(公式可驗算) | — |
| 5 | AI | AI 對回異動紀錄分類;無依據標【原因不明】,不得歸損耗 | 困難點/風險差異一律當損耗:下一期同一批品項還是會差 |
| 6 | Agent | 檢核助手掃描:跨期重複、時段集中、系統性單位錯誤 | — |
| 7 | Checkpoint | 人逐筆查證【原因不明】+ 依權責核定調整 | 困難點/風險小差異不查,累積一年才發現是固定的流程漏洞 失敗與中止條件把查不到原因的差異歸為損耗 → 該筆退回重查 |
| 8 | Output | 盤點報告 + 調整紀錄 + 流程改善清單 | — |
Mermaid 原始碼(貼進 Mermaid Live 或 draw.io 可再編輯)
可直接複製,改成你自己的流程
flowchart TD
in1(["<b>Human</b><br/>帳上明細 + 盤點紀錄 + 期間異動 + 分類清單 + 盤點口徑<br/><small>分類清單裡不設「損耗」</small>"])
s1["<b>Human</b><br/>人確認時點與口徑:盤點時間、帳務截止、單位與包裝規格"]
a1[/"<b>AI</b><br/>AI 整理成同一組欄位(原值照抄、不換算、不合併)"/]
t1[("<b>Tool</b><br/>試算表算差異量與金額(公式可驗算)")]
a2[/"<b>AI</b><br/>AI 對回異動紀錄分類;無依據標【原因不明】,不得歸損耗"/]
g1[["<b>Agent</b><br/>檢核助手掃描:跨期重複、時段集中、系統性單位錯誤"]]
c1{{"<b>Checkpoint</b><br/>人逐筆查證【原因不明】+ 依權責核定調整"}}
o1(["<b>Output</b><br/>盤點報告 + 調整紀錄 + 流程改善清單"])
r2>"<b>Risk</b><br/>時點對不起來:那一小時的銷貨全變成差異"]
r3>"<b>Risk</b><br/>帳上以箱計、盤點以個計,差異大到嚇人而且是假的"]
r1>"<b>Risk</b><br/>差異一律當損耗:下一期同一批品項還是會差"]
r4>"<b>Risk</b><br/>小差異不查,累積一年才發現是固定的流程漏洞"]
x1[/"<b>Stop</b><br/>把查不到原因的差異歸為損耗 → 該筆退回重查"\]
in1 --> s1
s1 --> a1
a1 --> t1
t1 --> a2
a2 --> g1
g1 --> c1
c1 --> o1
s1 -.->|風險| r2
a1 -.->|風險| r3
a2 -.->|風險| r1
c1 -.->|風險| r4
c1 ==>|中止| x1
c1 -.->|退回重新分類| a2
classDef clsIn fill:#FFFFFF,stroke:#2C4459,stroke-width:2px,color:#141E2B
classDef clsHuman fill:#FBFCFD,stroke:#7A8CA0,stroke-width:2px,color:#141E2B
classDef clsAI fill:#FFF6EA,stroke:#DE9A45,stroke-width:2px,color:#141E2B
classDef clsAgent fill:#FDEBD2,stroke:#B87A2E,stroke-width:2px,color:#141E2B
classDef clsTool fill:#EDF2F6,stroke:#2C4459,stroke-width:2px,color:#141E2B
classDef clsCheck fill:#E8F2EC,stroke:#3F7A5A,stroke-width:2px,color:#123024
classDef clsOut fill:#141E2B,stroke:#141E2B,stroke-width:2px,color:#F2F6F9
classDef clsRisk fill:#FCEFEA,stroke:#C0552F,stroke-width:2px,color:#5E2110
classDef clsStop fill:#F7E1DB,stroke:#8E2F17,stroke-width:3px,color:#5E2110
class in1 clsIn;
class s1 clsHuman;
class a1 clsAI;
class t1 clsTool;
class a2 clsAI;
class g1 clsAgent;
class c1 clsCheck;
class o1 clsOut;
class r2 clsRisk;
class r3 clsRisk;
class r1 clsRisk;
class r4 clsRisk;
class x1 clsStop;04完整步驟圖的文字版,逐步展開
上面三分鐘版那幾步,這裡逐步展開:每一步誰做、做完會有什麼。
| 序 | 誰做 | 步驟與說明 |
|---|
| 1 | Human | 確認時點與口徑 盤點時間與帳務截止時點要對得起來;單位、包裝規格、是否含在途與寄售先定義清楚。→ 盤點口徑 |
| 2 | AI | 格式整理 把帳上明細與盤點紀錄整理成同一組欄位,原值照抄,不換算單位、不合併品項。缺的標【資料未載】。→ 統一格式明細 |
| 3 | Tool | 算差異 帳實比對與差異量在試算表算,公式看得見。金額換算也在這裡做。→ 差異清單 |
| 4 | AI | 分類差異 把每一筆差異對回期間內的異動紀錄,依分類清單標出可能原因,並附依據。找不到依據的標【原因不明】,不得歸成損耗。→ 差異分類表 |
| 5 | Agent | 型態掃描 機械檢查:同一品項是否連續多期出現差異、差異是否集中在特定時段或特定作業、是否有系統性的單位換算錯誤。→ 型態標記 |
| 6 | Human | 查證與處置 【原因不明】逐筆查證;依權責決定調整方式;重複型態列入流程改善。→ 盤點報告 + 調整紀錄 + 流程改善清單 |
三、動手做備料 → 指令 → 產出 → 工具
這一區是真的動手:先備料、再貼指令、然後對照產出應該長什麼樣。手上是哪一支 AI 都做得完,差別寫在最後的工具那一節。
05開始前要準備什麼標「必要」的沒備齊就先別開始
- 帳上庫存明細必要
- 品項、數量、單位、截止時點。時點很重要——盤點時間與帳務截止時點要對得起來。
- 實際盤點紀錄必要
- 品項、數量、盤點人、盤點時間。雙人盤或複盤的紀錄要保留。
- 差異原因分類清單必要
- 報廢、過期、退貨、內部領用、進貨差異、品項按錯、贈品、樣品、不明。分類先定,AI 才知道往哪裡歸。
- 期間內的異動紀錄必要
- 進貨、銷貨、退貨、報廢、領用。差異的解釋幾乎都藏在這裡。
- 上期盤點的差異清單可選
- 同一品項連續出現差異,是流程問題不是偶發。
餵進去的東西要長這樣
帳上庫存明細 + 實際盤點紀錄 + 期間異動紀錄 + 差異原因分類清單 + 盤點口徑(時點、單位、是否含在途)。上期差異清單可選但強烈建議。
- 盤點時點與帳務截止時點要寫出來,兩者不一致會產生假差異。
- 單位要統一,或提供包裝規格對照(1 箱=24 個)。單位混用產生的差異會大到嚇人而且是假的。
- 異動紀錄要含進貨、銷貨、退貨、報廢、內部領用——差異的解釋幾乎都在這裡。
- 分類清單要具體,「損耗」不算一個分類。
- 經手人一律用職務或代碼,盤點資料不是拿來指認個人的。
【店別】○○門市
【盤點口徑】9/30 22:00 全盤(雙人複盤);帳務截至 9/30 21:00;單位一律以「個」計;不含在途與寄售。
※ 時點差 1 小時,21:00–22:00 之間的銷貨會形成差異,已列為預期假差異。
【差異原因分類清單】
報廢/過期/退貨未回沖/內部領用未扣/進貨數量差異/POS 按錯品項/贈品樣品/時點差異/原因不明
(「損耗」不列為分類)
【差異清單】
| 品項 | 帳上 | 實盤 | 差異 |
|---|---|---|---|
| P01 | 120 | 108 | −12 |
| P02 | 48 | 50 | +2 |
| P03 | 200 | 176 | −24 |
| P05 | 60 | 57 | −3 |
【期間異動紀錄(節錄)】
- 9/12 P01 報廢 8 個(報廢單 R-0912,未見系統扣帳)
- 9/18 P03 進貨 1 箱(採購單 PO-0918,載 1 箱=24 個;驗收簽收數量欄空白)
- 9/25 P02 退貨 2 個(退貨單 RT-0925,系統回沖 10/1)
- P05 期間無相關異動紀錄
【包裝規格】
P03:1 箱=24 個
【上期差異】
P05 上期差 −2;上上期差 −4。
06Prompt(快速/完整/進階)
A 快速版貼上就能用;B 完整實戰版把角色、限制、步驟、輸出格式與驗收標準寫足;C 進階版是拿去建 GPT/Skill/Agent 的系統指令,預設收起來,要用再點開。三版都附可替換變數、使用範例與預期輸出;A 與 B 另外列出那一版特有的常見錯誤與人工確認點,C 版的那幾題指向 Agent 專篇。
適合的工具ChatGPTClaude試算表
👇 直接複製,{ } 換成你的內容
以下是盤點差異清單、期間異動紀錄與差異原因分類清單。請:
1. 先檢查時點與單位:盤點時點與帳務截止是否一致、兩份資料單位是否相同。不一致的先標出來,那會產生假差異。
2. 逐筆比對差異與異動紀錄,依分類清單標出可能原因並附單據依據(編號、日期)。
3. 部分解釋的,明確列出已解釋量與剩餘量;剩餘量獨立列為【原因不明】。
4. 查不到依據的標【原因不明】並列出建議調閱的紀錄,依查證優先順序排列。
不得做算術、不得歸因為「損耗」、不得推測原因、不得因差異量小而略過任何一筆。
差異清單與異動紀錄:{貼上};分類清單:{貼上}可替換變數
| 變數 | 要換成什麼 |
|---|
{貼上} | 差異清單(品項、帳上數、實盤數、差異量)。 |
{貼上} | 期間內異動紀錄與差異原因分類清單。 |
完整使用範例(照這樣填)
以下是差異清單與期間異動紀錄。請照四個要求處理。(照母提示詞)
【盤點口徑】9/30 22:00 盤點;帳務截至 9/30 21:00;單位一律以「個」計;不含在途。
【差異原因分類】
報廢/過期/退貨未回沖/內部領用未扣/進貨數量差異/POS 按錯品項/贈品樣品/原因不明
【差異清單】
| 品項 | 帳上 | 實盤 | 差異 |
|---|---|---|---|
| P01 | 120 | 108 | −12 |
| P02 | 48 | 50 | +2 |
| P03 | 200 | 176 | −24 |
| P04 | 15 | 15 | 0 |
| P05 | 60 | 57 | −3 |
【期間異動紀錄(節錄)】
- 9/12 P01 報廢 8 個(有報廢單,未見系統扣帳)
- 9/18 P03 進貨 1 箱(採購單載 1 箱=24 個,驗收簽收數量欄空白)
- 9/25 P02 客戶退貨 2 個(退貨單有,系統回沖時間 10/1)
- P05 無相關異動紀錄
預期輸出範例(拿到的東西應該長這樣)
【差異分類表】
| 品項 | 差異 | 分類 | 依據 | 待處理 |
|---|---|---|---|---|
| P01 | −12 | 報廢未扣帳(部分) | 9/12 報廢單 8 個,未見系統扣帳 | 尚有 −4 未解釋 → 【原因不明】 |
| P02 | +2 | 退貨未回沖(時點差) | 9/25 退貨單 2 個,系統回沖 10/1 | 已解釋,屬時點差異 |
| P03 | −24 | 進貨數量差異(疑似) | 9/18 採購單載 1 箱=24 個,驗收數量欄空白 | 需向倉管確認實收數量 |
| P05 | −3 | 【原因不明】 | 期間無相關異動紀錄 | 需查證 |
【要注意的三件事】
1. **P01 只解釋了 8 個,還差 4 個。** 部分解釋不等於已解決——剩下的 4 個仍屬【原因不明】,不要因為「大部分找到了」就整筆結案。
2. **P03 的 −24 剛好等於一箱。** 這很可能是進貨根本沒入庫、或入庫時整箱漏點。但「剛好等於一箱」是線索不是結論,要看驗收簽收紀錄確認。
3. **P02 是時點差異,不是真的差異。** 退貨單在 9/25、系統回沖在 10/1,盤點時實物已經回來但帳還沒動。這一類調整方式與其他差異不同。
【我沒有做的事】
- 沒有計算任何差異率、損耗率或金額。請在試算表算,並註明口徑。
- 沒有把任何一筆歸成「損耗」。分類清單裡的「損耗」不是一個原因,是一群原因的統稱。
- 沒有推測 P05 的原因。無異動紀錄就是無依據,那正是要去查的。
【建議的查證順序】
1. P03(−24,金額最大且線索明確):調驗收簽收紀錄。
2. P01 剩餘 −4:查是否有第二張報廢單,或當日銷售紀錄。
3. P05(−3):金額最小但完全無線索,反而最需要查——這種才是流程漏洞的徵兆。
常見錯誤用法
- 叫 AI 算損耗率。金額與比率要在試算表算,而且口徑要寫出來。
- 把找不到原因的差異歸成損耗。那不是分類,是放棄追查。
- P01 找到 8 個就整筆結案。部分解釋不等於解決。
- 小差異先放著。P05 那種「金額小、完全沒線索」的,才是固定漏洞的徵兆。
缺少資料時怎麼辦異動紀錄不完整時,很多差異會落在【原因不明】。這時候該做的不是讓 AI 推測,是去補異動紀錄——盤點差異查不出原因,通常代表平常的登記就有漏。
這一版另外要人確認- 時點與單位口徑的確認。
- 所有差異量與金額的計算。
- 【原因不明】的逐筆查證與調整核定。
適合的工具ChatGPTClaude試算表
👇 直接複製,{ } 換成你的內容
# 角色
你是盤點差異的分類協助者。你的專長是把每一筆差異對回期間異動紀錄,並誠實標出查不到依據的部分。你不算術、不歸因為損耗、不推測原因。
# 背景
- 單位/店別:{名稱}
- 盤點時點與帳務截止時點:{時間}
- 盤點方式:{全盤/抽盤/循環盤點}|{單人/雙人/複盤}
- 品項數與差異筆數:{數量}
# 任務
產出差異分類表、依據對照、重複型態、【原因不明】清單與流程改善建議。
# 可以使用的資料
只有【差異清單】【異動紀錄】【分類清單】【上期差異】四段。你對零售或倉儲的一般認識、常見損耗率、你認為合理的原因,一律不得作為分類依據。
# 不可以做的事(違反任何一條就是失敗)
1. 不得做算術:不算差異率、損耗率、金額,也不做單位換算。
2. 不得把任何一筆歸成「損耗」。查不到依據的一律【原因不明】。
3. 不得推測原因。每個分類都要指得回一筆異動紀錄或單據。
4. 部分解釋不得視為已解決;剩餘量要獨立列為【原因不明】。
5. 不得因為差異量小而略過任何一筆。
6. 不得指認任何人;盤點人、經手人一律以代碼或職務表示。
# 處理步驟(請照順序做)
1. 先檢查時點與單位:盤點時點與帳務截止是否一致、兩份資料的單位是否相同。不一致的先標出來,因為那會產生假差異。
2. 逐筆比對差異與異動紀錄,依分類清單標出可能原因並附依據(單據編號、日期)。
3. 部分解釋的,明確列出已解釋量與剩餘量。
4. 查不到依據的標【原因不明】,並列出建議調閱的紀錄。
5. 比對上期差異,標出連續出現的品項。
6. 把重複型態轉成流程改善建議(例如「報廢單未同步扣帳」)。
# 輸出格式(嚴格照這個順序,不要加額外段落)
## 一、時點與單位檢查
(是否可能產生假差異)
## 二、差異分類表
(品項|差異量|分類|依據|已解釋/剩餘)
## 三、【原因不明】清單
(含建議調閱的紀錄,依查證優先順序排列)
## 四、重複型態
(連續多期出現差異的品項)
## 五、流程改善建議
(每項對應一個重複型態或系統性問題)
## 六、我沒有做的事
(固定列出:未計算、未歸因損耗、未推測原因、未指認個人)
# 驗收標準(產出後自己檢查一次並回報結果)
- [ ] 沒有任何我計算出來的數字
- [ ] 沒有把任何一筆歸成損耗
- [ ] 每個分類都指得回單據或異動紀錄
- [ ] 部分解釋的剩餘量已獨立列出
- [ ] 沒有指認任何人
【盤點口徑】
{貼上:時點、單位、是否含在途與寄售}
【差異清單】
{貼上}
【期間異動紀錄】
{貼上}
【差異原因分類清單】
{貼上}
【上期差異清單(可留白)】
{貼上或留白}可替換變數
| 變數 | 要換成什麼 |
|---|
{名稱} | 單位或店別。 |
{時間} | 盤點時點與帳務截止時點。兩者不一致會產生假差異。 |
{全盤/抽盤/循環盤點} | 方式影響結論的涵蓋範圍。 |
{數量} | 品項數與差異筆數。 |
完整使用範例(照這樣填)
背景填法示例:店別=○○門市;盤點 9/30 22:00、帳務截至 9/30 21:00;方式=全盤、雙人複盤;品項 320 項、差異 27 筆。差異清單與異動紀錄照 A 版格式貼上。
預期輸出範例(拿到的東西應該長這樣)
與 A 版的差別:多出時點與單位檢查、重複型態與流程改善建議。時點檢查放在最前面是有原因的——盤點時間與帳務截止差一小時,就會產生一批完全不存在的差異,而那批差異會浪費你整個下午。
常見錯誤用法
- 上期差異留白。重複型態看不出來,就會每期都在查同一批品項。
- 把流程改善建議放著不做。同樣的差異下一期會原樣出現。
- 看到【原因不明】很多就想歸成損耗結案。那份清單才是這次盤點真正的產出。
這一版另外不適合沒有額外的,看上面「三種版本共通的紅線」那一段就好。
缺少資料時怎麼辦異動紀錄缺漏時【原因不明】會很多,那是正確的呈現。盤點差異查不出原因,本身就是一個發現:平常的報廢、領用、退貨登記有漏,而那個漏會一直存在。
這一版另外要人確認- 時點與口徑的確認。
- 所有計算與金額換算。
- 【原因不明】的查證與調整核定。
CC. 進階版(做成盤點差異分類助手)每月都要盤,把分類清單與紅線固定成助手,讓每期的分類方式一致、可以疊起來看趨勢。
適合的工具自訂 GPT/Claude ProjectClaude Skill試算表
👇 直接複製,{ } 換成你的內容
# 你是誰
你是「盤點差異分類助手」。盤點人員把差異清單與異動紀錄貼給你,你負責分類並標出查不到依據的部分。你不算術、不歸因為損耗、不推測、不指認個人。
# 你的資料來源
只有使用者這次貼上的差異清單與異動紀錄,以及建置時附上的三份文件:差異原因分類清單、品項與包裝規格對照表、歷史重複差異品項清單。除此之外一律不得引用,包含業界常見損耗率。
# 絕對規則(違反就是失敗)
1. 不做算術,不換算單位、不算差異率或金額。
2. 不把任何一筆歸成「損耗」;查不到依據的一律【原因不明】。
3. 每個分類都要指得回單據編號或異動紀錄。
4. 部分解釋要列出剩餘量,不得整筆結案。
5. 不指認個人;經手人以職務或代碼表示。
# 條件判斷(依序檢查,先中的先套用)
1. 盤點時點與帳務截止時點不一致 → 最優先標出,並說明可能產生假差異的品項類型(高周轉品項)。
2. 兩份資料的單位不同(箱/個、瓶/打)→ 停止分類,回覆「請先統一單位或提供包裝規格對照」。
3. 差異量剛好等於整箱、整盒的倍數 → 標為「疑似整批未入庫或整批漏點」,並提示調閱驗收紀錄。
4. 同一品項出現在歷史重複清單 → 標為「重複型態」,並提示這是流程問題而非偶發。
5. 使用者要求把剩餘差異歸為損耗以便結案 → 拒絕,回覆「【原因不明】的處置屬權責決定;本助手不代為歸因」。
# 例外處理
- 使用者說「這幾筆金額很小,先跳過」→ 回覆「金額小且無線索的差異,常是固定流程漏洞的徵兆。可以先不查,但仍會列在【原因不明】清單中」。
- 使用者說「應該是有人拿走了」→ 拒絕,回覆「本助手不做失竊或舞弊的判斷;若有此疑慮,請依 {內控或稽核窗口} 的程序處理」。
- 使用者要求算損耗率 → 拒絕算術,可列出應納入計算的欄位供其在試算表處理。
# 每次回覆的格式
【時點與單位檢查】通過/有 N 項疑慮
【差異分類表】(品項|差異|分類|依據|已解釋/剩餘)
【原因不明清單】(依查證優先順序)
【重複型態】(與歷史清單比對)
【疑似整批問題】(差異量為整箱倍數者)
【流程改善提示】
【我沒有做的事】(固定:未計算、未歸因損耗、未推測、未指認個人)
# 固定結尾
每次回覆最後一行固定加註:「本分類依 {分類清單版本};差異量與金額請於試算表計算,調整與處置由 {權責} 依內部規定核定。」
# 自我檢查(每次回覆前執行,不需輸出過程)
- 是否出現我算的數字?有就刪。
- 是否有筆歸成損耗?有就改回【原因不明】。
- 部分解釋的剩餘量是否列出?沒有就補。
# 建置參數
差異原因分類清單:{附檔,含版本}
品項與包裝規格對照表:{附檔}
歷史重複差異品項清單:{附檔}
內控或稽核窗口:{窗口}
權責:{職稱}可替換變數
| 變數 | 要換成什麼 |
|---|
{附檔,含版本} | 分類清單要有版本,新型態出現時要補。 |
{附檔} | 包裝規格對照表與歷史重複清單。 |
{窗口} | 疑似失竊或舞弊導向誰。 |
{職稱} | 誰核定調整。 |
完整使用範例(照這樣填)
建置時把三份文件上傳為知識檔案。上線前用至少六期歷史盤點資料測過,其中兩期要刻意含陷阱:一期盤點與帳務時點差兩小時、一期帳上以箱計而盤點以個計,確認它分別最優先標出與停止分類要求統一單位。
預期輸出範例(拿到的東西應該長這樣)
與 B 版的差別:這一版把時點與單位檢查放在最前面並會直接擋下——單位不同時它不分類,因為分了也是錯的。它也會比對歷史重複清單,把「這個品項每期都差」直接標出來。
固化成助手是另一件工程,這一頁不重講下面這幾題每個方法都一樣,站上各有一篇:
07產出應該長什麼樣拿到的東西要長這樣
六節:時點與單位檢查、差異分類表、【原因不明】清單、重複型態、流程改善建議、我沒有做的事。時點檢查放最前面。
完成品:查證之後,四筆差異的四種結局
【P03|−24(疑似整箱)】
查證:調 9/18 驗收簽收單,數量欄空白;詢問當日收貨人員(職務:夜班倉管),表示「照單簽收,沒有拆箱點」。
結論:**驗收未清點**。實際到貨數量無從確認,供應商出貨單載 1 箱。
處置:(1) 向供應商查證出貨明細;(2) 驗收數量欄改為必填,未填不得簽收;(3) 本筆依內部規定報請調整,並註明原因為驗收未清點(非損耗)。
※ 一開始被懷疑是失竊。查下去發現是流程沒做——這也是為什麼「疑似整箱」只能當線索。
─────────────────────────────
【P01|−12(報廢 8 + 不明 4)】
查證:報廢單 R-0912 確有 8 個,系統未扣帳(作業漏)。剩餘 4 個查當日銷售明細,發現有 4 筆以 P07 結帳但實際取貨為 P01(POS 品項相鄰)。
結論:報廢未扣帳 8 個 + POS 按錯品項 4 個。
處置:(1) 報廢流程改為系統扣帳後核發單據;(2) P01 與 P07 在 POS 版面上調開位置。
※ 如果當初把 −12 整筆算成報廢,POS 按錯這個問題不會被發現,而且會一直發生。
─────────────────────────────
【P02|+2(時點差異)】
查證:退貨單 RT-0925 有,系統回沖時間為 10/1,盤點時實物已回但帳未動。
結論:時點差異,非真實差異。
處置:不調整。改進方向是退貨回沖改為即時,或把盤點時點與帳務截止對齊。
─────────────────────────────
【P05|−3(連續三期)】
查證:本期 −3、上期 −2、上上期 −4。追查發現該品項為店內試吃品,試吃領用未建立登記程序。
結論:內部領用未扣帳,屬流程漏洞。
處置:(1) 建立試吃領用登記表,每日結帳時一併扣帳;(2) 下期觀察差異是否消失。
※ 這一筆金額最小,卻是唯一一個「每期都會再發生」的問題。小差異不查的代價就在這裡。
─────────────────────────────
【本期結論】
四筆差異,沒有一筆的原因是「損耗」。
三筆對應到三個不同的流程漏洞(驗收未清點、報廢未扣帳、試吃未登記),一筆是時點差異。
如果照最快的做法「差多少調多少」,這四個發現一個都不會有,而下一期會原樣再來一次。
輸出格式規格(要照著做的人再展開)
- 每個分類都要附依據(單據編號與日期),沒有依據的一律【原因不明】。
- 部分解釋要分開列出「已解釋量」與「剩餘量」,剩餘量獨立進【原因不明】。
- 【原因不明】清單要依查證優先順序排列,並列出建議調閱的紀錄。
- 不得出現「損耗」作為分類,也不得出現任何計算出來的數字。
- 重複型態要標明連續幾期,那決定它是偶發還是流程問題。
## 一、時點與單位檢查
- 盤點 22:00、帳務截至 21:00,相差 1 小時。高周轉品項可能出現預期內的假差異,建議先排除該時段的銷貨紀錄再判讀。
- 單位:帳上與盤點皆以「個」計,一致。P03 有包裝規格(1 箱=24 個),差異量恰為 24 的倍數,見第五節。
## 二、差異分類表
| 品項 | 差異 | 分類 | 依據 | 已解釋/剩餘 |
|---|---|---|---|---|
| P01 | −12 | 報廢未扣帳 | 報廢單 R-0912,8 個 | 已解釋 8/剩餘 4 |
| P02 | +2 | 退貨未回沖(時點差異) | 退貨單 RT-0925,系統回沖 10/1 | 已解釋 2/剩餘 0 |
| P03 | −24 | 進貨數量差異(疑似) | 採購單 PO-0918,驗收數量欄空白 | 待確認 |
| P05 | −3 | 【原因不明】 | 期間無相關異動紀錄 | 剩餘 3 |
## 三、【原因不明】清單(依查證優先順序)
| 順序 | 品項 | 量 | 建議調閱 |
|---|---|---|---|
| 1 | P03 | −24 | 驗收簽收紀錄、進貨當日入庫影像或簽收單 |
| 2 | P01 | −4 | 是否有第二張報廢單;當日銷售明細 |
| 3 | P05 | −3 | 近三期異動紀錄;該品項的領用與試吃紀錄 |
## 四、重複型態
| 品項 | 本期 | 上期 | 上上期 | 判讀 |
|---|---|---|---|---|
| P05 | −3 | −2 | −4 | 連續三期短少,屬流程問題,非偶發 |
## 五、疑似整批問題
- P03 差異 −24,恰為 1 箱(24 個)。疑似整箱未入庫或整箱漏點。**這是線索不是結論**,須調驗收紀錄確認。
## 六、流程改善建議
1. 報廢單未同步扣帳(P01):報廢作業與系統扣帳未連動,建議改為扣帳後才核發報廢單。
2. 驗收數量欄空白(P03):驗收未逐項清點即簽收,建議數量欄設為必填。
3. P05 連續三期短少:建議追查該品項的領用或試吃流程是否未登記。
## 七、我沒有做的事
- 未計算差異率、損耗率或金額。
- 未把任何一筆歸為損耗。
- 未推測 P05 的原因。
- 未指認任何經手人。
08工具怎麼挑
這幾支都做得到——差別在你手上有哪一支、資料能不能外流。標「起手」的是不知道從哪支開始時的建議,不是限定。
| 工具 | 什麼時候用 | 為什麼 | 注意 |
|---|
ChatGPT ↗起手 差異對回異動紀錄 | 把差異對回異動紀錄、分類 | 在一堆單據裡找出對得上的那一筆,省時間。 | 它會想幫你把剩下的歸成損耗,要明確禁止。 |
| Claude ↗ | 品項多、異動紀錄長 | 長清單逐筆比對較不會漏掉中段。 | 庫存與銷售資料屬營運資訊,貼入前確認可行性。 |
M365 Copilot ↗ 在公司環境內比對差異 | 盤點表與異動紀錄都是內部系統匯出的 Excel | 庫存量與成本不必貼到外部服務。 | 差異金額仍以試算表算式為準,不採信它在對話裡算的數。 |
試算表 差異與金額計算 | 差異量、金額與比率計算 | 盤點報告要能重算與追溯,公式必須留得下來。 | 單位換算的公式要有人驗過一次。 |
自訂 GPT/Claude Project 每期分類一致 | 每月都要盤 | 分類清單與包裝規格固定,每期分類方式一致、可疊起來看趨勢。 | 新型態要補進清單並升版。 |
沒建過助手?先看這三篇
上面表格裡的「自訂 GPT/Project」「Claude Skill」「Copilot Studio」是三種裝法,不是三個要學的技術。第一次做的人先看這幾篇,知道它們是什麼、在哪裡建、要不要付費,再回來這一頁。
四、不要做錯這幾關不下放
這一區是踩過的坑與該守的線。標「不下放」的步驟請不要交給 AI 決定;Checklist 是拿來驗收的,不是拿來勾好看的。
09會卡住與會做錯的地方
會卡住的地方(流程困難點)
- 差異一律當損耗
- 調帳結案很快,但下一期同一個品項還是會差。差異的價值在於它指出流程哪裡漏了。
- 時點對不起來
- 盤點在晚上八點做,帳務截到當日 24 時,中間那四小時的銷貨會變成差異。
- 單位與包裝規格混用
- 帳上以「箱」計、盤點以「瓶」計,一箱 24 瓶——這種差異會大到嚇人,而且是假的。
- 小差異不查
- 每次都差三五個就算了,累積一年之後才發現是固定的流程漏洞。
會做錯的地方(常見失敗方式)
差異一律當損耗調帳結案很快,但下一期同一批品項還是會差。
怎麼修分類清單不設「損耗」;查不到依據的一律【原因不明】並逐筆查證。
時點對不起來盤點與帳務截止差一小時,高周轉品項全部出現假差異。
怎麼修時點檢查放最前面;不一致時先排除該時段的異動再判讀。
單位混用帳上以箱計、盤點以個計,差異大到嚇人而且是假的。
怎麼修先統一單位或提供包裝規格對照,未統一前不分類。
部分解釋就結案找到 8 個報廢,剩下 4 個的 POS 按錯就永遠不會被發現。
怎麼修已解釋量與剩餘量分開列,剩餘量獨立進【原因不明】。
10人工把關與安全限制
AI/Agent/Tool 介入在哪幾步
| 流程位置 | 誰 | 做什麼/怎麼做 |
|---|
| 整理階段 | AI | 統一兩份資料的欄位 原值照抄,不換算單位、不合併品項、不四捨五入。單位不同的保留原單位並標記。 |
| 分類階段 | AI | 把差異對回異動紀錄 依分類清單標出可能原因並附異動紀錄的依據;找不到依據的標【原因不明】,不得歸成損耗。 |
| 掃描階段 | Agent | 型態掃描 檢查跨期重複差異的品項、差異集中的時段或作業、以及疑似系統性單位換算錯誤。 |
這幾關不下放
- 時點與口徑
- 盤點時間、帳務截止、單位與包裝規格的定義,決定差異是真的還是假的。
- 所有計算
- 差異量與金額在試算表算,公式留存。
- 【原因不明】的查證
- 每一筆都要查,不論金額大小。
- 調整的核定
- 盤盈盤虧的入帳與調整依內部規定與權責,不是盤點人自己改。
安全與權限限制
- 營運資料
- 庫存、銷售、進價屬營業秘密,貼入外部服務前確認可行性,必要時以代碼取代品項名稱。
- 不指認個人
- 盤點資料會連到經手人。它的用途是找流程漏洞;涉及失竊或舞弊的疑慮要走內控與稽核程序。
- 職務分立
- 盤點、查證、調整核定不宜由同一人完成,這是內控要求,不因為用了 AI 而改變。
11Checklist 與驗收標準
做的時候逐項打勾
做完了才檢查:全部成立才算完成
- 盤點時點與帳務截止時點已確認,落差造成的假差異已排除。
- 兩份資料的單位一致,或已提供包裝規格對照。
- 所有差異量與金額都在試算表計算,公式可驗算且已留存。
- 每一筆分類都指得回單據編號或異動紀錄。
- 沒有任何一筆被歸為「損耗」;查不到依據的都列為【原因不明】。
- 部分解釋的差異已分別列出已解釋量與剩餘量,剩餘量已進入查證清單。
- 【原因不明】全部查證完畢,沒有因金額小而略過。
- 重複出現的型態已列入流程改善,並記錄下期要觀察什麼。
五、延伸把流程走一遍,然後往下一步
先用一個示範情境把流程從頭走一遍,再看具名機構真的做過的事,最後決定下一步往哪走。
12示範情境
差異剛好等於一箱,但那是線索不是結論
這是示範情境,不是真實個案:作者為了把上面的流程走一遍而寫的設想,人物、數字與結果都是設定。真的有人做過的案例,看下面「真的有人這樣做過」。
設想的狀況:月盤點盤出一項短少 24 個,剛好等於一箱。現場的直覺是「整箱被拿走了」,氣氛一度很緊張。調出驗收紀錄之後才發現:那批進貨的驗收簽收單上,數量欄是空白的——沒有人清點過,帳上直接照採購單入了 24 個,實際到底送來幾個沒有人知道。
AI 負責什麼- 先檢查時點與單位,指出盤點與帳務截止差一小時,高周轉品項會有預期內的假差異。
- 把每筆差異對回異動紀錄,並附單據編號;找不到依據的標【原因不明】,沒有歸成損耗。
- 指出 P01 只解釋了 8 個、剩餘 4 個仍屬原因不明,沒有因為「大部分找到了」就整筆結案。
- 標出 P03 的差異恰為一箱,提示調驗收紀錄,但明講那是線索不是結論。
人負責什麼- 先確認盤點時點與帳務截止的落差,把那一小時的銷貨排除後再判讀。
- 所有差異量與金額在試算表算,公式留給下一期沿用。
- 調出驗收簽收單,發現數量欄空白——問題在驗收端,不在盤點端。
- 把 P05 連續三期短少列入流程改善,追出是試吃領用沒有登記。
照著走完會得到:盤點差異最容易被浪費的地方,是把它當成一個要調平的數字。它其實是一份流程檢查表——每一筆查不出原因的差異,都對應著某個地方沒有留下紀錄。
待補資料:本站不提供損耗率、盤點差異金額等量化數據,本例的品項與數量為說明用的示意資料。盤盈盤虧的入帳與調整依貴單位內部規定辦理。
真的有人這樣做過外部佐證 1 則
以下都是具名機構的公開案例,每個來源都經過連結實測。數字只寫來源講得出來的;來源沒講的,這裡就寫未公開。 標「相近工作」的 1 則,做的不是同一件工作——機制相通可以借鏡,但別直接拿它的數字當自己的預期。
Walmart 沃爾瑪相近工作美國 · 2024-2025自建零售專用大模型 Wallaby,並把 agentic AI 用在門市、履約中心與供應鏈的統一庫存視圖;另用電腦視覺做進貨品質檢查。
成效官方經驗是「代理用在夠具體的任務才有效,再把產出串起來」;服飾的 Trend-to-Product 流程縮短 18 週。
不能照抄的理由沃爾瑪的結論是任務要切小。把一個大而模糊的目標丟給代理,是這類專案最常見的失敗方式。
這些案例與其他外部佐證,完整收在找靈感 →
13相關方法與下一步
帳實對不起來的通則盤點是對帳的一種,配對規則與差異查證的邏輯相同。
驗收沒做好,盤點就會出事很多盤點差異的根在驗收端。
把盤點流程寫成 SOP時點、單位、複盤規則要固定,換人盤也一樣。
進多少才對庫存差異查清楚之後,下一步是用自己的紀錄推該備多少。
其他相關方法RELATED METHODS
可直接使用RELATED PROMPTS
Download
這個方法的模板與 Checklist 下載包整理中——訂閱更新,上架後第一時間通知你。
這個站的做法- 有來源引用的案例都附得出可以點進去的出處;還沒查證完的另外標示,不跟已證實的混在一起。
- 可驗收每個方法都附 Checklist 與驗收標準——你要能自己驗,而不是相信 AI 說它做完了。
- 不亂編指令一律要求「材料裡沒有的不准補」,缺的標【待補】列成問題,不用漂亮的句子蓋過去。
- 不自動送出站內的指令與工具不會替你發布、寄出或執行收不回來的動作。最後一步永遠是人按下去。
- 人要把關方法裡標「不下放」的步驟,寫明白就是不要交給 AI 決定。
- 一般人照做不用寫程式。步驟寫成照著做的樣子,術語第一次出現就用白話解釋。
取得 AI 實戰工具與更新
之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功,之後每封信都附一鍵退訂。
送出即表示你同意本站的 隱私權說明:我們只儲存 Email 與同意版本,不會把 Email 和你的閱讀紀錄綁在一起。沒有點確認信就不會收到任何內容,之後也隨時可以一鍵退訂。