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

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

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

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

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

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

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

ในการวิเคราะห์ process mining เหตุการณ์ทุกรายการต้องเชื่อมโยงกับ Contract ID เพื่อสร้างลำดับการดำเนินงานของสัญญาแต่ละฉบับขึ้นใหม่ ทำให้เห็นภาพกระบวนการทั้งหมด และวิเคราะห์ระยะเวลาดำเนินการ ค้นหาคอขวด และติดตามการปฏิบัติตามขั้นตอนของสัญญาแต่ละฉบับหรือแต่ละกลุ่มได้.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปคือ primary key ของ Agreement หรือ Contract object หลักใน Conga CLM ซึ่งมักมีชื่อประมาณ 'Apttus_Config2__AgreementId__c'.

ตัวอย่าง
a015g00000_12345a015g00000_67890a015g00000_ABCDE
ชื่อกิจกรรม
ActivityName
ชื่อเหตุการณ์ทางธุรกิจหรืองานเฉพาะที่เกิดขึ้นในวงจรชีวิตของสัญญา.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปได้จากการจับคู่การเปลี่ยนสถานะ งานที่ทำเสร็จ หรือเหตุการณ์เฉพาะที่บันทึกไว้กับ Contract object ใน Conga CLM.

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

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้อยู่ในฟิลด์ประวัติ เช่น 'CreatedDate' ของออบเจ็กต์งานหรือเหตุการณ์ที่เกี่ยวข้อง หรืออยู่ในฟิลด์วันที่เฉพาะของ Contract object หลัก.

ตัวอย่าง
2023-04-15T10:05:00Z2023-05-20T14:30:00Z2023-06-01T09:00:00Z
ระบบต้นทาง
SourceSystemName
ระบุระบบต้นทางที่ใช้ดึงข้อมูล.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ข้อมูลนี้ช่วยให้เห็นที่มาและการกำกับดูแลข้อมูลอย่างชัดเจน ซึ่งจำเป็นต่อการตรวจสอบและสร้างความเชื่อมั่นในข้อมูลกระบวนการ.

แหล่งข้อมูล

โดยทั่วไปจะเพิ่มค่าแบบคงที่ระหว่างขั้นตอนการดึงและแปลงข้อมูล (ETL) เพื่อระบุที่มาของชุดข้อมูล.

ตัวอย่าง
Conga CLMCongaCLM-ProdSalesforce-CongaCLM
อัปเดตข้อมูลล่าสุด
LastDataUpdateTimestamp
เวลาที่ระบุว่าข้อมูลของรายการนี้ได้รับการอัปเดตจากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไป เครื่องมือหรือสคริปต์ ETL (Extract, Transform, Load) จะสร้างและเติมข้อมูลเมตาฟิลด์นี้ระหว่างนำเข้าข้อมูล.

ตัวอย่าง
2024-07-20T02:00:00Z2024-07-21T02:00:00Z
ประเภทสัญญา
ContractType
การจัดประเภทสัญญา เช่น NDA, MSA หรือ SOW.
คำอธิบาย

ประเภทสัญญาเป็นคุณลักษณะแบบจัดหมวดหมู่ ใช้แบ่งสัญญาตามวัตถุประสงค์หรือประเภททางกฎหมาย ตัวอย่างที่พบบ่อย ได้แก่ ข้อตกลงไม่เปิดเผยข้อมูล (NDA), ข้อตกลงการให้บริการหลัก (MSA) และเอกสารขอบเขตงาน (SOW)

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

เหตุผลที่สำคัญ

ช่วยแบ่งกระบวนการเพื่อเปรียบเทียบเวิร์กโฟลว์ ระยะเวลาดำเนินการ และคอขวดของสัญญาแต่ละประเภท เช่น NDA กับ MSA.

แหล่งข้อมูล

