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

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

Agiloft

แอตทริบิวต์สำหรับการจัดการสัญญา(21) กิจกรรมในการจัดการสัญญา(16) คู่มือการดึงข้อมูล(1)

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

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

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

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

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

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

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

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

	ชื่อ	คำอธิบาย
	Contract ID ContractId	รหัสเฉพาะของสัญญาแต่ละฉบับที่จัดการในระบบ รหัสนี้เชื่อมโยงกิจกรรมและเหตุการณ์ทั้งหมดที่เกี่ยวข้องตลอดวงจรสัญญา.
คำอธิบาย Contract ID เป็นรหัสอ้างอิงเฉพาะของแต่ละกรณี ใช้เชื่อมโยงเหตุการณ์และกิจกรรมทั้งหมดที่เกี่ยวข้องกับสัญญาแต่ละฉบับ รายการแต่ละรายการในบันทึกเหตุการณ์สอดคล้องกับการดำเนินการหนึ่งอย่างในสัญญา และรหัสนี้ใช้จัดกลุ่มการดำเนินการเหล่านั้นเข้าด้วยกัน ในการวิเคราะห์ process mining คุณลักษณะนี้เป็นพื้นฐานสำหรับสร้างภาพเส้นทางของสัญญาแต่ละฉบับตั้งแต่ต้นจนจบ ช่วยแสดงการไหลของกระบวนการ คำนวณระยะเวลาตั้งแต่ยื่นคำขอจนถึงลงนาม และแบ่งการวิเคราะห์ตามลักษณะของสัญญาแต่ละฉบับ. เหตุผลที่สำคัญ นี่คือรหัสสำคัญสำหรับติดตามสัญญาตั้งแต่ต้นจนจบ หากไม่มีรหัสนี้ คุณจะวิเคราะห์การไหลของกระบวนการตั้งแต่ต้นจนจบหรือคำนวณ KPI ระดับกรณีไม่ได้. แหล่งข้อมูล โดยทั่วไปคือคีย์หลักของตาราง Contracts ใน Agiloft. ตัวอย่าง CTR-2023-00123MSA-2024-00045NDA-2023-00789
	ชื่อกิจกรรม ActivityName	ชื่อกิจกรรมทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้น ณ จุดหนึ่งในวงจรสัญญา.
คำอธิบาย คุณลักษณะนี้ระบุขั้นตอนที่ดำเนินการในกระบวนการ เช่น 'จัดทำร่างสัญญาแล้ว' 'ตรวจสอบสัญญาโดยฝ่ายกฎหมายแล้ว' หรือ 'ลงนามในสัญญาแล้ว' กิจกรรมเหล่านี้เป็นองค์ประกอบพื้นฐานของแผนผังกระบวนการ การวิเคราะห์ลำดับและความถี่ของกิจกรรมช่วยให้เห็นการไหลหลักของกระบวนการ ค้นหาขั้นตอนที่เบี่ยงเบนหรือมีการทำงานซ้ำ และระบุขั้นตอนที่เกิดขึ้นบ่อยหรือใช้เวลานานที่สุด ข้อมูลนี้จำเป็นต่อการสร้างแดชบอร์ด เช่น 'ภาพรวมวงจรสัญญาทั้งหมด' และ 'รูปแบบต่างๆ ของกระบวนการจัดทำสัญญา'. เหตุผลที่สำคัญ กิจกรรมแสดงขั้นตอนต่างๆ ในแผนผังกระบวนการ คุณลักษณะนี้จำเป็นต่อการแสดงการไหลของกระบวนการและทำความเข้าใจว่างานใดกำลังดำเนินการ. แหล่งข้อมูล ได้จากการดำเนินการหรือการเปลี่ยนสถานะที่บันทึกไว้ในตารางประวัติหรือบันทึกการตรวจสอบของสัญญาใน Agiloft. ตัวอย่าง ร่างสัญญาแล้วตรวจสอบสัญญาโดยฝ่ายกฎหมายแล้วส่งเพื่อลงนามลงนามในสัญญาแล้ว
	ระบบต้นทาง SourceSystem	ระบบบันทึกข้อมูลต้นฉบับที่ดึงข้อมูลออกมา.
คำอธิบาย คุณลักษณะนี้ระบุแหล่งที่มาของข้อมูลการจัดการสัญญา สำหรับกระบวนการนี้ ค่าจะเป็น 'Agiloft' เสมอ ในการวิเคราะห์ระดับองค์กรที่รวมข้อมูลจากหลายระบบ ฟิลด์นี้สำคัญต่อการติดตามที่มาของข้อมูลและกำหนดขอบเขตการวิเคราะห์ให้ถูกต้อง ทั้งยังช่วยให้เข้าใจบริบทและตรวจสอบย้อนกลับข้อมูลได้. เหตุผลที่สำคัญ ระบุแหล่งที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลข้อมูล การแก้ไขปัญหา และการรวมข้อมูลจากหลายแหล่ง. แหล่งข้อมูล ค่านี้เป็นค่าคงที่ที่ควรเพิ่มระหว่างการดึงและแปลงข้อมูล. ตัวอย่าง Agiloft
	เวลาเริ่มต้น EventTime	เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เริ่มต้นเมื่อใด.
คำอธิบาย คุณลักษณะนี้ระบุวันที่และเวลาของแต่ละกิจกรรมที่บันทึกไว้ในประวัติสัญญา และใช้เรียงลำดับเหตุการณ์ตามเวลา ซึ่งสำคัญต่อการค้นหาและวิเคราะห์กระบวนการ เวลาเริ่มต้นใช้คำนวณระยะเวลาระหว่างกิจกรรม ระบุคอขวด และวัดระยะเวลาของกระบวนการ เป็นข้อมูลพื้นฐานสำหรับ KPI ที่อิงตามเวลาเกือบทั้งหมด เช่น 'ระยะเวลาเฉลี่ยของวงจรสัญญา' และ 'ระยะเวลาเฉลี่ยของขั้นตอนอนุมัติ'. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณระยะเวลา และวิเคราะห์ผลการดำเนินงานของกระบวนการตามช่วงเวลา หากไม่มีข้อมูลนี้ก็ทำ process mining ไม่ได้. แหล่งข้อมูล ตรงกับเวลาของการดำเนินการที่บันทึกไว้ในตารางประวัติหรือบันทึกการตรวจสอบของสัญญาใน Agiloft. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย คุณลักษณะนี้ระบุเวลาที่ดึงข้อมูลครั้งล่าสุด ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด และใช้จัดการกำหนดการรีเฟรชข้อมูล ผู้ใช้ใช้เวลานี้ตรวจสอบว่ากำลังดูข้อมูลล่าสุด และทำความเข้าใจช่วงเวลาที่ครอบคลุมในการวิเคราะห์ นี่เป็นข้อมูลกำกับที่สำคัญสำหรับการวิเคราะห์ที่อิงข้อมูลและเชื่อถือได้. เหตุผลที่สำคัญ ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการตัดสินใจทางธุรกิจได้อย่างถูกต้องและทันท่วงที. แหล่งข้อมูล เวลานี้สร้างและเพิ่มระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง 2024-05-20T08:00:00Z
	ชื่อคู่สัญญา CounterpartyName	ชื่อบุคคลหรือหน่วยงานภายนอกที่เป็นลูกค้า ผู้ขาย หรือพันธมิตรในสัญญา.
คำอธิบาย คุณลักษณะนี้ระบุองค์กรหรือบุคคลอีกฝ่ายที่ลงนามในสัญญา คู่สัญญาอาจส่งผลอย่างมากต่อการเจรจา ระยะเวลา และเงื่อนไขของข้อตกลง การวิเคราะห์ผลการดำเนินงานของกระบวนการตามคู่สัญญาเป็นเป้าหมายสำคัญของแดชบอร์ด 'ปัจจัยที่ทำให้ระยะเวลาของวงจรสัญญาแตกต่างกัน' และ 'ความถี่ในการแก้ไขสัญญาระหว่างเจรจา' ช่วยระบุว่าคู่สัญญารายใดทำให้การเจรจานานขึ้นหรือต้องแก้ไขหลายครั้ง เพื่อปรับกลยุทธ์การเจรจาและบริหารความสัมพันธ์ให้เหมาะสม. เหตุผลที่สำคัญ ช่วยให้เห็นว่าพันธมิตรภายนอกแต่ละรายส่งผลต่อระยะเวลาและความซับซ้อนในการเจรจาสัญญาอย่างไร เพื่อคาดการณ์และวางกลยุทธ์ได้ดีขึ้น. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในตาราง Contracts หลัก หรือเชื่อมโยงจากตาราง Companies/Accounts ใน Agiloft. ตัวอย่าง Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
	ชื่อผู้ใช้ UserName	ชื่อผู้ใช้หรือทรัพยากรที่ดำเนินกิจกรรม.
