> การปรับปรุงกระบวนการอย่างต่อเนื่อง > บันทึกบัญชีถึงรายงาน: ปิดงวดและกระทบยอด > BlackLine > เทมเพลตข้อมูล

เทมเพลตข้อมูลการปิดงวดและการกระทบยอดสำหรับกระบวนการบันทึกบัญชีจนถึงรายงานผล

BlackLine

แอตทริบิวต์การปิดงวดและการกระทบยอดในกระบวนการบันทึกบัญชีจนถึงรายงานผล(20) กิจกรรมการปิดงวดและการกระทบยอดในกระบวนการบันทึกบัญชีจนถึงรายงานผล(14) คู่มือการดึงข้อมูล(1)

เทมเพลตข้อมูลการปิดงวดและการกระทบยอดสำหรับกระบวนการบันทึกบัญชีจนถึงรายงานผล

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

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

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

แอตทริบิวต์การปิดงวดและการกระทบยอดในกระบวนการบันทึกบัญชีจนถึงรายงานผล

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

5 จำเป็น 6 แนะนำ 9 ไม่บังคับ

	ชื่อ	คำอธิบาย
	กิจกรรม ActivityName	ชื่อของเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นระหว่างกระบวนการปิดงวด.
คำอธิบาย แอตทริบิวต์นี้อธิบายขั้นตอนหรือหมุดหมายหนึ่งในกระบวนการบันทึกบัญชีจนถึงการรายงาน เช่น 'เตรียมการกระทบยอดแล้ว' หรือ 'ลงบัญชีรายการปรับปรุงแล้ว' ระบบเรียงเหตุการณ์ตามลำดับเวลาเพื่อสร้างลำดับกระบวนการของแต่ละงวดการเงิน การวิเคราะห์ลำดับและความถี่ของกิจกรรมช่วยให้เห็นเส้นทางกระบวนการจริง ความเบี่ยงเบนจากขั้นตอนมาตรฐาน และคอขวดที่ทำให้งานหยุดชะงัก ข้อมูลนี้เป็นพื้นฐานสำคัญในการสร้างแผนผังกระบวนการและคำนวณตัวชี้วัดประสิทธิภาพหลัก. เหตุผลที่สำคัญ แอตทริบิวต์นี้เป็นโครงหลักของแผนผังกระบวนการ ช่วยให้เห็นภาพและวิเคราะห์ลำดับกระบวนการ รูปแบบที่แตกต่าง และข้อยกเว้นได้. แหล่งข้อมูล โดยทั่วไป ข้อมูลนี้ได้มาจากบันทึกเหตุการณ์ สถานะงาน หรือบันทึกการตรวจสอบภายในโมดูล BlackLine ต่าง ๆ เช่น Tasks, Journals และ Account Reconciliations ตัวอย่าง เตรียมการกระทบยอดแล้วรับรองการกระทบยอดแล้วลงบัญชีรายการปรับปรุงแล้วปิดงวดแล้ว
	งวดการเงิน FinancialPeriod	รหัสเฉพาะของรอบการรายงานทางการเงิน เช่น รายเดือนหรือรายไตรมาส ซึ่งใช้เป็นรหัสกรณีหลัก.
คำอธิบาย งวดการเงินใช้จัดกลุ่มกิจกรรมทั้งหมดที่เกี่ยวข้องกับการปิดงวดและการกระทบยอดบัญชีสำหรับรอบการรายงานนั้น เช่น '2023-01' หมายถึงกิจกรรมปิดงวดทั้งหมดของเดือนมกราคม 2023. ใน process mining แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ระยะเวลาตั้งแต่ต้นจนจบของกระบวนการปิดงวด ช่วยเปรียบเทียบระยะเวลาของรอบในแต่ละงวด เพื่อระบุแนวโน้ม ความเปลี่ยนแปลงตามฤดูกาล และผลของการปรับปรุงกระบวนการในช่วงเวลาต่างๆ. เหตุผลที่สำคัญ นี่คือรหัสหลักที่เชื่อมโยงกิจกรรมการปิดงวดและการกระทบยอดที่เกี่ยวข้องทั้งหมด ทำให้เห็นลำดับกระบวนการและประสิทธิภาพของแต่ละงวดได้ครบถ้วน. แหล่งข้อมูล โดยทั่วไปได้มาจากบริบทของรอบการรายงานในโมดูล Period Close หรือ Reconciliation ของ BlackLine ซึ่งอาจประกอบด้วยฟิลด์ปีและเดือน. ตัวอย่าง 2023-122024-Q12023-09FY2024-P03
	เวลาเริ่มต้น EventTime	เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เริ่มต้นเมื่อใด.
คำอธิบาย EventTime ระบุวันที่และเวลาที่แน่นอนของการเริ่มขั้นตอนหนึ่งในกระบวนการปิดงวด ซึ่งจำเป็นต่อการเรียงลำดับเหตุการณ์ให้ถูกต้องและคำนวณระยะเวลาระหว่างขั้นตอนต่างๆ ในการวิเคราะห์ แอตทริบิวต์นี้ใช้สร้างบันทึกเหตุการณ์ตามลำดับเวลาของแต่ละกรณี และเป็นพื้นฐานในการคำนวณตัวชี้วัดด้านเวลา เช่น ระยะเวลาของรอบ เวลารอ และเวลาที่ใช้ดำเนินงาน ซึ่งจำเป็นต่อการระบุความล่าช้าและจุดที่ไม่มีประสิทธิภาพ. เหตุผลที่สำคัญ เวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ ค้นหาเส้นทางกระบวนการ และคำนวณตัวชี้วัดประสิทธิภาพที่อิงตามระยะเวลาทั้งหมด. แหล่งข้อมูล ตรงกับวันที่สร้าง วันที่เริ่มต้น หรือเวลาที่เปลี่ยนสถานะในระเบียนงาน การกระทบยอด หรือรายการบัญชีของ BlackLine. ตัวอย่าง 2023-10-02T09:00:00Z2023-10-05T14:30:15Z2023-10-10T11:21:05Z
	ระบบต้นทาง SourceSystem	ระบบที่ดึงข้อมูลเหตุการณ์ออกมา.
คำอธิบาย แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ สำหรับมุมมองนี้ ค่าจะเป็น 'BlackLine' เสมอ แต่เมื่อนำข้อมูลจากหลายระบบมาวิเคราะห์ จะช่วยแยกแหล่งข้อมูลแต่ละแห่งได้ ในการวิเคราะห์หลายระบบ ฟิลด์นี้สำคัญต่อการทำความเข้าใจที่มาของข้อมูลและเปรียบเทียบประสิทธิภาพของแต่ละระบบ แม้จะดูข้อมูลจากระบบเดียว ฟิลด์นี้ก็ยังให้บริบทสำคัญสำหรับการกำกับดูแลและจัดการข้อมูล. เหตุผลที่สำคัญ แอตทริบิวต์นี้ให้บริบทสำคัญเกี่ยวกับแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแล การตรวจสอบความถูกต้อง และการเชื่อมต่อกับระบบอื่น. แหล่งข้อมูล โดยทั่วไปเป็นค่าคงที่ที่เพิ่มระหว่างการแปลงข้อมูล เพื่อระบุแหล่งที่มาของระเบียน. ตัวอย่าง BlackLineBlackLine-APIBlackLine-Reporting
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่รีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด.
คำอธิบาย แอตทริบิวต์นี้ระบุเวลาที่อัปเดตชุดข้อมูลครั้งล่าสุด และให้บริบทเกี่ยวกับความใหม่ของข้อมูลที่นำมาวิเคราะห์ เพื่อให้ผู้ใช้ทราบว่าข้อมูลเชิงลึกเกี่ยวกับกระบวนการเป็นปัจจุบันเพียงใด ผู้ใช้แดชบอร์ดควรทราบว่าการวิเคราะห์เป็นข้อมูลล่าสุดแค่ไหน เพื่อให้เข้าใจขอบเขตของข้อมูลและมั่นใจได้ว่าการตัดสินใจอ้างอิงข้อมูลที่ใหม่เพียงพอ. เหตุผลที่สำคัญ ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นข้อมูลล่าสุดเพียงใด ซึ่งสำคัญต่อการตัดสินใจทางธุรกิจได้อย่างทันท่วงทีและตรงประเด็น. แหล่งข้อมูล เวลานี้สร้างและจัดเก็บระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง 2024-03-15T02:00:00Z2024-03-16T02:00:00Z
	บัญชีแยกประเภททั่วไป GLAccount	หมายเลขบัญชีแยกประเภททั่วไปที่เกี่ยวข้องกับการกระทบยอดหรือรายการบัญชี.