โดยทั่วไป ฟิลด์นี้เป็นรายการตัวเลือกหรือฟิลด์ค้นหาบนออบเจ็กต์ Agreement ซึ่งมักใช้ชื่อ 'Apttus_Config2__Contract_Type__c' หรือชื่อใกล้เคียง.

ตัวอย่าง
ข้อตกลงไม่เปิดเผยข้อมูล (NDA)ข้อตกลงการให้บริการหลัก (MSA)เอกสารขอบเขตงาน (SOW)
ผู้รับผิดชอบสัญญา
ContractOwner
ผู้ใช้หรือพนักงานที่รับผิดชอบการจัดการสัญญาตลอดอายุสัญญา.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ฟิลด์นี้น่าจะเป็นฟิลด์ค้นหาผู้ใช้บนออบเจ็กต์ Agreement หลักใน Conga CLM ซึ่งมักใช้ชื่อ 'OwnerId' หรือฟิลด์กำหนดเอง 'Contract_Owner__c'.

ตัวอย่าง
Alice JohnsonRobert ChenMaria Garcia
มูลค่าสัญญา
ContractValue
มูลค่ารวมเป็นตัวเงินของสัญญา.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไป ฟิลด์นี้เป็นฟิลด์สกุลเงินบนออบเจ็กต์ Agreement ใน Conga CLM เช่น 'Apttus_Config2__Total_Contract_Value__c'.

ตัวอย่าง
500002500001200000
วันหมดอายุ
ExpirationDate
วันที่สัญญาจะหมดอายุ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ฟิลด์นี้เป็นฟิลด์วันที่มาตรฐานบนออบเจ็กต์ Agreement ซึ่งมักใช้ชื่อ 'Apttus_Config2__EndDate__c'.

ตัวอย่าง
2025-12-312026-06-302024-08-15
เวลาสิ้นสุดเหตุการณ์
EventEndTime
วันที่และเวลาที่กิจกรรมเสร็จสิ้นอย่างแม่นยำ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

เวลานี้อาจอยู่ในฟิลด์อย่าง 'CompletedDate' หรือ 'ActualEndDate' ของออบเจ็กต์งานหรือกิจกรรมที่เกี่ยวข้องกับสัญญาหลัก.

ตัวอย่าง
2023-04-15T18:35:00Z2023-05-21T11:00:00Z2023-06-01T17:45:00Z
สถานะสัญญา
ContractStatus
ขั้นตอนปัจจุบันของสัญญาตลอดอายุสัญญา เช่น 'ฉบับร่าง', 'อยู่ระหว่างอนุมัติ' หรือ 'ลงนามแล้ว'.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ฟิลด์นี้เป็นรายการตัวเลือกมาตรฐานบนออบเจ็กต์ Agreement ซึ่งมักใช้ชื่อ 'Apttus_Config2__Status__c' หรือ 'Apttus_Config2__Status_Category__c'.

ตัวอย่าง
ฉบับร่างอยู่ระหว่างตรวจสอบภายในลงนามแล้วหมดอายุ
ชื่อคู่สัญญา
CounterpartyName
ชื่อบริษัทหรือบุคคลภายนอกที่เกี่ยวข้องกับสัญญา.
คำอธิบาย

ชื่อคู่สัญญาระบุผู้ลงนามอีกฝ่ายในข้อตกลง โดยทั่วไปคือองค์กรลูกค้า ผู้ขาย หรือคู่ค้า

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไป ฟิลด์นี้จะค้นหาออบเจ็กต์ Account ใน Salesforce ซึ่งเชื่อมโยงกับออบเจ็กต์ Agreement ใน Conga CLM.

ตัวอย่าง
Global Tech Inc.Innovate Solutions LLCAcme Corporation
เป็นการแก้ไขงานซ้ำ
IsRework
แฟล็กที่คำนวณขึ้นเพื่อระบุว่ากิจกรรมเป็นส่วนหนึ่งของวงจรการแก้ไขงานซ้ำหรือไม่.
คำอธิบาย

