智慧合同管理產品設計(3):合同起草

編輯導語:起草合同,是當下進行交易的一個必不可少的方面。這篇文章從合同的六個方面詳細闡述瞭如何進行正確的合同起草,以及合同起草的重要性,推薦想要了解合同起草的童鞋閱讀。

智慧合同管理產品設計(3):合同起草

這裡的合同起草代表合同管理中的一個工作階段,包括了合同文字上傳或是線上撰寫、文字識別、文字結構化、要素提取、資訊整合、自動校驗、智慧稽核、版本對比、提交送審一系列在合同承辦人提交審批前的功能,沒有找到合適的表達詞彙,暫且就用合同起草。

合同起草是合同管理必不可少的環節,是合同管理與業務實際結合開始,因此,無論是從提高工作效率、減少合同履約風險、還是為合同數字化提供基礎方面都有許多功能需要做。

同時,因為此功能業務人員首次接觸合同管理產品需要用到的功能點且後續使用頻率較高,所以再設計上要注重使用者體驗。

一、合同屬性

合同屬性指的是需要從文字中提取的結構化欄位,如合同名稱、合同分類(參見《智慧合同管理產品設計(2):合同範本庫》中範本分類)、當事人名稱(或姓名)和住所、地位、標的、數量、質量、價款(或者報酬)、履行期限(地點和方式)、違約責任、解決爭議的方法、承辦部門、承辦人員、承辦時間等。

如果只是這些通用的合同要素設計起來比較簡單,但這不足以支撐合同履行監控、風險防範的要求,更不要說與業務系統結合,實現企業一體化數字化轉型的戰略要求。

如何確定合同系統的邊界?哪些屬性需要納入合同管理系統呢?

按照目前企業數字化的趨勢及合同作為業務執行的規範性檔案,

合同文字內容是提取合同屬性的最大邊界

(當然這裡說的主要是與業務系統邊界,合同分類、組織、系統操作時間等雖然不在合同文字內,但是需要記錄),但不包括業務邏輯的運算(如按時間段優惠的商品價格計算等)。

同時,設計通用管理分析屬性和不同合同分類的業務屬性,既滿足合同統一管理的要求,有能夠與業務系統很好融合。另外,框架協議、主從合同、背靠背合同可以根據需要做分類設計。

二、起草方式

綜合企業中使用合同管理系統起草合同方式,大致可以分為上傳合同(使用word/wps已經完成文字的撰寫)、使用範本(選擇系統提供的範本線上編輯)、批次起草(比如汽車行業與多家4S店簽訂合同)、複製合同(主要針對續約或是相似合同)等。

其中,上傳合同和使用範本起草合同是當前最重要的兩種方式。上傳合同使用人工智慧方式智慧提取合同要素,已經成為合同管理系統的關鍵功能(但當前效果並不理想,需要積累)。

使用範本生成合同目前在合同文字單一量大的制式合同中使用比較廣泛,如採購合同等,但目前在系統製作和更新合同模板比較複雜,主要使用word/wps的限定編輯、製作html模板、高階富文字編輯控制元件等方式實現,需要進一步簡化製作過程,增強文件之間轉化的穩定性,最終達到企業範本管理員(一般是企業法務人員)能夠輕鬆完成的效果。

三、要素提取

合同的要素提取是個很重要的功能,不僅能夠降低的工作量、提高準確度、提升體驗感,備受一線合同承辦人喜愛(首先要提的準),而且是合同管理邁向數字化和智慧化的基礎。

因此,也被所有合同管理系統服務商作為自己的亮點功能展示。但是目前還不太成熟,還需要大量的“人工標註+智慧演算法”的資料和技術積累,明確的規則性提取雖然能夠用到,但只能起到輔助的作用。

目前人工智慧技術在合同管理方面困難是缺少實際的語料,如果大型企業自己的資訊功能能夠達到足夠多的真實合同,且對人工智慧的發展足夠重視應該是一個不錯的發展路徑,至少現在部分大企業已經在這條路上取得了一些成果。當然,融資成立公司,透過積累專案經驗也是一條路徑,需要積累3-5年才能夠有比較通用的產品出現。

四、合同相對方

合同相對方重點是管理是篩選、審查合作方資信,其可以作為一個單獨的功能在合同起草前的選商階段使用。合同相對方,通常是一個企業但要設計是考慮到多方的情況,並且要把簽訂合同當事企業的所有資訊快照儲存。

企業相對方的資訊主要包括工商資訊、經營風險(行政處罰、稅收違法、嚴重違法、股權出質)、司法風險(法院公告、立案資訊、判決文書、被執行人、失信資訊),主要來自外部抓取的資料。

企業內部合同履約異常、糾紛案件等情況同樣也要加入合作方資信評估模型。評估模型的設計可以根據企業自身行業屬性、管理水平、風險偏好進行設計,可以黑、白、灰、紅或是A、B、C、D等級的方式呈現,且在資信等級變化或是發生重大事件時及時提醒合同承辦人和負責合同履行人員,及時做出應對措施。

關於合同相對聯絡人、聯絡方式、銀行賬號等資訊的設計需要注意,一個合作方可能與集團多個公司或是多個部門存在合作關係,但聯絡人和銀行資訊不一樣。

五、校驗與稽核

一般頁面校驗應該不用介紹,只是頁面資訊項比較多,且直接存在一定的業務關係。但在設計時應考慮將這些資訊項直接的校驗關係進行抽取,做成可以有業務人員進行控制的功能。

比如,每個單位對於合同招投標合同型別和金額的限制是不一致的,而且組織數量基數大後,規則發生變動頻率就顯得非常的頻繁,使用者非常希望有制度的制定者進行維護,而不是有服務商做的程式的程式碼中,無論是及時性和成本都不符合使用者的要求,甚至影響業務的執行。目前有不少的規則引擎框架可以引入使用,或是參考其設計思路進行自研。

可以在合同起草解決設計合同的形式性審查,比如錯別字校驗、合同格式校驗、分期付款金額計算、金額大小寫、相對方名稱一致性校驗、法律引用等,雖然看次不起眼的校驗可能大部分需要基於人工智慧技術的支援才能實現。

關於實質的審查目前可以透過文字智慧對比發現缺失條款、對範本改動,透過提供審查清單輔助合同承辦人自查風險等,更復雜審查可以參見《智慧合同管理產品設計(1):合同智慧稽核》。合同校驗稽核透過就可以提交審批流程了,關於合同審批可以參見《從合同審批流程出發,說說工作流引擎的設計原理》

六、關於系統整合

如何合同管理做的深入,合同起草階段整合還是比較複雜的,主要是應為合同是對外合作的主要橋樑,其中包含了不少的業務資訊(採購系統、設計系統、銷售系統等),很前期談判確定的規則(招投標系統)。

面對這麼對的整合系統,而且每個系統整合邏輯、資訊也不一樣,這時確定合同管理的邊界顯得尤為重要(哪部分是由合同系統開發、哪部分不能納入合同系統開發否則就會陷入需求無限蔓延的泥潭)。

最好是由合同管理系統提供抽取的標準介面,但在很對企業不現實,就是考驗專案經理和產品經理業務熟練程度和管控能力的時候了,祝你好運!

本文由 @Being4 原創釋出於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議

頂部