CSV 流程地圖範本（由訂單到交付）

生成呢個圖嘅 CSV 檔

每行一個步驟。「連線至」欄入面嘅數字係行號——就係佢畫出啲連線，亦係大多數檔案缺咗嗰欄。

#,形狀,方框文字,連線至,連線文字,橫向泳道,縱向泳道
1,Start,客戶送出一張採購訂單,2,,接單,客戶
2,Process,把訂單明細輸入 ERP,3,,接單,銷售
3,Decision,所訂的明細是否與報價相符？,"6, 4","相符, 價格或數量有出入",接單,銷售
4,Decision,客戶是否接受更正後的明細？,"6, 5","接受更正後的明細, 撤回訂單",接單,客戶
5,Reject,訂單於發貨前取消,,,接單,銷售
6,Process,確認接單並確認要求的日期,7,,接單,銷售
7,Process,對照信用額度檢查帳戶結餘,8,,信用檢查,財務
8,Decision,這張訂單是否在信用額度以內？,"11, 9","在額度以內, 超出額度",信用檢查,財務
9,Decision,是否已收預付款或已調高額度？,"11, 10","已解除, 兩者皆無",信用檢查,財務
10,End,訂單以信用拒絕結案,,,信用檢查,財務
11,Process,把訂單放行至倉庫,12,,信用檢查,銷售
12,Process,為每個訂單明細配貨,13,,配貨,倉庫
13,Decision,是否每個明細都有貨？,"15, 14","全部明細已配貨, 一個或多個明細短缺",配貨,倉庫
14,Decision,現在先發有貨的明細嗎？,"15, 12","分批出貨並開欠交, 等齊整張訂單",配貨,銷售
15,Process,按揀貨單揀貨包裝,16,,揀貨包裝,倉庫
16,Decision,包裝數量是否與揀貨單相符？,"18, 17","相符, 有出入",揀貨包裝,倉庫
17,Process,重新點算並更正存貨紀錄,15,,揀貨包裝,倉庫
18,Process,把貨件移交承運商,19,,發貨與運輸,倉庫
19,Process,運送貨件並記錄簽收證明,20,,發貨與運輸,承運商
20,Decision,交付是否被全數接收？,"23, 21","全數接收, 損毀或短缺",發貨與運輸,客戶
21,Process,提出索償並開出貸項通知單,22,,開票與結案,銷售
22,End,交付於提出索償後結案,,,開票與結案,銷售
23,Process,按已交付的明細過帳開票,24,,開票與結案,財務
24,Decision,發票是否在到期日前付清？,"26, 25","已付款, 逾期",開票與結案,財務
25,Process,追收逾期發票,24,,開票與結案,財務
26,Success,訂單已交付且發票已付清,,,開票與結案,財務

運作方式

1. 在打開任何編輯器之前先用文字編輯器打開檔案

   CSV 是文字，所以先把它當文字看。在頭兩列上檢查三件事：分隔符，在大部分歐洲地區設定下是分號而不是逗號，因為清單分隔符跟著地區設定走；標題列是不是真的第一列，因為很多匯出工具會在上面加一個報表標題與篩選條件；以及第一個欄名前面有沒有多餘的字元，那是位元組順序記號在沒有被清掉時的樣子。把所有前言與底部的合計列刪掉，然後存成純 UTF-8。

2. 把訂單明細收攏成流程步驟

   匯出檔是一個訂單明細一列。這張地圖需要的是一個步驟一列，而兩者毫無關係：五十列料號描述的是同一張訂單通過同一個階段。改為由單據編號去推導你的步驟——訂單、信用凍結、送貨單、發票、貸項通知單——因為那每一個都是訂單易手的一刻。如果你想把明細層的細節放上圖，就把它當成一個數目寫進「備註」欄。

3. 重編「連線至」的號碼，因為你的鍵值不是列號

   「連線至」放的是一個步驟所連往的列號，以逗號分隔，而「連線文字」按同一次序放連接線標籤。你匯出檔裡的鍵值是單據編號，把它們貼進去會得到一張完全沒有箭嘴的圖——一個指不到任何列的目標會被靜靜丟棄。按步驟出現的次序由 1 編到 n，再對著這些號碼寫目標。之後插入一個步驟會令它下面每一個號碼移位，所以先匯入，再在編輯器裡加步驟。

4. 把階段放進「橫向泳道」，把角色放進「縱向泳道」

   正是這個欄令它成為一張流程地圖而不是一張流程圖。「橫向泳道」放接單、信用檢查、配貨、揀貨包裝、發貨與運輸、開票與結案，或者你們自己的那六個階段；「縱向泳道」放客戶、銷售、倉庫、財務與承運商。匯入比對的是標題名稱而不是欄的位置，所以這兩個標題可以放在檔案裡任何地方，而你不認得的欄會原封帶過並被忽略。