คำอธิบาย แอตทริบิวต์นี้ระบุบัญชีเฉพาะจากผังบัญชีที่นำมากระทบยอดหรือปรับปรุง พร้อมให้บริบททางการเงินโดยละเอียดของกิจกรรมในกระบวนการ การวิเคราะห์ตามบัญชีแยกประเภททั่วไปมีความสำคัญต่อแดชบอร์ดแนวโน้มการปรับปรุงรายการบัญชีด้วยตนเอง เพราะช่วยระบุบัญชีที่ต้องปรับปรุงด้วยตนเองมากที่สุด นอกจากนี้ยังช่วยตรวจหาการทำงานซ้ำ เช่น การปรับปรุงหรือพยายามกระทบยอดบัญชีเดิมหลายครั้งภายในงวดเดียวกัน. เหตุผลที่สำคัญ ช่วยให้เห็นบริบททางการเงินและระบุบัญชีที่มีแนวโน้มเกิดข้อผิดพลาด ต้องปรับปรุงบ่อย หรือทำให้การปิดบัญชีล่าช้า. แหล่งข้อมูล ฟิลด์หลักในโมดูล Account Reconciliations และ Journal Entry ของ BlackLine. ตัวอย่าง 101000405020210010
	ผู้ใช้ที่รับผิดชอบ ResponsibleUser	รหัสผู้ใช้หรือชื่อของผู้ที่ดำเนินกิจกรรมหรือได้รับมอบหมายให้ทำกิจกรรมนั้น.
คำอธิบาย แอตทริบิวต์นี้ระบุผู้รับผิดชอบงานเฉพาะ เช่น การจัดทำรายการกระทบยอดหรือการลงบัญชี อาจเป็นชื่อผู้ใช้ รหัสพนักงาน หรืออีเมล การวิเคราะห์ตามผู้ใช้ที่รับผิดชอบช่วยให้เข้าใจการกระจายภาระงาน ประสิทธิภาพรายบุคคล และความต้องการด้านการฝึกอบรม ช่วยตอบได้ว่าใครทำงานได้ดี ภาระงานกระจายอย่างเหมาะสมหรือไม่ และงานซ้ำหรือข้อผิดพลาดเกิดขึ้นบ่อยในจุดใด. เหตุผลที่สำคัญ จำเป็นต่อการวิเคราะห์การกระจายภาระงาน ระบุคอขวดที่เกิดจากกลุ่มผู้ใช้บางกลุ่ม และประเมินประสิทธิภาพของทีม. แหล่งข้อมูล พบได้ในฟิลด์ต่างๆ เช่น 'Assigned To', 'Completed By', 'Preparer', 'Certifier' หรือ 'Approver' ในโมดูลของ BlackLine. ตัวอย่าง john.doejane.smithuser123
	แผนก Department	แผนกหรือทีมตามหน้าที่ที่เกี่ยวข้องกับกิจกรรมหรือผู้ใช้.
คำอธิบาย แอตทริบิวต์แผนกระบุหน่วยงานธุรกิจที่รับผิดชอบกิจกรรม เช่น 'บัญชีองค์กร' หรือ 'ตรวจสอบภายใน' โดยมักได้ข้อมูลจากโปรไฟล์ผู้ใช้หรือลักษณะของงาน ข้อมูลนี้ช่วยเปรียบเทียบประสิทธิภาพของกระบวนการในส่วนต่างๆ ขององค์กร ระบุแผนกที่ทำงานได้มีประสิทธิภาพ แผนกที่อาจต้องการทรัพยากรเพิ่มในช่วงปิดงวด และจุดที่การส่งต่องานระหว่างแผนกทำให้เกิดความล่าช้า. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพระหว่างหน่วยงานธุรกิจ และจำเป็นต่อการวิเคราะห์ภาระงานกับคอขวดในระดับแผนก. แหล่งข้อมูล ข้อมูลนี้อาจมาจากโปรไฟล์ผู้ใช้ที่เชื่อมโยงกับ ResponsibleUser หรือจากคุณสมบัติของงานหรือบัญชี GL ใน BlackLine หรือระบบ ERP ที่เกี่ยวข้อง. ตัวอย่าง บัญชีองค์กรการวางแผนและวิเคราะห์ทางการเงิน (FP&A)ตรวจสอบภายในภาษี
	รหัสบริษัท CompanyCode	รหัสที่ระบุนิติบุคคลซึ่งดำเนินกิจกรรมทางการเงิน.
คำอธิบาย รหัสบริษัทใช้ระบุนิติบุคคลแต่ละแห่งในองค์กร โดยทั่วไปจะแยกดำเนินกิจกรรมปิดบัญชีของแต่ละรหัสบริษัทก่อนนำมารวมกัน แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์กระบวนการปิดงวดในระดับนิติบุคคล เพราะช่วยเปรียบเทียบผลการดำเนินงานระหว่างนิติบุคคล โดยเฉพาะการวิเคราะห์ระยะเวลาการกระทบยอดระหว่างบริษัท และช่วยระบุว่านิติบุคคลใดมีกระบวนการปิดบัญชีที่ซับซ้อนหรือไม่มีประสิทธิภาพมากที่สุด. เหตุผลที่สำคัญ ช่วยแยกวิเคราะห์กระบวนการตามนิติบุคคล ซึ่งจำเป็นต่อการระบุคอขวดและปัญหาด้านผลการดำเนินงานของแต่ละนิติบุคคล. แหล่งข้อมูล มีเป็นฟิลด์มาตรฐานในธุรกรรมทางการเงินส่วนใหญ่ รวมถึงรายการบัญชีและการกระทบยอดใน BlackLine และระบบ ERP ต้นทาง. ตัวอย่าง 1000US01DE012500
	เวลาสิ้นสุด EventEndTime	เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เสร็จสิ้นเมื่อใด.
คำอธิบาย EventEndTime ระบุวันที่และเวลาที่งานหนึ่งเสร็จสิ้นอย่างแม่นยำ ใช้ร่วมกับ StartTime เพื่อคำนวณเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการ ในการวิเคราะห์ EndTime จำเป็นต่อการคำนวณว่าแต่ละขั้นตอนใช้เวลานานเท่าใด ซึ่งช่วยระบุกิจกรรมที่ใช้เวลามากที่สุดในกระบวนการ และเป็นพื้นฐานสำหรับวิเคราะห์คอขวดกับประเมินการจัดสรรทรัพยากร. เหตุผลที่สำคัญ ใช้คำนวณเวลาที่ใช้ดำเนินกิจกรรม ซึ่งเป็นพื้นฐานสำคัญในการระบุคอขวดและวัดประสิทธิภาพการปฏิบัติงาน. แหล่งข้อมูล ตรงกับวันที่เสร็จสิ้น วันที่แก้ไขล่าสุด หรือเวลาที่เปลี่ยนสถานะในระเบียนงาน การกระทบยอด หรือรายการบัญชีของ BlackLine. ตัวอย่าง 2023-10-02T11:30:00Z2023-10-05T15:00:45Z2023-10-10T11:25:10Z
	สถานะการกระทบยอด ReconciliationStatus	สถานะปัจจุบันหรือสถานะสุดท้ายของงานกระทบยอด.