แฟล็ก 'เป็นการแก้ไขงานซ้ำ' จะมีค่า 'true' หากกิจกรรมเป็นการย้อนกลับไปยังขั้นตอนก่อนหน้าในกระบวนการ เช่น กลับไปที่ขั้น 'ร่างสัญญาแล้ว' หลังการตรวจสอบทางกฎหมาย ฟิลด์นี้ไม่มีอยู่ในระบบต้นทาง แต่คำนวณขึ้นระหว่างแปลงข้อมูลสำหรับ process mining

แฟล็กนี้ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการได้โดยตรง รองรับ KPI 'อัตราการแก้ไขสัญญาซ้ำ' และช่วยแสดงวงจรการทำงานในแผนผังกระบวนการ การระบุความถี่และสาเหตุของการแก้ไขงานซ้ำเป็นเป้าหมายสำคัญของการปรับปรุงกระบวนการหลายโครงการ.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

คุณลักษณะนี้ไม่มีในระบบต้นทาง แต่คำนวณในเครื่องมือ process mining หรือชั้น ETL โดยอิงจากลำดับกิจกรรม.

ตัวอย่าง
truefalse
แผนกของผู้รับผิดชอบ
OwnerDepartment
แผนกที่ผู้รับผิดชอบสัญญาสังกัด เช่น 'ฝ่ายขาย', 'กฎหมาย' หรือ 'จัดซื้อ'.
คำอธิบาย

คุณลักษณะแผนกของผู้รับผิดชอบระบุสายงานธุรกิจที่ผู้รับผิดชอบสัญญาสังกัด โดยทั่วไปข้อมูลนี้มาจากโปรไฟล์ผู้ใช้ในระบบ

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

เหตุผลที่สำคัญ

ช่วยวิเคราะห์กระบวนการแยกตามสายงานธุรกิจ เพื่อให้เห็นความแตกต่างด้านประสิทธิภาพและคอขวดระหว่างแผนก เช่น ฝ่ายขายและฝ่ายกฎหมาย.

แหล่งข้อมูล

โดยทั่วไป ข้อมูลนี้ดึงมาจากออบเจ็กต์ User ใน Salesforce ซึ่งเชื่อมโยงผ่านฟิลด์ผู้รับผิดชอบสัญญาบนออบเจ็กต์ Agreement.

ตัวอย่าง
ฝ่ายขายฝ่ายกฎหมายฝ่ายจัดซื้อฝ่ายการเงิน
ภูมิภาค
Region
ภูมิภาคทางภูมิศาสตร์ที่เกี่ยวข้องกับสัญญา เช่น 'อเมริกาเหนือ' หรือ 'EMEA'.
คำอธิบาย

คุณลักษณะภูมิภาคระบุพื้นที่ทางภูมิศาสตร์ที่เกี่ยวข้องกับสัญญา ซึ่งอาจพิจารณาจากที่ตั้งของคู่สัญญา เขตการขาย หรือกฎหมายที่ใช้บังคับ

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไป ข้อมูลนี้มาจากฟิลด์กำหนดเองบนออบเจ็กต์ Agreement หรือได้จากออบเจ็กต์ Account หรือ User ที่เชื่อมโยงกัน.

ตัวอย่าง
อเมริกาเหนือEMEAAPACละตินอเมริกา
ระยะเวลารอบการอนุมัติ
ApprovalCycleTime
เวลารวมที่สัญญาอยู่ในขั้นตอนอนุมัติ.
คำอธิบาย

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

