เทมเพลตข้อมูลการจัดการสัญญาของคุณ

Icertis
เทมเพลตข้อมูลการจัดการสัญญาของคุณ

เทมเพลตข้อมูลการจัดการสัญญาของคุณ

เทมเพลตนี้แนะนำวิธีรวบรวมข้อมูลสำคัญสำหรับวิเคราะห์กระบวนการจัดการสัญญา โดยระบุแอตทริบิวต์ที่ควรเก็บ กิจกรรมสำคัญที่ควรติดตาม และแนวทางดึงข้อมูลจากระบบต้นทาง ใช้เทมเพลตนี้เพื่อให้แน่ใจว่าคุณมีข้อมูลที่จำเป็นสำหรับการทำ process mining อย่างมีประสิทธิภาพ.
  • แอตทริบิวต์ที่แนะนำให้รวบรวม
  • กิจกรรมสำคัญที่ควรติดตาม
  • แนวทางดึงข้อมูลจากระบบต้นทาง
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์สำหรับการจัดการสัญญา

ฟิลด์ข้อมูลเหล่านี้จำเป็นต่อการสร้างบันทึกเหตุการณ์สำหรับวิเคราะห์กระบวนการจัดการสัญญาอย่างละเอียด.
3 จำเป็น 6 แนะนำ 11 ไม่บังคับ
ชื่อ คำอธิบาย
รหัสสัญญา
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
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในการจัดการสัญญา

ขั้นตอนและหมุดหมายสำคัญที่ควรติดตามในบันทึกเหตุการณ์ เพื่อค้นหาและวิเคราะห์วงจรสัญญาได้อย่างแม่นยำ.
6 แนะนำ 8 ไม่บังคับ
กิจกรรม คำอธิบาย
ได้รับอนุมัติจากคู่สัญญา
กิจกรรมนี้หมายถึงคู่สัญญาภายนอกยอมรับเงื่อนไขและอนุมัติสัญญาฉบับสุดท้ายแล้ว อาจบันทึกเป็นเหตุการณ์จากพอร์ทัลสำหรับทำงานร่วมกัน หรือเป็นการอัปเดตสถานะด้วยตนเองโดยเจ้าของสัญญา.
เหตุผลที่สำคัญ

จุดสำคัญนี้เป็นการสิ้นสุดขั้นตอนเจรจา และใช้เป็นจุดสิ้นสุดในการคำนวณ 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

พร้อมเริ่มต้นหรือยัง?

เทมเพลตนี้มีข้อมูลที่จำเป็นสำหรับเริ่มปรับปรุงกระบวนการจัดการสัญญา เริ่มรวบรวมข้อมูลได้วันนี้ เพื่อค้นหาข้อมูลเชิงลึกที่เป็นประโยชน์.

ปรับปรุงสัญญาใน Icertis ลดคอขวดได้ตั้งแต่วันนี้

ลดคอขวด ลดระยะเวลาทำสัญญาได้ 30% พร้อมยกระดับการกำกับดูแล.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.