คำอธิบาย แอตทริบิวต์นี้บันทึกสถานะของการกระทบยอด ณ เวลาหนึ่ง เช่น 'Not Started', 'In Progress', 'Certified' หรือ 'Rejected' เพื่อแสดงความคืบหน้าและผลลัพธ์ของการกระทบยอดแต่ละรายการ การวิเคราะห์ตามสถานะจำเป็นต่อแดชบอร์ดแจกแจงสถานะการกระทบยอด ช่วยให้ผู้จัดการเห็นได้อย่างรวดเร็วว่ามีรายการค้าง เสร็จแล้ว หรือต้องติดตามกี่รายการ การติดตามการเปลี่ยนสถานะช่วยระบุงานที่ต้องทำซ้ำและความล่าช้าในรอบการตรวจสอบและอนุมัติ. เหตุผลที่สำคัญ ช่วยให้เห็นความคืบหน้าและผลลัพธ์ของการกระทบยอดอย่างชัดเจน ระบุงานค้าง และติดตามการปฏิบัติตามขั้นตอนได้. แหล่งข้อมูล ดูข้อมูลนี้ได้โดยตรงจากฟิลด์สถานะของระเบียนในโมดูล BlackLine Account Reconciliations. ตัวอย่าง จัดเตรียมแล้วรับรองแล้วอนุมัติแล้วปฏิเสธแล้วเกินกำหนด
	จำนวนเงินที่ปรับปรุง AdjustmentAmount	มูลค่าเงินของรายการปรับปรุงบัญชีด้วยตนเอง.
คำอธิบาย แอตทริบิวต์นี้บันทึกผลกระทบทางการเงินของการปรับปรุงด้วยตนเอง โดยอาจแสดงเป็นยอดเดียวหรือแยกเป็นยอดเดบิตและเครดิต การวิเคราะห์มูลค่าควบคู่กับจำนวนรายการปรับปรุงช่วยให้เห็นความสำคัญได้ครบถ้วน การปรับปรุงรายการบัญชีเดิมด้วยยอดสูงหรือบ่อยครั้ง อาจบ่งชี้ถึงความเสี่ยงที่มีนัยสำคัญต่อการรายงานทางการเงิน หรือปัญหาร้ายแรงในกระบวนการต้นทางที่ต้องแก้ไข. เหตุผลที่สำคัญ ช่วยวัดผลกระทบทางการเงินของการปรับปรุงด้วยตนเอง เพื่อจัดลำดับการตรวจสอบรายการเปลี่ยนแปลงที่มีมูลค่าสูง. แหล่งข้อมูล ดูได้จากฟิลด์จำนวนเงินในโมดูล Journals ของ BlackLine. ตัวอย่าง 1500.75-250.0010000.00
	ดำเนินการโดยระบบอัตโนมัติ IsAutomated	แฟล็กแบบบูลีนที่ระบุว่ากิจกรรมดำเนินการโดยระบบหรือผู้ใช้.
คำอธิบาย แฟล็กนี้ใช้แยกงานที่ระบบดำเนินการโดยอัตโนมัติ เช่น การรับรองการกระทบยอดความเสี่ยงต่ำโดยอัตโนมัติ ออกจากงานที่ผู้ใช้ดำเนินการด้วยตนเอง ช่วยให้เข้าใจระดับการทำงานอัตโนมัติในกระบวนการปิดบัญชี การวิเคราะห์แอตทริบิวต์นี้ช่วยวัดผลของการนำระบบอัตโนมัติมาใช้ เปรียบเทียบความเร็วและความสม่ำเสมอของงานที่ระบบทำกับงานที่ทำด้วยตนเอง และระบุโอกาสในการเพิ่มระบบอัตโนมัติเพื่อให้ทำงานได้มีประสิทธิภาพขึ้นและลดข้อผิดพลาดจากคน. เหตุผลที่สำคัญ ช่วยวัดระดับการทำงานอัตโนมัติในกระบวนการ และระบุงานที่ทำด้วยตนเองซึ่งอาจนำระบบอัตโนมัติมาใช้เพื่อเพิ่มประสิทธิภาพ. แหล่งข้อมูล ระบุได้โดยตรวจสอบว่า ResponsibleUser เป็นบัญชีระบบหรือบัญชีบริการหรือไม่ หรือดูจากแฟล็กเฉพาะในคุณสมบัติของงานใน BlackLine. ตัวอย่าง truefalse
	ประเภทการกระทบยอด ReconciliationType	จัดหมวดหมู่การกระทบยอด เช่น งบดุล กำไรขาดทุน หรือระหว่างบริษัท.
คำอธิบาย แอตทริบิวต์นี้ใช้จำแนกประเภทของการกระทบยอดที่ดำเนินการ เพราะการกระทบยอดแต่ละประเภทอาจมีความซับซ้อน ระดับความเสี่ยง และเวลาที่คาดว่าจะใช้แตกต่างกัน แอตทริบิวต์นี้ช่วยแยกวิเคราะห์เพื่อเปรียบเทียบผลการดำเนินงานและปัญหาของการกระทบยอดแต่ละประเภท เช่น ใช้ตรวจสอบว่าการกระทบยอดระหว่างบริษัทใช้เวลานานกว่าการกระทบยอดงบดุลทั่วไปมากหรือไม่. เหตุผลที่สำคัญ ช่วยแยกวิเคราะห์การกระทบยอดแต่ละหมวดหมู่ ซึ่งมักมีระดับความซับซ้อนและความเสี่ยงต่างกัน. แหล่งข้อมูล ระบุได้จากคุณสมบัติของบัญชีแยกประเภททั่วไปหรือการตั้งค่าเทมเพลตการกระทบยอดใน BlackLine. ตัวอย่าง งบดุลกำไรขาดทุนระหว่างบริษัทการกระทบยอดบัญชีธนาคาร
	ปิดงวดตรงเวลา IsOnTime	แฟล็กที่คำนวณขึ้นเพื่อระบุว่าปิดงวดเสร็จภายในวันที่เป้าหมายหรือไม่.
คำอธิบาย แอตทริบิวต์แบบบูลีนนี้คำนวณโดยเปรียบเทียบเวลาที่กิจกรรม “ปิดงวด” เสร็จจริงกับ TargetCompletionDate ของงวดการเงินนั้น เพื่อแสดงสถานะการทำตามกำหนดเวลาอย่างชัดเจน แฟล็กนี้เป็นพื้นฐานในการคำนวณ KPI อัตราการปิดงวดตรงเวลา และช่วยกรองหรือแสดงผลเปรียบเทียบงวดที่ปิดตรงเวลากับงวดที่ล่าช้า เพื่อระบุงวดที่ไม่ทันกำหนดและต้องตรวจสอบเพิ่มเติมได้อย่างรวดเร็ว. เหตุผลที่สำคัญ ช่วยติดตามผลการดำเนินงานได้ง่ายขึ้น โดยระบุกรณีที่ไม่ทันกำหนดอย่างชัดเจน และสนับสนุนการรายงานการปฏิบัติตามข้อกำหนดและ SLA โดยตรง. แหล่งข้อมูล คำนวณโดยเปรียบเทียบเวลาประทับของกิจกรรม “ปิดงวด” ขั้นสุดท้ายกับแอตทริบิวต์ TargetCompletionDate ภายในเครื่องมือ process mining. ตัวอย่าง truefalse
	เป็นการทำงานซ้ำ IsRework	แฟล็กที่คำนวณขึ้นเพื่อระบุกิจกรรมที่อยู่ในวงจรการทำงานซ้ำ.
คำอธิบาย กำหนดแฟล็กนี้เป็น true สำหรับกิจกรรมที่บ่งชี้ว่ากระบวนการทำขั้นตอนเดิมซ้ำโดยไม่จำเป็น เช่น เหตุการณ์ “ปฏิเสธการกระทบยอด” ตามด้วยเหตุการณ์ “จัดเตรียมการกระทบยอด” อีกครั้งสำหรับการกระทบยอดรายการเดิม จะถูกระบุว่าเป็นการทำงานซ้ำ การระบุงานที่ต้องทำซ้ำช่วยค้นหาความไม่มีประสิทธิภาพและปัญหาด้านคุณภาพ โดยใช้แอตทริบิวต์นี้คำนวณ KPI อัตราการทำงานซ้ำในการกระทบยอด เพื่อชี้ให้เห็นจุดที่ทำงานไม่ถูกต้องตั้งแต่ครั้งแรก ทำให้เสียแรงและเกิดความล่าช้า. เหตุผลที่สำคัญ ช่วยระบุวงจรที่ไม่มีประสิทธิภาพและงานที่ต้องทำซ้ำ เพื่อวัดปริมาณแรงงานที่สูญเปล่าและค้นหาสาเหตุของปัญหาด้านคุณภาพ. แหล่งข้อมูล โดยทั่วไปเครื่องมือ process mining จะคำนวณค่านี้ด้วยอัลกอริทึมที่ตรวจจับลำดับกิจกรรมซ้ำภายในเคสเดียวกัน ซึ่งมักเกี่ยวข้องกับ ReconciliationId หรือ GLAccount เดียวกัน. ตัวอย่าง truefalse
	รหัสการกระทบยอด ReconciliationId	รหัสเฉพาะสำหรับงานกระทบยอดบัญชีแต่ละรายการ.
