เทมเพลตข้อมูลมาตรฐาน

เทมเพลต process mining สำหรับทุกกระบวนการ
เทมเพลตข้อมูลมาตรฐาน

เทมเพลตข้อมูลมาตรฐาน

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

นี่คือเทมเพลตข้อมูล process mining ทั่วไปของเรา หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับกระบวนการนั้น.

แอตทริบิวต์

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

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

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

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

แหล่งข้อมูล

ใช้การประทับเวลาที่แม่นยำที่สุดจากระบบต้นทาง.

ตัวอย่าง
2024-03-15T09:30:00Z2024-03-15T14:45:30Z
กิจกรรม
Activity
ชื่อขั้นตอนของกระบวนการหรือเหตุการณ์ที่เกิดขึ้น.
คำอธิบาย

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

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

ชื่อกิจกรรมเป็นตัวกำหนดวิธีแสดงและวิเคราะห์แผนผังกระบวนการ.

แหล่งข้อมูล

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

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

Case ID เป็นตัวระบุหลักที่เชื่อมโยงเหตุการณ์ทั้งหมดซึ่งอยู่ในอินสแตนซ์กระบวนการเดียวกัน ทุกเหตุการณ์ในบันทึกเหตุการณ์ต้องมี Case ID.

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

หากไม่มี Case ID ที่ถูกต้อง คุณจะติดตามเส้นทางของแต่ละเคสในกระบวนการไม่ได้.

แหล่งข้อมูล

ใช้คีย์หลักหรือเลขอ้างอิงจากตารางธุรกรรมหลักของคุณ.

ตัวอย่าง
ORD-2024-001234TKT-98765REQ-0042
ประเภทกรณี
CaseType
หมวดหมู่หรือประเภทของกรณีที่กำลังดำเนินการ.
คำอธิบาย

จัดหมวดหมู่กรณีตามประเภทเพื่อเปรียบเทียบแต่ละกลุ่ม กรณีแต่ละประเภทมักมีเส้นทางกระบวนการและผลการดำเนินงานแตกต่างกัน.

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

การแบ่งกลุ่มตามประเภทกรณีช่วยให้เห็นความแตกต่างของผลการดำเนินงานในแต่ละหมวดหมู่.

แหล่งข้อมูล

มองหารหัสประเภท ฟิลด์หมวดหมู่ หรือแอตทริบิวต์การจัดประเภท.

ตัวอย่าง
มาตรฐานเร่งด่วนซับซ้อน
ผู้ใช้
User
บุคคลที่ดำเนินกิจกรรม.
คำอธิบาย

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

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

การวิเคราะห์ทรัพยากรช่วยระบุความต้องการด้านการฝึกอบรมและความไม่สมดุลของภาระงาน.

แหล่งข้อมูล

ค้นหา ID ผู้ใช้ หมายเลขพนักงาน หรือชื่อผู้ใช้ที่เชื่อมโยงกับแต่ละเหตุการณ์.

ตัวอย่าง
john.smithEMP-12345user_a1b2c3
แผนก
Department
หน่วยงานที่รับผิดชอบกิจกรรม.
คำอธิบาย

ระบุว่าแต่ละกิจกรรมดำเนินการโดยแผนก ทีม หรือหน่วยธุรกิจใด เหมาะสำหรับวิเคราะห์การส่งต่องานระหว่างทีม.

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

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

แหล่งข้อมูล

มองหารหัสแผนกหรือรหัสหน่วยงาน.

ตัวอย่าง
การเงินการปฏิบัติการบริการลูกค้า
เร่งด่วน
Priority
ระดับความสำคัญที่กำหนดให้กับกรณี.
คำอธิบาย

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

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

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

แหล่งข้อมูล

มองหาฟิลด์ระดับความสำคัญ ตัวบ่งชี้ความเร่งด่วน หรือระดับ SLA.

ตัวอย่าง
สูงสื่อกลางต่ำ
เวลาสิ้นสุด
EndTime
เวลาที่กิจกรรมสิ้นสุด หากต่างจากเวลาเริ่มต้น.
คำอธิบาย

เวลาสิ้นสุดระบุว่ากิจกรรมเสร็จเมื่อใด การบันทึกทั้งเวลาเริ่มต้นและเวลาสิ้นสุดช่วยคำนวณระยะเวลาและเวลาที่ใช้ดำเนินกิจกรรม.

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

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

แหล่งข้อมูล

ค้นหาเวลาที่บันทึกเมื่อเสร็จสิ้น หรือเวลาที่สถานะเปลี่ยนเพื่อระบุว่ากิจกรรมเสร็จแล้ว.

