เทมเพลตข้อมูลการจัดการค่าใช้จ่ายของคุณ

เทมเพลต process mining สำหรับทุกกระบวนการ
เทมเพลตข้อมูลการจัดการค่าใช้จ่ายของคุณ

เทมเพลตข้อมูลการจัดการค่าใช้จ่ายของคุณ

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

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

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

แอตทริบิวต์การจัดการค่าใช้จ่าย

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

หมวดค่าใช้จ่ายใช้จำแนกประเภทการใช้จ่ายในรายงานค่าใช้จ่าย รายงานหนึ่งฉบับอาจมีหลายหมวด หากมีหลายรายการค่าใช้จ่าย

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

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

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

แหล่งข้อมูล

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

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

กิจกรรมในการจัดการค่าใช้จ่าย

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

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

แหล่งข้อมูล

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

บันทึก

ใช้วันที่จ่ายเงินจากรายการธุรกรรมทางการเงินที่เชื่อมโยงกับรายงานค่าใช้จ่าย.

ประเภทเหตุการณ์ 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 อย่างไร.

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

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

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

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

เริ่มปรับปรุงการจัดการค่าใช้จ่ายวันนี้

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

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

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