> การปรับปรุงกระบวนการอย่างต่อเนื่อง > การจัดการสัญญา > DocuSign CLM > เทมเพลตข้อมูล

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

DocuSign CLM

แอตทริบิวต์การจัดการสัญญา(19) กิจกรรมการจัดการสัญญา(15) คู่มือการดึงข้อมูล(1)

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

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

แอตทริบิวต์ที่แนะนำให้เก็บ
กิจกรรมสำคัญที่ควรติดตาม
แนวทางดึงข้อมูล

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

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

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

5 จำเป็น 7 แนะนำ 7 ไม่บังคับ

	ชื่อ	คำอธิบาย
	กิจกรรม ActivityName	ชื่อของงานหรือเหตุการณ์เฉพาะที่เกิดขึ้นในวงจรชีวิตของสัญญา.
คำอธิบาย แอตทริบิวต์นี้อธิบายขั้นตอนหรือหมุดหมายหนึ่งในกระบวนการจัดการสัญญา เช่น 'ร่างสัญญาแล้ว' 'เริ่มตรวจสอบโดยฝ่ายกฎหมาย' หรือ 'ลงนามสัญญาแล้ว' กิจกรรมเหล่านี้เป็นองค์ประกอบพื้นฐานของแผนผังกระบวนการ การวิเคราะห์ลำดับและความถี่ของกิจกรรมเหล่านี้เป็นพื้นฐานสำคัญของ process mining ช่วยให้เห็นขั้นตอนการทำงานจริง ค้นหาจุดที่ต่างจากวิธีปฏิบัติมาตรฐาน และระบุกิจกรรมที่ใช้เวลานานหรือเกิดซ้ำบ่อยที่สุดได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุขั้นตอนต่างๆ ในกระบวนการ ทำให้เห็นภาพและวิเคราะห์เวิร์กโฟลว์การจัดการสัญญา คอขวด และรูปแบบการทำงานที่แตกต่างกันได้. แหล่งข้อมูล โดยทั่วไป ข้อมูลนี้ได้มาจากบันทึกเหตุการณ์หรือข้อมูลบันทึกการตรวจสอบใน DocuSign CLM ซึ่งบันทึกการดำเนินการกับเอกสารสัญญาหรือเวิร์กโฟลว์. ตัวอย่าง จัดทำร่างสัญญาแล้วเริ่มตรวจทานภายในส่งให้คู่สัญญาดำเนินการตามสัญญาเสร็จสิ้น
	รหัสสัญญา ContractId	รหัสเฉพาะของสัญญาแต่ละฉบับที่จัดการในระบบ.
คำอธิบาย Contract ID เป็นตัวระบุเคสหลักที่เชื่อมโยงเหตุการณ์และกิจกรรมทั้งหมดของสัญญาฉบับหนึ่งเข้าด้วยกัน ตั้งแต่เริ่มต้นจนสิ้นสุด ใน DocuSign CLM อาจตรงกับ Envelope ID หรือช่องรหัสสัญญาที่กำหนดขึ้นเอง แอตทริบิวต์นี้จำเป็นต่อ process mining เพราะช่วยสร้างเส้นทางการทำงานตั้งแต่ต้นจนจบของสัญญาแต่ละฉบับได้ เมื่อนำกิจกรรมที่เกี่ยวข้องทั้งหมดมาจัดกลุ่มภายใต้ Contract ID เดียว นักวิเคราะห์จะเห็นขั้นตอนทั้งหมด วัดระยะเวลาดำเนินการ และวิเคราะห์ความแตกต่างระหว่างสัญญาแต่ละฉบับได้. เหตุผลที่สำคัญ นี่คือคีย์หลักที่เชื่อมโยงเหตุการณ์ทั้งหมดของกระบวนการเข้าด้วยกัน ทำให้ติดตามและวิเคราะห์วงจรชีวิตทั้งหมดของสัญญาแต่ละฉบับได้. แหล่งข้อมูล โดยทั่วไปนี่คือรหัสหลักของสัญญาหรือรายการซองเอกสารใน DocuSign CLM ซึ่งอาจใช้ชื่อว่า Envelope ID หรือเป็นช่องที่กำหนดขึ้นเองเพื่อระบุสัญญา. ตัวอย่าง CON-2023-03-112MSA-4815162342NDA-CORP-9981
	เวลาเริ่มต้น EventTime	เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เริ่มต้นขึ้น.
คำอธิบาย แอตทริบิวต์นี้บันทึกวันที่และเวลาที่เกิดกิจกรรมอย่างแม่นยำ ซึ่งเป็นข้อมูลด้านเวลาพื้นฐานสำหรับ process mining และช่วยวิเคราะห์ประสิทธิภาพของกระบวนการในแต่ละช่วงเวลา เมื่อนำเหตุการณ์มาเรียงตามเวลาเริ่มต้น จะได้บันทึกเหตุการณ์ตามลำดับเวลาของแต่ละเคส จากนั้นจึงคำนวณรอบเวลาระหว่างกิจกรรม ระยะเวลาของแต่ละขั้นตอน และระยะเวลารวมตั้งแต่ต้นจนจบกระบวนการได้ ข้อมูลนี้ยังช่วยระบุคอขวด วัดเวลารอ และประเมินประสิทธิภาพของกระบวนการเทียบกับ SLA. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณตัวชี้วัดด้านเวลา เช่น รอบเวลาและระยะเวลาต่างๆ. แหล่งข้อมูล ข้อมูลนี้เป็นส่วนมาตรฐานของบันทึกเหตุการณ์หรือบันทึกการตรวจสอบใน DocuSign CLM โดยเชื่อมโยงกับการดำเนินการที่บันทึกไว้แต่ละครั้ง. ตัวอย่าง 2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
	ระบบต้นทาง SourceSystem	ระบุระบบที่ดึงข้อมูลออกมา.
คำอธิบาย แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ สำหรับมุมมองนี้ ค่าจะเป็น 'DocuSign CLM' หรือรหัสระบุระบบที่คล้ายกันเสมอ แม้การวิเคราะห์จากระบบเดียวอาจทำให้ฟิลด์นี้ดูซ้ำซ้อน แต่การใส่ฟิลด์นี้ถือเป็นแนวปฏิบัติที่ดี และจำเป็นเมื่อรวมข้อมูลจากหลายระบบ เช่น ข้อมูลสัญญาจาก CRM กับข้อมูลเวิร์กโฟลว์จาก DocuSign เพื่อให้ตรวจสอบที่มาและติดตามข้อมูลได้ชัดเจน. เหตุผลที่สำคัญ ช่วยให้ตรวจสอบที่มาของข้อมูลได้ และจำเป็นต่อการวิเคราะห์ที่รวมข้อมูลจากระบบต่างๆ ในองค์กร. แหล่งข้อมูล โดยทั่วไป ค่านี้เป็นค่าคงที่ที่เพิ่มระหว่างการดึงและแปลงข้อมูล เพื่อระบุแหล่งที่มาของชุดข้อมูล. ตัวอย่าง DocuSign CLMDocuSign CLM v24.1
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่รีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุด.
คำอธิบาย แอตทริบิวต์นี้ระบุวันที่อัปเดตชุดข้อมูลล่าสุด ช่วยให้ทราบว่าข้อมูลที่ใช้วิเคราะห์ใหม่เพียงใดและเป็นปัจจุบันแค่ไหน ข้อมูลนี้สำคัญต่อการกำกับดูแลข้อมูลและความเชื่อมั่นของผู้ใช้ในแดชบอร์ดและรายงาน ช่วยให้นักวิเคราะห์ทราบว่ากำลังดูข้อมูลแบบเรียลไทม์หรือข้อมูล ณ ช่วงเวลาใดเวลาหนึ่ง ซึ่งจำเป็นต่อการตัดสินใจอย่างรอบคอบและทันท่วงที. เหตุผลที่สำคัญ ช่วยให้ทราบว่าข้อมูลใหม่เพียงใด และผู้ใช้เข้าใจได้ว่าผลวิเคราะห์กระบวนการอ้างอิงจากข้อมูลล่าสุดแค่ไหน. แหล่งข้อมูล แอตทริบิวต์ข้อมูลเมตานี้มักสร้างและจัดเก็บโดยเครื่องมือ ETL (Extract, Transform, Load) หรือไปป์ไลน์ข้อมูลระหว่างนำเข้าข้อมูล. ตัวอย่าง 2023-10-26T08:00:00Z2023-10-27T08:00:00Z
	คู่สัญญา Counterparty	บุคคลหรือองค์กรภายนอกที่เกี่ยวข้องกับสัญญา เช่น ลูกค้าหรือผู้ขาย.
