用印本躺在櫃子裡，電子檔留在已離職同仁的信箱裡，真正生效的條款卻寫在第三份增補協議中，沒有人記得。改過的折讓要到付款那一刻才浮出來，自動續約一年要到續約日才浮出來。
每一項承諾都成為一筆有生命週期的紀錄：自條款庫起草，走完正確的簽核順序，此後以帶期限、帶負責人的義務繼續存在。因為它與訂單、發票同處一個資料層，發票上的金額對的是簽下的條款，而不是記憶。
每一項能力，都為解決一個營運難題而生。
現行版本只在一個地方
如何實現： 原合約、增補協議與變更依版本疊放，最先開啟的就是目前生效的條文。
起草很快，卻不偏離標準
如何實現： 使用法務審定的範本與條款庫；凡是偏離標準的條款都會標示出來覆核。
簽署即在系統中生效
如何實現： 依權限走簽核流程，透過憑證機構電子簽章，狀態轉為履行中的同時正本入庫。
義務不會掉進縫隙
如何實現： 交付、驗收與付款節點拆成有期限、有指定負責人的工作。
續約是決定，不是既成事實
如何實現： 依合約本身載明的通知期，在續約或終止日期之前提醒。
錢依簽下的條款走
如何實現： 單價、折讓與付款條件在同一資料層上與訂單、發票逐項核對。
起草與協商
條款庫
如何實現： 法務審定的標準條款，依合約類型與風險等級分類存放。
範本與版本
如何實現： 每輪協商留一個版本，能與上一版比對，也看得出誰改了哪一條。
增補協議與變更
如何實現： 增補協議掛在原合約之下，只覆蓋它所修改的那一條，絕不孤零零地存在。
簽署與歸檔
內部簽核流程
如何實現： 依權限與金額上限的多層簽核，跑在人力資源模組既有的組織圖上。
透過憑證機構電子簽章
如何實現： 透過境內憑證服務業者完成電子簽章；代簽與授權都留下紀錄。
正本與存取權限
如何實現： 簽署本依其檔案類別的保存年限歸檔，只對獲准檢視的人開放。
履行與生命週期
義務與付款節點
如何實現： 承諾拆成有期限、有負責人、有完成憑據的工作。
續約與終止提醒
如何實現： 依合約載明的通知期提醒，早到還來得及重新談。
與訂單、發票核對
如何實現： 單據上的單價與折讓回溯到簽下的條款；有出入會在付款之前顯現。
三個步驟即可上線運作。
評估與設定
Apus 會盤點您的業務流程，並依您的實際營運設定模組。
遷移與整合
從舊系統遷移資料，並在同一資料層上與其他模組串接。
教育訓練與上線
為團隊進行教育訓練、正式上線，並依所選 SLA 等級提供後續支援。
從提出與起草到續約或終止。
- 各方 · 金額 · 有效期限
- 付款條件與折讓
- 義務、節點與續約通知日
合約不是資料夾裡的一份 PDF：它帶著尚未了結的義務，也帶著必須決定是否續約的那個日期。所以「下個月我們受哪些約束」，答案來自紀錄，而不是來自記性最好的那個人。
讓 AI 讀對方送來的草案，在簽字之前指出偏離標準的條款。
將草案與條款庫比對，逐處標出偏離並附上出處。
自簽署本中抽出義務、節點與通知日，產生等待確認的工作。
回答「這份合約的付款條件是什麼」，並把出處指回具體條款。
沒有智慧代理，事情不會消失，只會落到人身上。
要等到有人想起來、又挪得出時間坐下來做，事情才動得了。
觸發它的是業務事件，不是誰的記性。
有合約草稿被上傳時
想知道眼下是什麼狀況，得先請人核一遍，再匯出一份報表。
用您自己的話問，答案就從系統裡既有的數字裡出來。
「這份合約和我們的範本差在哪裡？」
最能幹的人把一天花在跟上週一模一樣的對帳上。
重複的那部分在您授予的權限內跑完，該裁示的仍舊停在您這裡。
等您查看
本模組的智慧代理
它們就站在上面這層資料之上，並在呼叫者的權限內執行。
資料直達其他模組——無需重複輸入。
簽下的條款與訂單、發票同處一個資料層——金額一旦走偏，會在付款之前顯現，而不是在年度結帳之後。
常見問題解答。
這與文件管理（EDM）有什麼不同？+
EDM 管的是企業文件庫：版本、分類，以及文件與產生它的業務單據之間的關聯。這個模組管的是一項承諾的生命週期——哪些義務還沒了結，下一個節點是什麼時候，哪個日期迫使你決定是否續約。簽署本仍然存放在 EDM 中，只是不再靜靜躺著。
那麼勞動契約和採購合約要重新輸入嗎？+
不必重新輸入。人力資源模組仍是人事檔案的所在，採購仍是採買流轉的地方；這個模組只把這些合約的承諾那一面抬到同一個檢視裡，看期限、看義務、看付款條件。
管不管借款或融資租賃合約？+
不管。借款與融資租賃商品執行在金融機構自身的核心系統上，Apus 不會取而代之。這個模組管理內部合約，以及與合作夥伴、供應商、客戶之間的合約。
能透過本地憑證機構簽章嗎？+
簽核流程串接境內的憑證服務業者；確切名單在整合頁面上，範圍與設定在方案設計階段定案。