สร้าง Dashboard ด้วยไฟล์ GL (ได้ทุกโปรแกรม)

คุณคือ Senior Data Analyst, Management Accountant, Audit Analytics Specialist, UX/UI Designer และ Web Developer

งานของคุณคืออ่านไฟล์ General Ledger หรือ GL ที่ฉันอัปโหลด แล้วสร้าง Web Dashboard สำหรับผู้บริหารในรูปแบบไฟล์ HTML ที่สามารถเปิดใช้งานบนคอมพิวเตอร์ได้ทันที

Dashboard ต้องวิเคราะห์ข้อมูลจากไฟล์จริงเท่านั้น ห้ามสร้าง ห้ามเติม และห้ามสมมติข้อมูลที่ไม่มีอยู่ใน GL

==================================================
วัตถุประสงค์
============

1. วิเคราะห์โครงสร้างไฟล์ GL โดยอัตโนมัติ
2. แสดงผลการดำเนินงานที่สำคัญสำหรับผู้บริหาร
3. รองรับการเปลี่ยนไฟล์ GL ผ่านปุ่ม Browse / Upload File
4. ประมวลผลข้อมูลใหม่ภายใน Browser ทันที
5. มี Filter และ Drill-down ไปยังรายการ GL ต้นทาง
6. ตรวจหาความผิดปกติของรายการบัญชีเบื้องต้น
7. ส่งออกเป็นไฟล์ HTML ที่ใช้งานได้จริง
8. ใช้เฉพาะข้อมูลที่มีอยู่จริงในไฟล์
9. หากข้อมูลไม่เพียงพอ ต้องแจ้งว่าไม่สามารถวิเคราะห์ได้ พร้อมระบุเหตุผล

==================================================
STEP 1: ตรวจสอบไฟล์และโครงสร้างข้อมูล
=====================================

ให้เปิดและตรวจสอบทุก Sheet ในไฟล์ Excel ก่อนเริ่มสร้าง Dashboard

ตรวจสอบและสรุปข้อมูลดังต่อไปนี้

1. ชื่อ Sheet ทั้งหมด
2. Sheet ที่คาดว่าเป็นข้อมูล GL
3. จำนวนแถวและจำนวนคอลัมน์
4. แถวที่เป็นหัวตาราง
5. ช่วงวันที่ของข้อมูล
6. จำนวนรายการ GL ที่สามารถนำมาวิเคราะห์ได้
7. จำนวนแถวที่ถูกตัดออกจากการวิเคราะห์
8. เหตุผลที่ตัดแต่ละประเภท เช่น

   * แถวว่าง
   * แถวหัวรายงาน
   * ยอดยกมา
   * ยอดรวม
   * ยอดคงเหลือ
   * ไม่มีวันที่
   * ไม่มีรหัสบัญชี
   * ไม่มีจำนวนเงิน
   * ไม่ใช่รายการเคลื่อนไหวทางบัญชี

ห้ามสมมติว่าแถวแรกเป็นหัวตาราง ให้ค้นหาแถวหัวตารางจากชื่อและลักษณะข้อมูลจริง

==================================================
STEP 2: ตรวจจับคอลัมน์อัตโนมัติ
===============================

ให้ระบบตรวจจับและจับคู่คอลัมน์โดยอัตโนมัติ รองรับชื่อคอลัมน์ทั้งภาษาไทยและภาษาอังกฤษ รวมถึงชื่อที่เขียนต่างกัน

ตัวอย่างคอลัมน์ที่ควรตรวจหา ได้แก่

* วันที่ / Date / Posting Date / Document Date
* เลขที่เอกสาร / Voucher No. / Document No. / Doc No.
* เลขที่อ้างอิง / Reference / Ref No.
* รหัสบัญชี / Account Code / Account No.
* ชื่อบัญชี / Account Name / Account Description
* รายละเอียด / Description / Narration / Memo
* เดบิต / Debit / Dr
* เครดิต / Credit / Cr
* จำนวนเงิน / Amount / Net Amount
* แผนก / Department / Cost Center / Division
* โครงการ / Project
* คู่ค้า / Customer / Vendor / Supplier
* ผู้บันทึก / User / Created By
* ประเภทรายการ / Journal Type / Voucher Type

หลักการตรวจจับคอลัมน์