ข้อมูลนี้เป็นตัวชี้วัดหลักของแดชบอร์ด 'ระยะเวลารอบการอนุมัติสัญญา' และ KPI 'เวลาเฉลี่ยในการอนุมัติสัญญา' ช่วยให้เห็นประสิทธิภาพโดยรวมของเวิร์กโฟลว์การอนุมัติ ติดตามผลเทียบกับเป้าหมาย และระบุความล่าช้าที่เกิดซ้ำได้ง่าย.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ตัวชี้วัดนี้คำนวณจากผลต่างของเวลาระหว่างกิจกรรมอนุมัติครั้งแรกกับกิจกรรมอนุมัติขั้นสุดท้ายของสัญญาแต่ละฉบับ.

ตัวอย่าง
259200604800432000
วันที่ต่ออายุ
RenewalDate
วันที่เป้าหมายสำหรับเริ่มกระบวนการต่ออายุสัญญา.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ใช้กำหนดจุดเริ่มต้นของกิจกรรมต่ออายุ ช่วยให้ต่อสัญญาได้ทันเวลาและจัดการสัญญาตลอดอายุสัญญาได้ล่วงหน้า.

แหล่งข้อมูล

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

ตัวอย่าง
2025-10-022026-04-012024-05-17
สถานะการปฏิบัติตามข้อกำหนด
ComplianceStatus
ระบุว่าสัญญาผ่านการตรวจสอบการปฏิบัติตามข้อกำหนดที่จำเป็นแล้วหรือไม่.
คำอธิบาย

สถานะการปฏิบัติตามข้อกำหนดใช้ติดตามว่าสัญญาเป็นไปตามนโยบายภายในหรือกฎระเบียบภายนอกในขั้นใด โดยอาจมีค่า เช่น 'ยังไม่เริ่ม', 'อยู่ระหว่างตรวจสอบ', 'ผ่าน' หรือ 'ไม่ผ่าน'

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

เหตุผลที่สำคัญ

ใช้วัดการปฏิบัติตามแนวทางที่กำหนดโดยตรง ช่วยระบุและลดความเสี่ยงทางกฎหมายและการเงินในกลุ่มสัญญา.

แหล่งข้อมูล

ฟิลด์นี้น่าจะเป็นรายการตัวเลือกที่กำหนดเองบนออบเจ็กต์ Agreement และอัปเดตตามกิจกรรมหรือการอนุมัติที่เกี่ยวข้องกับการปฏิบัติตามข้อกำหนด.

ตัวอย่าง
ผ่านต้องตรวจสอบไม่เกี่ยวข้องไม่ผ่าน
หน่วยธุรกิจ
BusinessUnit
หน่วยธุรกิจเฉพาะภายในองค์กรที่เป็นเจ้าของสัญญา.
คำอธิบาย

คุณลักษณะหน่วยธุรกิจใช้ระบุว่าสัญญาสังกัดฝ่ายหรือส่วนงานใดของบริษัท เช่น 'ซอฟต์แวร์สำหรับองค์กร' หรือ 'ฮาร์ดแวร์สำหรับผู้บริโภค' จึงวิเคราะห์กระบวนการจัดการสัญญาในแต่ละส่วนขององค์กรได้ละเอียดขึ้น

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

เหตุผลที่สำคัญ

ช่วยแยกวิเคราะห์ประสิทธิภาพกระบวนการตามฝ่ายต่างๆ ในองค์กร เพื่อให้เห็นความแตกต่างด้านประสิทธิภาพหรือขั้นตอนการทำงาน.

แหล่งข้อมูล

ข้อมูลนี้อาจมาจากฟิลด์กำหนดเองบนออบเจ็กต์ Agreement หรือได้จากโปรไฟล์ผู้ใช้ของผู้รับผิดชอบสัญญา.

ตัวอย่าง
ฝ่ายขายอเมริกาเหนือฝ่ายบริการ EMEAฝ่ายผลิตภัณฑ์ APAC
จำเป็น แนะนำ ไม่บังคับ

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

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

เหตุการณ์นี้เป็นจุดสำคัญที่ปิดรอบการตรวจทานและอนุมัติภายใน และเป็นจุดสิ้นสุดสำหรับวัด KPI 'Average Contract Approval Time'.