คำอธิบาย แอตทริบิวต์นี้ระบุองค์กรอีกฝ่ายที่เข้าร่วมข้อตกลง คู่สัญญาแต่ละรายอาจมีรูปแบบการเจรจา ข้อกำหนดทางกฎหมาย และเวลาตอบกลับต่างกัน ซึ่งส่งผลต่อวงจรสัญญาได้มาก การวิเคราะห์ผลการดำเนินงานของกระบวนการแยกตามคู่สัญญาช่วยให้เห็นว่าคู่ค้ารายใดทำงานด้วยได้สะดวก และรายใดทำให้เกิดความล่าช้าเป็นประจำ ข้อมูลนี้นำไปใช้ปรับปรุงการบริหารความสัมพันธ์และกำหนดความคาดหวังที่เหมาะสมสำหรับการเจรจาครั้งต่อไปได้ นอกจากนี้ยังเป็นมิติสำคัญในการวิเคราะห์ 'การทำงานซ้ำและความถี่ในการแก้ไขสัญญา'. เหตุผลที่สำคัญ ช่วยวิเคราะห์ว่าการทำงานร่วมกับบุคคลภายนอกแต่ละรายส่งผลต่อเวลาเจรจา จำนวนครั้งที่แก้ไข และรอบเวลาโดยรวมอย่างไร. แหล่งข้อมูล ข้อมูลนี้เป็นส่วนสำคัญของระเบียนสัญญา โดยมักจัดเก็บไว้ในฟิลด์เฉพาะ เช่น 'ชื่อคู่สัญญา' หรือ 'บริษัท'. ตัวอย่าง Acme CorporationGlobex Inc.Stark Industries
	ประเภทสัญญา ContractType	ประเภทของสัญญา เช่น NDA, MSA หรือ SOW.
คำอธิบาย แอตทริบิวต์นี้จัดหมวดหมู่สัญญาตามวัตถุประสงค์ทางกฎหมายหรือทางธุรกิจ สัญญาแต่ละประเภทมักมีเวิร์กโฟลว์ ข้อกำหนดการอนุมัติ และระดับความซับซ้อนแตกต่างกัน การแบ่งผลวิเคราะห์กระบวนการตามประเภทสัญญาช่วยให้เข้าใจความแตกต่างด้านประสิทธิภาพได้ โดยเปรียบเทียบรอบเวลา อัตราการปฏิบัติตามข้อกำหนด และรูปแบบการเจรจาของข้อตกลงแต่ละประเภทได้ เช่น NDA ควรมีรอบเวลาสั้นกว่าสัญญาบริการหลักที่ซับซ้อนมาก แอตทริบิวต์นี้ช่วยให้เปรียบเทียบได้. เหตุผลที่สำคัญ ช่วยเปรียบเทียบผลการดำเนินงานของกระบวนการในสัญญาแต่ละประเภท ซึ่งมักมีเวิร์กโฟลว์และระดับความซับซ้อนต่างกัน. แหล่งข้อมูล ฟิลด์ข้อมูลเมตาสำคัญนี้มักเลือกจากรายการแบบเลื่อนลงเมื่อสร้างสัญญาใน DocuSign CLM. ตัวอย่าง ข้อตกลงไม่เปิดเผยข้อมูล (NDA)ข้อตกลงบริการหลัก (MSA)ขอบเขตงาน (SOW)
	ผู้รับผิดชอบสัญญา ContractOwner	ผู้ใช้หรือพนักงานที่รับผิดชอบดูแลสัญญาตลอดวงจรการทำงาน.
คำอธิบาย ผู้รับผิดชอบสัญญาเป็นผู้ติดต่อหลักและรับผิดชอบความคืบหน้าของสัญญา โดยทั่วไปคือผู้ที่เริ่มคำขอสัญญาหรือดูแลความสัมพันธ์ทางธุรกิจ การวิเคราะห์ผลการดำเนินงานแยกตามผู้รับผิดชอบสัญญาช่วยให้เห็นรูปแบบด้านประสิทธิภาพ การทำงานซ้ำ และรอบเวลา ข้อมูลนี้ช่วยระบุบุคคลหรือทีมที่ทำงานได้ดี รวมถึงผู้ที่อาจต้องการการฝึกอบรมหรือการสนับสนุนเพิ่มเติม นอกจากนี้ยังใช้แบ่งข้อมูลในแดชบอร์ด เช่น 'วิเคราะห์รอบเวลาของสัญญา' ได้ด้วย. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลการดำเนินงานแยกตามบุคคลหรือทีม เพื่อค้นหาแนวปฏิบัติที่ดีและจุดที่ควรปรับปรุงในกิจกรรมที่ผู้ใช้เป็นผู้ดำเนินการ. แหล่งข้อมูล โดยทั่วไป ฟิลด์ผู้ใช้นี้เชื่อมโยงกับออบเจ็กต์สัญญา และมักระบุชื่อผู้ใช้ที่สร้างหรือเป็นเจ้าของเวิร์กโฟลว์. ตัวอย่าง Alice SmithBob JohnsonCharlie Brown
	มูลค่าสัญญา ContractValue	มูลค่าเงินรวมของสัญญา.
คำอธิบาย แอตทริบิวต์นี้แสดงมูลค่าทางการเงินของข้อตกลง ซึ่งอาจเป็นยอดชำระครั้งเดียวหรือมูลค่าที่เกิดขึ้นเป็นประจำ มูลค่าสัญญามักกำหนดระดับการตรวจสอบและความซับซ้อนของขั้นตอนอนุมัติที่ต้องใช้ การวิเคราะห์กระบวนการตามมูลค่าสัญญาช่วยจัดลำดับความสำคัญของข้อตกลงมูลค่าสูง และตรวจสอบว่ามีความล่าช้าที่ไม่จำเป็นหรือไม่ นอกจากนี้ยังใช้ตรวจสอบการปฏิบัติตามข้อกำหนดได้ เช่น ยืนยันว่าสัญญาที่มีมูลค่าเกินเกณฑ์ได้รับอนุมัติจาก CFO แล้วหรือไม่ แอตทริบิวต์นี้ช่วยให้มุ่งปรับปรุงสัญญาที่มีความสำคัญทางการเงินมากที่สุด. เหตุผลที่สำคัญ ช่วยจัดลำดับความสำคัญและประเมินความเสี่ยง เนื่องจากสัญญามูลค่าสูงมักต้องผ่านการตรวจสอบที่เข้มงวดกว่าและส่งผลต่อธุรกิจมากกว่า. แหล่งข้อมูล โดยทั่วไป ข้อมูลนี้เป็นฟิลด์ตัวเลขหรือสกุลเงินในข้อมูลเมตาของสัญญาใน DocuSign CLM. ตัวอย่าง 500002500001200000
	วันหมดอายุ ExpirationDate	วันที่กำหนดให้สัญญาหมดอายุ.
คำอธิบาย แอตทริบิวต์นี้จัดเก็บวันหมดอายุตามสัญญา เป็นข้อมูลสำคัญสำหรับการบริหารพอร์ตสัญญาเชิงรุก โดยเฉพาะสัญญาที่สร้างรายได้ประจำหรือข้อตกลงบริการระยะยาว วันที่นี้เป็นข้อมูลหลักของแดชบอร์ด 'แนวโน้มการต่ออายุและวันหมดอายุของสัญญา' องค์กรสามารถติดตามสัญญาที่ใกล้หมดอายุและเริ่มเวิร์กโฟลว์ต่ออายุได้ทันเวลา นอกจากนี้ยังใช้คำนวณ KPI 'อัตราการต่อสัญญาตรงเวลา' เพื่อช่วยป้องกันรายได้รั่วไหลและการหยุดชะงักของบริการ. เหตุผลที่สำคัญ จำเป็นต่อการบริหารสัญญาเชิงรุก ช่วยให้ต่ออายุได้ทันเวลาและป้องกันไม่ให้สัญญาสิ้นสุดโดยไม่ตั้งใจ. แหล่งข้อมูล ฟิลด์ข้อมูลเมตานี้เป็นข้อมูลมาตรฐานที่ควรบันทึกสำหรับสัญญาทุกฉบับที่มีกำหนดระยะเวลาใน DocuSign CLM. ตัวอย่าง 2024-12-312025-06-302026-01-15
	เวลาสิ้นสุด EndTime	เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เสร็จสิ้น.
