เทมเพลตข้อมูลรายการสมุดรายวันสำหรับ Record to Report

Microsoft Dynamics 365
เทมเพลตข้อมูลรายการสมุดรายวันสำหรับ Record to Report

เทมเพลตข้อมูลรายการสมุดรายวันสำหรับ Record to Report

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

แอตทริบิวต์ของ Record to Report - Journal Entry

ฟิลด์ข้อมูลเหล่านี้เป็นรายการที่แนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อวิเคราะห์กระบวนการ Record to Report - Journal Entry ได้ครบถ้วน.
3 จำเป็น 7 แนะนำ 10 ไม่บังคับ
ชื่อ คำอธิบาย
Journal Entry ID
JournalEntryId
รหัสเฉพาะของรายการบัญชี ใช้เป็นรหัสหลักสำหรับระบุเคส.
คำอธิบาย

Journal Entry ID ใช้เชื่อมโยงกิจกรรมและข้อมูลทั้งหมดของธุรกรรมรายการบัญชีหนึ่งรายการเข้าด้วยกันอย่างไม่ซ้ำกัน ช่วยติดตามวงจรของรายการบัญชีตั้งแต่ต้นจนจบ ตั้งแต่การสร้างและตรวจสอบไปจนถึงการลงบัญชีในบัญชีแยกประเภททั่วไป

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

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

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

แหล่งข้อมูล

โดยทั่วไปจะพบรหัสนี้ในตารางส่วนหัวรายการบัญชี เช่น LedgerJournalTable ซึ่งมักอยู่ในฟิลด์ชื่อ JournalNum.

ตัวอย่าง
JRN-0012345JV-2023-08-156GENJ0000891
ชื่อกิจกรรม
ActivityName
ชื่อขั้นตอนหรือเหตุการณ์เฉพาะที่เกิดขึ้นในกระบวนการทางธุรกิจ.
คำอธิบาย

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

การวิเคราะห์ลำดับและความถี่ของกิจกรรมเหล่านี้เป็นหัวใจของ process mining เพราะช่วยให้เห็นขั้นตอนการทำงานจริง ระบุจุดที่ต่างจากขั้นตอนมาตรฐาน และค้นหาคอขวดที่กิจกรรมใช้เวลานานกว่าที่คาดหรือเกิดซ้ำ.

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

แอตทริบิวต์นี้กำหนดขั้นตอนต่างๆ ในกระบวนการ เป็นโครงหลักของแผนผังกระบวนการ และช่วยวิเคราะห์ลำดับการทำงานกับรูปแบบที่แตกต่างกัน.

แหล่งข้อมูล

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

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

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

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

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

เวลานี้จำเป็นต่อการเรียงเหตุการณ์ให้ถูกต้องและคำนวณ KPI ที่อิงระยะเวลาทั้งหมด เช่น ระยะเวลาดำเนินการและความล่าช้าในการประมวลผล.

แหล่งข้อมูล

โดยทั่วไป เวลาที่เกิดเหตุการณ์จะอยู่ในบันทึกประวัติเวิร์กโฟลว์ ตารางบันทึกการตรวจสอบ เช่น SysDatabaseLog หรือฟิลด์เวลาสร้างและแก้ไขในระเบียนที่เกี่ยวข้อง เช่น LedgerJournalTable และ LedgerJournalTrans.

ตัวอย่าง
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
ชื่อผู้ใช้
UserName
ชื่อผู้ใช้ที่ดำเนินกิจกรรม.
คำอธิบาย

แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบกิจกรรมหนึ่งๆ เช่น การสร้าง อนุมัติ หรือลงบัญชีรายการ โดยเชื่อมโยงขั้นตอนในกระบวนการกับบุคลากร

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

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

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

แหล่งข้อมูล

โดยทั่วไป ข้อมูลผู้ใช้อยู่ในฟิลด์ createdBy หรือ modifiedBy ของตาราง เช่น LedgerJournalTable หรือในบันทึกประวัติเวิร์กโฟลว์ที่เกี่ยวข้อง.

ตัวอย่าง
Alice SmithBob Johnsonsystem.batch
นิติบุคคล
LegalEntity
นิติบุคคลหรือรหัสบริษัทที่ใช้บันทึกรายการสมุดรายวัน.
คำอธิบาย