แหล่งข้อมูล

บันทึกจากรายการประวัติการอนุมัติของ Salesforce ที่เกี่ยวข้องกับ Contract object โดยใช้เวลาที่สถานะสุดท้ายในกระบวนการเปลี่ยนเป็น 'Approved' เป็นเวลาเกิดเหตุการณ์.

บันทึก

บันทึกเวลาของขั้นตอนอนุมัติสุดท้ายในกระบวนการอนุมัติที่เกี่ยวข้อง.

ประเภทเหตุการณ์ explicit
ตรวจทานโดยฝ่ายกฎหมายแล้ว
กิจกรรมนี้หมายถึงฝ่ายกฎหมายตรวจทานสัญญาเสร็จแล้ว โดยอาจบันทึกเป็นขั้นตอนอนุมัติโดยตรงในเวิร์กโฟลว์ หรืออนุมานจากการเปลี่ยนสถานะ เช่น 'Legal Review Complete'.
เหตุผลที่สำคัญ

การแยกขั้นตอนตรวจทานโดยฝ่ายกฎหมายออกมาช่วยวิเคราะห์คอขวดที่พบบ่อยได้ และรองรับ KPI 'Average Legal Review Time' เพื่อช่วยจัดสรรทรัพยากรของฝ่ายกฎหมายให้เหมาะสม.

แหล่งข้อมูล

หากใช้ Salesforce Approvals อาจบันทึกกิจกรรมนี้ไว้ในรายการประวัติการอนุมัติที่เกี่ยวข้อง หรืออนุมานจากการเปลี่ยนสถานะของ Contract object ได้.

บันทึก

บันทึกเวลาที่สถานะเปลี่ยนเป็น 'Legal Review Complete' หรือเวลาที่อนุมัติขั้นตอนสุดท้ายจากคิวงานของฝ่ายกฎหมาย.

ประเภทเหตุการณ์ inferred
ยุติสัญญา
กิจกรรมนี้หมายถึงการสิ้นสุดสัญญาก่อนวันหมดอายุจากการดำเนินการที่ระบุไว้ โดยบันทึกจากการเปลี่ยนสถานะสัญญาเป็น 'Terminated'.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากประวัติฟิลด์สถานะของ Contract object โดยใช้เวลาที่สถานะเปลี่ยนเป็น 'Terminated' หรือ 'Cancelled' เป็นเวลาเกิดเหตุการณ์.

บันทึก

บันทึกเวลาที่สถานะเปลี่ยนเป็น 'Terminated'.

ประเภทเหตุการณ์ inferred
เริ่มคำขอสัญญา
กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของวงจรชีวิตสัญญา โดยบันทึกการสร้างรายการสัญญาใหม่ในระบบ โดยทั่วไปจะบันทึกเป็นเหตุการณ์โดยตรงเมื่อผู้ใช้สร้าง Contract object ใหม่ใน Conga CLM.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

บันทึกเหตุการณ์นี้จากวันที่และเวลาที่สร้างรายการ Contract ในแพลตฟอร์ม Salesforce ซึ่งเป็นพื้นฐานของ Conga CLM โดยทั่วไปจะบันทึกผู้ใช้ที่สร้างรายการไว้ด้วย.

บันทึก

ติดตามเหตุการณ์การสร้าง Contract object หลัก.

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

กิจกรรมนี้เป็นจุดเริ่มต้นของวงจรชีวิตหลังลงนาม และเป็นจุดเริ่มต้นของการจัดการภาระผูกพันและติดตามผลการดำเนินงาน.

แหล่งข้อมูล

อนุมานจากประวัติฟิลด์สถานะของ Contract object โดยใช้เวลาที่สถานะเปลี่ยนเป็น 'Active' หรือคำที่มีความหมายเทียบเท่าเป็นเวลาเกิดเหตุการณ์.

บันทึก