คำอธิบาย แอตทริบิวต์นี้บันทึกวันที่และเวลาที่กิจกรรมเสร็จสิ้นอย่างแม่นยำ โดยเวลาเริ่มต้นระบุจุดเริ่ม ส่วนเวลาสิ้นสุดระบุจุดที่งานเสร็จ ทำให้คำนวณระยะเวลาของแต่ละกิจกรรมได้อย่างแม่นยำ การวิเคราะห์เวลาสิ้นสุดจำเป็นต่อการคำนวณเวลาที่ใช้ทำกิจกรรมจริง ซึ่งเป็นเวลาที่ลงมือทำงาน ช่วยแยกเวลาทำงานออกจากเวลารอ และทำให้เห็นประสิทธิภาพการใช้ทรัพยากรกับต้นทุนที่แท้จริงของความล่าช้าได้ชัดขึ้น เช่น ใช้คำนวณระยะเวลาที่แน่นอนของกิจกรรม 'ตรวจสอบโดยฝ่ายกฎหมาย'. เหตุผลที่สำคัญ ช่วยคำนวณระยะเวลาของแต่ละกิจกรรมได้อย่างแม่นยำ และแยกเวลาที่ใช้ทำงานจริงออกจากเวลาที่ไม่ได้ดำเนินการแต่ต้องรอ. แหล่งข้อมูล ในระบบอย่าง DocuSign CLM อาจมีการบันทึกเวลานี้ไว้ในบันทึกการตรวจสอบโดยตรง หรืออาจต้องอนุมานจากเวลาเริ่มต้นของเหตุการณ์ถัดไป. ตัวอย่าง 2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
	สถานะสัญญา ContractStatus	สถานะปัจจุบันของสัญญาในวงจรการทำงาน.
คำอธิบาย แอตทริบิวต์นี้ระบุสถานะโดยรวมของสัญญา ณ เวลาหนึ่ง เช่น 'ฉบับร่าง' 'อยู่ระหว่างตรวจสอบ' 'รอลงนาม' หรือ 'ลงนามแล้ว' ช่วยสรุปว่าสัญญาอยู่ในขั้นตอนใดของกระบวนการ ใน process mining การวิเคราะห์สถานะช่วยกรองเคสและสร้างแดชบอร์ดเพื่อติดตามจำนวนสัญญาในแต่ละขั้นตอนได้ แดชบอร์ด 'ติดตามสถานะสัญญาแบบเรียลไทม์' ใช้แอตทริบิวต์นี้เพื่อแสดงภาพรวมสัญญาที่ยังดำเนินการอยู่และระบุจุดที่งานสะสม. เหตุผลที่สำคัญ แสดงความคืบหน้าของสัญญา ณ ช่วงเวลาหนึ่ง ซึ่งจำเป็นต่อการติดตามสถานะ จัดการภาระงาน และระบุคอขวด. แหล่งข้อมูล โดยปกติ ข้อมูลนี้จะอยู่ในแอตทริบิวต์หลักของออบเจ็กต์สัญญาหรือเวิร์กโฟลว์ใน DocuSign CLM. ตัวอย่าง ฉบับร่างอยู่ระหว่างตรวจทานภายในรอลงนามลงนามแล้วยุติแล้ว
	ที่ปรึกษากฎหมาย LegalCounsel	ผู้เชี่ยวชาญด้านกฎหมายหรือสมาชิกทีมที่ได้รับมอบหมายให้ตรวจสอบสัญญา.
คำอธิบาย แอตทริบิวต์นี้ระบุบุคคลในฝ่ายกฎหมายที่รับผิดชอบตรวจสอบและอนุมัติสัญญา ซึ่งแตกต่างจากผู้รับผิดชอบสัญญาที่มักมาจากฝ่ายธุรกิจ การระบุผู้ตรวจสอบทางกฎหมายแต่ละคนช่วยวิเคราะห์ผลการดำเนินงานในขั้นตอนตรวจสอบได้อย่างละเอียด และสร้างแดชบอร์ด 'ผลการดำเนินงานด้านการตรวจสอบทางกฎหมาย' เพื่อวัดและเปรียบเทียบปริมาณงานกับรอบเวลาของสมาชิกทีมกฎหมายแต่ละคน ข้อมูลนี้ช่วยจัดสมดุลภาระงานและค้นหาโอกาสเพิ่มประสิทธิภาพในฝ่ายกฎหมาย. เหตุผลที่สำคัญ ช่วยวิเคราะห์ขั้นตอนตรวจสอบทางกฎหมายอย่างละเอียด เพื่อปรับสมดุลภาระงานและวัดผลการดำเนินงานของทีมกฎหมาย. แหล่งข้อมูล ข้อมูลนี้ได้จากข้อมูลการมอบหมายงานในเวิร์กโฟลว์ DocuSign CLM ซึ่งระบุว่าใครได้รับมอบหมายงาน 'ตรวจสอบโดยฝ่ายกฎหมาย'. ตัวอย่าง Jennifer WaltersMatt MurdockHarvey Specter
	แผนก Department	หน่วยธุรกิจหรือแผนกภายในที่เป็นเจ้าของสัญญา.
คำอธิบาย แอตทริบิวต์นี้ระบุแผนกภายใน เช่น ฝ่ายขาย ฝ่ายการตลาด หรือฝ่ายไอที ที่เริ่มคำขอหรือรับผิดชอบสัญญา กระบวนการและความต้องการของแต่ละแผนกอาจต่างกัน จึงทำให้รูปแบบการจัดการสัญญาแตกต่างกันด้วย การแบ่งผลวิเคราะห์ตามแผนกช่วยให้เข้าใจว่าหน่วยงานต่างๆ ใช้กระบวนการจัดการสัญญาอย่างไร และสร้างรายงานที่ตรงกับความต้องการได้ เช่น 'รายงานคอขวดในการอนุมัติสัญญา' เพื่อดูว่าความล่าช้ากระจุกตัวอยู่ในหน่วยธุรกิจใด และปรับปรุงกระบวนการให้เหมาะกับแต่ละแผนก. เหตุผลที่สำคัญ ช่วยเปรียบเทียบผลการดำเนินงานระหว่างหน่วยธุรกิจ และแสดงความแตกต่างด้านประสิทธิภาพ การปฏิบัติตามข้อกำหนด และภาระงาน. แหล่งข้อมูล ข้อมูลนี้อาจอยู่ในฟิลด์ข้อมูลเมตาของสัญญา หรือได้มาจากแผนกของผู้ใช้ที่เป็นผู้รับผิดชอบสัญญา. ตัวอย่าง ฝ่ายขายฝ่ายกฎหมายจัดซื้อจัดจ้างฝ่ายการตลาด
	มีการแก้ไขงานซ้ำหรือไม่ IsRework	ค่าสถานะบูลีนที่ระบุว่าสัญญาผ่านการแก้ไขวนซ้ำครั้งสำคัญหรือไม่.
คำอธิบาย แอตทริบิวต์ที่คำนวณนี้ระบุสัญญาที่มีการทำงานซ้ำ เช่น ส่งกลับไปแก้ไข redline หลังจากได้รับอนุมัติภายในแล้ว โดยทั่วไปจะคำนวณจากการค้นหาลำดับกิจกรรมบางรูปแบบที่ไม่พึงประสงค์ ค่าสถานะนี้ช่วยให้วิเคราะห์ความไม่มีประสิทธิภาพของกระบวนการได้ง่ายขึ้น และใช้คำนวณ KPI 'อัตราการทำงานซ้ำของสัญญา' โดยตรง รวมถึงกรองและวิเคราะห์เฉพาะสัญญาที่ต้องใช้ความพยายามเพิ่มเติม เพื่อค้นหาสาเหตุของการทำงานซ้ำ เช่น ข้อกำหนดเบื้องต้นไม่ชัดเจนหรือมีประเด็นเจรจาที่ยาก. เหตุผลที่สำคัญ ช่วยวัดและวิเคราะห์ความถี่ของการทำงานซ้ำ ซึ่งเป็นตัวชี้วัดสำคัญของความไม่มีประสิทธิภาพและต้นทุนแฝงในกระบวนการ. แหล่งข้อมูล คำนวณแอตทริบิวต์นี้ในเครื่องมือ process mining โดยกำหนดกฎเพื่อระบุวงจรการทำงานซ้ำ เช่น เหตุการณ์ 'แก้ไข redline ของสัญญา' เกิดขึ้นหลังเหตุการณ์ 'ได้รับอนุมัติภายในแล้ว'. ตัวอย่าง truefalse
	ระยะเวลาของขั้นตอนอนุมัติ ApprovalPhaseDuration	เวลารวมที่ใช้ในกิจกรรมทั้งหมดที่เกี่ยวข้องกับการอนุมัติ.
