ฝากเงินสดเข้าธนาคารใน Odoo ทำอย่างไรให้ถูกหลักบัญชีและ Audit

- ปัญหาของการฝากเงินสดเข้าธนาคารในระบบ ERP
- ฝากเงินสดเข้าธนาคารไม่ใช่รายรับจากลูกค้า
- หลักการบันทึกบัญชีเงินสดเข้าธนาคาร
- ควรใช้ Cash Journal และ Bank Journal อย่างไร
- ควรมีบัญชีกลางหรือไม่
- การทำ Bank Reconciliation สำหรับเงินฝากสด
- ความเสี่ยงด้าน Audit ถ้าบันทึกผิดประเภท
- แนวทางการออกแบบระบบ ERP โดย MDSoft
- สรุป
ปัญหาของการฝากเงินสดเข้าธนาคารในระบบ ERP
การฝากเงินสดเข้าธนาคารเป็นรายการที่พบได้บ่อยในงานบัญชี เช่น บริษัทมีเงินสดจากการขายหน้าร้าน เงินสดจากการรับชำระ หรือเงินสดคงเหลือในมือ แล้วนำไปฝากเข้าบัญชีธนาคารของบริษัท เพื่อให้เงินสดในมือถูกลดลงและยอดเงินฝากธนาคารเพิ่มขึ้นตามความเป็นจริง
แม้รายการนี้ดูเหมือนเป็นเรื่องง่าย แต่เมื่อนำมาบันทึกในระบบ ERP หากออกแบบไม่ถูกต้อง อาจทำให้เกิดปัญหาด้านเอกสาร เลขรัน รายงานเงินสด รายงานธนาคาร และการตรวจสอบย้อนหลัง โดยเฉพาะถ้าระบบนำรายการฝากเงินสดไปปะปนกับ “ใบเสร็จรับเงิน” หรือรายการรับเงินจากลูกค้าโดยตรง
สำหรับงานบัญชีไทย สิ่งที่ต้องระวังคือรายการฝากเงินสดเข้าธนาคารไม่ใช่รายได้ใหม่ของบริษัท แต่เป็นการย้ายสินทรัพย์จาก “เงินสดในมือ” ไปเป็น “เงินฝากธนาคาร” ดังนั้นระบบควรแยกประเภทเอกสารและกระบวนการบันทึกให้ถูกต้องตั้งแต่ต้น
ฝากเงินสดเข้าธนาคารไม่ใช่รายรับจากลูกค้า
ข้อผิดพลาดที่พบบ่อยคือการมองว่าการฝากเงินสดเข้าธนาคารเป็นรายการ “รับเงิน” แล้วบันทึกในลักษณะเดียวกับการรับชำระจากลูกค้า ซึ่งอาจทำให้เกิดความเข้าใจผิดว่าเงินที่เข้าธนาคารเป็นรายได้ใหม่ ทั้งที่ความจริงเงินสดดังกล่าวอาจเคยถูกบันทึกเป็นรายรับมาก่อนแล้ว
ตัวอย่างเช่น ร้านค้าได้รับเงินสดจากลูกค้าระหว่างวันและออกใบเสร็จรับเงินเรียบร้อยแล้ว ต่อมานำเงินสด 50,000 บาทไปฝากเข้าบัญชีธนาคาร หากบันทึกรายการฝากเงินสดเป็นรายรับซ้ำอีกครั้ง จะทำให้รายได้หรือรายการรับเงินผิดพลาด และอาจทำให้ยอดรายงานทางบัญชีไม่ถูกต้อง
| รายการ | ความหมายที่ถูกต้อง | สิ่งที่ไม่ควรตีความ |
|---|---|---|
| รับเงินสดจากลูกค้า | เกิดรายการรับเงินจากลูกค้า | - |
| ฝากเงินสดเข้าธนาคาร | ย้ายเงินจากเงินสดในมือไปยังธนาคาร | ไม่ใช่รายรับใหม่ |
| เงินเข้าธนาคารจากการฝากสด | ยอดธนาคารเพิ่มขึ้น | ไม่ใช่การขายซ้ำ |
หลักการบันทึกบัญชีเงินสดเข้าธนาคาร
หลักการบัญชีของการฝากเงินสดเข้าธนาคารคือการโอนย้ายสินทรัพย์ภายในบริษัท จากบัญชีเงินสดไปยังบัญชีเงินฝากธนาคาร โดยไม่กระทบรายได้ ค่าใช้จ่าย ลูกหนี้ เจ้าหนี้ ภาษีขาย หรือภาษีซื้อ
ตัวอย่าง ฝากเงินสด 50,000 บาทเข้าบัญชีธนาคารกสิกร
| รายการบัญชี | Debit | Credit |
|---|---|---|
| ธนาคารกสิกร | 50,000 | - |
| เงินสดในมือ | - | 50,000 |
ผลลัพธ์คือยอดเงินสดในมือลดลง 50,000 บาท และยอดเงินฝากธนาคารเพิ่มขึ้น 50,000 บาท โดยไม่เกิดรายได้หรือค่าใช้จ่ายใหม่
| บัญชี | ผลกระทบ |
|---|---|
| เงินสดในมือ | ลดลง |
| เงินฝากธนาคาร | เพิ่มขึ้น |
| รายได้ | ไม่กระทบ |
| ภาษีขาย | ไม่กระทบ |
| ลูกหนี้ / เจ้าหนี้ | ไม่กระทบ |
ควรใช้ Cash Journal และ Bank Journal อย่างไร
ในระบบ ERP ที่ออกแบบเหมาะสมกับงานบัญชี ควรแยกให้ชัดว่าต้นทางของเงินคือ Cash Journal และปลายทางคือ Bank Journal เพื่อให้สามารถตรวจสอบได้ว่าเงินสดออกจากมือเมื่อใด และเงินเข้าธนาคารเมื่อใด
| ฝั่งรายการ | Journal ที่เกี่ยวข้อง | ความหมาย |
|---|---|---|
| เงินสดออก | Cash Journal | เงินสดในมือลดลง |
| เงินเข้าธนาคาร | Bank Journal | ยอดเงินฝากธนาคารเพิ่มขึ้น |
| เอกสารประกอบ | เอกสารฝากเงินสดเข้าธนาคาร | ใช้ตรวจสอบและอ้างอิงรายการ |
หากระบบถูกปรับแต่งตามรูปแบบบัญชีไทยที่แบ่งเอกสารเป็น ซื้อ, ขาย, จ่าย, รับ และ Miscellaneous รายการฝากเงินสดเข้าธนาคารควรถูกแยกออกจากใบเสร็จรับเงินลูกค้า เพราะไม่ใช่การรับเงินจากบุคคลภายนอก แต่เป็นรายการภายในบริษัท
แนวทางที่เหมาะสมคือใช้เอกสารเฉพาะ เช่น “ใบฝากเงินสดเข้าธนาคาร” หรือ “Cash Deposit Voucher” พร้อมเลขรันแยกต่างหาก เช่น CD/2026/0001 เพื่อไม่ให้ปะปนกับเลขใบเสร็จรับเงินหรือใบสำคัญรับ
ควรมีบัญชีกลางหรือไม่
ในกรณีทั่วไป หากนำเงินสดไปฝากและเงินเข้าธนาคารในวันเดียวกัน สามารถบันทึกตรงจากเงินสดไปยังธนาคารได้ แต่ในงานจริงอาจมีกรณีที่ต้องการควบคุมรายการระหว่างทาง เช่น ฝากเงินผ่านเครื่องรับฝากเงิน ฝากหลังเวลาทำการ หรือมีช่วงเวลาที่เงินสดถูกนำออกจากมือแล้ว แต่ยังไม่ปรากฏใน Bank Statement
กรณีดังกล่าวสามารถใช้บัญชีกลาง เช่น “เงินสดระหว่างนำฝาก” หรือ “Cash Deposit Clearing” เพื่อควบคุมรายการระหว่างทางได้
ขั้นตอนที่ 1 เมื่อนำเงินสดออกไปฝาก
| รายการบัญชี | Debit | Credit |
|---|---|---|
| เงินสดระหว่างนำฝาก | 50,000 | - |
| เงินสดในมือ | - | 50,000 |
ขั้นตอนที่ 2 เมื่อเงินเข้าธนาคารและตรวจพบใน Statement
| รายการบัญชี | Debit | Credit |
|---|---|---|
| ธนาคารกสิกร | 50,000 | - |
| เงินสดระหว่างนำฝาก | - | 50,000 |
เมื่อครบทั้งสองขั้นตอน บัญชีเงินสดระหว่างนำฝากควรมียอดคงเหลือเป็นศูนย์ แสดงว่าเงินสดที่นำออกจากมือได้เข้าบัญชีธนาคารครบถ้วนแล้ว
การทำ Bank Reconciliation สำหรับเงินฝากสด
รายการฝากเงินสดเข้าธนาคารควรนำไปทำ Bank Reconciliation ฝั่งธนาคาร เพราะใน Bank Statement จะปรากฏรายการเงินเข้า เช่น Cash Deposit, Deposit, CDM หรือรายการฝากเงินสดอื่น ๆ
| รายการ | ต้อง Reconcile หรือไม่ | เหตุผล |
|---|---|---|
| รายการเงินเข้าฝั่งธนาคาร | ควรทำ | เพื่อให้ยอดธนาคารในระบบตรงกับ Bank Statement |
| รายการเงินสดในมือ | ไม่ใช่ Bank Reconcile | ควรตรวจสอบกับรายงานเงินสดหรือการนับเงินสดจริง |
| บัญชีกลางเงินสดระหว่างนำฝาก | ควรตรวจสอบยอดคงเหลือ | ควรเหลือศูนย์เมื่อเงินเข้าธนาคารครบแล้ว |
หากระบบบันทึกการฝากเงินสดเข้าธนาคารไม่ถูกต้อง เช่น บันทึกเป็นใบเสร็จรับเงินใหม่ หรือบันทึกเข้าธนาคารโดยไม่มีรายการตัดเงินสด จะทำให้ยอดเงินสดและยอดธนาคารไม่สัมพันธ์กัน และอาจเกิดปัญหาเมื่อปิดบัญชีสิ้นเดือน
ความเสี่ยงด้าน Audit ถ้าบันทึกผิดประเภท
การบันทึกรายการฝากเงินสดเข้าธนาคารผิดประเภทอาจทำให้เกิดความเสี่ยงด้านการตรวจสอบได้หลายด้าน โดยเฉพาะเมื่อผู้สอบบัญชีต้องตรวจสอบที่มาของเงินสด ยอดเงินสดคงเหลือ และยอดเงินฝากธนาคาร
| กรณีที่บันทึกผิด | ความเสี่ยงที่อาจเกิดขึ้น |
|---|---|
| บันทึกเป็นใบเสร็จรับเงิน | อาจถูกตีความว่าเป็นรายรับจากลูกค้า ทั้งที่เป็นเงินสดเดิมของบริษัท |
| ไม่ตัดเงินสดในมือ | ยอดเงินสดในระบบสูงเกินจริง |
| ไม่ทำ Bank Reconciliation | ยอดธนาคารในระบบอาจไม่ตรงกับ Statement จริง |
| ไม่มีเอกสารแนบ | ตรวจสอบที่มาของรายการฝากเงินสดได้ยาก |
| ใช้เลขรันร่วมกับใบเสร็จ | ทำให้เอกสารภายในปะปนกับเอกสารรับเงินจากลูกค้า |
ดังนั้นระบบ ERP ที่ดีควรมี Audit Trail ที่ชัดเจน ตั้งแต่การบันทึกเงินสดออกจากมือ การฝากเข้าธนาคาร การแนบหลักฐาน และการกระทบยอดกับ Bank Statement
แนวทางการออกแบบระบบ ERP โดย MDSoft
ในฐานะผู้พัฒนาระบบ ERP และผู้ให้บริการปรับแต่ง Odoo ให้เหมาะกับการใช้งานจริงของธุรกิจไทย MDSoft ให้ความสำคัญกับการออกแบบกระบวนการบัญชีให้สอดคล้องกับเอกสารจริง การตรวจสอบย้อนหลัง และการปิดยอดบัญชีประจำเดือน
สำหรับรายการฝากเงินสดเข้าธนาคาร MDSoft แนะนำแนวทางดังนี้
| หัวข้อ | แนวทางที่แนะนำ |
|---|---|
| ประเภทเอกสาร | ใช้เอกสารเฉพาะ เช่น ใบฝากเงินสดเข้าธนาคาร |
| เลขรันเอกสาร | แยกจากใบเสร็จรับเงิน เช่น CD/ปี/ลำดับ |
| Journal ต้นทาง | Cash Journal หรือบัญชีเงินสดในมือ |
| Journal ปลายทาง | Bank Journal ของธนาคารที่รับฝาก |
| บัญชีกลาง | ใช้เงินสดระหว่างนำฝากในกรณีต้องควบคุมรายการระหว่างทาง |
| Bank Reconciliation | รองรับการกระทบยอดรายการเงินเข้ากับ Bank Statement |
| เอกสารแนบ | รองรับสลิปฝากเงิน ใบนำฝาก หรือหลักฐานจากธนาคาร |
| Audit Trail | เชื่อมโยงเอกสาร รายการบัญชี เงินสด และธนาคารได้ครบถ้วน |
การออกแบบระบบในลักษณะนี้ช่วยลดความผิดพลาดในการบันทึกบัญชี ทำให้ฝ่ายบัญชีตรวจสอบยอดเงินสดและยอดธนาคารได้ง่ายขึ้น และช่วยให้การปิดบัญชีประจำเดือนมีความถูกต้องมากขึ้น
สรุป
การฝากเงินสดเข้าธนาคารใน Odoo ไม่ควรถูกมองเป็นรายรับใหม่หรือใบเสร็จรับเงินจากลูกค้า แต่ควรบันทึกเป็นการย้ายเงินจากเงินสดในมือไปยังเงินฝากธนาคาร โดยอาจใช้ Cash Journal, Bank Journal และบัญชีกลางสำหรับควบคุมรายการระหว่างทางในกรณีที่จำเป็น
สิ่งสำคัญคือระบบต้องแยกประเภทเอกสารและเลขรันให้ชัดเจน ไม่ปะปนกับใบเสร็จรับเงินหรือเอกสารรับเงินจากลูกค้า พร้อมรองรับการแนบหลักฐานและการทำ Bank Reconciliation กับ Statement ของธนาคาร
MDSoft มีประสบการณ์ในการพัฒนาและปรับแต่งระบบ ERP บน Odoo ให้เหมาะกับงานบัญชีไทย ทั้งด้านการเงิน เอกสารภายใน การควบคุมเลขรัน การเชื่อมโยงรายการบัญชี และการตรวจสอบย้อนหลัง เพื่อให้ระบบ ERP สามารถใช้งานได้จริง ถูกต้อง และรองรับการตรวจสอบ Audit อย่างมั่นใจ