ระบุเวลาที่สถานะเปลี่ยนจาก 'Executed' เป็น 'Active'.

ประเภทเหตุการณ์ inferred
ลงนามในสัญญาแล้ว
กิจกรรมสำคัญนี้เกิดขึ้นเมื่อทุกฝ่ายลงนามในสัญญาตามกฎหมายครบถ้วน ทำให้สัญญามีผลผูกพัน โซลูชันลายเซ็นอิเล็กทรอนิกส์ที่เชื่อมต่อกับ Conga CLM เช่น Conga Sign จะสร้างเหตุการณ์พร้อมเวลาที่บันทึกไว้อย่างชัดเจน.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

บันทึกจากประวัติการตรวจสอบหรือสถานะของเครื่องมือลายเซ็นอิเล็กทรอนิกส์ที่เชื่อมต่อ โดยระบบจะบันทึกสถานะสุดท้าย เช่น 'Completed' หรือ 'Signed' พร้อมเวลาที่แน่นอน.

บันทึก

บันทึกเหตุการณ์เสร็จสมบูรณ์จาก API ของบริการลายเซ็นอิเล็กทรอนิกส์ที่เชื่อมต่อ หรือจากออบเจ็กต์สถานะ.

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

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

แหล่งข้อมูล

เหตุการณ์นี้คำนวณจากข้อมูล โดยเกิดขึ้นเมื่อวันที่ของระบบเลยวันที่ในฟิลด์ 'Contract End Date' หรือ 'Expiration Date' ของ Contract object และสถานะสัญญายังคงเป็น 'Active'.

บันทึก

คำนวณโดยเปรียบเทียบฟิลด์ 'Contract End Date' กับวันที่ปัจจุบัน.

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

การติดตามจำนวนครั้งที่แก้ไขข้อความในสัญญาช่วยวัดความเข้มข้นของการเจรจา และรองรับ KPI 'Redline Iteration Count' อีกทั้งยังช่วยชี้ให้เห็นสัญญาที่ซับซ้อนเกินไปหรือการเจรจาที่ยากลำบาก.

แหล่งข้อมูล

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

บันทึก

บันทึกเหตุการณ์ทุกครั้งที่สร้างเอกสารเวอร์ชันใหม่และมีการเปลี่ยนหมายเลขเวอร์ชันหลัก.

ประเภทเหตุการณ์ explicit
จัดทำร่างสัญญา
หมายถึงการจัดทำเอกสารสัญญาฉบับร่างแรกเสร็จสมบูรณ์ โดยมักอนุมานจากการเปลี่ยนสถานะของรายการสัญญา เช่น จาก 'Requested' เป็น 'Drafting' หรือ 'In Review'.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากประวัติฟิลด์สถานะของ Contract object โดยดูเวลาที่สถานะเปลี่ยนเป็นค่าหลังจัดทำร่าง เช่น 'Internal Review'.

บันทึก

ระบุการเปลี่ยนสถานะจาก 'Draft' ไปยังสถานะถัดไปตามลำดับในเวิร์กโฟลว์.

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

กิจกรรมนี้เป็นจุดสิ้นสุดของช่วงการเจรจา และเป็นเหตุการณ์สำคัญสำหรับวัด 'Average Negotiation Cycle Time' รวมถึงคาดการณ์เวลาที่สัญญาจะลงนามเสร็จ.

แหล่งข้อมูล

โดยทั่วไปอนุมานจากการเปลี่ยนสถานะของ Contract object เช่น เปลี่ยนเป็น 'Awaiting Signature' ซึ่งเจ้าของสัญญาเป็นผู้ปรับปรุงสถานะด้วยตนเอง.

บันทึก

บันทึกเวลาที่สถานะเปลี่ยนเป็น 'Approved by Counterparty' หรือ 'Pending Signature'.