5. 把你們的兩個門檻寫進判斷裡

   「這張訂單是否在信用額度以內？」與「現在先發有貨的明細嗎？」是這條流程會彎折的兩處，而兩者目前都是憑判斷。說明信用這一關量的是甚麼——包含未結發票的總風險敞口，還是只看這張訂單——並說明誰可以授權分批出貨、金額在甚麼之上或之下。一個沒有寫明門檻的判斷，會由每一個走到它面前的人給出不同答案。

6. 把承運商泳道改成你們真正用的那一方

   承運商泳道的存在，是為了讓你們大樓裡沒有人執行的那一步看得見。把它改成你們用的承運商或第三方倉庫；如果你們用自己的車輛送貨，就把它併入倉庫，而不是留下一條泳道，暗示有一次你們並不會做的對外交接。客戶泳道同理：保留它，因為兩個客戶端判斷正是這條流程裡大部分延誤真正所在的位置。

常見問題

流程地圖與流程圖有甚麼分別？

分別在階段，以及階段讓你看見甚麼。流程圖顯示步驟的次序與之間的判斷，而每一條路徑都有結局時它就完整了。流程地圖保留這一切，再加上第二條軸：每一步同時屬於這件工作的某一個階段，於是圖上看得見力氣集中在哪裡、工作在哪裡易手。對由訂單到交付而言這件事很要緊，因為延誤幾乎從來不在階段之內。它在階段之間——一張已放行卻未配貨的訂單，或者一件已包裝卻未被收走的貨。把一張訂單畫成流程圖，你看見的是步驟；把這條流程畫成地圖，你看見的是它橫跨四個團隊，而其中兩次橫跨根本沒有任何已定義的觸發條件。

ERP 的訂單匯出檔裡究竟有甚麼？

一個訂單明細一列，以及一組描述那個明細而不是描述流程的欄。通常是：訂單編號、明細編號、客戶、料號與品名、所訂與已出數量、價格、要求日期與確認日期、狀態代碼，還有在送貨單或發票存在之後的那些單據編號。日期以文字形式送到，格式由匯出設定檔決定，這也是為甚麼同一個檔案在兩個國家讀出來會是兩組不同的日期。長的數字型參考編號值得留神：把 CSV 在試算表裡打開再另存一次，前面的零就會消失，而一個夠長的訂單編號可能會以科學記數法回來。這些都不是匯出檔的錯，但檔案送到你手上時它們全都在裡面。

為甚麼我的 CSV 匯入到錯誤的欄？

通常是分隔符或標題列。匯入比對的是標題名稱，所以檔案的第一列必須是一列真正的標題，而一份以報表標題、執行日期與篩選條件開頭的匯出檔，它的標題其實在第四列。另一個常見成因是以分號分隔的檔案被當成以逗號分隔（或者相反），結果每一列都落在單一個欄裡。之後再看引號用法：含有分隔符的欄位必須以雙引號包起，而引號區段內部的雙引號要寫兩次。一個含有逗號卻沒有加引號的地址欄，只會令那一列右邊的每一個欄都移位一格。

可以完全不改就把匯出檔直接匯入嗎？

沒甚麼用，而且原因不在匯入功能。QueryChart 讀的欄是「形狀」、「方框文字」、「連線至」、「連線文字」、「連線樣式」、「橫向泳道」、「縱向泳道」、「平行於」、「備註」與「連結」，而沒有一套 ERP 會匯出這些。多出來的欄會帶過並被忽略，所以你可以把料號與價格留在檔案裡；但構成一張圖的那兩個欄——「方框文字」與「連線至」——必須由你來寫。這裡沒有連接器、也沒有匯入精靈：你把 .csv 拖到試算表區域，或者把 CSV 文字貼進去，而你得到的就是標題名稱比對出來的東西。匯出檔是事實的來源，不是圖表的來源。

這張地圖應該畫一張訂單，還是整條流程？

整條流程。一張訂單是一個個案，而一個個案永遠只走一條路線，所以畫出來只會顯示那張訂單剛好走過的分支，完全看不見它避開的那些。這也是為甚麼上面那張圖有九個判斷與四個結局：一張訂單可以在接單時取消、可以在信用上被拒、可以帶著索償結案，也可以交付並收妥款項，而一條真實的流程必須承認這四種。用你的匯出檔去算出哪些分支承載著真正的流量——多少張訂單被信用凍結、多少張分批出貨、多少張產生了貸項通知單——再把這些數目寫進「備註」欄，貼著它們所屬的判斷。那才是這份資料誠實的用法：檔案告訴你每一條路線多久被走一次，地圖告訴你路線本身是甚麼。