1. ใช้ทั้งชื่อหัวคอลัมน์และรูปแบบข้อมูลภายในคอลัมน์
2. ไม่ยึดตำแหน่งคอลัมน์แบบตายตัว
3. รองรับกรณีหัวตารางอยู่หลังแถวชื่อรายงานหรือชื่อบริษัท
4. รองรับวันที่ในรูปแบบ Excel Date, ค.ศ. และ พ.ศ.
5. รองรับตัวเลขที่มี comma วงเล็บ เครื่องหมายลบ หรือเป็นข้อความ
6. รองรับไฟล์ที่มี Debit และ Credit แยกคอลัมน์
7. รองรับไฟล์ที่มี Amount เพียงคอลัมน์เดียว เฉพาะเมื่อมีข้อมูลระบุฝั่งเดบิตหรือเครดิต
8. หากจับคู่คอลัมน์ได้ไม่แน่ชัด ให้แสดงรายการคอลัมน์ที่พบและระดับความมั่นใจ
9. ห้ามเดาการจับคู่คอลัมน์ที่อาจทำให้ยอดผิดพลาด

==================================================
STEP 3: ตรวจสอบคุณภาพข้อมูล
===========================

ก่อนคำนวณ Dashboard ให้ตรวจสอบข้อมูลดังนี้

1. วันที่ไม่ถูกต้อง
2. รหัสบัญชีว่าง
3. ชื่อบัญชีว่าง
4. เลขที่เอกสารว่าง
5. Debit และ Credit ว่างพร้อมกัน
6. Debit และ Credit มีจำนวนเงินพร้อมกันในบรรทัดเดียว
7. จำนวนเงินไม่ใช่ตัวเลข
8. รายการซ้ำ
9. วันที่อยู่นอกช่วงข้อมูลส่วนใหญ่
10. รหัสบัญชีเดียวกันแต่มีหลายชื่อบัญชี
11. ชื่อบัญชีเดียวกันแต่มีหลายรหัสบัญชี
12. แถวที่อาจเป็นยอดยกมา ยอดรวม หรือยอดคงเหลือ
13. Voucher ที่ Debit ไม่เท่ากับ Credit หากข้อมูลเพียงพอ

แสดงผลการตรวจสอบคุณภาพข้อมูลในส่วน Data Quality Summary

==================================================
STEP 4: หลักการจำแนกรายได้และค่าใช้จ่าย
=======================================

ให้ใช้โครงสร้างรหัสบัญชีและข้อมูลจริงใน GL เพื่อจำแนกประเภทบัญชี

กรณีผังบัญชีใช้รหัสมาตรฐาน เช่น

* บัญชีขึ้นต้นด้วย 4 = รายได้
* บัญชีขึ้นต้นด้วย 5 = ค่าใช้จ่าย

สามารถใช้เป็นหลักในการจำแนกได้ แต่ต้องตรวจสอบร่วมกับชื่อบัญชีด้วย

สูตรคำนวณกรณีมี Debit และ Credit แยกคอลัมน์

รายได้สุทธิรายรายการ
= Credit - Debit

ค่าใช้จ่ายสุทธิรายรายการ
= Debit - Credit

กำไรสุทธิ
= รายได้สุทธิ - ค่าใช้จ่ายสุทธิ

ห้ามนำบัญชีสินทรัพย์ หนี้สิน หรือส่วนของเจ้าของมารวมเป็นรายได้หรือค่าใช้จ่าย

หากไม่สามารถระบุโครงสร้างรหัสบัญชีได้อย่างมั่นใจ ให้

1. แสดงว่าไม่สามารถจำแนกรายได้และค่าใช้จ่ายได้
2. แสดงรหัสบัญชีและชื่อบัญชีที่พบ
3. ไม่คำนวณ KPI ที่อาจคลาดเคลื่อน
4. ไม่สร้างตัวเลขประมาณการขึ้นเอง

==================================================
STEP 5: KPI สำหรับผู้บริหาร
===========================

สร้าง KPI Cards อย่างน้อยดังนี้

1. รายได้รวม
2. ค่าใช้จ่ายรวม
3. กำไรหรือขาดทุนสุทธิ
4. อัตรากำไรสุทธิ
5. จำนวนรายการ GL
6. จำนวนบัญชีที่มีการเคลื่อนไหว
7. จำนวนรายการผิดปกติที่ต้องตรวจสอบ
8. ช่วงวันที่ของข้อมูล

ให้แสดง

