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