เทมเพลตข้อมูล Record to Report: รายการสมุดรายวัน
เทมเพลตข้อมูล Record to Report: รายการสมุดรายวัน
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ Record to Report สำหรับรายการสมุดรายวัน หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- ใช้ฟิลด์ข้อมูลมาตรฐานเพื่อวิเคราะห์ข้อมูลจากระบบต่างๆ ได้อย่างสม่ำเสมอ.
- กิจกรรมที่แนะนำสำหรับบันทึกขั้นตอนสำคัญในกระบวนการรายการสมุดรายวัน.
- โครงสร้างที่ยืดหยุ่น ช่วยให้คุณเริ่มใช้ process mining ได้อย่างรวดเร็วและมีประสิทธิภาพ.
แอตทริบิวต์ของ Record to Report: รายการสมุดรายวัน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้น ณ เวลาหนึ่งในกระบวนการจัดทำรายการบัญชี. | ||
| คำอธิบาย ชื่อกิจกรรมอธิบายขั้นตอนในวงจรชีวิตของรายการบัญชี เช่น 'สร้างรายการบัญชีแล้ว' 'ส่งรายการบัญชีเพื่อขออนุมัติแล้ว' หรือ 'ลงบัญชีแล้ว' แต่ละกิจกรรมแสดงถึงการเปลี่ยนสถานะหรือการดำเนินการที่เกิดขึ้นกับรายการบัญชี. ข้อมูลนี้เป็นพื้นฐานของ process mining เพราะใช้กำหนดโหนดในแผนผังกระบวนการ การวิเคราะห์ลำดับและความถี่ของกิจกรรมช่วยให้เห็นขั้นตอนการทำงานจริง ระบุคอขวดระหว่างขั้นตอน ตรวจหาความเบี่ยงเบนจากวิธีปฏิบัติมาตรฐาน และวัดเวลาที่ใช้ในแต่ละช่วงของกระบวนการ. เหตุผลที่สำคัญ ข้อมูลนี้กำหนดขั้นตอนในแผนผังกระบวนการ ซึ่งจำเป็นต่อการแสดงลำดับงาน ระบุคอขวด และวิเคราะห์ความเบี่ยงเบน. แหล่งข้อมูล มักได้มาจากบันทึกการเปลี่ยนสถานะ ตารางเหตุการณ์ รหัสธุรกรรม หรือประวัติเวิร์กโฟลว์ของเอกสารรายการบัญชี. ตัวอย่าง สร้างรายการสมุดรายวันส่งรายการสมุดรายวันเพื่อขออนุมัติอนุมัติรายการสมุดรายวันลงบัญชีรายการสมุดรายวัน | |||
| รหัสรายการบัญชี JournalEntryId | รหัสเฉพาะของรายการบัญชีแต่ละรายการ ใช้เป็นรหัสเคสหลักเพื่อติดตามวงจรชีวิตทั้งหมดของรายการบัญชี ตั้งแต่การสร้างจนถึงการลงบัญชีหรือกลับรายการ. | ||
| คำอธิบาย รหัสรายการบัญชีเป็นข้อมูลสำคัญที่ใช้ระบุธุรกรรมทางการเงินแต่ละรายการได้อย่างไม่ซ้ำกัน รหัสนี้เชื่อมโยงกิจกรรมที่เกี่ยวข้องทั้งหมด เช่น การสร้าง การอนุมัติ และการลงบัญชี ให้เป็นเคสเดียวกัน. ในการวิเคราะห์ process mining รหัสนี้ช่วยให้สร้างลำดับการทำงานตั้งแต่ต้นจนจบของรายการบัญชีแต่ละรายการได้ และเป็นพื้นฐานสำหรับคำนวณตัวชี้วัดระดับเคส เช่น ระยะเวลาดำเนินการ รวมถึงค้นหารูปแบบกระบวนการและตรวจสอบว่าการทำงานเป็นไปตามโมเดลกระบวนการที่กำหนดหรือไม่ หากไม่มีรหัสเคสที่ไม่ซ้ำกัน จะติดตามลำดับเหตุการณ์ของธุรกรรมแต่ละรายการไม่ได้. เหตุผลที่สำคัญ รหัสนี้จำเป็นต่อการติดตามวงจรชีวิตของรายการบัญชีแต่ละรายการ และช่วยวิเคราะห์ขั้นตอน ระยะเวลา และความแตกต่างของกระบวนการ. แหล่งข้อมูล โดยทั่วไปจะอยู่ในตารางส่วนหัวของเอกสารทางการเงินหรือเอกสารบัญชี อาจเป็นคีย์ผสมจากเลขที่เอกสาร รหัสบริษัท และปีบัญชี. ตัวอย่าง JE001234561000-98765432-2023ACC_DOC_45000189 | |||
| เวลาเกิดเหตุการณ์ EventTime | วันและเวลาที่ระบุอย่างแม่นยำว่ากิจกรรมหรือเหตุการณ์หนึ่งเกิดขึ้นเมื่อใดสำหรับรายการบัญชี. | ||
| คำอธิบาย เวลาเกิดเหตุการณ์หรือการประทับเวลาระบุวันและเวลาที่ดำเนินกิจกรรมอย่างแม่นยำ ช่วยเรียงลำดับเหตุการณ์ของแต่ละเคสตามเวลา ซึ่งจำเป็นต่อการสร้างลำดับกระบวนการให้ถูกต้อง. ในการวิเคราะห์ จะใช้การประทับเวลาเพื่อคำนวณระยะเวลาระหว่างกิจกรรม วัดเวลารวมของกระบวนการ และระบุความล่าช้าหรือคอขวด ตัวอย่างเช่น เวลาระหว่าง 'ส่งรายการบัญชีเพื่อขออนุมัติแล้ว' กับ 'อนุมัติรายการบัญชีแล้ว' คือระยะเวลาที่ใช้อนุมัติ การประทับเวลาที่ถูกต้องเป็นพื้นฐานของการวิเคราะห์กระบวนการตามเวลาและการวัดประสิทธิภาพ. เหตุผลที่สำคัญ การประทับเวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณเวลาตั้งแต่เริ่มจนจบและระยะเวลา รวมถึงระบุความล่าช้าในกระบวนการ. แหล่งข้อมูล พบได้ในบันทึกเหตุการณ์ ตารางประวัติธุรกรรม หรือบันทึกการเปลี่ยนแปลงเอกสาร ชื่อฟิลด์ที่พบบ่อย ได้แก่ 'วันที่สร้าง' 'วันที่แก้ไข' หรือ 'การประทับเวลา'. ตัวอย่าง 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| ระบบต้นทาง SourceSystem | ระบบที่ใช้บันทึกข้อมูลและเป็นแหล่งที่ดึงข้อมูลรายการบัญชีมาใช้ มีประโยชน์เมื่อนำข้อมูลจากหลายระบบมารวมกัน. | ||
| คำอธิบาย แอตทริบิวต์ระบบต้นทางระบุแอปพลิเคชันหรือโมดูลที่สร้างข้อมูลรายการบัญชี ในองค์กรสมัยใหม่ ข้อมูลทางการเงินอาจมาจาก ERP หลายระบบ บัญชีแยกประเภทย่อย หรือแอปพลิเคชันของผู้ให้บริการภายนอก. ข้อมูลนี้ใช้วิเคราะห์ได้หลายด้าน เช่น เปรียบเทียบประสิทธิภาพและการปฏิบัติตามข้อกำหนดของกระบวนการระหว่างระบบต้นทางแต่ละระบบ คุณอาจตรวจสอบได้ว่ารายการบัญชีจากบัญชีแยกประเภทย่อยอัตโนมัติดำเนินการเร็วกว่ารายการที่สร้างด้วยตนเองหรือไม่ นอกจากนี้ยังช่วยกำกับดูแลข้อมูลและแก้ไขปัญหา โดยติดตามข้อมูลกลับไปยังแหล่งที่มาได้. เหตุผลที่สำคัญ ระบุแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการเปรียบเทียบกระบวนการระหว่างระบบและการกำกับดูแลข้อมูล. แหล่งข้อมูล โดยทั่วไปจะระบุไว้ตอนตั้งค่าการดึงข้อมูล หรือมีเป็นฟิลด์มาตรฐานในคลังข้อมูลที่รวบรวมข้อมูลจากหลายระบบ. ตัวอย่าง SAP S/4HANAOracle Fusion FinancialsBlackLineทำด้วยตนเอง | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | การประทับเวลาที่ระบุครั้งล่าสุดที่มีการรีเฟรชหรือดึงข้อมูลจากระบบต้นทาง. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกวันและเวลาที่ดึงหรือรีเฟรชข้อมูลครั้งล่าสุด เพื่อให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด. การทราบว่าข้อมูลเป็นปัจจุบันแค่ไหนช่วยให้แปลผลการวิเคราะห์ได้ถูกต้อง การประทับเวลานี้ช่วยให้ผู้ใช้รู้ว่ากำลังดูข้อมูลล่าสุดหรือภาพข้อมูล ณ เวลาใดเวลาหนึ่ง ซึ่งมีผลต่อความเกี่ยวข้องของแดชบอร์ดและ KPI ที่แสดงงานค้างหรือประสิทธิภาพกระบวนการในปัจจุบัน. เหตุผลที่สำคัญ แสดงว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้ผู้ใช้ทราบว่าผลวิเคราะห์กระบวนการอ้างอิงข้อมูลล่าสุดแค่ไหน. แหล่งข้อมูล โดยทั่วไปเครื่องมือดึงข้อมูลหรือแพลตฟอร์มเชื่อมต่อระบบจะสร้างและจัดเก็บข้อมูลนี้ระหว่างโหลดข้อมูล. ตัวอย่าง 2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z | |||
| ชื่อผู้ใช้ UserName | ชื่อหรือรหัสของผู้ใช้ที่ทำกิจกรรม เช่น สร้าง อนุมัติ หรือลงบัญชีรายการบัญชี. | ||
| คำอธิบาย แอตทริบิวต์ชื่อผู้ใช้ระบุผู้รับผิดชอบดำเนินการในแต่ละขั้นตอนของกระบวนการ อาจเป็นผู้สร้างรายการบัญชี ผู้ส่งรายการ ผู้จัดการที่อนุมัติ หรือนักบัญชีที่ลงบัญชี. การวิเคราะห์ประสิทธิภาพกระบวนการแยกตามผู้ใช้ช่วยให้เห็นการกระจายงาน ประสิทธิภาพของทีม และความต้องการฝึกอบรมของแต่ละคน นอกจากนี้ยังช่วยระบุผู้ที่ทำงานได้ดี ผู้ใช้ที่อาจต้องการความช่วยเหลือเพิ่มเติม หรือกิจกรรมที่มักมีผู้ใช้บางรายเป็นผู้ดำเนินการ ข้อมูลนี้มีประโยชน์ต่อการจัดการทรัพยากรและการปรับปรุงประสิทธิภาพ. เหตุผลที่สำคัญ ข้อมูลนี้สำคัญต่อการวิเคราะห์การกระจายงานและประสิทธิภาพของทีม รวมถึงการระบุโอกาสในการฝึกอบรม. แหล่งข้อมูล โดยทั่วไปพบในบันทึกการเปลี่ยนแปลงเอกสารหรือประวัติเวิร์กโฟลว์ มักเชื่อมโยงกับฟิลด์ เช่น 'สร้างโดย' 'แก้ไขโดย' หรือ 'รหัสผู้ใช้'. ตัวอย่าง j.doeasmithFIN_USER_123Robert Johnson | |||
| ประเภทรายการบัญชี JournalEntryType | การจัดประเภทรายการบัญชี เช่น รายการมาตรฐาน รายการประจำ รายการค้างจ่าย หรือรายการกลับรายการ. | ||
| คำอธิบาย ประเภทรายการบัญชีใช้จัดกลุ่มธุรกรรมตามวัตถุประสงค์หรือลักษณะทางธุรกิจ ประเภทที่พบบ่อย ได้แก่ รายการมาตรฐานที่บันทึกด้วยตนเอง รายการจากบัญชีแยกประเภทย่อยอัตโนมัติ รายการค้างจ่าย รายการจัดประเภทรายการใหม่ และรายการกลับรายการ. ข้อมูลนี้ใช้กรองและแบ่งกลุ่มการวิเคราะห์กระบวนการได้ เมื่อนำขั้นตอนและตัวชี้วัดประสิทธิภาพของรายการบัญชีแต่ละประเภทมาเปรียบเทียบ องค์กรจะเห็นข้อมูลที่นำไปใช้ได้จริง เช่น รายการค้างจ่ายอาจใช้เวลาอนุมัตินานกว่า หรือรายการประจำอาจมีอัตราการทำงานอัตโนมัติสูงกว่า ข้อมูลนี้ช่วยกำหนดแนวทางปรับปรุงกระบวนการให้เหมาะกับธุรกรรมแต่ละประเภท. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มการวิเคราะห์เพื่อเปรียบเทียบกระบวนการของธุรกรรมแต่ละประเภท เช่น รายการค้างจ่ายกับรายการมาตรฐาน และค้นหาจุดที่ควรปรับปรุงได้ตรงเป้าหมาย. แหล่งข้อมูล โดยทั่วไปอยู่ในข้อมูลส่วนหัวของรายการบัญชี ชื่อฟิลด์ที่พบบ่อย ได้แก่ 'ประเภทเอกสาร' 'หมวดหมู่รายการบัญชี' หรือ 'ประเภทรายการบัญชี'. ตัวอย่าง มาตรฐานรายการค้างจ่ายรายการประจำรายการกลับรายการ | |||
| ยอดเงินรายการบัญชี JournalEntryAmount | มูลค่ารวมของรายการบัญชี โดยทั่วไปหมายถึงผลรวมของยอดเดบิต. | ||
| คำอธิบาย แอตทริบิวต์นี้บันทึกมูลค่าทางการเงินของรายการบัญชี โดยอาจหมายถึงยอดเดบิตรวม ยอดเครดิตรวม หรือยอดรวมแบบค่าสัมบูรณ์ ขึ้นอยู่กับระบบและโมเดลข้อมูล. การวิเคราะห์กระบวนการโดยพิจารณามูลค่าทางการเงินช่วยให้เห็นประเด็นสำคัญและจัดลำดับการปรับปรุงได้ โดยเน้นธุรกรรมมูลค่าสูง เช่น ตรวจสอบว่ารายการบัญชีมูลค่าสูงใช้เวลาอนุมัตินานกว่าหรือถูกปฏิเสธบ่อยกว่าหรือไม่ ข้อมูลนี้ยังจำเป็นต่อการวิเคราะห์สาระสำคัญและระบุธุรกรรมที่มีความเสี่ยงทางการเงินสูง. เหตุผลที่สำคัญ ข้อมูลนี้จำเป็นต่อการวิเคราะห์สาระสำคัญ ช่วยจัดลำดับความสำคัญในการปรับปรุงกระบวนการสำหรับธุรกรรมมูลค่าสูง และประเมินผลกระทบทางการเงิน. แหล่งข้อมูล โดยทั่วไปมีอยู่ในตารางส่วนหัวของรายการบัญชี อาจต้องคำนวณโดยรวมยอดเงินของแต่ละรายการ. ตัวอย่าง 5000.00125000.75250.501000000.00 | |||
| รหัสบริษัท CompanyCode | รหัสเฉพาะของนิติบุคคลหรือบริษัทที่จัดทำรายการบัญชี. | ||
| คำอธิบาย รหัสบริษัทใช้ระบุนิติบุคคลหรือหน่วยธุรกิจแยกต่างหากภายในองค์กร โดยบันทึกธุรกรรมทางการเงินในระดับรหัสบริษัทเพื่อจัดทำรายงานทางการเงินแยกกัน. ใน process mining รหัสบริษัทเป็นแอตทริบิวต์สำคัญสำหรับวิเคราะห์องค์กร ช่วยเปรียบเทียบประสิทธิภาพกระบวนการระหว่างนิติบุคคล ภูมิภาค หรือบริษัทในเครือ เช่น นักวิเคราะห์อาจเปรียบเทียบอัตราการปฏิเสธหรือระยะเวลาอนุมัติของบริษัทในสหรัฐฯ กับเยอรมนี เพื่อหาแนวปฏิบัติที่ดีหรือจุดที่ควรปรับปรุง ข้อมูลนี้ช่วยกำหนดมาตรฐานกระบวนการและให้การปฏิบัติตามข้อกำหนดเป็นไปอย่างสม่ำเสมอทั่วทั้งองค์กร. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพและกระบวนการระหว่างนิติบุคคล บริษัทในเครือ หรือภูมิภาคต่างๆ. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในส่วนหัวของเอกสารทางการเงินเกือบทุกฉบับในระบบ ERP. ตัวอย่าง 1000US01DE01ACME_CORP | |||
| สกุลเงิน Currency | รหัสสกุลเงินของยอดเงินในรายการบัญชี เช่น USD หรือ EUR. | ||
| คำอธิบาย แอตทริบิวต์สกุลเงินระบุหน่วยเงินของยอดเงินรายการบัญชี ซึ่งจำเป็นต่อการตีความและเปรียบเทียบมูลค่าทางการเงินอย่างถูกต้อง โดยเฉพาะในองค์กรข้ามชาติ. ในการวิเคราะห์ ข้อมูลนี้ช่วยให้เข้าใจยอดเงินรายการบัญชี สามารถกรองธุรกรรมตามสกุลเงิน และจำเป็นสำหรับการรวมยอดหรือเปรียบเทียบจำนวนเงินระหว่างภูมิภาค หากต้องการวิเคราะห์ข้อมูลทั่วโลกอย่างมีความหมาย อาจต้องแปลงยอดเงินเป็นสกุลเงินเดียวสำหรับการรายงาน. เหตุผลที่สำคัญ ให้ข้อมูลประกอบที่จำเป็นเกี่ยวกับยอดเงินรายการบัญชี ช่วยให้วิเคราะห์และเปรียบเทียบข้อมูลทางการเงินระหว่างสกุลเงินต่างๆ ได้อย่างถูกต้อง. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในส่วนหัวของเอกสารทางการเงิน มักใช้ชื่อ 'รหัสสกุลเงิน' หรือ 'คีย์สกุลเงิน'. ตัวอย่าง USDEURGBPJPY | |||
| สถานะรายการบัญชี JournalEntryStatus | สถานะปัจจุบันหรือสถานะสุดท้ายของรายการบัญชีในวงจรชีวิต เช่น 'พักไว้' 'อนุมัติแล้ว' หรือ 'ลงบัญชีแล้ว'. | ||
| คำอธิบาย สถานะรายการบัญชีแสดงสถานะของธุรกรรม ณ เวลาหนึ่งหรือผลลัพธ์สุดท้าย โดยทั่วไปสถานะจะสะท้อนหมุดหมายสำคัญในกระบวนการ เช่น 'กำลังดำเนินการ' 'ส่งขออนุมัติแล้ว' 'ลงบัญชีแล้ว' หรือ 'กลับรายการแล้ว'. ข้อมูลนี้ช่วยให้เข้าใจปริมาณงานและงานค้างในปัจจุบัน ผู้จัดการสามารถกรองรายการที่มีสถานะ 'กำลังดำเนินการ' หรือ 'รออนุมัติ' เพื่อติดตามงานที่ยังไม่เสร็จได้ ส่วนการวิเคราะห์สถานะสุดท้ายช่วยให้เข้าใจผลลัพธ์ของกระบวนการ เช่น คำนวณสัดส่วนรายการที่ลงบัญชีแล้วเทียบกับรายการที่ถูกลบหรือกลับรายการ. เหตุผลที่สำคัญ ช่วยให้เข้าใจปริมาณงานและงานค้างในปัจจุบัน โดยติดตามสถานะของรายการบัญชีแต่ละรายการ เช่น 'รออนุมัติ' หรือ 'ลงบัญชีแล้ว'. แหล่งข้อมูล มีอยู่ในข้อมูลส่วนหัวของรายการบัญชี ชื่อฟิลด์ที่พบบ่อย ได้แก่ 'สถานะเอกสาร' หรือ 'สถานะการลงบัญชี'. ตัวอย่าง กำลังดำเนินการรออนุมัติอนุมัติแล้วลงบัญชีแล้วกลับรายการแล้ว | |||
| ทำงานอัตโนมัติหรือไม่ IsAutomated | ตัวบ่งชี้ว่ากิจกรรมดำเนินการโดยระบบหรือผู้ใช้. | ||
| คำอธิบาย แอตทริบิวต์ทำงานอัตโนมัติหรือไม่เป็นค่าสถานะจริงหรือเท็จ ใช้แยกกิจกรรมที่ระบบอัตโนมัติดำเนินการ เช่น บอตหรือบัญชีแยกประเภทย่อยที่เชื่อมต่อระบบ กับกิจกรรมที่ผู้ใช้ดำเนินการด้วยตนเอง. ข้อมูลนี้จำเป็นต่อการวัดระดับการทำงานอัตโนมัติในกระบวนการจัดทำรายการบัญชี ใช้คำนวณ KPI อัตราการทำงานอัตโนมัติ และช่วยระบุโอกาสในการเพิ่มระบบอัตโนมัติ เมื่อเปรียบเทียบระยะเวลาดำเนินการและอัตราข้อผิดพลาดระหว่างกิจกรรมอัตโนมัติกับกิจกรรมที่ทำด้วยตนเอง บริษัทจะประเมินความคุ้มค่าในการลงทุนเทคโนโลยีอัตโนมัติเพื่อเพิ่มประสิทธิภาพและลดข้อผิดพลาดจากคนได้. เหตุผลที่สำคัญ ช่วยวัดอัตราการทำงานอัตโนมัติของกระบวนการและระบุโอกาสในการทำงานที่ต้องทำด้วยตนเองให้เป็นอัตโนมัติ ซึ่งช่วยเพิ่มประสิทธิภาพและลดข้อผิดพลาด. แหล่งข้อมูล มักระบุได้จากการตรวจสอบว่าชื่อผู้ใช้เป็นบัญชีระบบหรือบัญชีบริการหรือไม่ หรือธุรกรรมมาจากระบบต้นทางอัตโนมัติหรือไม่. ตัวอย่าง truefalse | |||
| แผนก Department | แผนกธุรกิจหรือศูนย์ต้นทุนที่เกี่ยวข้องกับรายการบัญชี เช่น การเงิน ฝ่ายขาย หรือไอที. | ||
| คำอธิบาย แอตทริบิวต์แผนกเชื่อมโยงรายการบัญชีกับหน่วยธุรกิจ ฝ่ายงาน หรือศูนย์ต้นทุนที่ระบุ ข้อมูลด้านองค์กรนี้ช่วยระบุว่าพื้นที่ใดในบริษัทเป็นผู้รับผิดชอบกิจกรรมทางการเงิน. เช่นเดียวกับรหัสบริษัท แผนกช่วยแบ่งข้อมูลกระบวนการเพื่อวิเคราะห์ได้ละเอียดขึ้น โดยนำไปเปรียบเทียบประสิทธิภาพกระบวนการ อัตราการแก้ไขงานซ้ำ หรือระยะเวลาอนุมัติระหว่างแผนกต่างๆ เพื่อหาแนวปฏิบัติที่ดีหรือระบุทีมที่ต้องการความช่วยเหลือหรือคำแนะนำเพิ่มเติม. เหตุผลที่สำคัญ ช่วยวิเคราะห์กระบวนการและเปรียบเทียบประสิทธิภาพระหว่างหน่วยธุรกิจ เพื่อระบุปัญหาเฉพาะแผนกหรือแนวปฏิบัติที่ดี. แหล่งข้อมูล พบได้ในข้อมูลส่วนหัวหรือรายการย่อยของรายการบัญชี อาจระบุจากผู้สร้างรายการหรือศูนย์ต้นทุนที่กำหนดให้กับธุรกรรม. ตัวอย่าง การเงินฝ่ายขายและการตลาดบริการไอทีCC-10120 | |||
| วันที่ลงบัญชี PostingDate | วันที่ลงรายการบัญชีในบัญชีแยกประเภททั่วไปอย่างเป็นทางการ ซึ่งมีผลต่อรอบระยะเวลาทางการเงิน. | ||
| คำอธิบาย วันที่ลงบัญชีคือวันที่ทางบัญชีอย่างเป็นทางการของธุรกรรม โดยกำหนดรอบระยะเวลาบัญชีที่รายการบัญชีจะปรากฏในงบการเงิน ซึ่งอาจไม่ตรงกับวันที่สร้างรายการหรือวันที่เกิดธุรกรรม. การวิเคราะห์วันที่ลงบัญชีมีความสำคัญต่อการควบคุมทางการเงินและการตรวจสอบความตรงเวลา ระยะห่างระหว่างวันที่สร้างหรืออนุมัติกับวันที่ลงบัญชีเป็น KPI ที่ช่วยชี้ให้เห็นความล่าช้าในขั้นตอนสุดท้าย นอกจากนี้ยังใช้วิเคราะห์อัตราการลงบัญชีตรงเวลา และระบุรายการที่ลงวันที่ย้อนหลังหรือลงบัญชีผิดรอบ ซึ่งอาจเป็นประเด็นด้านการปฏิบัติตามข้อกำหนด. เหตุผลที่สำคัญ วันที่นี้สำคัญต่อการคำนวณความล่าช้าในการลงบัญชี และช่วยให้มั่นใจว่าบันทึกรายการในรอบระยะเวลาทางการเงินที่ถูกต้องเพื่อจัดทำรายงานได้อย่างแม่นยำ. แหล่งข้อมูล เป็นฟิลด์มาตรฐานที่จำเป็นในส่วนหัวของเอกสารทางการเงินทุกฉบับในระบบ ERP. ตัวอย่าง 2023-10-312023-11-302024-01-02 | |||
| เหตุผลที่ปฏิเสธ RejectionReason | เหตุผลที่ผู้ตรวจสอบระบุเมื่อปฏิเสธรายการบัญชีระหว่างกระบวนการอนุมัติ. | ||
| คำอธิบาย เหตุผลที่ปฏิเสธคือรหัสหรือคำอธิบายที่ระบุสาเหตุที่ไม่อนุมัติรายการบัญชี เหตุผลที่พบบ่อย ได้แก่ กำหนดบัญชีไม่ถูกต้อง เอกสารประกอบไม่เพียงพอ หรือไม่เป็นไปตามนโยบาย. ข้อมูลนี้เป็นข้อมูลหลักสำหรับวิเคราะห์สาเหตุของการแก้ไขงานซ้ำและความไม่มีประสิทธิภาพของกระบวนการ เมื่อวิเคราะห์ความถี่ของเหตุผลที่ปฏิเสธแต่ละข้อ องค์กรจะระบุสาเหตุของข้อผิดพลาดที่พบบ่อยได้ และนำข้อมูลไปกำหนดแนวทางแก้ไขให้ตรงจุด เช่น ปรับปรุงเอกสารฝึกอบรม ชี้แจงนโยบาย หรือเพิ่มการควบคุมในระบบเพื่อป้องกันข้อผิดพลาดตั้งแต่ต้น นอกจากนี้ยังช่วยติดตาม KPI เช่น อัตราการปฏิเสธและอัตราการแก้ไขงานซ้ำ. เหตุผลที่สำคัญ ข้อมูลนี้สำคัญต่อการวิเคราะห์หาสาเหตุของการทำงานซ้ำ ช่วยระบุข้อผิดพลาดที่พบบ่อยและกำหนดการฝึกอบรมหรือปรับปรุงระบบให้ตรงจุด. แหล่งข้อมูล โดยทั่วไปพบในบันทึกเวิร์กโฟลว์หรือประวัติการอนุมัติของรายการบัญชี อาจเป็นช่องข้อความอิสระหรือเลือกจากรายการที่กำหนดไว้. ตัวอย่าง บัญชีแยกประเภททั่วไปไม่ถูกต้องเอกสารประกอบไม่ครบเกินเกณฑ์ที่กำหนดรายการซ้ำ | |||
กิจกรรมของ Record to Report: รายการสมุดรายวัน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| กลับรายการสมุดรายวัน | กลับรายการสมุดรายวันที่ลงบัญชีไปแล้ว โดยสร้างเอกสารใหม่ที่มีรายการบัญชีตรงกันข้าม การดำเนินการนี้ใช้แก้ไขข้อผิดพลาดในเอกสารที่ลงบัญชีแล้ว และเป็นธุรกรรมที่ระบุได้ชัดเจนและตรวจสอบย้อนหลังได้. | ||
| เหตุผลที่สำคัญ การกลับรายการเป็นตัวชี้วัดสำคัญของข้อผิดพลาดในรายการที่ลงบัญชีแล้ว กิจกรรมนี้เป็นผลลัพธ์ปลายทางอีกแบบหนึ่งที่ไม่พึงประสงค์ และสำคัญต่อการวัดอัตราการทำรายการถูกต้องตั้งแต่ครั้งแรก. แหล่งข้อมูล โดยทั่วไปจะบันทึกรายการนี้เป็นประเภทธุรกรรมเฉพาะ หรือระบุสถานะไว้ในข้อมูลของรายการบัญชีเดิมและรายการบัญชีกลับรายการ. บันทึก ระบุวันที่ลงบัญชีของเอกสารรายการบัญชีใหม่ที่เชื่อมโยงกับรายการเดิมอย่างชัดเจนว่าเป็นรายการกลับรายการ. ประเภทเหตุการณ์ explicit | |||
| ปฏิเสธรายการสมุดรายวัน | ผู้ตรวจสอบหรือผู้อนุมัติปฏิเสธรายการสมุดรายวัน ทำให้รายการดำเนินการต่อไม่ได้ โดยทั่วไปจะส่งรายการกลับไปให้ผู้สร้างแก้ไข ซึ่งเป็นจุดเริ่มต้นของวงจรการแก้ไขงาน. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการระบุงานแก้ไข ซึ่งส่งผลโดยตรงต่อประสิทธิภาพและต้นทุนของกระบวนการ อัตราการปฏิเสธที่สูงอาจบ่งชี้ถึงปัญหาด้านการฝึกอบรม นโยบาย หรือคุณภาพข้อมูล. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ในบันทึกเวิร์กโฟลว์หรือบันทึกการตรวจสอบ เมื่อผู้อนุมัติเลือก 'ปฏิเสธ' หรือ 'ส่งกลับ'. บันทึก บันทึกเวลาที่สถานะเปลี่ยนเป็น 'ปฏิเสธ', 'ต้องแก้ไข' หรือสถานะที่มีความหมายใกล้เคียงกัน. ประเภทเหตุการณ์ explicit | |||
| ลงบัญชีรายการสมุดรายวัน | บันทึกรายการสมุดรายวันอย่างเป็นทางการในบัญชีแยกประเภททั่วไป เมื่อถึงจุดนี้ เอกสารจะกลายเป็นระเบียนทางการเงินถาวรและมีผลต่องบการเงินของบริษัท. | ||
| เหตุผลที่สำคัญ นี่คือผลลัพธ์หลักที่แสดงว่ากระบวนการสำเร็จและเป็นจุดสิ้นสุดของกระบวนการ ใช้เป็นข้อมูลสำคัญในการวัดระยะเวลาดำเนินการโดยรวมและประสิทธิผลของวงจรชีวิตรายการสมุดรายวันทั้งหมด. แหล่งข้อมูล ระบบบันทึกเหตุการณ์สำคัญนี้จากระเบียนส่วนหัวของรายการสมุดรายวัน โดยระบุสถานะ 'ลงบัญชีแล้ว' และวันที่ลงบัญชีที่เกี่ยวข้อง. บันทึก ใช้วันที่และเวลาลงบัญชีจากตารางส่วนหัวของรายการสมุดรายวันหรือตารางเอกสารทางการเงินที่เกี่ยวข้อง. ประเภทเหตุการณ์ explicit | |||
| ส่งรายการสมุดรายวันเพื่อขออนุมัติ | ผู้สร้างส่งรายการสมุดรายวันที่กรอกครบแล้วเข้าสู่เวิร์กโฟลว์การอนุมัติอย่างเป็นทางการ กิจกรรมนี้เปลี่ยนสถานะรายการจากขั้นเตรียมการเป็นรอการตรวจสอบ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของขั้นเตรียมการและจุดเริ่มต้นของรอบการอนุมัติ เวลาตั้งแต่ส่งรายการจนถึงอนุมัติเป็น KPI สำคัญสำหรับวัดประสิทธิภาพของเวิร์กโฟลว์. แหล่งข้อมูล โดยทั่วไประบบบันทึกเหตุการณ์นี้เป็นการเปลี่ยนสถานะในบันทึกการตรวจสอบหรือบันทึกเวิร์กโฟลว์ เช่น จาก 'กำลังดำเนินการ' เป็น 'ส่งแล้ว'. บันทึก ระบุเวลาที่สถานะรายการสมุดรายวันเปลี่ยนเป็น 'ส่งเพื่อขออนุมัติ' หรือสถานะที่มีความหมายใกล้เคียงกัน. ประเภทเหตุการณ์ explicit | |||
| สร้างรายการสมุดรายวัน | กิจกรรมนี้เป็นจุดเริ่มต้นของรายการสมุดรายวันใหม่ โดยเป็นเวลาที่ผู้ใช้สร้างระเบียนเริ่มต้นในระบบ ซึ่งใช้เป็นจุดเริ่มต้นของกระบวนการทั้งหมด. | ||
| เหตุผลที่สำคัญ นี่คือกิจกรรมเริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่จุดนี้จนถึงการลงบัญชีช่วยวัดระยะเวลาดำเนินการทั้งหมดตั้งแต่ต้นจนจบ. แหล่งข้อมูล โดยทั่วไประบบบันทึกเหตุการณ์นี้จากตารางส่วนหัวของโมดูลรายการสมุดรายวัน โดยใช้เวลาที่สร้างระเบียน. บันทึก ระบุการประทับเวลาที่เก่าที่สุดของ ID รายการสมุดรายวันจากบันทึกธุรกรรมหรือตารางส่วนหัวของระบบ. ประเภทเหตุการณ์ explicit | |||
| อนุมัติรายการสมุดรายวัน | ผู้จัดการที่มีอำนาจอนุมัติรายการสมุดรายวันขั้นสุดท้าย กิจกรรมนี้เป็นด่านควบคุมสุดท้ายก่อนนำเอกสารไปลงบัญชีในบัญชีแยกประเภททั่วไป. | ||
| เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่ทำให้รอบการอนุมัติเสร็จสมบูรณ์ เวลาตั้งแต่อนุมัติจนถึงลงบัญชีเป็นอีกจุดสำคัญในการวัดประสิทธิภาพและระบุคอขวดของกระบวนการ. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ในบันทึกเวิร์กโฟลว์หรือบันทึกการตรวจสอบ เมื่อผู้ใช้ที่ได้รับอนุญาตขั้นสุดท้ายดำเนินการอนุมัติเสร็จสิ้น. บันทึก บันทึกเวลาของสถานะอนุมัติขั้นสุดท้าย เช่น 'อนุมัติแล้ว' หรือ 'อนุมัติให้ลงบัญชี'. ประเภทเหตุการณ์ explicit | |||
| แก้ไขรายการสมุดรายวัน | ผู้ใช้แก้ไขรายการสมุดรายวันหลังจากถูกปฏิเสธหรือส่งกลับให้แก้ไข กิจกรรมนี้แสดงถึงงานแก้ไขที่จำเป็นเพื่อจัดการปัญหาที่พบระหว่างการตรวจสอบ. | ||
| เหตุผลที่สำคัญ การวัดเวลาที่ใช้แก้ไขช่วยคำนวณผลกระทบของงานแก้ไข และชี้ให้เห็นจุดที่ไม่มีประสิทธิภาพ รวมถึงโอกาสในการปรับปรุงกระบวนการหรือฝึกอบรมผู้ใช้. แหล่งข้อมูล โดยทั่วไปอนุมานกิจกรรมนี้ได้จากการตรวจพบการเปลี่ยนแปลงในฟิลด์ข้อมูลสำคัญของระเบียนรายการสมุดรายวัน หลังจากบันทึกสถานะ 'ปฏิเสธ' แล้ว. บันทึก ตรวจพบการเปลี่ยนแปลงข้อมูลหรือเวลาที่แก้ไขล่าสุดของรายการสมุดรายวัน ซึ่งเกิดขึ้นระหว่างกิจกรรม 'ปฏิเสธ' กับ 'ส่งอีกครั้ง'. ประเภทเหตุการณ์ inferred | |||
| แก้ไขรายการสมุดรายวันหลังลงบัญชี | ผู้ใช้แก้ไขบางฟิลด์ในรายการสมุดรายวันหลังจากลงบัญชีแล้ว แม้ข้อมูลทางการเงินส่วนใหญ่จะเปลี่ยนแปลงไม่ได้หลังลงบัญชี แต่ฟิลด์คำอธิบายบางรายการมักแก้ไขได้. | ||
| เหตุผลที่สำคัญ การเปลี่ยนแปลงเหล่านี้อาจบ่งชี้ถึงปัญหาคุณภาพข้อมูลหรือความพยายามแก้ไขข้อมูลนอกกระบวนการกลับรายการอย่างเป็นทางการ การติดตามจึงสำคัญต่อการวิเคราะห์การตรวจสอบบัญชีและการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล โดยทั่วไประบบบันทึกกิจกรรมนี้ในบันทึกเอกสารการเปลี่ยนแปลง ซึ่งติดตามการแก้ไขระเบียนทางการเงินหลังจากลงบัญชีแล้ว. บันทึก ระบุระเบียนในบันทึกการเปลี่ยนแปลงที่เชื่อมโยงกับ ID รายการสมุดรายวันและมีการประทับเวลาหลังวันที่ลงบัญชี. ประเภทเหตุการณ์ explicit | |||
| เคลียร์รายการบัญชีแล้ว | รายการบัญชีที่ยังเปิดอยู่จะถูกหักล้างด้วยรายการลงบัญชีอื่น เช่น การรับเงินสดที่ใช้เคลียร์รายการค้างรับ กิจกรรมนี้บันทึกการกระทบยอดรายการบัญชีที่ระบุ และปิดรายการเหล่านั้น. | ||
| เหตุผลที่สำคัญ กิจกรรมหลังการลงบัญชีนี้สำคัญต่อกระบวนการที่ใช้บัญชีพัก หากเคลียร์รายการล่าช้า อาจกระทบความถูกต้องของงบดุลและประสิทธิภาพในการปิดบัญชีสิ้นงวด. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้ไว้ในข้อมูลรายการบัญชี โดยทั่วไปจะมีการระบุวันที่เคลียร์และเลขที่เอกสารเคลียร์. บันทึก ใช้วันที่เคลียร์ที่ระบุไว้สำหรับรายการบัญชีที่ต้องการ. ประเภทเหตุการณ์ explicit | |||
| แนบเอกสารประกอบ | ผู้ใช้แนบเอกสารประกอบอย่างน้อยหนึ่งรายการกับรายการสมุดรายวัน เพื่อให้ผู้ตรวจสอบและผู้สอบบัญชีมีหลักฐานและข้อมูลประกอบธุรกรรมที่จำเป็น. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยให้ทราบว่าความล่าช้าเกิดจากเอกสารที่ขาดหายหรือไม่ และยังให้ข้อมูลเกี่ยวกับการปฏิบัติตามข้อกำหนดและความครบถ้วนของการจัดเตรียมรายการสมุดรายวัน. แหล่งข้อมูล ข้อมูลนี้มักจัดเก็บในตารางแยกสำหรับไฟล์แนบหรือการจัดการเอกสาร และเชื่อมโยงกับ ID รายการสมุดรายวัน. บันทึก ใช้เวลาที่สร้างจากบันทึกหรือตารางไฟล์แนบเอกสารที่เชื่อมโยงกับ ID รายการสมุดรายวันนั้น. ประเภทเหตุการณ์ explicit | |||
| พักรายการสมุดรายวันไว้ | ผู้ใช้บันทึกรายการสมุดรายวันที่ยังไม่สมบูรณ์โดยยังไม่ลงบัญชี เพื่อกลับมาทำต่อหรือตรวจสอบภายหลัง ระบบจะสร้างเอกสารเบื้องต้นที่ยังไม่มีผลต่อบัญชีแยกประเภททั่วไป. | ||
| เหตุผลที่สำคัญ การพักรายการไว้อาจบ่งชี้ถึงความล่าช้าหรือความจำเป็นต้องใช้ข้อมูลเพิ่มเติมก่อนส่งรายการ หากมีรายการที่พักไว้จำนวนมาก อาจสะท้อนถึงความไม่มีประสิทธิภาพหรือปัญหาด้านความพร้อมของข้อมูล. แหล่งข้อมูล ข้อมูลนี้มักระบุเป็นสถานะหรือประเภทเอกสารโดยตรงในข้อมูลส่วนหัวของรายการสมุดรายวัน หรือในบันทึกการเปลี่ยนแปลงสถานะที่เกี่ยวข้อง. บันทึก บันทึกการประทับเวลาเมื่อสถานะรายการสมุดรายวันเปลี่ยนเป็น 'พักรายการไว้', 'บันทึกแล้ว' หรือ 'ไม่สมบูรณ์'. ประเภทเหตุการณ์ explicit | |||
| ระบุการลงบัญชีด้วยตนเอง | เหตุการณ์ที่คำนวณขึ้นนี้จัดประเภทว่ารายการสมุดรายวันสร้างผ่านเซสชันที่ผู้ใช้ดำเนินการด้วยตนเอง ซึ่งแตกต่างจากรายการที่สร้างผ่านอินเทอร์เฟซอัตโนมัติหรืองานประมวลผลแบบกลุ่ม. | ||
| เหตุผลที่สำคัญ การแยกรายการที่ทำด้วยตนเองออกจากรายการอัตโนมัติมีความสำคัญต่อการวิเคราะห์ระบบอัตโนมัติ ช่วยให้มุ่งปรับปรุงได้ตรงจุดและประเมินความเสี่ยงจากการดำเนินการด้วยตนเอง. แหล่งข้อมูล นี่ไม่ใช่เหตุการณ์ที่เกิดขึ้นตามเวลา แต่เป็นการจัดประเภทจากฟิลด์ในระบบต้นทาง เช่น รหัสธุรกรรม วิธีสร้างรายการ หรือตัวบ่งชี้ระบบต้นทาง. บันทึก จัดประเภทรายการสมุดรายวันตามฟิลด์ในระบบต้นทางที่ระบุวิธีสร้างรายการ โดยกำหนดเวลาเป็นเวลาที่ลงบัญชีได้. ประเภทเหตุการณ์ calculated | |||
| ลบรายการสมุดรายวัน | ลบรายการสมุดรายวันที่พักไว้หรือยังไม่ได้ลงบัญชีออกจากระบบ โดยทั่วไปเกิดขึ้นเมื่อสร้างรายการผิดพลาดหรือไม่จำเป็นต้องใช้แล้ว ก่อนที่จะกลายเป็นระเบียนทางการเงิน. | ||
| เหตุผลที่สำคัญ นี่คือผลลัพธ์สุดท้ายของรายการสมุดรายวันที่ไม่เคยลงบัญชี การวิเคราะห์รายการที่ถูกลบช่วยให้เห็นความล้มเหลวของกระบวนการหรือการสร้างงานที่ไม่จำเป็น. แหล่งข้อมูล ระบบอาจบันทึกเหตุการณ์นี้ในบันทึกการตรวจสอบ หรือระบุได้จากระเบียนที่เคยอยู่ในตารางรายการสมุดรายวันแต่ถูกลบออกไปแล้ว. บันทึก บันทึกเวลาจากบันทึกการตรวจสอบที่ระบุการลบระเบียนรายการสมุดรายวัน. ประเภทเหตุการณ์ explicit | |||
| ส่งรายการสมุดรายวันเพื่อขออนุมัติอีกครั้ง | ส่งรายการสมุดรายวันที่แก้ไขแล้วกลับเข้าสู่เวิร์กโฟลว์การอนุมัติเพื่อตรวจสอบรอบใหม่ การดำเนินการนี้เริ่มกระบวนการอนุมัติอีกครั้งหลังจากแก้ไขรายการแล้ว. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของรอบการอนุมัติใหม่สำหรับรายการเดิม การวิเคราะห์การส่งรายการซ้ำมีความสำคัญต่อการทำความเข้าใจขอบเขตของวงจรการแก้ไขงานทั้งหมด. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากบันทึกเวิร์กโฟลว์ เมื่อสถานะรายการเปลี่ยนจาก 'ปฏิเสธ' หรือ 'กำลังดำเนินการ' กลับเป็น 'ส่งเพื่อขออนุมัติ'. บันทึก ระบุการเปลี่ยนสถานะเป็น 'ส่งเพื่อขออนุมัติ' ที่เกิดขึ้นหลังจากกิจกรรม 'ปฏิเสธรายการสมุดรายวัน' ในกรณีเดียวกัน. ประเภทเหตุการณ์ inferred | |||
คู่มือดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
เริ่มวิเคราะห์กระบวนการด้วยเทมเพลตทั่วไปนี้ หรือไปที่คู่มือดึงข้อมูลสำหรับระบบของคุณโดยตรง เพื่อปรับการเตรียมข้อมูลให้เหมาะสม.
ปรับปรุงรายการสมุดรายวัน เริ่มเพิ่มประสิทธิภาพได้เลย
เพิ่มประสิทธิภาพ ลดข้อผิดพลาด และปิดบัญชีได้เร็วขึ้น.
ไม่ต้องใช้บัตรเครดิต • เห็นผลลัพธ์ได้ทันที