เทมเพลตข้อมูลการจัดการค่าใช้จ่ายของคุณ
เทมเพลตข้อมูลการจัดการค่าใช้จ่ายของคุณ
- แอตทริบิวต์ที่แนะนำสำหรับการวิเคราะห์
- กิจกรรมสำคัญที่ควรติดตามตลอดกระบวนการ
- คำแนะนำในการดึงข้อมูล
แอตทริบิวต์การจัดการค่าใช้จ่าย
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ID รายงานค่าใช้จ่าย
ExpenseReportId
|
รหัสเฉพาะของรายงานค่าใช้จ่าย ใช้เป็น ID หลักของเคสเพื่อติดตามวงจรของรายงาน. | ||
|
คำอธิบาย
ID รายงานค่าใช้จ่ายเป็นหัวใจสำคัญของกระบวนการจัดการค่าใช้จ่าย โดยรวบรวมกิจกรรมที่เกี่ยวข้องทั้งหมดไว้ในเคสเดียว ตั้งแต่การสร้างและส่งรายงาน ไปจนถึงการอนุมัติและคืนเงิน. ใน process mining ID นี้ช่วยวิเคราะห์รายงานค่าใช้จ่ายแต่ละฉบับได้ตั้งแต่ต้นจนจบ ใช้สร้างเส้นทางที่รายงานผ่าน วัดเวลารวมของกระบวนการ ระบุวงจรการแก้ไขงานซ้ำเมื่อส่งรายงานกลับไปแก้ และวิเคราะห์รูปแบบกระบวนการเพื่อทำความเข้าใจขั้นตอนที่เกิดขึ้นเป็นประจำและกรณีพิเศษ.
เหตุผลที่สำคัญ
ID นี้จำเป็นต่อการติดตามวงจรทั้งหมดของรายงานค่าใช้จ่าย และช่วยวิเคราะห์เวลาของกระบวนการ คอขวด และความเบี่ยงเบนจากกระบวนการ.
แหล่งข้อมูล
นี่คือรหัสหลักในโมดูลจัดการค่าใช้จ่ายของ Brex โดยทั่วไปจะมีอยู่ในข้อมูลส่งออกและ API endpoint ที่เกี่ยวข้องกับรายงานค่าใช้จ่ายทั้งหมด.
ตัวอย่าง
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
|
|||
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์หรืองานเฉพาะที่เกิดขึ้นในวงจรของรายงานค่าใช้จ่าย. | ||
|
คำอธิบาย
ชื่อกิจกรรมอธิบายขั้นตอนในกระบวนการ เช่น 'ส่งรายงานค่าใช้จ่าย' 'ผู้จัดการอนุมัติ' หรือ 'ดำเนินการคืนเงินแล้ว' เหตุการณ์เหล่านี้เรียงต่อกันเป็นลำดับการทำงานของกระบวนการ. การวิเคราะห์กิจกรรมช่วยแสดงแผนผังกระบวนการ ระบุคอขวดระหว่างขั้นตอน และคำนวณความถี่ของผลลัพธ์ต่าง ๆ เช่น การอนุมัติหรือการปฏิเสธ ข้อมูลนี้เป็นพื้นฐานในการทำความเข้าใจสิ่งที่เกิดขึ้นระหว่างการจัดการค่าใช้จ่าย.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้สำคัญต่อการสร้างแผนผังกระบวนการและทำความเข้าใจลำดับเหตุการณ์ที่เกิดขึ้นกับรายงานค่าใช้จ่ายแต่ละฉบับ.
แหล่งข้อมูล
ข้อมูลนี้มาจากบันทึกเหตุการณ์หรือสถานะธุรกรรมในระบบ Brex อาจต้องจับคู่รหัสสถานะหรือประเภทเหตุการณ์กับชื่อที่ผู้ใช้เข้าใจได้.
ตัวอย่าง
สร้างรายงานค่าใช้จ่ายผู้จัดการอนุมัติฝ่ายการเงินปฏิเสธดำเนินการคืนเงินแล้ว
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTime
|
เวลาประทับที่ระบุว่าเกิดกิจกรรมหรือเหตุการณ์ใดขึ้นเมื่อใด. | ||
|
คำอธิบาย
เวลาที่เกิดเหตุการณ์ระบุวันที่และเวลาที่แน่นอนของแต่ละกิจกรรมในกระบวนการ ข้อมูลด้านเวลานี้เป็นพื้นฐานสำคัญของ process mining เพราะใช้เรียงลำดับเหตุการณ์ตามเวลา. เวลาประทับนี้ใช้คำนวณระยะเวลาระหว่างกิจกรรม ระบุเวลารอและความล่าช้า รวมถึงวิเคราะห์ประสิทธิภาพของกระบวนการในช่วงเวลาต่าง ๆ นอกจากนี้ยังใช้คำนวณตัวชี้วัดสำคัญ เช่น 'เวลาเฉลี่ยที่ผู้จัดการใช้ตรวจสอบ' และ 'ระยะเวลารอการคืนเงินหลังอนุมัติ' เพื่อช่วยวิเคราะห์คอขวดและติดตามประสิทธิภาพ.
เหตุผลที่สำคัญ
เวลาประทับจำเป็นต่อการคำนวณตัวชี้วัดด้านเวลา เช่น ระยะเวลาของกระบวนการและเวลารอ ซึ่งช่วยระบุความล่าช้าได้.
แหล่งข้อมูล
ระเบียนเหตุการณ์หรือธุรกรรมทุกรายการใน Brex ควรมีเวลาประทับกำกับ โดยดูข้อมูลนี้ได้จากการตอบกลับของ API หรือข้อมูลส่งออกของรายงานค่าใช้จ่าย.
ตัวอย่าง
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
ธงแจ้งการละเมิดนโยบาย
PolicyViolationFlag
|
ธงค่าบูลีนที่ระบุว่ารายงานค่าใช้จ่ายถูกแจ้งเตือนว่าละเมิดนโยบายหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เป็นตัวบ่งชี้แบบ true หรือ false ซึ่งจะถูกตั้งค่าเมื่อระบบตรวจสอบนโยบายอัตโนมัติของ Brex พบความเสี่ยงที่อาจละเมิดนโยบาย เช่น ค่าใช้จ่ายเกินวงเงินของหมวดหมู่หรือไม่มีใบเสร็จ. ธงนี้เป็นข้อมูลพื้นฐานสำหรับวิเคราะห์การปฏิบัติตามข้อกำหนดและคำนวณ KPI 'อัตราการละเมิดนโยบาย' ช่วยกรองรายงานที่ไม่เป็นไปตามข้อกำหนดได้อย่างรวดเร็ว เพื่อทำความเข้าใจผลกระทบต่อเวลาประมวลผลและอัตราการปฏิเสธ การวิเคราะห์รายงานที่ถูกแจ้งเตือนยังช่วยปรับปรุงนโยบายบริษัทและระบุจุดที่พนักงานต้องการคำแนะนำเพิ่มเติม.
เหตุผลที่สำคัญ
ช่วยติดตามการปฏิบัติตามข้อกำหนดโดยตรง และประเมินผลกระทบของการละเมิดนโยบายต่อประสิทธิภาพของกระบวนการและงานแก้ไขซ้ำได้.
แหล่งข้อมูล
ฟิลด์นี้น่าจะเป็นค่าบูลีนหรือตัวบ่งชี้สถานะในข้อมูลรายงานค่าใช้จ่ายของ Brex ซึ่งมักจัดการผ่านระบบนโยบายของ Brex.
ตัวอย่าง
truefalse
|
|||
|
ผู้ดำเนินกิจกรรม
EventUser
|
ผู้ใช้ที่ดำเนินกิจกรรม เช่น ผู้จัดการที่อนุมัติรายงาน. | ||
|
คำอธิบาย
แอตทริบิวต์ผู้ดำเนินกิจกรรมระบุบุคคลที่รับผิดชอบกิจกรรมหนึ่ง ๆ เช่น พนักงานผู้ส่งรายงาน ผู้จัดการผู้ตรวจสอบ หรือสมาชิกทีมการเงินที่ดำเนินการคืนเงิน. แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ภาระงานและติดตามประสิทธิภาพ ดังที่แสดงในแดชบอร์ด 'ประสิทธิภาพและภาระงานของผู้อนุมัติ' ช่วยระบุว่าผู้อนุมัติคนใดดูแลรายงานมากที่สุด ใครอนุมัติได้เร็วที่สุด และมีใครเป็นคอขวดของกระบวนการหรือไม่ ข้อมูลนี้ช่วยกระจายงานให้สมดุลและจัดการสนับสนุนได้ตรงจุด.
เหตุผลที่สำคัญ
ระบุผู้รับผิดชอบการดำเนินการแต่ละรายการ ช่วยวิเคราะห์ภาระงาน ติดตามประสิทธิภาพ และระบุคอขวดในระดับบุคคล.
แหล่งข้อมูล
โดยทั่วไป ข้อมูลนี้บันทึกไว้ในบันทึกการตรวจสอบหรือประวัติเหตุการณ์ของรายงานค่าใช้จ่ายใน Brex.
ตัวอย่าง
john.smith@example.comjane.doe@example.comบอตฝ่ายการเงิน
|
|||
|
แผนกของพนักงาน
EmployeeDepartment
|
แผนกที่พนักงานผู้ส่งรายงานค่าใช้จ่ายสังกัดอยู่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุหน่วยงานธุรกิจที่พนักงานผู้ส่งรายงานสังกัดอยู่ เช่น ฝ่ายขาย ฝ่ายวิศวกรรม หรือฝ่ายการตลาด จึงเป็นมิติสำคัญสำหรับการวิเคราะห์องค์กร. การวิเคราะห์ข้อมูลแยกตามแผนกช่วยระบุความแตกต่างของกระบวนการ คอขวด หรือปัญหาด้านการปฏิบัติตามข้อกำหนดที่เกิดในบางหน่วยงานได้ ตัวอย่างเช่น อาจพบว่าแผนกหนึ่งมีอัตราการปฏิเสธสูงกว่าหรือใช้เวลาอนุมัตินานกว่าแผนกอื่นอย่างชัดเจน ซึ่งอาจต้องจัดอบรมหรือปรับกระบวนการให้เหมาะกับแผนกนั้น ข้อมูลนี้ยังสำคัญต่อการติดตามงบประมาณและจัดสรรต้นทุนของแต่ละแผนก.
เหตุผลที่สำคัญ
ช่วยกรองและเปรียบเทียบประสิทธิภาพของกระบวนการระหว่างหน่วยธุรกิจต่าง ๆ เพื่อระบุปัญหาหรือแนวโน้มเฉพาะแผนก.
แหล่งข้อมูล
โดยทั่วไป ข้อมูลนี้มาจากโปรไฟล์พนักงานใน Brex ซึ่งมักซิงก์มาจากระบบสารสนเทศด้านทรัพยากรบุคคล.
ตัวอย่าง
ฝ่ายขายฝ่ายวิศวกรรมฝ่ายการตลาดฝ่ายการเงิน
|
|||
|
ยอดรวม
TotalAmount
|
มูลค่ารวมของรายงานค่าใช้จ่าย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงยอดรวมที่ขอเบิกในรายงานค่าใช้จ่าย เป็นตัวชี้วัดทางการเงินที่สำคัญต่อการทำความเข้าใจรูปแบบการใช้จ่ายและผลกระทบทางการเงินของกระบวนการจัดการค่าใช้จ่าย. ในการวิเคราะห์ สามารถใช้ยอดรวมแบ่งรายงานค่าใช้จ่ายตามช่วงมูลค่า เช่น รายงานมูลค่าสูงและมูลค่าต่ำ ซึ่งอาจมีขั้นตอนอนุมัติหรือระดับการตรวจสอบต่างกัน ข้อมูลนี้ยังจำเป็นต่อการจัดทำรายงานทางการเงิน การวิเคราะห์งบประมาณ และการระบุแนวโน้มการใช้จ่ายตามแผนกหรือหมวดหมู่.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ช่วยวิเคราะห์ด้านการเงิน เช่น ระบุรายงานค่าใช้จ่ายมูลค่าสูงที่อาจต้องตรวจสอบละเอียดขึ้นหรือใช้เวลาอนุมัตินานกว่า.
แหล่งข้อมูล
นี่คือฟิลด์มาตรฐานที่มีอยู่ในรายงานค่าใช้จ่ายทุกฉบับของ Brex โดยดูได้จากออบเจ็กต์รายงานค่าใช้จ่ายหลักในการตอบกลับของ API หรือข้อมูลส่งออก.
ตัวอย่าง
150.752500.0079.99
|
|||
|
สถานะรายงาน
ReportStatus
|
สถานะปัจจุบันของรายงานค่าใช้จ่ายในวงจรการทำงาน. | ||
|
คำอธิบาย
สถานะรายงานแสดงว่าขณะนี้รายงานค่าใช้จ่ายอยู่ในขั้นตอนใด เช่น 'รอผู้จัดการอนุมัติ' 'อนุมัติแล้ว' 'จ่ายเงินแล้ว' หรือ 'ปฏิเสธแล้ว'. แอตทริบิวต์นี้สำคัญต่อการติดตามการปฏิบัติงาน โดยเฉพาะแดชบอร์ด 'ติดตามสถานะรายงานค่าใช้จ่ายที่ยังเปิดอยู่' ช่วยให้ผู้จัดการและทีมการเงินเห็นภาระงานปัจจุบันได้อย่างรวดเร็ว ระบุรายงานที่ค้างอยู่ในสถานะใดสถานะหนึ่ง และจัดลำดับความสำคัญของงานได้ การวิเคราะห์เวลาที่ใช้ในแต่ละสถานะช่วยระบุความล่าช้าและจุดที่กระบวนการไม่มีประสิทธิภาพ.
เหตุผลที่สำคัญ
แสดงสถานะปัจจุบันของรายงานค่าใช้จ่ายในเวิร์กโฟลว์ ซึ่งจำเป็นต่อแดชบอร์ดการปฏิบัติงานและการติดตามสถานะ.
แหล่งข้อมูล
นี่คือฟิลด์สถานะสำคัญในออบเจ็กต์รายงานค่าใช้จ่ายของ Brex.
ตัวอย่าง
รออนุมัติอนุมัติแล้วปฏิเสธแล้วจ่ายเงินแล้ว
|
|||
|
ชื่อพนักงาน
EmployeeName
|
ชื่อพนักงานผู้สร้างและส่งรายงานค่าใช้จ่าย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุชื่อพนักงานที่ยื่นรายงานค่าใช้จ่าย แม้ผู้ดำเนินกิจกรรมจะระบุว่าใครเป็นผู้ลงมือทำ แต่ชื่อพนักงานจะระบุว่าเคสรายงานค่าใช้จ่ายเป็นของใคร. การวิเคราะห์ข้อมูลนี้ช่วยติดตามค่าใช้จ่ายแยกตามพนักงาน และระบุผู้ที่ส่งรายงานละเมิดนโยบายหรือถูกปฏิเสธบ่อยครั้ง ซึ่งอาจต้องได้รับการอบรมเพิ่มเติม นอกจากนี้ยังช่วยให้เข้าใจรูปแบบการใช้จ่ายของพนักงานหรือบทบาทต่าง ๆ ในองค์กร.
เหตุผลที่สำคัญ
ระบุเจ้าของรายงานค่าใช้จ่าย ช่วยวิเคราะห์คุณภาพการส่งรายงานและการปฏิบัติตามข้อกำหนดในระดับพนักงานแต่ละคน.
แหล่งข้อมูล
ข้อมูลพื้นฐานที่มีอยู่ในรายงานค่าใช้จ่ายทุกฉบับ โดยเชื่อมโยงกับโปรไฟล์ผู้ใช้ของผู้สร้างใน Brex.
ตัวอย่าง
อลิซ จอห์นสันโรเบิร์ต วิลเลียมส์มาเรีย การ์เซีย
|
|||
|
ดำเนินการอัตโนมัติหรือไม่
IsAutomated
|
ค่าบูลีนที่ระบุว่ากิจกรรมดำเนินการโดยผู้ใช้ระบบหรือบอตหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุว่าระบบดำเนินกิจกรรมโดยอัตโนมัติ เช่น ตรวจสอบนโยบาย หรือผู้ใช้ดำเนินการเอง เช่น อนุมัติด้วยตนเอง การแยกกิจกรรมอัตโนมัติออกจากกิจกรรมที่ทำด้วยตนเองช่วยให้เข้าใจระดับการทำงานอัตโนมัติของกระบวนการ และประเมินประสิทธิภาพของระบบที่ใช้กฎ รวมถึงระบุโอกาสในการทำงานอัตโนมัติเพิ่มเติมได้ ตัวอย่างเช่น ช่วยให้เห็นว่ามีรายงานกี่รายการที่อนุมัติอัตโนมัติ และกี่รายการที่ต้องให้คนดำเนินการ เพื่อวางแนวทางเพิ่มการประมวลผลโดยไม่ต้องให้คนเข้ามาจัดการ.
เหตุผลที่สำคัญ
ช่วยวัดระดับการทำงานอัตโนมัติของกระบวนการ และระบุว่าขั้นตอนใดดำเนินการโดยคนหรือระบบ.
แหล่งข้อมูล
โดยทั่วไปจะคำนวณจากการตรวจสอบผู้ใช้ที่เชื่อมโยงกับเหตุการณ์ เหตุการณ์ที่ระบบสร้างมักเชื่อมโยงกับผู้ใช้ทั่วไปชื่อ 'system' หรือ 'bot'.
ตัวอย่าง
truefalse
|
|||
|
แนบใบเสร็จตรงเวลาหรือไม่
ReceiptsAttachedOnTime
|
ค่าที่ระบุว่าแนบใบเสร็จก่อนส่งรายงานหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้ใช้วัดการปฏิบัติตามแนวทางที่ดีของกระบวนการ ซึ่งคือการแนบใบเสร็จที่จำเป็นทั้งหมดก่อนส่งรายงานค่าใช้จ่ายให้ตรวจสอบ โดยกำหนดเป็น 'true' หากกิจกรรม 'แนบใบเสร็จ' เกิดขึ้นก่อนกิจกรรม 'ส่งรายงานค่าใช้จ่าย' ในกรณีนั้น ค่านี้ช่วยติดตามข้อมูลในแดชบอร์ด 'การปฏิบัติตามข้อกำหนดและผลกระทบของใบเสร็จ' และ KPI 'การแนบใบเสร็จตามข้อกำหนด' การวิเคราะห์แอตทริบิวต์นี้ช่วยวัดความถี่ที่แนบใบเสร็จล่าช้าหรือขาดหาย และเปรียบเทียบกับผลลัพธ์ของกระบวนการ เช่น ความล่าช้า การปฏิเสธ และงานแก้ไขซ้ำ.
เหตุผลที่สำคัญ
ใช้วัดการปฏิบัติตามนโยบายการส่งใบเสร็จ และช่วยระบุสาเหตุที่พบบ่อยของความล่าช้าและการปฏิเสธในกระบวนการ.
แหล่งข้อมูล
คำนวณในเครื่องมือ process mining โดยเปรียบเทียบเวลาของกิจกรรม 'แนบใบเสร็จ' กับ 'ส่งรายงานค่าใช้จ่าย' ในแต่ละกรณี.
ตัวอย่าง
truefalse
|
|||
|
ประเทศ
Country
|
ประเทศของพนักงานหรือประเทศที่เกี่ยวข้องกับธุรกรรมค่าใช้จ่าย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุประเทศของสำนักงานหลักหรือศูนย์ต้นทุนของพนักงาน สำหรับบริษัทที่ดำเนินงานในหลายประเทศ ข้อมูลนี้เป็นมิติสำคัญในการเปรียบเทียบ การวิเคราะห์กระบวนการแยกตามประเทศช่วยให้เห็นความแตกต่างของประสิทธิภาพกระบวนการ การปฏิบัติตามข้อกำหนด หรือรูปแบบการใช้จ่ายในแต่ละภูมิภาค ตัวอย่างเช่น การอนุมัติในบางประเทศอาจใช้เวลานานกว่าเพราะข้อกำหนดท้องถิ่นหรือโครงสร้างการบริหารที่ต่างกัน ข้อมูลนี้ช่วยกำหนดมาตรฐานกระบวนการในระดับสากล โดยยังปรับให้เหมาะกับความต้องการในแต่ละพื้นที่ได้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพกระบวนการและการปฏิบัติตามข้อกำหนดในแต่ละภูมิภาค ซึ่งสำคัญต่อองค์กรที่ดำเนินงานในหลายประเทศ.
แหล่งข้อมูล
ดึงข้อมูลจากโปรไฟล์พนักงานใน Brex ซึ่งมักซิงก์มาจากระบบ HR ส่วนกลาง.
ตัวอย่าง
USACANGBRDEU
|
|||
|
มีงานแก้ไขซ้ำหรือไม่
IsRework
|
ค่าที่คำนวณขึ้น โดยเป็นจริงหากรายงานถูกส่งกลับไปแก้ไขอย่างน้อยหนึ่งครั้ง. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนนี้คำนวณจากลำดับกิจกรรมในกระบวนการ โดยกำหนดเป็น 'true' สำหรับรายงานค่าใช้จ่ายที่มีเหตุการณ์ 'ส่งรายงานกลับไปแก้ไข' อยู่ในประวัติ ช่วยระบุและวิเคราะห์กรณีที่มีงานแก้ไขซ้ำได้ง่าย ค่านี้ใช้คำนวณ KPI 'อัตราการแก้ไขรายงานค่าใช้จ่ายซ้ำ' และแสดงข้อมูลในแดชบอร์ด 'การวิเคราะห์การละเมิดนโยบายและงานแก้ไขซ้ำ' ช่วยเปรียบเทียบกรณีที่ดำเนินไปอย่างราบรื่นกับกรณีที่ถูกส่งกลับ และประเมินเวลาและต้นทุนที่เกิดจากงานแก้ไขซ้ำ.
เหตุผลที่สำคัญ
ระบุรายงานค่าใช้จ่ายที่ต้องทำงานเพิ่มเติมและแก้ไข เพื่อวิเคราะห์สาเหตุและต้นทุนของงานแก้ไขซ้ำ.
แหล่งข้อมูล
แอตทริบิวต์นี้ไม่มีในระบบต้นทาง แต่คำนวณได้จากการตรวจสอบว่าลำดับกิจกรรมของแต่ละกรณีมี 'ส่งรายงานกลับไปแก้ไข' หรือกิจกรรมแก้ไขซ้ำที่คล้ายกันหรือไม่.
ตัวอย่าง
truefalse
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ใช้ดึงข้อมูลออกมา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ ซึ่งในกรณีนี้คือ 'Brex' มีความสำคัญต่อการกำกับดูแลข้อมูลและการตรวจสอบย้อนกลับ โดยเฉพาะเมื่อรวมข้อมูลจากหลายระบบเพื่อให้เห็นภาพกระบวนการโดยรวม. ในการวิเคราะห์ แอตทริบิวต์นี้ช่วยกรองและแบ่งกลุ่มข้อมูลเมื่อมีระบบต้นทางหลายระบบ เพื่อให้ตีความตัวชี้วัดและแผนผังกระบวนการได้ถูกต้องตามแหล่งที่มา หากวิเคราะห์ข้อมูลจากระบบเดียว ค่านี้ช่วยยืนยันแหล่งที่มาของข้อมูลได้.
เหตุผลที่สำคัญ
ให้ข้อมูลสำคัญเกี่ยวกับแหล่งที่มาของข้อมูล ช่วยตรวจสอบย้อนกลับและกรองข้อมูลได้ถูกต้องเมื่อทำงานกับหลายระบบ.
แหล่งข้อมูล
ค่านี้เป็นค่าคงที่ 'Brex' ซึ่งโดยทั่วไปจะเพิ่มเข้ามาในขั้นตอนดึงและแปลงข้อมูล.
ตัวอย่าง
BrexBrex-API-v2.1
|
|||
|
รายละเอียดการละเมิดนโยบาย
PolicyViolationDetails
|
คำอธิบายข้อความเกี่ยวกับนโยบายที่ถูกละเมิดโดยเฉพาะ. | ||
|
คำอธิบาย
Policy Violation Flag ระบุว่ามีการละเมิดเกิดขึ้น ส่วนแอตทริบิวต์นี้จะบอกสาเหตุ โดยระบุกฎที่ถูกละเมิด เช่น 'ใช้จ่ายค่าอาหารเกินวงเงิน $50' หรือ 'ต้องแนบใบเสร็จเมื่อมีค่าใช้จ่ายเกิน $25' รายละเอียดระดับนี้มีประโยชน์อย่างยิ่งต่อแดชบอร์ด 'การวิเคราะห์การละเมิดนโยบายและงานแก้ไขซ้ำ' เพราะช่วยวิเคราะห์หาสาเหตุที่แท้จริงด้วยการระบุประเภทการละเมิดที่พบบ่อยที่สุด ข้อมูลนี้ช่วยให้กำหนดแนวทางแก้ไขได้ตรงจุด เช่น ชี้แจงนโยบายบางข้อ ส่งการแจ้งเตือนให้พนักงาน หรือปรับกฎอัตโนมัติในระบบ.
เหตุผลที่สำคัญ
ช่วยระบุสาเหตุที่แท้จริงของการละเมิดนโยบาย เพื่อให้ปรับปรุงนโยบาย การฝึกอบรมผู้ใช้ และการตั้งค่าระบบได้ตรงจุด.
แหล่งข้อมูล
ข้อมูลนี้น่าจะอยู่ในส่วนบันทึกการปฏิบัติตามข้อกำหนดหรือบันทึกการตรวจสอบ ซึ่งเชื่อมโยงกับรายการค่าใช้จ่ายที่ถูกแจ้งเตือนใน Brex.
ตัวอย่าง
ค่าใช้จ่ายเกินวงเงินของหมวดหมู่.ไม่มีใบเสร็จแนบ.ตรวจพบรายการค่าใช้จ่ายซ้ำ.
|
|||
|
วิธีชำระเงิน
PaymentMethod
|
ระบุวิธีชำระค่าใช้จ่าย เช่น บัตรบริษัทหรือเงินส่วนตัว. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แยกค่าใช้จ่ายที่ชำระด้วยบัตร Brex ของบริษัทออกจากค่าใช้จ่ายที่พนักงานสำรองจ่ายเองและต้องเบิกคืน ความแตกต่างนี้สำคัญ เพราะกระบวนการอาจต่างกันมากตามวิธีชำระเงิน รายการผ่านบัตรบริษัทอาจต้องผ่านการตรวจสอบและกระทบยอด ส่วนการเบิกคืนจะมีขั้นตอนยื่นคำขอและจ่ายเงินคืน การวิเคราะห์แยกตามวิธีชำระเงินช่วยระบุปัญหาเฉพาะของแต่ละขั้นตอนและปรับปรุงได้อย่างตรงจุด.
เหตุผลที่สำคัญ
ขั้นตอนและลำดับการทำงานมักต่างกันระหว่างค่าใช้จ่ายผ่านบัตรบริษัทกับการเบิกคืนเงินที่สำรองจ่ายเอง จึงเป็นแอตทริบิวต์สำคัญสำหรับวิเคราะห์รูปแบบกระบวนการ.
แหล่งข้อมูล
ข้อมูลนี้มีอยู่ในข้อมูลธุรกรรมของ Brex.
ตัวอย่าง
บัตรบริษัท Brexการเบิกคืนการชำระบิล
|
|||
|
เวลาสิ้นสุด
EndTime
|
เวลาที่ระบุว่ากิจกรรมเสร็จสิ้นเมื่อใด. | ||
|
คำอธิบาย
StartTime (EventTime) ระบุเวลาเริ่มกิจกรรม ส่วน EndTime ระบุเวลาสิ้นสุด โดยมีประโยชน์มากกับกิจกรรมที่ใช้เวลา เช่น 'เริ่มตรวจสอบโดยผู้จัดการ' และ 'ผู้จัดการอนุมัติ' เมื่อมีทั้งเวลาเริ่มต้นและเวลาสิ้นสุดของกิจกรรม จะคำนวณเวลาที่ใช้ดำเนินกิจกรรมได้อย่างแม่นยำ และแยกออกจากเวลาที่รอก่อนเริ่มงานได้ ช่วยวัดเวลาที่ใช้ทำงานจริง ซึ่งเป็นข้อมูลสำคัญในการวิเคราะห์คอขวด.
เหตุผลที่สำคัญ
ช่วยคำนวณเวลาที่ใช้ดำเนินกิจกรรมได้อย่างแม่นยำ โดยแยกจากเวลารอ ทำให้วิเคราะห์คอขวดได้ถูกต้องยิ่งขึ้น.
แหล่งข้อมูล
EndTime มักตรงกับ StartTime ของกิจกรรมถัดไปในลำดับ หรืออาจเป็นฟิลด์เฉพาะในข้อมูลต้นทางสำหรับกิจกรรมที่มีระยะเวลากำหนดไว้.
ตัวอย่าง
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
|
|||
|
สกุลเงิน
Currency
|
รหัสสกุลเงินของยอดรวมในรายงานค่าใช้จ่าย. | ||
|
คำอธิบาย
แอตทริบิวต์สกุลเงินระบุหน่วยของยอดรวม เช่น USD, EUR หรือ GBP ซึ่งสำคัญต่อการวิเคราะห์ทางการเงินให้ถูกต้อง โดยเฉพาะองค์กรข้ามชาติที่ใช้หลายสกุลเงิน. แอตทริบิวต์นี้ช่วยให้ตีความข้อมูลทางการเงินได้ถูกต้อง รวมถึงรวมและเปรียบเทียบยอดค่าใช้จ่ายได้อย่างเหมาะสม ซึ่งมักต้องแปลงเป็นสกุลเงินกลางสำหรับรายงาน และช่วยป้องกันการนำยอดเงินต่างสกุลมาบวกกันโดยตรงจนเกิดข้อผิดพลาดในการวิเคราะห์.
เหตุผลที่สำคัญ
ช่วยให้ข้อมูลทางการเงินถูกต้องในสภาพแวดล้อมที่ใช้หลายสกุลเงิน และรวมยอดกับจัดทำรายงานค่าใช้จ่ายได้อย่างเหมาะสม.
แหล่งข้อมูล
โดยทั่วไป ฟิลด์นี้จะอยู่คู่กับฟิลด์จำนวนเงินในข้อมูลรายงานค่าใช้จ่ายของ Brex.
ตัวอย่าง
USDEURGBP
|
|||
|
หมวดหมู่ค่าใช้จ่าย
ExpenseCategory
|
หมวดหมู่ที่กำหนดให้กับค่าใช้จ่าย เช่น การเดินทาง อาหาร หรือซอฟต์แวร์. | ||
|
คำอธิบาย
หมวดหมู่ค่าใช้จ่ายคือการจัดประเภทที่พนักงานเลือกเพื่อระบุลักษณะของค่าใช้จ่าย โดยใช้เพื่อการบัญชี การจัดทำงบประมาณ และการบังคับใช้นโยบาย ใน process mining การจัดหมวดหมู่ค่าใช้จ่ายช่วยให้เห็นรายละเอียดของกระบวนการมากขึ้น และช่วยตรวจสอบได้ว่าค่าใช้จ่ายบางประเภท เช่น การเดินทางระหว่างประเทศ ใช้เวลารออนุมัตินานกว่าหรือมีอัตราการปฏิเสธสูงกว่าหรือไม่ ผลการวิเคราะห์นี้ช่วยปรับนโยบายและกระบวนการให้เหมาะกับค่าใช้จ่ายแต่ละประเภท.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์กระบวนการตามประเภทการใช้จ่าย และเผยให้เห็นความแตกต่างของรูปแบบการทำงานหรือคอขวดในค่าใช้จ่ายแต่ละประเภท.
แหล่งข้อมูล
ฟิลด์มาตรฐานในรายการค่าใช้จ่ายแต่ละบรรทัด หากรายงานมีหลายหมวดหมู่ ต้องรวบรวมข้อมูลให้อยู่ในระดับรายงานค่าใช้จ่าย.
ตัวอย่าง
ค่าโดยสารเครื่องบินอาหารและความบันเทิงค่าสมัครใช้ซอฟต์แวร์อุปกรณ์สำนักงาน
|
|||
|
เหตุผลที่ปฏิเสธ
RejectionReason
|
เหตุผลที่ผู้จัดการหรือผู้ใช้ฝ่ายการเงินระบุไว้เมื่อปฏิเสธรายงานค่าใช้จ่าย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเหตุผลที่กรอกเป็นข้อความหรือเลือกจากรายการ เมื่อมีการปฏิเสธรายงานค่าใช้จ่าย ซึ่งต่างจากการแจ้งเตือนนโยบายอัตโนมัติ เพราะเป็นการตัดสินใจด้วยตนเองของผู้อนุมัติ การวิเคราะห์เหตุผลที่ปฏิเสธช่วยให้เข้าใจสาเหตุของปัญหาในกระบวนการและงานแก้ไขซ้ำ โดยช่วยระบุข้อผิดพลาดที่พบบ่อยในการส่งรายงาน นโยบายที่ไม่ชัดเจน หรือความเข้าใจคลาดเคลื่อนของพนักงานหรือผู้จัดการ ข้อมูลนี้นำไปใช้ปรับปรุงเอกสารฝึกอบรมและคำถามที่พบบ่อย เพื่อลดอัตราการปฏิเสธและงานแก้ไขซ้ำได้.
เหตุผลที่สำคัญ
อธิบายสาเหตุของการปฏิเสธด้วยตนเอง พร้อมให้ข้อมูลโดยตรงที่นำไปปรับปรุงการฝึกอบรมผู้ใช้และลดข้อผิดพลาดในอนาคตได้.
แหล่งข้อมูล
โดยทั่วไปจะเป็นช่องแสดงความคิดเห็นที่ผู้อนุมัติกรอกได้เมื่อเลือก 'ปฏิเสธ' ในหน้าจอ Brex.
ตัวอย่าง
เลือกหมวดหมู่ค่าใช้จ่ายไม่ถูกต้อง.โปรดระบุเหตุผลทางธุรกิจให้ละเอียดขึ้น.รายการซื้อนี้ไม่ได้รับอนุมัติล่วงหน้า.
|
|||
|
อนุมัติในการพิจารณาครั้งแรก
FirstPassApproval
|
ค่าที่ระบุว่ารายงานได้รับอนุมัติโดยไม่มีการปฏิเสธหรือส่งกลับไปแก้ไขหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้ใช้ระบุกรณีที่ดำเนินกระบวนการได้มีประสิทธิภาพที่สุด โดยกำหนดเป็น 'true' เฉพาะเมื่อรายงานค่าใช้จ่ายผ่านทุกขั้นตอนตั้งแต่ส่งรายงานจนถึงอนุมัติขั้นสุดท้าย โดยไม่ถูกปฏิเสธหรือส่งกลับไปแก้ไข ค่านี้ใช้คำนวณ KPI 'อัตราการอนุมัติในการพิจารณาครั้งแรก' ซึ่งเป็นตัวชี้วัดสำคัญด้านคุณภาพและประสิทธิภาพของกระบวนการ อัตราที่สูงแสดงว่าพนักงานส่งรายงานที่มีข้อมูลครบถ้วนและเป็นไปตามข้อกำหนด และขั้นตอนอนุมัติไม่ซับซ้อน การวิเคราะห์ลักษณะของรายงานที่ไม่ผ่านการอนุมัติในครั้งแรกช่วยระบุจุดติดขัดและข้อผิดพลาดในกระบวนการได้.
เหตุผลที่สำคัญ
ใช้วัดคุณภาพของรายงานที่ส่งครั้งแรกและประสิทธิภาพของเวิร์กโฟลว์หลัก โดยระบุรายงานที่ดำเนินการได้โดยไม่มีปัญหาติดขัด.
แหล่งข้อมูล
แอตทริบิวต์นี้คำนวณในแพลตฟอร์ม process mining โดยวิเคราะห์ลำดับกิจกรรมของแต่ละกรณี เพื่อตรวจสอบว่าไม่มีการปฏิเสธหรือส่งกลับไปแก้ไขหรือไม่.
ตัวอย่าง
truefalse
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่รีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด โดยบันทึกวันที่และเวลาที่ดึงข้อมูลจาก Brex สำเร็จครั้งล่าสุด. การทราบเวลาอัปเดตข้อมูลล่าสุดช่วยให้ผู้ใช้เข้าใจว่าข้อมูลเชิงลึกเป็นปัจจุบันเพียงใด และช่วยประเมินว่าแดชบอร์ดแสดงสถานะการปฏิบัติงานล่าสุดหรืออ้างอิงข้อมูลเก่า จึงช่วยตั้งความคาดหวังเกี่ยวกับความแม่นยำของการวิเคราะห์แบบเรียลไทม์ได้.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการตัดสินใจด้านการปฏิบัติงานที่ถูกต้องและทันเวลา.
แหล่งข้อมูล
เครื่องมือหรือกระบวนการดึงข้อมูลจะสร้างเวลาประทับนี้เมื่อดึงข้อมูลจาก Brex สำเร็จ.
ตัวอย่าง
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
|
|||
กิจกรรมในการจัดการค่าใช้จ่าย
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ดำเนินการคืนเงินแล้ว
|
กิจกรรมนี้แสดงเวลาที่จ่ายเงินให้พนักงานจริง จากมุมมองของพนักงาน นี่คือขั้นตอนสุดท้ายและเป็นการสิ้นสุดกระบวนการอย่างสำเร็จ. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสิ้นสุดหลักเมื่อกระบวนการสำเร็จ จำเป็นต่อการคำนวณ KPI 'เวลาเฉลี่ยตั้งแต่ต้นจนจบ' และ 'ระยะเวลารอการคืนเงินหลังอนุมัติ' ซึ่งส่งผลโดยตรงต่อความพึงพอใจของพนักงาน.
แหล่งข้อมูล
ควรบันทึกเหตุการณ์นี้จากบันทึกธุรกรรมการจ่ายเงินหรือการยืนยันผ่าน API จากธนาคารหรือผู้ให้บริการชำระเงิน โดยใช้วันที่ดำเนินการจ่ายเงินจริง.
บันทึก
ดึงข้อมูลจากบันทึกธุรกรรมการจ่ายเงิน ซึ่งมีเวลาประทับที่ดำเนินการจ่าย.
ประเภทเหตุการณ์
explicit
|
|||
|
บันทึกบัญชีแล้ว
|
หมายถึงขั้นตอนสุดท้ายที่บันทึกข้อมูลค่าใช้จ่ายลงในบัญชีแยกประเภททั่วไปหรือระบบ ERP ของบริษัทสำเร็จ เป็นการปิดการกระทบยอดทางการเงินของรายงานค่าใช้จ่าย. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ยืนยันว่ากระบวนการเสร็จสมบูรณ์ในมุมมองการบัญชีการเงิน ความล่าช้าระหว่างการคืนเงินกับการบันทึกบัญชีอาจบ่งชี้ถึงปัญหาการเชื่อมต่อระบบหรือเวิร์กโฟลว์ทางบัญชี.
แหล่งข้อมูล
ข้อมูลนี้น่าจะบันทึกจากการยืนยันผ่าน API หรือการอัปเดตสถานะหลังซิงก์กับระบบบัญชีสำเร็จ เวลาประทับของเหตุการณ์แสดงเวลาที่บันทึกบัญชี.
บันทึก
บันทึกเมื่อได้รับการตอบกลับผ่าน API หรือการอัปเดตสถานะจาก ERP หรือซอฟต์แวร์บัญชีที่เชื่อมต่อสำเร็จ.
ประเภทเหตุการณ์
explicit
|
|||
|
ผู้จัดการอนุมัติ
|
ผู้จัดการระดับแรกตรวจสอบและอนุมัติรายงานค่าใช้จ่ายเพื่อดำเนินการต่อ นี่คือจุดตัดสินใจสำคัญที่ส่งรายงานไปยังขั้นตอนถัดไป ซึ่งโดยทั่วไปคือการตรวจสอบโดยฝ่ายการเงินหรือการอนุมัติอัตโนมัติ. | ||
|
เหตุผลที่สำคัญ
หมุดหมายนี้เป็นการสิ้นสุดขั้นตอนอนุมัติแรก จำเป็นต่อการติดตามเวลาการอนุมัติ ภาระงานของผู้จัดการ และ 'อัตราการอนุมัติในครั้งแรก'.
แหล่งข้อมูล
เหตุการณ์นี้น่าจะบันทึกไว้อย่างชัดเจนในตารางประวัติการอนุมัติหรือบันทึกการตรวจสอบ โดยระบุ ID ผู้อนุมัติและเวลาประทับ.
บันทึก
ดึงข้อมูลจากบันทึกเหตุการณ์หรือการเปลี่ยนสถานะเป็น 'ผู้จัดการอนุมัติ' พร้อมเวลาประทับ.
ประเภทเหตุการณ์
explicit
|
|||
|
ฝ่ายการเงินอนุมัติ
|
ฝ่ายการเงินตรวจสอบรายงานค่าใช้จ่ายเสร็จและอนุมัติขั้นสุดท้าย นี่คือด่านอนุมัติสุดท้ายก่อนดำเนินการคืนเงิน. | ||
|
เหตุผลที่สำคัญ
หมุดหมายนี้เป็นการอนุมัติให้จ่ายเงิน และเป็นจุดสิ้นสุดสำหรับวัดเวลารวมของการอนุมัติ รวมถึงเป็นจุดเริ่มต้นสำหรับวัด KPI 'ระยะเวลารอการคืนเงินหลังอนุมัติ'.
แหล่งข้อมูล
ระบบควรบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในประวัติการอนุมัติหรือบันทึกการตรวจสอบ โดยระบุ ID ผู้อนุมัติขั้นสุดท้ายและเวลาประทับ.
บันทึก
ดึงข้อมูลจากบันทึกเหตุการณ์หรือการเปลี่ยนสถานะเป็น 'ฝ่ายการเงินอนุมัติ' หรือ 'อนุมัติให้จ่ายเงิน'.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งรายงานกลับไปแก้ไข
|
ผู้อนุมัติ ไม่ว่าจะเป็นผู้จัดการหรือฝ่ายการเงิน ส่งรายงานกลับไปให้พนักงานแก้ไข กรณีนี้ต่างจากการปฏิเสธโดยสิ้นเชิง เพราะจะเริ่มวงจรการแก้ไขงานซ้ำ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นตัวบ่งชี้หลักของการแก้ไขงานซ้ำ การติดตามความถี่มีความสำคัญต่อ KPI 'อัตราการแก้ไขรายงานค่าใช้จ่ายซ้ำ' และแดชบอร์ด 'วิเคราะห์การละเมิดนโยบายและการแก้ไขงานซ้ำ'.
แหล่งข้อมูล
อนุมานได้จากการเปลี่ยนสถานะเป็น 'ต้องแก้ไข' หรือ 'ส่งกลับ' โดยระบบควรบันทึกเวลาที่อัปเดตสถานะนี้.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็นสถานะอย่าง 'ต้องแก้ไข' ซึ่งมักมีความคิดเห็นประกอบ.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งรายงานค่าใช้จ่าย
|
กิจกรรมนี้เกิดขึ้นเมื่อพนักงานส่งรายงานค่าใช้จ่ายที่กรอกเสร็จแล้วเพื่อขออนุมัติ เป็นการดำเนินการสำคัญที่ผู้ใช้เป็นผู้เริ่ม และเปลี่ยนสถานะรายงานจาก 'ฉบับร่าง' หรือ 'เปิดอยู่' เป็น 'รออนุมัติ'. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นหมุดหมายสำคัญที่เริ่มเวิร์กโฟลว์การอนุมัติอย่างเป็นทางการ ระยะเวลาตั้งแต่ส่งรายงานจนถึงอนุมัติขั้นสุดท้ายเป็นส่วนสำคัญของเวลารวมตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
โดยทั่วไป ระบบจะบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในบันทึกการตรวจสอบ หรืออนุมานได้จากการเปลี่ยนสถานะเป็น 'ส่งแล้ว' หรือ 'รอผู้จัดการอนุมัติ' พร้อมเวลาประทับที่เกี่ยวข้อง.
บันทึก
ดึงข้อมูลจากบันทึกเหตุการณ์หรือฟิลด์ 'submission_timestamp' ในระเบียนรายงานค่าใช้จ่าย.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างรายงานค่าใช้จ่าย
|
กิจกรรมนี้แสดงจุดเริ่มต้นที่พนักงานสร้างรายงานค่าใช้จ่าย ระบบบันทึกเหตุการณ์นี้เมื่อมีการสร้างระเบียนรายงานค่าใช้จ่ายใหม่ ไม่ว่าจะเป็นฉบับร่างหรือมีรายการค่าใช้จ่ายเริ่มต้นแล้ว. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่จุดนี้จนถึงการส่งรายงานช่วยให้เข้าใจพฤติกรรมของพนักงานและความล่าช้าที่อาจเกิดขึ้นก่อนรายงานค่าใช้จ่าย.
แหล่งข้อมูล
เหตุการณ์นี้น่าจะบันทึกจากเวลาที่สร้างออบเจ็กต์หรือระเบียนรายงานค่าใช้จ่ายในฐานข้อมูล Brex โดยควรเป็นเวลาประทับที่เก่าที่สุดซึ่งเชื่อมโยงกับ ID รายงานค่าใช้จ่าย.
บันทึก
ระบุจากวันที่สร้างระเบียนส่วนหัวของรายงานค่าใช้จ่าย.
ประเภทเหตุการณ์
explicit
|
|||
|
กำหนดเวลาคืนเงิน
|
หลังได้รับอนุมัติขั้นสุดท้าย รายงานค่าใช้จ่ายจะเข้าสู่คิวรอจ่ายในรอบคืนเงินถัดไป กิจกรรมนี้แสดงการส่งต่องานจากขั้นตอนอนุมัติไปยังระบบจ่ายเงิน. | ||
|
เหตุผลที่สำคัญ
ขั้นตอนนี้ช่วยให้เห็นความล่าช้าระหว่างการอนุมัติขั้นสุดท้ายกับการดำเนินการจ่ายเงินจริง และช่วยแยกคอขวดในขั้นตอนอนุมัติออกจากปัญหาประสิทธิภาพของระบบจ่ายเงิน.
แหล่งข้อมูล
อนุมานได้จากการเปลี่ยนสถานะเป็น 'พร้อมจ่ายเงิน' หรือ 'กำหนดเวลาแล้ว' หรืออาจเป็นเหตุการณ์ที่บันทึกไว้โดยตรง หากระบบเชื่อมต่อกับระบบจ่ายเงินหรือ ERP แยกต่างหาก.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'รอจ่ายเงิน' หรือจากการสร้างระเบียนรอบการจ่ายเงิน.
ประเภทเหตุการณ์
inferred
|
|||
|
แจ้งการละเมิดนโยบาย
|
เหตุการณ์ที่ระบบแจ้งโดยอัตโนมัติหรือผู้ใช้แจ้งด้วยตนเอง เมื่อพบว่ารายการค่าใช้จ่ายอย่างน้อยหนึ่งรายการในรายงานละเมิดนโยบายบริษัท ระบบอาจบันทึกเหตุการณ์นี้เมื่อกฎทำงาน หรือเมื่อผู้ตรวจสอบแจ้งปัญหาด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อแดชบอร์ด 'วิเคราะห์การละเมิดนโยบายและการแก้ไขงานซ้ำ' และ KPI 'อัตราการละเมิดนโยบาย' ช่วยระบุปัญหาด้านการปฏิบัติตามข้อกำหนดที่พบบ่อยและนโยบายที่ควรชี้แจงเพิ่มเติม.
แหล่งข้อมูล
อนุมานจากการตั้งค่าแอตทริบิวต์ 'Policy Violation Flag' เป็น true โดยใช้เวลาที่อัปเดตสถานะของธงล่าสุดเป็นเวลาประทับ.
บันทึก
อนุมานจากการเปลี่ยนแปลงของธงค่าบูลีนหรือฟิลด์สถานะที่ระบุว่ามีการละเมิดนโยบาย.
ประเภทเหตุการณ์
inferred
|
|||
|
แนบใบเสร็จ
|
หมายถึงการที่ผู้ใช้อัปโหลดหรือแนบรูปภาพหรือเอกสารใบเสร็จเข้ากับรายการค่าใช้จ่าย โดยทั่วไป ระบบจะบันทึกเหตุการณ์นี้พร้อมเวลาประทับของไฟล์แนบแต่ละรายการ. | ||
|
เหตุผลที่สำคัญ
การติดตามกิจกรรมนี้สำคัญต่อแดชบอร์ด 'การแนบใบเสร็จและผลกระทบ' เพราะช่วยตรวจสอบว่าความล่าช้าหรือการปฏิเสธรายงานเกี่ยวข้องกับการไม่แนบใบเสร็จหรือส่งใบเสร็จล่าช้าหรือไม่.
แหล่งข้อมูล
ข้อมูลนี้น่าจะบันทึกไว้ในตารางที่เชื่อมไฟล์แนบกับรายการค่าใช้จ่าย โดยระเบียนไฟล์แนบแต่ละรายการควรมีเวลาที่สร้างของตนเอง.
บันทึก
บันทึกเมื่อผู้ใช้อัปโหลดไฟล์ที่เกี่ยวข้องกับรายการค่าใช้จ่ายสำเร็จ.
ประเภทเหตุการณ์
explicit
|
|||
|
ผู้จัดการปฏิเสธ
|
ผู้จัดการระดับแรกตรวจสอบและปฏิเสธรายงานค่าใช้จ่าย โดยทั่วไปการดำเนินการนี้จะหยุดกระบวนการหรือส่งรายงานกลับไปให้พนักงานแก้ไข. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้แสดงผลลัพธ์ที่ไม่เป็นไปตามที่ต้องการและข้อยกเว้นของกระบวนการ มีความสำคัญต่อการคำนวณ 'อัตราการปฏิเสธรายงานค่าใช้จ่าย' และระบุสาเหตุที่รายงานไม่ผ่านการอนุมัติขั้นแรก.
แหล่งข้อมูล
ระบบควรบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในตารางประวัติการอนุมัติหรือบันทึกการตรวจสอบ เช่นเดียวกับการอนุมัติ โดยระบุเวลาประทับและรหัสเหตุผล.
บันทึก
ดึงข้อมูลจากบันทึกเหตุการณ์หรือการเปลี่ยนสถานะเป็น 'ผู้จัดการปฏิเสธ' พร้อมเวลาประทับ.
ประเภทเหตุการณ์
explicit
|
|||
|
ฝ่ายการเงินปฏิเสธ
|
ฝ่ายการเงินปฏิเสธรายงานค่าใช้จ่าย โดยทั่วไปเกิดจากปัญหาด้านนโยบาย การปฏิบัติตามข้อกำหนด หรือเอกสารประกอบ การปฏิเสธขั้นสุดท้ายนี้จะทำให้กระบวนการหยุดลง. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์ข้อยกเว้นที่สำคัญ การวิเคราะห์ความถี่และสาเหตุช่วยให้เข้าใจปัญหาด้านการปฏิบัติตามข้อกำหนด และคำนวณ 'อัตราการปฏิเสธรายงานค่าใช้จ่าย' โดยรวม.
แหล่งข้อมูล
เช่นเดียวกับการตัดสินใจอนุมัติอื่น ๆ ระบบควรบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนในบันทึกการตรวจสอบ โดยระบุ ID ผู้อนุมัติ เวลาประทับ และเหตุผล.
บันทึก
ดึงข้อมูลจากบันทึกเหตุการณ์หรือการเปลี่ยนสถานะเป็น 'ฝ่ายการเงินปฏิเสธ'.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มตรวจสอบโดยผู้จัดการ
|
กิจกรรมนี้แสดงจุดที่รายงานค่าใช้จ่ายเข้าสู่คิวอนุมัติของผู้จัดการ โดยทั่วไปอนุมานได้จากสถานะรายงานที่เปลี่ยนเป็น 'รอผู้จัดการอนุมัติ' ทันทีหลังส่งรายงาน. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้แสดงจุดเริ่มต้นของการอนุมัติขั้นแรก การวัดระยะเวลาตั้งแต่จุดนี้จนถึง 'ผู้จัดการอนุมัติ' หรือ 'ผู้จัดการปฏิเสธ' เป็นข้อมูลสำคัญสำหรับ KPI 'เวลาเฉลี่ยที่ผู้จัดการใช้ตรวจสอบ'.
แหล่งข้อมูล
อนุมานจากเวลาที่สถานะรายงานค่าใช้จ่ายเปลี่ยนเป็น 'รอผู้จัดการอนุมัติ' หรือสถานะใกล้เคียง ซึ่งมักเกิดขึ้นพร้อมกับเหตุการณ์ 'ส่งรายงานค่าใช้จ่าย'.
บันทึก
อนุมานจากเวลาประทับที่สถานะเปลี่ยนเป็น 'รอผู้จัดการอนุมัติ'.
ประเภทเหตุการณ์
inferred
|
|||
|
เริ่มตรวจสอบโดยฝ่ายการเงิน
|
แสดงจุดที่รายงานค่าใช้จ่ายเข้าสู่คิวตรวจสอบขั้นสุดท้ายของฝ่ายการเงินหรือบัญชี โดยทั่วไปอนุมานได้จากการเปลี่ยนสถานะหลังผู้จัดการอนุมัติ. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้แสดงจุดเริ่มต้นของขั้นตอนอนุมัติสุดท้าย ซึ่งมักเป็นขั้นตอนสำคัญที่สุด การวิเคราะห์ระยะเวลาช่วยระบุคอขวดในฝ่ายการเงิน.
แหล่งข้อมูล
อนุมานจากเวลาที่สถานะรายงานเปลี่ยนเป็น 'รอฝ่ายการเงินอนุมัติ' หรือสถานะใกล้เคียง หลังผู้จัดการอนุมัติแล้ว.
บันทึก
อนุมานจากเวลาประทับที่สถานะเปลี่ยนเป็น 'รอฝ่ายการเงินตรวจสอบ'.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เพื่อให้การรวบรวมข้อมูลง่ายขึ้น และเริ่มปรับปรุงการจัดการค่าใช้จ่ายได้เร็วขึ้น เริ่มค้นหาข้อมูลเชิงลึกและเพิ่มประสิทธิภาพได้ตั้งแต่วันนี้.
เริ่มปรับปรุงการจัดการค่าใช้จ่ายใน Brex วันนี้
ลดระยะเวลาการอนุมัติลง 30% และเพิ่มความพึงพอใจของพนักงาน.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จภายในไม่กี่นาที.