> การปรับปรุงกระบวนการอย่างต่อเนื่อง > การจัดการสินไหม > Salesforce Financial Services Cloud > เทมเพลตข้อมูล

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

Salesforce Financial Services Cloud

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

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

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

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

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

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

แอตทริบิวต์การจัดการสินไหม

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

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

	ชื่อ	คำอธิบาย
	รหัสสินไหม ClaimId	รหัสเฉพาะของสินไหมแต่ละรายการ ใช้เป็นรหัสเคสหลักสำหรับวิเคราะห์กระบวนการ.
คำอธิบาย รหัสสินไหมเป็นรหัสเคสหลักที่เชื่อมโยงกิจกรรม เหตุการณ์ และข้อมูลทั้งหมดของสินไหมรายการเดียว ตั้งแต่ยื่นเรื่องจนปิดเคส. ในการทำ process mining แอตทริบิวต์นี้จำเป็นต่อการสร้างลำดับเหตุการณ์ตั้งแต่ต้นจนจบของสินไหมแต่ละรายการ ช่วยรวบรวมเหตุการณ์ที่เกี่ยวข้องให้เป็นเคสเดียวกัน เพื่อวิเคราะห์ระยะเวลาดำเนินการ รูปแบบกระบวนการ และคอขวดของสินไหมแต่ละรายการ. เหตุผลที่สำคัญ นี่คือคีย์สำคัญสำหรับติดตามวงจรชีวิตของสินไหม หากไม่มีรหัสสินไหมที่ไม่ซ้ำกัน ก็จะเชื่อมโยงขั้นตอนต่างๆ ของกระบวนการให้เป็นลำดับเดียวกันเพื่อวิเคราะห์ไม่ได้. แหล่งข้อมูล โดยทั่วไปคือฟิลด์ 'CaseNumber' ในออบเจ็กต์ Case หรือฟิลด์รหัสเฉพาะที่กำหนดเองในออบเจ็กต์ 'Claim' (FinancialServicesCloud.Claim). ตัวอย่าง CL-00012345CL-00012346CL-00012347
	ชื่อกิจกรรม ActivityName	ชื่อกิจกรรมทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้น ณ ช่วงเวลาหนึ่งในวงจรชีวิตของสินไหม.
คำอธิบาย แอตทริบิวต์นี้อธิบายขั้นตอนหรือหมุดหมายหนึ่งในกระบวนการสินไหม เช่น 'ยื่นสินไหมแล้ว' 'ตรวจสอบเบื้องต้นแล้ว' หรือ 'จ่ายเงินแล้ว' และเป็นองค์ประกอบหลักของแผนผังกระบวนการ. การวิเคราะห์ลำดับและความถี่ของกิจกรรมช่วยระบุเส้นทางกระบวนการที่พบบ่อยที่สุด ค้นหาขั้นตอนที่ต่างจากกระบวนการมาตรฐาน และชี้ให้เห็นกิจกรรมที่ทำซ้ำบ่อย ซึ่งอาจบ่งชี้ว่าต้องแก้ไขงาน. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุว่าในกระบวนการมีการทำอะไรบ้าง ช่วยแสดงภาพลำดับงานและระบุคอขวด วงจรการทำงานซ้ำ และความแตกต่างของกระบวนการ. แหล่งข้อมูล ได้จากการเปลี่ยนแปลงฟิลด์ 'Status' ในออบเจ็กต์ Claim/Case หรือจากค่า 'Subject' ของระเบียน Task หรือ Event ที่เกี่ยวข้อง ตัวอย่าง รับสินไหมแล้วตรวจสอบเบื้องต้นแล้วขอข้อมูลเพิ่มเติมแล้วปิดสินไหมแล้ว
	ระบบต้นทาง SourceSystem	ระบุระบบต้นทางที่บันทึกข้อมูลเหตุการณ์.
คำอธิบาย แอตทริบิวต์นี้ระบุแอปพลิเคชันหรือแพลตฟอร์มต้นทางที่ดึงข้อมูลมา สำหรับกระบวนการนี้ ค่าจะเป็น 'Salesforce Financial Services Cloud' เสมอ. แม้ค่าจะดูเหมือนคงที่ แต่การระบุระบบต้นทางไว้อย่างชัดเจนถือเป็นแนวปฏิบัติที่ดี โดยเฉพาะเมื่อรวมข้อมูลจากหลายระบบ ช่วยให้ทราบที่มาของข้อมูล และเป็นประโยชน์ต่อการกำกับดูแลและตรวจสอบความถูกต้องของข้อมูล. เหตุผลที่สำคัญ ยืนยันที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูล การแก้ไขปัญหา และการเชื่อมโยงข้อมูลจากระบบต่างๆ ในองค์กร. แหล่งข้อมูล โดยทั่วไปจะเพิ่มค่านี้ระหว่างการดึงและแปลงข้อมูล เพื่อระบุแหล่งที่มาของชุดข้อมูล. ตัวอย่าง Salesforce Financial Services Cloud
	เวลาเกิดเหตุการณ์ EventTime	เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เกิดขึ้นเมื่อใด.
คำอธิบาย เวลาเกิดเหตุการณ์ระบุวันและเวลาที่แน่นอนของแต่ละกิจกรรมในวงจรชีวิตของสินไหม ข้อมูลด้านเวลานี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณระยะเวลา. ในการวิเคราะห์ จะใช้เวลาประทับคำนวณตัวชี้วัดด้านเวลา ทั้งระยะเวลาระหว่างกิจกรรม เวลารอ และระยะเวลารวมของเคส ข้อมูลนี้ยังจำเป็นต่อการสร้างภาพเคลื่อนไหวของกระบวนการ และระบุช่วงเวลาและจุดที่เกิดความล่าช้า. เหตุผลที่สำคัญ แอตทริบิวต์นี้ระบุว่าแต่ละเหตุการณ์เกิดขึ้นเมื่อใด จึงคำนวณระยะเวลา วิเคราะห์ประสิทธิภาพของกระบวนการตามช่วงเวลา และระบุคอขวดที่เกี่ยวกับเวลาได้. แหล่งข้อมูล สำหรับการเปลี่ยนสถานะ ใช้ค่า 'CreatedDate' จากประวัติฟิลด์ของออบเจ็กต์ เช่น CaseHistory สำหรับงาน ใช้ 'CompletedDateTime' หรือ 'CreatedDate'. ตัวอย่าง 2023-04-15T10:22:05Z2023-04-16T14:05:10Z2023-04-18T09:00:00Z
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่ดึงหรือรีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด.
คำอธิบาย แอตทริบิวต์นี้ระบุวันและเวลาที่ดึงข้อมูลจาก Salesforce Financial Services Cloud ครั้งล่าสุด ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด. ผู้ใช้แดชบอร์ดจำเป็นต้องทราบว่าผลการวิเคราะห์เป็นข้อมูลปัจจุบันแค่ไหน ข้อมูลนี้ช่วยให้เข้าใจความทันสมัยของข้อมูล และใช้ตรวจสอบว่าระบบส่งผ่านข้อมูลทำงานตามกำหนดหรือไม่. เหตุผลที่สำคัญ ช่วยให้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด นักวิเคราะห์และผู้ใช้ทางธุรกิจจึงรู้ว่ามุมมองกระบวนการอัปเดตถึงเมื่อใด. แหล่งข้อมูล เครื่องมือดึงข้อมูลหรือกระบวนการ ETL จะสร้างค่านี้และบันทึกลงในชุดข้อมูลเมื่อเริ่มทำงาน. ตัวอย่าง 2023-10-27T02:00:00Z
	ช่องทางการยื่นสินไหม SubmissionChannel	วิธีหรือช่องทางที่ใช้ยื่นสินไหมในครั้งแรก.
คำอธิบาย แอตทริบิวต์นี้ระบุวิธีแจ้งสินไหมครั้งแรก เช่น ผ่านพอร์ทัลเว็บ แอปมือถือ โทรศัพท์ หรืออีเมล ช่องทางการยื่นอาจส่งผลอย่างมากต่อความครบถ้วนของข้อมูลเบื้องต้นและขั้นตอนการดำเนินการต่อไป. การวิเคราะห์สินไหมตามช่องทางการยื่นช่วยให้เข้าใจรูปแบบความต้องการและประสิทธิภาพของวิธีรับเรื่องแต่ละแบบ แดชบอร์ด 'ปริมาณและอัตราการดำเนินการสินไหม' ใช้แอตทริบิวต์นี้ติดตามจำนวนสินไหมจากแต่ละช่องทางในช่วงเวลาต่างๆ ซึ่งช่วยประกอบการตัดสินใจจัดสรรทรัพยากรและลงทุนด้านเทคโนโลยี. เหตุผลที่สำคัญ ช่วยประเมินประสิทธิภาพของช่องทางรับเรื่องแต่ละแบบ และดูว่าช่องทางใดทำให้ต้องทำงานซ้ำหรือใช้เวลาดำเนินการนานขึ้นหรือไม่. แหล่งข้อมูล โดยทั่วไปเป็นฟิลด์รายการตัวเลือกที่กำหนดเองในออบเจ็กต์ Claim/Case ซึ่งมักใช้ชื่อว่า 'Origin' หรือ 'Channel'. ตัวอย่าง พอร์ทัลเว็บแอปมือถือโทรศัพท์อีเมล
	ประเภทสินไหม ClaimType	หมวดหมู่ของสินไหม เช่น รถยนต์ ทรัพย์สิน หรือความรับผิด.