คำอธิบาย Reconciliation ID คือคีย์เฉพาะที่กำหนดให้กับการกระทบยอดแต่ละรายการของบัญชีแยกประเภททั่วไปในงวดการเงินหนึ่งๆ จึงติดตามเส้นทางของการกระทบยอดแต่ละรายการในกระบวนการได้อย่างแม่นยำ รหัสนี้ช่วยแยกการกระทบยอดหลายรายการของบัญชีเดียวกันที่เกิดขึ้นต่างช่วงเวลาได้อย่างชัดเจน และจำเป็นต่อการวิเคราะห์รายละเอียด การตรวจสอบปัญหาเฉพาะจุด ตลอดจนการติดตามสถานะและประวัติของแต่ละรายการ. เหตุผลที่สำคัญ เป็นคีย์เฉพาะสำหรับติดตามรายการกระทบยอดแต่ละรายการ ช่วยให้วิเคราะห์รายละเอียดและเจาะลึกลงหนึ่งระดับเพื่อดูจุดที่มีปัญหาได้. แหล่งข้อมูล ระบบสร้างรหัสเฉพาะนี้ให้กับระเบียนการกระทบยอดแต่ละรายการในโมดูล Account Reconciliations ของ BlackLine. ตัวอย่าง REC-893475REC-893476REC-893477
	รหัสรายการบัญชี JournalId	รหัสเฉพาะสำหรับรายการบัญชีแต่ละรายการ.
คำอธิบาย Journal ID คือคีย์เฉพาะของรายการปรับปรุงบัญชีด้วยตนเองแต่ละรายการที่สร้างและบันทึกใน BlackLine ช่วยให้ติดตามรายการบัญชีแต่ละรายการได้ตั้งแต่สร้างจนถึงบันทึก รหัสนี้จำเป็นต่อแดชบอร์ดแนวโน้มการปรับปรุงรายการบัญชีด้วยตนเอง ช่วยนับจำนวนรายการปรับปรุงได้อย่างแม่นยำ และให้ผู้วิเคราะห์เจาะลึกเพื่อตรวจสอบรายละเอียดของรายการที่อาจบ่งชี้ถึงปัญหาด้านข้อมูลหรือกระบวนการ. เหตุผลที่สำคัญ ใช้ระบุรายการบัญชีด้วยตนเองแต่ละรายการโดยเฉพาะ ซึ่งจำเป็นต่อการนับรายการปรับปรุงและตรวจสอบสาเหตุของจำนวนรายการปรับปรุงที่สูง. แหล่งข้อมูล ระบบสร้างรหัสเฉพาะนี้ให้กับรายการแต่ละรายการในโมดูล Journals ของ BlackLine. ตัวอย่าง JRN-2023-10-001JRN-2023-10-002ADJ-58321
	วันที่เป้าหมายในการปิดบัญชี TargetCompletionDate	กำหนดเวลาที่วางแผนไว้ว่าจะปิดงวดการเงินให้เสร็จ.
คำอธิบาย แอตทริบิวต์นี้ระบุกำหนดเวลาอย่างเป็นทางการสำหรับการปิดงวด ใช้เป็นเกณฑ์เปรียบเทียบกับเวลาที่ปิดบัญชีเสร็จจริง วันที่นี้จำเป็นต่อการคำนวณ KPI อัตราการปิดงวดตรงเวลา โดยเปรียบเทียบเวลาที่กิจกรรม “ปิดงวด” เสร็จจริงกับวันที่เป้าหมาย เพื่อระบุงวดที่ปิดล่าช้าและวัดระยะเวลาที่ล่าช้า ซึ่งสำคัญต่อการปฏิบัติตามข้อกำหนดและการรายงาน. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์วัดการปิดบัญชีตรงเวลา และจำเป็นต่อการคำนวณ KPI ด้านการปฏิบัติตามข้อกำหนด เช่น อัตราการปิดงวดตรงเวลา. แหล่งข้อมูล โดยทั่วไปจะกำหนดวันที่นี้ไว้ในปฏิทินปิดงวดหรือการตั้งค่าการจัดการงานใน BlackLine. ตัวอย่าง 2023-10-15T23:59:59Z2024-01-12T23:59:59Z
	สกุลเงิน Currency	รหัสสกุลเงินของจำนวนเงิน เช่น USD หรือ EUR.
คำอธิบาย แอตทริบิวต์นี้ระบุสกุลเงินของ AdjustmentAmount ในองค์กรข้ามชาติ รายการบัญชีอาจใช้สกุลเงินท้องถิ่นที่แตกต่างกัน สกุลเงินเป็นข้อมูลประกอบที่จำเป็นสำหรับจำนวนเงินทางการเงิน เพื่อให้ตีความมูลค่าได้ถูกต้องและนำยอดมารวมเปรียบเทียบกันได้อย่างเหมาะสม โดยการวิเคราะห์อาจต้องแปลงยอดเป็นสกุลเงินมาตรฐานที่ใช้รายงาน. เหตุผลที่สำคัญ ให้ข้อมูลประกอบที่จำเป็นสำหรับมูลค่าเงิน ช่วยให้ตีความได้ถูกต้องและแปลงสกุลเงินเพื่อการรายงานได้อย่างเหมาะสม. แหล่งข้อมูล โดยทั่วไปจะอยู่ถัดจากฟิลด์จำนวนเงินในโมดูล Journals ของ BlackLine หรืออยู่ในคุณสมบัติของรหัสบริษัทที่เกี่ยวข้อง. ตัวอย่าง USDEURGBPJPY

จำเป็น แนะนำ ไม่บังคับ

กิจกรรมการปิดงวดและการกระทบยอดในกระบวนการบันทึกบัญชีจนถึงรายงานผล

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

6 แนะนำ 8 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	จัดทำงบการเงินแล้ว	จัดทำงบการเงินอย่างเป็นทางการ เช่น งบดุลและงบกำไรขาดทุนแล้ว นี่คือหมุดหมายสำคัญที่แสดงว่ารวบรวมชุดรายงานหลักเรียบร้อย.
เหตุผลที่สำคัญ เป็นจุดเปลี่ยนจากกระบวนการบัญชีไปสู่การรายงานและวิเคราะห์ข้อมูลทางการเงิน การติดตามกิจกรรมนี้ช่วยวัดประสิทธิภาพของขั้นตอนการรายงานช่วงท้ายของการปิดงวด. แหล่งข้อมูล โดยทั่วไปจัดการเป็นงานสำคัญในโมดูล BlackLine Close Management เมื่อทำงานนี้เสร็จ แสดงว่างบพร้อมให้ตรวจสอบ. บันทึก บันทึกเวลาที่งาน 'Generate Financial Statements' ในแผนปิดงวดเสร็จสิ้น. ประเภทเหตุการณ์ inferred
	ปิดงวดแล้ว	นี่คือกิจกรรมสุดท้าย แสดงว่างานทั้งหมดที่เกี่ยวข้องกับการปิดงวดเสร็จสิ้นและปิดงวดการเงินอย่างเป็นทางการแล้ว จะไม่สามารถลงรายการธุรกรรมเพิ่มเติมในงวดนี้ได้.
เหตุผลที่สำคัญ นี่คือเหตุการณ์สิ้นสุดหลักของกระบวนการ ใช้คำนวณระยะเวลาปิดงวดโดยรวมและอัตราการปิดงวดตรงเวลา. แหล่งข้อมูล บันทึกเหตุการณ์นี้ได้จากโมดูล BlackLine Close Management เมื่อสถานะโดยรวมของงวดเปลี่ยนเป็น 'Closed' หรืออนุมานจากเวลาที่งานสุดท้ายในแผนปิดงวดเสร็จสิ้น. บันทึก ระบุเวลาที่สถานะของงวดเปลี่ยนเป็น 'Closed' หรือเวลาที่งานสุดท้ายเสร็จสิ้น. ประเภทเหตุการณ์ inferred
	เปิดงวดเพื่อเริ่มปิดบัญชี	กิจกรรมนี้เป็นจุดเริ่มต้นอย่างเป็นทางการของกระบวนการปิดบัญชีสำหรับงวดการเงินที่ระบุ โดยทั่วไปเป็นเหตุการณ์ตามกำหนดเวลาในโมดูล Close Management ของ BlackLine ซึ่งทำให้งานต่างๆ เริ่มดำเนินการได้และกำหนดสถานะงวดเป็น 'open'.
