Kliv

    本頁面由英文翻譯而成。

    商業工具

    打造一個合約產生與電子簽名應用

    Kliv 是一個 AI 應用建構工具。描述合約如何產生、寄送、簽署、提醒與歸檔,它就會把這整套合約流程建成一個真正的應用。

    kliv.dev

    只需在文字方塊中輸入你的想法,AI 就會為你建置它

    118 字元

    什麼是 Kliv?

    Kliv 不是一套通用的簽署產品——它是一個為您打造軟體的 AI。

    您用平常的話描述您需要的應用,Kliv 就會把它建出來:資料、文件流程、畫面與規則。您得到的是一個真正屬於您的網頁應用,架在您自己的網域上,只開放給您邀請的人,而且日後只要開口就能修改。它不是範本。

    在這個頁面上,那個應用是一套合約產生與簽署流程。Kliv 能打造各式各樣的網頁應用,這只是其中一個例子。

    為什麼要自己打造簽署工具?

    按份計價會為每一次簽名加上一筆費用,而通用的簽署服務並不了解您的合約裡寫了什麼。一家每週寄出三十份委任合約的活動人力公司,可能需要能從客戶紀錄帶入資料的範本、懂得費率表的合併欄位,以及不必靠協調人員盯著清單就會自動執行的提醒。

    Kliv 把整條路徑建成一個應用:產生、寄送、提醒、簽署與歸檔。合約、客戶、需求與簽署紀錄彼此互相參照,因此系統能回答當初談定了什麼、又是在什麼時候談定的。

    每份合約背後的物件

    五筆紀錄讓整個流程可以追溯。

    範本與合併欄位

    您的合約是一份範本,裡面有客戶名稱、日期、費率表,以及會隨每次委任而不同的條款等欄位。這些欄位由紀錄自動填入,而不是靠複製檔案。

    簽署需求

    產生出來的文件會變成一個帶有到期時間與狀態的私人連結:已寄送、已檢視、已簽署。連結開啟的正是為那位客戶所建立的那個版本。

    簽署紀錄

    是誰簽署、在何時、從何處、對應哪個文件版本,都會在簽名發生的當下寫入資料庫。

    提醒

    如果某個需求過了三天仍未簽署,一個排程工作就會寄出提醒。後續追蹤不再需要靠某個人盯著追蹤表。

    已簽署的封存

    簽好的副本會自動歸檔到檔案儲存區裡對應的客戶底下。存取規則決定哪些客戶與員工帳號能看到每一份合約。

    一個例子:林建宏的活動人力公司

    以下是某家公司可能怎麼使用一個用 Kliv 打造的合約應用。這只是個例子——您會描述屬於自己的範本、欄位、提醒與歸檔規則。

    01

    合約從紀錄產生

    協調人員選定客戶與委任內容。一個伺服器端函式把範本和客戶資料、日期與費率合併,再把結果標記為一個新的文件版本。

    02

    客戶收到私人簽署連結

    這封電子郵件只會開啟那位客戶的文件,別的都看不到。當客戶開啟時,狀態就會從已寄送變成已檢視。

    03

    未簽署的需求會收到提醒

    在三天沒有簽名之後,提醒會自動寄出。協調人員可以專心處理委任本身,而不必追著文書跑。

    04

    簽名建立了證明

    簽署會記下姓名、時間戳記、來源與文件版本。雙方都會收到簽署完成的副本。

    05

    簽好的副本自動歸檔

    PDF 會落到客戶封存區裡,同時一則 Slack 訊息會發到成交頻道:已簽署、可以安排人力。

    描述合約流程

    Kliv 依您的描述來打造,因此您給的細節越多,第一版就越接近。請包含範本、欄位、簽署順序、提醒,以及一份簽名會解鎖什麼。以下是三個例子:

    kliv.dev

    人力委任合約

    產生、寄送、提醒、簽署與封存。

    “幫我們的活動人力公司打造一個合約工具。用客戶名稱、活動日期、時薪與取消條款,從範本產生委任合約;寄出私人簽署連結;在未簽署的客戶過了 3 天和 7 天後提醒他們;並把每位客戶簽署完成的副本封存起來。”

    kliv.dev

    租借合約

    交件前必須先簽好合約。

    “幫我們的設備租借公司打造一個租借合約工具。產生含品項清單、租借日期、押金金額與責任條款的合約;寄出簽署連結;並在簽名記錄下來之前,先擋住交件。”

    kliv.dev

    導入文件包

    多份文件依序簽署。

    “打造一個客戶導入工具,寄給新客戶一份包含四份合約的文件包:服務合約、資料處理附約、帳務授權書,以及專案啟動表。要求它們依序簽署,並逐份追蹤完成狀況。”

    各個環節如何串起來

    產生是伺服器端的邏輯。 一個帶型別的 TypeScript 伺服器端函式會讀取客戶紀錄、填入範本並建立文件。費率表一改,會影響到下一份產生的合約,而已經寄出的那個版本仍可被還原重建。

    重點在於那筆紀錄。 簽署列會帶著姓名、時間、來源與文件版本。簽署完成的副本存放在受存取規則保護的檔案儲存區。日後若出現爭議問題,答案只是一次查詢。

    您可以在真正倚賴這套流程之前先測試它。 請 Kliv 做一個 Scenario 測試,以測試客戶的身分簽署,並驗證一份未簽署的合約會擋住下一步。它會在真實瀏覽器裡,針對資料庫的一份用完即丟的副本執行,並為所有副作用開立收據。

    合約是許多服務業的大門。這棟房子的其他部分——報價、專案、發票與回頭生意——都在服務方案頁面上。

    常見問題

    Kliv 到底是什麼?

    Kliv 是一個從描述打造客製化網頁應用的 AI。以合約產生來說,它會建出範本、紀錄、簽署流程、提醒、封存與權限。

    我拿到的是一個真正的應用,還是一個範本?

    是一個真正的應用。它是圍繞您的範本、欄位、提醒與歸檔規則打造的,而不是一張通用的簽署表單。

    打造完之後我還能修改嗎?

    可以。要改條款、換提醒時機、加一個簽署人角色,或改一條封存規則,只要開口,Kliv 就會更新這個應用。

    用這種方式收集到的簽名具有法律效力嗎?

    這個應用會記下是誰、在何時、從何處、對哪個文件版本表示同意,並原封不動地保存簽署完成的副本。至於某份文件是否需要合格的簽章程序,是一個要問您法律顧問的法律問題。

    客戶日後能看到自己的合約嗎?

    可以。給客戶一組登入帳號,列級規則就會把他們限制在自己的合約範圍內。

    有什麼能防止過時的範本被寄出去?

    簽署連結開啟的是為那位客戶產生、帶編號的文件版本。日後編輯範本並不會改動已經在流程中的文件。

    我們可以自己改範本嗎?

    可以。在對話中描述要改的條款或用字。下一份產生的合約就會採用它,而先前的版本仍留在紀錄上。

    簽名之後提醒可以停止嗎?

    可以。提醒工作會讀取需求的狀態,所以文件一旦簽署,它們就會停止。

    可以有不只一位簽署人嗎?

    可以。如果您的流程需要多位簽署人或指定的順序,描述出來,簽署狀態就能反映這一點。

    我可以用自己的網域嗎?

    可以。簽署頁面與客戶存取都能架在您自己的網域上。

    我日後可以離開 Kliv 嗎?

    可以。您的紀錄與檔案都能匯出,程式碼也會同步到您自己的 Git 儲存庫。

    文件簽署後,這個應用能通知我們的團隊嗎?

    可以。原始流程就包含一則 Slack 通知,而這個決定會記錄在合約上。

    合約、簽名與證明,全在同一套系統裡

    描述您的合約寫了什麼、如何寄送,以及您需要什麼樣的證明。Kliv 會打造出負責寄送、提醒、簽署與歸檔的整套流程。