採購到付款流程範本（6 張互相連結的流程圖）
完整的 P2P 周期，拆成六張互相連結的流程圖：請購、供應商引入、採購訂單、收貨、發票審批與應付賬款——三單相符橫跨多張圖畫出來。
採購到付款是教科書式的例子，說明有些流程單靠一張流程圖根本裝不下：六個部門、三道審批關口，而三單相符所比對的三份單據，每一份都由不同的圖產生。
本套裝包含的內容
1. 請購與審批流程圖
需求本身與它的審批，發生在對供應商作出任何承諾之前。
2. 供應商導入流程圖
供應商是新的、或者既有供應商更改銀行資料時，所走的那條分支。
3. 採購訂單流程圖（採購到付款）
承諾本身：採購訂單、它的審批，以及把它發送給供應商。
4. 收貨流程圖（由卸貨區到收貨單）
三單相符裡收貨的那一半——實際到了甚麼貨，以及狀況如何。
5. 發票審批流程圖
配對本身，再加上三份單據對不上時的各條例外路徑。
6. 應付帳款流程圖（完整應付周期）
付款批次、銀行資料的控制，以及發回供應商的匯款通知。
各張圖表如何互相連接
- 請購與審批流程圖 → 供應商導入流程圖
- 走到「採購覆核請購單」，買手才會知道這家供應商是否已經存在。如果不存在，請購就停在這裡，直至引入完成為止——這正是為甚麼它是一條通往另一個流程的連結，而不是這個流程裡的一步。
- 請購與審批流程圖 → 採購訂單流程圖（採購到付款）
- 「依請購單開立採購訂單」是內部申請變成對外承諾的那一刻。在它之前的一切都可以悄悄收回；在它之後的一切，都牽涉到一家供應商。
- 採購訂單流程圖（採購到付款） → 收貨流程圖（由卸貨區到收貨單）
- 「登記收貨單」是採購訂單之後，三份配對單據中最先出現的一份。它由收貨團隊產生，而這條連結指向的，正是告訴他們該怎樣做的那個流程。
- 收貨流程圖（由卸貨區到收貨單） → 發票審批流程圖
- 「收貨單已入賬，供發票核對」是收貨的工作結束、應付賬款的工作開始的位置。收貨單是證據；配對就是把這份證據用掉的那個動作。
- 採購訂單流程圖（採購到付款） → 發票審批流程圖
- 「在應付賬款賬冊中登錄發票」是第三份單據到場。它連到配對流程，而不是在這裡把它描述一次，因為那些例外路徑——數量差異、價格差異、根本沒有採購訂單——本身就足夠畫成一張圖。
- 發票審批流程圖 → 應付帳款流程圖（完整應付周期）
- 「排入下一批付款」把一張已配對、已審批的發票交給付款周期。過了這一點，改錯的代價就會急速上升；這是最後一個改起來仍然便宜的時間點。
- 應付帳款流程圖（完整應付周期） → 供應商導入流程圖
- 「致電回撥確認銀行資料變更」刻意連回供應商引入：更改既有供應商的銀行資料，值得與開立一家新供應商同一級數的核實，而把它當成次一等的控制，正正是發票改道詐騙得手的原因。
運作方式
先定好你們的審批門檻
請購與採購訂單兩張圖都會按金額分岔。在任何人讀這些圖之前，先把預設門檻換成你們自己的授權額度，否則它們會被人當成政策引用。
用一宗真實採購由頭走到尾
揀一張最近的採購訂單，沿着連結走完全部六張圖。凡是紙本軌跡與圖上畫法不一致的地方，都是一個發現——不然它就要由審核員來告訴你。
在發票那張圖上寫明例外的負責人
配對圖上的差異分支，正是 P2P 實際耗掉最多時間的地方。在每條分支上放一個具名的角色——例外路徑沒有負責人的流程圖，最後會把所有事情都推給第一個接電話的人。
那條反方向的銀行資料連結，要保留
它在圖上看起來像畫錯，實際上是這套組合中最有價值的一條連結。如果你們的回撥核實寫在另一份政策裡，把它搬進供應商那張圖，令兩個入口都到達同一個控制點。
先為財務擁有的兩張圖開啟審批
發票審批與應付賬款，是最有職責分離故事可講的一對。這兩張圖上的審批歷史，正是把這個資料夾變成證據的東西。
常見問題
這是否對應某一個 ERP 的 P2P 模組？
不是，而且是刻意的。這六張圖描述的是這個周期在多數中型機構裡的運作方式，與 SAP、NetSuite、Dynamics 和 Coupa 都夠接近，足以成為任何一個的起點。步驟名稱與審批門檻，都由你們自己改。
這個需要付費方案嗎？
需要——範本組合是 Plus 方案的內容。一個組合會一次過建立六張圖，而免費方案只可以存放三張。這六個範本每一個也可以單獨、免費使用。
為甚麼應付賬款會連回供應商引入？
因為既有供應商更改銀行資料，風險跟一家全新供應商相同，而實際控制通常鬆散得多。把它畫成一條通往引入核實的連結，正是令它不會被當成一次例行的資料修改來處理。
可以用來做 SOX 或內部控制的走查嗎？
它給你流程文件；開啟審批之後，還會有誰在何時簽核了哪個版本的紀錄。控制測試仍然需要由你們的 ERP 抽取交易樣本——這些圖描述的是控制本身，而不是個別執行的證據。
把六張圖全部加入我的圖庫 — 6 張圖表，集中在一個資料夾。Plus 方案已包含。