เหตุผลที่สำคัญ นี่คือเหตุการณ์เริ่มต้นหลักของกระบวนการ การคำนวณระยะเวลาของรอบ เช่น ระยะเวลาปิดงวดโดยรวมและระยะเวลารวบรวมข้อมูลต้นทาง จะเริ่มนับจากจุดนี้. แหล่งข้อมูล เหตุการณ์นี้น่าจะบันทึกจากโมดูล BlackLine Close Management (Task Management) โดยอนุมานได้จากวันที่เปิดใช้งานแผนปิดงวด หรือวันที่เริ่มงานแรกสุดของงวดการเงินนั้น บันทึก ระบุเวลาที่เร็วที่สุดซึ่งเชื่อมโยงกับงาน หรือเวลาที่งวดเริ่มมีสถานะ 'active' ในกำหนดการปิดงวด. ประเภทเหตุการณ์ inferred
	รับรองการกระทบยอดแล้ว	หมายถึงจุดที่ผู้จัดทำดำเนินงานกระทบยอดบัญชีเสร็จและส่งให้ตรวจสอบอย่างเป็นทางการ โดยทั่วไปบันทึกจากการเปลี่ยนสถานะของรายการกระทบยอดในโมดูล Account Reconciliation ของ BlackLine.
เหตุผลที่สำคัญ นี่คือจุดส่งต่องานที่สำคัญ การวิเคราะห์เวลาตั้งแต่รับรองจนถึงอนุมัติช่วยให้เห็นคอขวดในเวิร์กโฟลว์ตรวจสอบการกระทบยอด และใช้สนับสนุน KPI ระยะเวลาอนุมัติการกระทบยอด. แหล่งข้อมูล อนุมานจากเวลาที่เปลี่ยนสถานะในโมดูล Account Reconciliation เหตุการณ์นี้เกิดขึ้นเมื่อสถานะการกระทบยอดเปลี่ยนเป็น 'Certified' หรือสถานะใกล้เคียงที่แสดงว่าพร้อมตรวจสอบ. บันทึก ระบบบันทึกเหตุการณ์เมื่อฟิลด์สถานะการกระทบยอดเปลี่ยนเป็น 'Certified'. ประเภทเหตุการณ์ inferred
	ลงบัญชีรายการปรับปรุงแล้ว	รายการบัญชีปรับปรุงที่สร้างใน BlackLine ลงบัญชีในบัญชีแยกประเภททั่วไปของระบบ ERP ต้นทางเรียบร้อยแล้ว แสดงว่ามีการบันทึกการแก้ไขอย่างเป็นทางการ.
เหตุผลที่สำคัญ กิจกรรมนี้ใช้สนับสนุน KPI จำนวนรายการบัญชีปรับปรุงด้วยตนเอง และสำคัญต่อการระบุจุดที่คุณภาพข้อมูลหรือการควบคุมมีปัญหา จนต้องแก้ไขด้วยตนเองบ่อยครั้ง. แหล่งข้อมูล บันทึกจากการเปลี่ยนสถานะในโมดูล BlackLine Journal Entry เหตุการณ์นี้เกิดขึ้นเมื่อสถานะของรายการบัญชีเปลี่ยนเป็น 'Posted' ซึ่งมักได้รับการยืนยันผ่านการเชื่อมต่อกับ ERP. บันทึก ระบบบันทึกเหตุการณ์เมื่อสถานะรายการบัญชีเปลี่ยนเป็น 'Posted'. ประเภทเหตุการณ์ inferred
	อนุมัติการกระทบยอดแล้ว	หมายถึงการอนุมัติการกระทบยอดบัญชีขั้นสุดท้าย ซึ่งแสดงว่าการตรวจสอบทุกระดับเสร็จสิ้น เหตุการณ์นี้บันทึกเมื่อสถานะการกระทบยอดเป็นสถานะอนุมัติขั้นสุดท้าย.
เหตุผลที่สำคัญ นี่คือหมุดหมายสำคัญที่แสดงว่างานส่วนสำคัญเสร็จสมบูรณ์ ใช้คำนวณระยะเวลาการกระทบยอดตั้งแต่ต้นจนจบและระบุคอขวดในการอนุมัติ. แหล่งข้อมูล อนุมานจากเวลาที่เปลี่ยนเป็นสถานะอนุมัติขั้นสุดท้ายในโมดูล BlackLine Account Reconciliation ซึ่งเกิดขึ้นเมื่อเวิร์กโฟลว์การกระทบยอดเสร็จสมบูรณ์. บันทึก ระบบบันทึกเหตุการณ์เมื่อสถานะการกระทบยอดเปลี่ยนเป็น 'Approved' หรือสถานะอนุมัติขั้นสุดท้ายในเวิร์กโฟลว์. ประเภทเหตุการณ์ inferred
	งานเกินกำหนด	งานปิดงวดตามกำหนดเลยวันครบกำหนดที่ระบุไว้โดยยังไม่เสร็จ เป็นเหตุการณ์ที่คำนวณจากการเปรียบเทียบเวลาปัจจุบันกับวันครบกำหนดของงาน.
เหตุผลที่สำคัญ ช่วยให้เห็นปัญหาการปฏิบัติตามข้อกำหนดและคอขวดที่อาจเกิดขึ้น ก่อนจะกระทบกำหนดปิดงวดอย่างรุนแรง และช่วยให้จัดการกระบวนการปิดงวดได้ล่วงหน้า. แหล่งข้อมูล เหตุการณ์นี้ไม่ได้บันทึกโดยตรงจากระบบ แต่ต้องคำนวณโดยเปรียบเทียบเวลาที่งานเสร็จกับวันครบกำหนดของงานในข้อมูลโมดูล Close Management. บันทึก คำนวณโดยเปรียบเทียบ 'วันที่ครบกำหนดของงาน' กับ 'เวลาประทับเมื่อทำงานเสร็จ' หากทำงานเสร็จหลังวันครบกำหนด แสดงว่างานล่าช้า ประเภทเหตุการณ์ calculated
	ตรวจสอบการกระทบยอดแล้ว	หมายถึงการกระทบยอดผ่านการตรวจสอบอย่างน้อยหนึ่งระดับ ในเวิร์กโฟลว์ที่มีการอนุมัติหลายระดับ ขั้นตอนนี้เป็นการอนุมัติระหว่างทางก่อนอนุมัติขั้นสุดท้าย.
เหตุผลที่สำคัญ กิจกรรมนี้ช่วยวิเคราะห์ว่าความล่าช้าเกิดขึ้นตรงไหนในลำดับการอนุมัติที่ซับซ้อน และแยกเวลาตรวจสอบเบื้องต้นออกจากเวลาการอนุมัติในระดับถัดไป. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะในโมดูล Account Reconciliation เมื่อผู้ใช้ที่มีสิทธิ์ตรวจสอบดำเนินการอนุมัติ แต่ยังไม่ทำให้เวิร์กโฟลว์เสร็จสมบูรณ์. บันทึก บันทึกเหตุการณ์เมื่อสถานะการกระทบยอดเปลี่ยนเป็นสถานะอนุมัติระหว่างทาง เช่น 'Reviewed' หรือ 'Level 1 Approved'. ประเภทเหตุการณ์ inferred
	เตรียมการกระทบยอดแล้ว	ผู้ใช้ดำเนินขั้นตอนที่จำเป็นในการกระทบยอดบัญชีแล้ว แต่ยังไม่ได้ส่งให้ตรวจสอบอย่างเป็นทางการ เหตุการณ์นี้จะบันทึกเมื่อบันทึกรายการกระทบยอดด้วยสถานะ 'In-Progress' หรือ 'Prepared'.
เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยให้เข้าใจแรงงานเบื้องต้นที่ต้องใช้ในการกระทบยอด หากใช้เวลานานระหว่างขั้นตอนนี้กับการรับรอง อาจบ่งชี้ว่าการกระทบยอดซับซ้อนหรือผู้ใช้มีภาระงานมาก. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะในโมดูล BlackLine Account Reconciliation หมายถึงครั้งแรกที่สถานะการกระทบยอดเปลี่ยนจาก 'Not Started' เป็นสถานะที่เริ่มดำเนินการแล้ว. บันทึก บันทึกเหตุการณ์เมื่อสถานะการกระทบยอดเปลี่ยนจาก 'Not Started' เป็น 'In Progress' หรือสถานะที่ใกล้เคียง. ประเภทเหตุการณ์ inferred
	ทำงานเสร็จแล้ว	ผู้ใช้ที่ได้รับมอบหมายทำเครื่องหมายว่างานเฉพาะในรายการตรวจสอบการปิดงวดเสร็จแล้ว หมายถึงขั้นตอนที่กำหนดไว้เสร็จสมบูรณ์ เช่น การตรวจสอบการควบคุมหรือขั้นตอนการรายงาน.
เหตุผลที่สำคัญ การวิเคราะห์งานที่เสร็จแล้วช่วยให้เห็นความคืบหน้าภายในงวดปิดบัญชีอย่างละเอียด และช่วยระบุขั้นตอนที่ทำให้กำหนดการโดยรวมล่าช้า. แหล่งข้อมูล เหตุการณ์นี้บันทึกโดยตรงจากโมดูล BlackLine Close Management (Task Management) งานแต่ละรายการมีเวลาประทับเมื่อผู้ใช้ทำเครื่องหมายว่าเสร็จแล้ว บันทึก บันทึกเมื่อผู้ใช้อัปเดตสถานะงานเป็น 'Completed'. ประเภทเหตุการณ์ explicit
	ปฏิเสธการกระทบยอดแล้ว	ผู้ตรวจสอบปฏิเสธการกระทบยอดที่รับรองแล้ว และส่งกลับให้ผู้จัดทำแก้ไข เหตุการณ์นี้บ่งชี้ปัญหาด้านคุณภาพหรือข้อยกเว้น และทำให้เกิดการทำงานซ้ำ.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการวัดคุณภาพกระบวนการและงานที่ต้องทำซ้ำ หากมีการปฏิเสธบ่อยครั้ง อาจชี้ถึงการฝึกอบรมที่ไม่เพียงพอ นโยบายไม่ชัดเจน หรือปัญหาคุณภาพข้อมูล. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะในโมดูล Account Reconciliation โดยบันทึกเหตุการณ์เมื่อสถานะการกระทบยอดเปลี่ยนเป็น 'Rejected' หรือถูกส่งกลับไปยังคิวของผู้จัดทำ. บันทึก ระบบบันทึกเหตุการณ์เมื่อฟิลด์สถานะการกระทบยอดเปลี่ยนเป็น 'Rejected' หรือสถานะใกล้เคียง. ประเภทเหตุการณ์ inferred
	สร้างงบทดลองแล้ว	หมายถึงเวลาที่จัดทำและตรวจสอบงบทดลองเบื้องต้นหรือฉบับสุดท้าย เป็นหมุดหมายสำคัญก่อนจัดทำงบการเงินฉบับสุดท้าย.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดควบคุมสำคัญในกระบวนการปิดงวด ความล่าช้าในการจัดทำงบทดลองที่ถูกต้องมักบ่งชี้ถึงปัญหาสำคัญในขั้นตอนการกระทบยอดหรือการบันทึกรายการบัญชีก่อนหน้า. แหล่งข้อมูล โดยทั่วไปจัดการเป็นงานหมุดหมายเฉพาะในโมดูล BlackLine Close Management เมื่อทำงานนี้เสร็จ แสดงว่างบทดลองพร้อมใช้งาน. บันทึก บันทึกเวลาที่งาน 'Generate Trial Balance' ในแผนปิดงวดเสร็จสิ้น. ประเภทเหตุการณ์ inferred
	สร้างรายการปรับปรุงบัญชีแล้ว	ผู้ใช้พบว่าต้องปรับปรุงรายการระหว่างการกระทบยอด และสร้างรายการบัญชีใน BlackLine โดยรายการนี้ยังไม่ได้ลงบัญชีในระบบ ERP.
เหตุผลที่สำคัญ การติดตามการสร้างรายการบัญชีช่วยให้เข้าใจจำนวนและช่วงเวลาของการปรับปรุง อีกทั้งแยกการพบปัญหาออกจากการแก้ไขขั้นสุดท้ายด้วยการลงบัญชี. แหล่งข้อมูล เหตุการณ์นี้น่าจะบันทึกโดยตรงในโมดูล BlackLine Journal Entry เมื่อมีการสร้างรายการบัญชีใหม่สำหรับงวดนั้น. บันทึก ระบบสร้างรายการบันทึกเมื่อผู้ใช้บันทึกรายการบัญชีใหม่. ประเภทเหตุการณ์ explicit
	โหลดข้อมูลต้นทางแล้ว	หมายถึงการโหลดข้อมูลธุรกรรมจากระบบต้นทาง เช่น ERP เข้าสู่ BlackLine เสร็จสิ้น ซึ่งเป็นเงื่อนไขก่อนเริ่มกิจกรรมกระทบยอดและบันทึกรายการบัญชีของงวดนั้น.
เหตุผลที่สำคัญ ความล่าช้าในการโหลดข้อมูลทำให้เกิดคอขวดสำคัญต่อกระบวนการปิดงวดทั้งหมด การติดตามกิจกรรมนี้ช่วยวัดระยะเวลารวบรวมข้อมูลและระบุปัญหาที่ระบบต้นทาง. แหล่งข้อมูล อาจบันทึกเป็นงานเฉพาะที่เสร็จสิ้นในโมดูล Close Management หรืออนุมานจากเวลาที่นำเข้าธุรกรรมรายการแรกของงวดการเงินนั้นเข้าสู่ BlackLine. บันทึก บันทึกเวลาที่งาน 'Load Data' เสร็จสิ้น หรือใช้เวลานำเข้าธุรกรรมรายการแรกสุดของงวด. ประเภทเหตุการณ์ inferred

แนะนำ ไม่บังคับ

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

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

ขั้นตอน