คำอธิบาย ประเภทสินไหมเป็นมิติสำคัญสำหรับแบ่งกลุ่มและวิเคราะห์กระบวนการสินไหม สินไหมแต่ละประเภทมักมีขั้นตอนและระดับความซับซ้อนต่างกัน รวมถึงมี SLA ที่แตกต่างกัน. นักวิเคราะห์สามารถกรองหรือเปรียบเทียบผลการดำเนินงานตามประเภทสินไหม เพื่อค้นหาคอขวดเฉพาะประเภท ประเมินการปฏิบัติตาม SLA ที่กำหนด และทำความเข้าใจความแตกต่างของกระบวนการในแต่ละหมวดหมู่ ข้อมูลนี้ใช้ในแดชบอร์ด เช่น 'ภาพรวมการปฏิบัติตาม SLA ของสินไหม' และ 'วิเคราะห์เหตุผลการปฏิเสธสินไหม' เพื่อให้ได้ข้อมูลเชิงลึกที่ตรงประเด็นยิ่งขึ้น. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มสินไหมเพื่อเปรียบเทียบกระบวนการ ระบุปัญหาเฉพาะประเภท และกำหนดแนวทางปรับปรุงให้เหมาะสม. แหล่งข้อมูล มักเป็นฟิลด์ 'Type' มาตรฐานหรือฟิลด์รายการตัวเลือกที่กำหนดเองในออบเจ็กต์ Case หรือ Claim. ตัวอย่าง รถยนต์บ้านพักอาศัยทรัพย์สินเชิงพาณิชย์ความรับผิดต่อบุคคลทั่วไป
	ผู้ประเมินสินไหมที่ได้รับมอบหมาย AssignedAdjuster	ชื่อผู้ใช้หรือผู้ประเมินสินไหมที่ได้รับมอบหมายและรับผิดชอบดูแลสินไหม.
คำอธิบาย แอตทริบิวต์นี้ระบุผู้ประเมินสินไหมที่รับผิดชอบกิจกรรมหรือเคสทั้งหมด โดยทั่วไปได้จากเจ้าของเคสสินไหมหรือผู้ที่ทำงานนั้นเสร็จ. การวิเคราะห์ผลการทำงานแยกตามผู้ประเมินสินไหมมีความสำคัญต่อการบริหารงาน แดชบอร์ด เช่น 'ภาระงานและผลการปฏิบัติงานของผู้ประเมินสินไหม' ใช้แอตทริบิวต์นี้ติดตามจำนวนสินไหม เคสที่กำลังดำเนินการ และระยะเวลาดำเนินการของแต่ละคน ช่วยกระจายภาระงานให้สมดุลและระบุโอกาสในการให้คำแนะนำได้. เหตุผลที่สำคัญ แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ผลงานของทีมและรายบุคคล การจัดการภาระงาน และการระบุแนวปฏิบัติที่ดีหรือความต้องการฝึกอบรม. แหล่งข้อมูล ใช้ฟิลด์ 'OwnerId' ในออบเจ็กต์ Case หรือ Claim ซึ่งเชื่อมโยงกับออบเจ็กต์ User เพื่อดึงชื่อผู้ประเมินสินไหม. ตัวอย่าง Alice JohnsonRobert SmithMaria Garcia
	แผนก Department	แผนกหรือทีมภายในที่รับผิดชอบดูแลสินไหม.
คำอธิบาย แอตทริบิวต์นี้ระบุหน่วยธุรกิจหรือแผนกที่ได้รับมอบหมายให้ดูแลสินไหม เช่น 'ประกันภัยบุคคล' 'ประกันภัยรถยนต์เชิงพาณิชย์' หรือ 'หน่วยตรวจสอบพิเศษ'. การวิเคราะห์กระบวนการแยกตามแผนกช่วยให้เห็นความแตกต่างด้านผลการดำเนินงานระหว่างทีม เข้าใจการกระจายภาระงาน และระบุขั้นตอนที่แตกต่างหรือคอขวดเฉพาะแผนกได้ มิตินี้มีประโยชน์ในแดชบอร์ด เช่น 'ภาพรวมการปฏิบัติตาม SLA ของสินไหม' เพื่อดูผลการดำเนินงานของแต่ละส่วนในองค์กร. เหตุผลที่สำคัญ ช่วยเปรียบเทียบผลการดำเนินงานระหว่างหน่วยธุรกิจ ระบุแนวปฏิบัติที่ดี และจัดสรรทรัพยากรได้มีประสิทธิภาพยิ่งขึ้น. แหล่งข้อมูล อาจเป็นฟิลด์ที่กำหนดเองในออบเจ็กต์ Claim/Case หรืออนุมานจากโปรไฟล์หรือบทบาทของผู้ใช้ที่ได้รับมอบหมายในออบเจ็กต์ User. ตัวอย่าง สินไหมประกันรถยนต์ส่วนบุคคลทรัพย์สินเชิงพาณิชย์หน่วยตรวจสอบการฉ้อโกง
	ยอดสินไหมรวม TotalClaimAmount	มูลค่ารวมที่ผู้ถือกรมธรรม์เรียกร้องในตอนแรก.
คำอธิบาย แอตทริบิวต์นี้แสดงมูลค่าความเสียหายทั้งหมดที่ลูกค้าเรียกร้องเมื่อเริ่มกระบวนการ ค่านี้มักมีผลต่อความซับซ้อนของสินไหม ระดับการตรวจสอบที่ต้องใช้ และเส้นทางการดำเนินการ. การวิเคราะห์ตัวชี้วัดกระบวนการตามมูลค่าสินไหมช่วยให้เห็นรูปแบบที่สำคัญ เช่น สินไหมมูลค่าสูงอาจใช้เวลาดำเนินการนานกว่า มีขั้นตอนมากกว่า หรือต้องส่งต่อให้ทีมเฉพาะทาง ข้อมูลนี้ช่วยกำหนด SLA ที่เหมาะสมและคาดการณ์เงินสำรองได้. เหตุผลที่สำคัญ ให้ข้อมูลด้านการเงินของแต่ละเคส ช่วยวิเคราะห์ว่ามูลค่าสินไหมส่งผลต่อความซับซ้อน ระยะเวลา และผลลัพธ์ของกระบวนการอย่างไร. แหล่งข้อมูล อาจเป็นฟิลด์สกุลเงินที่กำหนดเองในออบเจ็กต์ Claim ของ Financial Services Cloud เช่น 'ClaimedAmount__c'. ตัวอย่าง 1500.0025000.50125.75
	เวลาสิ้นสุด EndTime	เวลาที่ระบุว่ากิจกรรมเสร็จสิ้น ใช้คำนวณระยะเวลาได้อย่างแม่นยำ.
คำอธิบาย แอตทริบิวต์เวลาสิ้นสุดบันทึกเวลาที่กิจกรรมเสร็จสิ้นอย่างแม่นยำ ส่วนเวลาเริ่มต้น (EventTime) ระบุจุดเริ่มต้น เวลาสิ้นสุดเป็นอีกจุดหนึ่งที่จำเป็นต่อการวัดว่ากิจกรรมใช้เวลานานเท่าใด. เมื่อมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุด จะคำนวณเวลาที่ใช้ทำกิจกรรมได้อย่างแม่นยำ และแยกออกจากเวลาระหว่างรอกิจกรรมถัดไปได้ ข้อมูลนี้จำเป็นต่อการสร้างแดชบอร์ด เช่น 'แจกแจงระยะเวลาของแต่ละขั้นตอนในกระบวนการ' และระบุจุดที่ไม่มีประสิทธิภาพภายในงานแต่ละรายการ ไม่ใช่แค่ช่วงระหว่างงาน. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ทำงานจริงของแต่ละกิจกรรมได้อย่างแม่นยำ ซึ่งจำเป็นต่อการแยกเวลาที่สร้างคุณค่าออกจากเวลารอ. แหล่งข้อมูล ได้จากข้อมูลเวลาประทับ ตัวอย่างเช่น หาก 'ตรวจสอบเบื้องต้นแล้ว' เริ่มจากการเปลี่ยนสถานะ EndTime อาจใช้เวลาของการเปลี่ยนสถานะครั้งถัดไป. ตัวอย่าง 2023-04-15T11:05:30Z2023-04-16T17:20:00Z2023-04-18T09:45:12Z
	สถานะสินไหม ClaimStatus	สถานะปัจจุบันของสินไหม ณ เวลาที่เกิดเหตุการณ์ เช่น Open, Under Review หรือ Closed.
