面試追蹤器

A1架構：它在平台中的位置

面試追蹤器 is a first-class module of the Interviewing suite inside the authenticated Expertini ATS workspace. 本平台刻意採用伺服器端算繪：每個檢視都由應用程式伺服器準備並以完整 HTML 格式出貨，沒有客戶端框架、沒有第三方 CDN 指令碼，也沒有資料與頁面之間的建置管線。算繪出來的就是伺服器計算出來的結果 — 賦予介面可稽核性的特質。

所有持久性均在單一以搜尋為本的文件儲存區上執行；每個查詢都在最低查詢層級將組織識別碼作為強制過濾器攜帶。因此，租戶隔離是結構化的——這是每個請求組合方式的一項屬性，而不是依賴應用程式代碼記得檢查的政策。

Availability is governed by the platform's tool registry: this tool is registered from the Growth plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2資料模型與相依性對應圖

In production the tool reads and writes interview records (ats_interviews), the candidate database (ats_candidates), job requisitions (ats_jobs). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

每一個不同的開缺都會被記錄到工具活動儲存區中——而該記錄（而不是平行的分析系統）正是報告區段所彙總的內容。您看到的用量數字是平台實際記錄的數字。

任何脫離請求路徑的作業——通知分發、Webhook 傳遞、活動日誌記錄、郵件——都在「射後不理」的背景執行緒中運行。緩慢的外部端點絕對不會導致介面停止響應，而失敗的副作用也會被記錄下來，而不是在默默重試中導致資料不一致。

A3營運考量

組織層級設定、破壞性動作和連線權限僅限擁有者和管理員角色；招募人員在他們能看到的記錄上操作工具。角色變更會在下一個請求時生效 — 執行層級在路由，而非選單中。

失敗會浮現而不會被吞沒：伺服器端驗證會回傳精確的欄位與原因，在涉及整合時會逐字引用廠商錯誤，且每一個寫入動作不是確認就是回報。匯報會根據請求重新產生，而不是進行快取——您下載的報告反映的是您詢問當下的狀態，而不是昨晚的快照。

寫下的所有內容都屬於您帶走：CSV 匯出和資料匯出應用程式涵蓋了產品本身讀取的相同儲存庫。出口與入口一樣開放——這是設計使然，而非妥協。

A4Interaction contract

介面遵循平台的搜尋與選擇慣例：任何命名真實記錄（候選人、客戶或職缺）的欄位都是針對即時資料的鍵入搜尋挑選器，絕不是自由輸入的字串，這正是保持活動足跡和去除重複值得信賴的原因。靜態選擇是邊打邊過濾的下拉式選單而非原生下拉式選單，且狀態轉換提供明確的回饋：伺服器確認會以快顯提示浮現，驗證錯誤會指明正確的欄位，且伺服器未確認完成的事項絕不會顯示為完成。

下方的線框與流程記錄了畫面的結構合約 — 存在哪些面板、狀態發生的順序為何，以及在每個邊緣發生什麼事 — 而非像素。版面配置使用原生的 CSS grid 與 flexbox 構建，可從寬螢幕桌面調適為單一欄位，而無需獨立的行動版檢視。