本頁面由英文翻譯而成。
商業工具
打造簽核工作流程系統
Kliv 是一款 AI 應用程式建構工具。描述您的簽核工作流程規則——門檻、路由、代理、Slack 核准、報表與稽核軌跡——它就會打造出這個應用程式。
只需在文字方塊中輸入你的想法，AI 就會為你建置它
什麼是 Kliv?
Kliv 不是一套步驟固定的工作流程產品——它是一個能為您打造軟體的 AI。
您只需用平常的話描述所需的應用程式，Kliv 就會建立資料庫、邏輯、畫面、整合與規則。成果歸您所有，可在您自己的帳戶上執行，之後也能透過對話要求修改。這不是套版流程佇列。
在這個頁面上，那個應用程式就是簽核工作流程系統。Kliv 能打造各式各樣的網頁應用程式；這一個負責路由申請、記錄決定、處理代理，並保留稽核軌跡。
為什麼簽核流程常淪為信件往返
一筆採購申請有金額、成本中心、報價單，以及誰必須核准的規則。在許多公司裡，這會變成一串電子郵件往返，事後很難證明決定的過程。
Kliv 依照您的規則打造簽核系統。申請、路由、決定、代理與報表都存放在您自己擁有的資料庫中，所以「這是誰核准的？」的答案是一筆紀錄，而不是一場信件搜尋。
稽核人員會要求的紀錄
簽核系統必須能在事後證明發生過什麼事。以下紀錄就是為此而生。
申請單
每筆申請都會附上品項、金額、成本中心，以及存放在檔案儲存空間中的報價單附件。
路由規則
低於 NT$15,000 由主管核准。NT$15,000 至 NT$150,000 由部門主管核准。超過此金額則由財務與廠長共同核准。核定當下所套用的規則版本會隨申請單一併保留。
決定
核准、駁回，以及退回補件等決定，都會以列的形式記錄執行者與時間戳記。
代理
核准人可在指定的日期範圍內將待辦轉交他人處理。在代理期間做出的決定會永久標記為代理決定。
可視範圍
申請人只能看到自己的申請，核准人看到自己的待辦清單，財務則能看到全部。存取權限由列層級規則強制執行。
案例：陳雅婷的零件製造廠
以下是某零件製造廠可能如何使用以 Kliv 打造的簽核系統。這只是範例——您可以描述屬於自己的金額門檻、類別、代理規則與稽核需求。
採購申請從必要資訊開始
一位技師申請一組價值 NT$120,000 的主軸，填入成本中心，並在生產線終端機上附上供應商報價單。
金額決定路由
NT$120,000 落在兩個門檻之間，因此申請單會路由給部門主管，再送交財務。所選定的核准鏈會與申請單一併記錄。
核准人透過 Slack 處理
部門主管在簽核頻道中看到申請單，並直接在該處核准。應用程式會將這項決定回寫到申請單上。
代理涵蓋財務主管的休假
財務主管休假，因此由副手在這一週代理處理待辦事項。該筆核准會被標記為代理期間做出的決定。
申請單以可佐證的紀錄結案
系統會寄信通知申請人、核發採購單編號，而規則、執行者、時間戳記與報價單全都保存在同一筆紀錄中。
描述您想要的簽核規則
Kliv 依您的描述打造應用程式，所以請包含金額、類別、核准人、代理、附件、通知與報表。您提供的細節越多，第一個版本就越貼近需求。
採購核准
金額門檻、成本中心與報價單附件。
“打造一個採購核准工作流程。金額低於 NT$15,000 的申請送交主管，NT$15,000 至 NT$150,000 送交部門主管，超過 NT$150,000 的則送交財務與廠長。要求附上報價單、追蹤成本中心、支援休假代理，並每月以電子郵件寄送各部門的支出報表。”
費用簽核
收據照片、主管待辦清單與財務匯出。
“打造一個費用核准應用程式，員工可拍照上傳收據，主管從待辦清單中核准，超過 NT$30,000 的費用還需財務核准，已核准的費用每月匯出至總帳，內容包含員工、類別、營業稅與收據連結。”
圖面放行管制
設計與品管在放行前完成簽核。
“打造一個工程圖面放行工作流程，每張圖面在成為正式發行版本前都需經過設計與品管簽核。舊版本維持唯讀，記錄每次核准的執行者，並在圖面放行時通知 Slack。”
各項功能如何串連
規則可以調整。 金額門檻、類別與核准鏈都是您可以編輯的資料。政策一旦變動，您只需描述變更，Kliv 就會更新應用程式。
Slack 是實際作業介面。 應用程式可以將待核申請發布到 Slack,並將核准結果寫回資料庫。憑證存放在平台的保管庫中，不會出現在程式碼裡。
可以測試自我核准的情境。 Kliv 可以執行一個情境測試，讓申請人嘗試核准自己那筆 NT$120,000 的申請，並驗證該嘗試會被拒絕。
週期時間可以量化。 每位核准人的決策時間、被退回的申請，以及依成本中心區分的支出，都可以從同一批資料中產出報表。
簽核工作流程往往會延伸出更多內部工具；內部工具頁面延續了同樣的模式。
常見問題
Kliv 到底是什麼？
Kliv 是一款 AI 應用程式建構工具。您描述您的簽核規則，它就會打造出真正可用的應用程式，處理申請、路由、決定、代理、報表與稽核軌跡。
我得到的是真正的應用程式，還是套版？
是真正的應用程式。您的金額門檻、類別、核准鏈、可視範圍規則與報表，都會直接建置在資料庫與畫面之中。
建好之後還能修改嗎？
可以。您可以透過對話要求變更金額門檻、核准人、類別、Slack 頻道、報表或代理規則。
歷史紀錄事後可以被修改嗎？
不行。決定是只能新增、不可修改的紀錄，並附有執行者與時間戳記。若要更正，則是建立一筆新紀錄並參照舊紀錄。
核准人休假時該怎麼辦？
代理紀錄涵蓋明確的起訖日期，在代理期間做出的決定會註明這一點。
規則變更會影響已在流程中的申請嗎？
不一定會。預設情況下，申請單可以維持當初核定時所套用的路由，而該規則版本會保存在申請單上。
核准人可以直接在 Slack 上處理嗎？
可以。應用程式可以將待核申請發布到 Slack,並將動作記錄回簽核軌跡中。
核准人如何登入？
使用您應用程式中的帳號：電子郵件與密碼、Google 登入、通行金鑰，如需要也可加上雙重驗證。
申請人可以看到別人的申請嗎？
只有在您允許的情況下才可以。常見的設定是申請人只看到自己的申請，核准人看到自己的待辦清單，財務則能看到全部。
可以使用自己的網域嗎？
可以。應用程式可以在您自己的網域上執行。
之後可以離開 Kliv 嗎？
可以。應用程式的程式碼會同步到您自己的 Git 儲存庫，因此日後要離開，只需要 git pull,而不必重新打造一遍。
別再靠轉寄郵件來核准事情
用您向新進員工說明的方式，描述金額門檻、核准鏈、代理規則與報表。Kliv 會依這份描述打造出簽核工作流程。
