เช็คที่ 1 — กระทบยอดลูกหนี้การค้ารายตัว
ดึงรายการเดบิต/เครดิตของบัญชีลูกหนี้การค้าที่เลือก จัดกลุ่มตามลูกค้า แล้วหาลูกค้าที่ยอดคงเหลือผิดปกติ (เครดิตมากกว่าเดบิต)
เช็คที่ 3 — กระทบยอดดอกผลรอตัดบัญชี/ภาษีขายไม่ถึงกำหนด กับไฟล์คำนวณภายนอก
อัปโหลดไฟล์ CSV ที่คำนวณดอกผลรอตัดบัญชีไว้ (คอลัมน์: เลขที่ใบแจ้งหนี้, คำสั่งขาย Odoo, ชื่อลูกค้า (ใบแจ้งหนี้), คำสั่งขาย CRM, ดอกผลรอตัด (ก่อนภาษี), ภาษีขายไม่ถึงกำหนด) ระบบจะเทียบยอดเครดิตที่บันทึกจริงในบัญชี 21530014 และ 21510002 ต่อใบแจ้งหนี้ จับคู่ด้วย "เลขที่ใบแจ้งหนี้" (ไม่ใช้ชื่อลูกค้าจับคู่ เพราะชื่อซ้ำกันได้จริง)
ประวัติการตรวจสอบของทีม AR
เช็คที่ 1 — ตรวจฝั่งยอดคงเหลือผิดธรรมชาติบัญชี
ตรวจทุกบัญชีหมวด 1-3 (สินทรัพย์/หนี้สิน/ทุน) ว่ายอดคงเหลือสะสมอยู่ฝั่งที่ควรจะเป็นหรือไม่ (เช่น บัญชีสินทรัพย์ควรเป็นเดบิต)
ยอดยกมาต้นปี (จากงบทดลองปีก่อน)
ยอดยกมาปีก่อนยังไม่อยู่ใน Odoo — อัปโหลดไฟล์ CSV จากงบทดลอง (คอลัมน์: รหัสบัญชี, ชื่อบัญชี, ยอดสะสม-เดบิต, ยอดสะสม-เครดิต ณ 31/12 ปีก่อน) เพื่อให้เช็คที่ 1 บวกยอดนี้เข้ากับยอดเคลื่อนไหวใน Odoo ก่อนตัดสินฝั่งคงเหลือ (ใช้เฉพาะตอนตรวจแบบยอดสะสม ไม่ใส่ "ตั้งแต่วันที่")
ประวัติการตรวจสอบของทีม GL
เช็คที่ 1 — กระทบยอดเงินรับมัดจำ (RD) กับ Bank Statement
ขอบเขตรอบแรก: เทียบยอดรวมต่อวันของเอกสาร RD (เงินรับเข้า) ที่บันทึกในบัญชี 21540001 รายได้รับล่วงหน้า-ค่าสินค้า กับยอดเงินฝากรวมต่อวันจาก Bank Statement — ยังไม่แยกช่องทาง (โอนตรง/inet/พร้อมเพย์-QR บริษัท) และยังไม่รวม RCN/JV ในรอบนี้
เช็คที่ 2 — จับคู่รายการรับเงินช่องทาง inet กับ RD ใน Odoo
อัปโหลดไฟล์ PDF สรุปยอดที่ inet ส่งให้ร้าน ระบบจะแกะข้อความในเบราว์เซอร์ แล้วจับคู่ด้วย "Transaction Number" (เลขอ้างอิงเฉพาะตัวต่อธุรกรรม) กับเอกสารรับชำระเงินใน Odoo ตรงๆ ไม่ต้องใช้ Bank Statement และไม่ต้องพึ่งเลข SO (แม่นยำกว่าเพราะไม่มีปัญหาเรื่อง format เลข SO ไม่ตรงกันระหว่างระบบ)
ประวัติการตรวจสอบของทีม Bankstatement
ภาพรวมสำหรับผู้จัดการ
สรุปผลการตรวจสอบล่าสุดของทุกทีม — ไล่ดูรายการที่ผิดปกติเพื่อสั่งการต่อ