* จำนวนเงินพร้อม comma
* ทศนิยม 2 ตำแหน่ง
* หน่วยเงินบาท
* เปรียบเทียบกับเดือนก่อน เมื่อข้อมูลมีอย่างน้อย 2 เดือน
* แสดง N/A หรือ “ไม่สามารถวิเคราะห์ได้” เมื่อข้อมูลไม่เพียงพอ

ห้ามแสดงค่าเป็นศูนย์เพื่อทดแทนข้อมูลที่ไม่มีอยู่จริง

==================================================
STEP 6: กราฟและข้อมูลวิเคราะห์
==============================

Dashboard ต้องมีส่วนวิเคราะห์อย่างน้อยดังนี้

1. แนวโน้มรายได้ ค่าใช้จ่าย และกำไรสุทธิรายเดือน
2. รายได้แยกตามบัญชี
3. ค่าใช้จ่ายแยกตามบัญชี
4. Top 10 บัญชีค่าใช้จ่าย
5. Top 10 รายการค่าใช้จ่ายที่มีมูลค่าสูง
6. สัดส่วนรายได้ตามบัญชี
7. สัดส่วนค่าใช้จ่ายตามบัญชี
8. จำนวนรายการ GL รายเดือน
9. รายได้และค่าใช้จ่ายแยกตามแผนก หากมีข้อมูล
10. รายได้และค่าใช้จ่ายแยกตามโครงการ หากมีข้อมูล

หลักการแสดงกราฟ

* ใช้กราฟเส้นสำหรับแนวโน้มตามเวลา
* ใช้กราฟแท่งสำหรับเปรียบเทียบบัญชี
* ใช้ Donut Chart เฉพาะข้อมูลที่มีจำนวนหมวดไม่มากเกินไป
* เรียงข้อมูลจากมากไปน้อย
* แสดง Tooltip เมื่อวางเมาส์
* สามารถคลิกกราฟเพื่อ Drill-down ได้
* แสดงชื่อบัญชีและรหัสบัญชี
* หากชื่อบัญชียาว ให้ตัดข้อความในกราฟแต่แสดงชื่อเต็มใน Tooltip

==================================================
STEP 7: Filter
==============

สร้าง Filter ที่ใช้งานร่วมกันทั้ง Dashboard ได้แก่

1. วันที่เริ่มต้น
2. วันที่สิ้นสุด
3. ปี
4. เดือน
5. รหัสบัญชี
6. ชื่อบัญชี
7. ประเภทบัญชี
8. แผนก หากมีข้อมูล
9. โครงการ หากมีข้อมูล
10. เลขที่เอกสาร
11. คำค้นหาจากรายละเอียดรายการ
12. ประเภทรายการหรือ Voucher Type หากมีข้อมูล

เพิ่มปุ่ม

* Apply Filter
* Reset Filter
* Clear All
* แสดงจำนวนรายการหลัง Filter
* แสดงช่วงวันที่ที่กำลังวิเคราะห์

เมื่อเปลี่ยน Filter ต้องปรับ KPI กราฟ ตาราง และรายการผิดปกติทั้งหมดให้สัมพันธ์กัน

==================================================
STEP 8: Drill-down รายการ GL
============================

ทุก KPI กราฟ และตารางสรุปที่เหมาะสมต้องสามารถ Drill-down ไปดูรายการ GL ต้นทางได้

ตาราง Drill-down ควรแสดงคอลัมน์ที่มีอยู่จริง เช่น

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

ความสามารถของตาราง

1. เรียงลำดับตามคอลัมน์
2. ค้นหาข้อมูล
3. แบ่งหน้า
4. เลือกจำนวนรายการต่อหน้า
5. แสดงยอดรวม Debit และ Credit
6. Export รายการที่ผ่าน Filter เป็น CSV หรือ Excel หากทำได้
7. แสดง Source Row เพื่อให้ย้อนกลับไปตรวจสอบใน Excel ได้

ห้ามสร้างคอลัมน์ที่ไม่มีข้อมูลต้นทาง ยกเว้นคอลัมน์ที่เป็นผลคำนวณและต้องระบุชัดเจนว่าเป็น Calculated Field

==================================================
STEP 9: วิเคราะห์รายการผิดปกติ
==============================

สร้างส่วน “รายการที่ควรตรวจสอบ” หรือ “Potential Anomalies”

รายการผิดปกติทั้งหมดเป็นเพียงสัญญาณเตือนเบื้องต้น ห้ามระบุว่าเป็นการทุจริตหรือข้อผิดพลาดโดยไม่มีหลักฐาน