คำอธิบาย ตัวชี้วัดนี้คำนวณเวลารวมที่สัญญาอยู่ในขั้นตอนอนุมัติ ตั้งแต่ส่งขออนุมัติภายในครั้งแรกจนได้รับอนุมัติครบตามที่กำหนด คำนวณได้โดยรวมระยะเวลาของกิจกรรมที่เกี่ยวข้องกับการอนุมัติทั้งหมด หรือวัดเวลาตั้งแต่เริ่มกิจกรรมอนุมัติรายการแรกจนถึงสิ้นสุดกิจกรรมรายการสุดท้าย แอตทริบิวต์นี้เป็นตัวชี้วัดหลักของ KPI 'ระยะเวลาเฉลี่ยของขั้นตอนอนุมัติ' ช่วยแยกความล่าช้าที่เกิดจากการอนุมัติโดยเฉพาะออกจากการร่างสัญญาหรือการเจรจา เมื่อติดตามระยะเวลานี้ องค์กรจะเข้าใจผลกระทบของลำดับการอนุมัติได้ดีขึ้นและมองหาโอกาสปรับขั้นตอนให้กระชับขึ้น. เหตุผลที่สำคัญ แยกเวลาที่ใช้ในขั้นตอนอนุมัติออกมา ทำให้ระบุและแก้ไขคอขวดในลำดับการอนุมัติได้ตรงจุดขึ้น. แหล่งข้อมูล คำนวณในเครื่องมือ process mining โดยระบุเหตุการณ์ที่เกี่ยวข้องกับการอนุมัติทั้งหมด เช่น 'ส่งขออนุมัติภายใน' และ 'ได้รับอนุมัติภายใน' แล้ววัดเวลาระหว่างเหตุการณ์แรกกับเหตุการณ์สุดท้ายของแต่ละเคส. ตัวอย่าง 5 วัน 2 ชั่วโมง10 วัน 1 ชั่วโมง2 วัน 6 ชั่วโมง
	ลงนามอิเล็กทรอนิกส์หรือไม่ IsESigned	ค่าสถานะบูลีนที่ระบุว่าสัญญาลงนามด้วยลายเซ็นอิเล็กทรอนิกส์หรือไม่.
คำอธิบาย แอตทริบิวต์นี้ติดตามว่าสัญญาลงนามผ่านเครื่องมือลายเซ็นอิเล็กทรอนิกส์ที่เชื่อมต่อไว้ เช่น DocuSign eSignature หรือดำเนินการแบบออฟไลน์ เช่น ลงนามบนเอกสารจริงแล้วสแกน แอตทริบิวต์นี้ใช้ติดตาม KPI 'อัตราการใช้ลายเซ็นอิเล็กทรอนิกส์' โดยวิเคราะห์สัดส่วนสัญญาที่ลงนามทางอิเล็กทรอนิกส์เพื่อวัดผลการเปลี่ยนผ่านสู่ดิจิทัลของธุรกิจ อัตราการใช้งานที่สูงขึ้นมักสัมพันธ์กับการลงนามที่เร็วขึ้น ต้นทุนงานธุรการที่ลดลง และการปฏิบัติตามข้อกำหนดกับการติดตามเอกสารที่ดีขึ้น. เหตุผลที่สำคัญ วัดการนำกระบวนการดิจิทัลมาใช้ และช่วยประเมินประสิทธิภาพที่เพิ่มขึ้นจากการใช้ความสามารถด้านลายเซ็นอิเล็กทรอนิกส์ที่เชื่อมต่อกับระบบ. แหล่งข้อมูล ตรวจสอบได้จากเหตุการณ์ 'ลงนามสัญญาแล้ว' ว่ามาจากบริการ DocuSign eSignature ที่เชื่อมต่อไว้หรือไม่. ตัวอย่าง truefalse
	เวอร์ชันเอกสาร DocumentVersion	หมายเลขเวอร์ชันของเอกสารสัญญา.
คำอธิบาย แอตทริบิวต์นี้ติดตามเวอร์ชันของเอกสารสัญญาระหว่างการแก้ไขและการทำ redline ทุกครั้งที่อัปโหลดหรือบันทึกเวอร์ชันใหม่ หมายเลขนี้ควรเพิ่มขึ้น การติดตามเวอร์ชันเอกสารเป็นวิธีวัดงานแก้ไขซ้ำและความซับซ้อนของการเจรจาโดยตรง หากสัญญามีหลายเวอร์ชัน แสดงว่าคู่สัญญาอาจต้องโต้ตอบและแก้ไขกันหลายรอบ แอตทริบิวต์นี้เป็นข้อมูลหลักสำหรับคำนวณ KPI 'จำนวนครั้งเฉลี่ยที่แก้ไขเอกสาร' และวิเคราะห์แดชบอร์ด 'การทำงานซ้ำและความถี่ในการแก้ไขสัญญา'. เหตุผลที่สำคัญ วัดปริมาณงานแก้ไขซ้ำและความพยายามในการเจรจาโดยตรง ด้วยการติดตามจำนวนครั้งที่แก้ไขเอกสาร. แหล่งข้อมูล DocuSign CLM มีระบบควบคุมเวอร์ชันเอกสารในตัว โดยดึงแอตทริบิวต์นี้จากประวัติเวอร์ชันของเอกสารได้. ตัวอย่าง 1234
	สถานะการอนุมัติ ApprovalStatus	สถานะของขั้นตอนอนุมัติ เช่น 'รอดำเนินการ' 'อนุมัติแล้ว' หรือ 'ปฏิเสธแล้ว'.
คำอธิบาย แอตทริบิวต์นี้แสดงสถานะโดยละเอียดของขั้นตอนอนุมัติในวงจรสัญญา สถานะสัญญาแสดงสถานะโดยรวมของเคส ส่วนสถานะการอนุมัติใช้ติดตามผลของกิจกรรมอนุมัติแต่ละรายการ ข้อมูลนี้จำเป็นต่อ 'รายงานคอขวดในการอนุมัติสัญญา' และ 'ตัวติดตามสถานะสัญญาแบบเรียลไทม์' ช่วยให้เห็นชัดว่าสัญญาใดกำลังรออนุมัติ สัญญาใดถูกปฏิเสธและต้องแก้ไข และสัญญาใดผ่านขั้นตอนอนุมัติแล้ว การวิเคราะห์การเปลี่ยนสถานะช่วยระบุจุดที่เกิดปัญหาหรือล่าช้าในลำดับการอนุมัติได้. เหตุผลที่สำคัญ แสดงรายละเอียดของขั้นตอนอนุมัติ ช่วยระบุได้ว่าสัญญาใดติดค้างและติดค้างเพราะเหตุใด. แหล่งข้อมูล ข้อมูลนี้เป็นผลลัพธ์ของงานอนุมัติหรือขั้นตอนเวิร์กโฟลว์ใน DocuSign CLM. ตัวอย่าง รอฝ่ายกฎหมายอนุมัติฝ่ายการเงินอนุมัติแล้วรองประธานฝ่ายขายปฏิเสธ

จำเป็น แนะนำ ไม่บังคับ

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

ขั้นตอนและหมุดหมายสำคัญที่ควรบันทึกในบันทึกเหตุการณ์ เพื่อค้นหากระบวนการจัดการสัญญาได้อย่างแม่นยำ.

