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