ข้อกำหนดเบื้องต้น: ตั้งค่าการเข้าถึง BlackLine API
- เข้าสู่ระบบ BlackLine ด้วยสิทธิ์ผู้ดูแลระบบ
- ไปที่ส่วน Admin แล้วค้นหา API Management หากไม่พบ ให้ติดต่อผู้ดูแลระบบ BlackLine
- ลงทะเบียน API Application ใหม่เพื่อสร้าง Client ID และ Client Secret
- กำหนดสิทธิ์อ่านที่จำเป็นให้แอปพลิเคชัน สำหรับข้อมูลการกระทบยอด งาน รายการบัญชี และผู้ใช้
- สร้าง Refresh Token สำหรับแอปพลิเคชัน เพื่อให้สคริปต์ใช้ยืนยันตัวตน
- จัดเก็บ Client ID, Client Secret และ Refresh Token ไว้ในที่ปลอดภัย
ตั้งค่าสภาพแวดล้อม Python
- ตรวจสอบว่าติดตั้ง Python 3.8 หรือใหม่กว่าบนระบบแล้ว
- เปิดเทอร์มินัลหรือ command prompt แล้วติดตั้งไลบรารีที่จำเป็นด้วยคำสั่ง pip install requests pandas
ตั้งค่าสคริปต์ Python
- บันทึกโค้ด Python ที่ให้ไว้ในส่วน 'Query' เป็นไฟล์ เช่น extract_blackline_data.py
- เปิดไฟล์ด้วยโปรแกรมแก้ไขข้อความ แล้วค้นหาส่วนตั้งค่าที่ด้านบน
- แทนค่าตัวอย่างของ BLACKLINE_BASE_URL, CLIENT_ID, CLIENT_SECRET และ REFRESH_TOKEN ด้วยข้อมูลรับรองที่ได้จากขั้นตอนที่ 1
- กำหนดตัวแปร START_DATE และ END_DATE เพื่อระบุช่วงเวลาที่ต้องการดึงข้อมูล โดยใช้รูปแบบ 'YYYY-MM-DD'
ทำความเข้าใจการทำงานของสคริปต์
- สคริปต์จะยืนยันตัวตนกับ BlackLine API ด้วยข้อมูลรับรองของคุณ เพื่อรับโทเค็นการเข้าถึงชั่วคราว
- จากนั้นจะเรียก API ตามลำดับเพื่อดึงข้อมูลการกระทบยอด งาน และรายการบัญชีในช่วงวันที่ที่กำหนด
- สคริปต์จัดการการแบ่งหน้า API เพื่อดึงข้อมูลครบทุกระเบียน ไม่ใช่เฉพาะหน้าแรก
แปลงข้อมูลและสร้างเหตุการณ์
- สคริปต์จะแปลงแต่ละระเบียนที่ดึงมา ไม่ว่าจะเป็นการกระทบยอด งาน หรือรายการบัญชี ให้เป็นเหตุการณ์อย่างน้อยหนึ่งรายการ
- ตัวอย่างเช่น ระเบียนการกระทบยอดหนึ่งรายการจาก API อาจสร้างหลายแถวในบันทึกเหตุการณ์ เช่น 'Reconciliation Prepared', 'Reconciliation Certified' และ 'Reconciliation Approved' โดยอ้างอิงจากช่องเวลาที่แตกต่างกันในข้อมูล
- สคริปต์ค้นหากิจกรรมสำคัญ เช่น 'Period Open For Close' หรือ 'Financial Statements Generated' จากชื่อที่กำหนดไว้ในรายการงานของ BlackLine คุณต้องปรับพจนานุกรม MILESTONE_TASK_MAPPING ในสคริปต์ให้ตรงกับชื่อจริงของงานเหล่านี้ในการตั้งค่า BlackLine ของคุณ
เรียกใช้สคริปต์
- เปิดเทอร์มินัลหรือ command prompt แล้วไปยังโฟลเดอร์ที่บันทึกสคริปต์ไว้
- เรียกใช้สคริปต์ด้วยคำสั่ง python extract_blackline_data.py
- สคริปต์จะแสดงความคืบหน้าในคอนโซลระหว่างดึงและประมวลผลข้อมูล
ตรวจสอบไฟล์ผลลัพธ์
- เมื่อสคริปต์ทำงานเสร็จ จะสร้างไฟล์ CSV ชื่อ blackline_event_log.csv ในโฟลเดอร์เดียวกัน
- ไฟล์นี้มีบันทึกเหตุการณ์ที่ดึงมา โดยจัดรูปแบบตามคอลัมน์ที่จำเป็นสำหรับอัปโหลดไปยัง ProcessMind
- เปิดไฟล์ CSV เพื่อตรวจสอบว่าข้อมูลถูกต้องและครบถ้วนก่อนอัปโหลด.

การกำหนดค่า

ข้อมูลรับรอง API: สคริปต์ต้องใช้ CLIENT_ID, CLIENT_SECRET และ REFRESH_TOKEN จากแอปพลิเคชัน API ที่ลงทะเบียนไว้ใน BlackLine ของคุณ ต้องเก็บข้อมูลเหล่านี้เป็นความลับ
URL หลักของ BlackLine: ระบุ URL หลักของ API สำหรับ BlackLine ของคุณ เช่น https://api.blackline.com/v2
ช่วงวันที่: พารามิเตอร์ START_DATE และ END_DATE กำหนดช่วงเวลาที่จะดึงข้อมูล สำหรับการดึงข้อมูลครั้งแรก แนะนำให้ใช้ช่วง 3 ถึง 6 เดือน เพื่อให้มีข้อมูลเพียงพอสำหรับการวิเคราะห์และควบคุมปริมาณข้อมูล
การจับคู่งานตามหมุดหมาย: สคริปต์จะระบุหมุดหมายสำคัญของกระบวนการ เช่น 'Period Closed' หรือ 'Trial Balance Generated' ได้จากพจนานุกรม MILESTONE_TASK_MAPPING คุณต้องกำหนดการจับคู่ให้ตรงกับชื่องานใน BlackLine Close Management ของคุณทุกประการ
ขีดจำกัดการแบ่งหน้า: ตัวแปร LIMIT กำหนดจำนวนระเบียนที่ขอในแต่ละครั้งที่เรียก API โดยทั่วไปค่าเริ่มต้นก็เพียงพอ แต่สามารถปรับตามประสิทธิภาพและคำแนะนำของเซิร์ฟเวอร์ API ได้
ข้อกำหนดเบื้องต้น: บัญชีผู้ใช้ API ต้องมีสิทธิ์อ่านข้อมูลใน Account Reconciliations, Task Management และ Journal Entry หากไม่มีสิทธิ์เหล่านี้ สคริปต์จะทำงานไม่สำเร็จหรือส่งคืนข้อมูลไม่ครบ

ตัวอย่างคำค้น python

import requests
import pandas as pd
import datetime
import time
import os

class=class="hl-string">"hl-comment"># --- CONFIGURATION SECTION --- #
class=class="hl-string">"hl-comment"># Replace with your BlackLine instance details
BLACKLINE_BASE_URL = class="hl-string">"https://[your-instance].blackline.com/v2" class=class="hl-string">"hl-comment"># e.g., https://api.blackline.com/v2
CLIENT_ID = os.environ.get(class="hl-string">'BLACKLINE_CLIENT_ID', class="hl-string">"YOUR_CLIENT_ID")
CLIENT_SECRET = os.environ.get(class="hl-string">'BLACKLINE_CLIENT_SECRET', class="hl-string">"YOUR_CLIENT_SECRET")
REFRESH_TOKEN = os.environ.get(class="hl-string">'BLACKLINE_REFRESH_TOKEN', class="hl-string">"YOUR_REFRESH_TOKEN")

class=class="hl-string">"hl-comment"># Date range for extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># API request settings
LIMIT = 100 class=class="hl-string">"hl-comment"># Records per page

class=class="hl-string">"hl-comment"># Mapping of BlackLine Task Names to ProcessMind Activity Names
class=class="hl-string">"hl-comment"># CRITICAL: Update these keys to match the exact names of tasks in your BlackLine instance.
MILESTONE_TASK_MAPPING = {
    class="hl-string">"Period Open": class="hl-string">"Period Open For Close",
    class="hl-string">"Load Source System Data": class="hl-string">"Source Data Loaded",
    class="hl-string">"Generate Preliminary Trial Balance": class="hl-string">"Trial Balance Generated",
    class="hl-string">"Generate Final Financial Statements": class="hl-string">"Financial Statements Generated",
    class="hl-string">"Close Period - Final": class="hl-string">"Period Closed"
}
class=class="hl-string">"hl-comment"># --- END CONFIGURATION --- #