ตรวจสอบรายการดังต่อไปนี้เมื่อข้อมูลเพียงพอ

1. รายการที่มีมูลค่าสูงผิดปกติ
2. รายการที่สูงกว่าค่าเฉลี่ยของบัญชีอย่างมีนัยสำคัญ
3. รายการที่มีจำนวนเงินเลขกลม
4. รายการที่มีจำนวนเงินซ้ำบ่อย
5. รายการซ้ำจากวันที่ เอกสาร บัญชี จำนวนเงิน และรายละเอียด
6. เลขที่เอกสารซ้ำ
7. Voucher ที่ Debit ไม่เท่ากับ Credit
8. รายการวันเสาร์หรือวันอาทิตย์
9. รายการช่วงสิ้นเดือน
10. รายการช่วงสิ้นปี
11. รายการที่บันทึกย้อนหลัง
12. รายการ Manual Journal หากระบุได้
13. บัญชีรายได้ที่มี Debit
14. บัญชีค่าใช้จ่ายที่มี Credit
15. จำนวนเงินติดลบผิดธรรมชาติ
16. รายการที่ไม่มีรายละเอียด
17. รายการที่ไม่มีเลขที่เอกสาร
18. คู่บัญชีที่ไม่เคยเกิดขึ้นหรือเกิดขึ้นน้อยผิดปกติ
19. บัญชีเดียวกันแต่ชื่อบัญชีไม่ตรงกัน
20. การบันทึกบัญชีในช่วงเวลาที่ผิดปกติ หากมีข้อมูลเวลา

สำหรับแต่ละรายการให้แสดง

* ประเภทความเสี่ยง
* เหตุผลที่ถูก Flag
* วันที่
* เลขที่เอกสาร
* รหัสบัญชี
* ชื่อบัญชี
* รายละเอียด
* Debit
* Credit
* จำนวนเงิน
* ระดับความเสี่ยง High / Medium / Low
* เกณฑ์ที่ใช้ตรวจพบ
* ปุ่ม Drill-down

หลักเกณฑ์ตรวจจับต้องโปร่งใสและแสดงให้ผู้ใช้ทราบ

ตัวอย่าง

* Large Transaction: รายการอยู่ในกลุ่มบนสุดของบัญชี
* Round Number: จำนวนเงินหารด้วย 1,000 หรือ 10,000 ลงตัว
* Duplicate: วันที่ เอกสาร บัญชี Debit Credit และรายละเอียดตรงกัน
* Weekend Entry: วันที่ตรงกับวันเสาร์หรือวันอาทิตย์
* Revenue Debit: บัญชีรายได้มียอด Debit
* Expense Credit: บัญชีค่าใช้จ่ายมียอด Credit

ให้ผู้ใช้สามารถปรับเกณฑ์ Materiality หรือ Threshold ได้

==================================================
STEP 10: ปุ่ม Upload และประมวลผลใหม่
====================================

ภายใน Dashboard ต้องมีปุ่ม Browse / Upload File เพื่อให้ผู้ใช้เลือกไฟล์ใหม่ได้

รองรับอย่างน้อย

* .xlsx
* .xlsm
* .csv

เมื่อเลือกไฟล์ใหม่ ระบบต้อง

1. อ่านไฟล์ภายใน Browser
2. วิเคราะห์ Sheet และคอลัมน์ใหม่โดยอัตโนมัติ
3. ตรวจสอบคุณภาพข้อมูลใหม่
4. คำนวณ KPI ใหม่
5. สร้างกราฟใหม่
6. สร้าง Filter ใหม่ตามข้อมูลที่พบ
7. สร้างรายการผิดปกติใหม่
8. ไม่ต้องแก้ไข Source Code
9. ไม่ต้อง Upload ข้อมูลไปยัง Server
10. แสดงสถานะการประมวลผล เช่น

* กำลังอ่านไฟล์
* กำลังวิเคราะห์โครงสร้าง
* กำลังประมวลผล
* ประมวลผลสำเร็จ
* ไม่สามารถประมวลผลได้

ให้มีปุ่ม

* Upload New GL
* Reload Current File
* Reset Dashboard
* Download Filtered Data
* View Data Quality Report

==================================================
STEP 11: ความเป็นส่วนตัวและความปลอดภัย
======================================

ข้อมูลบัญชีต้องถูกประมวลผลภายใน Browser ของผู้ใช้

ห้าม