คำอธิบาย คุณลักษณะนี้ระบุผู้รับผิดชอบในการทำขั้นตอนหนึ่งๆ ของกระบวนการให้เสร็จ เช่น ผู้จัดทำร่างสัญญาหรือทนายความที่ตรวจสอบสัญญา โดยทั่วไปดึงข้อมูลจากผู้ใช้ที่เชื่อมโยงกับการดำเนินการในบันทึกการตรวจสอบของระบบ การวิเคราะห์ตามผู้ใช้จำเป็นต่อแดชบอร์ด 'การวิเคราะห์ภาระงานของทรัพยากรในสัญญา' เพราะช่วยให้เห็นการกระจายภาระงาน ความแตกต่างของผลการดำเนินงานระหว่างบุคคล และโอกาสในการฝึกอบรม อีกทั้งยังช่วยตรวจสอบผู้รับผิดชอบของการดำเนินการแต่ละรายการ. เหตุผลที่สำคัญ ช่วยวิเคราะห์ภาระงาน เปรียบเทียบผลการดำเนินงาน และระบุคอขวดหรือแนวปฏิบัติที่ดีของทรัพยากรแต่ละราย. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในตารางประวัติสัญญาหรือบันทึกการตรวจสอบ ซึ่งเชื่อมโยงกับผู้ใช้ที่เปลี่ยนแปลงข้อมูล. ตัวอย่าง Alice SmithBob JohnsonCharlie Brown
	ประเภทสัญญา ContractType	ประเภทของสัญญา เช่น Master Service Agreement (MSA), Non-Disclosure Agreement (NDA) หรือ Statement of Work (SOW).
คำอธิบาย ประเภทสัญญาเป็นฟิลด์สำคัญที่ใช้จัดหมวดหมู่และระบุลักษณะของข้อตกลง รวมถึงแม่แบบที่ใช้ สัญญาแต่ละประเภทมักมีรูปแบบกระบวนการ ระดับความซับซ้อน และผู้มีส่วนเกี่ยวข้องแตกต่างกัน คุณลักษณะนี้จำเป็นต่อการวิเคราะห์เปรียบเทียบ และเป็นปัจจัยหลักของแดชบอร์ด 'ปัจจัยที่ทำให้ระยะเวลาของวงจรสัญญาแตกต่างกัน' และ 'ความถี่ในการแก้ไขสัญญาระหว่างเจรจา' การแบ่งกระบวนการตามประเภทสัญญาช่วยให้นักวิเคราะห์ค้นหาสาเหตุที่สัญญาบางประเภทใช้เวลานานกว่า ต้องแก้ไขหลายครั้งกว่า หรือเบี่ยงเบนจากกระบวนการมาตรฐานบ่อยกว่า. เหตุผลที่สำคัญ ช่วยอธิบายความแตกต่างอย่างมีนัยสำคัญของความซับซ้อน ระยะเวลา และความเสี่ยงในกระบวนการ เป็นคุณลักษณะพื้นฐานสำหรับแบ่งกระบวนการอย่างมีความหมาย. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในตาราง Contracts หลักของ Agiloft. ตัวอย่าง Master Service AgreementNon-Disclosure AgreementStatement of WorkSoftware License Agreement
	แผนกของผู้ใช้ UserDepartment	แผนกธุรกิจที่ผู้ใช้หรือเจ้าของสัญญาสังกัดอยู่.
คำอธิบาย คุณลักษณะนี้ระบุแผนกที่เกี่ยวข้องกับสัญญา เช่น 'ฝ่ายขาย' 'ฝ่ายกฎหมาย' 'ฝ่ายจัดซื้อ' หรือ 'ฝ่ายการเงิน' โดยเชื่อมโยงกับเจ้าของสัญญาหรือผู้ใช้ที่ดำเนินกิจกรรมได้ มิตินี้สำคัญต่อแดชบอร์ด 'ปัจจัยที่ทำให้ระยะเวลาของวงจรสัญญาแตกต่างกัน' ช่วยกรองและเปรียบเทียบผลการดำเนินงานของกระบวนการระหว่างแผนก เพื่อดูว่าแผนกใดใช้เวลานานกว่า มีงานแก้ไขซ้ำมากกว่า หรือดำเนินกระบวนการต่างออกไปหรือไม่ ตัวอย่างเช่น คุณสามารถวิเคราะห์ได้ว่าสัญญาจากฝ่ายขายใช้เวลาตรวจสอบโดยฝ่ายกฎหมายนานกว่าสัญญาจากฝ่ายจัดซื้อหรือไม่. เหตุผลที่สำคัญ ช่วยเปรียบเทียบผลการดำเนินงานระหว่างหน่วยธุรกิจ เพื่อระบุปัญหาหรือแนวปฏิบัติที่ดีเฉพาะแผนก. แหล่งข้อมูล เชื่อมโยงข้อมูลนี้จากตารางโปรไฟล์ผู้ใช้ หรืออาจจัดเก็บไว้โดยตรงในรายการสัญญาใน Agiloft. ตัวอย่าง ฝ่ายขายฝ่ายกฎหมายการจัดซื้อฝ่ายการเงิน
	มูลค่าสัญญา ContractValue	มูลค่าเงินรวมของสัญญา.
คำอธิบาย คุณลักษณะนี้ระบุมูลค่าทางการเงินรวมของสัญญา ไม่ว่าจะเป็นรายได้ ต้นทุน หรือภาระผูกพัน มูลค่านี้มักเป็นปัจจัยสำคัญที่กำหนดระดับการตรวจสอบและความซับซ้อนของขั้นตอนอนุมัติ มูลค่าสัญญาสำคัญต่อแดชบอร์ด 'แนวโน้มมูลค่าและจำนวนสัญญาที่ลงนามแล้ว' ช่วยวิเคราะห์ผลกระทบทางการเงินจากผลการดำเนินงานของกระบวนการ และใช้เปรียบเทียบมูลค่าสัญญากับระยะเวลาของวงจร เพื่อดูว่าสัญญามูลค่าสูงใช้เวลาดำเนินการนานกว่ามากหรือไม่ ข้อมูลนี้ช่วยจัดลำดับความสำคัญของสัญญามูลค่าสูงและปรับเวิร์กโฟลว์ให้เหมาะสม. เหตุผลที่สำคัญ ให้บริบทด้านการเงินแก่กระบวนการ ช่วยวิเคราะห์และจัดลำดับความสำคัญตามมูลค่า รวมถึงทำความเข้าใจผลกระทบทางธุรกิจจากความล่าช้า. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในตาราง Contracts หลักของ Agiloft. ตัวอย่าง 50000.00250000.0010000.00
	วันหมดอายุ ExpirationDate	วันที่สัญญาจะหมดอายุ หากไม่มีการต่ออายุหรือยุติสัญญา.
คำอธิบาย วันหมดอายุเป็นฟิลด์วันที่สำคัญที่กำหนดวันสิ้นสุดระยะเวลาที่สัญญามีผลบังคับใช้ จำเป็นต่อการจัดการการต่ออายุและการยุติสัญญา รวมถึงป้องกันไม่ให้สัญญาสิ้นผลหรือได้รับการต่ออายุอัตโนมัติโดยไม่ตั้งใจ คุณลักษณะนี้เป็นข้อมูลหลักของแดชบอร์ด 'กำหนดเวลาและสถานะสัญญาที่ใกล้ถึง' และ KPI 'อัตราการดำเนินการเกี่ยวกับสัญญาตรงเวลา' ช่วยให้ธุรกิจจัดการเหตุการณ์เมื่อสัญญาใกล้สิ้นสุดได้ล่วงหน้า เพื่อให้ดำเนินการต่ออายุหรือยุติสัญญาได้ทันเวลาและไม่พลาดกำหนด. เหตุผลที่สำคัญ สำคัญต่อการบริหารสัญญาเชิงรุก ช่วยให้ธุรกิจไม่พลาดกำหนดต่ออายุหรือยุติสัญญา. แหล่งข้อมูล เป็นฟิลด์วันที่มาตรฐานในตาราง Contracts หลักของ Agiloft. ตัวอย่าง 2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
	เวลาสิ้นสุด EventEndTime	เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เสร็จสิ้นเมื่อใด.
คำอธิบาย เวลาเริ่มต้นระบุว่ากิจกรรมเริ่มเมื่อใด ส่วนเวลาสิ้นสุดระบุว่ากิจกรรมเสร็จเมื่อใด ผลต่างระหว่างสองเวลานี้คือเวลาที่ใช้ดำเนินกิจกรรมนั้น ใน process mining การมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุดช่วยให้วิเคราะห์การใช้ทรัพยากรและเวลารอเทียบกับเวลาที่ลงมือทำงานได้ละเอียดขึ้น เช่น แยกเวลาที่ฝ่ายกฎหมายกำลังตรวจสอบสัญญาออกจากเวลาที่สัญญารออยู่ในคิวได้ ข้อมูลนี้ใช้กับ KPI 'ระยะเวลาดำเนินการตรวจสอบโดยฝ่ายกฎหมาย'. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมจริง โดยแยกเวลาทำงานออกจากเวลารอ เพื่อวิเคราะห์คอขวดได้แม่นยำขึ้น. แหล่งข้อมูล บางระบบมีข้อมูลนี้ให้โดยตรง แต่บ่อยครั้งจะอนุมานจากเวลาเริ่มต้นของกิจกรรมถัดไปในกรณีเดียวกัน สำหรับ Agiloft อาจต้องคำนวณจากบันทึกการตรวจสอบ. ตัวอย่าง 2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
	สถานะสัญญา ContractStatus	สถานะปัจจุบันของสัญญาในวงจรสัญญา.