คำอธิบาย สถานะสินไหมแสดงว่าสินไหมอยู่ในขั้นตอนใดของวงจรชีวิต เช่น 'New', 'Investigation', 'Pending Customer' หรือ 'Closed' เป็นแอตทริบิวต์สำคัญที่ช่วยให้เข้าใจสถานะปัจจุบันของกระบวนการ. แอตทริบิวต์นี้ใช้มากในแดชบอร์ดการปฏิบัติการ เช่น 'รายงานอายุสินไหมที่ยังเปิดอยู่' เพื่อแสดงภาระงานปัจจุบันและระบุสินไหมที่ค้างอยู่ในสถานะใดสถานะหนึ่งนานเกินไป การวิเคราะห์การเปลี่ยนสถานะยังเป็นวิธีหลักในการกำหนดกิจกรรมต่างๆ ในแผนผังกระบวนการด้วย. เหตุผลที่สำคัญ ช่วยให้เห็นสถานะปัจจุบันของสินไหมที่กำลังดำเนินการได้ทันที จึงจัดการงานค้างและระบุเคสที่หยุดชะงักได้. แหล่งข้อมูล ใช้ฟิลด์ 'Status' มาตรฐานในออบเจ็กต์ Case หรือ Claim. ตัวอย่าง ลงทะเบียนแล้วอยู่ระหว่างตรวจสอบเสนอเงินชดเชยแล้วปิดแล้ว จ่ายเงินแล้วปิดแล้ว ปฏิเสธสินไหม
	จำนวนเงินชดเชย SettlementAmount	จำนวนเงินสุดท้ายที่จ่ายให้ผู้ยื่นสินไหมเมื่อยุติสินไหม.
คำอธิบาย แอตทริบิวต์นี้บันทึกจำนวนเงินจริงที่จ่ายให้ผู้ยื่นสินไหมเมื่อปิดและยุติสินไหม จำนวนนี้อาจต่างจากยอดที่เรียกร้องในตอนแรก เนื่องจากผลการประเมิน ค่าเสียหายส่วนแรก และวงเงินกรมธรรม์. การวิเคราะห์จำนวนเงินชดเชย โดยเฉพาะเมื่อเทียบกับยอดที่เรียกร้องในตอนแรก ช่วยให้เข้าใจความแม่นยำในการประเมินความเสียหายและผลการเจรจายุติสินไหม ทั้งยังเป็นตัวชี้วัดทางการเงินที่สำคัญสำหรับทำความเข้าใจต้นทุนสินไหมทั้งหมด. เหตุผลที่สำคัญ แสดงผลกระทบทางการเงินสุดท้ายของสินไหม ซึ่งสำคัญต่อการวิเคราะห์ทางการเงิน การตั้งเงินสำรอง และการประเมินความแม่นยำของการประเมินความเสียหายเบื้องต้น. แหล่งข้อมูล อาจเป็นฟิลด์สกุลเงินที่กำหนดเองในออบเจ็กต์ Claim หรือออบเจ็กต์ Payment ที่เกี่ยวข้องใน Financial Services Cloud. ตัวอย่าง 1450.0022500.000.00
	ดำเนินการอัตโนมัติหรือไม่ IsAutomated	ค่าบูลีนที่ระบุว่ากิจกรรมดำเนินการโดยระบบอัตโนมัติแทนผู้ใช้ที่เป็นบุคคลหรือไม่.
คำอธิบาย ค่านี้ใช้แยกงานที่ผู้ประเมินสินไหมดำเนินการออกจากงานที่เวิร์กโฟลว์ กฎ หรือการเชื่อมต่อระบบทำงานโดยอัตโนมัติ ตัวอย่างเช่น การลงทะเบียนการเรียกร้องสินไหมครั้งแรกอาจทำงานอัตโนมัติทั้งหมด การวิเคราะห์ระบบอัตโนมัติช่วยให้เข้าใจประสิทธิภาพของกระบวนการ วัดผลความสำเร็จของโครงการระบบอัตโนมัติ ระบุขั้นตอนที่เหมาะจะนำระบบอัตโนมัติมาใช้เพิ่มเติม และเปรียบเทียบความเร็วกับความสม่ำเสมอของงานอัตโนมัติและงานที่ทำด้วยมือ. เหตุผลที่สำคัญ แยกกิจกรรมที่ดำเนินการโดยบุคคลออกจากกิจกรรมที่ระบบทำงาน ซึ่งจำเป็นต่อการประเมินผลและประสิทธิผลของระบบอัตโนมัติ. แหล่งข้อมูล โดยทั่วไปค่านี้ได้จากการคำนวณ หากผู้ใช้ที่เชื่อมโยงกับเหตุการณ์เป็นผู้ใช้ทั่วไป เช่น 'System' หรือ 'Integration' ค่านี้จะเป็น true. ตัวอย่าง truefalse
	เป็นงานแก้ไขซ้ำหรือไม่ IsRework	ค่าบูลีนที่ระบุว่ากิจกรรมหรือชุดกิจกรรมเป็นการทำงานซ้ำหรือไม่.
คำอธิบาย ค่านี้จะเป็น true เมื่อการเรียกร้องสินไหมย้อนกลับไปยังขั้นตอนก่อนหน้าในกระบวนการ ตัวอย่างเช่น จาก 'ตรวจสอบเสร็จสิ้น' กลับไปที่ 'ขอข้อมูลเพิ่มเติม' โดยกำหนดตรรกะสำหรับระบุการทำงานซ้ำจากความรู้เกี่ยวกับกระบวนการ แอตทริบิวต์นี้เป็นพื้นฐานของแดชบอร์ด 'วิเคราะห์วงจรการแก้ไขงานซ้ำในการเรียกร้องสินไหม' และ KPI 'อัตราการแก้ไขงานซ้ำ' ช่วยวัดความถี่และผลกระทบของงานซ้ำ ซึ่งเป็นสาเหตุสำคัญของความไม่มีประสิทธิภาพ ต้นทุนที่เพิ่มขึ้น และระยะเวลาดำเนินการที่ยาวนานขึ้น. เหตุผลที่สำคัญ ระบุวงจรการทำงานที่ไม่มีประสิทธิภาพโดยตรง ช่วยวัดปริมาณงานซ้ำและวิเคราะห์สาเหตุที่แท้จริงได้ตรงจุด. แหล่งข้อมูล ฟิลด์คำนวณ โดยวิเคราะห์ลำดับกิจกรรมของแต่ละเคส ตัวอย่างเช่น หาก 'กิจกรรม A' ตามด้วย 'กิจกรรม B' แล้วกลับมาเป็น 'กิจกรรม A' อีกครั้ง กิจกรรม 'A' ครั้งที่สองถือเป็นการทำงานซ้ำ. ตัวอย่าง truefalse
	รหัสลูกค้า CustomerId	รหัสเฉพาะของลูกค้าหรือผู้ถือกรมธรรม์ที่ยื่นสินไหม.
คำอธิบาย รหัสลูกค้าเชื่อมโยงสินไหมกับบุคคลหรือองค์กรที่ยื่นเรื่อง ใน Salesforce โดยทั่วไปจะเป็นฟิลด์ค้นหาไปยังออบเจ็กต์ Account หรือ Contact. แอตทริบิวต์นี้ช่วยให้มองกระบวนการสินไหมจากมุมของลูกค้า ใช้วิเคราะห์ประวัติสินไหมของลูกค้าแต่ละราย ระบุผู้ที่ยื่นสินไหมบ่อย และปรับบริการให้เหมาะกับแต่ละรายได้ นอกจากนี้ยังจำเป็นต่อการเชื่อมข้อมูลสินไหมกับข้อมูลลูกค้าอื่นๆ จาก CRM เพื่อให้เห็นภาพธุรกิจโดยรวม. เหตุผลที่สำคัญ ช่วยวิเคราะห์โดยยึดลูกค้าเป็นหลัก ทำให้เข้าใจรูปแบบการยื่นสินไหมของลูกค้าแต่ละรายและวัดผลกระทบของกระบวนการสินไหมต่อความสัมพันธ์กับลูกค้าได้. แหล่งข้อมูล เป็นฟิลด์ค้นหาในออบเจ็กต์ Claim/Case ที่ชี้ไปยังออบเจ็กต์ Account หรือ Contact เช่น 'AccountId' หรือ 'ContactId'. ตัวอย่าง 0018d00000abcdeFAA0018d00000fghijKLM0018d00000mnopqrSTU
	ระยะเวลาเคส CaseDuration	เวลารวมตั้งแต่เหตุการณ์แรกจนถึงเหตุการณ์สุดท้ายของการเรียกร้องสินไหมหนึ่งรายการ หรือที่เรียกว่า cycle time.
คำอธิบาย ตัวชี้วัดนี้วัดระยะเวลาตั้งแต่ต้นจนจบของเคสการเรียกร้องสินไหม ตั้งแต่ส่งคำร้องครั้งแรกจนปิดเคส โดยคำนวณจากเวลาของเหตุการณ์สุดท้ายลบด้วยเวลาของเหตุการณ์แรกสำหรับ Claim ID นั้น นี่เป็นหนึ่งใน KPI สำคัญด้านประสิทธิภาพของกระบวนการ โดยมี KPI 'ระยะเวลาดำเนินการเรียกร้องสินไหมเฉลี่ย' และแดชบอร์ด 'ระยะเวลาดำเนินการเรียกร้องสินไหมตั้งแต่ต้นจนจบ' ที่ใช้ติดตามตัวชี้วัดนี้ การลดระยะเวลาดังกล่าวมักเป็นเป้าหมายหลักของโครงการปรับปรุงกระบวนการ. เหตุผลที่สำคัญ วัดประสิทธิภาพของกระบวนการตั้งแต่ต้นจนจบ และเป็นตัวชี้วัดสำคัญของประสบการณ์ลูกค้า. แหล่งข้อมูล ฟิลด์คำนวณ: เวลาของเหตุการณ์สุดท้ายลบด้วยเวลาของเหตุการณ์แรกในแต่ละ 'ClaimId' โดยเครื่องมือ process mining จะคำนวณค่านี้. ตัวอย่าง 30 วัน 5 ชั่วโมง15 วัน 10 ชั่วโมง90 วัน 2 ชั่วโมง
	เลขที่กรมธรรม์ PolicyNumber	รหัสเฉพาะของกรมธรรม์ประกันภัยที่เกี่ยวข้องกับสินไหม.
