ObjectOS審批
提交記錄等待籤核、處理指派給你的請求，並隨時掌握每個審批的進展。
有些記錄在往前推進之前需要一次籤核 —— 超額的報銷、一個折扣、一張請假單。此時 ObjectOS 會建立一條審批請求：一條由系統管理的即時記錄，從提交那一刻起追蹤這次送審，直到有人批准或拒絕。這些追蹤記錄你永遠不需要自己建立或編輯 —— 系統會隨著決定的做出自動保持它們最新。
本頁覆蓋流程的兩端：把東西提交審批，以及處理等你決定的請求。
你的審批收件箱
所有與審批相關的東西都在一個地方：Account → Inbox → Approvals（賬戶 → 收件箱 → 審批）。開啟 Account 應用（所有人都能用），在左側邊欄展開 Inbox，選擇 Approvals。
列表頂部有檢視標籤頁，讓你從四個角度切分同一個收件箱：
| 檢視標籤頁 | 顯示什麼 |
|---|---|
| My Pending（待我處理） | 等你來決定的請求。這就是你的待辦清單。 |
| I Submitted（我提交的） | 你發出的審批請求 —— 在這裡檢視自己的送審進展到哪一步。 |
| Completed（已完成） | 已有結論的請求，無論批准還是拒絕。 |
| All（全部） | 你有權看到的每一條審批請求。 |
當沒有任何事項等你處理時，My Pending 會顯示空狀態 "No pending approvals — You're all caught up." 這正是你希望在一天結束時看到的畫面。
**提示：**收藏審批收件箱，或者直接瞟一眼 Console 首頁的 Needs your attention 列表 —— 待處理的審批也會出現在那裡，並標註已經等了多久。
審批請求是什麼
| 它是…… | 它不是…… |
|---|---|
| 按每次提交追蹤的即時例項 —— 每條送審記錄對應一個請求 | 記錄本身的一份副本 |
| 系統管理 —— 隨著決定的做出自動建立、更新和關閉 | 需要你手工編輯的東西 |
| 你的審計線索 —— 誰提交的、指派給誰、決定了什麼、什麼時候 | 一條看完就消失的一次性通知 |
因為每次提交都會得到自己的請求，被拒絕後重新提交記錄會開啟一條全新的請求 —— 舊的那條會作為歷史留在 Completed 裡。
處理請求
當一條請求被路由給你時，會發生兩件事：
- 你會收到通知 —— 頂欄的鈴鐺出現未讀角標，事項會出現在 Console 首頁的 Needs your attention 和 Account → Inbox → Notifications 中。
- 相關記錄會向你顯示審批操作 —— 開啟這條記錄，你會看到 Approve（批准）和 Reject（拒絕）兩個記錄操作。這些按鈕只對被指派的審批人顯示；其他檢視這條記錄的人看不到。
| 想要…… | 這樣做 |
|---|---|
| 看有什麼在等我 | Account → Inbox → Approvals → My Pending，或看鈴鐺 / Needs your attention |
| 審閱詳情 | 從請求開啟對應的記錄 —— 像讀任何記錄一樣閱讀它的要點欄和欄位分組 |
| 做出決定 | 使用 Approve 或 Reject 記錄操作 |
| 確認已生效 | 請求移入 Completed，提交人收到通知 |
**提示：**讀記錄，而不只是讀請求。審批請求只告訴你有事情需要決定；記錄本身才告訴你該不該批准。
待審期間記錄被鎖定
取決於審批的配置方式，記錄在請求待處理期間可能被鎖定 —— 在做出決定之前欄位無法編輯。這是在保護審批人：他們批准的正是當初提交的內容，中間沒有悄悄的改動。如果你需要修改一條被鎖定的記錄，請讓審批人拒絕它（或在應用支援時撤回它），改完後重新提交。
應用自帶的審閱佇列
有些應用會新增自己精心組織的審閱佇列頁面 —— 比如應用導航裡的一個 "Approvals" 頁面，只顯示與該團隊相關的事項，已經預先過濾好、可以直接逐條處理。有就用它；底層是同樣的請求，只是換了一個更友好的視角。你的 Account → Inbox → Approvals 收件箱始終是完整的、一站式的總覽。
下一步
| 現在做什麼 | 閱讀 |
|---|---|
| 以日常使用者身份導覽 Console | 使用 ObjectOS |
| 處理你正在審批的記錄 | 記錄 |
| 跟進路由給你的其他一切 | 通知 |
| 像審批人一樣切分列表 | 檢視 |