คำอธิบาย คุณลักษณะนี้ระบุขั้นตอนปัจจุบันของสัญญา เช่น 'กำลังจัดทำร่าง' 'อยู่ระหว่างตรวจสอบ' 'ลงนามแล้ว' 'หมดอายุ' หรือ 'ยุติแล้ว' จึงแสดงสถานะของสัญญา ณ เวลาใดเวลาหนึ่ง ใน process mining การเปลี่ยนสถานะตามเวลามักใช้ระบุกิจกรรมต่างๆ คุณลักษณะระดับกรณีนี้ยังใช้กรองการวิเคราะห์ให้แสดงเฉพาะสัญญาที่ยังดำเนินการอยู่ ลงนามแล้ว หรือหมดอายุได้โดยตรง และรองรับแดชบอร์ด 'กำหนดเวลาและสถานะสัญญาที่ใกล้ถึง'. เหตุผลที่สำคัญ ช่วยให้เห็นขั้นตอนปัจจุบันของสัญญาได้อย่างรวดเร็ว และใช้กรองหรือแบ่งกลุ่มเพื่อวิเคราะห์กรณีที่กำลังดำเนินการเทียบกับกรณีที่เสร็จแล้ว. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในตาราง Contracts หลักของ Agiloft. ตัวอย่าง ร่างรออนุมัติลงนามแล้วหมดอายุแล้ว
	การตรวจสอบสัญญาเป็นไปตาม SLA หรือไม่ IsReviewSlaMet	แฟล็กค่าบูลีนที่คำนวณขึ้นเพื่อระบุว่าการตรวจสอบสัญญาเสร็จสิ้นภายใน Service Level Agreement (SLA) ที่กำหนดไว้หรือไม่.
คำอธิบาย แอตทริบิวต์นี้คำนวณจากการเปรียบเทียบเวลาที่กิจกรรมตรวจสอบเสร็จสิ้นจริง เช่น 'ดำเนินการตรวจสอบภายในแล้ว' กับ 'ReviewSlaDueDate' หากตรวจสอบเสร็จทันเวลา ค่าจะเป็น 'true' หากล่าช้า ค่าจะเป็น 'false' แฟล็กนี้ใช้สร้างแดชบอร์ด 'การปฏิบัติตาม SLA สำหรับการตรวจสอบสัญญา' โดยตรง ทำให้แสดงผลอัตราการปฏิบัติตามข้อกำหนดได้ง่าย และช่วยคำนวณ KPI 'อัตราการปฏิบัติตาม SLA สำหรับการตรวจสอบ' ด้วยการนับค่า true และ false. เหตุผลที่สำคัญ แสดงผลการปฏิบัติตาม SLA เป็นสองค่าอย่างชัดเจน จึงวัดผล แสดงภาพ และรายงานการปฏิบัติตามกำหนดเวลาภายในได้ง่าย. แหล่งข้อมูล คำนวณโดยเปรียบเทียบ 'EventTime' ของกิจกรรมที่ระบุว่าการตรวจสอบเสร็จสิ้นกับ 'ReviewSlaDueDate' ของสัญญาแต่ละฉบับ. ตัวอย่าง truefalse
	จำนวนครั้งที่แก้ไข RevisionCount	จำนวนครั้งที่มีการแก้ไขหรือทำเครื่องหมายแก้ไขสัญญาตลอดวงจรสัญญา.
คำอธิบาย คุณลักษณะนี้นับจำนวนรอบที่มีการแก้ไขสัญญา โดยเฉพาะในขั้นตอนจัดทำร่างและเจรจา จำนวนครั้งที่แก้ไขสูงมักบ่งชี้ถึงปัญหาเกี่ยวกับแม่แบบ การเจรจาที่ซับซ้อน หรือข้อกำหนดเริ่มต้นที่ไม่ชัดเจน ตัวชี้วัดนี้รองรับแดชบอร์ด 'ความถี่ในการแก้ไขสัญญาระหว่างเจรจา' และ KPI 'ความถี่ในการแก้ไขสัญญา' โดยตรง การวิเคราะห์จำนวนครั้งที่แก้ไขช่วยระบุประเภทสัญญาหรือคู่สัญญาที่ทำให้ต้องโต้ตอบแก้ไขกันหลายรอบ และช่วยหาทางปรับปรุงการจัดทำร่างและการเจรจา. เหตุผลที่สำคัญ ช่วยวัดปริมาณงานแก้ไขซ้ำและความซับซ้อนในการเจรจา เพื่อหาโอกาสปรับปรุงคุณภาพแม่แบบและกลยุทธ์การเจรจา. แหล่งข้อมูล โดยทั่วไปคำนวณจากการนับกิจกรรม 'ทำเครื่องหมายแก้ไข/แก้ไขสัญญา' ของ Contract ID แต่ละรายการในบันทึกเหตุการณ์. ตัวอย่าง 1350
	ชื่อแม่แบบสัญญา ContractTemplateName	ชื่อแม่แบบที่ใช้สร้างร่างสัญญาฉบับแรก.
คำอธิบาย คุณลักษณะนี้ระบุว่าใช้แม่แบบมาตรฐานใดเป็นจุดเริ่มต้นในการจัดทำสัญญา หากมี การใช้แม่แบบอย่างสม่ำเสมอเป็นปัจจัยสำคัญที่ช่วยให้การจัดทำร่างมีประสิทธิภาพ การวิเคราะห์คุณลักษณะนี้ช่วยติดตาม KPI 'อัตราการแก้ไขซ้ำในกระบวนการจัดทำสัญญา' และ 'อัตราการอนุมัติภายในตั้งแต่ครั้งแรก' เมื่อเปรียบเทียบผลการดำเนินงานของสัญญาที่จัดทำจากแม่แบบต่างๆ หรือไม่ได้ใช้แม่แบบ องค์กรจะระบุได้ว่าแม่แบบใดมีประสิทธิภาพ และควรปรับมาตรฐานในจุดใดมากที่สุด. เหตุผลที่สำคัญ ช่วยประเมินประสิทธิผลของเทมเพลตมาตรฐานและส่งเสริมการใช้มาตรฐานเดียวกัน ซึ่งช่วยลดเวลาร่างสัญญาและงานแก้ไขซ้ำได้อย่างมาก. แหล่งข้อมูล อาจเป็นฟิลด์ในระเบียนสัญญาของ Agiloft ซึ่งระบบจะกรอกข้อมูลเมื่อสร้างสัญญาจากเทมเพลต. ตัวอย่าง สัญญา MSA มาตรฐาน v2.1NDA แบบต่างฝ่ายต่างให้คำมั่นSOW ราคาคงที่ v1.3กำหนดเอง
	ดำเนินการอัตโนมัติหรือไม่ IsAutomated	ค่าบูลีนที่ระบุว่าระบบดำเนินกิจกรรมโดยอัตโนมัติ แทนที่จะให้ผู้ใช้ดำเนินการ.
คำอธิบาย คุณลักษณะนี้แยกกิจกรรมที่ผู้ใช้ดำเนินการออกจากกิจกรรมที่ระบบดำเนินการ เช่น การอัปเดตสถานะ การแจ้งเตือน หรือเวิร์กโฟลว์ที่ระบบเริ่มทำงาน การวิเคราะห์ข้อมูลนี้ช่วยให้เข้าใจระดับการทำงานอัตโนมัติในกระบวนการจัดการสัญญา ใช้วัดผลของการนำระบบอัตโนมัติมาใช้ ระบุโอกาสในการเพิ่มระบบอัตโนมัติ และตรวจสอบว่าขั้นตอนอัตโนมัติทำงานตามที่คาดไว้โดยไม่ทำให้เกิดคอขวด. เหตุผลที่สำคัญ ช่วยวัดระดับการทำงานอัตโนมัติในกระบวนการ และระบุว่าขั้นตอนใดดำเนินการโดยระบบหรือผู้ใช้. แหล่งข้อมูล อนุมานโดยตรวจหาบัญชีผู้ใช้ของระบบ เช่น 'System' หรือ 'Admin' ในประวัติกิจกรรม หรือทำเครื่องหมายประเภทกิจกรรมที่ดำเนินการโดยอัตโนมัติไว้โดยเฉพาะ. ตัวอย่าง truefalse
	ผู้ตรวจสอบฝ่ายกฎหมาย LegalReviewer	ชื่อบุคคลหรือทีมจากฝ่ายกฎหมายที่ได้รับมอบหมายให้ตรวจสอบสัญญาโดยเฉพาะ.