คำอธิบาย เลขที่กรมธรรม์เชื่อมโยงสินไหมกับกรมธรรม์ประกันภัยที่ลูกค้ายังใช้งานอยู่ ทำให้ทราบข้อมูลสำคัญเกี่ยวกับความคุ้มครอง วงเงิน และประวัติผู้ถือกรมธรรม์. แม้จะไม่ใช่ปัจจัยหลักที่กำหนดลำดับกระบวนการเสมอไป แต่ก็เป็นข้อมูลประกอบที่สำคัญ สามารถนำไปเชื่อมกับข้อมูลกรมธรรม์เพื่อวิเคราะห์เพิ่มเติม เช่น ตรวจสอบว่ากรมธรรม์บางประเภทเกี่ยวข้องกับสินไหมที่เกิดบ่อยหรือมีความซับซ้อนมากกว่าหรือไม่. เหตุผลที่สำคัญ เชื่อมสินไหมกับกรมธรรม์ประกันภัยที่เกี่ยวข้อง ช่วยวิเคราะห์รูปแบบสินไหมในภาพรวมตามกรมธรรม์หรือประเภทความคุ้มครองได้. แหล่งข้อมูล อาจเป็นฟิลด์ค้นหาในออบเจ็กต์ Claim ที่อ้างอิงออบเจ็กต์ 'InsurancePolicy' ใน Financial Services Cloud. ตัวอย่าง POL-987654321POL-123456789POL-555444333
	วันที่เกิดความเสียหาย LossDate	วันที่เกิดเหตุหรือความเสียหายซึ่งเป็นเหตุให้ยื่นสินไหม.
คำอธิบาย วันที่เกิดความเสียหายบันทึกวันที่เกิดเหตุที่อยู่ภายใต้ความคุ้มครองของกรมธรรม์ ซึ่งต่างจากวันที่ยื่นสินไหม. แอตทริบิวต์นี้สำคัญต่อการปฏิบัติตามข้อกำหนดและการวิเคราะห์ช่วงเวลาตั้งแต่เกิดเหตุจนถึงการแจ้งเหตุ หากช่วงเวลาห่างกันมาก อาจบ่งชี้ถึงปัญหาหรือต้องใช้แนวทางจัดการที่ต่างออกไป ข้อมูลนี้ช่วยให้เข้าใจลำดับเหตุการณ์ทั้งหมดได้ชัดเจนขึ้น. เหตุผลที่สำคัญ ช่วยวิเคราะห์ช่วงเวลาระหว่างเกิดเหตุกับการแจ้งเหตุ ซึ่งอาจส่งผลต่อการตรวจสอบและการจ่ายเงินชดเชย. แหล่งข้อมูล อาจเป็นฟิลด์วันที่ที่กำหนดเองในออบเจ็กต์ Claim เช่น 'DateOfLoss__c'. ตัวอย่าง 2023-04-122023-05-202023-06-01
	วันที่เป้าหมายตาม SLA SlaTargetDate	วันที่คาดว่าจะจัดการสินไหมเสร็จตามข้อตกลงระดับการให้บริการ.
คำอธิบาย วันที่เป้าหมายตาม SLA เป็นวันที่คำนวณหรือกำหนดด้วยตนเอง เพื่อระบุเส้นตายในการจัดการสินไหมให้เสร็จ ใช้เป็นเกณฑ์วัดความตรงต่อเวลา. แอตทริบิวต์นี้จำเป็นต่อการติดตามผลการดำเนินงานตามคำมั่นที่ให้ไว้กับลูกค้าหรือหน่วยงานกำกับดูแล ใช้เป็นเกณฑ์คำนวณ KPI 'อัตราการปฏิบัติตาม SLA' และแสดงข้อมูลในแดชบอร์ด 'ภาพรวมการปฏิบัติตาม SLA ของสินไหม' ช่วยให้องค์กรติดตามสัดส่วนสินไหมที่จัดการเสร็จตรงเวลา และระบุประเภทสินไหมหรือแผนกที่ทำได้ไม่ตามเป้าหมาย. เหตุผลที่สำคัญ กำหนดเป้าหมายระยะเวลาในการจัดการสินไหมให้เสร็จ ช่วยวัดการปฏิบัติตาม SLA ได้โดยตรง. แหล่งข้อมูล โดยทั่วไปเป็นฟิลด์สูตรหรือฟิลด์วันที่ที่กำหนดเองในออบเจ็กต์ Claim/Case โดยคำนวณจากวันที่ยื่นสินไหมและประเภทสินไหม. ตัวอย่าง 2023-05-15T23:59:59Z2023-06-20T23:59:59Z2023-07-01T23:59:59Z
	สถานที่ Location	ตำแหน่งทางภูมิศาสตร์ เช่น ประเทศ รัฐ หรือภูมิภาค ที่เกี่ยวข้องกับการเรียกร้องสินไหมหรือกรมธรรม์.
คำอธิบาย แอตทริบิวต์นี้ให้ข้อมูลบริบททางภูมิศาสตร์ของการเรียกร้องสินไหม เช่น รัฐที่เกิดความเสียหายหรือประเทศที่ผู้ถือกรมธรรม์อาศัยอยู่ ข้อมูลนี้อาจได้จากที่อยู่ของผู้ถือกรมธรรม์หรือรายละเอียดความเสียหาย การวิเคราะห์ข้อมูลตามพื้นที่ช่วยให้เห็นแนวโน้มของประเภทการเรียกร้องสินไหม จำนวนครั้งที่เกิด และระยะเวลาดำเนินการในแต่ละภูมิภาค นอกจากนี้ยังใช้เปรียบเทียบผลการดำเนินงานของสำนักงานในแต่ละพื้นที่ และตรวจสอบการปฏิบัติตามข้อกำหนดเฉพาะของแต่ละพื้นที่ได้. เหตุผลที่สำคัญ ช่วยวิเคราะห์การเรียกร้องสินไหมตามพื้นที่ เพื่อให้เห็นความแตกต่างของผลการดำเนินงาน รูปแบบการฉ้อโกง หรือผลกระทบจากเหตุการณ์ในท้องถิ่น. แหล่งข้อมูล โดยทั่วไปได้จากช่องที่อยู่ เช่น 'BillingState' และ 'BillingCountry' ในออบเจ็กต์ Account หรือ Contact ที่เกี่ยวข้อง. ตัวอย่าง USAแคลิฟอร์เนียสหราชอาณาจักร
	สถานะ SLA SlaStatus	ระบุว่าการเรียกร้องสินไหมได้รับการจัดการเสร็จภายในเวลาที่กำหนดในข้อตกลงระดับการให้บริการ (SLA) หรือไม่.
คำอธิบาย แอตทริบิวต์นี้แสดงผลลัพธ์เป็นหมวดหมู่ โดยทั่วไปมีค่าเช่น 'ตามกำหนด' หรือ 'เกินกำหนด' ค่านี้ได้จากการเปรียบเทียบวันที่ดำเนินการเรียกร้องสินไหมเสร็จจริง ซึ่งเป็นเวลาของกิจกรรมสุดท้าย กับ 'SlaTargetDate' ตัวชี้วัดนี้เป็นหัวใจของ KPI 'อัตราการปฏิบัติตาม SLA' และแดชบอร์ด 'ภาพรวมการปฏิบัติตาม SLA ของการเรียกร้องสินไหม' ช่วยให้เห็นชัดเจนว่าผลการดำเนินงานเป็นไปตามเป้าหมายหรือไม่ และจำเป็นต่อการรายงานการปฏิบัติตามข้อกำหนดและการบริหารการปฏิบัติการ. เหตุผลที่สำคัญ แสดงผลการดำเนินงานเทียบกับเป้าหมายด้านเวลาอย่างชัดเจน ซึ่งสำคัญต่อความพึงพอใจของลูกค้าและการปฏิบัติตามข้อกำหนดของหน่วยงานกำกับดูแล. แหล่งข้อมูล ฟิลด์คำนวณ: หาก 'EndTime' ของเหตุการณ์สุดท้ายไม่เกิน 'SlaTargetDate' ให้เป็น 'ตามกำหนด' มิฉะนั้นให้เป็น 'เกินกำหนด' ตรรกะนี้ใช้ระหว่างการแปลงข้อมูลหรือภายในเครื่องมือ process mining. ตัวอย่าง ตามกำหนดเกินกำหนด
	เหตุผลที่ปฏิเสธสินไหม ReasonForRejection	เหตุผลเฉพาะที่ระบุเมื่อไม่อนุมัติหรือปฏิเสธสินไหม.
