Dashboard Loan Covenant: DSCR, D/E และ ICR

การติดตาม loan covenant ตอนส่งงบให้ธนาคารช้าเกินไป เพราะยอดขายลด หนี้เพิ่ม หรือดอกเบี้ยสูงขึ้นสามารถทำให้อัตราส่วนเข้าใกล้เกณฑ์หลายเดือนก่อนวันทดสอบ Dashboard ที่ดีต้องคำนวณ

DSCR, D/E และ Interest Coverage ตามนิยามในสัญญา แสดง buffer

และเชื่อมกับ forecast เพื่อให้ผู้บริหารแก้ปัญหาก่อนผิดเงื่อนไข

สารบัญบทความ

1. DSCR, D/E และ Interest Coverage บอกอะไรต่างกัน
2. ถอดสัญญาเป็น covenant register ก่อนทำ dashboard
3. ตั้ง buffer และ early warning ก่อนถึงเส้นผิดเงื่อนไข
4. องค์ประกอบขั้นต่ำของ covenant dashboard
5. ขั้นตอนสร้าง dashboard จากสัญญาถึงการประชุมรายเดือน
6. จุดเสี่ยงที่ควรตรวจทานก่อนยื่นหรือใช้ตัวเลข
7. เชื่อมงานนี้เข้ากับระบบบัญชีและการตัดสินใจ
8. อ่านต่อและเอกสารที่เกี่ยวข้อง
9. แหล่งข้อมูลทางการที่ใช้ตรวจทาน
10. ใช้บทความนี้กับธุรกิจของคุณอย่างไร
11. แหล่งอ้างอิงที่ใช้ทบทวน

ชื่ออัตราส่วนเดียวกันอาจมีสูตรต่างกันในแต่ละสัญญา เช่น EBITDA ปรับปรุง หนี้ที่นับรวม หรือเงินสดที่หักออก ดังนั้นขั้นแรกไม่ใช่ใส่สูตรมาตรฐาน แต่คือถอดนิยาม วันทดสอบ

และหลักฐานจาก loan agreement ลงใน covenant register

DSCR, D/E และ Interest Coverage บอกอะไรต่างกัน

DSCR เปรียบเทียบกระแสเงินหรือกำไรที่ใช้ชำระหนี้กับภาระเงินต้นและดอกเบี้ยตามนิยามสัญญา จึงเน้นความสามารถชำระหนี้ D/E เปรียบเทียบหนี้กับส่วนของผู้ถือหุ้นและสะท้อนโครงสร้างทุน

ส่วน Interest Coverage

เปรียบเทียบกำไรก่อนดอกเบี้ยกับดอกเบี้ยและเน้นความสามารถรับภาระดอกเบี้ย

อัตราส่วนเหล่านี้ไม่ควรอ่านแยกกัน บริษัทอาจมี ICR ดีแต่ DSCR ตึงเพราะมีเงินต้นก้อนใหญ่ หรือ D/E สูงขึ้นจากขาดทุนสะสมแม้เงินสดยังพอใช้ Dashboard จึงต้องแสดงแนวโน้มและเหตุผล

ไม่ใช่ไฟเขียวหรือแดงเพียงจุดเดียว

ถอดสัญญาเป็น covenant register ก่อนทำ dashboard

บันทึกชื่อวงเงิน ผู้ให้กู้ สูตรตัวเศษและตัวส่วน เกณฑ์ วันทดสอบ งบที่ใช้ ระยะเวลาเยียวยา และเอกสารรายงาน หากมีหลายสัญญาให้แยกนิยาม ไม่ควรใช้สูตรเดียวครอบทั้งหมด เพราะคำว่า debt

หรือ EBITDA อาจรวมรายการต่างกัน