คำอธิบาย คุณลักษณะนี้ระบุทรัพยากรด้านกฎหมายที่รับผิดชอบกิจกรรม 'ตรวจสอบสัญญาโดยฝ่ายกฎหมาย' โดยเฉพาะ ทำให้เห็นภาระงานละเอียดกว่าฟิลด์ 'ผู้ใช้' ทั่วไป ซึ่งอาจรวมผู้ใช้หลายบทบาท ข้อมูลนี้มีประโยชน์ต่อแดชบอร์ด 'การวิเคราะห์ภาระงานของทรัพยากรในสัญญา' เพราะช่วยวิเคราะห์ขีดความสามารถและผลการดำเนินงานของทีมกฎหมายได้ตรงจุด ช่วยตอบคำถามเรื่องการกระจายภาระงานในทีม และดูว่าผู้ตรวจสอบรายใดเกี่ยวข้องกับระยะเวลาตรวจสอบที่นานขึ้นหรือไม่ ซึ่งรองรับ KPI 'ระยะเวลาเฉลี่ยในการตรวจสอบโดยฝ่ายกฎหมาย'. เหตุผลที่สำคัญ ช่วยวิเคราะห์ภาระงานและผลการดำเนินงานของงานตรวจสอบโดยฝ่ายกฎหมายโดยเฉพาะ เพื่อบริหารทรัพยากรของทีมกฎหมายได้อย่างมีประสิทธิภาพ. แหล่งข้อมูล อาจเป็นฟิลด์เฉพาะในสัญญาที่ระบุที่ปรึกษากฎหมายผู้รับผิดชอบ หรืออนุมานจากชื่อผู้ใช้ที่เชื่อมโยงกับกิจกรรมตรวจสอบโดยฝ่ายกฎหมาย. ตัวอย่าง Jane Doeทีมกฎหมาย AJohn Smith
	ระยะเวลาของขั้นตอนการเจรจา NegotiationPhaseDuration	ระยะเวลาที่คำนวณได้ของขั้นตอนการเจรจากับคู่สัญญา.
คำอธิบาย ตัวชี้วัดนี้วัดเวลาตั้งแต่เริ่มเจรจากับคู่สัญญาภายนอก เช่น 'เริ่มเจรจากับคู่สัญญา' จนได้ข้อสรุปและคู่สัญญาอนุมัติข้อตกลง ตัวชี้วัดนี้เป็นข้อมูลหลักของแดชบอร์ด 'ระยะเวลาของวงจรการเจรจา' และ KPI 'ระยะเวลาเฉลี่ยในการเจรจา' การวิเคราะห์ระยะเวลานี้ช่วยให้เข้าใจประสิทธิภาพของกระบวนการเจรจา ระบุประเภทสัญญาหรือคู่สัญญาที่ทำให้การเจรจายืดเยื้อ และหาโอกาสปรับการทำงานร่วมกันให้คล่องตัวขึ้น. เหตุผลที่สำคัญ วัดประสิทธิภาพของขั้นตอนการเจรจา พร้อมให้ข้อมูลเพื่อช่วยลดเวลาที่ใช้ติดต่อกับคู่สัญญาภายนอก. แหล่งข้อมูล คำนวณจากบันทึกเหตุการณ์ โดยวัดเวลาระหว่างกิจกรรม 'เริ่มเจรจากับคู่สัญญา' กับกิจกรรมสรุปผล เช่น 'ได้รับอนุมัติจากคู่สัญญาแล้ว'. ตัวอย่าง 7 วัน15 วัน3 วัน
	ระยะเวลาของขั้นตอนการอนุมัติ ApprovalPhaseDuration	ระยะเวลาที่คำนวณได้ของขั้นตอนการอนุมัติ ตั้งแต่เริ่มขออนุมัติจนได้รับอนุมัติครบถ้วน.
คำอธิบาย ตัวชี้วัดนี้วัดเวลาที่ใช้เพื่อให้สัญญาผ่านการอนุมัติภายในและการอนุมัติจากฝ่ายกฎหมายที่จำเป็นทั้งหมด โดยทั่วไปจะเริ่มนับเมื่อเริ่มกิจกรรมตรวจสอบครั้งแรก เช่น 'ส่งเรื่องตรวจสอบภายใน' และสิ้นสุดเมื่อได้รับการอนุมัติครบถ้วนตามที่กำหนด แอตทริบิวต์นี้เป็นข้อมูลพื้นฐานของ KPI 'ระยะเวลาเฉลี่ยของขั้นตอนการอนุมัติ' และเป็นองค์ประกอบสำคัญของแดชบอร์ด 'วิเคราะห์คอขวดในการตรวจสอบและอนุมัติ' ช่วยแยกวิเคราะห์ช่วงสำคัญของวงจรสัญญา เพื่อหาสาเหตุที่ทำให้การตรวจสอบและอนุมัติล่าช้า. เหตุผลที่สำคัญ แยกและวัดเวลาที่ใช้ในขั้นตอนการอนุมัติ ช่วยระบุและแก้ไขคอขวดในช่วงสำคัญนี้. แหล่งข้อมูล คำนวณจากบันทึกเหตุการณ์ โดยหาผลต่างระหว่างเวลาเริ่มกิจกรรมอนุมัติรายการแรกกับเวลาสิ้นสุดของรายการสุดท้ายในสัญญาแต่ละฉบับ. ตัวอย่าง 5 วัน 2 ชั่วโมง12 วัน 6 ชั่วโมง2 วัน 1 ชั่วโมง
	วันครบกำหนดตรวจสอบตาม SLA ReviewSlaDueDate	วันที่กำหนดให้ตรวจสอบสัญญาในขั้นตอนหนึ่งๆ เช่น การตรวจสอบโดยฝ่ายกฎหมายหรือการตรวจสอบภายในให้เสร็จ.
คำอธิบาย คุณลักษณะนี้กำหนดกำหนดเวลาตามข้อตกลงระดับการให้บริการ (SLA) สำหรับกิจกรรมตรวจสอบแต่ละรายการ โดยระบุระยะเวลาดำเนินการที่คาดหวังไว้อย่างชัดเจน และใช้วัดผลเทียบกับเป้าหมายภายใน วันที่นี้จำเป็นต่อแดชบอร์ด 'การปฏิบัติตาม SLA สำหรับการตรวจสอบสัญญา' และ KPI 'อัตราการปฏิบัติตาม SLA สำหรับการตรวจสอบ' เมื่อนำเวลาที่ตรวจสอบเสร็จจริงมาเทียบกับวันครบกำหนด ระบบจะระบุได้ว่ากระบวนการเป็นไปตามเป้าหมายระดับการให้บริการหรือไม่ และชี้ให้เห็นจุดที่มักไม่เป็นไปตาม SLA. เหตุผลที่สำคัญ ช่วยวัดผลการดำเนินงานเทียบกับกำหนดเวลาภายใน ซึ่งสำคัญต่อการปฏิบัติตาม SLA และการลดระยะเวลาตรวจสอบ. แหล่งข้อมูล อาจเป็นฟิลด์ที่คำนวณใน Agiloft จากวันที่ส่งสัญญาและกฎ SLA ที่กำหนดไว้ล่วงหน้า หรือเป็นฟิลด์วันที่ที่ผู้ใช้กำหนดเอง. ตัวอย่าง 2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z

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

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

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

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

	กิจกรรม	คำอธิบาย
	ได้รับอนุมัติภายในครบแล้ว	หมุดหมายนี้หมายถึงผู้เกี่ยวข้องภายในทุกคนอนุมัติสัญญาฉบับสุดท้ายแล้ว โดยทั่วไปอนุมานได้เมื่อสถานะสัญญาเปลี่ยนเป็นสถานะอนุมัติขั้นสุดท้าย เช่น “อนุมัติครบแล้ว” หรือ “พร้อมลงนาม”.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่แสดงว่าการตรวจสอบภายในเสร็จสิ้นและสัญญาพร้อมดำเนินการต่อ เป็นจุดสำคัญในการวัดเวลาประมวลผลภายในทั้งหมดก่อนส่งสัญญาไปลงนาม. แหล่งข้อมูล อนุมานจากเวลาที่สถานะเปลี่ยนเป็น “อนุมัติแล้ว” “พร้อมลงนาม” หรือสถานะอนุมัติขั้นสุดท้ายที่มีความหมายใกล้เคียงกัน นอกจากนี้ยังคำนวณได้จากเวลาที่บันทึกการอนุมัติรายการสุดท้ายที่จำเป็นเสร็จสิ้น. บันทึก ระบุเวลาที่สถานะสัญญาเปลี่ยนเป็นสถานะอนุมัติก่อนลงนาม. ประเภทเหตุการณ์ inferred
	ตรวจสอบสัญญาโดยฝ่ายกฎหมายแล้ว	หมายถึงฝ่ายกฎหมายตรวจสอบสัญญาเสร็จแล้ว โดยมักบันทึกเมื่อทีมกฎหมายอัปเดตสถานะสัญญา เช่น เป็น “ฝ่ายกฎหมายอนุมัติแล้ว” หรือทำงานอนุมัติที่กำหนดเสร็จสิ้น.