คำอธิบาย เมื่อผลการตัดสินสินไหมขั้นสุดท้ายเป็น 'Rejected' แอตทริบิวต์นี้จะระบุเหตุผล เช่น 'ไม่อยู่ในความคุ้มครองของกรมธรรม์' 'สงสัยว่ามีการฉ้อโกง' หรือ 'ข้อมูลไม่ครบถ้วน'. แอตทริบิวต์นี้เป็นข้อมูลหลักสำหรับแดชบอร์ด 'วิเคราะห์เหตุผลการปฏิเสธสินไหม' การวิเคราะห์ความถี่ของเหตุผลต่างๆ โดยแยกตามประเภทสินไหมหรือแผนก ช่วยให้องค์กรเห็นโอกาสในการปรับปรุงการพิจารณารับประกันภัย ทำให้ข้อความในกรมธรรม์ชัดเจนขึ้น หรือปรับปรุงการรวบรวมข้อมูลเพื่อลดการยื่นสินไหมที่ไม่เข้าเกณฑ์. เหตุผลที่สำคัญ ช่วยให้เห็นโดยตรงว่าเหตุใดจึงปฏิเสธสินไหม ซึ่งจำเป็นต่อการปรับปรุงนโยบายการพิจารณารับประกันภัยและลดการดำเนินการที่สูญเปล่ากับสินไหมที่ไม่เข้าเกณฑ์. แหล่งข้อมูล โดยทั่วไปเป็นฟิลด์รายการตัวเลือกที่กำหนดเองในออบเจ็กต์ Claim/Case และต้องระบุเมื่อเปลี่ยนสถานะเป็น 'Rejected' หรือ 'Closed - Denied'. ตัวอย่าง ความคุ้มครองหมดอายุความเสียหายไม่อยู่ในความคุ้มครองสงสัยว่ามีการฉ้อโกงยื่นสินไหมซ้ำ

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

กิจกรรมในการจัดการสินไหม

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

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

	กิจกรรม	คำอธิบาย
	ขอข้อมูลเพิ่มเติมแล้ว	หมายถึงจุดที่ผู้ประเมินสินไหมเห็นว่าต้องขอข้อมูลเพิ่มเติมจากผู้ถือกรมธรรม์หรือบุคคลที่สาม อนุมานได้จากการเปลี่ยนสถานะเป็น 'Pending Customer Information' หรือการสร้างระเบียน 'งาน' หรือ 'EmailMessage'.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการระบุรอบการแก้งาน หากเกิดบ่อยอาจแสดงว่าการเก็บข้อมูลเบื้องต้นมีปัญหา ทำให้กระบวนการล่าช้าและรอบเวลายาวขึ้น. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' เป็นสถานะ 'Pending Information' หรือใช้วันที่สร้างระเบียน Task หรือ EmailMessage ที่เกี่ยวข้องและมีประเภทเฉพาะ บันทึก เวลาที่ 'Status' เปลี่ยนเป็น 'Pending Info' หรือเวลาที่สร้างระเบียนการติดต่อสื่อสารที่เกี่ยวข้อง. ประเภทเหตุการณ์ inferred
	จ่ายเงินแล้ว	ระบุว่ามีการจ่ายเงินจริงให้ผู้ยื่นสินไหมแล้ว เหตุการณ์ทางการเงินสำคัญนี้มักบันทึกเมื่อระเบียนการจ่ายเงินที่เชื่อมโยงกับสินไหมมีสถานะเป็น 'Paid' หรือ 'Issued'.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นหมุดหมายสำคัญในการวัดช่วงสุดท้ายของกระบวนการจัดการสินไหม การวิเคราะห์ระยะเวลาตั้งแต่อนุมัติจนถึงจ่ายเงินช่วยปรับปรุงการปฏิบัติงานด้านการเงินได้. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะในออบเจ็กต์ 'Claim Payment' แบบกำหนดเองที่เกี่ยวข้อง เวลาที่สถานะเปลี่ยนเป็น 'Paid' หรือ 'Sent' ถือเป็นเวลาที่เกิดเหตุการณ์นี้. บันทึก เวลาที่เปลี่ยนสถานะในออบเจ็กต์ 'Claim Payment' ที่เกี่ยวข้อง. ประเภทเหตุการณ์ inferred
	ตรวจสอบเบื้องต้นแล้ว	หมายถึงผู้ประเมินสินไหมที่ได้รับมอบหมายตรวจสอบรายละเอียดสินไหมอย่างครบถ้วนในรอบแรกเสร็จแล้ว โดยทั่วไปอนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ 'Claim' เช่น จาก 'New' เป็น 'Under Review' หรือ 'Initial Assessment Complete'.
เหตุผลที่สำคัญ หมุดหมายนี้แสดงจุดสิ้นสุดของช่วงรอเบื้องต้นและจุดเริ่มต้นของการจัดการจริง ระยะเวลาที่ใช้กว่าจะถึงขั้นตอนนี้เป็นตัวชี้วัดสำคัญของภาระงานผู้ประเมินและประสิทธิภาพการรับเรื่อง. แหล่งข้อมูล อนุมานจากเวลาที่ฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' เปลี่ยนสถานะ ซึ่งบันทึกผ่าน Field History Tracking. บันทึก เวลาที่ฟิลด์ 'Status' เปลี่ยนเป็น 'Under Review' หรือสถานะใกล้เคียง. ประเภทเหตุการณ์ inferred
	ตัดสินสินไหมแล้ว	หมายถึงการตัดสินใจอย่างเป็นทางการว่าจะอนุมัติหรือปฏิเสธสินไหม หมุดหมายสำคัญนี้อนุมานได้จากการเปลี่ยนสถานะเป็นสถานะสิ้นสุด เช่น 'Approved' หรือ 'Rejected'.
เหตุผลที่สำคัญ นี่คือจุดตัดสินใจสำคัญที่กำหนดขั้นตอนถัดไป การวิเคราะห์ระยะเวลาจนถึงการตัดสินใจเป็น KPI สำคัญในการวัดประสิทธิภาพของผู้ประเมินสินไหมและการปฏิบัติตาม SLA. แหล่งข้อมูล อนุมานจากเวลาที่ฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' เปลี่ยนเป็นสถานะการตัดสินใจ เช่น 'Approved' หรือ 'Rejected' โดยบันทึกผ่าน Field History Tracking. บันทึก เวลาที่ 'Status' เปลี่ยนเป็น 'Approved' หรือ 'Rejected'. ประเภทเหตุการณ์ inferred
	ปิดสินไหมแล้ว	ระบุว่าปิดสินไหมในระบบเรียบร้อยแล้วหลังทำกิจกรรมทั้งหมด รวมถึงการจ่ายเงิน โดยบันทึกจากการเปลี่ยนสถานะครั้งสุดท้ายของออบเจ็กต์ 'Claim' เป็น 'Closed'.
เหตุผลที่สำคัญ นี่คือเหตุการณ์สิ้นสุดหลักเมื่อกระบวนการสำเร็จ จำเป็นต่อการคำนวณระยะเวลาตั้งแต่ต้นจนจบและวัดปริมาณงานโดยรวมของกระบวนการ. แหล่งข้อมูล อนุมานจาก Field History Tracking ของฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' โดยบันทึกเวลาที่เปลี่ยนเป็น 'Closed'. บันทึก เวลาที่ฟิลด์ 'Status' เปลี่ยนเป็น 'Closed'. ประเภทเหตุการณ์ inferred
	รับสินไหมแล้ว	เป็นจุดเริ่มต้นของกระบวนการจัดการสินไหม เมื่อมีการบันทึกสินไหมรายการใหม่ใน Salesforce โดยทั่วไปเหตุการณ์นี้บันทึกจากการสร้างระเบียนออบเจ็กต์ 'Claim' ใหม่.
เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่รับสินไหมจนถึงขั้นตอนถัดไปช่วยระบุความล่าช้าในช่วงรับเรื่อง และใช้เป็นค่าตั้งต้นในการวัดรอบเวลารวม. แหล่งข้อมูล ใช้เวลาจากฟิลด์ 'CreatedDate' ในออบเจ็กต์มาตรฐาน 'Claim' ซึ่งเป็นจุดเริ่มต้นที่แม่นยำและเชื่อถือได้สำหรับสินไหมแต่ละรายการ. บันทึก เวลาที่สร้างระเบียนของออบเจ็กต์ 'Claim'. ประเภทเหตุการณ์ explicit
	ได้รับข้อมูลเพิ่มเติมแล้ว	หมายถึงการได้รับข้อมูลที่ร้องขอ ซึ่งทำให้กลับมาจัดการสินไหมต่อได้ อนุมานได้เมื่อสถานะของออบเจ็กต์ 'Claim' เปลี่ยนจากสถานะ 'Pending' กลับเป็นสถานะที่ดำเนินการอยู่ เช่น 'Under Review'.