6 แนะนำ 9 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	ดำเนินการตามสัญญาเสร็จสิ้น	หมายถึงการดำเนินการตามสัญญาเสร็จสมบูรณ์ เมื่อผู้ลงนามที่จำเป็นคนสุดท้ายลงนามในเอกสาร แพลตฟอร์ม DocuSign eSignature จะบันทึกเหตุการณ์นี้โดยตรง.
เหตุผลที่สำคัญ นี่คือจุดสิ้นสุดที่แสดงความสำเร็จหลักของกระบวนการจัดทำสัญญา จำเป็นต่อการคำนวณ 'ระยะเวลาดำเนินการตามสัญญาเฉลี่ย' และวัดปริมาณงานของกระบวนการโดยรวม. แหล่งข้อมูล เวลาของเหตุการณ์นี้บันทึกไว้ในใบรับรองการดำเนินการเสร็จสิ้นและบันทึกการตรวจสอบของเอกสาร เมื่อเวิร์กโฟลว์ eSignature เสร็จสมบูรณ์. บันทึก ส่วน eSignature บันทึกโดยอัตโนมัติเมื่อลงลายเซ็นสุดท้าย. ประเภทเหตุการณ์ explicit
	ได้รับอนุมัติภายในแล้ว	เหตุการณ์สำคัญนี้หมายถึงผู้อนุมัติภายในที่จำเป็นทั้งหมดอนุมัติสัญญาแล้ว โดยบันทึกเมื่อผู้อนุมัติคนสุดท้ายทำงานในเวิร์กโฟลว์เสร็จ.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดสำคัญที่แสดงว่าสัญญาพร้อมสำหรับการเจรจากับคู่สัญญาหรือการดำเนินการให้เสร็จสิ้น ความล่าช้าก่อนถึงจุดนี้อาจชี้ให้เห็นปัญหาในการหาข้อสรุปร่วมกันภายในองค์กร. แหล่งข้อมูล บันทึกเหตุการณ์นี้ในประวัติเวิร์กโฟลว์เมื่องานอนุมัติมีสถานะสุดท้ายเป็น 'อนุมัติแล้ว'. บันทึก บันทึกเมื่อผู้อนุมัติคนสุดท้ายในเวิร์กโฟลว์อนุมัติแบบลำดับหรือแบบขนานให้ความเห็นชอบ. ประเภทเหตุการณ์ explicit
	เริ่มตรวจทานโดยฝ่ายกฎหมาย	ระบุจุดที่ส่งสัญญาให้ฝ่ายกฎหมายตรวจทานและให้ข้อคิดเห็นอย่างเป็นทางการ ซึ่งเป็นขั้นตอนสำคัญที่บันทึกเมื่อสัญญาเข้าสู่ขั้น 'ตรวจทานโดยฝ่ายกฎหมาย' ในเวิร์กโฟลว์.
เหตุผลที่สำคัญ การตรวจทานโดยฝ่ายกฎหมายมักเป็นคอขวดในการจัดการสัญญา การวัดระยะเวลาของขั้นตอนนี้จึงสำคัญต่อแดชบอร์ด 'ประสิทธิภาพการตรวจทานโดยฝ่ายกฎหมาย' และการค้นหาโอกาสเร่งกระบวนการ. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากประวัติการตรวจสอบของเวิร์กโฟลว์ ซึ่งระบุเวลาที่มอบหมายงานให้ทีมกฎหมายหรือเปลี่ยนสถานะสัญญาเป็น 'อยู่ระหว่างตรวจทานโดยฝ่ายกฎหมาย'. บันทึก บันทึกจากระบบเวิร์กโฟลว์เมื่อมอบหมายสัญญาให้กับงานหรือคิวตรวจทานของฝ่ายกฎหมาย. ประเภทเหตุการณ์ explicit
	เริ่มยื่นคำขอสัญญา	กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของวงจรชีวิตสัญญา โดยทั่วไปจะบันทึกเมื่อผู้ใช้ส่งแบบฟอร์มขอสัญญาหรือสร้างรายการสัญญาใหม่ใน DocuSign CLM ซึ่งจะเริ่มเวิร์กโฟลว์ที่เกี่ยวข้อง.
เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์กิจกรรมนี้จำเป็นต่อการวัดปริมาณสัญญาที่ดำเนินการได้โดยรวมและระยะเวลาตั้งแต่ต้นจนจบ. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากบันทึกการตรวจสอบหรือประวัติเวิร์กโฟลว์ โดยใช้เวลาที่สร้างรายการสัญญาหรือส่งแบบฟอร์มรับคำขอ. บันทึก บันทึกเมื่อมีการส่งแบบฟอร์มเริ่มต้นสัญญาหรือสร้างรายการสัญญาใหม่. ประเภทเหตุการณ์ explicit
	ส่งสัญญาเพื่อลงนาม	กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการลงนามอิเล็กทรอนิกส์สำหรับสัญญาฉบับสุดท้ายที่ผ่านการอนุมัติแล้ว ซึ่งเป็นฟังก์ชันหลักของ DocuSign โดยบันทึกเมื่อผู้ใช้ส่งเอกสารผ่านซอง DocuSign eSignature.
เหตุผลที่สำคัญ นี่คือเหตุการณ์สำคัญก่อนการดำเนินการให้เสร็จสิ้น การวิเคราะห์เวลาตั้งแต่จุดนี้จนถึงการดำเนินการเสร็จช่วยให้เข้าใจประสิทธิภาพในการรวบรวมลายเซ็น และใช้ติดตาม KPI 'อัตราการใช้ลายเซ็นอิเล็กทรอนิกส์'. แหล่งข้อมูล เป็นเหตุการณ์หลักที่ระบบบันทึกไว้อย่างชัดเจนในประวัติโดยละเอียดหรือประวัติการตรวจสอบของเอกสาร ซึ่งมักเรียกว่า 'ประวัติซองเอกสาร'. บันทึก ระบบบันทึกโดยตรงเมื่อสร้างและส่งซอง eSignature. ประเภทเหตุการณ์ explicit
	สิ้นสุดสัญญา	กิจกรรมนี้หมายถึงการสิ้นสุดวงจรชีวิตของสัญญาอย่างเป็นทางการ ไม่ว่าจะหมดอายุ ถูกยกเลิก หรือสิ้นสุดโดยความยินยอมร่วมกัน โดยมักบันทึกจากการเปลี่ยนสถานะด้วยตนเองในระบบ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดอีกแบบหนึ่งของกระบวนการ การติดตามการสิ้นสุดและการหมดอายุมีความสำคัญต่อการทำความเข้าใจวงจรชีวิตสัญญาทั้งหมดและการวิเคราะห์การต่อสัญญา. แหล่งข้อมูล บันทึกเหตุการณ์นี้เมื่อผู้ใช้เปลี่ยนช่องสถานะของสัญญาเป็น 'สิ้นสุดแล้ว' 'หมดอายุ' หรือ 'ยกเลิกแล้ว' โดยใช้เวลาที่เปลี่ยนสถานะ. บันทึก อนุมานจากการเปลี่ยนช่องสถานะหลักของสัญญาเป็นสถานะสิ้นสุด. ประเภทเหตุการณ์ inferred
	แก้ไขร่างสัญญา	กิจกรรมนี้หมายถึงการแก้ไขหรือปรับเปลี่ยนเอกสารสัญญาระหว่างการเจรจาหรือการตรวจทาน โดยบันทึกทุกครั้งที่อัปโหลดหรือบันทึกเอกสารเวอร์ชันใหม่.
เหตุผลที่สำคัญ การติดตามจำนวนครั้งที่แก้ไขมีความสำคัญต่อ KPI 'อัตราการแก้งานซ้ำของสัญญา' การแก้ไขจำนวนมากอาจบ่งชี้ว่าข้อกำหนดไม่ชัดเจน การเจรจาไม่มีประสิทธิภาพ หรือร่างแรกมีคุณภาพไม่ดี. แหล่งข้อมูล ได้จากประวัติเวอร์ชันเอกสารที่เชื่อมโยงกับสัญญา โดยถือว่าเอกสารเวอร์ชันใหม่แต่ละฉบับหลังจากร่างแรกเป็นเหตุการณ์ 'แก้ไขร่างสัญญา'. บันทึก บันทึกเมื่ออัปโหลดหรือสร้างเอกสารเวอร์ชันใหม่ในคลังเอกสารของ DocuSign CLM. ประเภทเหตุการณ์ explicit
	จัดเก็บสัญญาในคลังเอกสาร	นี่คือขั้นตอนการจัดการขั้นสุดท้าย โดยจัดเก็บสัญญาที่ลงนามครบแล้วไว้ในคลังสัญญาส่วนกลางโดยอัตโนมัติ โดยทั่วไปเหตุการณ์นี้จะเริ่มเมื่อกระบวนการลงนามเสร็จสิ้น.
เหตุผลที่สำคัญ ช่วยให้กระบวนการสิ้นสุดพร้อมการจัดเก็บเอกสารอย่างถูกต้อง เป็นจุดสิ้นสุดของวงจรชีวิตก่อนการดำเนินการตามสัญญา และเป็นจุดเริ่มต้นของช่วงหลังการดำเนินการ. แหล่งข้อมูล บันทึกจากประวัติเวิร์กโฟลว์เมื่อขั้นตอนสุดท้ายเสร็จสิ้นและจัดเก็บเอกสารที่ลงนามแล้ว. บันทึก ระบบเวิร์กโฟลว์บันทึกเป็นขั้นตอนอัตโนมัติสุดท้ายหลังดำเนินการตามสัญญาสำเร็จ. ประเภทเหตุการณ์ explicit
	จัดทำร่างสัญญาแล้ว	หมายถึงการสร้างและจัดทำร่างเอกสารสัญญาฉบับแรกจนเสร็จ โดยบันทึกได้เมื่ออัปโหลดหรือสร้างเอกสารเวอร์ชันแรกและบันทึกไว้ในระบบ.
เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยให้เข้าใจเวลาที่ใช้ร่างและเตรียมเอกสารก่อนเริ่มตรวจทาน อีกทั้งเป็นค่าฐานสำหรับวัดจำนวนครั้งที่มีการแก้ไขภายหลัง. แหล่งข้อมูล อนุมานจากเวลาที่สร้างเอกสารเวอร์ชันแรกในประวัติเอกสารของสัญญา หรือจากการเปลี่ยนสถานะเป็น 'ร่างเสร็จแล้ว'. บันทึก ระบุเหตุการณ์สร้างเอกสารเวอร์ชันแรกที่เชื่อมโยงกับ Contract ID. ประเภทเหตุการณ์ inferred
	เริ่มเจรจากับคู่สัญญา	หมายถึงคู่สัญญาตอบกลับ โดยทั่วไปคือส่งข้อคิดเห็นหรือเอกสารสัญญาที่แก้ไขแล้ว อนุมานได้เมื่อมีการอัปโหลดเอกสารเวอร์ชันใหม่จากบุคคลภายนอก หรือสถานะเปลี่ยนกลับไปยังขั้นตรวจทานภายใน.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการวิเคราะห์ KPI 'จำนวนครั้งที่ส่งต่องานเพื่อเจรจาต่อสัญญา' การวนกลับไปมาระหว่างทีมภายในกับคู่สัญญาบ่อยครั้งบ่งชี้ว่าการเจรจาติดขัด. แหล่งข้อมูล อนุมานจากการได้รับเอกสารเวอร์ชันใหม่จากแหล่งภายนอก หรือจากการที่ผู้ใช้เปลี่ยนสถานะด้วยตนเองเพื่อระบุว่าได้รับข้อคิดเห็นจากคู่สัญญาแล้ว. บันทึก อนุมานจากการเปลี่ยนสถานะกลับเป็น 'ตรวจทานภายใน' หรือ 'จัดทำร่าง' หลังจากส่งสัญญาให้คู่สัญญาแล้ว. ประเภทเหตุการณ์ inferred
	เริ่มตรวจทานภายใน	กิจกรรมนี้หมายถึงการส่งร่างสัญญาให้ผู้เกี่ยวข้องภายใน เช่น ฝ่ายการเงินหรือฝ่ายปฏิบัติการ ตรวจทาน โดยบันทึกเมื่อผู้ใช้เริ่มงาน 'ตรวจทานภายใน' ในเวิร์กโฟลว์.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนตรวจทาน ซึ่งมักเป็นจุดที่เกิดคอขวด การวิเคราะห์ระยะเวลาช่วยระบุความล่าช้าในการรับข้อคิดเห็นจากผู้เกี่ยวข้อง. แหล่งข้อมูล บันทึกในประวัติเวิร์กโฟลว์เมื่อเปลี่ยนสถานะสัญญาเป็น 'ตรวจทานภายใน' หรือเมื่อมอบหมายงานตรวจทานให้ผู้ใช้ภายในที่ไม่ใช่ฝ่ายกฎหมาย. บันทึก บันทึกเมื่อเวิร์กโฟลว์เปลี่ยนไปยังสถานะหรืองานที่มอบหมายให้ตรวจทานโดยฝ่ายธุรกิจภายใน. ประเภทเหตุการณ์ explicit
	เริ่มต่อสัญญา	เป็นจุดเริ่มต้นของการต่อสัญญาที่มีอยู่ โดยทั่วไปเจ้าของสัญญาจะเริ่มกิจกรรมนี้ด้วยตนเอง หรือระบบเริ่มให้อัตโนมัติตามวันหมดอายุของสัญญา.
เหตุผลที่สำคัญ กิจกรรมนี้จำเป็นต่อการติดตาม KPI 'อัตราการต่อสัญญาตรงเวลา' และช่วยให้เห็นว่าองค์กรจัดการสัญญาที่ใกล้หมดอายุล่วงหน้าได้ดีเพียงใด. แหล่งข้อมูล บันทึกเมื่อมีการใช้คำสั่ง 'ต่อสัญญา' ซึ่งอาจสร้างรายการสัญญาใหม่ที่เชื่อมโยงกับสัญญาเดิม หรือเริ่มเวิร์กโฟลว์การต่อสัญญา. บันทึก บันทึกเมื่อผู้ใช้สั่งเริ่มเวิร์กโฟลว์การต่อสัญญา หรือเมื่อระบบเริ่มเวิร์กโฟลว์โดยอัตโนมัติ. ประเภทเหตุการณ์ explicit
	เริ่มติดตามภาระผูกพัน	กิจกรรมนี้หมายถึงการเริ่มจัดการสัญญาหลังการลงนาม โดยติดตามวันสำคัญและสิ่งที่ต้องส่งมอบ บันทึกเมื่อเริ่มงานหรือกระบวนการย่อยสำหรับติดตามภาระผูกพันตามสัญญา.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อ KPI 'อัตราการปฏิบัติตามภาระผูกพันหลังดำเนินการตามสัญญา' และช่วยให้เห็นว่ามีการจัดการข้อผูกพันตามสัญญาหลังลงนามหรือไม่. แหล่งข้อมูล ต้องวิเคราะห์ระบบเพิ่มเติม โดยคาดว่าจะบันทึกได้จากการสร้างงานหรือเวิร์กโฟลว์เฉพาะสำหรับติดตามภาระผูกพันที่เชื่อมโยงกับสัญญาหลัก. บันทึก บันทึกเมื่อสร้างงานหรือเวิร์กโฟลว์หลังการดำเนินการตามสัญญาที่เกี่ยวข้องกับการจัดการภาระผูกพัน. ประเภทเหตุการณ์ explicit
	ส่งขออนุมัติภายใน	กิจกรรมนี้เกิดขึ้นเมื่อสัญญาผ่านการตรวจทานแล้วและส่งให้ผู้มีอำนาจภายในที่กำหนดอนุมัติอย่างเป็นทางการ โดยบันทึกเมื่อเริ่มเวิร์กโฟลว์การอนุมัติ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนอนุมัติขั้นสุดท้ายภายในองค์กร ระยะเวลาของขั้นตอนนี้เป็นองค์ประกอบสำคัญของ KPI 'ระยะเวลาเฉลี่ยของขั้นตอนการอนุมัติ'. แหล่งข้อมูล เป็นการดำเนินการที่บันทึกไว้อย่างชัดเจนในประวัติเวิร์กโฟลว์ เมื่อผู้ใช้ส่งสัญญาเพื่อขออนุมัติและระบบมอบหมายงานให้ผู้อนุมัติ. บันทึก บันทึกเมื่อมีการดำเนินการ 'ส่งเพื่อขออนุมัติ' หรือการดำเนินการที่คล้ายกันในเวิร์กโฟลว์. ประเภทเหตุการณ์ explicit
	ส่งให้คู่สัญญา	หมายถึงการส่งเอกสารสัญญาให้คู่สัญญาภายนอกตรวจทานและลงนาม โดยบันทึกเมื่อมีการใช้คำสั่ง 'ส่ง' หรือ 'แชร์' ใน DocuSign CLM.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นการส่งต่องานให้บุคคลภายนอก ซึ่งองค์กรควบคุมกระบวนการได้จำกัด การทราบเวลาที่ใช้กับคู่สัญญาจึงสำคัญต่อการระบุความล่าช้าจากภายนอก. แหล่งข้อมูล บันทึกจากประวัติการตรวจสอบ ซึ่งเก็บการดำเนินการต่างๆ เช่น การส่งอีเมลพร้อมเอกสารจาก CLM หรือการแชร์เอกสารผ่านพอร์ทัลภายนอก. บันทึก บันทึกเมื่อผู้ใช้สั่งแชร์เอกสารให้บุคคลภายนอกผ่านฟีเจอร์ของแพลตฟอร์ม. ประเภทเหตุการณ์ explicit

แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก DocuSign CLM

ขั้นตอน