ตัวอย่าง
2024-03-15T10:15:00Z2024-03-15T16:30:00Z
CO2 จากกิจกรรม
ActivityCO2
ปริมาณการปล่อยคาร์บอนจากกิจกรรมนี้.
คำอธิบาย

การปล่อยคาร์บอนที่เกี่ยวข้องกับกิจกรรมนี้ ช่วยวิเคราะห์ความยั่งยืนของกระบวนการ.

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

การติดตาม CO2 ช่วยสนับสนุนเป้าหมายด้านความยั่งยืนและการรายงานผลกระทบต่อสิ่งแวดล้อม.

แหล่งข้อมูล

คำนวณจากประเภทกิจกรรมและปัจจัยการปล่อยก๊าซมาตรฐาน.

ตัวอย่าง
0.10.52.0
FTE ของกิจกรรม
ActivityFTE
ชั่วโมงทำงาน FTE (เทียบเท่าพนักงานเต็มเวลา) สำหรับกิจกรรมนี้.
คำอธิบาย

ปริมาณแรงงานที่ใช้ในกิจกรรมนี้ โดยวัดเป็นชั่วโมง FTE เหมาะสำหรับวางแผนกำลังคนและวิเคราะห์ภาระงาน.

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

การติดตาม FTE ช่วยวางแผนทรัพยากรและบริหารกำลังการทำงาน.

แหล่งข้อมูล

คำนวณจากเวลาดำเนินการและอัตรา FTE มาตรฐาน หรือดึงข้อมูลจากระบบติดตามเวลา.

ตัวอย่าง
0.250.51.0
กลุ่มลูกค้า
CustomerSegment
กลุ่มหรือระดับของลูกค้า.
คำอธิบาย

จัดกลุ่มลูกค้าตามเซกเมนต์ ระดับ หรือมูลค่า เหมาะสำหรับวิเคราะห์ว่าลูกค้าแต่ละกลุ่มได้รับบริการในระดับต่างกันหรือไม่.

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

การวิเคราะห์เซกเมนต์ช่วยตรวจสอบว่าลูกค้ามูลค่าสูงได้รับการดูแลอย่างเหมาะสม.

แหล่งข้อมูล

มองหารหัสเซกเมนต์ การกำหนดระดับ หรือฟิลด์จัดประเภทลูกค้า.

ตัวอย่าง
ธุรกิจองค์กรSMBผู้บริโภค
จำนวนเงินของกิจกรรม
ActivityAmount
มูลค่าเงินที่เกี่ยวข้องกับกิจกรรมนี้.
คำอธิบาย

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

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

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

แหล่งข้อมูล

มองหายอดธุรกรรม มูลค่าใบแจ้งหนี้ หรือยอดรวมคำสั่งซื้อ.

ตัวอย่าง
1500.0025000.00750.50
ช่องทาง
Channel
ช่องทางที่ใช้เริ่มต้นหรือรับกรณีเข้ามา.
คำอธิบาย

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

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

การวิเคราะห์ช่องทางช่วยให้เห็นว่าวิธีรับเรื่องใดมีประสิทธิภาพที่สุด.

แหล่งข้อมูล

มองหาตัวบ่งชี้แหล่งที่มา รหัสช่องทาง หรือฟิลด์ต้นทาง.

ตัวอย่าง
พอร์ทัลเว็บอีเมลโทรศัพท์API
ต้นทุนกิจกรรม
ActivityCost
ค่าใช้จ่ายในการดำเนินกิจกรรมนี้.
คำอธิบาย

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

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

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

แหล่งข้อมูล

มองหาฟิลด์จัดสรรต้นทุน หรือคำนวณจากตารางต้นทุนมาตรฐาน.

ตัวอย่าง
15.0045.50120.00
ต้นทุนระบบอัตโนมัติ
ActivityAutomationCost
ค่าใช้จ่ายหากใช้ระบบอัตโนมัติดำเนินกิจกรรมนี้.
คำอธิบาย

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

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

การเปรียบเทียบต้นทุนระหว่างการทำงานด้วยคนกับระบบอัตโนมัติช่วยจัดทำเหตุผลประกอบการลงทุน.

แหล่งข้อมูล

โดยทั่วไปกำหนดจากแบบจำลองต้นทุนมาตรฐานสำหรับกระบวนการอัตโนมัติ.

