เงินออกไม่เท่ากับค่าใช้จ่าย: มัดจำ โอนภายใน และจ่ายรวมบิล

เริ่มจากแยก “เงินออก” ออกจาก “ค่าใช้จ่าย”

Payment Entry ใน ERPNext รองรับทั้งรับเงิน จ่ายเงิน และ Internal Transfer รวมถึง advance, partial payment และ payment ที่ครอบคลุมหลาย invoice ซึ่งเป็นตัวอย่างชัดว่าการเคลื่อนไหวของเงินหนึ่งครั้งไม่ได้มีความหมายทางบัญชีแบบเดียวเสมอไป

ดังนั้น bank line ควรพาไปหา transaction context: supplier payment, employee reimbursement, advance, owner transfer, tax payment, refund หรือ internal transfer ก่อน แล้วจึงตามไปยังเอกสารและ account treatment ที่ได้รับอนุมัติ

แหล่งอ้างอิง: [1]

มัดจำหรือเงินล่วงหน้าต้องเก็บ reference เพื่อใช้จัดสรรภายหลัง

เงินล่วงหน้าถูกจ่ายก่อน invoice สุดท้ายหรือก่อนการส่งมอบครบ จึงควรผูกกับ party และ order/commitment ที่เกี่ยวข้อง พร้อม bank reference และจำนวนเงินจริง เพื่อให้ภายหลังจัดสรรกับ invoice ได้โดยไม่ต้องเดาจากยอดเงิน

ERPNext Advance Payment Entry อธิบายว่าการจ่ายล่วงหน้าสามารถบันทึกกับ party และ link order ไว้ก่อน แล้วค่อย allocate ผ่าน reconciliation หรือ invoice workflow เมื่อเอกสารปลายทางพร้อม หลักคิดคืออย่าทำให้ advance หายไปใน expense generic เพียงเพราะเงินออกแล้ว

แหล่งอ้างอิง: [2]

โอนระหว่างบัญชีของกิจการต้องรักษาความสัมพันธ์สองด้าน

ถ้าโอนจากบัญชี A ไปบัญชี B ของกิจการเดียวกัน cash ลดฝั่งหนึ่งและเพิ่มอีกฝั่ง แต่ไม่ได้แปลว่ามี supplier expense ใหม่ ควรเก็บ transfer reference, วันที่, จำนวน และปลายทางให้จับคู่กันได้ เพื่อไม่ให้ฝ่ายหนึ่งถูกบันทึกเป็นค่าใช้จ่ายและอีกฝั่งเป็นรายรับผิดประเภท

เอกสาร Payment Entry แยก Internal Transfer เป็น payment type ของตัวเอง นี่เป็นตัวอย่างการออกแบบที่ช่วยให้ระบบรู้ว่าเงินเคลื่อนระหว่าง cash/bank accounts มากกว่าจะสรุปจากเครื่องหมายลบใน statement

แหล่งอ้างอิง: [1]

หนึ่งรายการธนาคารอาจชำระหลาย invoice และหนึ่ง invoice อาจถูกจ่ายหลายครั้ง

เมื่อโอน 120,000 บาทให้ supplier รายเดียวเพื่อจ่าย invoice สามใบ การบันทึกค่าใช้จ่ายซ้ำจาก bank line จะผิดจากข้อเท็จจริงถ้า invoice ถูกบันทึกเป็น payable ไปแล้ว ควรจัดสรร payment กับยอดค้างและเก็บส่วนต่างหรือยอดที่ยังไม่ allocate แยกไว้

Purchase Invoice ใน ERPNext สร้าง payable และผลใน ledger เมื่อ submit และจากนั้นใช้ Payment Entry หรือ reconciliation ในการชำระ นี่แสดงความต่างระหว่าง “เกิดภาระ/รายการซื้อ” กับ “จ่ายเงิน” แม้สองเหตุการณ์เกี่ยวข้องกัน

แหล่งอ้างอิง: [3]

ลำดับตรวจที่ช่วยลดการเดา: party → reference → document → allocation → account

เมื่อตรวจ bank line ให้ระบุผู้รับ/ผู้จ่ายและ reference ก่อน ค้นหา order/invoice/claim ที่เกี่ยวข้อง ตรวจว่ามี voucher เดิมหรือยัง จัดสรรยอดให้ถูก แล้วค่อยพิจารณารายการที่ยังไม่มีเอกสารหรือบัญชีปลายทาง อย่าสร้าง expense ใหม่เพื่อทำให้ยอดธนาคารหายจากคิว

ถ้าหลักฐานยังไม่พอ ให้สถานะ “รอข้อมูล” พร้อม owner และวันติดตามดีกว่าการเลือกหมวดบัญชีที่คาดเดา การกระทบยอดที่ดีควรรักษาทั้ง cash evidence และ transaction lineage ไว้พร้อมกัน

นำไปใช้กับธุรกิจของคุณ

Statement บอกว่าเงินเคลื่อน แต่เอกสารและ workflow บอกว่าทำไมเงินจึงเคลื่อน การปิดบัญชีที่ตรวจสอบได้จึงต้องเชื่อมสองชั้นนี้เข้าด้วยกันโดยไม่ทำให้ cash movement กลายเป็น expense โดยอัตโนมัติ