นิติบุคคลหมายถึงบริษัทหรือหน่วยธุรกิจเฉพาะภายในองค์กรที่บันทึกรายการทางการเงินนั้น เป็นมิติพื้นฐานของโครงสร้างองค์กรในระบบการเงิน

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

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

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

แหล่งข้อมูล

ฟิลด์หลักใน Dynamics 365 ซึ่งมักมีอยู่ในตารางธุรกรรม เช่น LedgerJournalTable และโดยทั่วไปจะเชื่อมโยงกับ DataAreaId.

ตัวอย่าง
USMFDEMFGBSI
ประเภทรายการบัญชี
JournalType
การจัดประเภทของรายการบัญชี เช่น รายการบัญชีทั่วไปหรือรายการค้างจ่าย.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

โดยทั่วไป ข้อมูลนี้จัดเก็บในตารางส่วนหัวรายการบัญชี LedgerJournalTable ในฟิลด์ที่เกี่ยวข้องกับชื่อหรือประเภทของรายการ เช่น JournalName.

ตัวอย่าง
สมุดรายวันทั่วไปการปรับปรุงรายการค้างรับค้างจ่ายการโอนระหว่างบริษัทบัญชีเงินเดือน
ยอดรวมรายการสมุดรายวัน
JournalTotalAmount
มูลค่ารวมของรายการสมุดรายวัน โดยทั่วไปคำนวณจากผลรวมของยอดเดบิต.
คำอธิบาย

แอตทริบิวต์นี้แสดงมูลค่าทางการเงินรวมของรายการสมุดรายวัน คุณสามารถใช้แบ่งรายการตามช่วงมูลค่า เช่น ต่ำ ปานกลาง และสูง

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

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

ช่วยแบ่งกลุ่มกระบวนการตามมูลค่าทางการเงิน ซึ่งมักสัมพันธ์กับความซับซ้อน ความเสี่ยง และขั้นตอนการอนุมัติ.

แหล่งข้อมูล

อาจต้องคำนวณค่านี้โดยรวมยอดเดบิตจากตารางบรรทัดสมุดรายวัน LedgerJournalTrans ของแต่ละรายการสมุดรายวัน.

ตัวอย่าง
1500.75125000.0050.25
เวลาสิ้นสุดเหตุการณ์
EventEndTime
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เสร็จสิ้นเมื่อใด.
คำอธิบาย

เวลาสิ้นสุดเหตุการณ์ระบุเวลาที่กิจกรรมหนึ่งเสร็จสิ้น ส่วน StartTime ระบุเวลาเริ่มต้นของเหตุการณ์ ขณะที่ EndTime ระบุเวลาสิ้นสุด จึงคำนวณระยะเวลาของแต่ละงานได้อย่างแม่นยำ

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
สถานะสมุดรายวัน
JournalStatus
สถานะปัจจุบันหรือสถานะสุดท้ายของรายการสมุดรายวัน.
คำอธิบาย

แอตทริบิวต์นี้ระบุสถานะของรายการสมุดรายวัน ณ เวลาหนึ่ง เช่น 'ฉบับร่าง' 'อยู่ระหว่างตรวจสอบ' 'อนุมัติแล้ว' 'ปฏิเสธ' หรือ 'ลงบัญชีแล้ว' จึงช่วยให้เห็นว่ารายการอยู่ในขั้นตอนใดของวงจร

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

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

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

แหล่งข้อมูล

โดยทั่วไปจะพบสถานะในตารางส่วนหัวของสมุดรายวัน LedgerJournalTable หรืออนุมานจากสถานะเวิร์กโฟลว์.

ตัวอย่าง
ฉบับร่างส่งแล้วอนุมัติแล้วลงบัญชีแล้วปฏิเสธ
เหตุผลที่ปฏิเสธ
RejectionReason
เหตุผลที่ระบุเมื่อรายการสมุดรายวันถูกปฏิเสธระหว่างขั้นตอนอนุมัติ.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

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

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
truefalse
แผนก
DepartmentName
แผนกหรือศูนย์ต้นทุนที่เกี่ยวข้องกับรายการสมุดรายวัน.
คำอธิบาย

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

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

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

ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการตามสายงาน เพื่อค้นหาคอขวดหรือความต้องการฝึกอบรมเฉพาะแผนก.

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้อยู่ในระดับบรรทัดสมุดรายวัน (LedgerJournalTrans) ในรูปแบบมิติทางการเงิน.