ตัวอย่าง
0.502.005.00
ทรัพยากร
Resource
ทรัพยากรที่ดำเนินกิจกรรม ซึ่งอาจเป็นบุคคลหรือระบบ.
คำอธิบาย

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

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

การติดตามทรัพยากรช่วยเปรียบเทียบประสิทธิภาพระหว่างคนกับระบบอัตโนมัติ.

แหล่งข้อมูล

มองหารหัสผู้ดำเนินกิจกรรม ซึ่งอาจรวมทั้งบัญชีผู้ใช้และบัญชีระบบ.

ตัวอย่าง
user_123AUTO_SYSTEMbot_processor
ทำงานอัตโนมัติหรือไม่
IsAutomated
ระบุว่ากิจกรรมดำเนินการโดยอัตโนมัติหรือไม่.
คำอธิบาย

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

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

การวิเคราะห์ระบบอัตโนมัติช่วยให้เห็นโอกาสในการนำระบบอัตโนมัติมาใช้เพิ่มเติม.

แหล่งข้อมูล

ระบุจากประเภทผู้ใช้ (ระบบหรือบุคคล) หรือแฟล็กระบบอัตโนมัติ.

ตัวอย่าง
truefalse
ทีม
Team
ทีมเฉพาะภายในแผนก.
คำอธิบาย

การแบ่งกลุ่มหน่วยงานที่ละเอียดกว่าแผนก เหมาะเมื่อมีหลายทีมในแผนกเดียวกันที่รับผิดชอบงานคนละส่วนของกระบวนการ.

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

การวิเคราะห์ระดับทีมช่วยให้เห็นการกระจายงานและรูปแบบความเชี่ยวชาญเฉพาะด้าน.

แหล่งข้อมูล

มองหารหัสทีม รหัสคิว หรือข้อมูลการจัดกลุ่ม.

ตัวอย่าง
ทีมอัลฟาการส่งต่อเพื่อยกระดับฝ่ายสนับสนุนระดับ 2
ประเทศ
Country
ประเทศที่เกี่ยวข้องกับกรณี.
คำอธิบาย

ตำแหน่งทางภูมิศาสตร์ที่เกี่ยวข้องกับกรณี เหมาะสำหรับวิเคราะห์ความแตกต่างของผลการดำเนินงานหรือข้อกำหนดด้านการปฏิบัติตามข้อกำหนดในแต่ละภูมิภาค.

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

การวิเคราะห์ตามภูมิศาสตร์ช่วยให้เห็นความแตกต่างระหว่างภูมิภาคและรูปแบบการปฏิบัติตามข้อกำหนด.

แหล่งข้อมูล

มองหารหัสประเทศ รหัสภูมิภาค หรือฟิลด์ตำแหน่งที่ตั้ง.

ตัวอย่าง
สหรัฐอเมริกาเยอรมนีญี่ปุ่น
ผลิตภัณฑ์
Product
ผลิตภัณฑ์หรือบริการที่เกี่ยวข้องกับกรณี.
คำอธิบาย

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

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

การวิเคราะห์ผลิตภัณฑ์ช่วยให้เห็นว่าผลิตภัณฑ์บางรายการมีกระบวนการแตกต่างกันหรือไม่.

แหล่งข้อมูล

มองหารหัสผลิตภัณฑ์ SKU หรือรหัสบริการ.

ตัวอย่าง
ผลิตภัณฑ์ Aแพ็กเกจบริการ ProSKU-12345
ภูมิภาค
Region
ภูมิภาคทางภูมิศาสตร์ของกรณี.
คำอธิบาย

การแบ่งกลุ่มทางภูมิศาสตร์ที่กว้างกว่าระดับประเทศ เหมาะสำหรับวิเคราะห์ระดับภูมิภาคเมื่อการปฏิบัติการครอบคลุมหลายประเทศ.

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

การวิเคราะห์ระดับภูมิภาคช่วยให้เข้าใจผลการดำเนินงานในพื้นที่ต่างๆ.

แหล่งข้อมูล

มองหารหัสภูมิภาค หรือระบุจากข้อมูลประเทศ.

ตัวอย่าง
ยุโรป ตะวันออกกลาง และแอฟริกาทวีปอเมริกาเอเชียแปซิฟิก
ระบบต้นทาง
SourceSystem
ระบบต้นทางของเหตุการณ์นี้.
คำอธิบาย

ระบุระบบต้นทางที่บันทึกเหตุการณ์นี้ เหมาะเมื่อรวมข้อมูลจากหลายระบบ.

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

การติดตามแหล่งที่มาช่วยให้เข้าใจที่มาของข้อมูลและขอบเขตของแต่ละระบบ.