เหตุผลที่สำคัญ ช่วงเวลาระหว่าง 'Information Requested' กับ 'Information Received' มักเป็นคอขวดสำคัญ การวิเคราะห์ระยะเวลานี้ช่วยให้เข้าใจการพึ่งพาบุคคลภายนอกและประสิทธิภาพการสื่อสาร. แหล่งข้อมูล อนุมานจาก Field History Tracking ของฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' โดยใช้เวลาที่สถานะเปลี่ยนจาก 'Pending Information' เป็นสถานะที่ดำเนินการอยู่. บันทึก เวลาที่ฟิลด์ 'Status' เปลี่ยนจากสถานะรอดำเนินการ. ประเภทเหตุการณ์ inferred
	ตรวจสอบเสร็จสิ้น	หมายถึงการสิ้นสุดขั้นตอนรวบรวมและวิเคราะห์หลักฐานของสินไหม โดยทั่วไปอนุมานได้จากการเปลี่ยนสถานะจาก 'Investigation in Progress' เป็น 'Pending Decision' หรือสถานะอื่นที่ใกล้เคียงกัน.
เหตุผลที่สำคัญ หมุดหมายนี้ระบุจุดสิ้นสุดของกระบวนการย่อยการตรวจสอบ ช่วยให้วัดระยะเวลาการตรวจสอบได้อย่างแม่นยำและปรับปรุงขั้นตอนสำคัญนี้ให้มีประสิทธิภาพขึ้น. แหล่งข้อมูล อนุมานจาก Field History Tracking ของฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' โดยบันทึกเวลาที่เปลี่ยนจากสถานะการตรวจสอบ. บันทึก เวลาที่ฟิลด์ 'Status' เปลี่ยนจาก 'Investigation'. ประเภทเหตุการณ์ inferred
	ปฏิเสธสินไหม	หมายถึงผลลัพธ์สุดท้ายของสินไหมที่ถูกปฏิเสธ เป็นเหตุการณ์สิ้นสุดที่บันทึกเมื่อสถานะของออบเจ็กต์ 'Claim' เปลี่ยนเป็น 'Rejected' หรือ 'Denied'.
เหตุผลที่สำคัญ นี่คือสถานะสิ้นสุดของกระบวนการ ซึ่งต่างจากการปิดสินไหมที่สำเร็จ การวิเคราะห์สินไหมที่ถูกปฏิเสธและเหตุผลที่ปฏิเสธช่วยให้เห็นแนวทางปรับปรุงกระบวนการพิจารณารับประกันภัยหรือการคัดกรองเบื้องต้น. แหล่งข้อมูล อนุมานจากเวลาที่ฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' เปลี่ยนเป็น 'Rejected' ส่วนแอตทริบิวต์ 'Reason for Rejection' บันทึกได้จากฟิลด์ที่เกี่ยวข้อง. บันทึก เวลาที่ฟิลด์ 'Status' เปลี่ยนเป็น 'Rejected'. ประเภทเหตุการณ์ inferred
	ประเมินความเสียหายแล้ว	ระบุว่ามีการประเมินและบันทึกผลกระทบทางการเงินจากความเสียหายแล้ว อนุมานเหตุการณ์นี้ได้จากครั้งแรกที่ฟิลด์ 'Loss Estimate' หรือ 'Settlement Amount' ในออบเจ็กต์ 'Claim' มีการบันทึกค่า.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นหมุดหมายสำคัญด้านการเงิน การติดตามเวลาที่เกิดขึ้นช่วยให้เข้าใจความล่าช้าในการประเมินทางการเงิน ซึ่งอาจเป็นคอขวดก่อนตัดสินใจขั้นสุดท้าย. แหล่งข้อมูล อนุมานจาก Field History Tracking ของฟิลด์สกุลเงิน เช่น 'Loss_Estimate__c' ในออบเจ็กต์ 'Claim' โดยใช้เวลาที่มีการอัปเดตครั้งแรกจากค่าว่างหรือศูนย์. บันทึก เวลาที่เริ่มบันทึกข้อมูลในฟิลด์ประเมินมูลค่าทางการเงิน. ประเภทเหตุการณ์ inferred
	มอบหมายสินไหมแล้ว	หมายถึงการมอบหมายสินไหมให้ผู้ประเมินสินไหมหรือทีมที่รับผิดชอบโดยเฉพาะ โดยติดตามเวลาที่ฟิลด์ 'OwnerId' ในออบเจ็กต์ 'Claim' มีข้อมูล หรือเปลี่ยนจากคิวเป็นผู้ใช้.
เหตุผลที่สำคัญ การติดตามการมอบหมายมีความสำคัญต่อการวิเคราะห์ภาระงานและระบุความล่าช้าก่อนผู้ประเมินเริ่มทำงาน ช่วยวัดเวลาที่สินไหมรออยู่ในคิวก่อนมีผู้รับผิดชอบดำเนินการ. แหล่งข้อมูล ใช้ Field History Tracking ของฟิลด์ 'OwnerId' ในออบเจ็กต์ 'Claim' โดยเวลาที่เปลี่ยนจากคิวเป็นผู้ใช้รายใดรายหนึ่งถือเป็นเวลาของเหตุการณ์นี้. บันทึก เวลาที่ฟิลด์ 'OwnerId' เปลี่ยนจากคิวเป็นผู้ใช้. ประเภทเหตุการณ์ inferred
	เริ่มการตรวจสอบ	ระบุจุดเริ่มต้นอย่างเป็นทางการของขั้นตอนการตรวจสอบสินไหมโดยละเอียด อนุมานเหตุการณ์นี้ได้จากการเปลี่ยนสถานะของออบเจ็กต์ 'Claim' เป็นสถานะ เช่น 'Investigation in Progress'.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการย่อยที่สำคัญและมักใช้เวลานาน การวัดระยะเวลาการตรวจสอบช่วยให้ระบุคอขวดในการรวบรวมและวิเคราะห์หลักฐานได้. แหล่งข้อมูล อนุมานจากเวลาที่ฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' เปลี่ยนสถานะ ซึ่งบันทึกผ่าน Field History Tracking. บันทึก เวลาที่ฟิลด์ 'Status' เปลี่ยนเป็น 'Investigation'. ประเภทเหตุการณ์ inferred
	ลงทะเบียนสินไหมแล้ว	หมายถึงการรับทราบและลงทะเบียนสินไหมในระบบอย่างเป็นทางการหลังจากป้อนข้อมูลเบื้องต้น โดยมักอนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ 'Claim' เช่น จาก 'Draft' เป็น 'New' หรือ 'Submitted'.
เหตุผลที่สำคัญ กิจกรรมนี้ยืนยันว่าสินไหมเข้าสู่คิวการจัดการอย่างเป็นทางการแล้ว ระยะเวลาตั้งแต่รับเรื่องจนถึงลงทะเบียนช่วยให้เห็นงานค้างในการตรวจสอบข้อมูลเบื้องต้นหรือในทีมรับเรื่อง. แหล่งข้อมูล อนุมานจาก Field History Tracking ของฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' โดยใช้เวลาที่สถานะเปลี่ยนเป็นสถานะลงทะเบียน เช่น 'New' หรือ 'Open'. บันทึก เวลาที่ฟิลด์ 'Status' เปลี่ยนเป็น 'New' หรือ 'Registered'. ประเภทเหตุการณ์ inferred
	เสนอเงินชดเชยแล้ว	ระบุว่ามีการเสนอจำนวนเงินชดเชยให้ผู้ยื่นสินไหมอย่างเป็นทางการแล้ว อาจบันทึกจากการเปลี่ยนสถานะเป็น 'Settlement Offered' หรือการสร้างรายการบันทึกการติดต่อสื่อสาร.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของขั้นตอนการเจรจาหรือการตอบรับขั้นสุดท้าย การวิเคราะห์เวลาที่ผู้ยื่นสินไหมใช้ตอบกลับช่วยปรับปรุงวิธีสื่อสารและลดระยะเวลาในช่วงท้ายของกระบวนการได้. แหล่งข้อมูล อนุมานจากการเปลี่ยนฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' หรือบันทึกจากวันที่สร้างรายการ 'EmailMessage' หรือ 'Document' ที่เกี่ยวข้อง ซึ่งใช้แทนจดหมายเสนอเงินชดเชย. บันทึก เวลาที่ 'Status' เปลี่ยนเป็น 'Settlement Offered'. ประเภทเหตุการณ์ inferred
	อนุมัติการจ่ายเงินแล้ว	หมายถึงจำนวนเงินชดเชยได้รับอนุมัติภายในองค์กรและพร้อมจ่าย อาจบันทึกเป็นเหตุการณ์โดยตรงจากออบเจ็กต์ 'Payment Request' ที่เกี่ยวข้อง หรืออนุมานจากการเปลี่ยนสถานะ เช่น 'Approved for Payment'.
เหตุผลที่สำคัญ นี่คือจุดควบคุมภายในที่สำคัญ ความล่าช้าระหว่างการตัดสินใจกับการอนุมัติจ่ายเงินอาจบ่งชี้ว่ามีคอขวดในเวิร์กโฟลว์การอนุมัติทางการเงิน. แหล่งข้อมูล อนุมานจากเวลาที่ฟิลด์ 'Status' ในออบเจ็กต์ 'Claim' เปลี่ยนสถานะ หรือใช้ค่า 'CreatedDate' ของออบเจ็กต์ 'Claim Payment' หรือออบเจ็กต์แบบกำหนดเองที่คล้ายกันซึ่งเกี่ยวข้อง เพื่อให้ข้อมูลแม่นยำยิ่งขึ้น. บันทึก เวลาที่สร้างระเบียนของออบเจ็กต์ 'Claim Payment'. ประเภทเหตุการณ์ explicit

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

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