ตัวอย่าง
ฝ่ายขายการเงินการตลาดการปฏิบัติการ
รหัสสกุลเงิน
CurrencyCode
สกุลเงินของยอดรายการสมุดรายวัน.
คำอธิบาย

แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้ในรายการสมุดรายวัน เช่น USD, EUR หรือ GBP และให้บริบทที่จำเป็นสำหรับยอดรวมรายการสมุดรายวัน

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

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

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

แหล่งข้อมูล

โดยทั่วไปจะพบรหัสสกุลเงินในตารางบรรทัดสมุดรายวัน LedgerJournalTrans.

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

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

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

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

ช่วยให้เห็นภาพเวิร์กโฟลว์อนุมัติหลายขั้นตอน และค้นหาคอขวดในระดับการอนุมัติเฉพาะได้.

แหล่งข้อมูล

ข้อมูลนี้อนุมานได้จากบันทึกประวัติเวิร์กโฟลว์ ซึ่งติดตามการเสร็จสิ้นของขั้นตอนอนุมัติแต่ละขั้น.

ตัวอย่าง
ระดับ 1: ผู้จัดการระดับ 2: ผู้อำนวยการระดับ 3: รองประธานฝ่ายการเงิน
ระบบต้นทาง
SourceSystem
ระบบหลักที่ใช้จัดเก็บข้อมูลและเป็นแหล่งที่ดึงข้อมูลออกมา.
คำอธิบาย

แอตทริบิวต์นี้ระบุแอปพลิเคชันต้นทางของข้อมูลรายการบัญชี สำหรับกระบวนการนี้ ค่ามักเป็นค่าคงที่ เช่น 'Microsoft Dynamics 365'

ในการวิเคราะห์ภาพรวม โดยเฉพาะในสภาพแวดล้อมที่มี ERP หรือระบบเชื่อมต่อหลายระบบ ฟิลด์นี้ช่วยแยกกระบวนการและแหล่งข้อมูลให้ชัดเจน ทั้งยังช่วยตรวจสอบที่มาของข้อมูลและสนับสนุนการกำกับดูแลข้อมูล.

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

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

แหล่งข้อมูล

เพิ่มค่าคงที่นี้ระหว่างขั้นตอนดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุที่มาของชุดข้อมูล.

ตัวอย่าง
Microsoft Dynamics 365D365 F&O
ลงบัญชีอัตโนมัติหรือไม่
IsAutomatedPosting
ตัวบ่งชี้ว่าระบบสร้างหรือลงบัญชีรายการสมุดรายวันโดยอัตโนมัติหรือไม่.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
truefalse
วันที่ลงบัญชี
PostingDate
วันที่ลงรายการสมุดรายวันในบัญชีแยกประเภททั่วไป.
คำอธิบาย

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

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

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

จำเป็นต่อการคำนวณ KPI ระยะเวลาตั้งแต่ลงบัญชี และทำความเข้าใจความล่าช้าระหว่างการอนุมัติกับวันที่ธุรกรรมมีผลอย่างเป็นทางการในบัญชีแยกประเภท.

แหล่งข้อมูล

โดยทั่วไปวันที่นี้จัดเก็บไว้ในตารางส่วนหัวของสมุดรายวัน (LedgerJournalTable) หรือตารางธุรกรรมที่ลงบัญชีแล้วที่เกี่ยวข้อง.

ตัวอย่าง
2023-10-282023-11-012023-10-31
สถานะ SLA การอนุมัติ
ApprovalSlaState
ระบุว่าการอนุมัติรายการสมุดรายวันเป็นไปตามข้อตกลงระดับการให้บริการหรือไม่.
คำอธิบาย

แอตทริบิวต์นี้จัดกลุ่มรอบการอนุมัติของรายการสมุดรายวันแต่ละรายการตามว่าเสร็จภายในเวลาที่กำหนดไว้ในข้อตกลงระดับการให้บริการ (SLA) หรือไม่ ค่าที่ใช้โดยทั่วไปคือ 'เป็นไปตามกำหนด' หรือ 'เกินกำหนด'

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

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

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

แหล่งข้อมูล

แอตทริบิวต์นี้คำนวณจากการเปรียบเทียบ KPI เวลารอบการอนุมัติที่คำนวณได้กับเป้าหมาย SLA ที่กำหนดไว้ล่วงหน้า.