แนบเลขหน้าและข้อความอ้างอิงจากสัญญาให้ผู้ตรวจทานย้อนกลับได้ พร้อมระบุเจ้าของข้อมูลแต่ละองค์ประกอบ เช่น ดอกเบี้ยจาก loan schedule เงินต้นครบกำหนดจาก treasury และ EBITDA จากบัญชี

การมี data lineage ลดการถกเถียงเมื่อตัวเลขเปลี่ยน

ตั้ง buffer และ early warning ก่อนถึงเส้นผิดเงื่อนไข

หากสัญญากำหนด DSCR ไม่น้อยกว่า 1.20 เท่า ไม่ควรใช้ 1.20 เป็นจุดเตือนแรก อาจตั้งสีเหลืองที่ 1.35 และสีส้มที่ 1.25 ตามความผันผวนของธุรกิจ โดยให้คณะผู้บริหารอนุมัติ buffer และ

action ที่ต้องทำในแต่ละระดับ

Dashboard ควรมี actual ล่าสุด forecast ถึงวันทดสอบ และ sensitivity เช่น รายได้ลด 10% ลูกหนี้ช้า 30 วัน หรือดอกเบี้ยเพิ่ม หาก downside case ต่ำกว่าเกณฑ์ ทีมมีเวลาจัดการต้นทุน

ชะลอเงินลงทุน หรือหารือธนาคารอย่างโปร่งใส

องค์ประกอบขั้นต่ำของ covenant dashboard

สูตรจริงต้องยึดสัญญา ตารางนี้แสดงกรอบควบคุมและคำถามที่ dashboard ควรตอบ

ขั้นตอนสร้าง dashboard จากสัญญาถึงการประชุมรายเดือน

เริ่มจากวงเงินที่มีผลกระทบสูงสุด แล้วเพิ่มรายการเมื่อสูตรและข้อมูลผ่านการตรวจทาน

1. รวบรวมสัญญาและแก้ไขเพิ่มเติมทั้งหมดในที่เก็บกลาง
2. ถอดสูตร เกณฑ์ วันทดสอบ และเงื่อนไขรายงานลง covenant register
3. ผูกแต่ละองค์ประกอบกับบัญชีและ loan schedule ที่กระทบยอดแล้ว
4. คำนวณ actual, forecast และ downside case พร้อมตั้งระดับเตือน
5. ประชุม action รายเดือนและเก็บหลักฐานการส่งข้อมูลหรือหารือผู้ให้กู้

ทุกสูตรควรมีผู้จัดทำและผู้ตรวจทานคนละคน โดยเฉพาะ adjustment ที่ไม่มาจากบัญชีตรง ๆ เมื่อสัญญาเปลี่ยนต้อง version สูตรและทดสอบย้อนหลัง การแก้เซลล์โดยไม่บันทึกเหตุผลทำให้

dashboard สูญเสียความน่าเชื่อถือ

จุดเสี่ยงที่ควรตรวจทานก่อนยื่นหรือใช้ตัวเลข

• ใช้สูตรทั่วไปจากอินเทอร์เน็ตแทนนิยามในสัญญา
• ลืมสัญญาแก้ไขเพิ่มเติมหรือวงเงินย่อยที่มี covenant ต่างกัน
• ดูเฉพาะ actual โดยไม่มี forecast ถึงวันทดสอบ
• รอให้ผิดเกณฑ์ก่อนเริ่มสื่อสารกับธนาคาร

ตัวอย่าง สัญญากำหนด DSCR ขั้นต่ำ 1.20 เท่า ปัจจุบันอยู่ 1.38 แต่ forecast แสดง 1.16 ในอีกสองไตรมาสเพราะต้องชำระเงินต้นก้อนใหญ่ หาก dashboard แสดงเพียง actual จะดูปลอดภัย การรวม

loan schedule และ downside case

ช่วยให้บริษัทเตรียมเงินสดหรือเจรจาโครงสร้างหนี้ก่อนถึงวันทดสอบ

เชื่อมงานนี้เข้ากับระบบบัญชีและการตัดสินใจ