* ส่งข้อมูลไปยัง Server ภายนอก
* ส่งข้อมูลไปยัง API
* เก็บไฟล์ไว้ภายนอกเครื่อง
* ส่งข้อมูลไปยังระบบ Analytics
* ฝัง Tracking Code
* เปิดเผยข้อมูล GL ใน Console โดยไม่จำเป็น

แสดงข้อความบน Dashboard ว่า

“ข้อมูลทั้งหมดถูกประมวลผลภายใน Browser และไม่มีการส่งไฟล์บัญชีออกไปยัง Server”

==================================================
STEP 12: การออกแบบ Dashboard
============================

ออกแบบให้มีลักษณะ

* เรียบง่าย
* ทันสมัย
* เป็นมืออาชีพ
* อ่านง่ายสำหรับผู้บริหาร
* ใช้พื้นที่อย่างมีประสิทธิภาพ
* ไม่ใส่กราฟมากเกินความจำเป็น
* ใช้สีอย่างสม่ำเสมอ
* รองรับ Desktop, Tablet และ Mobile
* Responsive ทุกขนาดหน้าจอ
* รองรับภาษาไทยได้สมบูรณ์
* ใช้ Font ที่อ่านง่าย
* มี Navigation หรือ Tab ที่ชัดเจน

แนะนำโครงสร้างหน้า

1. Header
2. File Information
3. Data Quality Summary
4. Filter Panel
5. KPI Cards
6. Monthly Performance
7. Revenue Analysis
8. Expense Analysis
9. Top 10 Expenses
10. Potential Anomalies
11. GL Drill-down
12. Methodology and Limitations

ใช้สีแสดงผลอย่างเหมาะสม เช่น

* รายได้ = สีเขียวหรือน้ำเงิน
* ค่าใช้จ่าย = สีส้มหรือแดง
* กำไร = สีเขียว
* ขาดทุน = สีแดง
* คำเตือน = สีเหลือง
* ข้อมูลไม่เพียงพอ = สีเทา

ต้องมี Dark Mode เฉพาะเมื่อไม่ทำให้การอ่านข้อมูลยากขึ้น

==================================================
STEP 13: Methodology และข้อจำกัด
================================

เพิ่มส่วนอธิบาย Methodology ภายใน Dashboard โดยระบุ

1. Sheet ที่ใช้วิเคราะห์
2. แถวหัวตารางที่ตรวจพบ
3. คอลัมน์ที่นำมาใช้
4. วิธีจำแนกรายได้และค่าใช้จ่าย
5. สูตรคำนวณ KPI
6. วิธีตัดแถวที่ไม่ใช่รายการ GL
7. วิธีตรวจจับรายการผิดปกติ
8. จำนวนแถวที่ไม่ได้นำมาวิเคราะห์
9. ข้อมูลที่ไม่สามารถวิเคราะห์ได้
10. ข้อจำกัดของข้อมูล

ทุกตัวเลขสำคัญควรสามารถย้อนกลับไปยัง GL ต้นทางได้

==================================================
STEP 14: กรณีข้อมูลไม่เพียงพอ
=============================

หากไม่มีข้อมูลที่จำเป็น ห้ามสร้างตัวเลขขึ้นเอง

ตัวอย่างข้อความที่ต้องใช้

* “ไม่สามารถวิเคราะห์รายได้ได้ เนื่องจากไม่พบรหัสบัญชีหรือประเภทบัญชี”
* “ไม่สามารถคำนวณกำไรสุทธิได้ เนื่องจากข้อมูล Debit และ Credit ไม่ครบถ้วน”
* “ไม่สามารถวิเคราะห์ตามแผนกได้ เนื่องจากไม่พบคอลัมน์ Department หรือ Cost Center”
* “ไม่สามารถตรวจสอบ Voucher Balance ได้ เนื่องจากไม่พบเลขที่เอกสาร”
* “ไม่สามารถวิเคราะห์แนวโน้มรายเดือนได้ เนื่องจากข้อมูลมีระยะเวลาน้อยกว่า 2 เดือน”
* “ไม่สามารถตรวจสอบผู้บันทึกรายการได้ เนื่องจากไม่มีข้อมูลผู้ใช้งาน”

ห้ามใช้เลขศูนย์แทนข้อมูลที่ไม่มี

==================================================
STEP 15: ผลลัพธ์ที่ต้องส่งมอบ
=============================

ส่งมอบไฟล์ HTML ที่สมบูรณ์และเปิดใช้งานได้จริง

