สารบัญ18 หัวข้อหลัก
- 1.บทนำ — New GFMIS Thai — แผนที่ทั้งวิชา: ระบบเชื่อมวงจรการคลัง แต่ความถูกต้องยังต้องเกิดจากคน กระบวนการ และหลักฐาน
- 2.ผู้เล่นและความรับผิดชอบ: ระบบกลางไม่ได้ทำให้ทุกหน่วยงานมีอำนาจเหมือนกัน
- 3.การควบคุมงบประมาณ: system check เป็นด่านหนึ่ง ไม่ใช่ใบอนุญาตให้จ่ายทุกกรณี
- 4.ภาษี การหัก และยอดสุทธิ: ยอดใบแจ้งหนี้ไม่จำเป็นต้องเท่ากับยอดโอน
- 5.เงินเบิกเกินส่งคืนและเงินรับผิดประเภท: ชื่อคล้ายรายรับ แต่ผลต่องบต่างกัน
- 6.รายการพัก บัญชีระหว่างทาง และรายการระหว่างหน่วยงาน: ยอดค้างคือสัญญาณให้สืบ ไม่ใช่ที่เก็บถาวร
- 7.ระบบการบริหารจัดการข้อมูลสารสนเทศ MIS และ Analytics Report: Dimension บอกมุมมอง Measure บอกค่าที่วัด
- 8.CGD Costing บัญชีรวม และงบกระทรวง: อ่านสถานะจากคู่มือล่าสุด ไม่เดาจากชื่อเมนู
- 9.รหัสผ่านและการใช้เครื่อง: รายละเอียดเก่าอาจยังอยู่ แต่หลักความปลอดภัยต้องเดินกับประกาศล่าสุด
- 10.การกระทบยอด: เปรียบเทียบแหล่งอิสระเพื่อพิสูจน์ว่าระบบต่างส่วนเล่าเรื่องเดียวกัน
- 11.Sandbox การอบรม และระบบจริง: สิ่งที่ทดลองได้ไม่ใช่ฐานให้ทำรายการจริง
- 12.ความเป็นส่วนตัวและการคุ้มครองข้อมูล: การเงินของรัฐก็มีข้อมูลบุคคลที่ต้องจำกัด
- 13.การอ่าน Error และแก้ปัญหา: แปลข้อความเป็นสาเหตุ ไม่สุ่มเปลี่ยนข้อมูลจนผ่าน
- 14.ความโปร่งใสกับข้อมูลเปิด: เปิดให้ตรวจต้องมีนิยามและปกป้องข้อมูลที่ไม่ควรเปิด
- 15.กรณีวิเคราะห์ 01 — แผนเริ่มระบบชนกับวันใช้งานจริง
- 16.กรณีวิเคราะห์ 04 — อีเมลปลอมเปลี่ยนบัญชีผู้ขายก่อนวันจ่าย
- 17.กรณีวิเคราะห์ 07 — ทรัพย์สินใช้แล้วแต่ค้างเป็นงานระหว่างก่อสร้าง
- 18.กรณีวิเคราะห์ 10 — Interface รับ 9,998 จาก 10,000 รายการ
บทนำ — New GFMIS Thai — แผนที่ทั้งวิชา: ระบบเชื่อมวงจรการคลัง แต่ความถูกต้องยังต้องเกิดจากคน กระบวนการ และหลักฐาน
GFMIS คือโครงสร้างกลางที่ทำให้ข้อมูลตั้งแต่งบประมาณ การจัดซื้อ หนี้ การเบิกจ่าย รายรับ สินทรัพย์ บัญชี และรายงานเดินอยู่บนรหัสและหลักฐานที่เชื่อมถึงกัน จุดสำคัญจึงไม่ใช่จำชื่อหน้าจอ แต่เข้าใจว่ารายการหนึ่งเริ่มจากอำนาจใด ผ่านการควบคุมใด และไปปรากฏในรายงานไหน. ความเป็นระบบเดียวช่วยลดการบันทึกซ้ำและทำให้ตรวจย้อนรอยได้ แต่ไม่ได้แปลว่าทุกข้อมูลในระบบถูกโดยอัตโนมัติ หากผู้ใช้เลือกรหัสผิด เอกสารไม่ครบ อนุมัติโดยผู้ไม่มีอำนาจ หรือไม่กระทบยอด ข้อผิดพลาดก็ถูกประมวลผลอย่างรวดเร็วและแพร่ไปหลายรายงานได้. เวลาแก้กรณีศึกษาให้ตามเส้น “สิทธิและงบประมาณ → การก่อภาระผูกพัน → การรับรู้หนี้หรือรายรับ → การจ่ายหรือนำส่ง → การบันทึกบัญชี → การกระทบยอดและรายงาน” แล้วถามทุกช่วงว่ามีใครทำ ใครอนุมัติ หลักฐานใด และสถานะใด
ซื้อเครื่องคอมพิวเตอร์หนึ่งชุดอาจแตะระบบงบประมาณเพื่อดูวงเงิน ระบบจัดซื้อจัดจ้างเพื่อสร้างใบสั่งซื้อ ระบบเบิกจ่ายเพื่อขอจ่ายเจ้าหนี้ ระบบสินทรัพย์เพื่อขึ้นทะเบียน และระบบบัญชีแยกประเภทเพื่อแสดงผลในงบการเงิน จึงไม่ควรมองแต่หน้าจอที่ตนรับผิดชอบ. ข้อควรระวังคือคิดว่าระบบมีข้อมูลแบบออนไลน์แล้วจึงไม่ต้องมีเอกสาร ตรวจรับ แบ่งแยกหน้าที่ ตรวจสอบภายใน หรือใช้ดุลยพินิจตามกฎหมาย ในความจริงระบบเป็นทั้งเครื่องมือปฏิบัติและร่องรอยการควบคุม มิใช่ผู้อนุมัติความชอบด้วยกฎหมายแทนหน่วยงาน. ทบทวนโดยเลือกธุรกรรมหนึ่ง แล้วเล่าตั้งแต่ฐานอำนาจ รหัสงบ คู่ค้า เอกสารอ้างอิง ผู้บันทึก ผู้อนุมัติ เลขที่เอกสาร การจ่าย การผ่านบัญชี จนถึงรายงานและวิธีกระทบยอด หากเล่าได้ครบจึงถือว่าเข้าใจระบบมากกว่าจำเมนู
New GFMIS Thai — แผนที่ทั้งวิชา: ระบบเชื่อมวงจรการคลัง แต่ความถูกต้องยังต้องเกิดจากคน กระบวนการ และหลักฐาน
- 1ตรวจฐานอำนาจและวงเงิน
- 2สร้างหรือรับข้อมูลหลัก
- 3บันทึกธุรกรรมพร้อมอ้างอิง
- 4จำลอง–ตรวจ–อนุมัติ
- 5ประมวลผลและจ่าย/นำส่ง
- 6กระทบยอด แก้ข้อคลาดเคลื่อน และรายงาน
ระบบเดิมเริ่มใช้งานจริงทั่วส่วนราชการตั้งแต่ 1 ตุลาคม 2547 โดยมุ่งรวมข้อมูลรายรับ รายจ่าย งบประมาณ การบัญชี การจัดซื้อ การจ่าย สินทรัพย์ หนี้ และข้อมูลเพื่อการบริหารไว้ในโครงสร้างกลาง การสอบอาจถามปีเริ่มระบบเดิมแยกจากวันเริ่ม New GFMIS Thai. เหตุผลของ New GFMIS Thai คือทดแทนข้อจำกัดของระบบเดิมที่พึ่งซอฟต์แวร์ SAP R/3 Version 4.7 และพัฒนาเป็นสถาปัตยกรรมระบบเปิด รองรับการขยายและการใช้งานผ่าน web portal มากขึ้น จึงเป็นการเปลี่ยนทั้งเทคโนโลยี วิธีเข้าใช้ แบบฟอร์ม และกระบวนการบางส่วน. เมื่อตอบประเด็นให้แยกสามชั้น: GFMIS คือชื่อแนวระบบและระบบเดิม, New GFMIS Thai คือระบบใหม่ที่ทดแทนของเดิม, ส่วนชื่อโมดูลอย่าง FM หรือ AP คือระบบงานย่อยภายใน ไม่ใช่ชื่ออีกระบบหนึ่งที่แยกขาดจากกัน
คลังคำถามเดิมบางข้อให้คำขยายเป็น Government Financial Management Information System of Thailand ซึ่งไม่ตรงถ้อยคำหลักในเว็บไซต์โครงการและเอกสารทางการ จึงไม่ควรท่องตามเฉลยนั้น แม้เอกสารรองบางแห่งจะใช้คำ Financial ปะปน. จำกลับว่า G = Government, F = Fiscal, M = Management, I = Information, S = System และอธิบายให้ได้ว่าคำว่า Fiscal ทำให้ขอบเขตรวมงบประมาณ เงินคงคลัง หนี้ รายรับ รายจ่าย บัญชีและการบริหาร ไม่ใช่แค่จัดทำงบการเงิน. หนังสือกระทรวงการคลังวันที่ 20 ธันวาคม 2564 เคยกำหนดให้หน่วยงานผู้เบิกเริ่มเบิก รับ จ่าย และนำส่งใน New GFMIS Thai ตั้งแต่ 4 มกราคม 2565 แต่การทดสอบพบว่าบางกระบวนงานยังไม่สมบูรณ์เพียงพอ จึงมีหนังสือวันที่ 30 ธันวาคม 2564 เลื่อนออกไปก่อน
ต่อมาหนังสือหลักเกณฑ์ฉบับลงวันที่ 15 มีนาคม 2565 ระบุว่าพัฒนาระบบทดแทนเสร็จแล้ว ยกเลิกหลักเกณฑ์เดิม และกำหนดให้หน่วยงานผู้เบิกเริ่มปฏิบัติงานตั้งแต่ 4 เมษายน 2565 เป็นต้นไป นี่คือวันเริ่มตามหลักเกณฑ์ใหม่ที่ต้องใช้เมื่อถามวันใช้งานจริง. วิธีอ่านลำดับหนังสือราชการคือดูทั้งเลขที่ วันที่ หนังสือที่อ้างถึง เนื้อหาว่ายกเลิกหรือแก้อะไร และวันที่มีผล อย่าเลือกวันที่แรกที่เสิร์ชเอนจินแสดง เพราะหน้าเก่าอาจยังออนไลน์และข้อความย่ออาจมีเลขปีผิด. ถ้ากรณีศึกษาบอกว่า “เริ่มตามแผนแรก” ข้อสรุปคือ 4 มกราคม 2565 แต่ถ้าถาม “เริ่มปฏิบัติงานตามหลักเกณฑ์ใหม่/ใช้งานจริงหลังเลื่อน” ต้องเป็น 4 เมษายน 2565 การแยกเงื่อนไขนี้ดีกว่าจำเลขวันโดยไม่รู้เหตุการณ์
อย่าตีความการเลื่อนว่าโครงการล้มเหลวหรือหน่วยงานหยุดงานการคลัง ช่วงเปลี่ยนผ่านต้องมีแนวทางรองรับและทดสอบ เพราะข้อผิดพลาดในระบบกลางอาจกระทบการจ่ายเงินทั่วประเทศ การเลื่อนอย่างมีหลักฐานจึงเป็นการจัดการความเสี่ยง. ท่องเป็นเส้นเวลา: ระบบเดิม 1 ต.ค. 2547 → ว193 วางแผน 4 ม.ค. 2565 → ว202 เลื่อน → หนังสือ 15 มี.ค. 2565 กำหนดใหม่ → เริ่ม 4 เม.ย. 2565 แล้วตรวจว่าคำถามถามเหตุการณ์ช่วงใด. เป้าหมายหลักคือยกระดับการบริหารการเงินการคลังของรัฐให้มีประสิทธิภาพ ได้ข้อมูลที่ถูกต้อง ครบถ้วน ทันเวลา และใช้มาตรฐานร่วมกัน เพื่อสนับสนุนการควบคุมงบประมาณ การปฏิบัติงาน การจัดทำบัญชี รายงาน และการตัดสินใจระดับหน่วยงานกับระดับประเทศ
การบูรณาการทำให้ข้อมูลรายการเดียวไหลไปยังหลายโมดูล ลดการคีย์ซ้ำและเห็นความสัมพันธ์ระหว่างงบที่ได้รับ ภาระผูกพัน การเบิกจ่าย เงินสด สินทรัพย์ หนี้สินและผลการดำเนินงาน แต่คุณค่าจะเกิดเมื่อรหัสหลักและช่วงเวลาตรงกัน. ผู้บริหารควรใช้ข้อมูลเพื่อถามว่าทำไม ไม่ใช่เพียงเร่งตัวเลขให้สูง เช่น อัตราเบิกจ่ายต่ำอาจเกิดจากแผนจัดซื้อช้า ปัญหาส่งมอบ เอกสารไม่ครบ หรือการจัดสรรล่าช้า มาตรการแก้แต่ละสาเหตุไม่เหมือนกัน. ตัวอย่าง dashboard แสดงเบิกจ่าย 70% ไม่ได้บอกเองว่าโครงการบรรลุผล เพราะการจ่ายคือกิจกรรมทางการเงิน ต้องเชื่อมกับของที่ได้รับ คุณภาพงาน ผลผลิต และผลลัพธ์นโยบาย จึงจะตัดสินความคุ้มค่าได้
ระบบช่วยเพิ่มความโปร่งใสและความรับผิดได้ด้วยมาตรฐาน เลขที่เอกสาร สิทธิผู้ใช้และ audit trail แต่ไม่รับประกันว่าจะไม่มีทุจริต ผู้สมรู้ร่วมคิดยังอาจใส่ข้อมูลเท็จ จึงต้องมีการตรวจสอบเอกสาร ของจริง และข้อยกเว้น. คำถามจำกลับคือระบบทำให้ข้อมูล “มาตรฐาน–เชื่อมโยง–ทันเวลา–ตรวจย้อน” อย่างไร และยังต้องเสริมด้วยกฎหมาย การแบ่งหน้าที่ หลักฐาน กระทบยอด ตรวจสอบภายใน และการวัดผลจริงข้อใดบ้าง
ผู้เล่นและความรับผิดชอบ: ระบบกลางไม่ได้ทำให้ทุกหน่วยงานมีอำนาจเหมือนกัน
กระทรวงการคลังกำหนดนโยบายและหลักเกณฑ์ในภาพรวม กรมบัญชีกลางดูแลกฎระเบียบ แอปพลิเคชัน การออกแบบระบบ การอบรมและสนับสนุนผู้ใช้ ขณะที่สำนักงบประมาณ หน่วยงานผู้เบิก เจ้าของโครงการ ผู้ตรวจสอบ และหน่วยงานอื่นมีบทบาทตามอำนาจของตน. “หน่วยงานผู้เบิก” ต้องจัดคน สิทธิ ขั้นตอน เอกสาร การควบคุม และความถูกต้องของรายการที่ตนทำ การที่กรมบัญชีกลางเป็นผู้ดูแลระบบไม่ได้ทำให้กรมบัญชีกลางรับรองเนื้อหาสัญญา การตรวจรับ หรือความจำเป็นของรายจ่ายแทนเจ้าของเรื่อง. หัวหน้าหน่วยงานผู้เบิกต้องมอบหมายผู้มีสิทธิเป็นลายลักษณ์อักษร กำหนดหน้าที่ ความรับผิด วิธีควบคุมและการเก็บรักษาเครื่องมือยืนยันตัวตน การมอบหมายจึงไม่ใช่เพียงขอรหัสให้คนคีย์ แต่เป็นการวาง accountability
เจ้าหน้าที่พัสดุอาจเป็นต้นทางข้อมูลจัดซื้อ เจ้าหน้าที่การเงินสร้างคำขอเบิก ผู้อนุมัติใช้สิทธิตามอำนาจ เจ้าหน้าที่บัญชีกระทบยอด และตรวจสอบภายในประเมินระบบควบคุม หากคนหนึ่งทำทุกขั้นต้องมีเหตุและมาตรการชดเชย. จึงต้องแยกผู้ดูแลระบบ ผู้อนุมัติธุรกรรม และผู้มีอำนาจตามกฎหมาย ผู้ดูแล IT อาจสร้างบัญชีผู้ใช้แต่ไม่ควรอนุมัติจ่ายเพราะเหตุทางเทคนิค และผู้ถือ token ไม่ได้มีอำนาจกว้างเกินคำสั่งมอบหมาย. ทบทวนโดยวาด RACI ของหนึ่งธุรกรรม: ใครรับผิดทำ ใครอนุมัติ ใครต้องให้คำปรึกษา ใครต้องรับทราบ แล้วเทียบกับสิทธิในระบบ หากสิทธิไม่สอดคล้องคำสั่งหรือคนพ้นหน้าที่ ต้องแก้ทันที
คู่มือทางการจัดกลุ่มระบบหลักที่ผู้ปฏิบัติงานพบ ได้แก่ MIS สำหรับข้อมูลบริหาร, FM งบประมาณ, PO จัดซื้อจัดจ้าง, AP เบิกจ่าย, RP รับและนำส่งรายได้, GL บัญชีแยกประเภท, FA สินทรัพย์ถาวร, PDM หนี้สาธารณะ และ Central Payment สำหรับประมวลผลจ่าย. หน้าเว็บไซต์ยังกล่าวถึงระบบบริหารต้นทุน CGD Costing, บัญชีรวมภาครัฐ Government GGL และงบกระทรวง แต่บางส่วนในหน้าคู่มือระบุ Coming Soon จึงต้องแยก “ชื่อองค์ประกอบที่เว็บไซต์แสดง” จาก “ระบบที่ผู้สอบทุกตำแหน่งต้องปฏิบัติจริง” และตรวจคู่มือล่าสุด. โมดูลไม่ใช่ไซโลอิสระ PO สร้างภาระและข้อมูลเจ้าหนี้ให้ AP, AP/RP/FA ส่งผลทางบัญชีไป GL, FM ควบคุมวงเงินที่กระบวนการอื่นใช้ และ MIS ดึงข้อมูลหลายมิติมาวิเคราะห์ ความผิดใน master data จึงกระทบข้ามระบบ
วิธีจำไม่ใช่ท่องตัวย่อแยกกัน แต่เรียงตามเหตุการณ์: มีงบ FM → ซื้อ/ผูกพัน PO → ตั้งเบิก AP → จ่าย Central Payment → รับ/นำส่ง RP → บัญชี GL → สินทรัพย์ FA → วิเคราะห์ MIS ส่วน PDM อยู่ในวงจรหนี้สาธารณะเฉพาะภารกิจ. ไม่ควรวินิจฉัยว่าระบบ HR หรือหลักสูตรการศึกษาเป็นฟังก์ชันหลักของ New GFMIS Thai เพียงเพราะโครงการ GFMIS ยุคแรกมีภาพรวมปฏิรูประบบหลังบ้านกว้าง ประเด็นควรยึดโมดูลและคู่มือที่ทางการเผยแพร่ในขอบเขตปัจจุบัน. ลองให้ชื่อธุรกรรมหนึ่งต่อโมดูลและบอกจุดเชื่อม เช่น ใบสั่งซื้อใน PO ไปสู่ขอเบิกใน AP และผ่านบัญชี GL หากบอกได้เพียงความหมายตัวย่อแต่ไม่รู้สิ่งส่งต่อ ยังไม่เข้าใจการบูรณาการจริง
ระบบใช้ master data และ coding block เพื่อระบุว่าเงินของใคร จากแหล่งใด ใช้เพื่ออะไร อยู่หน่วยงานหรือพื้นที่ไหน จ่ายให้ใคร และเข้าบัญชีใด รหัสหน่วยงาน ศูนย์ต้นทุน แหล่งของเงิน รหัสงบประมาณ กิจกรรมหลัก บัญชีแยกประเภท ผู้ขายและสินทรัพย์จึงเป็นโครงสร้างความหมาย ไม่ใช่ช่องเทคนิค. รหัสมีเจ้าของ นิยาม ช่วงวันที่มีผล และความสัมพันธ์กัน บางรหัสใช้ได้เฉพาะหน่วยงาน ปีงบประมาณ หรือประเภทรายการ การคัดลอกจากปีก่อนโดยไม่ตรวจ validity อาจทำให้บันทึกไม่ผ่านหรือผ่านแต่รายงานผิดมิติ. ก่อนบันทึกควรเทียบเอกสารอนุมัติกับรหัสในระบบ ใช้แหล่ง download ทางการ ตรวจปีและเวอร์ชัน และถ้ารหัสไม่พร้อมให้ขอแก้ master ตามกระบวนการ ไม่เลือกรหัสใกล้เคียงเพื่อให้รายการผ่าน
FAQ ของ New GFMIS Thai ระบุว่ารหัสงบประมาณเปลี่ยนจากเดิมสูงสุด 16 หลักเป็น 20 หลัก และรหัสกิจกรรมหลักจาก 14 เป็น 17 หลัก ตัวเลขนี้ช่วยจำความต่างยุคเปลี่ยนระบบ แต่การปฏิบัติจริงต้องอ้างชุดรหัสของปีนั้น. ข้อควรระวังคือคิดว่าเลขบัญชีถูกแล้วมิติอื่นไม่สำคัญ รายจ่ายบัญชีเดียวกันแต่คนละโครงการ แหล่งเงินหรือศูนย์ต้นทุนให้ความหมายบริหารต่างกัน และการแก้ปลายทางใน Excel ไม่ได้ซ่อมฐานธุรกรรมกลาง. ทบทวนแต่ละรหัสด้วยห้าคำถาม: ใครเป็นเจ้าของ ความหมายอะไร ใช้ช่วงใด ผูกกับรหัสใด และตรวจจากเอกสารไหน แล้วลองอธิบายผลกระทบหากผิดทั้งต่อวงเงิน บัญชี รายงานและความรับผิด
FM ใช้รองรับการรับข้อมูลและบริหารวงเงินงบประมาณ การโอนหรือเปลี่ยนแปลง การสำรองหรือผูกพัน และรายงานสถานะ เพื่อให้หน่วยงานรู้ว่างบที่อนุมัติแล้วถูกจัดสรร ใช้ผูกพัน เบิกจ่าย หรือยังคงเหลือเท่าใดในมิติที่เกี่ยวข้อง. งบประมาณไม่เท่ากับเงินสด การมีวงเงินตามกฎหมายไม่ได้แปลว่าเงินถูกจ่ายแล้ว และการเบิกจ่ายต่ำไม่เท่ากับมีเงินสดว่างสำหรับเรื่องอื่น ต้องแยก appropriation, allocation, commitment, expenditure, disbursement และ cash position. ผู้ปฏิบัติงานควรตรวจงบตามรหัสที่ถูกต้องก่อนก่อหนี้ ติดตามภาระที่จองไว้ รายการผิดพลาดหรือยกเลิก และยอดคงเหลือที่ใช้ได้จริง ไม่ดูเพียงยอดรวมทั้งกรมเพราะข้อจำกัดอาจอยู่ระดับโครงการ กิจกรรม แหล่งเงินหรือหมวดรายจ่าย
โครงการมีงบ 10 ล้านบาท ทำสัญญา 7 ล้านบาท จ่ายแล้ว 4 ล้านบาท จึงอาจมี “งบเหลือจากวงเงิน” 3 ล้านบาท “ภาระยังไม่จ่าย” 3 ล้านบาท และ “จ่ายสะสม” 4 ล้านบาท ตัวเลขทั้งสามตอบคนละคำถามและห้ามบวกลบแบบไม่รู้ฐาน. อย่าถือยอดคงเหลือในรายงานหนึ่งว่าใช้ได้ทันที ต้องตรวจเอกสารค้าง ภาระที่ยังไม่ลงระบบ เงินกันไว้เบิกเหลื่อมปี การโอนที่กำลังดำเนินการ และข้อจำกัดตามกฎหมาย หากข้อมูลไม่ทันเวลา ยอดดูเหลือแต่จริง ๆ ถูกผูกพันแล้ว. จำ FM ด้วยประโยค “อนุมัติเท่าไร จัดสรรที่ไหน จองหรือใช้ไปเท่าไร เหลือที่ใช้ได้จริงเท่าไร และเหตุใด” แล้วฝึกแยกยอด budget, commitment, actual และ available budget ทุกกรณี
เนื้อหาสรุปนี้จัดทำขึ้นเพื่อการศึกษาส่วนบุคคล ห้ามคัดลอก ทำซ้ำ หรือนำไปใช้เพื่อวัตถุประสงค์ทางการค้าโดยไม่ได้รับอนุญาต