เชื่อม covenant dashboard กับ monthly close, 13-week cash flow และ rolling forecast โดยใช้แหล่งข้อมูลกลาง ตัวเลขที่ส่งธนาคารควรเท่ากับชุดผู้บริหารและมี reconciliation อธิบาย

adjustment ทุกบรรทัด

วิธีนี้ลดทั้งความเสี่ยงผิดเงื่อนไขและความเสี่ยงส่งข้อมูลไม่สอดคล้องกัน

หาก forecast เข้าใกล้เกณฑ์ ควรให้ที่ปรึกษาการเงินและกฎหมายอ่านสัญญาจริงก่อนสื่อสารหรือขอ waiver

การแจ้งล่วงหน้าพร้อมแผนแก้และข้อมูลที่เชื่อถือได้มักสร้างทางเลือกมากกว่าการแจ้งหลังเกิด breach

อ่านต่อและเอกสารที่เกี่ยวข้อง

• อ่านกำไร งบดุล และกระแสเงินสดร่วมกัน
• 5 รายงานบัญชีบริหารสำหรับ SME

แหล่งข้อมูลทางการที่ใช้ตรวจทาน

ข้อมูลกฎหมาย อัตรา และขั้นตอนอาจเปลี่ยนได้ จึงควรตรวจประกาศและคู่มือฉบับล่าสุดก่อนดำเนินการจริง โดยบทความนี้ตรวจทานจากแหล่งข้อมูลต่อไปนี้เมื่อวันที่ 17 กรกฎาคม 2569

• ธนาคารแห่งประเทศไทย: Business Health Check — อัตราส่วนทางการเงินและการประเมินสุขภาพธุรกิจ
• ธนาคารแห่งประเทศไทย: คู่มือกำกับกิจกรรมสินเชื่อ — บริบท DSCR และการประเมินความสามารถชำระหนี้
• ธนาคารแห่งประเทศไทย: Financial Stability Review — บริบท covenant และความเสี่ยงสินเชื่อ

ใช้บทความนี้กับธุรกิจของคุณอย่างไร

เนื้อหาเรื่อง Dashboard Loan Covenant: DSCR, D/E และ ICR ควรนำไปใช้ตรวจสอบกับเอกสารและตัวเลขจริงของกิจการ ไม่ใช่อ่านเพื่อจำคำศัพท์ เพราะแนวทางบัญชีและภาษีขึ้นกับข้อเท็จจริง

เอกสาร และรอบเวลาที่เกิดรายการของแต่ละธุรกิจ

แหล่งอ้างอิงที่ใช้ทบทวน

• กรมสรรพากร (rd.go.th)
• กรมพัฒนาธุรกิจการค้า (dbd.go.th)
• ระบบยื่นแบบออนไลน์ e-Filing กรมสรรพากร

คำถามที่พบบ่อย (FAQ)

DSCR คำนวณสูตรเดียวกันทุกธนาคารหรือไม่

ไม่จำเป็น ต้องยึดนิยามตัวเศษ ตัวส่วน และ adjustment ในสัญญาแต่ละฉบับ

D/E สูงแปลว่าผิด covenant เสมอหรือไม่

ไม่ ต้องเทียบกับเกณฑ์และนิยามหนี้ในสัญญา รวมทั้งดูแนวโน้มและอัตราส่วนอื่นร่วมกัน

ควรอัปเดต covenant dashboard บ่อยแค่ไหน

อย่างน้อยรายเดือน และถ้าใกล้เกณฑ์หรือธุรกิจผันผวนควรอัปเดต forecast บ่อยขึ้น

เมื่อคาดว่าจะผิด covenant ควรทำอะไร

ตรวจสูตรและข้อมูล ทำแผนแก้ ประเมินทางเลือก แล้วหารือผู้ให้กู้และที่ปรึกษาก่อนวันทดสอบตามเงื่อนไขสัญญา