def get_access_token():
    class="hl-string">"""Authenticates with BlackLine API to get an access token."""
    auth_url = fclass="hl-string">"{BLACKLINE_BASE_URL.replace('/v2', '')}/oauth/token"
    payload = {
        class="hl-string">'grant_type': class="hl-string">'refresh_token',
        class="hl-string">'refresh_token': REFRESH_TOKEN,
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    try:
        response = requests.post(auth_url, data=payload)
        response.raise_for_status()
        return response.json()[class="hl-string">'access_token']
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error getting access token: {e}")
        return None

def fetch_paginated_data(endpoint, headers, params):
    class="hl-string">"""Fetches all data from a paginated BlackLine API endpoint."""
    all_data = []
    url = fclass="hl-string">"{BLACKLINE_BASE_URL}/{endpoint}"
    offset = 0
    while True:
        params[class="hl-string">'offset'] = offset
        try:
            response = requests.get(url, headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            records = data.get(class="hl-string">'data', [])
            all_data.extend(records)

            if len(records) < LIMIT:
                break
            offset += LIMIT
            time.sleep(0.5) class=class="hl-string">"hl-comment"># Be respectful to the API rate limits
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
    return all_data

def main():
    class="hl-string">"""Main function to extract, transform, and save BlackLine data."""
    print(class="hl-string">"Starting BlackLine data extraction...")
    access_token = get_access_token()
    if not access_token:
        return

    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'Content-Type': class="hl-string">'application/json'
    }

    event_log = []
    last_data_update = datetime.datetime.now().isoformat()

    class=class="hl-string">"hl-comment"># 1. Fetch and process Reconciliations
    print(class="hl-string">"Fetching reconciliations...")
    rec_params = {class="hl-string">'limit': LIMIT, class="hl-string">'updatedAfter': START_DATE, class="hl-string">'updatedBefore': END_DATE}
    reconciliations = fetch_paginated_data(class="hl-string">'reconciliations', headers, rec_params)
    for rec in reconciliations:
        common_attrs = {
            class="hl-string">'FinancialPeriod': rec.get(class="hl-string">'periodName'),
            class="hl-string">'CompanyCode': rec.get(class="hl-string">'companyCode'),
            class="hl-string">'GLAccount': rec.get(class="hl-string">'accountNumber'),
            class="hl-string">'Department': rec.get(class="hl-string">'preparer', {}).get(class="hl-string">'department'),
            class="hl-string">'SourceSystem': class="hl-string">'BlackLine',
            class="hl-string">'LastDataUpdate': last_data_update
        }
        if rec.get(class="hl-string">'preparedDate'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Reconciliation Prepared', class="hl-string">'EventTime': rec[class="hl-string">'preparedDate'], class="hl-string">'ResponsibleUser': rec.get(class="hl-string">'preparer', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': class="hl-string">'Prepared'}) 
        if rec.get(class="hl-string">'certifiedDate'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Reconciliation Certified', class="hl-string">'EventTime': rec[class="hl-string">'certifiedDate'], class="hl-string">'ResponsibleUser': rec.get(class="hl-string">'preparer', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': class="hl-string">'Certified'}) 
        if rec.get(class="hl-string">'reviewedDate'): class=class="hl-string">"hl-comment"># This may represent first or last review depending on config
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Reconciliation Reviewed', class="hl-string">'EventTime': rec[class="hl-string">'reviewedDate'], class="hl-string">'ResponsibleUser': rec.get(class="hl-string">'reviewer', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': class="hl-string">'Reviewed'}) 
        if rec.get(class="hl-string">'rejectedDate'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Reconciliation Rejected', class="hl-string">'EventTime': rec[class="hl-string">'rejectedDate'], class="hl-string">'ResponsibleUser': rec.get(class="hl-string">'reviewer', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': class="hl-string">'Rejected'}) 
        if rec.get(class="hl-string">'approvedDate'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Reconciliation Approved', class="hl-string">'EventTime': rec[class="hl-string">'approvedDate'], class="hl-string">'ResponsibleUser': rec.get(class="hl-string">'approver', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': class="hl-string">'Approved'}) 

    class=class="hl-string">"hl-comment"># 2. Fetch and process Tasks
    print(class="hl-string">"Fetching tasks...")
    task_params = {class="hl-string">'limit': LIMIT, class="hl-string">'updatedAfter': START_DATE, class="hl-string">'updatedBefore': END_DATE}
    tasks = fetch_paginated_data(class="hl-string">'tasks', headers, task_params)
    today = datetime.datetime.now().isoformat()
    for task in tasks:
        common_attrs = {
            class="hl-string">'FinancialPeriod': task.get(class="hl-string">'periodName'),
            class="hl-string">'CompanyCode': task.get(class="hl-string">'companyCode'),
            class="hl-string">'GLAccount': None,
            class="hl-string">'Department': task.get(class="hl-string">'assignee', {}).get(class="hl-string">'department'),
            class="hl-string">'SourceSystem': class="hl-string">'BlackLine',
            class="hl-string">'LastDataUpdate': last_data_update
        }
        if task.get(class="hl-string">'status') == class="hl-string">'Completed' and task.get(class="hl-string">'completedDate'):
            activity_name = MILESTONE_TASK_MAPPING.get(task.get(class="hl-string">'name'), class="hl-string">'Task Completed')
            event_log.append({**common_attrs, class="hl-string">'ActivityName': activity_name, class="hl-string">'EventTime': task[class="hl-string">'completedDate'], class="hl-string">'ResponsibleUser': task.get(class="hl-string">'assignee', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': None})
        elif task.get(class="hl-string">'dueDate') and task.get(class="hl-string">'dueDate') < today and task.get(class="hl-string">'status') != class="hl-string">'Completed':
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Task Delinquent', class="hl-string">'EventTime': task[class="hl-string">'dueDate'], class="hl-string">'ResponsibleUser': task.get(class="hl-string">'assignee', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': None})

    class=class="hl-string">"hl-comment"># 3. Fetch and process Journals
    print(class="hl-string">"Fetching journals...")
    journal_params = {class="hl-string">'limit': LIMIT, class="hl-string">'updatedAfter': START_DATE, class="hl-string">'updatedBefore': END_DATE}
    journals = fetch_paginated_data(class="hl-string">'journals', headers, journal_params)
    for journal in journals:
        common_attrs = {
            class="hl-string">'FinancialPeriod': journal.get(class="hl-string">'periodName'),
            class="hl-string">'CompanyCode': journal.get(class="hl-string">'companyCode'),
            class="hl-string">'GLAccount': journal.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'accountNumber'), class=class="hl-string">"hl-comment"># Get account from first line
            class="hl-string">'Department': journal.get(class="hl-string">'creator', {}).get(class="hl-string">'department'),
            class="hl-string">'SourceSystem': class="hl-string">'BlackLine',
            class="hl-string">'LastDataUpdate': last_data_update
        }
        if journal.get(class="hl-string">'createdDate'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Adjusting Journal Created', class="hl-string">'EventTime': journal[class="hl-string">'createdDate'], class="hl-string">'ResponsibleUser': journal.get(class="hl-string">'creator', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': None})
        if journal.get(class="hl-string">'postedDate'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Adjusting Journal Posted', class="hl-string">'EventTime': journal[class="hl-string">'postedDate'], class="hl-string">'ResponsibleUser': journal.get(class="hl-string">'poster', {}).get(class="hl-string">'username'), class="hl-string">'ReconciliationStatus': None})

    class=class="hl-string">"hl-comment"># 4. Create DataFrame and save to CSV
    if not event_log:
        print(class="hl-string">"No events found for the specified period.")
        return

    df = pd.DataFrame(event_log)
    class=class="hl-string">"hl-comment"># Add missing recommended columns with null values if they don't exist
    recommended_cols = [class="hl-string">'EventEndTime']
    for col in recommended_cols:
        if col not in df.columns:
            df[col] = None

    class=class="hl-string">"hl-comment"># Reorder columns to match ProcessMind requirements
    final_cols = [class="hl-string">'FinancialPeriod', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EventEndTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate', class="hl-string">'ResponsibleUser', class="hl-string">'Department', class="hl-string">'ReconciliationStatus', class="hl-string">'CompanyCode', class="hl-string">'GLAccount']
    df = df[final_cols]

    output_file = class="hl-string">'blackline_event_log.csv'
    df.to_csv(output_file, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f')
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_file}")

if __name__ == class="hl-string">"__main__":
    main()

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

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

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

ปรับปรุงกระบวนการ Record to Report การปิดงวด และการกระทบยอดได้แล้ววันนี้

ลดระยะเวลาของกระบวนการลง 30% และจัดทำรายงานทางการเงินได้อย่างถูกต้อง.

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

ไม่ต้องใช้บัตรเครดิต

เทมเพลตข้อมูลการปิดงวดและการกระทบยอดสำหรับกระบวนการบันทึกบัญชีจนถึงรายงานผล

เทมเพลตข้อมูลการปิดงวดและการกระทบยอดสำหรับกระบวนการบันทึกบัญชีจนถึงรายงานผล

แอตทริบิวต์การปิดงวดและการกระทบยอดในกระบวนการบันทึกบัญชีจนถึงรายงานผล

กิจกรรมการปิดงวดและการกระทบยอดในกระบวนการบันทึกบัญชีจนถึงรายงานผล

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

ดึงข้อมูลด้วยสคริปต์ Python ผ่าน BlackLine REST API

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น python

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

ปรับปรุงกระบวนการ Record to Report การปิดงวด และการกระทบยอดได้แล้ววันนี้