ตัวอย่าง
เป็นไปตามกำหนดเกินกำหนด
อนุมัติถูกต้องตั้งแต่ครั้งแรกหรือไม่
IsFirstTimeRight
ตัวบ่งชี้ว่ารายการสมุดรายวันได้รับอนุมัติโดยไม่เคยถูกปฏิเสธมาก่อนหรือไม่.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

แอตทริบิวต์นี้คำนวณในระดับเคส โดยวิเคราะห์ลำดับกิจกรรมของ Journal Entry ID แต่ละรายการ.

ตัวอย่าง
truefalse
อัปเดตข้อมูลล่าสุดเมื่อ
LastDataUpdate
เวลาที่ดึงข้อมูลจากระบบต้นทางมาอัปเดตล่าสุด.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ระบบสร้างและจัดเก็บเวลานี้ระหว่างขั้นตอนดึง แปลง และโหลดข้อมูล (ETL).

ตัวอย่าง
2023-10-27T02:00:00Z
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมของ Record to Report - Journal Entry

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

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

แหล่งข้อมูล

อนุมานได้จากการเปลี่ยนค่าฟิลด์สถานะ เช่น ApprovalStatus เปลี่ยนเป็น 'Rejected' ใน LedgerJournalTable หรือจากบันทึกประวัติเวิร์กโฟลว์.

บันทึก

ระบุเวลาที่สถานะรายการบัญชีเปลี่ยนเป็น 'Rejected'.

ประเภทเหตุการณ์ inferred
ลงบัญชีรายการบัญชีแล้ว
กิจกรรมนี้บันทึกว่าลงรายการบัญชีในบัญชีแยกประเภททั่วไปสำเร็จแล้ว ทำให้รายการนั้นเป็นระเบียนทางการเงินอย่างเป็นทางการ เหตุการณ์สำคัญนี้บันทึกเมื่อสถานะส่วนหัวรายการบัญชีเปลี่ยนเป็น 'Posted'.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

บันทึกจากการเปลี่ยนค่าฟิลด์สถานะ เช่น JournalStatus เปลี่ยนเป็น 'Posted' ใน LedgerJournalTable และการสร้างรายการที่เกี่ยวข้องในตาราง GeneralJournalAccountEntry.

บันทึก

ระบุเวลาที่สถานะของรายการบัญชีเปลี่ยนเป็น 'Posted'.

ประเภทเหตุการณ์ inferred
ส่งรายการบัญชีเพื่อขออนุมัติแล้ว
หมายถึงการส่งรายการบัญชีที่กรอกเสร็จแล้วเข้าสู่เวิร์กโฟลว์การตรวจสอบและอนุมัติอย่างเป็นทางการ โดยทั่วไปอนุมานได้จากการเปลี่ยนสถานะของส่วนหัวรายการบัญชี เช่น จาก 'Draft' เป็น 'In Review' หรือ 'Submitted'.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานได้จากการเปลี่ยนค่าฟิลด์สถานะ เช่น ApprovalStatus เปลี่ยนเป็น 'InReview' ใน LedgerJournalTable หรือจากบันทึกประวัติเวิร์กโฟลว์ที่เชื่อมโยงกับรายการบัญชี.

บันทึก

ระบุเวลาที่สถานะรายการบัญชีเปลี่ยนเป็น 'submitted' หรือ 'in review'.

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

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

แหล่งข้อมูล

ระบบบันทึกเหตุการณ์นี้จากเวลาที่สร้างส่วนหัวรายการบัญชีในเอนทิตี GeneralJournalEntry หรือ LedgerJournalTable โดยทั่วไปจะเป็นเหตุการณ์สร้างระเบียนที่บันทึกไว้อย่างชัดเจน.

บันทึก

ใช้ฟิลด์ 'createdDateTime' ใน GeneralJournalEntry หรือ LedgerJournalTable.

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

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

แหล่งข้อมูล

อนุมานได้จากการเปลี่ยนค่าฟิลด์สถานะ เช่น ApprovalStatus เปลี่ยนเป็น 'Approved' ใน LedgerJournalTable หรือจากตารางประวัติเวิร์กโฟลว์ที่ระบุสถานะอนุมัติขั้นสุดท้าย.