แหล่งข้อมูล

กำหนดเป็นค่าคงที่ หรือระบุจากแหล่งที่ดึงข้อมูล.

ตัวอย่าง
SAPSalesforceServiceNow
ลูกค้า
Customer
ลูกค้าหรือคู่ค้าที่เกี่ยวข้องกับกรณี.
คำอธิบาย

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

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

การวิเคราะห์ลูกค้าช่วยให้เห็นรูปแบบประสบการณ์ของลูกค้า.

แหล่งข้อมูล

มองหารหัสลูกค้า หมายเลขบัญชี หรือรหัสคู่ค้า.

ตัวอย่าง
CUST-001234Acme CorpACC-98765
สถานะ SLA
SLAState
ระบุว่ากรณีอยู่ภายในหรือเกิน SLA.
คำอธิบาย

ระบุว่ากรณีเป็นไปตามข้อตกลงระดับการให้บริการหรือไม่ เหมาะสำหรับติดตามการปฏิบัติตามข้อกำหนดและวิเคราะห์การส่งต่อกรณี.

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

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

แหล่งข้อมูล

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

ตัวอย่าง
อยู่ภายใน SLAเสี่ยงเกินกำหนดเกินกำหนด
หน่วยธุรกิจ
BusinessUnit
หน่วยธุรกิจที่เกี่ยวข้องกับกรณี.
คำอธิบาย

ระบุหน่วยธุรกิจหรือฝ่ายที่รับผิดชอบหรือเกี่ยวข้องกับกรณี เหมาะสำหรับองค์กรที่มีหลายฝ่าย.

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

การวิเคราะห์หน่วยธุรกิจช่วยให้เห็นรูปแบบผลการดำเนินงานระหว่างหน่วยงาน.

แหล่งข้อมูล

มองหารหัสหน่วยธุรกิจ รหัสฝ่าย หรือการกำหนดศูนย์กำไร.

ตัวอย่าง
ธุรกิจค้าปลีกธุรกิจองค์กรSMB
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่อัปเดตระเบียนนี้ล่าสุด.
คำอธิบาย

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

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

การติดตามการอัปเดตช่วยรองรับการโหลดข้อมูลแบบเพิ่มเฉพาะส่วนและตรวจสอบคุณภาพข้อมูล.

แหล่งข้อมูล

มองหาเวลาที่แก้ไขล่าสุดหรือฟิลด์ติดตามการเปลี่ยนแปลง.

ตัวอย่าง
2024-03-15T12:00:00Z2024-03-16T08:30:00Z
จำเป็น แนะนำ ไม่บังคับ

กิจกรรม

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

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

แหล่งข้อมูล

ค้นหาเวลาที่อนุมัติ การตรวจทานเสร็จสิ้น หรือบันทึกการลงนามอนุมัติ.

บันทึก

เวลาที่อนุมัติหรือเสร็จสิ้นการตรวจทาน

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

การตรวจสอบตั้งแต่เนิ่นๆ ช่วยป้องกันปัญหาในขั้นตอนถัดไปและลดงานแก้ไขซ้ำ หากข้ามขั้นตอนนี้ มักพบว่ากระบวนการใช้เวลานานขึ้น.

แหล่งข้อมูล

ค้นหาการเปลี่ยนสถานะการตรวจสอบ เวลาที่ตรวจสอบ หรือการบันทึกว่าตรวจสอบคุณภาพเสร็จแล้ว.

บันทึก

เวลาที่เปลี่ยนสถานะหรือเสร็จสิ้นการตรวจสอบ

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

ข้อมูลนี้จำเป็นต่อการคำนวณระยะเวลาของแต่ละรอบและปริมาณงานที่ดำเนินการได้ อัตราการดำเนินงานเสร็จบ่งบอกประสิทธิผลของกระบวนการ.

แหล่งข้อมูล

ค้นหาเวลาที่ดำเนินการเสร็จ สถานะปิด หรือบันทึกผลลัพธ์สุดท้าย.

บันทึก

เวลาที่ดำเนินการเสร็จหรือปิดกรณีงาน

ประเภทเหตุการณ์ explicit
มอบหมายให้ผู้รับผิดชอบ
ส่งกรณีงานให้บุคคลหรือทีมที่รับผิดชอบดำเนินการ การมอบหมายนี้ระบุว่าใครเป็นผู้รับผิดชอบให้งานคืบหน้าต่อ.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ค้นหาการเปลี่ยนแปลงการมอบหมาย การเปลี่ยนผู้รับผิดชอบ หรือรายการที่เข้าสู่คิวในระบบ.