ข้อกำหนดเบื้องต้นและการตั้งค่า API: ก่อนเรียกใช้สคริปต์ คุณต้องมีบัญชี DocuSign CLM ที่เข้าถึง API ได้ ในแผงควบคุม DocuSign Admin ให้สร้าง Integration Key (App ID) และตั้งค่าการยืนยันตัวตนแบบ JWT Grant สร้างคู่กุญแจ RSA แล้วส่งกุญแจสาธารณะให้ DocuSign จด User ID (GUID สำหรับชื่อผู้ใช้ API), Integration Key และ Account ID ไว้
ตั้งค่าสภาพแวดล้อม Python: ตั้งค่าสภาพแวดล้อม Python ในเครื่อง ติดตั้งไลบรารีที่จำเป็นสำหรับเรียก API และจัดการการยืนยันตัวตน JWT ด้วยคำสั่งต่อไปนี้: pip install requests PyJWT pandas แนะนำให้ใช้ Pandas เพื่อจัดการข้อมูลและส่งออก CSV ได้สะดวก
เพิ่มข้อมูลรับรองในสคริปต์: เปิดสคริปต์ Python แล้วกรอกตัวแปรตัวอย่างที่ส่วนต้น ซึ่งรวมถึง INTEGRATION_KEY, USER_ID, ACCOUNT_ID, OAUTH_BASE_PATH (เช่น account-d.docusign.com สำหรับบัญชีทดลอง) และพาธไฟล์ private.key
กำหนดพารามิเตอร์การดึงข้อมูล: ในส่วนหลักของสคริปต์ ให้กำหนด START_DATE และ END_DATE เพื่อระบุช่วงเวลาที่ต้องการดึงข้อมูลสัญญา วิธีนี้จะกรองสัญญาตามวันที่สร้างเพื่อควบคุมปริมาณข้อมูล
เรียกใช้สคริปต์ Python: เรียกใช้สคริปต์จากเทอร์มินัลด้วยคำสั่ง python your_script_name.py สคริปต์จะยืนยันตัวตนกับ DocuSign API ก่อนเพื่อรับ access token
ดึงข้อมูลผ่าน API: จากนั้นสคริปต์จะเรียก API หลายครั้ง โดยเริ่มค้นหาเอกสารหรือสัญญาทั้งหมดในช่วงวันที่กำหนด สำหรับสัญญาแต่ละรายการ สคริปต์จะเรียก API เพิ่มเพื่อดึงประวัติเวิร์กโฟลว์และประวัติเวอร์ชันเอกสารโดยละเอียด
แปลงและจับคู่ข้อมูล: สคริปต์ประมวลผลข้อมูล JSON ดิบที่ API ส่งกลับมา โดยวนอ่านขั้นตอนในประวัติเวิร์กโฟลว์และเวอร์ชันเอกสารของสัญญาแต่ละรายการ จากนั้นจับคู่ชื่อขั้นตอนเวิร์กโฟลว์ เช่น 'Legal Review' และประเภทเหตุการณ์ เช่น การอัปโหลดเวอร์ชันใหม่ ให้เป็น ActivityName มาตรฐานที่บันทึกเหตุการณ์ต้องใช้ เช่น 'Legal Review Started' และ 'Contract Redlined'
ดึงแอตทริบิวต์: สำหรับแต่ละกิจกรรม สคริปต์จะดึงแอตทริบิวต์ที่จำเป็น โดยดึง ContractId จากออบเจ็กต์เอกสาร ดึง EventTime จากเวลาประทับของขั้นตอนเวิร์กโฟลว์ และดึงข้อมูลอื่น เช่น ContractOwner, ContractType และ ContractValue จากรายการแอตทริบิวต์ของเอกสาร
จัดการเหตุการณ์ที่อนุมานขึ้น: สคริปต์มีตรรกะสำหรับสร้างเหตุการณ์ที่อาจไม่ได้ระบุเป็นขั้นตอนเวิร์กโฟลว์โดยตรง ตัวอย่างเช่น อนุมานว่า 'Counterparty Negotiation Started' เมื่อมีการอัปโหลดเอกสารเวอร์ชันใหม่หลังจากเกิดเหตุการณ์ 'Sent to Counterparty'
สร้างและตรวจสอบไฟล์ CSV: เมื่อประมวลผลสัญญาและประวัติทั้งหมดแล้ว สคริปต์จะรวบรวมข้อมูลให้อยู่ในรูปแบบที่มีโครงสร้าง และใช้ไลบรารี pandas ส่งออกเป็นไฟล์ CSV ชื่อ docusign_clm_event_log.csv ไฟล์นี้จัดรูปแบบไว้ให้อัปโหลดไปยัง ProcessMind ได้โดยตรง.

การกำหนดค่า

ข้อมูลรับรอง API: ต้องมี Integration Key, User ID (GUID) และกุญแจส่วนตัว RSA ที่ถูกต้องสำหรับการยืนยันตัวตน JWT โดยต้องตั้งค่าใน DocuSign Admin และกำหนดสิทธิ์ที่เหมาะสม ซึ่งโดยทั่วไปคือ 'signature' และ 'impersonation'
Account ID: ต้องใช้ DocuSign Account ID ที่ถูกต้องใน URL พื้นฐานสำหรับการเรียก API ทั้งหมด
ช่วงวันที่: สคริปต์ใช้พารามิเตอร์ createdStartDate และ createdEndDate เพื่อกรองสัญญา แนะนำให้เริ่มจากช่วงเวลาจำกัด เช่น 3 ถึง 6 เดือนที่ผ่านมา เพื่อควบคุมเวลาที่ใช้ดึงข้อมูลและหลีกเลี่ยงการเรียก API เกินขีดจำกัด
รูปแบบการตั้งชื่อเวิร์กโฟลว์: ตรรกะของสคริปต์อาศัยการจับคู่ชื่อขั้นตอนเวิร์กโฟลว์ เช่น 'Legal Review' และ 'Internal Approval' คุณต้องปรับพจนานุกรม ACTIVITY_MAP ในสคริปต์ให้ตรงกับชื่อขั้นตอนที่ใช้จริงในการตั้งค่า DocuSign CLM ขององค์กร
การจำกัดอัตราการเรียก API: โปรดคำนึงถึงขีดจำกัดการเรียก API ของ DocuSign ซึ่งจำกัดจำนวนครั้งต่อชั่วโมง สคริปต์มีคำสั่ง time.sleep() พื้นฐานเพื่อช่วยลดปัญหานี้ แต่หากมีข้อมูลจำนวนมาก อาจต้องใช้กลยุทธ์หน่วงเวลาแบบปรับตามสถานการณ์ที่ซับซ้อนขึ้น
ข้อกำหนดเบื้องต้น: บัญชีผู้ใช้ที่เชื่อมโยงกับ User ID ต้องมีสิทธิ์เพียงพอในการดูสัญญา เวิร์กโฟลว์ และเอกสารที่จะดึงข้อมูล.

ตัวอย่างคำค้น python

import requests
import jwt
import time
import datetime
import csv
import json

class=class="hl-string">"hl-comment"># --- Configuration --- 
class=class="hl-string">"hl-comment"># Replace with your DocuSign account details
INTEGRATION_KEY = class="hl-string">"[Your Integration Key]"
USER_ID = class="hl-string">"[Your User ID GUID]"
ACCOUNT_ID = class="hl-string">"[Your Account ID]"
OAUTH_BASE_PATH = class="hl-string">"account-d.docusign.com" class=class="hl-string">"hl-comment"># Use account.docusign.com for demo, account.docusign.com for production

class=class="hl-string">"hl-comment"># --- Constants ---
SOURCE_SYSTEM = class="hl-string">"DocuSign CLM"
LAST_DATA_UPDATE = datetime.datetime.utcnow().isoformat() + class="hl-string">'Z'

class=class="hl-string">"hl-comment"># --- Functions ---
def get_access_token(private_key_path):
    class="hl-string">"""Generates a JWT and exchanges it for an access token."""
    try:
        with open(private_key_path, class="hl-string">'r') as key_file:
            private_key = key_file.read()

        payload = {
            class="hl-string">"iss": INTEGRATION_KEY,
            class="hl-string">"sub": USER_ID,
            class="hl-string">"iat": int(time.time()),
            class="hl-string">"exp": int(time.time()) + 3600,
            class="hl-string">"aud": OAUTH_BASE_PATH,
            class="hl-string">"scope": class="hl-string">"signature impersonation"
        }

        token = jwt.encode(payload, private_key, algorithm=class="hl-string">'RS256')
        
        headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
        data = {
            class="hl-string">'grant_type': class="hl-string">'urn:ietf:params:oauth:grant-type:jwt-bearer',
            class="hl-string">'assertion': token
        }
        
        response = requests.post(fclass="hl-string">"https протокол://{OAUTH_BASE_PATH}/oauth/token", headers=headers, data=data)
        response.raise_for_status()
        return response.json()[class="hl-string">'access_token']

    except Exception as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        return None

