เทมเพลตข้อมูลการจัดการสัญญาของคุณ
เทมเพลตข้อมูลการจัดการสัญญาของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางดึงข้อมูลจากระบบต้นทาง
แอตทริบิวต์สำหรับการจัดการสัญญา
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
รหัสสัญญา
ContractId
|
รหัสเฉพาะของสัญญาแต่ละฉบับที่จัดการในแพลตฟอร์ม Icertis. | ||
|
คำอธิบาย
Contract ID เป็นรหัสอ้างอิงเฉพาะของแต่ละกรณี ซึ่งเชื่อมโยงเหตุการณ์และกิจกรรมทั้งหมดกับสัญญาฉบับนั้นโดยตรง จึงวิเคราะห์เส้นทางของสัญญาแต่ละฉบับได้ตั้งแต่เริ่มต้นจนสิ้นสุด. ใน process mining คุณลักษณะนี้เป็นพื้นฐานสำหรับสร้างวงจรของสัญญาแต่ละฉบับขึ้นใหม่ ช่วยเชื่อมโยงกิจกรรมที่เกี่ยวข้อง เช่น การร่าง การตรวจทาน การอนุมัติ และการทำสัญญา ให้ตรงกับสัญญาที่เกี่ยวข้อง ทำให้วัดระยะเวลาดำเนินการและระบุความแตกต่างของกระบวนการได้อย่างแม่นยำ.
เหตุผลที่สำคัญ
นี่คือคีย์หลักสำหรับวิเคราะห์กระบวนการ ใช้ติดตามเส้นทางทั้งหมดของสัญญาและรักษาความถูกต้องของข้อมูล.
แหล่งข้อมูล
นี่คือคุณลักษณะหลักของออบเจ็กต์ Contract Agreement ใน Icertis.
ตัวอย่าง
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์หรืองานที่เกิดขึ้น ณ จุดหนึ่งในวงจรสัญญา. | ||
|
คำอธิบาย
ชื่อกิจกรรมระบุขั้นตอนหรือจุดสำคัญในกระบวนการจัดการสัญญา โดยเรียงเหตุการณ์ตามเวลาเพื่อสร้างลำดับกระบวนการของสัญญาแต่ละฉบับ. การวิเคราะห์คุณลักษณะนี้ช่วยให้เห็นลำดับการปฏิบัติงาน ความถี่ของกิจกรรมแต่ละประเภท และโครงสร้างโดยรวมของกระบวนการ ใช้ระบุเส้นทางที่เกิดขึ้นบ่อย จุดที่เบี่ยงเบนจากขั้นตอนมาตรฐาน และกิจกรรมที่ทำให้ต้องแก้งานหรือเกิดความล่าช้า เช่น การแก้ไขหลายรอบ.
เหตุผลที่สำคัญ
ข้อมูลนี้กำหนดขั้นตอนของกระบวนการ ซึ่งจำเป็นต่อการแสดงแผนผังกระบวนการ วิเคราะห์ลำดับงาน และระบุคอขวด.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้มาจากบันทึกเหตุการณ์หรือตารางประวัติเวิร์กโฟลว์ใน Icertis ซึ่งบันทึกการเปลี่ยนสถานะและงานที่ดำเนินการกับสัญญา.
ตัวอย่าง
ร่างสัญญาแล้วตรวจทานโดยฝ่ายกฎหมายแล้วสัญญามีผลบังคับใช้เริ่มแก้ไขสัญญา
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTime
|
เวลาที่ระบุว่าเกิดกิจกรรมเกี่ยวกับสัญญาขึ้นเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกวันที่และเวลาที่กิจกรรมเริ่มต้นหรือเสร็จสิ้นอย่างแม่นยำ เป็นข้อมูลพื้นฐานด้านเวลาสำหรับ process mining และช่วยเรียงลำดับเหตุการณ์ของแต่ละเคสสัญญาตามเวลา เวลาเหตุการณ์สำคัญต่อการวิเคราะห์ทุกประเภทที่เกี่ยวข้องกับเวลา โดยใช้คำนวณรอบเวลาดำเนินการระหว่างกิจกรรม ระบุช่วงเวลารอ วัดระยะเวลาของแต่ละช่วง เช่น การเจรจาหรือการอนุมัติ และค้นหาคอขวดที่ทำให้สัญญาค้างอยู่เป็นเวลานาน.
เหตุผลที่สำคัญ
เวลานี้จำเป็นต่อการคำนวณตัวชี้วัดผลการดำเนินงานทั้งหมด เช่น ระยะเวลาดำเนินการและระยะเวลาของกิจกรรม รวมถึงทำความเข้าใจลำดับเหตุการณ์.
แหล่งข้อมูล
ฟิลด์มาตรฐานในบันทึกการตรวจสอบหรือบันทึกประวัติเวิร์กโฟลว์ของ Icertis ซึ่งเชื่อมโยงกับเหตุการณ์ที่บันทึกไว้ทุกรายการ.
ตัวอย่าง
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
ประเภทสัญญา
ContractType
|
การจัดประเภทสัญญา เช่น ข้อตกลงบริการหลัก หรือข้อตกลงไม่เปิดเผยข้อมูล. | ||
|
คำอธิบาย
ประเภทสัญญาใช้จัดกลุ่มข้อตกลงตามวัตถุประสงค์ทางกฎหมายหรือธุรกิจ และเป็นแอตทริบิวต์พื้นฐานสำหรับแบ่งกลุ่มและเปรียบเทียบวงจรชีวิตของสัญญา สัญญาแต่ละประเภทมักมีขั้นตอนการทำงาน ระดับความซับซ้อน และ SLA ที่แตกต่างกัน การวิเคราะห์กระบวนการตามประเภทสัญญาช่วยให้ปรับปรุงได้ตรงจุด เช่น ออกแบบเวิร์กโฟลว์ที่เหมาะกับข้อตกลงความเสี่ยงต่ำและมีปริมาณมากอย่าง NDA ให้ต่างจาก MSA ที่ซับซ้อนและมีมูลค่าสูง ข้อมูลนี้จำเป็นต่อ KPI 'การวิเคราะห์รูปแบบสัญญา' และ 'คะแนนการปฏิบัติตามนโยบาย'.
เหตุผลที่สำคัญ
ช่วยแบ่งกลุ่มกระบวนการเพื่อเปรียบเทียบวงจรชีวิตและการปฏิบัติตามข้อกำหนดของข้อตกลงแต่ละประเภท.
แหล่งข้อมูล
แอตทริบิวต์มาตรฐานนี้กำหนดค่าไว้ในออบเจ็กต์ Contract Agreement ของ Icertis.
ตัวอย่าง
ข้อตกลงบริการหลัก (MSA)ข้อตกลงไม่เปิดเผยข้อมูล (NDA)ขอบเขตงาน (SOW)
|
|||
|
ผู้รับผิดชอบกิจกรรม
ActivityOwner
|
ผู้ใช้หรือทรัพยากรที่รับผิดชอบการดำเนินกิจกรรมเกี่ยวกับสัญญา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุบุคคล ทีม หรือผู้ใช้ระบบอัตโนมัติที่ดำเนินกิจกรรม อาจเป็นชื่อผู้ใช้ รหัสพนักงาน หรือบัญชีระบบ การวิเคราะห์ผู้รับผิดชอบกิจกรรมช่วยให้เข้าใจการจัดสรรทรัพยากร การกระจายภาระงาน และประสิทธิภาพ เช่น ผู้ใช้หรือทีมใดเป็นคอขวด ใครตรวจทานงานได้มีประสิทธิภาพที่สุด และมีการกระจายงานอย่างไร ข้อมูลนี้ช่วยให้ติดตามผลผ่านแดชบอร์ด 'การกระจายภาระงานของผู้ตรวจทาน' ได้โดยตรง.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพแยกตามผู้ใช้หรือทีม เพื่อหาความไม่สมดุลของภาระงานและโอกาสในการฝึกอบรม.
แหล่งข้อมูล
โดยปกติข้อมูลนี้จะอยู่ในประวัติเวิร์กโฟลว์หรือบันทึกการตรวจสอบของ Icertis และเชื่อมโยงกับแต่ละเหตุการณ์.
ตัวอย่าง
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
|
|||
|
แผนกของผู้รับผิดชอบ
OwnerDepartment
|
แผนกที่ผู้รับผิดชอบกิจกรรมสังกัดอยู่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแผนกธุรกิจที่ผู้ดำเนินกิจกรรมสังกัด เช่น ฝ่ายกฎหมาย ฝ่ายขาย หรือฝ่ายจัดซื้อ ช่วยให้เห็นภาพรวมการมีส่วนร่วมของทรัพยากรในกระบวนการ การวิเคราะห์แยกตามแผนกช่วยให้เข้าใจการทำงานร่วมกันและการส่งต่องานระหว่างแผนก รวมถึงระบุความล่าช้าที่เกิดขึ้นซ้ำ เช่น การรอฝ่ายกฎหมายตรวจทานเป็นเวลานานหลังฝ่ายขายส่งงาน ซึ่งเป็นประเด็นที่แดชบอร์ด 'ความล่าช้าในการส่งต่องานระหว่างแผนก' ใช้ติดตาม.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพของแต่ละแผนกและการส่งต่องาน พร้อมชี้ให้เห็นคอขวดระหว่างหน่วยงาน.
แหล่งข้อมูล
อาจต้องเติมข้อมูลนี้โดยเชื่อมกับระบบ HR หรือไดเรกทอรีผู้ใช้ โดยใช้ผู้รับผิดชอบกิจกรรมเป็นคีย์ หรือข้อมูลนี้อาจจัดเก็บไว้ในโปรไฟล์ผู้ใช้ของ Icertis โดยตรง.
ตัวอย่าง
ฝ่ายกฎหมายฝ่ายขายฝ่ายจัดซื้อฝ่ายการเงิน
|
|||
|
มูลค่าสัญญา
ContractValue
|
มูลค่าเงินรวมของสัญญา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงมูลค่าทางการเงินของสัญญา เช่น มูลค่ารวมตลอดอายุสัญญาหรือมูลค่ารายปี เป็นตัวชี้วัดทางธุรกิจที่สำคัญสำหรับจัดลำดับความสำคัญของสัญญาและทำความเข้าใจผลกระทบทางการเงิน ใน process mining คุณสามารถใช้มูลค่าสัญญาแบ่งกลุ่มการวิเคราะห์และให้ความสำคัญกับข้อตกลงมูลค่าสูง เช่น ตรวจสอบว่าสัญญามูลค่าสูงใช้เวลาอนุมัติหรือเจรจานานกว่าหรือไม่ นอกจากนี้ยังช่วยประเมินความเสี่ยง เพราะความล่าช้าของสัญญามูลค่าสูงอาจกระทบรายได้อย่างมีนัยสำคัญ.
เหตุผลที่สำคัญ
ช่วยจัดลำดับความสำคัญและวิเคราะห์ตามมูลค่า เพื่อให้เน้นการปรับปรุงกับสัญญาที่มีผลกระทบทางการเงินสูง.
แหล่งข้อมูล
โดยทั่วไป ฟิลด์สกุลเงินมาตรฐานนี้อยู่ในออบเจ็กต์ Contract Agreement ของ Icertis.
ตัวอย่าง
50000.001250000.002500.00
|
|||
|
เวลาสิ้นสุด
EndTime
|
วันและเวลาที่กิจกรรมในสัญญารายการหนึ่งเสร็จสิ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเวลาที่กิจกรรมเสร็จสิ้น โดย StartTime ระบุเวลาเริ่มต้น ส่วน EndTime ระบุเวลาสิ้นสุด จึงกำหนดช่วงเวลาของกิจกรรมได้ชัดเจน การมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุดช่วยให้คำนวณเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการได้อย่างแม่นยำ และวิเคราะห์ได้ว่าขั้นตอนใดใช้เวลามากที่สุด โดยแยกเวลาทำงานออกจากเวลารอระหว่างขั้นตอน ข้อมูลนี้สำคัญต่อแดชบอร์ดอย่าง 'คอขวดในกระบวนการอนุมัติ' และ 'ประสิทธิภาพการร่างและแก้ไขสัญญา'.
เหตุผลที่สำคัญ
ช่วยคำนวณระยะเวลาของกิจกรรมได้อย่างแม่นยำ และแยกเวลาที่ใช้ดำเนินงานออกจากเวลารอได้.
แหล่งข้อมูล
เช่นเดียวกับ StartTime ข้อมูลนี้มักอยู่ในบันทึกการตรวจสอบหรือประวัติเวิร์กโฟลว์ของ Icertis กิจกรรมบางรายการอาจเกิดขึ้นทันที ทำให้ StartTime และ EndTime ตรงกัน.
ตัวอย่าง
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
สถานะสัญญา
ContractStatus
|
สถานะหรือขั้นตอนปัจจุบันของสัญญาในวงจรชีวิต. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสถานะโดยรวมของกรณีสัญญา เช่น 'ฉบับร่าง' 'อยู่ระหว่างตรวจทาน' 'รอลงนาม' หรือ 'ดำเนินการเสร็จสิ้น' โดยทั่วไปเป็นแอตทริบิวต์ระดับกรณีที่แสดงหมุดหมายสำคัญล่าสุด ข้อมูลนี้จำเป็นต่อแดชบอร์ดการปฏิบัติการ เช่น 'สถานะและปริมาณงานสัญญา' ซึ่งแสดงภาพรวมล่าสุดของงานสัญญา ช่วยให้ผู้จัดการเห็นจำนวนสัญญาในแต่ละขั้นตอนและจุดที่งานสะสม เพื่อจัดการพอร์ตสัญญาได้ล่วงหน้า.
เหตุผลที่สำคัญ
แสดงภาพรวมของสัญญาที่อยู่ระหว่างดำเนินการ ซึ่งจำเป็นต่อการติดตามงานและจัดการปริมาณงาน.
แหล่งข้อมูล
ฟิลด์สถานะหลักนี้อยู่ในออบเจ็กต์ Contract Agreement ของ Icertis.
ตัวอย่าง
ฉบับร่างอยู่ระหว่างตรวจทานภายในดำเนินการเสร็จสิ้นยุติแล้ว
|
|||
|
จำนวนครั้งที่แก้ไข
RevisionCount
|
จำนวนครั้งทั้งหมดที่มีการแก้ไขสัญญา. | ||
|
คำอธิบาย
ตัวชี้วัดที่คำนวณนี้นับกิจกรรมที่เกี่ยวข้องกับการแก้ไข เช่น 'แก้ไขหรือปรับปรุงสัญญา' ในแต่ละกรณีของสัญญา เป็นตัวบ่งชี้ที่เข้าใจง่ายว่ากระบวนการติดขัดเพียงใด หากมีการแก้ไขหลายครั้ง อาจสะท้อนปัญหาในขั้นตอนร่างหรือเจรจา เช่น ข้อกำหนดไม่ชัดเจน ร่างแรกมีข้อบกพร่อง หรือเจรจายาก ตัวชี้วัดนี้ใช้คำนวณ KPI 'อัตราการแก้ไขสัญญา' โดยตรง และใช้ในแดชบอร์ดเพื่อระบุสัญญาและรูปแบบกระบวนการที่มีงานแก้ไขซ้ำมากเกินไป.
เหตุผลที่สำคัญ
วัดปริมาณงานแก้ไขซ้ำในวงจรชีวิตของสัญญาโดยตรง และสะท้อนประสิทธิภาพของขั้นตอนร่างและเจรจา.
แหล่งข้อมูล
คำนวณโดยนับจำนวนครั้งที่กิจกรรมแก้ไขที่ระบุเกิดขึ้นในแต่ละ 'ContractId' ในบันทึกเหตุการณ์.
ตัวอย่าง
1503
|
|||
|
ชื่อคู่สัญญา
CounterpartyName
|
ชื่อคู่สัญญาภายนอก เช่น ลูกค้าหรือผู้ขาย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุอีกฝ่ายที่ทำข้อตกลงด้วย และให้ข้อมูลสำคัญสำหรับวิเคราะห์การติดต่อและการเจรจา การวิเคราะห์กระบวนการแยกตามคู่สัญญาช่วยให้เห็นรูปแบบของรอบการเจรจา เช่น สัญญากับผู้ขายบางรายใช้เวลาเจรจานานกว่าปกติหรือต้องแก้ไขหลายรอบ ข้อมูลนี้ช่วยวางแผนบริหารความสัมพันธ์และปรับกลยุทธ์การเจรจาให้เหมาะสม และใช้ติดตามผ่านแดชบอร์ด 'ระยะเวลาการเจรจาและการแก้ไขซ้ำ' ได้โดยตรง.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์รูปแบบการเจรจาและประสิทธิภาพของความสัมพันธ์กับคู่สัญญาภายนอกแต่ละราย.
แหล่งข้อมูล
ข้อมูลนี้จัดเก็บเป็นข้อมูลกำกับของสัญญา โดยมักเชื่อมโยงกับออบเจ็กต์ข้อมูลหลักของคู่สัญญาหรือผู้ขายใน Icertis.
ตัวอย่าง
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
ใช้เทมเพลตมาตรฐานหรือไม่
IsStandardTemplate
|
ระบุว่าสัญญาจัดทำจากเทมเพลตมาตรฐานของบริษัทหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบค่าจริง/เท็จนี้ระบุว่าสัญญาจัดทำจากเทมเพลตมาตรฐานที่อนุมัติไว้ล่วงหน้า หรือเป็นข้อตกลงเฉพาะที่ไม่ได้ใช้เทมเพลตมาตรฐาน ข้อมูลนี้เป็นปัจจัยสำคัญในการประเมินความเสี่ยงและการปฏิบัติตามข้อกำหนด สัญญาที่ใช้เทมเพลตมาตรฐานมักมีระยะเวลาดำเนินการสั้นกว่าและมีความเสี่ยงต่ำกว่า แอตทริบิวต์นี้ใช้คำนวณ KPI 'อัตราการใช้เทมเพลตสัญญาตามมาตรฐาน' และช่วยวิเคราะห์ผลของการใช้เอกสารที่ไม่เป็นไปตามมาตรฐานต่อกระบวนการ นอกจากนี้ยังช่วยระบุแผนกหรือประเภทสัญญาที่มักไม่ใช้เทมเพลตมาตรฐาน เพื่อปรับปรุงการใช้งานให้เหมาะสม.
เหตุผลที่สำคัญ
วัดการปฏิบัติตามมาตรฐานของบริษัท ซึ่งสัมพันธ์โดยตรงกับประสิทธิภาพกระบวนการและการลดความเสี่ยง.
แหล่งข้อมูล
ข้อมูลนี้อาจมาจากช่องทำเครื่องหมายในสัญญา หรืออนุมานจากแหล่งที่มาหรือข้อมูลกำกับของเอกสารใน Icertis.
ตัวอย่าง
truefalse
|
|||
|
ภูมิภาค
Region
|
ภูมิภาคทางภูมิศาสตร์ที่เกี่ยวข้องกับสัญญา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุพื้นที่ทางภูมิศาสตร์ที่สัญญามีผล เช่น EMEA, APAC หรืออเมริกาเหนือ ซึ่งสำคัญสำหรับองค์กรระดับโลกที่มีกระบวนการแตกต่างกันในแต่ละภูมิภาค การวิเคราะห์แยกตามภูมิภาคช่วยให้เห็นความแตกต่างด้านประสิทธิภาพกระบวนการ ข้อกำหนดการปฏิบัติตามข้อกำหนด หรือแนวทางการเจรจาที่เกิดจากกฎหมายและวัฒนธรรมทางธุรกิจในแต่ละพื้นที่ นอกจากนี้ยังช่วยเปรียบเทียบผลการดำเนินงานระหว่างภูมิภาคและค้นหาแนวทางที่ดีเพื่อนำไปปรับใช้ในระดับโลก.
เหตุผลที่สำคัญ
ช่วยระบุความแตกต่างด้านประสิทธิภาพกระบวนการและการปฏิบัติตามข้อกำหนดในแต่ละภูมิภาค ซึ่งสำคัญสำหรับองค์กรระดับโลก.
แหล่งข้อมูล
โดยทั่วไป ฟิลด์ข้อมูลกำกับนี้อยู่ในออบเจ็กต์สัญญาของ Icertis และมักเป็นส่วนหนึ่งของการตั้งค่ามาตรฐาน.
ตัวอย่าง
ยุโรป ตะวันออกกลาง และแอฟริกาอเมริกาเหนือเอเชียแปซิฟิกลาตินอเมริกา
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ใช้ดึงข้อมูลสัญญาออกมา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูล ซึ่งสำหรับกระบวนการนี้คือ 'Icertis' ช่วยกำกับดูแลข้อมูลและตรวจสอบย้อนกลับได้ โดยเฉพาะเมื่อรวบรวมข้อมูลจากหลายระบบ ในการวิเคราะห์ คุณสามารถใช้แอตทริบิวต์นี้กรองข้อมูลจากระบบต้นทางที่ต้องการ หรือเปรียบเทียบกระบวนการระหว่างระบบต่างๆ ได้ตามความเหมาะสม ในมุมมองนี้ แอตทริบิวต์ดังกล่าวเป็นรหัสระบุเดียวกันสำหรับทุกเหตุการณ์.
เหตุผลที่สำคัญ
ช่วยให้ตรวจสอบที่มาและติดตามข้อมูลได้ ซึ่งสำคัญต่อการตรวจสอบความถูกต้องและการจัดการข้อมูลจากหลายแหล่ง.
แหล่งข้อมูล
โดยทั่วไป ค่านี้จะกำหนดไว้ตายตัวระหว่างการดึงและแปลงข้อมูล เพื่อระบุแหล่งที่มาของข้อมูล.
ตัวอย่าง
IcertisIcertisCLM
|
|||
|
วันครบกำหนดของภาระผูกพัน
ObligationDueDate
|
กำหนดเวลาที่ต้องปฏิบัติตามภาระผูกพันตามสัญญารายการหนึ่งให้เสร็จสิ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ติดตามวันครบกำหนดของภาระผูกพัน คำมั่น และสิ่งส่งมอบสำคัญที่ระบุไว้ในสัญญาหลังลงนามแล้ว สัญญาหนึ่งฉบับอาจมีภาระผูกพันหลายรายการ โดยแต่ละรายการมีวันครบกำหนดของตนเอง การติดตามวันเหล่านี้สำคัญต่อการปฏิบัติตามข้อกำหนดและการจัดการความเสี่ยงหลังลงนาม ข้อมูลนี้เป็นพื้นฐานของ KPI 'อัตราการปฏิบัติตามภาระผูกพัน' ช่วยให้องค์กรติดตามการทำตามคำมั่นได้ตรงเวลาและจัดการความเสี่ยงจากการผิดสัญญาที่อาจเกิดขึ้นล่วงหน้า.
เหตุผลที่สำคัญ
ช่วยติดตามการปฏิบัติตามข้อกำหนดหลังลงนาม ซึ่งจำเป็นต่อการหลีกเลี่ยงค่าปรับและรักษาความสัมพันธ์ทางธุรกิจที่ดี.
แหล่งข้อมูล
Icertis มีโมดูลสำหรับจัดการภาระผูกพัน โดยดึงข้อมูลนี้จากภาระผูกพันที่เชื่อมโยงกับสัญญา.
ตัวอย่าง
2024-09-302025-01-152024-11-01
|
|||
|
วันหมดอายุ
ExpirationDate
|
วันที่สัญญาจะหมดอายุ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เก็บวันที่สิ้นสุดอายุสัญญา ซึ่งเป็นวันที่สำคัญสำหรับการจัดการสัญญาหลังลงนาม และใช้เริ่มขั้นตอนต่ออายุหรือยุติสัญญา วันที่นี้จำเป็นต่อการติดตามการจัดการสัญญาเมื่อใกล้สิ้นสุดอายุสัญญา และใช้เป็นข้อมูลตั้งต้นสำหรับ KPI 'อัตราการต่ออายุหรือยุติสัญญาตรงเวลา' ซึ่งวัดว่าเริ่มและดำเนินการต่ออายุหรือยุติสัญญาได้ทันเวลาหรือไม่ เพื่อหลีกเลี่ยงการต่ออายุอัตโนมัติที่ไม่ต้องการหรือการหยุดชะงักของบริการ.
เหตุผลที่สำคัญ
จำเป็นต่อการจัดการการต่ออายุและยุติสัญญา เพื่อให้ดำเนินการเมื่อใกล้สิ้นสุดอายุสัญญาได้ล่วงหน้า.
แหล่งข้อมูล
ฟิลด์วันที่มาตรฐานนี้อยู่ในออบเจ็กต์ Contract Agreement ของ Icertis.
ตัวอย่าง
2025-12-312026-06-302024-08-15
|
|||
|
เวอร์ชันเอกสาร
DocumentVersion
|
หมายเลขเวอร์ชันของเอกสารสัญญา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ติดตามเวอร์ชันของเอกสารสัญญาระหว่างการร่าง การแก้ไข และการปรับปรุง โดยทั่วไปจะเป็นตัวเลขจำนวนเต็มหรือหมายเลขเวอร์ชันรูปแบบหลัก.รอง เวอร์ชันเอกสารเป็นตัวบ่งชี้โดยตรงของงานแก้ไขซ้ำ หากสัญญามีหลายเวอร์ชัน อาจหมายถึงมีการเปลี่ยนแปลงหลายรอบ ซึ่งนำไปวิเคราะห์หาสาเหตุได้ ข้อมูลนี้ใช้คำนวณ KPI 'อัตราการแก้ไขสัญญา' และประกอบแดชบอร์ด 'ประสิทธิภาพการร่างและแก้ไขสัญญา'.
เหตุผลที่สำคัญ
วัดปริมาณงานแก้ไขและปรับปรุงสัญญาโดยตรง ช่วยให้เห็นจุดที่ไม่มีประสิทธิภาพในการร่างและเจรจา.
แหล่งข้อมูล
Icertis เก็บประวัติเวอร์ชันของเอกสารสัญญาทั้งหมด โดยดึงแอตทริบิวต์นี้ได้จากข้อมูลกำกับของเอกสารหรือบันทึกเหตุการณ์.
ตัวอย่าง
1.02.34.00.5
|
|||
|
สถานะ SLA
SLAState
|
ระบุว่ากิจกรรมหรือกรณีดำเนินการอยู่ภายในเงื่อนไขของข้อตกลงระดับการให้บริการ (SLA) หรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ได้จากการเปรียบเทียบระยะเวลาของแต่ละช่วงกระบวนการกับเป้าหมาย SLA ที่กำหนดไว้ เช่น อาจระบุว่าการตรวจทานโดยฝ่ายกฎหมาย 'ล่าช้า' หากใช้เวลาเกินมาตรฐาน 48 ชั่วโมง สถานะ SLA จำเป็นต่อการติดตามการปฏิบัติตามข้อกำหนดและการจัดการประสิทธิภาพ คุณสามารถใช้สร้างการแจ้งเตือนและแดชบอร์ด เช่น 'ภาพรวมการปฏิบัติตามข้อกำหนดของสัญญา' เพื่อแสดงกรณีที่ไม่เป็นไปตามเป้าหมายได้ทันที ช่วยให้ทีมจัดลำดับงานที่เกินกำหนด และผู้จัดการติดตามผลเทียบกับเป้าหมายสำคัญได้.
เหตุผลที่สำคัญ
ช่วยให้เห็นทันทีว่าการดำเนินงานเป็นไปตามเป้าหมายระดับการให้บริการหรือไม่ เพื่อจัดลำดับงานและติดตามประสิทธิภาพได้.
แหล่งข้อมูล
คำนวณโดยกำหนดกฎทางธุรกิจในเครื่องมือ process mining เพื่อเปรียบเทียบเวลาในข้อมูลกับเกณฑ์ SLA ที่กำหนดไว้ เช่น ระยะเวลาตรวจทานโดยฝ่ายกฎหมาย > 2 วัน.
ตัวอย่าง
ตรงเวลามีความเสี่ยงล่าช้า
|
|||
|
หน่วยธุรกิจ
BusinessUnit
|
หน่วยธุรกิจภายในที่เกี่ยวข้องกับสัญญา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุฝ่ายหรือหน่วยธุรกิจภายในที่เป็นเจ้าของหรือร้องขอสัญญา เช่น 'ฝ่ายขายองค์กรอเมริกาเหนือ' หรือ 'ฝ่ายจัดซื้อระดับโลก' เช่นเดียวกับแผนก แอตทริบิวต์นี้ช่วยรวมข้อมูลกระบวนการในระดับที่สูงขึ้น ทำให้เปรียบเทียบประสิทธิภาพและการปฏิบัติตามข้อกำหนดระหว่างหน่วยงานต่างๆ ได้ ข้อมูลนี้เป็นประโยชน์ต่อผู้บริหารและช่วยประกอบการตัดสินใจจัดสรรทรัพยากรเชิงกลยุทธ์.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบประสิทธิภาพกระบวนการในระดับสูงระหว่างหน่วยงานต่างๆ ขององค์กร.
แหล่งข้อมูล
ฟิลด์ข้อมูลกำกับสำคัญนี้มักอยู่ในข้อตกลงสัญญาและเชื่อมโยงกับโครงสร้างองค์กร.
ตัวอย่าง
หน่วยธุรกิจ-อเมริกาเหนือบริการระดับโลกการพัฒนาผลิตภัณฑ์
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
วันและเวลาที่รีเฟรชข้อมูลของกระบวนการครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บอกว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด โดยบันทึกวันและเวลาที่ดึงข้อมูลจากระบบต้นทางครั้งล่าสุด ข้อมูลนี้ช่วยให้ผู้ใช้ทราบว่าข้อมูลเชิงลึกในแดชบอร์ดเป็นข้อมูลปัจจุบัน หรือเป็นข้อมูลที่ผ่านมาหลายชั่วโมงหรือหลายวันแล้ว ทำให้เข้าใจบริบทก่อนตัดสินใจ.
เหตุผลที่สำคัญ
ช่วยให้เห็นว่าข้อมูลเป็นปัจจุบันเพียงใด และเข้าใจได้ว่าผลวิเคราะห์กระบวนการอ้างอิงจากข้อมูลล่าสุดเมื่อใด.
แหล่งข้อมูล
ระบบข้อมูลหรือเครื่องมือ ETL จะบันทึกเวลานี้เมื่อการรีเฟรชข้อมูลแต่ละรอบเสร็จสมบูรณ์.
ตัวอย่าง
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
กิจกรรมในการจัดการสัญญา
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ได้รับอนุมัติจากคู่สัญญา
|
กิจกรรมนี้หมายถึงคู่สัญญาภายนอกยอมรับเงื่อนไขและอนุมัติสัญญาฉบับสุดท้ายแล้ว อาจบันทึกเป็นเหตุการณ์จากพอร์ทัลสำหรับทำงานร่วมกัน หรือเป็นการอัปเดตสถานะด้วยตนเองโดยเจ้าของสัญญา. | ||
|
เหตุผลที่สำคัญ
จุดสำคัญนี้เป็นการสิ้นสุดขั้นตอนเจรจา และใช้เป็นจุดสิ้นสุดในการคำนวณ KPI 'ระยะเวลาเฉลี่ยของวงจรการเจรจา' เพื่อวัดประสิทธิภาพการประสานงานกับคู่สัญญาภายนอก.
แหล่งข้อมูล
อาจบันทึกเป็นเหตุการณ์โดยตรง หากคู่สัญญาอนุมัติผ่านพอร์ทัล Icertis หากไม่ใช่ จะอนุมานจากการเปลี่ยนสถานะด้วยตนเองเป็น 'Counterparty Approved'.
บันทึก
บันทึกเหตุการณ์จากพอร์ทัลของคู่สัญญา หรือจากการอัปเดตสถานะด้วยตนเองโดยผู้ใช้ภายใน.
ประเภทเหตุการณ์
explicit
|
|||
|
ได้รับอนุมัติภายในครบแล้ว
|
เป็นจุดสำคัญที่ผู้เกี่ยวข้องภายในทุกคนอนุมัติสัญญาครบแล้ว ทำให้พร้อมเจรจากับคู่สัญญาหรือลงนาม โดยอนุมานจากสถานะโดยรวมของเวิร์กโฟลว์อนุมัติที่เปลี่ยนเป็นสถานะสิ้นสุด 'Approved'. | ||
|
เหตุผลที่สำคัญ
จุดสำคัญนี้เป็นการสิ้นสุดรอบการตรวจทานภายใน และใช้เป็นจุดสิ้นสุดในการวัด KPI 'ระยะเวลาเฉลี่ยของขั้นตอนอนุมัติ'.
แหล่งข้อมูล
อนุมานจากสถานะเวิร์กโฟลว์ที่เปลี่ยนเป็น 'Fully Approved' หรือสถานะใกล้เคียง ซึ่งแสดงว่างานอนุมัติทั้งหมดเสร็จแล้ว.
บันทึก
เวลาที่งานอนุมัติภายในขั้นสุดท้ายเสร็จสิ้น หรือเวลาที่สถานะโดยรวมของเวิร์กโฟลว์เปลี่ยนแปลง.
ประเภทเหตุการณ์
inferred
|
|||
|
ตรวจทานโดยฝ่ายกฎหมายแล้ว
|
หมายถึงฝ่ายกฎหมายตรวจทานสัญญาเสร็จแล้ว โดยทั่วไปจะบันทึกเป็นเหตุการณ์เมื่อผู้ตรวจทานฝ่ายกฎหมายทำงานที่ได้รับมอบหมายในเวิร์กโฟลว์อนุมัติเสร็จสิ้น. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อการวัดระยะเวลาดำเนินการตรวจทานของฝ่ายกฎหมายและระบุข้อจำกัดด้านกำลังรองรับของทีม ช่วยติดตาม KPI 'ระยะเวลารอการตรวจทานจากฝ่ายกฎหมาย'.
แหล่งข้อมูล
บันทึกอย่างชัดเจนเมื่อกำหนดสถานะงานตรวจทานของฝ่ายกฎหมายเป็น 'Complete' ในเวิร์กโฟลว์ Icertis หรืออาจอนุมานจากการเปลี่ยนสถานะ เช่น 'Legal Approved'.
บันทึก
เหตุการณ์จากระบบเวิร์กโฟลว์ที่ระบุว่างาน 'Legal Review' เสร็จสิ้น.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มส่งคำขอสัญญา
|
กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของวงจรสัญญา เมื่อผู้ใช้ในฝ่ายธุรกิจส่งคำขอสัญญาใหม่ โดยทั่วไปจะบันทึกเป็นเหตุการณ์เมื่อผู้ใช้ส่งแบบฟอร์มขอสัญญาผ่านแพลตฟอร์ม Icertis. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดเริ่มต้นของกระบวนการและจำเป็นต่อการวัดระยะเวลาดำเนินการของสัญญาโดยรวม การวิเคราะห์จำนวนและประเภทคำขอช่วยวางแผนทรัพยากรและจัดการความต้องการได้.
แหล่งข้อมูล
มีการบันทึกเหตุการณ์นี้ใน Icertis เมื่อสร้างและส่งออบเจ็กต์ 'Contract Request'.
บันทึก
บันทึกเหตุการณ์เมื่อส่งแบบฟอร์มขอสัญญา.
ประเภทเหตุการณ์
explicit
|
|||
|
สัญญามีผลบังคับใช้
|
กิจกรรมนี้หมายถึงการทำสัญญาให้มีผลอย่างเป็นทางการ เมื่อทุกฝ่ายลงนามครบแล้ว เป็นเหตุการณ์หลักที่แสดงความสำเร็จของกระบวนการก่อนลงนาม และบันทึกผ่านการเชื่อมต่อกับแพลตฟอร์มลงนามอิเล็กทรอนิกส์. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดสิ้นสุดหลักของกระบวนการ และใช้คำนวณ KPI 'ระยะเวลาดำเนินการของสัญญาโดยเฉลี่ย' โดยระบุเวลาที่สัญญามีผลผูกพันตามกฎหมายและเริ่มใช้งาน.
แหล่งข้อมูล
แพลตฟอร์มลงนามอิเล็กทรอนิกส์ส่งเหตุการณ์นี้โดยตรง และ Icertis บันทึกเมื่อทุกฝ่ายลงนามเสร็จแล้ว.
บันทึก
เหตุการณ์ตอบกลับจากการเชื่อมต่อกับแพลตฟอร์มลงนามอิเล็กทรอนิกส์.
ประเภทเหตุการณ์
explicit
|
|||
|
สัญญาสิ้นสุดหรือหมดอายุ
|
หมายถึงการสิ้นสุดวงจรสัญญา ไม่ว่าจะเกิดจากการยกเลิกสัญญาโดยตรงหรือถึงวันหมดอายุ การยกเลิกเป็นเหตุการณ์ที่เกิดขึ้นโดยตรง ส่วนการหมดอายุเป็นเหตุการณ์ที่คำนวณจากข้อมูลสัญญา. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดสิ้นสุดของวงจรสัญญา และสำคัญต่อการวิเคราะห์อัตราการต่ออายุและการวัด KPI 'อัตราการต่ออายุหรือยกเลิกสัญญาตรงเวลา'.
แหล่งข้อมูล
บันทึกเหตุการณ์ยกเลิกสัญญาโดยตรงเมื่อผู้ใช้ดำเนินการยกเลิก ส่วนวันหมดอายุคำนวณได้โดยเปรียบเทียบวันที่ปัจจุบันกับคุณลักษณะ 'Expiration Date'.
บันทึก
คำนวณโดยเปรียบเทียบวันที่ของระบบกับวันหมดอายุสัญญา หรือใช้เหตุการณ์ยกเลิกสัญญาที่บันทึกด้วยตนเอง.
ประเภทเหตุการณ์
calculated
|
|||
|
แก้ไขหรือปรับปรุงสัญญา
|
กิจกรรมนี้เกิดขึ้นทุกครั้งที่แก้ไขเอกสารสัญญาระหว่างการตรวจทานภายในหรือการเจรจากับคู่สัญญา Icertis ติดตามเวอร์ชันเอกสาร จึงบันทึกการเช็กอินเวอร์ชันใหม่แต่ละครั้งเป็นเหตุการณ์แก้ไขได้. | ||
|
เหตุผลที่สำคัญ
การนับเหตุการณ์เหล่านี้ในแต่ละสัญญาช่วยคำนวณ KPI 'อัตราการแก้ไขสัญญา' หากมีการแก้ไขหลายครั้ง อาจบ่งชี้ว่าถ้อยคำไม่ชัดเจน การเจรจาไม่มีประสิทธิภาพ หรือทั้งสองฝ่ายมีความเข้าใจไม่ตรงกัน.
แหล่งข้อมูล
บันทึกอย่างชัดเจนในโมดูลจัดการเอกสารของ Icertis ทุกครั้งที่อัปโหลดหรือเช็กอินเอกสารสัญญาเวอร์ชันใหม่.
บันทึก
สร้างเหตุการณ์ใหม่สำหรับหมายเลขเวอร์ชันเอกสารแต่ละรายการ.
ประเภทเหตุการณ์
explicit
|
|||
|
ต่ออายุสัญญาแล้ว
|
หมายถึงการต่ออายุสัญญาที่มีอยู่ให้มีผลต่อไปอีกระยะหนึ่ง โดยเป็นการดำเนินการอย่างชัดเจนในระบบ ซึ่งมักสร้างระเบียนสัญญาใหม่หรืออัปเดตระเบียนเดิม. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อการประเมินประสิทธิภาพของกระบวนการจัดการการต่ออายุ และใช้คำนวณ KPI 'อัตราการต่ออายุหรือยกเลิกสัญญาตรงเวลา'.
แหล่งข้อมูล
สร้างเหตุการณ์เมื่อผู้ใช้เลือกคำสั่ง 'Renew' ในระเบียนสัญญาบน Icertis.
บันทึก
บันทึกเหตุการณ์จากรายการ 'Renew' ที่ผู้ใช้เริ่มดำเนินการ.
ประเภทเหตุการณ์
explicit
|
|||
|
ร่างสัญญาแล้ว
|
หมายถึงการสร้างเอกสารสัญญาฉบับร่างแรกจากเทมเพลตหรือเป็นไฟล์ใหม่ โดยมักอนุมานเหตุการณ์นี้จากการสร้างหรืออัปโหลดเอกสารสัญญาหลักที่เชื่อมโยงกับพื้นที่ทำงานของสัญญาเป็นครั้งแรก. | ||
|
เหตุผลที่สำคัญ
การติดตามกิจกรรมนี้ช่วยวัดเวลาที่ใช้จัดทำร่างแรก และเป็นขั้นตอนสำคัญในการวิเคราะห์ประสิทธิภาพการร่างสัญญาและการใช้เทมเพลตตามแนวทาง.
แหล่งข้อมูล
อนุมานจากเวลาที่สร้างเอกสารสัญญาหลักในพื้นที่ทำงานสัญญาหรือออบเจ็กต์ข้อตกลงของ Icertis.
บันทึก
ระบุเวลาที่สร้างเอกสารสัญญาหลักฉบับแรก.
ประเภทเหตุการณ์
inferred
|
|||
|
เริ่มแก้ไขสัญญา
|
หมายถึงการเริ่มกระบวนการอย่างเป็นทางการเพื่อแก้ไขสัญญาที่ยังมีผลบังคับใช้ โดยบันทึกเมื่อผู้ใช้สร้างระเบียนการแก้ไขที่เชื่อมโยงกับข้อตกลงฉบับเดิมซึ่งมีผลแล้ว. | ||
|
เหตุผลที่สำคัญ
การแก้ไขสัญญาอาจหมายถึงการแก้งานหรือเปลี่ยนขอบเขตงานครั้งสำคัญ การติดตามความถี่และระยะเวลาดำเนินการช่วยให้เข้าใจความมั่นคงของสัญญาและประสิทธิภาพการจัดการ.
แหล่งข้อมูล
บันทึกเป็นเหตุการณ์เมื่อสร้างออบเจ็กต์ 'Amendment' หรือระเบียนที่คล้ายกัน และเชื่อมโยงกับสัญญาที่มีอยู่.
บันทึก
สร้างระเบียนการแก้ไขสัญญาในระบบ Icertis.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มเจรจากับคู่สัญญา
|
หมายถึงช่วงที่ส่งสัญญาให้คู่สัญญาภายนอกตรวจทานและเจรจา โดยมักอนุมานจากสถานะสัญญาที่เปลี่ยนเป็น 'In Negotiation' หรือจากบันทึกการตรวจสอบที่ระบุเวลาส่งเอกสารออกไปภายนอกครั้งแรก. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนเจรจา และใช้เป็นจุดเริ่มต้นในการคำนวณ KPI 'ระยะเวลาเฉลี่ยของวงจรการเจรจา'.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะด้วยตนเองเป็น 'In Negotiation' หรือจากเหตุการณ์ที่มีการแชร์เอกสารผ่านพอร์ทัลภายนอกเป็นครั้งแรก.
บันทึก
เวลาที่สถานะเปลี่ยนเป็น 'In Negotiation' หรือ 'Sent to Counterparty'.
ประเภทเหตุการณ์
inferred
|
|||
|
เริ่มตรวจทานภายใน
|
กิจกรรมนี้หมายถึงการเริ่มเวิร์กโฟลว์ตรวจทานและอนุมัติภายใน โดยบันทึกเมื่อส่งร่างสัญญาให้ผู้เกี่ยวข้องภายใน เช่น หัวหน้าแผนกหรือฝ่ายการเงิน ตรวจทานอย่างเป็นทางการ. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดเริ่มต้นของขั้นตอนอนุมัติ ซึ่งมักเป็นจุดที่เกิดคอขวด การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้ช่วยระบุความล่าช้าในการเริ่มประสานงานภายใน.
แหล่งข้อมูล
บันทึกเป็นเหตุการณ์เมื่อมีการใช้คำสั่ง 'Submit for Review' ในเวิร์กโฟลว์ Icertis หรืออนุมานจากการเปลี่ยนสถานะเป็น 'In Internal Review'.
บันทึก
บันทึกเมื่อผู้ใช้เริ่มเวิร์กโฟลว์ตรวจทานภายใน.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มติดตามข้อผูกพัน
|
กิจกรรมหลังสัญญามีผลบังคับใช้ที่ระบุว่าเริ่มติดตามข้อผูกพันและคำมั่นตามสัญญาในระบบ โดยทั่วไปจะบันทึกเป็นเหตุการณ์เมื่อระบบเริ่มทำงานโดยอัตโนมัติหลังสัญญามีผล หรือเมื่อผู้จัดการสัญญาเริ่มดำเนินการด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เริ่มนับเวลาสำหรับการจัดการหลังสัญญามีผลบังคับใช้ และจำเป็นต่อการวัดและตรวจสอบการปฏิบัติตามข้อกำหนดผ่าน KPI 'อัตราการปฏิบัติตามข้อผูกพัน'.
แหล่งข้อมูล
บันทึกเหตุการณ์ในโมดูลจัดการข้อผูกพันของ Icertis เมื่อสถานะสัญญาเปลี่ยนเป็น 'Active' หรือ 'Executed'.
บันทึก
เปิดใช้งานระเบียนข้อผูกพันที่เชื่อมโยงกับสัญญาโดยอัตโนมัติหรือด้วยตนเอง.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งสัญญาเพื่อลงนาม
|
หมายถึงการส่งสัญญาฉบับสุดท้ายที่ได้รับอนุมัติแล้วเพื่อให้ลงนามทางอิเล็กทรอนิกส์หรือด้วยลายมือ โดยบันทึกเป็นเหตุการณ์ผ่านการเชื่อมต่อกับแพลตฟอร์มลงนามอิเล็กทรอนิกส์ เช่น DocuSign หรือ Adobe Sign. | ||
|
เหตุผลที่สำคัญ
การติดตามเหตุการณ์นี้ช่วยวิเคราะห์ประสิทธิภาพของขั้นตอนสุดท้ายก่อนสัญญามีผลบังคับใช้ หากล่าช้าระหว่างการอนุมัติกับการส่งลงนาม อาจแสดงว่ามีคอขวดด้านงานธุรการ.
แหล่งข้อมูล
บันทึกอย่างชัดเจนผ่านการเชื่อมต่อ API กับโซลูชันลงนามอิเล็กทรอนิกส์ เมื่อเริ่มขั้นตอนลงนามจาก Icertis.
บันทึก
เหตุการณ์จากตัวเชื่อมต่อการลงนามอิเล็กทรอนิกส์เมื่อส่งคำขอลงนาม.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เทมเพลตนี้มีข้อมูลที่จำเป็นสำหรับเริ่มปรับปรุงกระบวนการจัดการสัญญา เริ่มรวบรวมข้อมูลได้วันนี้ เพื่อค้นหาข้อมูลเชิงลึกที่เป็นประโยชน์.
ปรับปรุงสัญญาใน Icertis ลดคอขวดได้ตั้งแต่วันนี้
ลดคอขวด ลดระยะเวลาทำสัญญาได้ 30% พร้อมยกระดับการกำกับดูแล.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.