ชื่อไฟล์แนะนำ

Executive_GL_Dashboard.html

คุณสมบัติของไฟล์

1. เป็น HTML ไฟล์เดียว
2. เปิดด้วย Google Chrome, Microsoft Edge หรือ Browser สมัยใหม่ได้
3. ไม่ต้องติดตั้งโปรแกรมเพิ่ม
4. ไม่ต้องใช้ Web Server
5. มีข้อมูลจากไฟล์ GL ที่อัปโหลดเป็นข้อมูลเริ่มต้น หากสามารถฝังข้อมูลได้
6. มีปุ่ม Upload File เพื่อเปลี่ยนไฟล์
7. รองรับการประมวลผลข้อมูลใหม่
8. รองรับภาษาไทย
9. Responsive
10. ไม่ส่งข้อมูลออกไปภายนอก

หากจำเป็นต้องใช้ JavaScript Library เช่น SheetJS หรือ Chart Library

* ควรฝัง Library ภายในไฟล์ HTML หากทำได้
* หากต้องใช้ CDN ให้แจ้งอย่างชัดเจนว่า Dashboard ต้องเชื่อมต่ออินเทอร์เน็ต
* ห้ามใช้ Library ที่ส่งข้อมูล GL ไปประมวลผลภายนอก

==================================================
STEP 16: การตรวจสอบก่อนส่งมอบ
=============================

ก่อนส่งไฟล์ ให้ตรวจสอบอย่างน้อยดังนี้

1. HTML เปิดได้โดยไม่มี Error
2. ปุ่ม Upload File ทำงาน
3. อ่านไฟล์ Excel ได้
4. ตรวจจับ Sheet ได้
5. ตรวจจับหัวตารางได้
6. ตรวจจับคอลัมน์ได้
7. KPI ตรงกับข้อมูล GL
8. รายได้และค่าใช้จ่ายไม่ถูกนับซ้ำ
9. Filter ทำงานทุกส่วน
10. Reset Filter ทำงาน
11. Drill-down ทำงาน
12. ตารางแบ่งหน้าได้
13. กราฟแสดงผลบน Mobile ได้
14. ไม่พบข้อมูลสมมติ
15. แจ้งข้อมูลที่วิเคราะห์ไม่ได้อย่างชัดเจน
16. แสดงจำนวนแถวที่ใช้และไม่ใช้
17. ไม่ส่งข้อมูลออกไปยัง Server
18. ไม่มี JavaScript Syntax Error
19. ไม่มีข้อความ Placeholder ที่ยังไม่ได้แก้ไข
20. ยอดรวมจาก Dashboard สามารถกระทบกลับไปยัง GL ได้

==================================================
รูปแบบสรุปผลก่อนส่งไฟล์
=======================

ให้สรุปก่อนส่งมอบดังนี้

1. ข้อเท็จจริงที่พบจากไฟล์
2. Sheet และช่วงข้อมูลที่ใช้
3. จำนวนรายการที่วิเคราะห์
4. จำนวนรายการที่ตัดออก
5. คอลัมน์ที่ตรวจพบ
6. หลักการจำแนกรายได้และค่าใช้จ่าย
7. KPI สำคัญที่คำนวณได้
8. ข้อมูลที่ไม่สามารถวิเคราะห์ได้
9. ข้อสมมติที่ใช้
10. รายการที่ผู้ใช้ควรตรวจสอบเพิ่มเติม
11. ระดับความมั่นใจ High / Medium / Low พร้อมเหตุผล
12. ลิงก์ดาวน์โหลดไฟล์ HTML

หลักการสำคัญที่สุด

* ใช้ข้อมูลจริงจาก GL เท่านั้น
* ห้ามสร้างข้อมูลตัวอย่างมาปะปนกับข้อมูลจริง
* ห้ามเดารหัสบัญชี
* ห้ามเดาแผนก
* ห้ามเดาประเภทบัญชี
* ห้ามแสดงตัวเลขที่ไม่สามารถตรวจสอบย้อนกลับได้
* หากไม่แน่ใจให้ระบุว่า “ต้องตรวจสอบ”
* หากไม่สามารถวิเคราะห์ได้ให้แจ้งตรงไปตรงมา
* Dashboard ต้องใช้งานได้จริง ไม่ใช่เพียงภาพตัวอย่างหรือ Mockup

ตรวจสอบและแทนที่ข้อมูลในวงเล็บก่อนนำไปใช้กับข้อมูลจริง