สารบัญ6 หัวข้อหลัก
- 1.เงินหนึ่งรายการต้องตามรอยจากผู้ชำระไปถึงคลังได้
- 2.บัญชีรับ Bill Payment ต้องออกแบบข้อมูลก่อนเปิดใช้
- 3.หลักฐานผู้ชำระใช้รับรองได้เมื่อเทียบกับรายการในระบบ
- 4.การกระทบยอดต้องตรงทั้งรายรายการ ยอดรวม และรอบเวลา
- 5.นำส่งคลังด้วยอำนาจแยกและหลักฐานที่กู้คืนได้
- 6.แก้เหตุผิดปกติโดยคงข้อมูลต้นฉบับและไม่สร้างรายการซ้ำ
เงินหนึ่งรายการต้องตามรอยจากผู้ชำระไปถึงคลังได้
การรับเงินผ่าน KTB Corporate Online ไม่ได้สําเร็จเพียงเพราะยอดปรากฏในบัญชี หน่วยงานต้องพิสูจน์ได้ว่าใครเป็นผู้ชําระ ชําระค่าอะไร เมื่อใด เป็นเงินประเภทใด อ้างอิงรายการใด ใครตรวจรับ และเงินถูกนําส่งหรือฝากคลังด้วยบัญชีและรหัสใด หลักฐานของผู้ชําระ รายงานธนาคาร ระบบลูกหนี้ เอกสารนําส่ง และบัญชีภาครัฐจึงต้องเชื่อมเป็นสายเดียวกัน ภาพรวม: เงินหนึ่งรายการต้องตามรอยได้ตั้งแต่ผู้ชําระถึงคลัง — การรับเงินทางอิเล็กทรอนิกส์ไม่ใช่เพียงเห็นยอดเข้าบัญชี แต่ต้องพิสูจน์ได้ว่าใครชําระ ค่าอะไร เมื่อใด จํานวนเท่าใด อ้างอิงรายการใด ใครบันทึก และยอดนั้นถูกนําส่งคลังหรือฝากคลังอย่างไร KTB Corporate Online เชื่อมบริการรับชําระ Bill Payment รายงานการรับ ความเคลื่อนไหวบัญชี และการโอนนําเงินส่งคลัง
กระบวนการจึงมีทั้งข้อมูลธุรกรรมกับเอกสารบัญชีที่ต้องกระทบกัน จุดควบคุมหลักคือออกแบบข้อมูลอ้างอิงให้จับคู่ได้ ตรวจรายรายการและยอดรวมทุกวัน แยกผู้ทํากับผู้อนุมัติ เก็บหลักฐานสําเร็จ และแก้ส่วนต่างก่อนปิดงาน คําตอบที่ดีในการทบทวนจึงมักไม่เลือกความเร็วอย่างเดียว แต่เลือกวิธีที่รักษาความถูกต้อง ความครบถ้วน อํานาจอนุมัติ และ audit trail ตลอดสาย ฐานหนังสือสั่งการ: ว 103 และ ว 3 ต้องอ่านต่อเนื่องกัน — หนังสือกระทรวงการคลังด่วนที่สุด ที่ กค 0402.2/ว 103 ลงวันที่ 1 กันยายน 2559 วางหลักเกณฑ์การจ่าย การรับ และการนําเงินส่งคลังผ่านระบบ KTB Corporate Online ของส่วนราชการ ต่อมาหนังสือด่วนที่สุด ที่ กค 0402.2/ว 3 ลงวันที่ 30 มกราคม 2562 กําหนดหลักเกณฑ์เพิ่มเติม โดยเฉพาะการรับและนําเงินนอกงบประมาณฝากคลังผ่านระบบ
พร้อมข้อยกเว้นที่ต้องอ่านให้ครบ การใช้งานจริงยังสัมพันธ์กับหนังสือกําหนดผู้มีสิทธิ คู่มือธนาคาร แนวปฏิบัติทางบัญชี และระเบียบรับ–จ่ายเงินของรัฐที่เป็นปัจจุบัน จึงห้ามจําหน้าจอเก่าหรือชื่อเมนูแทนหลักการควบคุม เมื่อหนังสือใหม่แก้หรือเพิ่มหนังสือเดิม ให้กําหนด version ของคู่มือภายใน อัปเดตสิทธิและแบบฟอร์ม และเก็บวันที่เริ่มใช้เพื่อไม่ให้คนละหน่วยทําคนละฉบับ เงินรายได้แผ่นดินและเงินนอกงบประมาณฝากคลัง — ในขอบเขตการนําเงินส่งคลังระยะแรกตาม ว 103 กลุ่มสําคัญคือเงินรายได้แผ่นดินและเงินนอกงบประมาณฝากคลัง ส่วนราชการต้องจําแนกประเภทเงินให้ถูกก่อนสร้างรายการ ชื่อเงินที่ผู้ชําระเรียกไม่พอ ต้องอ้างกฎหมาย แหล่งเงิน รหัสรายได้ บัญชีเงินฝากคลัง และหน่วยรับ หากจําแนกผิด แม้โอนเงินถึงปลายทางก็อาจบันทึกบัญชีและรายงานคลาดเคลื่อน ควรจัด mapping ระหว่างบริการ/ค่าธรรมเนียม ประเภทเงิน รหัสอ้างอิง บัญชีธนาคาร และวิธีนําส่ง
พร้อมให้ผู้รู้กฎตรวจเมื่อมีรายได้ชนิดใหม่ หากยังไม่แน่ใจประเภทเงิน ให้พักรายการในสถานะรอตรวจโดยไม่แก้ชื่อย้อนหลังหรือรวมกับยอดอื่นจนตามรอยไม่ได้ เพราะ ว 3 ขยายขอบเขตและกําหนดข้อยกเว้นเพิ่มเติมจาก ว 103 — ว 103 เป็นฐานเดิมของกระบวนการ ส่วน ว 3 เพิ่มกรณีรับเงินและนําเงินนอกงบประมาณฝากคลัง การตอบจาก ว 103 อย่างเดียวจึงอาจพลาดเงินที่เพิ่มภายหลังหรือข้อยกเว้น หลักอ่านหนังสือเวียนคือดูเรื่อง เลขที่ วันที่ ข้อความที่แก้/เพิ่ม วันที่มีผล หน่วยที่อยู่ในบังคับ และภาคผนวก ไม่ตัดประโยคข้อยกเว้นออกจากข้อหลัก คู่มือภายในควรระบุฐานหนังสือทั้งสองและทํา decision tree ว่าเป็นรายได้แผ่นดิน เงินนอกงบประมาณฝากคลัง ทุนหมุนเวียน หรือเงินประเภทอื่น เพื่อพาไปขั้นตอนที่ถูก เมื่อเจอกรณีใหม่ที่ชื่อคล้ายเดิม ให้ตรวจสาระและฐานกฎหมาย ไม่ใช้คําว่าเงินนอกงบประมาณเหมารวมทุกกองเงิน
ทุนหมุนเวียน — ว 3 ระบุขอบเขตเงินนอกงบประมาณโดยไม่รวมทุนหมุนเวียน ดังนั้นการเห็นว่าเป็นเงินนอกงบประมาณยังสรุปไม่ได้ว่าปฏิบัติตาม ว 3 ได้ ทุนหมุนเวียนมีกฎหมายหรือหลักเกณฑ์เฉพาะด้านบัญชี การรับจ่าย และการนําฝาก ต้องตรวจฐานของกองทุนนั้น รวมทั้งหนังสือสั่งการที่ใช้ในช่วงเวลาเดียวกัน ควรแยก service code บัญชี และสิทธิทํารายการของทุนหมุนเวียนจากรายการตาม ว 3 เพื่อลดการโอนเข้าปลายทางหรือรหัสผิด คําว่า “ยกเว้น” ไม่ได้แปลว่าห้ามใช้ระบบอิเล็กทรอนิกส์ทุกกรณี แต่หมายถึงห้ามอาศัย ว 3 เป็นฐานโดยไม่ตรวจหลักเกณฑ์เฉพาะ ไม่อาศัย ว 3 สําหรับกรณีนี้เพราะระบุไม่รวมทุนหมุนเวียน — หากสถานการณ์บอกชัดว่าเงินนั้นเป็นทุนหมุนเวียน ต้องหยุดการอนุมานจากคําว่าเงินนอกงบประมาณและค้นหนังสือหรือระเบียบเฉพาะก่อนสร้างรายการ
เจ้าหน้าที่ควรบันทึกเหตุที่ส่งกลับ แหล่งกฎหมายที่ต้องตรวจ และผู้รับผิด ไม่ปล่อยเงินค้างโดยไม่มีสถานะหรือโอนผ่านช่องทางใกล้เคียงเพื่อให้จบวัน หากหน่วยงานเคยทําผ่าน ว 3 ให้ทบทวนรายการย้อนหลังตามความเสี่ยงและประสานเจ้าของระบบบัญชี/กรมบัญชีกลางเพื่อแก้โดยรักษาร่องรอย จุดที่มักสับสนคือเลือกคําตอบที่บอกว่า “เป็นเงินนอกงบประมาณจึงใช้ได้ทั้งหมด” ซึ่งละเลยข้อยกเว้นตรงของหนังสือ ฐานสําคัญประกอบด้วยหนังสือ ว 103 ลงวันที่ 1 กันยายน 2559 และหนังสือ ว 3 ลงวันที่ 30 มกราคม 2562 ซึ่งเพิ่มเติมขอบเขตเงินนอกงบประมาณฝากคลังพร้อมข้อยกเว้น การเห็นคําว่าเงินนอกงบประมาณยังไม่เพียงพอ เพราะทุนหมุนเวียนต้องกลับไปตรวจหลักเกณฑ์เฉพาะของทุน การกําหนดประเภทเงินผิดทําให้ปลายทาง รหัสบัญชี และรายงานคลาดเคลื่อนได้แม้เงินถูกโอนไปแล้ว
หลักฐานที่ต้องโยงเป็นสายเดียว
- 1ใบแจ้งและรายการหนี้ระบุผู้ชำระ รายการ ประเภทเงิน จำนวน วันที่ และเลขอ้างอิงเฉพาะ
- 2ธุรกรรมรับชำระแสดงช่องทาง Company Code ข้อมูลอ้างอิง เวลา จำนวน และสถานะจากธนาคาร
- 3รายงานรับกับบัญชีธนาคารจับคู่รายละเอียดระหว่างวัน ยอดสิ้นวัน และข้อมูลที่ธนาคารสรุปในวันทำการถัดไป
- 4ชุดนำส่งหรือฝากคลังเชื่อมยอดที่ผ่านการกระทบกับประเภทเงิน ปลายทาง ผู้จัดทำ ผู้อนุมัติ และสถานะสำเร็จ
- 5รายการบัญชีภาครัฐบันทึกผลโดยใช้รหัสที่ถูกต้องและเก็บความสัมพันธ์ให้ตรวจย้อนจากคลังถึงผู้ชำระได้
บัญชีรับ Bill Payment ต้องออกแบบข้อมูลก่อนเปิดใช้
บัญชีเพื่อการรับเงินทางอิเล็กทรอนิกส์เป็นบัญชีกระแสรายวันที่ใช้ชื่อส่วนราชการเพื่อการรับเงินทางอิเล็กทรอนิกส์ จุดประสงค์คือรับเงินและส่งต่อภายใต้การควบคุม มิใช่ใช้สะสมหรือจ่ายรายการอื่นปะปน หากหน่วยงานมีบัญชีที่ได้รับอนุมัติเดิมอยู่แล้ว ควรตรวจความพร้อมแล้วขอเปิดบริการ Bill Payment กับบัญชีนั้นก่อนสร้างบัญชีซ้ําโดยไม่มีเหตุ ชื่อส่วนราชการ เพื่อการรับเงินทางอิเล็กทรอนิกส์ — บัญชีรับชําระผ่าน Bill Payment ตาม ว 103 ใช้ชื่อในลักษณะ “ชื่อส่วนราชการ เพื่อการรับเงินทางอิเล็กทรอนิกส์” เพื่อให้วัตถุประสงค์ชัดและแยกจากบัญชีใช้งานประเภทอื่น ชื่อบัญชีต้องตรงกับนิติฐานของหน่วยงานและเอกสารธนาคาร ไม่ใช้ชื่อบุคคล หน่วยย่อยไม่เป็นทางการ หรือคําย่อที่ทําให้ผู้ชําระสับสน ก่อนเปิดบัญชีให้ตรวจผู้มีอํานาจ หนังสือขอเปิด บริการ Bill Payment, Company Code, รูปแบบ reference, ผู้ใช้ระบบ และเส้นทางอนุมัติภายใน หลังเปิดต้องทดสอบรายการจํานวนเล็ก กระทบรายงานทุกแบบ และยืนยันว่าชื่อที่ผู้ชําระเห็นตรงกับหน่วยงานก่อนเผยแพร่ช่องทาง บัญชีกระแสรายวัน — บัญชีเพื่อรับเงินทางอิเล็กทรอนิกส์ตาม ว 103 เป็นบัญชีเงินฝากธนาคารประเภทกระแสรายวัน ไม่ควรเลือกประเภทจากความคุ้นเคยหรือดอกเบี้ย
วัตถุประสงค์ของบัญชีคือเป็นจุดรับและส่งต่อที่ควบคุมได้ ไม่ใช่บัญชีสะสมเงินหรือใช้จ่ายปะปน จึงต้องกําหนดรายการเข้าออกที่อนุญาตอย่างแคบ ควรกระทบยอดทุกวัน ตรวจค่าธรรมเนียม ดอกเบี้ยหรือรายการธนาคารที่ไม่คาด และห้ามถอน/โอนนอก workflow โดยไม่มีฐานกับผู้อนุมัติ ข้อมูลบัญชี เลข Company Code และสิทธิระบบเป็นข้อมูลสําคัญ ต้องเก็บในทะเบียนองค์กรและทบทวนเมื่อผู้รับผิดชอบเปลี่ยน ขอเปิดใช้ Bill Payment สําหรับบัญชีเดิมนั้น — ถ้าส่วนราชการมีบัญชีรับเงินที่กระทรวงการคลังอนุมัติไว้แล้ว แต่ยังไม่ใช้ KTB Corporate Online แนวทาง ว 103 คือขอเปิดบริการ Bill Payment กับบัญชีเดิม ไม่เปิดบัญชีซ้ําโดยอัตโนมัติ ก่อนใช้บัญชีเดิมต้องยืนยันชื่อ ประเภท สถานะ ผู้ลงนาม วัตถุประสงค์ และไม่มีรายการปะปนที่ขัดหลัก หากมีข้อจํากัดให้ประสานธนาคารกับผู้กํากับก่อน การลดจํานวนบัญชีช่วย reconciliation และ governance แต่ไม่ควรรวมเงินที่กฎหมายต้องแยกเพียงเพราะสะดวก ต้องยึดการอนุมัติเดิมกับข้อกําหนดประเภทเงิน หลัง activate ให้บันทึกวันที่ Company Code
บริการที่เปิด ผล UAT และผู้รับมอบ credentials เพื่อให้ตรวจสอบการเปลี่ยนผ่านได้ Bill Payment คือบริการรับชําระที่ต้องออกแบบข้อมูล ไม่ใช่เลขบัญชีให้โอนเสรี — Bill Payment ทําให้ผู้ชําระใช้แบบใบแจ้งและส่ง Company Code กับ reference มาพร้อมเงิน จึงรองรับการจับคู่ได้ดีกว่าการโอนเข้าเลขบัญชีโดยไม่มีข้อมูลประกอบ หน่วยงานต้องออกแบบ reference จากข้อมูลที่ไม่ซ้ํา มี validation และไม่เปิดข้อมูลส่วนบุคคลเกินจําเป็น เช่น เลขคําขอ เลขใบแจ้ง หรือ customer ID ที่กําหนดรูปแบบชัด ควรป้องกันเลขซ้ํา เลขยาวเกินช่อง ตัวอักษรที่ช่องทางไม่รองรับ และการใช้เลขประจําตัวประชาชนเต็มเมื่อไม่จําเป็น ทดสอบทั้ง Teller, ATM, Internet รหัส Company Code และข้อมูลอ้างอิง — ใบแจ้งการชําระเงินต้องมี Company Code ที่ชี้บริการของหน่วยงาน และข้อมูลอ้างอิงที่เชื่อมรายการกับผู้ชําระหรือหนี้เฉพาะ การมีเพียงชื่อกับจํานวนเงินไม่พอเมื่อมีผู้ชําระซ้ํากัน Company Code ผิดอาจพาเงินไปบริการหรือรูปแบบรายงานอื่น ส่วน reference ผิดทําให้รายงานมีเงินแต่หาเจ้าของไม่ได้
ทั้งสองอย่างจึงต้องตรวจตั้งแต่ template ไม่รอแก้ปลายวัน ควรกําหนด data dictionary ของ Reference 1/2 ว่าแต่ละตําแหน่งหมายถึงอะไร ใครสร้าง ความยาว รูปแบบ check digit และระบบใดเป็นแหล่งจริง ระบบรับควร reject หรือ flag ค่าที่ผิดรูปแบบ แทนการเดาชื่อจากจํานวนเงิน ซึ่งเสี่ยงรับรองผิดราย เพิ่มวันที่รับชําระในข้อมูลของใบแจ้ง — วันที่รับชําระเป็นข้อมูลสําคัญต่อกําหนดสิทธิ ค่าปรับ รอบบัญชี และการกระทบรายงาน แบบที่ไม่มีช่องวันที่ทําให้ตีความเวลาธุรกรรมไม่ชัด ต้องแยกวันที่ออกใบแจ้ง วันที่ครบกําหนด วันที่ผู้ชําระทํารายการ วันที่ธนาคารลงบัญชี และวันที่หน่วยงานตรวจ เพราะวันหยุดหรือ cutoff อาจทําให้ไม่ตรงกัน สําหรับหลักฐานอิเล็กทรอนิกส์ให้รักษา timestamp กับ timezone จากระบบ ไม่พิมพ์วันที่ใหม่ทับข้อมูลต้นทางเพื่อให้เข้ารอบบัญชี หากมี dispute ให้ใช้กติกาที่ประกาศและหลักฐานระบบตัดสิน ไม่ใช้วันที่เจ้าหน้าที่เห็นรายการครั้งแรกแทนวันที่ชําระโดยอัตโนมัติ แก้ Company Code ให้สอดคล้องกับรูปแบบรับชําระ — ก่อนเผยแพร่ใบแจ้ง ต้องตรวจ Company Code กับบริการจริงในระบบและแบบรายงาน หากไม่ตรงให้แก้ template และทดสอบ
ไม่ควรเปิดให้ประชาชนใช้แล้วค่อยทํารายการย้ายภายใน การควบคุมเอกสารควรมีผู้จัดทํา ผู้สอบทาน ผู้อนุมัติ version checksum และช่องทางแจก ใช้ master template เดียวแทนไฟล์ส่วนตัวหลายชุด เมื่อเปลี่ยนรหัส ให้กําหนด cutover และแนวทางรายการที่จ่ายด้วยแบบเก่า ติดตามช่องทางที่ยังเผยแพร่แบบเดิม เช่น เว็บไซต์ QR เอกสาร PDF และจุดบริการ บันทึกผลทดสอบอย่างน้อยหนึ่งรายการต่อช่องทาง รวมภาพหลักฐาน รายงาน online, e-Statement และ download วันถัดไป ตรวจให้ Reference Code สอดคล้องกันก่อนนําใบแจ้งไปใช้ — Reference ที่ใบแจ้ง ระบบต้นทาง และรายงานรับเงินต้องหมายถึงสิ่งเดียวกัน หากใบแจ้งใช้เลขประจําตัวผู้ชําระแต่รายงานภายในบันทึกเลขคําขอคนละชุด ต้องมี mapping ที่แน่นอนหรือแก้แบบให้ตรง อย่าใช้ชื่อกับยอดเป็น key เพราะชื่อซ้ํา สะกดต่าง และยอดเท่ากันได้ เลือก identifier เฉพาะรายการและเก็บความสัมพันธ์กับบุคคลในระบบที่สิทธิจํากัด ก่อน go-live ให้สร้าง test cases ทั้งเลขปกติ เลขซ้ํา เลขผิดหลัก ชําระหลายใบ ชําระบางส่วน และชําระเกิน
กําหนดข้อมูลอ้างอิงที่แยกรายการและสอดคล้องกับรายงาน — ผู้ชําระชื่อเหมือนและยอดเท่ากันในวันเดียวกันพิสูจน์ว่า name+amount ไม่ใช่ identifier การออกแบบควรมีเลขใบแจ้งหรือเลขคําขอที่ไม่ซ้ําและส่งต่อถึงรายงานธนาคาร identifier ต้องคงที่ตลอดวงจร ไม่ถูกนํากลับมาใช้เร็ว และหากหนึ่งผู้ชําระมีหลายรายการต้องแยก transaction reference จาก customer reference ระบบควรตรวจ duplicate และสถานะใบแจ้ง หากจ่ายซ้ําให้เข้าสู่ exception queue ไม่ลงรับรายการที่สองกับหนี้เดิมโดยเงียบ ตัวอย่างที่ดีคือสร้างเลข 14–18 หลักจากหน่วย/ปี/ลําดับพร้อม check digit โดยตรวจข้อจํากัดจริงของธนาคารก่อนใช้ ไม่ฝังข้อมูลอ่อนไหวโดยไม่จําเป็น ก่อนใช้งานจริงต้องทดสอบ Company Code กับข้อมูลอ้างอิงในทุกช่องทางและรายงาน ข้อมูลอ้างอิงควรแยกรายการได้ ไม่ถูกนํากลับมาใช้เร็ว มีรูปแบบตรวจสอบ และไม่เปิดเผยข้อมูลส่วนบุคคลเกินจําเป็น เมื่อเปลี่ยนรหัสหรือแบบใบแจ้งต้องกําหนดวันเปลี่ยนผ่าน ถอนแบบเก่า และเก็บร่องรอยการแก้ไข เพราะเงินอาจเข้าถูกบัญชีแต่จับคู่ผู้ชําระไม่ได้หากใบแจ้งกับระบบใช้คนละความหมาย
ข้อมูลของ Bill Payment ที่ต้องตรงกัน
- 1Company Codeชี้บริการรับชำระของหน่วยงานและกำหนดรูปแบบข้อมูลที่ธนาคารส่งกลับ
- 2เลขอ้างอิงรายการเชื่อมใบแจ้งกับหนี้หรือคำขอเฉพาะโดยไม่ใช้ชื่อกับยอดเป็นตัวระบุหลัก
- 3วันและเวลาชำระแยกวันออกใบแจ้ง วันครบกำหนด เวลาทำรายการ วันลงบัญชี และวันที่เจ้าหน้าที่ตรวจ
- 4จำนวนและประเภทเงินใช้จำแนกรายได้แผ่นดิน เงินนอกงบประมาณฝากคลัง หรือกรณีที่ต้องใช้กฎเฉพาะ
- 5รายงานปลายทางรับค่าเดียวกับใบแจ้งและระบบต้นทางเพื่อจับคู่ ตรวจซ้ำ และสร้างชุดนำส่งได้โดยไม่เดา
เนื้อหาสรุปนี้จัดทำขึ้นเพื่อการศึกษาส่วนบุคคล ห้ามคัดลอก ทำซ้ำ หรือนำไปใช้เพื่อวัตถุประสงค์ทางการค้าโดยไม่ได้รับอนุญาต