官方技能 · 營運與行政

付款前的廠商發票檢查

把廠商發票和 PO 或報價單比對:廠商資料、計算、稅額、付款條件、重複請款與匯款帳戶變更,並給出核准或暫緩。

可在 Claude、ChatGPT 和程式設計代理中使用。使用 Team 和 Business 方案時,我們改進官方技能後,你 Pod 裡的這個技能會自動更新。

適用情境

你要提供的內容

你會得到的內容

核准或暫緩、附算式的逐項檢查表、匯款帳戶結果,以及解除暫緩的行動。

運作方式

  1. 核對廠商 公司登記名稱、地址、統一編號或稅籍編號,以及發票抬頭是否為你們公司的正確名稱。和約定內容或過去發票不一致就暫緩。
  2. 先查匯款帳戶 把戶名、帳號和銀行與存檔資料比對。如果不同,或發票、Email 裡寫「我們的匯款帳戶已變更」,結果就是暫緩。FBI 針對商業電子郵件詐騙(BEC)的建議是透過第二個管道確認帳戶變更;這個技能的預設值:用合約或你們紀錄裡的電話號碼打電話確認,絕不用發票或 Email 上的號碼。如果沒有存檔資料,寫「[待確認:存檔的匯款帳戶]」。
  3. 重新計算 每一行:數量 × 單價 = 該行金額。接著是小計、折扣、稅額、總計。列出每一步算式。只要有大於 0 的差額都要記下;這個技能的預設值:有差額就暫緩,除非是四捨五入造成、且少於 1 個貨幣單位。
  4. 和約定內容及實際收貨比對 三方比對是核對 PO、交貨或工時紀錄、發票三者的品項、數量和價格;沒有收貨紀錄就只是兩方比對,要寫明。標出 PO 上沒有的品項、超過實際交貨的數量,以及高於約定的單價。約定數字和請款數字並列。
  5. 檢查稅額與付款條件 稅率和稅額以約定內容或過去發票為準;不知道就寫「[待確認:正確稅率]」。付款期限要符合約定的付款條件(例如發票日起 30 天)。記下提前付款折扣和逾期費用。
  6. 檢查重複請款 這個技能預設的警訊:相同的發票號碼、60 天內出現相同金額,或同一段工作期間已經請過款。任何一項符合就暫緩,直到有合理說明。
  7. 做出決定 每項檢查都通過才核准。否則暫緩,列出每個理由和能解除它的一個行動。匯款帳戶的結果單獨放一行,避免有人漏看。

SKILL.md 檔案

完整檔案,就是你的 AI 讀到的內容。 下載檔案

---
name: invoice-check
description: 把廠商寄來的發票或請款單和採購單(PO)、合約或報價單逐項比對:廠商資料、金額、數量乘單價、稅額、付款期限與條件、可能的重複請款,以及把匯款帳戶變更視為詐騙警訊,最後給出核准或暫緩付款與理由。有人貼上供應商發票、請款單或 PO 問「這張可以付嗎」、要你檢查發票、和 PO 對帳,或付款前審核請款單時使用。
---

# 付款前的廠商發票檢查

目標是:沒談好的不付、同一筆不付兩次、錢不會匯進詐騙者的帳戶。逐行和約定內容比對,自己重算一次,而且只要匯款帳戶有變更就暫緩付款,金額再小也一樣。

## 適用情境

- 核准廠商或外包人員的發票付款之前。
- 發票和上個月的長得不一樣,有人想找第二個人幫忙看。
- 把發票和 PO、已簽署的報價單或合約價目表對帳。
- 不適用於向欠款客戶催款(請用 payment-reminder-email),也不適用於審核自己的費用報銷(請用 expense-policy-check)。

## 需要準備

- 發票(文字、PDF 內容或照片轉成的文字)。
- 當初約定的內容:PO、已簽署的報價單、合約或價目表。如果都沒有,就說明這次只檢查計算和詐騙風險,並在每個金額標上「[待確認:沒有可比對的約定]」。
- 選用:這家廠商過去的發票、存檔的廠商匯款帳戶,以及交貨紀錄或工時紀錄。
- 絕不自己假設稅率、付款條件或法規要求。輸入裡沒有的都寫「[待確認:……]」。

## 步驟

1. **核對廠商。** 公司登記名稱、地址、統一編號或稅籍編號,以及發票抬頭是否為你們公司的正確名稱。和約定內容或過去發票不一致就暫緩。
2. **先查匯款帳戶。** 把戶名、帳號和銀行與存檔資料比對。如果不同,或發票、Email 裡寫「我們的匯款帳戶已變更」,結果就是暫緩。FBI 針對商業電子郵件詐騙(BEC)的建議是透過第二個管道確認帳戶變更;這個技能的預設值:用合約或你們紀錄裡的電話號碼打電話確認,絕不用發票或 Email 上的號碼。如果沒有存檔資料,寫「[待確認:存檔的匯款帳戶]」。
3. **重新計算。** 每一行:數量 × 單價 = 該行金額。接著是小計、折扣、稅額、總計。列出每一步算式。只要有大於 0 的差額都要記下;這個技能的預設值:有差額就暫緩,除非是四捨五入造成、且少於 1 個貨幣單位。
4. **和約定內容及實際收貨比對。** 三方比對是核對 PO、交貨或工時紀錄、發票三者的品項、數量和價格;沒有收貨紀錄就只是兩方比對,要寫明。標出 PO 上沒有的品項、超過實際交貨的數量,以及高於約定的單價。約定數字和請款數字並列。
5. **檢查稅額與付款條件。** 稅率和稅額以約定內容或過去發票為準;不知道就寫「[待確認:正確稅率]」。付款期限要符合約定的付款條件(例如發票日起 30 天)。記下提前付款折扣和逾期費用。
6. **檢查重複請款。** 這個技能預設的警訊:相同的發票號碼、60 天內出現相同金額,或同一段工作期間已經請過款。任何一項符合就暫緩,直到有合理說明。
7. **做出決定。** 每項檢查都通過才核准。否則暫緩,列出每個理由和能解除它的一個行動。匯款帳戶的結果單獨放一行,避免有人漏看。