เหตุผลที่สำคัญ การตรวจสอบทางกฎหมายเป็นขั้นตอนสำคัญและมักใช้เวลานาน การระบุระยะเวลาของกิจกรรมนี้ช่วยค้นหาคอขวดภายในทีมกฎหมายและติดตามการทำตาม SLA. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะ เช่น จาก “อยู่ระหว่างตรวจสอบทางกฎหมาย” เป็น “ฝ่ายกฎหมายอนุมัติแล้ว” หรือบันทึกจากเวลาที่ทำระเบียน Approval ซึ่งเชื่อมโยงกับกลุ่ม Legal ใน Agiloft เสร็จสิ้น. บันทึก ใช้เวลาที่สถานะเปลี่ยนเป็น “ฝ่ายกฎหมายอนุมัติแล้ว” หรือเวลาที่ทำงานอนุมัติทางกฎหมายที่กำหนดเสร็จสิ้น. ประเภทเหตุการณ์ inferred
	ต่ออายุสัญญาแล้ว	หมายถึงการต่ออายุสัญญาสำเร็จเมื่อครบกำหนดสัญญา นี่เป็นผลลัพธ์ทางธุรกิจที่สำคัญ ซึ่งมักบันทึกเมื่อผู้ใช้เปลี่ยนสถานะสัญญาอย่างชัดเจน หรือสร้างสัญญาฉบับใหม่สำหรับระยะเวลาที่ต่ออายุ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นตัวชี้วัดความสำเร็จที่สำคัญของหลายธุรกิจ เพราะแสดงถึงการสานต่อความร่วมมือ การติดตามการต่ออายุมีความสำคัญต่อการคาดการณ์รายได้และวิเคราะห์การรักษาสัญญา. แหล่งข้อมูล บันทึกจากการเปลี่ยนสถานะเป็น 'Renewed' อย่างชัดเจน หรือจากการสร้างรายการสัญญาใหม่ที่เชื่อมโยงและระบุว่าเป็นการต่ออายุ เวิร์กโฟลว์ใน Agiloft สามารถทำขั้นตอนนี้โดยอัตโนมัติได้. บันทึก ใช้เวลาที่เปลี่ยนสถานะเป็น 'Renewed' หรือวันที่สร้างสัญญาฉบับถัดไป. ประเภทเหตุการณ์ explicit
	ยุติสัญญาแล้ว	หมายถึงการยุติสัญญาที่มีผลบังคับใช้ก่อนวันหมดอายุตามกำหนด เป็นเหตุการณ์ที่ระบุไว้อย่างชัดเจน โดยทั่วไปจะบันทึกเมื่อเปลี่ยนสถานะสัญญาเป็น 'Terminated' พร้อมระบุเหตุผล.
เหตุผลที่สำคัญ การวิเคราะห์การยุติสัญญาช่วยให้เข้าใจสาเหตุที่สัญญาสิ้นสุดลง เช่น การไม่ปฏิบัติตามสัญญาหรือกลยุทธ์ทางธุรกิจที่เปลี่ยนไป จึงมีความสำคัญต่อการบริหารความเสี่ยงและการทำความเข้าใจความสัมพันธ์กับคู่สัญญา. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์สถานะในประวัติรายการสัญญาเป็น 'Terminated' โดยมักบันทึกวันที่ยุติสัญญาไว้ในฟิลด์เฉพาะ. บันทึก ใช้เวลาที่เปลี่ยนสถานะเป็น 'Terminated' หรือค่าจากฟิลด์ 'Termination Date'. ประเภทเหตุการณ์ inferred
	เริ่มคำขอสัญญา	นี่คือเหตุการณ์แรกในวงจรสัญญา ซึ่งหมายถึงการยื่นคำขออย่างเป็นทางการเพื่อจัดทำสัญญาใหม่ ใน Agiloft เหตุการณ์นี้มักบันทึกเมื่อมีการสร้างระเบียนใหม่ในตาราง Contract ซึ่งเป็นเหตุการณ์ที่ระบุไว้ในประวัติระบบหรือบันทึกการตรวจสอบ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการ จึงจำเป็นต่อการคำนวณระยะเวลาดำเนินสัญญาโดยรวม การวิเคราะห์จุดเริ่มต้นนี้ช่วยให้เข้าใจปริมาณและแหล่งที่มาของความต้องการสัญญาภายในองค์กร. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากเวลาที่สร้างระเบียนสัญญาใน Agiloft โดยทั่วไปจะพบข้อมูลในแท็บ History หรือบันทึกระบบของ Contract ID ที่เกี่ยวข้อง. บันทึก ใช้เวลาที่สร้างระเบียนจากตารางสัญญาหลัก. ประเภทเหตุการณ์ explicit
	ลงนามในสัญญาแล้ว	นี่คือจุดสำคัญที่ทุกฝ่ายลงนามในสัญญา ทำให้สัญญามีผลผูกพันทางกฎหมาย โดยทั่วไปจะบันทึกเหตุการณ์นี้ผ่านการเชื่อมต่อกับแพลตฟอร์มลงนามอิเล็กทรอนิกส์ หรือเมื่อผู้ใช้เปลี่ยนสถานะเป็น 'Executed'.
เหตุผลที่สำคัญ เหตุการณ์นี้แสดงว่าขั้นตอนก่อนการมอบสัญญาเสร็จสมบูรณ์ และเป็นจุดสิ้นสุดที่ใช้คำนวณระยะเวลาตั้งแต่เริ่มจนจบวงจรสัญญา จากนั้นจะเริ่มขั้นตอนการบริหารสัญญาหลังการมอบสัญญา. แหล่งข้อมูล บันทึกเวลาที่ webhook จากการเชื่อมต่อกับแพลตฟอร์มลงนามอิเล็กทรอนิกส์แจ้งว่างานเสร็จสมบูรณ์ หรือเวลาที่มีการเปลี่ยนสถานะเป็น 'Executed' หรือ 'Signed' ใน Agiloft ด้วยตนเอง. บันทึก ใช้ฟิลด์ 'Date Signed' วันที่ลงนามสัญญา หรือเวลาที่เปลี่ยนสถานะเป็น 'Executed'. ประเภทเหตุการณ์ explicit
	สัญญาหมดอายุแล้ว	เหตุการณ์นี้แสดงว่าสัญญาถึงวันสิ้นสุดโดยไม่มีการต่ออายุหรือยุติก่อนกำหนด โดยทั่วไปคำนวณจากการเปรียบเทียบวันหมดอายุของสัญญากับวันที่ปัจจุบัน.
เหตุผลที่สำคัญ นี่เป็นจุดสิ้นสุดหลักของวงจรสัญญา การวิเคราะห์สัญญาที่หมดอายุมีความสำคัญต่อการป้องกันการต่ออายุอัตโนมัติที่ไม่ต้องการ และช่วยให้ไม่พลาดการต่ออายุที่จำเป็น. แหล่งข้อมูล เหตุการณ์นี้คำนวณขึ้นเมื่อวันที่ปัจจุบันเลยวันที่ในฟิลด์ 'Expiration Date' หรือ 'Contract End Date' ของสัญญาที่ไม่ได้ต่ออายุหรือยุติแล้ว. บันทึก สร้างเหตุการณ์นี้จากค่าในฟิลด์ 'Expiration Date'. ประเภทเหตุการณ์ calculated
	แก้ไขสัญญาหรือปรับถ้อยคำ	หมายถึงกรณีที่มีการปรับปรุงหรือแก้ไข redline ในเอกสารสัญญาระหว่างการเจรจาหรือการตรวจสอบภายใน โดยทั่วไปบันทึกอย่างชัดเจนเมื่ออัปโหลดเอกสารสัญญาฉบับใหม่ไปยัง Agiloft.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการระบุการวนกลับไปแก้ไขงาน การแก้ไขบ่อยครั้งอาจบ่งชี้ว่าข้อกำหนดไม่ชัดเจน เทมเพลตมีปัญหา หรือการเจรจามีข้อโต้แย้งมาก ซึ่งล้วนทำให้ระยะเวลาดำเนินสัญญายาวนานขึ้น. แหล่งข้อมูล บันทึกจากเวลาที่สร้างเอกสารเวอร์ชันใหม่ใน “Attached Files” หรือตารางประวัติเวอร์ชันเฉพาะที่เชื่อมโยงกับระเบียนสัญญาใน Agiloft. บันทึก ใช้เวลาที่สร้างระเบียนใหม่แต่ละรายการในประวัติเวอร์ชันเอกสารของสัญญา. ประเภทเหตุการณ์ explicit
	ดำเนินการตรวจสอบการปฏิบัติตามข้อกำหนดแล้ว	แสดงว่าการตรวจสอบการปฏิบัติตามข้อกำหนดตามกำหนดการหรือเฉพาะกิจสำหรับสัญญาที่มีผลบังคับใช้เสร็จสมบูรณ์แล้ว โดยทั่วไปจะบันทึกเหตุการณ์เมื่อผู้ใช้ทำงานที่เกี่ยวข้องกับการปฏิบัติตามข้อกำหนดเสร็จ หรืออัปเดตฟิลด์การตรวจสอบ.
