รายงานตัวประจำวันพฤหัสบดีที่ 22 มกราคม 2569 ครับ เดินทางมาถึง ตอนที่ 36 แล้วนะครับ! ต่อเนื่องจากเมื่อวาน (Ep.35) ที่เราได้วางแผนงบประมาณกันอย่างสวยหรูใน “War Room” กันไปแล้ว แต่แผนจะดีแค่ไหนก็ไร้ความหมายครับ ถ้าตอนปฏิบัติจริงเราใช้จ่ายกันแบบ “มือเติบ” หรือ “ลืมเช็คยอด”
ในอดีต ปัญหาคลาสสิกของหน่วยงานราชการคือ “งบหมดแต่ของมาส่งแล้ว” หรือการที่หน่วยงานย่อยใช้เงินเกินโดยไม่รู้ตัว จนต้องมาทำเรื่องโอนเปลี่ยนแปลงงบกันวุ่นวายตอนสิ้นปี วันนี้ AdminTee จะพาท่านมารู้จักกับฟีเจอร์ Budget Control (การควบคุมงบประมาณ) ใน Odoo ที่ทำหน้าที่เหมือน “ไม้กั้นรถไฟ” ที่จะลงมากั้นทันทีถ้าเงินในกระเป๋าท่านไม่พอ… งานนี้ไม่มีคำว่า “ติดลบ” อีกต่อไปครับ!
ส่วนที่ 5: เจาะลึก Module 2 – การงบประมาณและการเงิน (Budget Re-engineering)
จุดประสงค์: ยกตัวอย่างการเปลี่ยนผ่านระบบ BMIS โดย สปช.ทร.
ตอนที่ 36/80: Budget Control: ระบบควบคุมการเบิกจ่ายไม่ให้เกินงบ (Budget Availability Check)
หัวใจของการคุมงบใน Odoo คือระบบ “ตรวจสอบก่อนอนุมัติ” (Pre-approval Check) ครับ ซึ่งต่างจากระบบเดิมที่มักจะตรวจสอบตอนตั้งเบิก (Post-process) โดยมีกลไกการทำงานดังนี้:
1. ไม้กั้นอัตโนมัติ: “งบไม่มา…ใบสั่งซื้อไม่ออก” (No Budget, No PO)
- เหตุการณ์จำลอง (ระบบเดิม): เจ้าหน้าที่พัสดุออกใบสั่งซื้อ (PO) ยางรถยนต์ 100 เส้น -> ของมาส่ง -> ตรวจรับ -> ส่งเรื่องเบิกเงิน -> การเงินแจ้งว่า “งบซ่อมบำรุงหมดแล้วครับพี่!” (เกิดหนี้สินพะรุงพะรัง)
- เหตุการณ์จำลอง (ระบบใหม่):
- เจ้าหน้าที่พัสดุกดสร้างใบขอซื้อ (PR) ยางรถยนต์ใน Odoo
- ทันทีที่กดปุ่ม “ยืนยัน” ระบบจะวิ่งไปเช็คที่ Budget Module ทันทีว่า “งบซ่อมบำรุงเหลือพอไหม?”
- กรณีเงินพอ: ระบบขึ้นไฟเขียว 🟢 ยอมให้ออกใบ PR/PO ได้
- กรณีเงินไม่พอ: ระบบขึ้นไฟแดง 🔴 และล็อกหน้าจอ พร้อมแจ้งเตือนว่า “งบประมาณคงเหลือไม่พอ (ขาดอีก 50,000 บาท) กรุณาของบเพิ่ม”
2. การกันเงินแบบ Real-time (Commitment & Encumbrance)
- หลักการ: ทันทีที่มีการ “อนุมัติใบสั่งซื้อ” (PO Confirmed) แม้ของยังไม่มาส่ง และเรายังไม่ได้จ่ายเงินออกไปจริงๆ แต่ระบบจะทำการ “กั๊กเงิน” (Reserve) ก้อนนั้นไว้ทันทีครับ
- ตัวอย่าง:
- งบซ่อมบำรุงตั้งต้น = 1,000,000 บาท
- ออก PO ซื้อยาง = 200,000 บาท (สถานะ: รอของส่ง)
- งบคงเหลือที่ใช้ได้จริง (Available) = 800,000 บาท (ระบบหักออกให้เลย)
- ผลลัพธ์: หน่วยงานอื่นที่จะมาใช้งบก้อนนี้ จะเห็นยอดแค่ 800,000 บาท ป้องกันการ “แย่งกันใช้เงินก้อนเดียวกัน” (Double Spending)
3. ระบบแจ้งเตือนก่อนวิกฤต (Warning Thresholds)
- ไม่ต้องรอให้เงินหมดเกลี้ยงถึงจะรู้ตัวครับ เราสามารถตั้งค่า “สัญญาณไฟเหลือง” ได้
- การตั้งค่า: หากมีการใช้เงินไปถึง 80% ของงบที่ได้รับจัดสรร ให้ระบบส่งอีเมลหรือ Line แจ้งเตือนไปยัง หัวหน้าหน่วย และ สปช.ทร. เพื่อให้เตรียมวางแผนว่าจะ “ประหยัด” หรือจะ “ขอโอนงบเพิ่ม”
ข้อจำกัดและอุปสรรค (The Constraints)
- เหตุฉุกเฉินทางยุทธการ: ในภาวะสงครามหรือวิกฤตภัยพิบัติ เราจำเป็นต้องซื้อของเร่งด่วนแม้เงินจะไม่มีในระบบ (ต้องซื้อก่อน เบิกทีหลัง) ระบบที่ล็อกแน่นหนาเกินไปอาจเป็นอุปสรรคต่อภารกิจ
- การตั้งงบรวม (Central Budget): บางงบประมาณเป็นงบกองกลางที่ใช้ร่วมกันหลายกรม การแย่งกันกันเงิน (Commitment) อาจทำให้กรมที่มาช้าเบิกไม่ได้ ทั้งที่มีความจำเป็นมากกว่า
ข้อแนะนำและข้อเสนอแนะ (Recommendations)
- Override Authority: ต้องออกแบบระบบให้มี “กุญแจผี” สำหรับผู้มีอำนาจระดับสูง (เช่น ผบ.ทร. หรือ ปช.ทร.) ที่สามารถกด “อนุมัติกรณีพิเศษ” (Force Approve) เพื่อปลดล็อกไม้กั้นในกรณีฉุกเฉินได้
- Budget Release Strategy: สปช.ทร. อาจใช้วิธีทยอยปล่อยงบเป็นรายไตรมาส (Quarterly Release) ลงในระบบ แทนที่จะปล่อยตูมเดียว 100% เพื่อบังคับให้หน่วยงานวางแผนการใช้เงินอย่างระมัดระวัง
บทสรุป
ระบบ Budget Control ไม่ได้สร้างมาเพื่อขัดขวางการทำงานครับ แต่สร้างมาเพื่อ “คุ้มครอง” พี่น้องทหารเรือ
คุ้มครองไม่ให้ท่านเผลอสร้างหนี้โดยไม่ตั้งใจ และคุ้มครองวินัยการเงินของกองทัพเรือให้แข็งแกร่ง การมี “ไม้กั้น” ในวันนี้ ดีกว่าการต้องไปตามแก้ปัญหา “เงินขาดบัญชี” ในวันหน้า ซึ่งอาจส่งผลกระทบต่อความก้าวหน้าในราชการของท่านได้ครับ
(อ้างอิง: Odoo Analytic Accounting และ ระเบียบว่าด้วยการบริหารงบประมาณรายจ่าย)
คำถามชวนคิด (เพื่อการมีส่วนร่วม)
- ท่านเคยต้องควักเนื้อจ่ายเงินส่วนตัวไปก่อน เพราะงบโครงการหมดกลางคันไหมครับ? (ระบบนี้จะช่วยท่านได้)
- ท่านคิดว่า “รู้ว่าเงินหมดตั้งแต่ตอนจะซื้อ” กับ “รู้ตอนของมาส่งแล้ว” แบบไหนแก้ไขปัญหาง่ายกว่ากันครับ?
- หากระบบแจ้งเตือนว่า “งบเหลือ 10%” ท่านอยากให้แจ้งเตือนใครบ้าง? (ตัวท่านเอง, ธุรการ, หรือ ผบ.หน่วย)
ติดตามตอนต่อไป
เมื่อเราคุมเงินได้อยู่หมัดแล้ว… ขั้นตอนต่อไปคือการ “ใช้เงินซื้อของ” ให้ถูกต้องตามระเบียบพัสดุ! ในตอนหน้า Ep.37/80 “Purchase & e-GP Interface: การจัดซื้อจัดจ้างที่เชื่อมโยงกับกรมบัญชีกลาง” เราจะมาดูกันว่า Odoo จะช่วยลดภาระการคีย์ข้อมูลจัดซื้อซ้ำซ้อนในเว็บ e-GP ได้อย่างไร? ห้ามพลาดครับ!
Talk is cheap. Show me the code.