บันทึก

ระบุเวลาที่สถานะรายการบัญชีเปลี่ยนเป็น 'Approved'.

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

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

แหล่งข้อมูล

บันทึกเมื่อรายการบัญชีกลับรายการใหม่เปลี่ยนสถานะเป็น 'Posted' โดยมีฟิลด์อ้างอิงเชื่อมโยงกับรายการบัญชีเดิม.

บันทึก

ระบุเหตุการณ์สถานะ 'Posted' ของรายการบัญชีกลับรายการที่เกี่ยวข้อง.

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

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

แหล่งข้อมูล

อนุมานได้จากการติดตามฟิลด์ 'modifiedDateTime' และ 'modifiedBy' ในตาราง LedgerJournalTable หรือ LedgerJournalTrans หลังเกิดเหตุการณ์ 'Journal Rejected'.

บันทึก

เปรียบเทียบเวลาที่สถานะเปลี่ยนเป็น 'Rejected' กับเวลาที่ผู้สร้างแก้ไขรายการในภายหลัง.

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

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

แหล่งข้อมูล

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

บันทึก

ใช้ฟิลด์ 'createdDateTime' ของแต่ละระเบียนในตาราง LedgerJournalTrans.

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

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

แหล่งข้อมูล

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

บันทึก

ใช้เหตุการณ์สร้างรายการบัญชีใหม่ที่ระบุว่าเป็นรายการกลับรายการของรายการที่ลงบัญชีแล้ว.

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

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

แหล่งข้อมูล

อาจเป็นเหตุการณ์ที่บันทึกไว้อย่างชัดเจนในตารางประวัติงานแบบกลุ่ม หรืออนุมานได้จากการเปลี่ยนสถานะใน LedgerJournalTable เป็น 'Posting in progress'.

บันทึก

ต้องวิเคราะห์บันทึกงานแบบกลุ่มหรือบันทึกระบบที่เกี่ยวข้องกับขั้นตอนลงบัญชีใน General Ledger.

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

กิจกรรมนี้ช่วยวัดเวลาส่งต่องานให้ผู้ตรวจสอบ ซึ่งเป็นช่วงเวลาตั้งแต่ส่งรายการจนเริ่มตรวจสอบ และอาจช่วยให้พบปัญหาการจัดสรรทรัพยากรหรือการแจ้งเตือน.

แหล่งข้อมูล

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

บันทึก

ต้องวิเคราะห์บันทึกการมอบหมายผู้ใช้ในเวิร์กโฟลว์หรือบันทึกกิจกรรมของผู้ใช้ ซึ่งอาจไม่มีให้ใช้เป็นมาตรฐาน.

ประเภทเหตุการณ์ inferred
ส่งรายการบัญชีที่แก้ไขแล้วเพื่อขออนุมัติอีกครั้ง
ส่งรายการบัญชีที่แก้ไขแล้วกลับเข้าสู่เวิร์กโฟลว์การอนุมัติเพื่อเริ่มรอบตรวจสอบใหม่ อนุมานได้จากการเปลี่ยนสถานะจาก 'Rejected' หรือ 'Draft' กลับเป็น 'In Review' หรือ 'Submitted'.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นจุดเริ่มต้นของการแก้ไขงานวนซ้ำ การนับเหตุการณ์เหล่านี้ช่วยวัดอัตราการแก้ไขซ้ำและจำนวนรอบอนุมัติเฉลี่ยต่อรายการบัญชี.

แหล่งข้อมูล

อนุมานได้จากประวัติเวิร์กโฟลว์หรือการติดตามการเปลี่ยนสถานะใน LedgerJournalTable เมื่อสถานะเปลี่ยนจากสถานะที่ถูกปฏิเสธกลับเป็นสถานะที่ส่งแล้ว.

บันทึก

ระบุเหตุการณ์สถานะ 'Submitted' ที่เกิดขึ้นหลังเหตุการณ์สถานะ 'Rejected' ของรายการบัญชีเดียวกัน.

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

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

วิธีดึงข้อมูลจาก Microsoft Dynamics 365

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

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

ปรับปรุง Journal Entry ใน Dynamics 365 เพื่อจัดทำรายงานได้เร็วขึ้น

ขจัดคอขวด ลดระยะเวลาของวงจร R2R Journal Entry ได้ 30%.

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

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