เหตุผลที่สำคัญ การติดตามการตรวจสอบการปฏิบัติตามข้อกำหนดมีความสำคัญต่อการกำกับดูแลและการบริหารความเสี่ยง กิจกรรมนี้ช่วยให้องค์กรมั่นใจว่าปฏิบัติตามข้อกำหนดของหน่วยงานกำกับดูแลและนโยบายภายในตลอดอายุสัญญา. แหล่งข้อมูล บันทึกเวลาที่งานตรวจสอบการปฏิบัติตามข้อกำหนดที่เชื่อมโยงเสร็จสมบูรณ์ หรือเมื่อมีการกรอกวันที่ในฟิลด์ เช่น 'Last Compliance Review Date'. บันทึก ใช้วันที่งานด้านการปฏิบัติตามข้อกำหนดที่กำหนดไว้เสร็จสมบูรณ์ หรือวันที่ในฟิลด์เฉพาะที่อัปเดตเมื่อการตรวจสอบเสร็จสิ้น. ประเภทเหตุการณ์ explicit
	เปิดใช้งานสัญญาแล้ว	หมายถึงสัญญามีผลบังคับใช้ ซึ่งโดยทั่วไปจะเกิดขึ้นในวันที่ลงนามหรือหลังจากนั้น มักบันทึกเป็นการเปลี่ยนสถานะใน Agiloft จาก 'Executed' เป็น 'Active' หรือ 'Live'.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของวงจรสัญญาหลังการมอบสัญญา โดยเริ่มภาระผูกพัน การติดตาม และงานด้านการปฏิบัติตามข้อกำหนด ทั้งยังเป็นจุดเริ่มต้นที่ชัดเจนสำหรับติดตามผลการดำเนินงานและการบริหารสัญญาที่มีผลบังคับใช้. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะเป็น 'Active' ในประวัติสัญญา หรือคำนวณจากฟิลด์ 'Contract Start Date'. บันทึก ใช้เวลาที่เปลี่ยนสถานะเป็น 'Active' หรือค่าจากฟิลด์ 'Effective Date'. ประเภทเหตุการณ์ inferred
	ยกเลิกสัญญาแล้ว	แสดงว่ามีการยกเลิกคำขอสัญญาหรือสัญญาที่อยู่ระหว่างดำเนินการโดยตั้งใจก่อนลงนาม นี่เป็นสถานะสิ้นสุดที่ระบุไว้อย่างชัดเจน โดยปกติผู้ใช้จะเปลี่ยนสถานะเป็น 'Canceled' หรือ 'Withdrawn'.
เหตุผลที่สำคัญ เหตุการณ์นี้แสดงเส้นทางที่กระบวนการไม่สำเร็จหรือสิ้นสุดลง การวิเคราะห์สาเหตุที่ยกเลิกสัญญาช่วยให้พบปัญหาในขั้นตอนคัดกรองหรือเจรจา และลดงานที่สูญเปล่าได้. แหล่งข้อมูล อนุมานจากเวลาที่เปลี่ยนฟิลด์สถานะในประวัติสัญญาเป็นสถานะสิ้นสุดที่ไม่สำเร็จ เช่น 'Canceled', 'Void' หรือ 'Withdrawn'. บันทึก ค้นหาเวลาที่เปลี่ยนสถานะเป็น 'Canceled'. ประเภทเหตุการณ์ inferred
	ร่างสัญญาแล้ว	หมายถึงการจัดทำร่างสัญญาฉบับแรกเสร็จสิ้น โดยมักบันทึกเมื่ออัปโหลดเอกสารสัญญาฉบับแรกและเชื่อมโยงกับระเบียนสัญญา หรือเมื่อเปลี่ยนสถานะสัญญาเป็น “ร่างเสร็จแล้ว”.
เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยวัดประสิทธิภาพของขั้นตอนการร่าง และเป็นข้อมูลตั้งต้นสำหรับวิเคราะห์การแก้ไขงานซ้ำ เพราะการแก้ไขหลายครั้งหลังจากจุดนี้อาจบ่งชี้ถึงปัญหาของเทมเพลตหรือข้อกำหนดเบื้องต้น. แหล่งข้อมูล อนุมานจากการเปลี่ยนแปลงฟิลด์สถานะ เช่น จาก “ใหม่” เป็น “กำลังร่าง” หรือบันทึกจากเวลาที่แนบเอกสารฉบับแรกในตารางที่เกี่ยวข้อง “Attached Files” ของ Agiloft. บันทึก ระบุเวลาที่เปลี่ยนสถานะเป็น “กำลังร่าง” หรือ “ตรวจสอบ” ครั้งแรก หรือวันที่สร้างระเบียนเอกสารที่เกี่ยวข้องฉบับแรก. ประเภทเหตุการณ์ inferred
	เริ่มเจรจากับคู่สัญญา	กิจกรรมนี้หมายถึงเวลาที่ส่งสัญญาให้คู่สัญญาภายนอกตรวจสอบและเจรจา ใน Agiloft อาจอนุมานได้จากการเปลี่ยนสถานะเป็น “กำลังเจรจา” หรือ “ตรวจสอบภายนอก”.
เหตุผลที่สำคัญ นี่คือจุดเริ่มต้นของขั้นตอนการเจรจา ซึ่งระยะเวลาอาจแตกต่างกันมากและคาดเดาได้ยาก การติดตามกิจกรรมนี้ช่วยวัดและวิเคราะห์ระยะเวลาการเจรจา รวมถึงระบุปัจจัยที่ทำให้ขั้นตอนนี้ยืดเยื้อ. แหล่งข้อมูล อนุมานจากเวลาที่ฟิลด์สถานะของสัญญาเปลี่ยนเป็น “กำลังเจรจา” “อยู่กับคู่สัญญา” หรือ “ตรวจสอบภายนอก” ในประวัติระเบียนสัญญา. บันทึก ระบุเวลาครั้งแรกที่มีการเปลี่ยนสถานะซึ่งบ่งชี้ว่ามีการสื่อสารหรือเจรจากับบุคคลภายนอก. ประเภทเหตุการณ์ inferred
	เริ่มดำเนินการแก้ไขสัญญา	เหตุการณ์นี้แสดงจุดเริ่มต้นอย่างเป็นทางการของกระบวนการแก้ไขสัญญาที่มีผลบังคับใช้อยู่ ใน Agiloft มักบันทึกโดยสร้างรายการ 'Amendment' ใหม่และเชื่อมโยงกับสัญญาต้นฉบับ.
เหตุผลที่สำคัญ การแก้ไขสัญญาเป็นการเปลี่ยนแปลงสำคัญในวงจรสัญญา การวิเคราะห์ความถี่และขั้นตอนการดำเนินการแก้ไขอาจช่วยให้เห็นความต้องการทางธุรกิจที่เปลี่ยนไป หรือความชัดเจนของสัญญาตั้งแต่แรก. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากเวลาที่สร้างรายการใหม่ในตาราง 'Amendments' ซึ่งเชื่อมโยงกลับไปยัง Contract ID หลัก. บันทึก ใช้เวลาที่สร้างรายการจากตาราง Amendments. ประเภทเหตุการณ์ explicit
	ส่งตรวจสอบภายใน	กิจกรรมนี้หมายถึงการส่งร่างสัญญาให้ผู้เกี่ยวข้องภายในตรวจสอบอย่างเป็นทางการ โดยทั่วไปบันทึกจากการเปลี่ยนสถานะในเวิร์กโฟลว์ของ Agiloft เช่น จาก “ร่าง” เป็น “ตรวจสอบภายใน”.
เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดเริ่มต้นของขั้นตอนตรวจสอบ ซึ่งมักเป็นแหล่งที่มาของคอขวด การวิเคราะห์เวลาตั้งแต่จุดนี้จนถึงกิจกรรมตรวจสอบถัดไปเป็นกุญแจสำคัญในการทำความเข้าใจและลดระยะเวลาตรวจสอบ. แหล่งข้อมูล อนุมานจากเวลาที่เปลี่ยนค่าฟิลด์สถานะเป็น “กำลังตรวจสอบ” “รอตรวจสอบภายใน” หรือ “ส่งตรวจสอบแล้ว” ในระเบียนสัญญาหลัก. บันทึก ค้นหาการเปลี่ยนสถานะเป็น “ตรวจสอบภายใน” ในบันทึกประวัติของสัญญา. ประเภทเหตุการณ์ inferred
	ส่งเพื่อลงนาม	กิจกรรมนี้หมายถึงการส่งสัญญาฉบับสุดท้ายที่อนุมัติแล้วให้ทุกฝ่ายลงนาม ในระบบอย่าง Agiloft ที่เชื่อมต่อกับบริการลงนามอิเล็กทรอนิกส์ มักมีการบันทึกการดำเนินการนี้อย่างชัดเจนเพื่อเริ่มขั้นตอนลงนาม.
เหตุผลที่สำคัญ เหตุการณ์นี้ให้เวลาที่ชัดเจนสำหรับจุดเริ่มต้นของขั้นตอนดำเนินการขั้นสุดท้าย การวิเคราะห์เวลาตั้งแต่จุดนี้จนถึง “ลงนามสัญญาแล้ว” ช่วยระบุความล่าช้าในขั้นตอนลงนามได้. แหล่งข้อมูล บันทึกจากการดำเนินการของผู้ใช้ที่ระบุไว้ในประวัติสัญญา หรือผ่านการเรียก API ไปยังบริการลงนามอิเล็กทรอนิกส์ เช่น DocuSign หรือ Adobe Sign ซึ่งเชื่อมต่อกับ Agiloft. บันทึก ใช้เวลาจากบันทึกประวัติที่เกี่ยวข้องกับการดำเนินการ “ส่งเพื่อลงนาม” หรือการเรียกใช้การเชื่อมต่อระบบ. ประเภทเหตุการณ์ explicit

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

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

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

ขั้นตอน

เตรียมสภาพแวดล้อม Python: ตรวจสอบว่าติดตั้ง Python 3.6 ขึ้นไปแล้ว ติดตั้งไลบรารีที่จำเป็นด้วย pip: pip install requests pandas.
ขอข้อมูลรับรอง Agiloft: เข้าสู่ระบบ Agiloft คุณต้องใช้ URL หลักของ API เช่น https://[your_domain].agiloft.com/gui2/rest ชื่อผู้ใช้และรหัสผ่านที่ใช้งานได้ รวมถึง API key ติดต่อผู้ดูแลระบบ Agiloft เพื่อขอ API key และตรวจสอบว่าบทบาทผู้ใช้ของคุณมีสิทธิ์เข้าถึง API.
ระบุชื่อ Knowledgebase: ไปที่ Knowledgebase สำหรับการจัดการสัญญาใน Agiloft แล้วตรวจสอบชื่อ API ที่ถูกต้อง ซึ่งมักต่างจากชื่อที่แสดง ผู้ดูแลระบบช่วยแจ้งข้อมูลนี้ได้ ในคู่มือนี้สมมติว่าชื่อคือ contract.
ตั้งค่าสคริปต์ Python: เปิดสคริปต์ Python ที่ให้มาในโปรแกรมแก้ไข แล้วแทนค่าตัวแทน BASE_URL, USERNAME, PASSWORD, API_KEY และ KB_NAME ด้วยข้อมูล Agiloft ของคุณ.
กำหนดช่วงวันที่ดึงข้อมูล: ในส่วนตั้งค่าของสคริปต์ ให้ปรับตัวแปร SEARCH_FILTER เพื่อกำหนดช่วงวันที่ โดยทั่วไปตัวกรองนี้จะใช้ฟิลด์ 'Date Created' หรือ 'Last Modified' เพื่อจำกัดปริมาณข้อมูล.
เรียกใช้สคริปต์: เรียกใช้สคริปต์จากเทอร์มินัลด้วยคำสั่ง python your_script_name.py สคริปต์จะยืนยันตัวตนกับ Agiloft API ดึงระเบียนสัญญาเป็นชุดๆ และประมวลผลประวัติของแต่ละสัญญา.
ประมวลผลข้อมูลประวัติ: สคริปต์จะวนอ่านบันทึกประวัติของสัญญาแต่ละฉบับ แล้วจับคู่เหตุการณ์ในประวัติ เช่น การเปลี่ยนสถานะหรือการสร้างระเบียน กับค่า ActivityName มาตรฐานที่บันทึกเหตุการณ์ต้องใช้.
จัดการเหตุการณ์ที่คำนวณขึ้น: สคริปต์มีตรรกะสำหรับสร้างกิจกรรม 'สัญญาหมดอายุ' โดยตรวจสอบวันหมดอายุของสัญญาที่ยังมีผลกับวันที่เรียกใช้สคริปต์.
แปลงและจัดโครงสร้างข้อมูล: สคริปต์ใช้ไลบรารี pandas จัดข้อมูลเหตุการณ์ที่ดึงมาให้อยู่ในรูปแบบตาราง พร้อมคอลัมน์ที่จำเป็นและคอลัมน์แนะนำ.
สร้างไฟล์บันทึกเหตุการณ์: เมื่อสคริปต์ทำงานสำเร็จ จะสร้างไฟล์ CSV ชื่อ agiloft_contract_event_log.csv ในไดเรกทอรีเดียวกัน ไฟล์นี้จัดรูปแบบไว้สำหรับอัปโหลดไปยัง ProcessMind โดยตรง.

การกำหนดค่า

ข้อมูลรับรอง API: ต้องระบุ USERNAME, PASSWORD และ API_KEY ของบัญชีผู้ใช้ที่มีสิทธิ์อ่านข้อมูลสัญญาผ่าน REST API เพียงพอ.
URL หลัก: BASE_URL ต้องชี้ไปยัง REST endpoint ของ Agiloft ที่คุณใช้งาน.
ชื่อ Knowledgebase: กำหนดตัวแปร KB_NAME ให้ตรงกับชื่อ API ของตารางสัญญาใน Agiloft.
ตัวกรองช่วงวันที่: ตั้งค่า SEARCH_FILTER ในสคริปต์เพื่อจำกัดการดึงข้อมูลให้อยู่ในช่วงเวลาที่เกี่ยวข้อง เช่น 6-12 เดือนล่าสุด เพื่อควบคุมประสิทธิภาพ โดยทั่วไปจะกรองจาก date_created หรือ last_modified_date.
การแบ่งหน้า: ตัวแปร PAGE_SIZE กำหนดจำนวนระเบียนที่ดึงในแต่ละ API call โดยทั่วไปค่า 100-500 จะสมดุลระหว่างประสิทธิภาพกับการใช้หน่วยความจำ.
การจับคู่ฟิลด์: ในสคริปต์มีส่วนสำหรับจับคู่ชื่อฟิลด์ของ Agiloft กับชื่อแอตทริบิวต์ที่บันทึกเหตุการณ์ต้องใช้ คุณต้องตรวจสอบและปรับการจับคู่ เช่น id, contract_type, contract_value ให้ตรงกับการตั้งค่า Agiloft ของคุณ.

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

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- CONFIGURATION --- #
class=class="hl-string">"hl-comment"># Replace with your Agiloft instance details
BASE_URL = class="hl-string">"https://[your_domain].agiloft.com/gui2/rest"
USERNAME = class="hl-string">"[your_api_user]"
PASSWORD = class="hl-string">"[your_api_password]"
API_KEY = class="hl-string">"[your_api_key]"
KB_NAME = class="hl-string">"contract"  class=class="hl-string">"hl-comment"># The API name of your contracts knowledgebase
PAGE_SIZE = 200

class=class="hl-string">"hl-comment"># Filter for contracts created in a specific range (adjust as needed)
class=class="hl-string">"hl-comment"># Format for Agiloft API dates is class="hl-string">'YYYY-MM-DD HH:MM:SS'
SEARCH_FILTER = {
    class="hl-string">"search_stype": class="hl-string">"field_based",
    class="hl-string">"searches": [
        {class="hl-string">"field": class="hl-string">"date_created", class="hl-string">"op": class="hl-string">"ge", class="hl-string">"val": class="hl-string">"2023-01-01 00:00:00"}
    ]
}

class=class="hl-string">"hl-comment"># --- SCRIPT --- #

def get_agiloft_session(base_url, username, password, api_key):
    class="hl-string">"""Authenticates with Agiloft and returns a session token."""
    login_url = fclass="hl-string">"{base_url}/login"
    headers = {class="hl-string">"Content-Type": class="hl-string">"application/json", class="hl-string">"API-Key": api_key}
    payload = {class="hl-string">"username": username, class="hl-string">"password": password}
    try:
        response = requests.post(login_url, headers=headers, json=payload, timeout=60)
        response.raise_for_status()
        return response.cookies
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error: Authentication failed. {e}")
        return None

