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

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

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

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

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

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

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

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

นี่คือจุดสิ้นสุดหลักเมื่อกระบวนการสำเร็จ จำเป็นต่อการคำนวณ 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

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

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

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

ลดระยะเวลาการอนุมัติลง 30% และเพิ่มความพึงพอใจของพนักงาน.

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

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