วิธีดึงข้อมูลจาก Salesforce Financial Services Cloud

ขั้นตอน

เตรียมข้อกำหนดเบื้องต้น: ตรวจสอบว่าติดตั้ง Python 3.6 ขึ้นไปแล้ว ติดตั้งไลบรารีที่จำเป็นด้วย pip: pip install simple-salesforce pandas.
สิทธิ์เข้าถึง Salesforce API: ตรวจสอบว่าบัญชีผู้ใช้ Salesforce ของคุณเปิดใช้ API access แล้ว คุณต้องใช้ชื่อผู้ใช้ รหัสผ่าน และ security token แนะนำอย่างยิ่งให้ใช้บัญชีผู้ใช้เฉพาะสำหรับ API เพื่อความปลอดภัย
เตรียมสคริปต์ Python: สร้างไฟล์ Python ใหม่ เช่น extract_claims_log.py แล้วคัดลอกสคริปต์ทั้งหมดจากส่วน query ลงในไฟล์
ตั้งค่าพารามิเตอร์ของสคริปต์: เปิดสคริปต์แล้วแก้ไขตัวแปรตัวอย่างที่ด้านบน ซึ่งรวมถึงข้อมูลเข้าสู่ระบบ Salesforce (SF_USERNAME, SF_PASSWORD, SF_TOKEN), ช่วงวันที่ที่จะดึงข้อมูล (START_DATE, END_DATE) และชื่อ API ของออบเจ็กต์กับฟิลด์ Salesforce ที่ใช้ เช่น CLAIM_OBJECT_API_NAME และ STATUS_FIELD_API_NAME
กำหนดการจับคู่กิจกรรม: ตรวจสอบพจนานุกรม STATUS_TO_ACTIVITY_MAP ในสคริปต์ ขั้นตอนนี้สำคัญต่อการแปลงค่าสถานะ Salesforce ของคุณให้เป็นชื่อกิจกรรมมาตรฐานที่ process mining ต้องใช้ ปรับคีย์ซึ่งเป็นค่าสถานะ Salesforce ให้ตรงกับการตั้งค่าระบบของคุณ
เรียกใช้สคริปต์: เรียกใช้สคริปต์จากเทอร์มินัลด้วยคำสั่ง python extract_claims_log.py สคริปต์จะเชื่อมต่อกับ Salesforce เรียกใช้คำสั่ง SOQL ที่จำเป็น และเริ่มประมวลผลข้อมูล
ติดตามการทำงาน: สคริปต์จะแสดงความคืบหน้าด้วยคำสั่ง print เช่น จำนวนเคลมที่ดึงมาและจำนวนเหตุการณ์ที่สร้างขึ้น หากมีข้อมูลจำนวนมาก ขั้นตอนนี้อาจใช้เวลาหลายนาที
ตรวจสอบไฟล์ผลลัพธ์: เมื่อสคริปต์ทำงานเสร็จ ไฟล์ CSV ชื่อ claims_event_log.csv จะอยู่ในโฟลเดอร์เดียวกัน
ตรวจสอบความถูกต้องของข้อมูล: เปิดไฟล์ CSV ด้วยโปรแกรมตารางคำนวณ แล้วตรวจสอบตามรายการในส่วน validationSteps เพื่อให้แน่ใจว่าข้อมูลครบถ้วนและถูกต้องก่อนอัปโหลด
เตรียมอัปโหลด: ไฟล์ CSV ที่สร้างขึ้นอยู่ในรูปแบบที่อัปโหลดไปยังเครื่องมือ process mining ได้โดยตรง ตรวจสอบว่าหัวคอลัมน์ เช่น ClaimId, ActivityName และ EventTime ตรงตามที่ระบบปลายทางกำหนดทุกประการ.

การกำหนดค่า

Salesforce Connected App: สำหรับสภาพแวดล้อม Production แนะนำให้ใช้ Salesforce Connected App ที่ยืนยันตัวตนด้วย OAuth 2.0 แทนชื่อผู้ใช้และรหัสผ่าน คุณสามารถปรับสคริปต์ให้ใช้วิธีนี้เพื่อเพิ่มความปลอดภัยได้
สิทธิ์ของผู้ใช้ API: ผู้ใช้ Salesforce ที่เรียกใช้การดึงข้อมูลต้องมีสิทธิ์ 'Read' เป็นอย่างน้อยสำหรับออบเจ็กต์และฟิลด์ทั้งหมดที่ระบุในสคริปต์ รวมถึงออบเจ็กต์เคลมหลัก เช่น Claim__c, ออบเจ็กต์ประวัติ Claim__History และออบเจ็กต์ที่เกี่ยวข้อง เช่น User
ช่วงวันที่ (START_DATE, END_DATE): กำหนดช่วงวันที่ให้ชัดเจนและเหมาะสมเพื่อควบคุมปริมาณข้อมูล โดยทั่วไปการวิเคราะห์เบื้องต้นจะใช้ข้อมูลย้อนหลัง 3-6 เดือน หลีกเลี่ยงช่วงวันที่ที่กว้างเกินไป เพื่อไม่ให้เกินขีดจำกัด API และใช้เวลาประมวลผลนาน
การจับคู่ออบเจ็กต์และฟิลด์: สคริปต์ใช้ค่าตัวแทน เช่น CLAIM_OBJECT_API_NAME และ STATUS_FIELD_API_NAME คุณต้องจับคู่ค่าเหล่านี้กับชื่อ API จริงใน Salesforce Financial Services Cloud ของคุณ ใช้ 'Object Manager' ใน Setup ของ Salesforce เพื่อค้นหาชื่อ API ที่ถูกต้อง
เวอร์ชัน API: ไลบรารี simple-salesforce ให้คุณระบุเวอร์ชัน API ได้ สคริปต์ตั้งค่าเริ่มต้นเป็นเวอร์ชันล่าสุด แต่คุณกำหนดเวอร์ชันเฉพาะได้ เช่น sf = Salesforce(..., version='58.0') หากการเชื่อมต่อของคุณจำเป็นต้องใช้
การประมวลผลเป็นชุด: หากมีชุดข้อมูลขนาดใหญ่มาก เช่น หลายล้านระเบียน คุณอาจต้องปรับสคริปต์ให้ประมวลผลเคลมเป็นชุด เพื่อจัดการการใช้หน่วยความจำและป้องกัน API หมดเวลา.

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

import pandas as pd
from simple_salesforce import Salesforce
from datetime import datetime

class=class="hl-string">"hl-comment"># --- CONFIGURATION --- 
class=class="hl-string">"hl-comment"># Salesforce Credentials (use environment variables or a secure vault in production)
SF_USERNAME = class="hl-string">'[your_salesforce_username]'
SF_PASSWORD = class="hl-string">'[your_salesforce_password]'
SF_TOKEN = class="hl-string">'[your_salesforce_security_token]'

class=class="hl-string">"hl-comment"># Date Range for Extraction (ISO 8601 format)
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># Salesforce Object & Field API Names (REPLACE with your FSC configuration)
CLAIM_OBJECT_API_NAME = class="hl-string">'Claim__c' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'Case', class="hl-string">'Claim__c'
CLAIM_ID_FIELD = class="hl-string">'Name' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'CaseNumber', class="hl-string">'Name'
STATUS_FIELD_API_NAME = class="hl-string">'Status__c' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'Status', class="hl-string">'ClaimStatus__c'
OWNER_ID_FIELD = class="hl-string">'OwnerId'
CREATED_DATE_FIELD = class="hl-string">'CreatedDate'
LOSS_ESTIMATE_FIELD = class="hl-string">'Loss_Estimate__c' class=class="hl-string">"hl-comment"># Field for class="hl-string">'Loss Assessed' event
CLAIM_TYPE_FIELD = class="hl-string">'Claim_Type__c'
SUBMISSION_CHANNEL_FIELD = class="hl-string">'Submission_Channel__c'
TOTAL_CLAIM_AMOUNT_FIELD = class="hl-string">'Total_Claim_Amount__c'

class=class="hl-string">"hl-comment"># Map your Salesforce status values to standardized Activity Names
class=class="hl-string">"hl-comment"># CRITICAL: This mapping must be configured for your specific Salesforce setup
STATUS_TO_ACTIVITY_MAP = {
    class="hl-string">'New': class="hl-string">'Claim Registered',
    class="hl-string">'Under Review': class="hl-string">'Initial Review Performed',
    class="hl-string">'Pending Customer Information': class="hl-string">'Additional Information Requested',
    class=class="hl-string">"hl-comment"># Use a generic class="hl-string">'Under Review' for info received, as SF history doesn't track the *reason* for a status change
    class=class="hl-string">"hl-comment"># The sequence will show class="hl-string">'Pending' -> class="hl-string">'Under Review', implying receipt of information.
    class="hl-string">'Investigation in Progress': class="hl-string">'Investigation Started',
    class="hl-string">'Pending Decision': class="hl-string">'Investigation Completed',
    class="hl-string">'Approved': class="hl-string">'Claim Decision Made',
    class="hl-string">'Settlement Offered': class="hl-string">'Settlement Offered',
    class="hl-string">'Approved for Payment': class="hl-string">'Payment Authorized',
    class="hl-string">'Paid': class="hl-string">'Payment Issued',
    class="hl-string">'Rejected': class="hl-string">'Claim Rejected',
    class="hl-string">'Denied': class="hl-string">'Claim Rejected',
    class="hl-string">'Closed': class="hl-string">'Claim Closed'
}