def fetch_all_records(session, base_url, kb_name, page_size, search_filter):
    class="hl-string">"""Fetches all records from a knowledgebase with pagination."""
    records = []
    page_num = 0
    while True:
        url = fclass="hl-string">"{base_url}/kb/{kb_name}"
        params = {
            class="hl-string">"page_size": page_size,
            class="hl-string">"page_num": page_num,
            class="hl-string">"view_name": class="hl-string">"Default",
            class="hl-string">"search": json.dumps(search_filter),
            class="hl-string">"fields": class="hl-string">"id,history,contract_status,contract_type,contract_value,created_by,owner_group,counterparty,expiration_date"
        }
        try:
            response = requests.get(url, cookies=session, params=params, timeout=120)
            response.raise_for_status()
            data = response.json()
            records.extend(data.get(class="hl-string">'records', []))
            if len(data.get(class="hl-string">'records', [])) < page_size:
                break
            page_num += 1
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching page {page_num}: {e}")
            break
    return records

def map_history_to_activity(entry_text):
    class="hl-string">"""Maps a history log entry to a defined activity name."""
    entry_lower = entry_text.lower()
    if class="hl-string">"record created by" in entry_lower:
        return class="hl-string">"Contract Request Initiated"
    if class="hl-string">"status changed from" in entry_lower:
        if class="hl-string">"draft" in entry_lower and class="hl-string">"internal review" in entry_lower:
            return class="hl-string">"Internal Review Submitted"
        if class="hl-string">"internal review" in entry_lower and class="hl-string">"legal approved" in entry_lower:
            return class="hl-string">"Legal Review Conducted"
        if class="hl-string">"drafting" in entry_lower and class="hl-string">"in negotiation" in entry_lower:
            return class="hl-string">"Counterparty Negotiation Started"
        if class="hl-string">"negotiation" in entry_lower and class="hl-string">"fully approved" in entry_lower:
            return class="hl-string">"Internal Approvals Obtained"
        if class="hl-string">"approved" in entry_lower and class="hl-string">"sent for signature" in entry_lower:
            return class="hl-string">"Sent For Signature"
        if class="hl-string">"signature" in entry_lower and class="hl-string">"executed" in entry_lower:
            return class="hl-string">"Contract Executed/Signed"
        if class="hl-string">"executed" in entry_lower and class="hl-string">"active" in entry_lower:
            return class="hl-string">"Contract Activated"
        if class="hl-string">"active" in entry_lower and class="hl-string">"renewed" in entry_lower:
            return class="hl-string">"Contract Renewed"
        if class="hl-string">"active" in entry_lower and class="hl-string">"terminated" in entry_lower:
            return class="hl-string">"Contract Terminated"
        if class="hl-string">"canceled" in entry_lower or class="hl-string">"withdrawn" in entry_lower:
            return class="hl-string">"Contract Canceled"
        if class="hl-string">"active" in entry_lower and class="hl-string">"amending" in entry_lower:
            return class="hl-string">"Amendment Initiated"
        if class="hl-string">"active" in entry_lower and class="hl-string">"compliance review" in entry_lower:
            return class="hl-string">"Compliance Review Performed"
    if class="hl-string">"a new file was attached" in entry_lower:
        return class="hl-string">"Contract Redlined/Revised"
    if class="hl-string">"status changed to 'drafting complete'" in entry_lower:
        return class="hl-string">"Contract Drafted"
    return None


def main():
    print(class="hl-string">"Starting Agiloft data extraction...")
    session = get_agiloft_session(BASE_URL, USERNAME, PASSWORD, API_KEY)
    if not session:
        return

    print(fclass="hl-string">"Fetching records from '{KB_NAME}' knowledgebase...")
    contracts = fetch_all_records(session, BASE_URL, KB_NAME, PAGE_SIZE, SEARCH_FILTER)
    print(fclass="hl-string">"Found {len(contracts)} contract records.")

    if not contracts:
        print(class="hl-string">"No contracts found for the specified criteria.")
        return

    event_log_rows = []
    last_data_update = datetime.now().strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

    for contract in contracts:
        contract_id = contract.get(class="hl-string">'id')
        history_raw = contract.get(class="hl-string">'history', class="hl-string">'')

        class=class="hl-string">"hl-comment"># Process history entries
        if history_raw:
            history_entries = history_raw.split(class="hl-string">'\n')
            for entry in history_entries:
                if not entry.strip():
                    continue
                
                activity_name = map_history_to_activity(entry)
                if activity_name:
                    try:
                        class=class="hl-string">"hl-comment"># Agiloft history format: class="hl-string">'YYYY-MM-DD HH:MM:SS [User Name]: Event Description'
                        timestamp_str = entry.split(class="hl-string">' [')[0]
                        event_time = datetime.strptime(timestamp_str, class="hl-string">'%Y-%m-%d %H:%M:%S').isoformat() + class="hl-string">'Z'
                        user_name = entry.split(class="hl-string">'[')[1].split(class="hl-string">']')[0]
                    except (IndexError, ValueError):
                        event_time = None
                        user_name = class="hl-string">'System'

                    event_log_rows.append({
                        class="hl-string">"ContractId": contract_id,
                        class="hl-string">"ActivityName": activity_name,
                        class="hl-string">"EventTime": event_time,
                        class="hl-string">"UserName": user_name,
                        class="hl-string">"UserDepartment": contract.get(class="hl-string">'owner_group'),
                        class="hl-string">"ContractType": contract.get(class="hl-string">'contract_type'),
                        class="hl-string">"ContractValue": contract.get(class="hl-string">'contract_value'),
                        class="hl-string">"ContractStatus": contract.get(class="hl-string">'contract_status'),
                        class="hl-string">"CounterpartyName": contract.get(class="hl-string">'counterparty'),
                        class="hl-string">"ExpirationDate": contract.get(class="hl-string">'expiration_date'),
                        class="hl-string">"EventEndTime": None,  class=class="hl-string">"hl-comment"># Populate if available
                        class="hl-string">"SourceSystem": class="hl-string">"Agiloft",
                        class="hl-string">"LastDataUpdate": last_data_update
                    })

        class=class="hl-string">"hl-comment"># Handle calculated class="hl-string">'Contract Expired' event
        exp_date_str = contract.get(class="hl-string">'expiration_date')
        current_status = contract.get(class="hl-string">'contract_status', class="hl-string">'').lower()
        if exp_date_str and current_status not in [class="hl-string">'terminated', class="hl-string">'canceled', class="hl-string">'expired']:
            try:
                exp_date = datetime.strptime(exp_date_str, class="hl-string">'%Y-%m-%d %H:%M:%S')
                if exp_date < datetime.now():
                    event_log_rows.append({
                        class="hl-string">"ContractId": contract_id,
                        class="hl-string">"ActivityName": class="hl-string">"Contract Expired",
                        class="hl-string">"EventTime": exp_date.isoformat() + class="hl-string">'Z',
                        class="hl-string">"UserName": class="hl-string">"System",
                        class="hl-string">"UserDepartment": contract.get(class="hl-string">'owner_group'),
                        class="hl-string">"ContractType": contract.get(class="hl-string">'contract_type'),
                        class="hl-string">"ContractValue": contract.get(class="hl-string">'contract_value'),
                        class="hl-string">"ContractStatus": class="hl-string">"Expired",
                        class="hl-string">"CounterpartyName": contract.get(class="hl-string">'counterparty'),
                        class="hl-string">"ExpirationDate": contract.get(class="hl-string">'expiration_date'),
                        class="hl-string">"EventEndTime": None,
                        class="hl-string">"SourceSystem": class="hl-string">"Agiloft",
                        class="hl-string">"LastDataUpdate": last_data_update
                    })
            except ValueError:
                pass class=class="hl-string">"hl-comment"># Ignore invalid date formats

    if not event_log_rows:
        print(class="hl-string">"No process events could be generated from the contract histories.")
        return

    df = pd.DataFrame(event_log_rows)
    df = df.sort_values(by=[class="hl-string">'ContractId', class="hl-string">'EventTime']).reset_index(drop=True)
    
    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    column_order = [
        class="hl-string">'ContractId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EventEndTime', class="hl-string">'UserName',
        class="hl-string">'UserDepartment', class="hl-string">'ContractType', class="hl-string">'ContractValue', class="hl-string">'ContractStatus',
        class="hl-string">'CounterpartyName', class="hl-string">'ExpirationDate', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]
    df = df[column_order]

    output_filename = class="hl-string">'agiloft_contract_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

if __name__ == class="hl-string">"__main__":
    main()

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

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

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

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

ปรับปรุงการจัดการสัญญาใน Agiloft ลดระยะเวลาของวงจรได้ตั้งแต่วันนี้

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

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

ไม่ต้องใช้บัตรเครดิต เริ่มทดลองใช้ฟรีได้วันนี้.

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

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

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

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

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

ดึงข้อมูลด้วยสคริปต์ Python ผ่าน Agiloft REST API

ขั้นตอน

การกำหนดค่า

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

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

ปรับปรุงการจัดการสัญญาใน Agiloft ลดระยะเวลาของวงจรได้ตั้งแต่วันนี้