外觀
附錄:狀態索引
快速理解:本頁只回答「系統一共有哪幾組狀態、各在哪份手冊」,以及「哪些狀態名字會撞在一起」。狀態的意義、轉換條件與例外一律看原模組手冊,本頁不重述。
1. 狀態組總覽
全套系統共 17 組狀態、約 70 個狀態值。不同組的狀態不能互相比較,也不會互相轉換——同一筆訂單可以同時處於「正式歸檔」(單據狀態)、「全部已指派」(指派狀態)與「請款中」(請款狀態)。
| 狀態組 | 值數 | 套用對象 | 定義位置 |
|---|---|---|---|
| 收款審核狀態 | 6 | 客戶的收款與銀行資料 | 客戶模組 |
| 新舊客 | 2 | 客戶 | 客戶模組 |
| 線上/離線 | 2 | 客戶 | 客戶模組 |
| 付款審核狀態 | 6 | 廠商的付款與銀行資料 | 廠商模組 |
| 線上/離線 | 2 | 廠商 | 廠商模組 |
| 單據狀態 | 7 | 一般訂單、掛帳合約、LINE OA 合約 | 訂單與合約模組 |
| 作廢狀態 | 4 | 一般訂單(合約無此組) | 訂單與合約模組 |
| 指派狀態 | 4 | 部門工單 | 工單與執行模組 |
| 執行狀態 | 3 | 工作任務 | 工單與執行模組 |
| 請款狀態 | 4 | 外包工作任務 | 工單與執行模組 |
| 請款狀態 | 9 | 採購請款單 | 採購與請款模組 |
| 開票狀態 | 3 | 發票 | 發票模組 |
| 付款狀態 | 3 | 發票 | 發票模組 |
| 折讓狀態 | 2 | 發票 | 發票模組 |
| 異動狀態 | 7 | 發票作廢/折讓申請 | 發票模組 |
| 成本回填狀態 | 2 | 已歸檔一般訂單 | 財務模組 |
| 帳號狀態 | 3 | 使用者帳號 | 系統設定與權限模組 |
各組的狀態圖與轉換規則在對應手冊的「4. 狀態與例外」;中文名與程式識別字的對照在該手冊的「技術對照(供開發)」附錄。報價模組與目標設定與績效分析模組不擁有任何狀態組,兩者都在文中說明了原因。
2. 會撞名的狀態
以下名稱在多個狀態組出現。看到這些字時,必須先確認是哪一組,否則會誤判。
同一個中文名,不同意思
| 中文名 | 出現的狀態組(程式識別字) |
|---|---|
| 待主管審核 | 單據狀態 PendingReview/採購請款狀態 PendingManagerReview/發票異動狀態 ManagerReview |
| 主管退回 | 單據狀態 NotPassed/採購請款狀態 ManagerRejected/發票異動狀態 ManagerRejected |
| 已完成 | 採購請款狀態 Complete/工單執行狀態 Complete/工單請款狀態 Complete/發票異動狀態 Completed |
| 已作廢 | 訂單作廢狀態 Voided/發票開票狀態 Voided |
同一個程式識別字,不同意思
| 程式識別字 | 各自代表 |
|---|---|
FinanceRejected | 採購請款狀態的「財務退回」;發票異動狀態的「會計退回」 |
Pending/InProgress/Complete | 工單同時用這組值表示執行狀態與請款狀態,中文各一套(「待執行/待請款」、「進行中/請款中」、「已完成/已請款」) |
狀態組本身的名稱不一致
客戶與廠商的六階段審核(AccountMissing → Pass)在五份手冊被稱為五個名字:收款審核狀態(客戶)、付款審核狀態(廠商)、銀行審核狀態(財務)、客戶/廠商審核狀態(法務)、客戶審核狀態(訂單)。前兩者是客戶側與廠商側的正式名稱,後三者是引用時的簡稱。
目標設定與績效分析模組的技術對照另用了「發票狀態」指稱開票狀態與付款狀態、用「折讓狀態」指稱異動狀態,與發票模組的正式分組名不同。
3. 待確認
Complete與Completed拼法不一致:採購請款與工單用Complete,發票異動用Completed。需確認是既有實作差異、應統一,或維持現狀並在文件標註。FinanceRejected一碼兩義:同一識別字在採購與發票異動代表不同關卡的退回。需確認是否應在實作層分開,或正式承認為兩個獨立列舉。- 撞名中文的正式政策:「待主管審核」「主管退回」「已完成」跨組同名,目前靠上下文區分。需決定是否在操作介面一律加上對象前綴(例如「請款待主管審核」),或維持現狀。
- 引用時的狀態組簡稱:財務、法務、訂單與績效分析手冊各自使用簡稱指稱別的模組的狀態組。需決定是否統一改用擁有者模組的正式名稱。