def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    print(class="hl-string">"Connecting to Salesforce...")
    sf = Salesforce(username=SF_USERNAME, password=SF_PASSWORD, security_token=SF_TOKEN)
    print(class="hl-string">"Connection successful.")

    class=class="hl-string">"hl-comment"># 1. Fetch all relevant claims to get base attributes and created date
    print(fclass="hl-string">"Fetching claims created between {START_DATE} and {END_DATE}...")
    claim_query = fclass="hl-string">"""
        SELECT 
            Id, {CLAIM_ID_FIELD}, {CREATED_DATE_FIELD}, {OWNER_ID_FIELD}, Owner.Name,
            {CLAIM_TYPE_FIELD}, {DEPARTMENT_FIELD}, {SUBMISSION_CHANNEL_FIELD}, {TOTAL_CLAIM_AMOUNT_FIELD}, {STATUS_FIELD_API_NAME}
        FROM {CLAIM_OBJECT_API_NAME}
        WHERE {CREATED_DATE_FIELD} >= {START_DATE} AND {CREATED_DATE_FIELD} <= {END_DATE}
    """
    claim_results = sf.query_all(claim_query)
    claims_df = pd.DataFrame(claim_results[class="hl-string">'records']).drop(columns=[class="hl-string">'attributes'])
    if claims_df.empty:
        print(class="hl-string">"No claims found for the specified date range. Exiting.")
        return

    class=class="hl-string">"hl-comment"># Create a lookup dictionary for claim attributes
    class=class="hl-string">"hl-comment"># Handle nested Owner.Name structure
    if class="hl-string">'Owner' in claims_df.columns:
        claims_df[class="hl-string">'AssignedAdjuster'] = claims_df[class="hl-string">'Owner'].apply(lambda x: x[class="hl-string">'Name'] if x else None)
        claims_df = claims_df.drop(columns=[class="hl-string">'Owner'])
    claims_lookup = claims_df.set_index(class="hl-string">'Id').to_dict(class="hl-string">'index')
    claim_ids = tuple(claims_df[class="hl-string">'Id'].unique())

    print(fclass="hl-string">"Found {len(claim_ids)} claims. Now fetching history...")

    class=class="hl-string">"hl-comment"># 2. Fetch all field history for the identified claims
    history_query = fclass="hl-string">"""
        SELECT ParentId, Field, OldValue, NewValue, CreatedDate
        FROM {CLAIM_OBJECT_API_NAME}History
        WHERE ParentId IN {claim_ids}
        ORDER BY CreatedDate ASC
    """
    history_results = sf.query_all(history_query)
    history_df = pd.DataFrame(history_results[class="hl-string">'records']).drop(columns=[class="hl-string">'attributes'])

    class=class="hl-string">"hl-comment"># 3. Generate event log from claims and history data
    event_log = []
    extraction_timestamp = datetime.utcnow().isoformat() + class="hl-string">'Z'

    for claim_id, claim_data in claims_lookup.items():
        class=class="hl-string">"hl-comment"># Event: Claim Submitted
        event_log.append({
            class="hl-string">'ClaimId': claim_data.get(CLAIM_ID_FIELD),
            class="hl-string">'ActivityName': class="hl-string">'Claim Submitted',
            class="hl-string">'EventTime': claim_data.get(CREATED_DATE_FIELD),
            class="hl-string">'AssignedAdjuster': claim_data.get(class="hl-string">'AssignedAdjuster'),
            class="hl-string">'ClaimStatus': class="hl-string">'Submitted', class=class="hl-string">"hl-comment"># Initial status at creation
            class="hl-string">'ClaimType': claim_data.get(CLAIM_TYPE_FIELD),
            class="hl-string">'SubmissionChannel': claim_data.get(SUBMISSION_CHANNEL_FIELD),
            class="hl-string">'TotalClaimAmount': claim_data.get(TOTAL_CLAIM_AMOUNT_FIELD)
        })
        
        class=class="hl-string">"hl-comment"># Filter history for the current claim
        claim_history = history_df[history_df[class="hl-string">'ParentId'] == claim_id]

        for _, row in claim_history.iterrows():
            activity_name = None
            
            class=class="hl-string">"hl-comment"># Map status changes to activities
            if row[class="hl-string">'Field'] == STATUS_FIELD_API_NAME:
                activity_name = STATUS_TO_ACTIVITY_MAP.get(row[class="hl-string">'NewValue'])
                class=class="hl-string">"hl-comment"># Special handling for class="hl-string">'Additional Information Received'
                if activity_name == class="hl-string">'Initial Review Performed' and row[class="hl-string">'OldValue'] == class="hl-string">'Pending Customer Information':
                    activity_name = class="hl-string">'Additional Information Received'

            class=class="hl-string">"hl-comment"># Event: Claim Assigned
            elif row[class="hl-string">'Field'] == class="hl-string">'Owner':
                activity_name = class="hl-string">'Claim Assigned'
            
            class=class="hl-string">"hl-comment"># Event: Loss Assessed
            elif row[class="hl-string">'Field'] == LOSS_ESTIMATE_FIELD and row[class="hl-string">'OldValue'] is None and row[class="hl-string">'NewValue'] is not None:
                activity_name = class="hl-string">'Loss Assessed'

            if activity_name:
                event_log.append({
                    class="hl-string">'ClaimId': claim_data.get(CLAIM_ID_FIELD),
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventTime': row[class="hl-string">'CreatedDate'],
                    class="hl-string">'AssignedAdjuster': claims_lookup.get(claim_id, {}).get(class="hl-string">'AssignedAdjuster'),
                    class="hl-string">'ClaimStatus': row[class="hl-string">'NewValue'] if row[class="hl-string">'Field'] == STATUS_FIELD_API_NAME else claims_lookup.get(claim_id, {}).get(STATUS_FIELD_API_NAME),
                    class="hl-string">'ClaimType': claims_lookup.get(claim_id, {}).get(CLAIM_TYPE_FIELD),
                    class="hl-string">'SubmissionChannel': claims_lookup.get(claim_id, {}).get(SUBMISSION_CHANNEL_FIELD),
                    class="hl-string">'TotalClaimAmount': claims_lookup.get(claim_id, {}).get(TOTAL_CLAIM_AMOUNT_FIELD)
                })
    
    if not event_log:
        print(class="hl-string">"No events generated. Check history tracking and status mappings. Exiting.")
        return

    class=class="hl-string">"hl-comment"># 4. Final Transformation and Export
    final_df = pd.DataFrame(event_log)

    class=class="hl-string">"hl-comment"># Add remaining required columns
    final_df[class="hl-string">'SourceSystem'] = class="hl-string">'SalesforceFSC'
    final_df[class="hl-string">'LastDataUpdate'] = extraction_timestamp
    final_df[class="hl-string">'EndTime'] = final_df[class="hl-string">'EventTime'] class=class="hl-string">"hl-comment"># Set EndTime equal to EventTime for point-in-time events
    final_df[class="hl-string">'Department'] = None class=class="hl-string">"hl-comment"># Placeholder - populate if available

    class=class="hl-string">"hl-comment"># Reorder columns to a standard event log format
    column_order = [
        class="hl-string">'ClaimId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'AssignedAdjuster', class="hl-string">'ClaimStatus', class="hl-string">'ClaimType', class="hl-string">'Department',
        class="hl-string">'SubmissionChannel', class="hl-string">'TotalClaimAmount'
    ]
    final_df = final_df[[col for col in column_order if col in final_df.columns]]
    
    class=class="hl-string">"hl-comment"># Sort by case and time
    final_df = final_df.sort_values(by=[class="hl-string">'ClaimId', class="hl-string">'EventTime']).reset_index(drop=True)

    class=class="hl-string">"hl-comment"># Export to CSV
    output_filename = class="hl-string">'claims_event_log.csv'
    final_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f%z')
    print(fclass="hl-string">"Successfully generated event log with {len(final_df)} events.")
    print(fclass="hl-string">"File saved as: {output_filename}")

if __name__ == class="hl-string">'__main__':
    class=class="hl-string">"hl-comment"># Added placeholders for fields not explicitly requested but common and needed for the script logic
    DEPARTMENT_FIELD = class="hl-string">'[Your_Department_Field__c]'
    main()

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

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

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

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

ลดงานสินไหมค้างสะสม เริ่มจัดการให้เร็วขึ้นวันนี้

ดำเนินการแบบอัตโนมัติตั้งแต่ต้นจนจบให้ได้ 70% และเพิ่มความพึงพอใจของลูกค้า.

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

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

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

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

แอตทริบิวต์การจัดการสินไหม

กิจกรรมในการจัดการสินไหม

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

ดึงข้อมูลด้วยสคริปต์ Python โดยใช้ simple-salesforce และ pandas

ขั้นตอน

การกำหนดค่า

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

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

ลดงานสินไหมค้างสะสม เริ่มจัดการให้เร็วขึ้นวันนี้