เทมเพลตข้อมูลรายการสมุดรายวันสำหรับ Record to Report
เทมเพลตข้อมูลรายการสมุดรายวันสำหรับ Record to Report
- แอตทริบิวต์ที่แนะนำให้เก็บ
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำในการดึงข้อมูลจาก Microsoft Dynamics 365
แอตทริบิวต์ของ Record to Report - Journal Entry
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
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
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ปฏิเสธรายการบัญชีแล้ว
|
ผู้ตรวจสอบหรือผู้อนุมัติปฏิเสธรายการบัญชีและต้องแก้ไข ระบบบันทึกเหตุการณ์นี้จากการเปลี่ยนสถานะของรายการ เช่น เป็น '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
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เทมเพลตนี้มีข้อมูลที่จำเป็นสำหรับเริ่มปรับปรุงกระบวนการ Record to Report - Journal Entry ใช้ข้อมูลของคุณเพื่อเพิ่มประสิทธิภาพและลดระยะเวลาการจัดทำรายงานทางการเงินได้ตั้งแต่วันนี้.
ปรับปรุง Journal Entry ใน Dynamics 365 เพื่อจัดทำรายงานได้เร็วขึ้น
ขจัดคอขวด ลดระยะเวลาของวงจร R2R Journal Entry ได้ 30%.
ไม่ต้องใช้บัตรเครดิต เริ่มต้นใช้งานได้ในไม่กี่นาที.