ประเภทเหตุการณ์ inferred
ตรวจสอบการปฏิบัติตามข้อกำหนดแล้ว
กิจกรรมหลังสัญญาเริ่มมีผล โดยตรวจสอบสัญญาเทียบกับข้อกำหนดหรือกฎระเบียบ อาจบันทึกเมื่อทำเครื่องหมายงานที่เกี่ยวข้องหรือรายการตรวจสอบว่าเสร็จแล้ว.
เหตุผลที่สำคัญ

กิจกรรมนี้สำคัญต่อการติดตามการกำกับดูแลและการจัดการความเสี่ยง รองรับ KPI 'Compliance Review Adherence Rate' ด้วยการติดตามว่ามีการตรวจสอบหรือไม่และเกิดขึ้นเมื่อใด.

แหล่งข้อมูล

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

บันทึก

บันทึกวันที่ทำงานตามรอบหรือรายการบันทึกการปฏิบัติตามข้อกำหนดที่เกี่ยวข้องเสร็จ.

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

การติดตามการต่อสัญญาสำคัญต่อการรักษารายได้และความต่อเนื่องทางธุรกิจ อีกทั้งรองรับ KPI 'Timely Renewal Rate' และแสดงผลลัพธ์ที่ดีของวงจรชีวิตสัญญา.

แหล่งข้อมูล

อนุมานได้จากการเปลี่ยนสถานะเป็น 'Renewed' หรือจากการสร้างรายการสัญญาใหม่ที่ฟิลด์ 'Renewal For' อ้างอิงถึงสัญญาเดิม.

บันทึก

ระบุการเปลี่ยนสถานะเป็น 'Renewed' หรือการสร้างรายการสัญญาใหม่ที่เชื่อมโยงกับสัญญาเดิม.

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

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

แหล่งข้อมูล

บันทึกจากวันที่สร้างรายการใหม่ในออบเจ็กต์ 'Amendment' หรือออบเจ็กต์ชื่อใกล้เคียง ซึ่งมีความสัมพันธ์แบบ lookup กับ Contract object หลัก.

บันทึก

ติดตามเหตุการณ์การสร้างรายการ 'Amendment' ที่เชื่อมโยงกับสัญญา.

ประเภทเหตุการณ์ explicit
เริ่มตรวจทานภายใน
ระบุเวลาที่ส่งร่างสัญญาให้ผู้เกี่ยวข้องภายใน เช่น ฝ่ายการเงินหรือผู้จัดการหน่วยธุรกิจ ตรวจทาน โดยทั่วไปอนุมานจากการเปลี่ยนสถานะเป็น 'In Internal Review' หรือสถานะที่มีความหมายใกล้เคียงกัน.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากประวัติฟิลด์สถานะของ Contract object โดยบันทึกเวลาเมื่อสถานะเปลี่ยนเพื่อระบุว่าเริ่มขั้นตอนตรวจทานภายในแล้ว.

บันทึก

บันทึกเวลาที่สถานะสัญญาเปลี่ยนเป็น 'Internal Review' หรือสถานะที่มีความหมายเทียบเท่า.

ประเภทเหตุการณ์ inferred
ส่งสัญญาให้คู่สัญญา
หมายถึงการส่งเอกสารสัญญาให้คู่สัญญาภายนอกตรวจทานและเจรจาอย่างเป็นทางการ Conga CLM มักมีคำสั่ง 'Send for Negotiation' โดยเฉพาะ ซึ่งระบบจะบันทึกไว้.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

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

บันทึก

ระบุบันทึกเหตุการณ์ 'Send for Negotiation' หรือ 'Send to Counterparty'.

ประเภทเหตุการณ์ explicit
แนะนำ ไม่บังคับ

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

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

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

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

เพิ่มประสิทธิภาพการจัดการสัญญาได้ตั้งแต่วันนี้

เริ่มปรับเวิร์กโฟลว์ให้กระชับ เพื่อลดระยะเวลารอบสัญญา 30%.

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

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