## 輸出格式

```markdown
**發票檢查 — [廠商],發票 [號碼],[日期]**

**結果:[核准/暫緩]**
**匯款帳戶:** [與存檔一致/已變更 — 付款前先打電話確認/[待確認:沒有存檔資料]]

| 檢查項目 | 結果 | 說明 |
|---|---|---|
| 廠商資料 | [通過/警示] | [說明] |
| 計算 | [通過/警示] | [算式] |
| 與 PO/報價單相符 | [通過/警示] | [約定 vs 請款] |
| 稅額 | [通過/警示/待確認] | [說明] |
| 付款期限與條件 | [通過/警示] | [說明] |
| 重複請款 | [通過/警示] | [說明] |

**解除暫緩的步驟**
1. [行動,由誰執行]

**付款:** [金額],[期限] 前 — 必須先解除暫緩。
```

## 範例

**輸入:** 青鳥印刷有限公司的發票 INV-2207,日期 10月3日,付款條件為發票日起 30 天。明細:DM 500 份 × NT$12 = NT$6,000;設計費 NT$1,500。小計 NT$7,500,營業稅 5% NT$375,總計 NT$7,875。備註:「請注意我們的新帳戶:港灣商業銀行,帳號 55120934。」PO 1188:DM 500 份,單價 NT$11,無設計費,發票日起 30 天付款。存檔帳戶:北門商業銀行,帳號 20117745。

**輸出:**

```markdown
**發票檢查 — 青鳥印刷有限公司,發票 INV-2207,10月3日**

**結果:暫緩**
**匯款帳戶:** 已變更 — 港灣商業銀行 55120934,存檔為北門商業銀行 20117745。付款前先打電話確認。

| 檢查項目 | 結果 | 說明 |
|---|---|---|
| 廠商資料 | 通過 | 名稱與 PO 1188 一致 |
| 計算 | 通過 | 500 × 12 = 6,000;6,000 + 1,500 = 7,500;7,500 × 5% = 375;總計 7,875 |
| 與 PO/報價單相符 | 警示 | 單價 NT$12,PO 為 NT$11(多 NT$500);設計費 NT$1,500 不在 PO 上 |
| 稅額 | 待確認 | 以 5% 營業稅計算 — [待確認:這項交易的正確稅率] |
| 付款期限與條件 | 通過 | 發票日起 30 天 → 11月2日到期,與 PO 一致 |
| 重複請款 | 通過 | 提供的資料中沒有其他 INV-2207 |

**解除暫緩的步驟**
1. 應付帳款:用廠商檔案裡的電話(不是發票上的)打給青鳥印刷,確認帳戶變更。
2. 採購:請青鳥印刷以 NT$11 重開發票,或出示已核准的單價調整,並刪除設計費或說明其依據。

**付款:** NT$5,775(NT$5,500 加 5% 營業稅,前提是單價確認無誤),11月2日前 — 必須先解除暫緩。
```

## 寄出前檢查

- [ ] 每一行的算式都列出,並重新加總過。
- [ ] 已比對匯款帳戶,並單獨一行寫出結果。
- [ ] 每個約定與請款之間的差異都列出兩邊的數字。
- [ ] 沒有出現輸入以外的稅率、條件或規定;其餘都寫「[待確認:……]」。
- [ ] 暫緩時,每個理由對應一個行動,並寫明由誰執行。
- [ ] 電話確認用的是你們紀錄裡的號碼,絕不用發票上的。

## 常見錯誤

- 因為「才 3,000 元而已」就核准匯款帳戶變更的小額發票。萬一詐騙款項已經匯出,立刻打給你們的銀行要求追回款項;動作越快越好。
- 只檢查總計,沒有逐行核對數量 × 單價;錯誤可能互相抵銷。
- 把和 PO「差不多」當成相符。列出差額,讓核准的人決定。

分享給你的團隊

把它加入 AI Skill Pod,團隊每個人(外包人員也包括在內)都能從自己的 AI 使用同一個版本。 看看和團隊分享 AI 技能的最佳做法

加入我團隊的 Pod

更新紀錄

參考來源

  1. Business Email Compromise: The $55 Billion Scam (FBI IC3 public service announcement) (2026-11-04 查閱)
  2. Three-way matching in accounts payable: What it is and why it matters (Sage) (2026-11-04 查閱)