เทมเพลตข้อมูลการจัดการค่าใช้จ่ายของคุณ
เทมเพลตข้อมูลการจัดการค่าใช้จ่ายของคุณ
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ การจัดการค่าใช้จ่าย หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- รายการแอตทริบิวต์ข้อมูลสำคัญที่จำเป็น.
- กิจกรรมหลักและจุดสำคัญในกระบวนการจัดการค่าใช้จ่าย.
- พื้นฐานสำหรับวิเคราะห์กระบวนการอย่างละเอียดในทุกระบบ.
แอตทริบิวต์การจัดการค่าใช้จ่าย
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อของเหตุการณ์ทางธุรกิจหรืองานเฉพาะที่เกิดขึ้นในวงจรของรายงานค่าใช้จ่าย. | ||
| คำอธิบาย ชื่อกิจกรรมอธิบายขั้นตอนหรือการเปลี่ยนสถานะหนึ่งรายการในกระบวนการจัดการค่าใช้จ่าย ตัวอย่างเช่น 'สร้างรายงานค่าใช้จ่ายแล้ว' 'ผู้จัดการอนุมัติแล้ว' 'ทำเครื่องหมายการละเมิดนโยบาย' และ 'จ่ายเงินคืนแล้ว' กิจกรรมเหล่านี้เรียงต่อกันเป็นลำดับการทำงานของรายงานค่าใช้จ่ายแต่ละฉบับ ในการวิเคราะห์ process mining คุณลักษณะนี้สำคัญต่อการค้นหาโมเดลกระบวนการที่เกิดขึ้นจริง ช่วยให้นักวิเคราะห์เห็นแผนผังกระบวนการ ระบุคอขวดที่ทำให้กิจกรรมใช้เวลานาน ค้นหาการวนกลับไปแก้ไข เช่น 'ส่งรายงานกลับไปแก้ไข' และชี้ให้เห็นรูปแบบกระบวนการที่ไม่เป็นไปตามมาตรฐาน ชื่อกิจกรรมที่ชัดเจนและมีรายละเอียดเหมาะสมส่งผลโดยตรงต่อคุณภาพของข้อมูลเชิงลึกเกี่ยวกับกระบวนการ. เหตุผลที่สำคัญ คุณลักษณะนี้กำหนดขั้นตอนของกระบวนการ ทำให้แสดงแผนผังกระบวนการและวิเคราะห์รูปแบบกับความเบี่ยงเบนของเวิร์กโฟลว์ได้. แหล่งข้อมูล ได้จากบันทึกเหตุการณ์ ตารางการเปลี่ยนสถานะ หรือรายการธุรกรรมที่เกี่ยวข้องกับรายงานค่าใช้จ่าย. ตัวอย่าง ส่งรายงานค่าใช้จ่ายผู้จัดการอนุมัติฝ่ายการเงินปฏิเสธจ่ายเงินคืนแล้ว | |||
| รหัสรายงานค่าใช้จ่าย ExpenseReportId | รหัสเฉพาะของรายงานค่าใช้จ่าย ใช้จัดกลุ่มกิจกรรมที่เกี่ยวข้องทั้งหมดและระบุกรณีของกระบวนการหลัก. | ||
| คำอธิบาย รหัสรายงานค่าใช้จ่ายเป็นคีย์เฉพาะที่กำหนดให้กับรายงานค่าใช้จ่ายแต่ละฉบับที่พนักงานส่ง รหัสนี้เชื่อมโยงทุกขั้นตอนของกระบวนการ ตั้งแต่การสร้างและส่งรายงาน การอนุมัติ การปฏิเสธที่อาจเกิดขึ้น ไปจนถึงการจ่ายเงินคืน ใน process mining คุณลักษณะนี้เป็นพื้นฐานสำคัญในการสร้างกรณีของกระบวนการขึ้นใหม่ รหัสรายงานค่าใช้จ่ายแต่ละรหัสแทนกระบวนการจัดการค่าใช้จ่ายหนึ่งกรณี การวิเคราะห์เส้นทางของแต่ละรหัสช่วยให้เห็นภาพการไหลของกระบวนการ คำนวณระยะเวลาของรายงานแต่ละฉบับ และระบุความแตกต่างในการจัดการรายงาน. เหตุผลที่สำคัญ นี่คือรหัสกรณีที่จำเป็นสำหรับเชื่อมโยงเหตุการณ์ทั้งหมดตลอดวงจรของรายงานค่าใช้จ่าย ทำให้ติดตามกระบวนการได้ตั้งแต่ต้นจนจบ. แหล่งข้อมูล โดยทั่วไปอยู่ในข้อมูลส่วนหัวของรายงานค่าใช้จ่าย หรือตารางธุรกรรมหลักของกระบวนการค่าใช้จ่าย. ตัวอย่าง ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582 | |||
| เวลาที่เกิดเหตุการณ์ EventTime | เวลาที่ระบุวันและเวลาที่แน่นอนของกิจกรรมหรือเหตุการณ์หนึ่งๆ. | ||
| คำอธิบาย เวลาที่เกิดเหตุการณ์หรือการประทับเวลาใช้บันทึกช่วงเวลาที่กิจกรรมเกิดขึ้น และระบุลำดับเหตุการณ์ของรายงานค่าใช้จ่ายแต่ละฉบับ ซึ่งจำเป็นต่อการสร้างลำดับเวลาของกระบวนการให้ถูกต้อง ใน process mining การประทับเวลาเป็นพื้นฐานของการวิเคราะห์ด้านเวลาทั้งหมด ใช้คำนวณตัวชี้วัดประสิทธิภาพที่สำคัญ เช่น ระยะเวลาระหว่างกิจกรรม ระยะเวลาดำเนินการตั้งแต่ต้นจนจบ และเวลารอ การวิเคราะห์การประทับเวลาช่วยให้องค์กรระบุความล่าช้าในกระบวนการอนุมัติ วัดประสิทธิภาพการจ่ายเงินคืน และติดตามผลการดำเนินงานเทียบกับข้อตกลงระดับการให้บริการ. เหตุผลที่สำคัญ การประทับเวลานี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณตัวชี้วัดด้านระยะเวลาทั้งหมด เช่น ระยะเวลาของวงจรและคอขวด. แหล่งข้อมูล พบในบันทึกเหตุการณ์หรือข้อมูลธุรกรรม โดยมักใช้ชื่อว่า 'วันที่สร้าง' 'การประทับเวลา' หรือ 'วันที่เกิดเหตุการณ์'. ตัวอย่าง 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z | |||
| ระบบต้นทาง SourceSystem | ระบบ แอปพลิเคชัน หรือแพลตฟอร์มที่ใช้ดึงข้อมูลการจัดการค่าใช้จ่าย. | ||
| คำอธิบาย คุณลักษณะระบบต้นทางระบุแหล่งที่มาของข้อมูลกระบวนการ ในองค์กรสมัยใหม่ การจัดการค่าใช้จ่ายอาจเกี่ยวข้องกับระบบที่เชื่อมต่อกันหลายระบบ เช่น ระบบ HR สำหรับข้อมูลพนักงาน เครื่องมือจัดการค่าใช้จ่ายสำหรับส่งรายงาน และ ERP สำหรับบันทึกรายการทางการเงิน ฟิลด์นี้ช่วยแยกข้อมูลจากแต่ละแหล่งได้ ข้อมูลนี้มีประโยชน์ต่อการตรวจสอบความถูกต้องของข้อมูลและทำความเข้าใจระบบเทคโนโลยีที่รองรับกระบวนการ หากปัญหาของกระบวนการกระจุกอยู่ในข้อมูลจากระบบใดระบบหนึ่ง อาจชี้ถึงปัญหาการเชื่อมต่อหรือปัญหาภายในแอปพลิเคชันนั้น นอกจากนี้ยังช่วยให้เข้าใจบริบทและแหล่งข้อมูลหลักของแต่ละขั้นตอนในกระบวนการ. เหตุผลที่สำคัญ ระบุแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลข้อมูล การแก้ไขปัญหา และการทำความเข้าใจความแตกต่างของกระบวนการในแต่ละแพลตฟอร์ม. แหล่งข้อมูล ข้อมูลนี้มักเป็นส่วนหนึ่งของขั้นตอนการดึงข้อมูลหรือข้อมูลเมตา และอาจเพิ่มเข้ามาระหว่างการเตรียมข้อมูล. ตัวอย่าง SAP ConcurExpensifyCoupaBrexRamp | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่ามีการรีเฟรชข้อมูลของระเบียนนี้จากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย เวลาที่อัปเดตข้อมูลล่าสุดระบุเวลาที่ดึงหรือซิงค์ข้อมูลจากระบบต้นทางครั้งล่าสุด ช่วยกำหนดขอบเขตเวลาของข้อมูลที่ใช้ในการวิเคราะห์ และทำให้ผู้เกี่ยวข้องทุกคนทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ในบริบทของ process mining คุณลักษณะนี้สำคัญต่อความถูกต้องของข้อมูลและการรายงาน ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลแบบเรียลไทม์หรือภาพข้อมูลย้อนหลัง ซึ่งสำคัญเป็นพิเศษสำหรับแดชบอร์ดติดตามผลอย่างต่อเนื่องที่ต้องใช้ข้อมูลทันเวลา นอกจากนี้ยังช่วยตรวจสอบปัญหาในกระบวนการส่งข้อมูล โดยยืนยันว่ามีการรีเฟรชข้อมูลตามกำหนด. เหตุผลที่สำคัญ ช่วยให้เห็นชัดเจนว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อความถูกต้องและความเกี่ยวข้องของการวิเคราะห์กระบวนการหรือแดชบอร์ดติดตามผล. แหล่งข้อมูล โดยทั่วไปเครื่องมือเชื่อมต่อข้อมูลหรือ ETL (Extract, Transform, Load) จะสร้างและจัดเก็บข้อมูลนี้ระหว่างการโหลดข้อมูล. ตัวอย่าง 2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z | |||
| ธงระบุการละเมิดนโยบาย PolicyViolationFlag | ตัวบ่งชี้แบบจริงหรือเท็จ ซึ่งเป็นจริงเมื่อมีการทำเครื่องหมายว่ารายงานค่าใช้จ่ายละเมิดนโยบายอย่างน้อยหนึ่งข้อ. | ||
| คำอธิบาย ธงระบุการละเมิดนโยบายเป็นค่าแบบจริงหรือเท็จที่บอกว่าระบบหรือผู้ใช้ตรวจพบว่ารายงานค่าใช้จ่ายไม่เป็นไปตามนโยบายการใช้จ่ายของบริษัทหรือไม่ การละเมิดอาจรวมถึงการใช้จ่ายเกินวงเงิน การใช้ผู้ขายที่ไม่ได้รับอนุมัติ หรือการขาดเอกสารประกอบที่ถูกต้อง ธงนี้เป็นข้อมูลสำคัญสำหรับการวิเคราะห์การปฏิบัติตามข้อกำหนด ช่วยให้องค์กรคำนวณอัตราการละเมิดนโยบายโดยรวม และเจาะลึกเพื่อดูว่าแผนก หมวดค่าใช้จ่าย หรือพนักงานกลุ่มใดมีการละเมิดมากที่สุด การทำความเข้าใจความถี่และลักษณะของการละเมิดช่วยปรับปรุงนโยบาย เพิ่มประสิทธิภาพการตรวจสอบอัตโนมัติ และจัดการฝึกอบรมให้ตรงจุด เพื่อลดการใช้จ่ายที่ไม่เป็นไปตามข้อกำหนดและข้อยกเว้นในกระบวนการ. เหตุผลที่สำคัญ ช่วยติดตามการปฏิบัติตามข้อกำหนดโดยตรง ด้วยการทำเครื่องหมายรายงานที่ไม่เป็นไปตามข้อกำหนด เพื่อวัดและลดการละเมิดนโยบาย. แหล่งข้อมูล ธงหรือฟิลด์ในส่วนหัวหรือข้อมูลรายการย่อยของรายงานค่าใช้จ่าย ซึ่งมักกำหนดโดยระบบกฎของระบบ. ตัวอย่าง truefalse | |||
| ผู้ใช้ User | ชื่อหรือรหัสของผู้ใช้ พนักงาน หรือบัญชีระบบที่ดำเนินกิจกรรมที่บันทึกไว้. | ||
| คำอธิบาย คุณลักษณะผู้ใช้ระบุบุคคลหรือระบบอัตโนมัติที่รับผิดชอบขั้นตอนหนึ่งของกระบวนการ เช่น พนักงานผู้ส่งรายงาน ผู้จัดการผู้อนุมัติ หรือสมาชิกทีมการเงินที่ดำเนินการจ่ายเงินคืน การวิเคราะห์กระบวนการแยกตามผู้ใช้จำเป็นต่อการทำความเข้าใจการกระจายภาระงานและประสิทธิภาพของแต่ละคน รวมถึงการระบุผู้ที่อาจทำให้เกิดความล่าช้า ตัวอย่างเช่น อาจพบว่าผู้จัดการบางคนเป็นคอขวดในขั้นอนุมัติ ข้อมูลนี้ยังช่วยวิเคราะห์การจัดสรรทรัพยากร และทำให้ตรวจสอบความรับผิดชอบกับเส้นทางการตรวจสอบได้ตลอดกระบวนการ. เหตุผลที่สำคัญ ระบุผู้ดำเนินการในแต่ละขั้นตอน ช่วยวิเคราะห์ภาระงาน เปรียบเทียบประสิทธิภาพ และระบุคอขวดที่เกี่ยวข้องกับบุคคลหรือทีมใดทีมหนึ่ง. แหล่งข้อมูล มีอยู่ในบันทึกเหตุการณ์หรือประวัติธุรกรรม โดยมักเชื่อมโยงกับรหัสผู้ใช้หรือรหัสพนักงาน. ตัวอย่าง john.doejane.smithapprover_team_leadsystem.batch.user | |||
| ผู้ยื่นรายงาน Submitter | ชื่อหรือรหัสของพนักงานผู้สร้างและส่งรายงานค่าใช้จ่าย. | ||
| คำอธิบาย ผู้ยื่นรายงานคือพนักงานที่มีค่าใช้จ่ายและเริ่มกระบวนการเบิกคืนด้วยการสร้างรายงานค่าใช้จ่าย โดยทั่วไปคุณลักษณะนี้จะเหมือนกันในทุกเหตุการณ์ที่เกี่ยวข้องกับรายงานค่าใช้จ่ายกรณีเดียวกัน ขณะที่คุณลักษณะ 'ผู้ใช้' ทั่วไประบุผู้ดำเนินการในแต่ละขั้นตอน คุณลักษณะ 'ผู้ยื่นรายงาน' จะระบุเจ้าของรายงานตลอดทั้งกรณีอย่างสม่ำเสมอ ช่วยวิเคราะห์ประสบการณ์ของพนักงาน เช่น ระบุผู้ที่รายงานถูกปฏิเสธบ่อยหรือผู้ที่ละเมิดนโยบายเป็นประจำ ข้อมูลนี้ใช้วางแผนการสื่อสารหรือการฝึกอบรมให้ตรงจุด เพื่อเพิ่มประสิทธิภาพและการปฏิบัติตามข้อกำหนดตั้งแต่ต้น. เหตุผลที่สำคัญ ระบุเจ้าของรายงานค่าใช้จ่าย ช่วยวิเคราะห์พฤติกรรมของพนักงาน เช่น ค้นหาผู้ที่ละเมิดนโยบายบ่อยหรือเป็นสาเหตุให้ต้องแก้ไขงานซ้ำ. แหล่งข้อมูล พบในข้อมูลส่วนหัวของรายงานค่าใช้จ่าย โดยเชื่อมโยงกับพนักงานผู้สร้างระเบียน. ตัวอย่าง Alice JohnsonRobert WilliamsEMP10234s.chen | |||
| แผนกของพนักงาน EmployeeDepartment | หน่วยธุรกิจหรือแผนกของพนักงานผู้ส่งรายงานค่าใช้จ่าย. | ||
| คำอธิบาย คุณลักษณะนี้ระบุหน่วยงานที่พนักงานผู้ส่งรายงานสังกัด เช่น 'ฝ่ายขาย' 'วิศวกรรม' หรือ 'การตลาด' โดยมักเชื่อมโยงกับศูนย์ต้นทุนที่รับผิดชอบค่าใช้จ่าย แผนกของพนักงานเป็นมิติหลักสำหรับการวิเคราะห์เปรียบเทียบ ช่วยดูข้อมูลกระบวนการโดยกรองตามแผนก และอาจเผยให้เห็นความแตกต่างของพฤติกรรมอย่างชัดเจน เช่น แผนกหนึ่งอาจมีอัตราการละเมิดนโยบายสูงกว่า หรือใช้เวลาอนุมัตินานกว่าแผนกอื่น ข้อมูลเชิงลึกนี้ช่วยให้ผู้บริหารพิจารณาจัดการฝึกอบรม ปรับกระบวนการ หรือชี้แจงนโยบายให้เหมาะกับแต่ละทีม. เหตุผลที่สำคัญ ช่วยเปรียบเทียบหน่วยธุรกิจและระบุรูปแบบการทำงานเฉพาะแผนก คอขวด หรือปัญหาด้านการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล โดยทั่วไปดึงข้อมูลจากระเบียนข้อมูลหลักของพนักงานที่เชื่อมโยงกับรายงานค่าใช้จ่าย. ตัวอย่าง ฝ่ายขายวิศวกรรมการตลาดการเงิน | |||
| ยอดรวม TotalAmount | มูลค่ารวมของรายงานค่าใช้จ่ายที่ส่งเพื่อขอเบิกคืน. | ||
| คำอธิบาย ยอดรวมคือผลรวมของรายการค่าใช้จ่ายทั้งหมดในรายงานค่าใช้จ่ายหนึ่งฉบับ เป็นมูลค่ารวมที่ต้องผ่านการอนุมัติและเบิกคืน คุณลักษณะนี้จำเป็นต่อการวิเคราะห์ทางการเงินด้วย process mining ช่วยแบ่งรายงานค่าใช้จ่ายตามช่วงมูลค่า เช่น มูลค่าสูงและมูลค่าต่ำ ซึ่งมักมีเส้นทางอนุมัติต่างกัน นักวิเคราะห์ใช้ข้อมูลนี้คำนวณค่าใช้จ่ายเฉลี่ยต่อรายงาน ตรวจสอบผลกระทบทางการเงินจากการแก้ไขงานซ้ำและการปฏิเสธ รวมถึงระบุแนวโน้มการใช้จ่ายได้ เมื่อนำยอดรวมมาเปรียบเทียบกับระยะเวลาของวงจร จะช่วยให้เห็นว่ารายงานมูลค่าสูงใช้เวลาอนุมัตินานกว่าหรือไม่. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลกระทบทางการเงิน ระบุรูปแบบการใช้จ่าย และแบ่งกระบวนการตามมูลค่าของรายงานได้. แหล่งข้อมูล มีอยู่ในข้อมูลส่วนหัวของรายงานค่าใช้จ่าย โดยมักคำนวณจากผลรวมของยอดเงินทุกรายการ. ตัวอย่าง 150.752500.0085.5012500.20 | |||
| สกุลเงิน Currency | รหัสสกุลเงินของยอดรวมในรายงานค่าใช้จ่าย เช่น USD, EUR หรือ GBP. | ||
| คำอธิบาย คุณลักษณะสกุลเงินระบุหน่วยเงินของยอดรวม ในองค์กรที่ดำเนินงานทั่วโลก พนักงานอาจส่งรายการค่าใช้จ่ายเป็นสกุลเงินต่างกัน ฟิลด์นี้จึงให้บริบทที่จำเป็นสำหรับมูลค่าทางการเงินทั้งหมด คุณลักษณะนี้สำคัญต่อการวิเคราะห์ทางการเงินที่ถูกต้อง โดยเฉพาะในองค์กรที่ดำเนินงานหลายประเทศ ช่วยให้ตีความมูลค่าเงินและแปลงเป็นสกุลเงินเดียวกันเพื่อจัดทำรายงานรวมได้อย่างถูกต้อง หากไม่มีข้อมูลนี้ การเปรียบเทียบยอดรวมของรายงานที่เป็น JPY กับ USD ก็ไม่มีความหมาย คุณลักษณะนี้เป็นพื้นฐานของแดชบอร์ดที่แสดงยอดใช้จ่ายรวม ค่าใช้จ่ายเฉลี่ย และ KPI ทางการเงินในแต่ละภูมิภาค. เหตุผลที่สำคัญ ให้บริบทที่จำเป็นสำหรับมูลค่าทางการเงินทั้งหมด ช่วยให้รายงานและเปรียบเทียบข้อมูลทางการเงินระหว่างภูมิภาคหรือประเทศได้อย่างถูกต้อง. แหล่งข้อมูล โดยทั่วไปจัดเก็บไว้ข้างฟิลด์จำนวนเงินในข้อมูลส่วนหัวของรายงานค่าใช้จ่าย. ตัวอย่าง USDEURGBPJPY | |||
| สถานะรายงาน ReportStatus | สถานะปัจจุบันหรือสถานะสุดท้ายของรายงานค่าใช้จ่ายในวงจร เช่น 'ส่งแล้ว' 'อนุมัติแล้ว' หรือ 'จ่ายแล้ว'. | ||
| คำอธิบาย สถานะรายงานแสดงว่ารายงานค่าใช้จ่ายอยู่ในขั้นตอนไหนของกระบวนการ ณ เวลาหนึ่ง หรือแสดงผลลัพธ์สุดท้าย โดยทั่วไปสถานะจะเปลี่ยนเมื่อรายงานผ่านขั้นตอนต่างๆ เช่น การส่ง การอนุมัติ การประมวลผล และการจ่ายเงิน คุณลักษณะนี้ใช้กรองกรณีเพื่อวิเคราะห์กลุ่มที่สนใจได้ เช่น เลือกเฉพาะรายงานที่ 'ปฏิเสธแล้ว' เพื่อทำความเข้าใจเหตุผล หรือเลือกเฉพาะรายงานที่ 'รออนุมัติ' เพื่อตรวจสอบคอขวดในปัจจุบัน ในแดชบอร์ดจะแสดงภาพรวมภาระงานปัจจุบันและสถานะของรายงานค่าใช้จ่ายที่กำลังดำเนินการ นอกจากนี้ยังใช้ตรวจสอบลำดับกิจกรรมที่สร้างขึ้นสำหรับ process mining ได้ด้วย. เหตุผลที่สำคัญ สรุปสถานะของรายงานในภาพรวม ช่วยกรองกรณีและสร้างแดชบอร์ดการปฏิบัติการเพื่อติดตามภาระงานปัจจุบัน. แหล่งข้อมูล ฟิลด์ในตารางส่วนหัวหลักของรายงานค่าใช้จ่าย ซึ่งอัปเดตตามความคืบหน้าของรายงานในเวิร์กโฟลว์. ตัวอย่าง รออนุมัติอนุมัติแล้วจ่ายแล้วปฏิเสธแล้วถอนแล้ว | |||
| เหตุผลที่ปฏิเสธ RejectionReason | เหตุผลที่ผู้จัดการหรือผู้ใช้ฝ่ายการเงินระบุเมื่อปฏิเสธรายงานค่าใช้จ่ายหรือส่งกลับไปแก้ไข. | ||
| คำอธิบาย เหตุผลที่ปฏิเสธเป็นฟิลด์ข้อความหรือรหัสที่กำหนดไว้ล่วงหน้า ซึ่งอธิบายว่าทำไมรายงานค่าใช้จ่ายจึงไม่ผ่านขั้นอนุมัติ เหตุผลที่พบบ่อย ได้แก่ 'ไม่มีใบเสร็จ' 'เลือกหมวดค่าใช้จ่ายไม่ถูกต้อง' หรือ 'ค่าใช้จ่ายไม่เป็นไปตามนโยบาย' คุณลักษณะนี้มีประโยชน์อย่างยิ่งต่อการวิเคราะห์สาเหตุที่แท้จริงของการแก้ไขงานซ้ำ การวิเคราะห์เหตุผลที่ปฏิเสธบ่อยที่สุดช่วยให้บริษัทระบุปัญหาที่เกิดซ้ำได้ ตัวอย่างเช่น หาก 'ไม่มีใบเสร็จ' เป็นเหตุผลอันดับหนึ่ง บริษัทอาจต้องสื่อสารข้อกำหนดด้านเอกสารให้ชัดเจนขึ้น หรือทำให้การแนบใบเสร็จง่ายขึ้น ข้อมูลเชิงลึกเหล่านี้ช่วยปรับปรุงกระบวนการให้ตรงจุด เพิ่มอัตราการอนุมัติตั้งแต่ครั้งแรก ลดการแก้ไขงานซ้ำ และย่นระยะเวลารวมของวงจร. เหตุผลที่สำคัญ อธิบายสาเหตุของการแก้ไขงานซ้ำ ช่วยปรับปรุงกระบวนการให้ตรงจุดเพื่อลดอัตราการปฏิเสธและเพิ่มโอกาสผ่านการอนุมัติตั้งแต่ครั้งแรก. แหล่งข้อมูล บันทึกไว้ในช่องความคิดเห็นหรือรายการตัวเลือกเมื่อผู้อนุมัติดำเนินการ 'ปฏิเสธ' หรือ 'ส่งกลับ'. ตัวอย่าง ไม่มีใบเสร็จเลือกหมวดค่าใช้จ่ายไม่ถูกต้องเกินวงเงินเบี้ยเลี้ยงต่อวันค่าใช้จ่ายซ้ำ | |||
| ผลการตรวจสอบ AuditOutcome | ผลจากการตรวจสอบรายงานค่าใช้จ่ายด้วยคนหรือระบบอัตโนมัติ. | ||
| คำอธิบาย ผลการตรวจสอบบันทึกข้อค้นพบจากขั้นตอนตรวจสอบในกระบวนการ การตรวจสอบอาจทำโดยระบบอัตโนมัติเพื่อตรวจสอบกฎการปฏิบัติตามข้อกำหนด หรือโดยทีมการเงินหรือทีมตรวจสอบ ผลลัพธ์ที่พบบ่อย ได้แก่ ผ่าน ไม่ผ่าน หรือผ่านโดยมีข้อยกเว้น ข้อมูลนี้ใช้วัดประสิทธิผลของการควบคุมภายในได้โดยตรง เมื่อวิเคราะห์ผลการตรวจสอบ องค์กรจะประเมินความเสี่ยงและคุณภาพของรายการที่ส่งเข้ามาได้ ทั้งยังช่วยระบุจุดที่การควบคุมไม่ทำงานหรือมีการตีความนโยบายผิดซ้ำ ๆ process mining สามารถเชื่อมโยงผลการตรวจสอบกับข้อมูลอื่นเพื่อค้นหาความสัมพันธ์ เช่น ค่าใช้จ่ายบางหมวดหรือบางแผนกมีอัตราการตรวจสอบไม่ผ่านสูงกว่า. เหตุผลที่สำคัญ ใช้วัดการปฏิบัติตามข้อกำหนดและการตรวจสอบการควบคุมภายในได้โดยตรง ช่วยประเมินความเสี่ยงและประสิทธิผลของกฎการตรวจสอบ. แหล่งข้อมูล ฟิลด์นี้อัปเดตโดยระบบกฎอัตโนมัติ หรือผู้ใช้จากทีมตรวจสอบหรือฝ่ายการเงินหลังตรวจสอบเสร็จ. ตัวอย่าง ผ่านไม่ผ่าน เนื่องจากเอกสารไม่ครบต้องขอคำชี้แจงเพิ่มเติมผ่านโดยมีข้อยกเว้น | |||
| ผู้อนุมัติ Approver | ชื่อหรือ ID ของผู้ใช้ ซึ่งโดยทั่วไปเป็นผู้จัดการหรือตัวแทนฝ่ายการเงินที่รับผิดชอบอนุมัติรายงานค่าใช้จ่าย. | ||
| คำอธิบาย ข้อมูลผู้อนุมัติระบุบุคคลที่อนุมัติหรือปฏิเสธรายการในเวิร์กโฟลว์ หลายกระบวนการมีการอนุมัติหลายระดับ เช่น ผู้จัดการโดยตรงอนุมัติก่อน แล้วจึงส่งต่อให้หัวหน้าแผนกหรือฝ่ายการเงิน เช่นเดียวกับข้อมูลผู้ใช้ ข้อมูลผู้อนุมัติมีประโยชน์เป็นพิเศษในการวิเคราะห์ขั้นตอนอนุมัติ ซึ่งมักเป็นสาเหตุสำคัญของความล่าช้า คุณสามารถวัดเวลาที่ผู้อนุมัติแต่ละคนใช้ และระบุคอขวดได้ นอกจากนี้ยังสร้างแดชบอร์ดเพื่อแสดงปริมาณงานและผลการดำเนินงานของผู้อนุมัติแต่ละคน ช่วยวางแผนทรัพยากรและระบุความจำเป็นในการอบรมเพิ่มเติมเกี่ยวกับนโยบายค่าใช้จ่าย. เหตุผลที่สำคัญ ระบุผู้รับผิดชอบการอนุมัติแต่ละคน เพื่อวิเคราะห์ความล่าช้า ปริมาณงาน และความสม่ำเสมอในการตัดสินใจ. แหล่งข้อมูล บันทึกไว้ในบันทึกเหตุการณ์หรือประวัติธุรกรรมของกิจกรรมที่เกี่ยวข้องกับการอนุมัติ. ตัวอย่าง เดวิด เฉินMGR1056คิวอนุมัติฝ่ายการเงินซูซาน จี | |||
| วิธีชำระเงิน PaymentMethod | วิธีชำระค่าใช้จ่าย เช่น บัตรบริษัท หรือสำรองจ่ายส่วนตัว. | ||
| คำอธิบาย วิธีชำระเงินระบุว่าพนักงานชำระค่าใช้จ่ายนั้นด้วยวิธีใด โดยทั่วไปคือใช้บัตรบริษัทที่องค์กรออกให้ หรือใช้เงินส่วนตัวซึ่งต้องเบิกคืนโดยตรง ข้อมูลนี้ช่วยแยกกระบวนการหลักสองรูปแบบ ธุรกรรมผ่านบัตรบริษัทมักตรวจสอบได้สะดวกกว่า เพราะข้อมูลส่งตรงจากผู้ให้บริการบัตร ส่วนค่าใช้จ่ายที่สำรองจ่ายเองต้องตรวจสอบเพิ่มเติมและจ่ายเงินคืนให้พนักงานโดยตรง การวิเคราะห์ตามวิธีชำระเงินช่วยเปรียบเทียบระยะเวลาดำเนินการ อัตราการปฏิบัติตามข้อกำหนด และต้นทุนระหว่างสองเส้นทางนี้ รวมถึงชี้โอกาสในการส่งเสริมการใช้บัตรบริษัทเพื่อเพิ่มประสิทธิภาพ. เหตุผลที่สำคัญ ช่วยแยกรูปแบบกระบวนการหลัก เช่น การใช้บัตรบริษัทกับการใช้เงินส่วนตัว ซึ่งมักมีระดับความเสี่ยง ประสิทธิภาพ และการควบคุมแตกต่างกัน. แหล่งข้อมูล โดยทั่วไปจะระบุไว้ในระดับรายการค่าใช้จ่าย และบอกแหล่งเงินที่ใช้ทำธุรกรรม. ตัวอย่าง บัตรบริษัทเงินส่วนตัวที่สำรองจ่ายเบี้ยเลี้ยงรายวันบริษัทเป็นผู้ชำระ | |||
| หมวดค่าใช้จ่าย ExpenseCategory | การจัดประเภทค่าใช้จ่าย เช่น 'การเดินทาง' 'อาหาร' 'ซอฟต์แวร์' หรือ 'อุปกรณ์สำนักงาน'. | ||
| คำอธิบาย หมวดค่าใช้จ่ายใช้จำแนกประเภทการใช้จ่ายในรายงานค่าใช้จ่าย รายงานหนึ่งฉบับอาจมีหลายหมวด หากมีหลายรายการค่าใช้จ่าย การวิเคราะห์กระบวนการตามหมวดค่าใช้จ่ายช่วยให้องค์กรเข้าใจรูปแบบการใช้จ่ายและเห็นความแตกต่างของกระบวนการในแต่ละหมวด เช่น ค่าเดินทางต่างประเทศอาจต้องผ่านการอนุมัติหลายขั้นตอนและใช้เวลานานกว่าค่าอุปกรณ์สำนักงาน ข้อมูลนี้ช่วยวิเคราะห์การปฏิบัติตามข้อกำหนดได้ละเอียดขึ้น และแสดงให้เห็นว่าค่าใช้จ่ายบางหมวดมีแนวโน้มละเมิดนโยบายมากกว่าหมวดอื่นหรือไม่ จึงเป็นข้อมูลสำคัญสำหรับการวางแผนการเงินและงบประมาณ. เหตุผลที่สำคัญ ช่วยวิเคราะห์รูปแบบการใช้จ่าย และตรวจสอบได้ว่าค่าใช้จ่ายแต่ละประเภทมีเส้นทางกระบวนการหรืออัตราการปฏิบัติตามข้อกำหนดแตกต่างกันหรือไม่. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในระดับรายการค่าใช้จ่ายของรายงาน หากวิเคราะห์ในระดับเคส อาจรวมข้อมูลจากหลายรายการหรือใช้หมวดที่มีสัดส่วนมากที่สุด. ตัวอย่าง ค่าโดยสารเครื่องบินค่าอาหารและการรับรองค่าสมัครใช้ซอฟต์แวร์ค่าอุปกรณ์สำนักงานค่าที่พักโรงแรม | |||
กิจกรรมในการจัดการค่าใช้จ่าย
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จ่ายเงินคืนแล้ว | กิจกรรมนี้ระบุเวลาที่จ่ายเงินให้พนักงานสำเร็จ ซึ่งถือว่ากระบวนการเสร็จสมบูรณ์จากมุมมองของพนักงาน. | ||
| เหตุผลที่สำคัญ กำหนดจุดสิ้นสุดสำคัญของกระบวนการ เพื่อให้วัดระยะเวลารวมในการจ่ายเงินคืนได้ ตัวชี้วัดนี้มีผลต่อความพึงพอใจของพนักงาน. แหล่งข้อมูล โดยทั่วไปบันทึกจากข้อมูลการประมวลผลการจ่ายเงิน หรือการอัปเดตสถานะขั้นสุดท้าย เช่น 'จ่ายแล้ว' หรือ 'คืนเงินแล้ว' ที่ส่งมาจากระบบการจ่ายเงินที่เชื่อมต่ออยู่. บันทึก ใช้วันที่จ่ายเงินจากรายการธุรกรรมทางการเงินที่เชื่อมโยงกับรายงานค่าใช้จ่าย. ประเภทเหตุการณ์ explicit | |||
| บันทึกบัญชีแล้ว | เป็นขั้นตอนสุดท้ายที่บันทึกข้อมูลค่าใช้จ่ายลงในบัญชีแยกประเภททั่วไปหรือระบบ ERP ของบริษัทได้สำเร็จ ซึ่งเป็นการปิดการกระทบยอดทางการเงินของรายงานค่าใช้จ่าย. | ||
| เหตุผลที่สำคัญ ระบุจุดสิ้นสุดที่แท้จริงของกระบวนการในมุมมองบัญชีการเงิน ระยะเวลาตั้งแต่จ่ายเงินคืนจนถึงเหตุการณ์นี้แสดงให้เห็นประสิทธิภาพของงานปิดบัญชี. แหล่งข้อมูล บันทึกจากข้อมูลการเชื่อมต่อ ERP หรือสถานะสุดท้ายของรายงานค่าใช้จ่ายที่ระบุว่าซิงค์กับระบบบัญชีแล้ว. บันทึก ใช้เวลาจากบันทึกการเชื่อมต่อที่ยืนยันว่าบันทึกรายการลงบัญชีแยกประเภททั่วไปสำเร็จ. ประเภทเหตุการณ์ explicit | |||
| ผู้จัดการอนุมัติ | ผู้จัดการโดยตรงของพนักงานหรือผู้อนุมัติระดับแรกตรวจสอบและอนุมัติรายงานค่าใช้จ่ายแล้ว นี่คือจุดตัดสินใจสำคัญที่ทำให้รายงานดำเนินต่อไปในเวิร์กโฟลว์. | ||
| เหตุผลที่สำคัญ ใช้วัดระยะเวลาและประสิทธิภาพของการอนุมัติขั้นแรก ซึ่งเป็นจุดสำคัญในการคำนวณระยะเวลารวมของวงจรการอนุมัติ. แหล่งข้อมูล บันทึกไว้ในตารางประวัติการอนุมัติหรือบันทึกการตรวจสอบ ซึ่งเก็บการดำเนินการของผู้อนุมัติและเวลาที่ทำรายการ. บันทึก กรองประวัติการอนุมัติเพื่อค้นหาการดำเนินการ 'อนุมัติ' ครั้งแรกโดยผู้ใช้ที่มีบทบาทเป็นผู้จัดการ. ประเภทเหตุการณ์ explicit | |||
| ฝ่ายการเงินอนุมัติ | ทีมการเงินหรือทีมตรวจสอบบัญชีตรวจสอบเสร็จและอนุมัติรายงานค่าใช้จ่ายขั้นสุดท้าย โดยมักเป็นด่านอนุมัติสุดท้ายก่อนดำเนินการเบิกจ่ายเงินคืน. | ||
| เหตุผลที่สำคัญ นี่คือจุดอนุมัติขั้นสุดท้าย ระยะเวลาตั้งแต่ส่งรายงานจนถึงเหตุการณ์นี้คือระยะเวลารวมของวงจรการอนุมัติ ซึ่งเป็นตัวชี้วัดประสิทธิภาพที่สำคัญ. แหล่งข้อมูล บันทึกเป็นเหตุการณ์โดยตรงในตารางประวัติการอนุมัติหรือบันทึกการตรวจสอบ พร้อมรายละเอียดของผู้อนุมัติ. บันทึก กรองประวัติการอนุมัติเพื่อค้นหาการดำเนินการ 'อนุมัติ' ขั้นสุดท้าย ซึ่งโดยทั่วไปดำเนินการโดยผู้ใช้ในบทบาทฝ่ายการเงินหรือฝ่ายตรวจสอบบัญชี. ประเภทเหตุการณ์ explicit | |||
| ส่งรายงานค่าใช้จ่าย | เกิดขึ้นเมื่อพนักงานส่งรายงานค่าใช้จ่ายที่กรอกครบแล้วอย่างเป็นทางการ เพื่อเริ่มเวิร์กโฟลว์การอนุมัติ การดำเนินการนี้เปลี่ยนสถานะรายงานจากฉบับร่างเป็นรออนุมัติ. | ||
| เหตุผลที่สำคัญ นี่คือจุดสำคัญที่บอกว่าการกรอกข้อมูลสิ้นสุดลงและรอบการอนุมัติเริ่มต้นขึ้น ความล่าช้าก่อนจุดนี้เกิดจากผู้ใช้ ส่วนความล่าช้าหลังจากนั้นเกิดจากกระบวนการ. แหล่งข้อมูล บันทึกเหตุการณ์นี้ได้จากบันทึกการเปลี่ยนสถานะหรือเวลาที่ส่งรายงานอย่างชัดเจนในประวัติของรายงาน. บันทึก ระบุเหตุการณ์ที่สถานะรายงานเปลี่ยนจาก 'draft' หรือ 'open' เป็น 'submitted' หรือ 'pending approval'. ประเภทเหตุการณ์ explicit | |||
| สร้างรายงานค่าใช้จ่าย | ระบุจุดเริ่มต้นของกระบวนการ เมื่อพนักงานสร้างรายการรายงานค่าใช้จ่ายใหม่ นี่คือเหตุการณ์แรกที่บันทึกไว้และใช้กำหนดรหัสเคสสำหรับติดตาม. | ||
| เหตุผลที่สำคัญ กำหนดจุดเริ่มต้นของกระบวนการตั้งแต่ต้นจนจบ เพื่อให้วัดเวลารวมได้อย่างถูกต้องตั้งแต่สร้างรายงานจนถึงชำระเงินเสร็จสิ้น. แหล่งข้อมูล โดยทั่วไป เหตุการณ์นี้บันทึกจากเวลาที่สร้างข้อมูลส่วนหัวหลักของรายงานค่าใช้จ่าย. บันทึก ใช้เวลาที่สร้างรายการจากตารางหลักหรือออบเจ็กต์ของรายงานค่าใช้จ่าย. ประเภทเหตุการณ์ explicit | |||
| กำหนดรอบจ่ายเงินคืน | หลังได้รับอนุมัติขั้นสุดท้าย รายงานค่าใช้จ่ายจะเข้าสู่คิวเพื่อจ่ายเงินคืนในรอบจ่ายถัดไป เหตุการณ์นี้แสดงการส่งต่องานจากขั้นอนุมัติไปยังระบบการจ่ายเงิน. | ||
| เหตุผลที่สำคัญ ใช้วัดประสิทธิภาพในการส่งต่องานไปยังกระบวนการจ่ายเงิน ความล่าช้าในขั้นนี้อาจบ่งชี้ถึงปัญหาการจัดรอบจ่ายหรือการเชื่อมต่อกับระบบการจ่ายเงิน. แหล่งข้อมูล อนุมานได้จากการเปลี่ยนสถานะเป็น 'รอจ่ายเงิน' หรือ 'อนุมัติให้จ่ายเงิน' หลังบันทึกการอนุมัติขั้นสุดท้ายแล้ว. บันทึก ใช้เวลาที่กำหนดรายงานเข้ารอบจ่ายเงิน หรือเวลาที่สถานะเปลี่ยนเพื่อระบุว่าพร้อมจ่ายเงินแล้ว. ประเภทเหตุการณ์ inferred | |||
| แจ้งการฝ่าฝืนนโยบาย | การตรวจสอบอัตโนมัติของระบบหรือการตรวจสอบด้วยมือพบว่าค่าใช้จ่ายอาจฝ่าฝืนนโยบายบริษัท บันทึกเหตุการณ์นี้เมื่อมีการตั้งค่าสถานะหรือคำเตือนการฝ่าฝืนนโยบายในรายงาน. | ||
| เหตุผลที่สำคัญ แสดงปัญหาด้านการปฏิบัติตามข้อกำหนด และเป็นสาเหตุสำคัญของการแก้ไขซ้ำและการปฏิเสธ การวิเคราะห์สถานะเหล่านี้ช่วยให้พบว่านโยบายส่วนใดทำให้สับสนหรือควรอบรมพนักงานเพิ่มเติม. แหล่งข้อมูล ค้นหาข้อมูลได้จากบันทึกของระบบ ตารางข้อยกเว้น หรือการติดตามเวลาที่มีการตั้งสถานะการฝ่าฝืนในรายงานหรือรายการค่าใช้จ่ายเป็นครั้งแรก. บันทึก ใช้เวลาที่สร้างรายการข้อยกเว้นของนโยบายหรือตั้งสถานะการฝ่าฝืนเป็น true. ประเภทเหตุการณ์ explicit | |||
| ถอนรายงาน | พนักงานผู้ส่งรายงานค่าใช้จ่ายยกเลิกรายงานก่อนที่จะได้รับอนุมัติครบทุกขั้นตอน การดำเนินการนี้นำรายงานออกจากเวิร์กโฟลว์การอนุมัติที่กำลังดำเนินอยู่. | ||
| เหตุผลที่สำคัญ แสดงการยกเลิกกระบวนการโดยผู้ใช้ปลายทาง การทำความเข้าใจสาเหตุที่ถอนรายงานช่วยให้เห็นปัญหาเกี่ยวกับประสบการณ์ผู้ใช้และความชัดเจนของกระบวนการ. แหล่งข้อมูล โดยทั่วไปจะบันทึกเป็นเหตุการณ์โดยตรงในบันทึกการตรวจสอบของรายงาน หรือระบุได้จากการเปลี่ยนสถานะเป็น 'ถอนแล้ว' หรือ 'ยกเลิกแล้ว'. บันทึก ระบุเหตุการณ์ที่ผู้ยื่นรายงานเป็นผู้ดำเนินการยกเลิกรายงาน. ประเภทเหตุการณ์ explicit | |||
| แนบใบเสร็จ | แสดงการดำเนินการของผู้ใช้ในการอัปโหลดและเชื่อมโยงใบเสร็จหรือเอกสารประกอบอื่นกับรายการค่าใช้จ่าย โดยทั่วไปจะบันทึกเป็นเหตุการณ์แยกสำหรับเอกสารแนบแต่ละรายการ. | ||
| เหตุผลที่สำคัญ ติดตามพฤติกรรมของผู้ใช้และความล่าช้าที่อาจเกิดขึ้นในการส่งเอกสาร ซึ่งมักเป็นคอขวดก่อนรายงานจะพร้อมส่ง. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในบันทึกการตรวจสอบของระบบหรือตารางเอกสารแนบที่เชื่อมโยงเอกสารกับรายงานค่าใช้จ่าย. บันทึก บันทึกเวลาที่สร้างรายการใหม่แต่ละรายการในตารางเอกสารหรือตารางที่เกี่ยวข้องกับเอกสารแนบ. ประเภทเหตุการณ์ explicit | |||
| ปิดรายงานค่าใช้จ่ายแล้ว | ระบบระบุว่าปิดรายงานค่าใช้จ่ายอย่างเป็นทางการหลังดำเนินการทุกอย่างเสร็จสิ้น นี่คือการอัปเดตสถานะสุดท้ายที่แสดงว่าจะไม่มีการเปลี่ยนแปลงเพิ่มเติม. | ||
| เหตุผลที่สำคัญ กำหนดจุดสิ้นสุดของกระบวนการอย่างชัดเจน เพื่อไม่ให้การวิเคราะห์นับรายงานที่ยังเปิดอยู่ในระบบแต่ไม่มีความเคลื่อนไหว. แหล่งข้อมูล อนุมานได้จากสถานะสุดท้ายที่บันทึกไว้ เช่น 'ปิดแล้ว' หรือ 'เก็บถาวรแล้ว' โดยไม่มีเหตุการณ์ตามมา. บันทึก ระบุเวลาที่เปลี่ยนสถานะครั้งสุดท้ายไปเป็นสถานะสิ้นสุด เช่น 'ปิดแล้ว'. ประเภทเหตุการณ์ inferred | |||
| ผู้จัดการปฏิเสธ | ผู้จัดการระดับแรกตรวจสอบรายงานค่าใช้จ่ายและปฏิเสธขั้นสุดท้าย โดยทั่วไปการดำเนินการนี้จะยุติกระบวนการของรายงานฉบับนั้น และต้องสร้างรายงานฉบับใหม่. | ||
| เหตุผลที่สำคัญ ใช้ระบุปัญหาของกระบวนการในขั้นอนุมัติแรก อัตราการปฏิเสธที่สูงอาจบ่งชี้ว่าพนักงานยังไม่เข้าใจนโยบาย หรือส่งรายงานได้ไม่ถูกต้อง. แหล่งข้อมูล พบในบันทึกประวัติการอนุมัติ หรือจากการเปลี่ยนสถานะสุดท้ายเป็น 'ปฏิเสธ' โดยผู้จัดการ. บันทึก บันทึกเวลาที่ผู้อนุมัติระดับแรกดำเนินการ 'ปฏิเสธ' ขั้นสุดท้ายในบันทึกการตรวจสอบ. ประเภทเหตุการณ์ explicit | |||
| ฝ่ายการเงินปฏิเสธ | ฝ่ายการเงินปฏิเสธรายงานค่าใช้จ่าย โดยทั่วไปเกิดจากปัญหาร้ายแรงเกี่ยวกับนโยบาย การปฏิบัติตามข้อกำหนด หรือเอกสารประกอบ การปฏิเสธนี้มักเป็นขั้นสุดท้ายและทำให้กระบวนการยุติลง. | ||
| เหตุผลที่สำคัญ ช่วยระบุปัญหาร้ายแรงด้านการปฏิบัติตามข้อกำหนดหรือจุดที่กระบวนการล้มเหลว การปฏิเสธจากฝ่ายการเงินมักบ่งชี้ถึงปัญหาที่ร้ายแรงกว่าการปฏิเสธจากผู้จัดการ. แหล่งข้อมูล พบในบันทึกประวัติการอนุมัติ หรือจากการเปลี่ยนสถานะสุดท้ายเป็น 'ปฏิเสธ' โดยผู้ใช้ฝ่ายการเงิน. บันทึก บันทึกเวลาที่ผู้อนุมัติจากฝ่ายการเงินหรือฝ่ายตรวจสอบบัญชีดำเนินการ 'ปฏิเสธ' ขั้นสุดท้ายในบันทึกการตรวจสอบ. ประเภทเหตุการณ์ explicit | |||
| เริ่มตรวจสอบโดยฝ่ายการเงิน | ระบุจุดที่รายงานค่าใช้จ่ายเข้าสู่คิวของฝ่ายการเงินหรือบัญชีเพื่อให้ตรวจสอบและตรวจสอบบัญชีขั้นสุดท้าย โดยทั่วไปอนุมานได้จากการเปลี่ยนสถานะหลังผู้จัดการอนุมัติ. | ||
| เหตุผลที่สำคัญ ช่วยวัดเวลาที่รายงานรออยู่ในคิวก่อนทีมการเงินเริ่มดำเนินการ หากรอนาน อาจเป็นคอขวดที่ซ่อนอยู่ในกระบวนการ. แหล่งข้อมูล อนุมานได้จากบันทึกการเปลี่ยนสถานะ เมื่อสถานะรายงานเปลี่ยนเป็น 'รอฝ่ายการเงินตรวจสอบ' หรือสถานะใกล้เคียง. บันทึก ใช้เวลาที่เปลี่ยนสถานะเพื่อส่งรายงานเข้าคิวของฝ่ายการเงินหรือฝ่ายตรวจสอบบัญชี. ประเภทเหตุการณ์ inferred | |||
| ส่งรายงานกลับไปแก้ไข | ผู้อนุมัติ ซึ่งโดยทั่วไปเป็นผู้จัดการหรือผู้ตรวจสอบจากฝ่ายการเงิน ส่งรายงานกลับให้พนักงานแก้ไขโดยยังไม่ปฏิเสธขั้นสุดท้าย การดำเนินการนี้ทำให้เกิดการวนกลับไปแก้ไข และส่งรายงานกลับไปยังสถานะฉบับร่าง. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นตัวบ่งชี้หลักของการวนกลับไปแก้ไขในกระบวนการ การวิเคราะห์ความถี่และสาเหตุช่วยให้เห็นจุดที่กระบวนการไม่มีประสิทธิภาพและส่วนที่ควรปรับปรุง. แหล่งข้อมูล บันทึกจากประวัติการอนุมัติ หรือระบุได้จากการเปลี่ยนสถานะจาก 'รออนุมัติ' กลับเป็น 'ฉบับร่าง' หรือ 'เปิดอยู่'. บันทึก ค้นหาเหตุการณ์ 'ส่งกลับ' หรือการเปลี่ยนสถานะที่บ่งชี้ว่ารายงานถูกส่งคืนให้ผู้ยื่น. ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
เริ่มใช้ process mining โดยเลือกคู่มือการดึงข้อมูลสำหรับระบบของคุณ หรือใช้เทมเพลตทั่วไปนี้เตรียมข้อมูลการจัดการค่าใช้จ่ายจากแหล่งใดก็ได้ เราพร้อมช่วยให้คุณค้นพบข้อมูลเชิงลึกจากกระบวนการ!
เริ่มปรับปรุงการจัดการค่าใช้จ่ายวันนี้
ค้นหาจุดที่ไม่มีประสิทธิภาพซึ่งอาจมองไม่เห็น และตรวจสอบให้แน่ใจว่ากระบวนการจัดการค่าใช้จ่ายเป็นไปตามข้อกำหนด.
ไม่ต้องใช้บัตรเครดิต • ตั้งค่าเสร็จใน 5 นาที