บันทึก

เวลาที่มอบหมายหรือเปลี่ยนผู้รับผิดชอบ

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

ช่วงเวลาระหว่างการมอบหมายกับการเริ่มดำเนินการแสดงให้เห็นเวลารอในคิวและปัญหาภาระงาน.

แหล่งข้อมูล

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

บันทึก

กิจกรรมแรกหลังมอบหมาย หรือเวลาที่ระบุว่าเริ่มงาน

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

ระบุจุดเริ่มต้นอย่างเป็นทางการของกระบวนการ และจำเป็นต่อการคำนวณระยะเวลารวมของแต่ละรอบและปริมาณงานที่ดำเนินการได้.

แหล่งข้อมูล

ค้นหาวันเวลาที่สร้างรายการ วันที่ส่งคำขอ หรือการเปลี่ยนสถานะครั้งแรกในระบบต้นทาง.

บันทึก

เวลาที่สร้างรายการธุรกรรมหรือระเบียนหลัก

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

การขอข้อมูลทำให้กระบวนการหยุดรอและมักเกิดความล่าช้ามาก การลดคำขอเหล่านี้ช่วยให้ใช้เวลาดำเนินงานสั้นลง.

แหล่งข้อมูล

ค้นหาการสื่อสารเพื่อขอข้อมูล การเปลี่ยนสถานะเป็น 'รอข้อมูล' หรือเวลาที่เริ่มพักงาน.

บันทึก

เวลาที่ส่งคำขอหรือเปลี่ยนสถานะเป็นรอดำเนินการ

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

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

แหล่งข้อมูล

ค้นหาเวลาที่ทำงานเสร็จ บันทึกการดำเนินการ หรือการระบุว่าขั้นตอนเสร็จแล้ว.

บันทึก

เวลาที่งานหรือการดำเนินการเสร็จสิ้น

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

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

แหล่งข้อมูล

ค้นหาการรับคำตอบ การเปลี่ยนสถานะออกจากสถานะรอ หรือเวลาที่อัปโหลดเอกสาร.

บันทึก

เวลาที่ได้รับคำตอบหรือเปลี่ยนสถานะออกจากสถานะรอ

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

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

แหล่งข้อมูล

ค้นหาบันทึกการตัดสินใจ เครื่องหมายอนุมัติหรือปฏิเสธ หรือข้อมูลผลการพิจารณา.

บันทึก

เวลาที่ตัดสินใจหรือบันทึกผลการตัดสินใจ

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

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

แหล่งข้อมูล

ค้นหาบันทึกข้อผิดพลาด เครื่องหมายระบุกรณียกเว้น บันทึกการส่งต่อ หรือข้อมูลที่บ่งชี้ว่ามีการจัดการเป็นพิเศษ.

บันทึก

เวลาที่เกิดกรณียกเว้นหรือข้อผิดพลาดตามบันทึกของระบบ

ประเภทเหตุการณ์ explicit
ยกเลิกกรณีงาน
ยกเลิกหรือเลิกดำเนินกรณีงานก่อนเสร็จสิ้น.
เหตุผลที่สำคัญ

รูปแบบการยกเลิกช่วยให้เห็นปัญหาด้านการออกแบบกระบวนการ ความต้องการของลูกค้า หรือปัญหาจากขั้นตอนก่อนหน้า.

แหล่งข้อมูล

ค้นหาเวลาที่ยกเลิก สถานะที่ระบุว่าเลิกดำเนินการ หรือบันทึกการยุติกรณีงาน.

บันทึก

เวลาที่ยกเลิกหรือยุติกรณีงาน

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

การส่งต่อแสดงว่ากรณีงานไม่สามารถจัดการผ่านช่องทางปกติได้ หากมีการส่งต่อบ่อย อาจบ่งชี้ถึงปัญหาด้านการฝึกอบรมหรือกระบวนการ.

แหล่งข้อมูล

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

บันทึก

เวลาที่ส่งต่อหรือโอนไปยังคิวเฉพาะทาง

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

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

เตรียมข้อมูลสำหรับ process mining อย่างไร.

วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด

อ่านคู่มือ ETL ของเรา   หรือ   เลือกกระบวนการและระบบที่ต้องการ.

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

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

เริ่มปรับปรุงกระบวนการของคุณวันนี้

มองเห็นกระบวนการของคุณได้ชัดเจนเป็นครั้งแรกด้วย ProcessMind

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

ไม่ต้องใช้บัตรเครดิต