def get_document_attribute(doc_attributes, attribute_name):
    class="hl-string">"""Helper function to safely get a value from the document's attribute list."""
    for attr in doc_attributes:
        if attr.get(class="hl-string">'name') == attribute_name:
            return attr.get(class="hl-string">'value')
    return None

def extract_event_log(access_token, start_date_str, end_date_str):
    class="hl-string">"""Main function to extract, process, and save the event log."""
    
    event_log = []
    api_base_url = fclass="hl-string">"https протокол://{OAUTH_BASE_PATH.replace('account', 'api')}/api/v2/accounts/{ACCOUNT_ID}"
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}', class="hl-string">'Content-Type': class="hl-string">'application/json'}
    
    class=class="hl-string">"hl-comment"># Activity mapping: Customize keys to match your workflow step names
    ACTIVITY_MAP = {
        class="hl-string">'Start': class="hl-string">'Contract Request Initiated',
        class="hl-string">'Drafting': class="hl-string">'Contract Drafted',
        class="hl-string">'Internal Review': class="hl-string">'Internal Review Started',
        class="hl-string">'Legal Review': class="hl-string">'Legal Review Started',
        class="hl-string">'Send for Internal Approval': class="hl-string">'Internal Approval Sent',
        class="hl-string">'Internal Approval': class="hl-string">'Internal Approval Received',
        class="hl-string">'Send to Counterparty': class="hl-string">'Sent to Counterparty',
        class="hl-string">'Send for Signature': class="hl-string">'Contract Sent for Signature',
        class="hl-string">'Executed': class="hl-string">'Contract Executed',
        class="hl-string">'Archive': class="hl-string">'Contract Stored in Repository',
        class="hl-string">'Start Obligation Monitoring': class="hl-string">'Obligation Monitoring Started',
        class="hl-string">'Initiate Renewal': class="hl-string">'Contract Renewal Initiated',
        class="hl-string">'Terminate': class="hl-string">'Contract Terminated'
    }
    
    class=class="hl-string">"hl-comment"># 1. Search for documents (contracts)
    search_url = fclass="hl-string">"{api_base_url}/search"
    search_params = {
        class="hl-string">'q': fclass="hl-string">'IsLatestVersion:true AND CreatedDate:[{start_date_str} TO {end_date_str}]',
        class="hl-string">'limit': 100, class=class="hl-string">"hl-comment"># Max limit per page
        class="hl-string">'offset': 0
    }
    
    while True:
        print(fclass="hl-string">"Searching for documents with offset {search_params['offset']}...")
        response = requests.get(search_url, headers=headers, params=search_params)
        if response.status_code != 200:
            print(fclass="hl-string">"Error searching documents: {response.text}")
            break
        
        data = response.json()
        documents = data.get(class="hl-string">'value', [])
        
        if not documents:
            print(class="hl-string">"No more documents found.")
            break

        for doc in documents:
            contract_id = doc.get(class="hl-string">'id')
            doc_attributes = doc.get(class="hl-string">'attributes', [])
            
            base_event_data = {
                class="hl-string">'ContractId': contract_id,
                class="hl-string">'ContractStatus': get_document_attribute(doc_attributes, class="hl-string">'Contract Status'),
                class="hl-string">'ContractOwner': get_document_attribute(doc_attributes, class="hl-string">'Contract Owner'),
                class="hl-string">'ContractType': doc.get(class="hl-string">'documentTypeName'),
                class="hl-string">'ContractValue': get_document_attribute(doc_attributes, class="hl-string">'Contract Value'),
                class="hl-string">'Counterparty': get_document_attribute(doc_attributes, class="hl-string">'Counterparty Name'),
                class="hl-string">'ExpirationDate': get_document_attribute(doc_attributes, class="hl-string">'Expiration Date'),
                class="hl-string">'SourceSystem': SOURCE_SYSTEM,
                class="hl-string">'LastDataUpdate': LAST_DATA_UPDATE,
                class="hl-string">'EndTime': None, class=class="hl-string">"hl-comment"># Can be populated if logic is added
                class="hl-string">'CycleTime': None class=class="hl-string">"hl-comment"># Requires post-processing
            }
            
            class=class="hl-string">"hl-comment"># 2. Get workflow history for each document
            workflow_url = fclass="hl-string">"{api_base_url}/documents/{contract_id}/workflow"
            workflow_response = requests.get(workflow_url, headers=headers)
            
            if workflow_response.status_code == 200:
                workflow_data = workflow_response.json()
                
                class=class="hl-string">"hl-comment"># Process workflow steps
                for step in workflow_data.get(class="hl-string">'workflow', {}).get(class="hl-string">'steps', []):
                    step_name = step.get(class="hl-string">'stepName')
                    if step_name in ACTIVITY_MAP:
                        event = base_event_data.copy()
                        event[class="hl-string">'ActivityName'] = ACTIVITY_MAP[step_name]
                        event[class="hl-string">'EventTime'] = step.get(class="hl-string">'started')
                        event[class="hl-string">'EndTime'] = step.get(class="hl-string">'completed')
                        event_log.append(event)
                        
                        class=class="hl-string">"hl-comment"># Special case for final approval
                        if step_name == class="hl-string">'Internal Approval' and step.get(class="hl-string">'completed'):
                            event_approval = base_event_data.copy()
                            event_approval[class="hl-string">'ActivityName'] = class="hl-string">'Internal Approval Received'
                            event_approval[class="hl-string">'EventTime'] = step.get(class="hl-string">'completed')
                            event_log.append(event_approval)
                            
            class=class="hl-string">"hl-comment"># 3. Get document version history for class="hl-string">'Contract Redlined' events
            versions_url = fclass="hl-string">"{api_base_url}/documents/{contract_id}/versions"
            versions_response = requests.get(versions_url, headers=headers)
            if versions_response.status_code == 200:
                versions_data = versions_response.json()
                for version in versions_data.get(class="hl-string">'value', []):
                    if version.get(class="hl-string">'versionNumber', 0) > 1: class=class="hl-string">"hl-comment"># Version 1 is the initial draft
                        event = base_event_data.copy()
                        event[class="hl-string">'ActivityName'] = class="hl-string">'Contract Redlined'
                        event[class="hl-string">'EventTime'] = version.get(class="hl-string">'createdDate')
                        event_log.append(event)
        
        class=class="hl-string">"hl-comment"># Handle pagination
        search_params[class="hl-string">'offset'] += len(documents)
        if len(documents) < 100:
            break class=class="hl-string">"hl-comment"># Last page

        time.sleep(1) class=class="hl-string">"hl-comment"># Simple rate limit mitigation
        
    class=class="hl-string">"hl-comment"># 4. Save to CSV
    if not event_log:
        print(class="hl-string">"No events were extracted.")
        return

    class=class="hl-string">"hl-comment"># Sort events by contract and time for logical order
    event_log.sort(key=lambda x: (x[class="hl-string">'ContractId'], x[class="hl-string">'EventTime'] or class="hl-string">''))

    fieldnames = [
        class="hl-string">'ContractId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'ContractStatus',
        class="hl-string">'ContractOwner', class="hl-string">'ContractType', class="hl-string">'ContractValue', class="hl-string">'Counterparty',
        class="hl-string">'ExpirationDate', class="hl-string">'CycleTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]
    
    with open(class="hl-string">'docusign_clm_event_log.csv', class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=fieldnames)
        writer.writeheader()
        writer.writerows(event_log)
        
    print(fclass="hl-string">"Successfully extracted {len(event_log)} events to docusign_clm_event_log.csv")

if __name__ == class="hl-string">"__main__":
    class=class="hl-string">"hl-comment"># --- Execution --- 
    PRIVATE_KEY_PATH = class="hl-string">"./private.key" class=class="hl-string">"hl-comment"># Path to your RSA private key file
    START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
    END_DATE = class="hl-string">"2023-12-31T23:59:59Z"
    
    access_token = get_access_token(PRIVATE_KEY_PATH)
    if access_token:
        extract_event_log(access_token, START_DATE, END_DATE)

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

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

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

ลดความล่าช้า ปรับปรุงการจัดการสัญญาได้ทันที

ระบุจุดที่ไม่มีประสิทธิภาพ ลดระยะเวลาดำเนินการ 30% และยกระดับการปฏิบัติตามข้อกำหนด.

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

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

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

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

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

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

คู่มือการดึงข้อมูล

สคริปต์ Python ที่ใช้ DocuSign CLM REST API

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น python

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

ลดความล่าช้า ปรับปรุงการจัดการสัญญาได้ทันที