การเปิดเผยข้อมูลทางการเงิน

หนี้สินต่อทุนที่เผยแพร่ 2,624.16 ÷ 1,880.34 = 1.40 · ที่ถูก (2,624.16 + 192.80) ÷ 1,880.34 = 2,816.96 ÷ 1,880.34 = 1.50 ✓ ตรงกับทะเบียนตัวเลขกลาง · สภาพคล่องที่เผยแพร่ 960.50 ÷ 508.20 = 1.89 · ที่ถูก 960.50 ÷ (508.20 + 68.40) = 960.50 ÷ 576.60 = 1.67 ✓

นี่เป็นข้อผิดพลาดที่ต่างจากทุกข้อที่โมดูลอื่นพบ เพราะตัวเลขออกสู่สาธารณะไปแล้วและเรียกคืนไม่ได้ — ในโมดูลปฏิบัติการ การพบตัวเลขผิดหมายถึงแก้แล้วใช้ต่อ แต่ในช่องทางนี้หมายถึงมีคนอ่านตัวเลขนั้นและอาจตัดสินใจไปแล้ว · คำถามที่ต้องตอบคือข้อผิดพลาดนี้มีนัยสำคัญพอที่ต้องแก้ไขข้อมูลที่เปิดเผยไปแล้วหรือไม่ ซึ่งเป็นการตัดสินที่ต้องทำร่วมกับผู้สอบบัญชีและที่ปรึกษากฎหมาย ไม่ใช่การตัดสินใจของฝ่ายบัญชีเองและไม่ใช่ของระบบ · ปัจจัยที่ใช้พิจารณาได้แก่ ขนาดของส่วนต่าง ผลต่อการตัดสินใจของผู้ใช้งบการเงิน และเงื่อนไขสัญญาที่อ้างอิงอัตราส่วนเหล่านี้ · อัตราส่วนหนี้สินต่อทุนไม่ได้อยู่ในเงื่อนไขสัญญาเงินกู้ ซึ่งใช้หนี้สุทธิต่อ EBITDA และตัวนั้นรวมหนี้สัญญาเช่าอยู่แล้ว จึงไม่กระทบเงื่อนไข · แต่อัตราส่วนสภาพคล่องที่ตกจาก 1.89 เหลือ 1.67 อยู่ในเงื่อนไขสัญญาที่กำหนดไม่ต่ำกว่า 1.20 ซึ่งยังผ่าน ถ้าเกณฑ์นั้นสูงกว่านี้ ผลจะต่างออกไปทั้งหมด · ระบบไม่แสดงข้อสรุปว่าควรแก้ไขข้อมูลที่เปิดเผยไปแล้วหรือไม่ แสดงเฉพาะตัวเลขและปัจจัยที่ต้องพิจารณา

12 + 18 + 8 + 2 = 40 วัน ✓ · จำนวนผู้เข้าถึงเพิ่มขึ้นทุกขั้นจาก 24 คนเป็น 68 คน · ขั้นที่ยาวที่สุดคือการสอบทานของผู้สอบบัญชี 18 วัน คิดเป็น 45.0% ของเวลาทั้งหมด

ช่วง 40 วันนี้เป็นช่วงที่ตัวเลขมีอยู่แล้วแต่สาธารณะยังไม่รู้ ซึ่งเป็นช่วงที่ความเสี่ยงเรื่องข้อมูลรั่วไหลสูงที่สุด — และจำนวนคนที่รู้เพิ่มขึ้นทุกขั้นจาก 24 เป็น 68 คน · การลดเวลาลงช่วยลดความเสี่ยง แต่ขั้นที่ยาวที่สุดคือการสอบทานของผู้สอบบัญชีซึ่งไม่ควรเร่ง เพราะเป็นขั้นที่ตรวจว่าตัวเลขถูกต้อง · ขั้นที่ลดได้จริงคือการปิดงบภายใน 12 วันและการจัดทำเอกสาร 2 วัน ซึ่งรวมกัน 14 วัน โดยการปิดงบเร็วขึ้นเป็นสิ่งที่โมดูล 13 บัญชีทำได้ · แต่การลดเวลาไม่ได้ลดจำนวนคนที่รู้ ซึ่งเป็นตัวแปรที่สำคัญกว่า · 68 คนเป็นจำนวนที่มากสำหรับข้อมูลที่ยังไม่เผยแพร่ และหลายคนในนั้นไม่จำเป็นต้องเห็นตัวเลขรวม เห็นเฉพาะส่วนของตนก็พอ · ระบบสามารถจำกัดให้เห็นเฉพาะส่วนที่รับผิดชอบได้ ซึ่งจะลดคนที่เห็นตัวเลขรวมจาก 68 เหลือประมาณ 18 คน เป็นการลดความเสี่ยงที่ทำได้โดยไม่กระทบเวลา

ทั้งสามจุดเกิดจากสาเหตุเดียวกัน คือเอกสารที่เผยแพร่จัดทำในตารางคำนวณแยกจากระบบ แล้วคำนวณอัตราส่วนใหม่ด้วยสูตรที่เขียนเอง · เงินสดคงเหลือ ฿245.68M เป็นผลรวมของบัญชีเงินบาท 4 บัญชี (98.45 + 76.32 + 45.18 + 25.73) ซึ่งไม่ใช่เงินสดทั้งบริษัท ✓ ตรงกับที่หน้า 85 บันทึกไว้

ทั้งสามจุดไม่ได้เกิดจากความตั้งใจ แต่เกิดจากการที่เอกสารเผยแพร่ถูกจัดทำในตารางคำนวณแยกจากระบบ — ซึ่งเป็นวิธีที่ใช้กันทั่วไปเพราะเอกสารต้องจัดรูปแบบตามที่หน่วยงานกำหนด · ปัญหาคือเมื่อคำนวณอัตราส่วนใหม่ในตารางแยก คนที่เขียนสูตรอาจใช้นิยามที่ต่างจากระบบโดยไม่รู้ตัว เช่นเข้าใจว่าหนี้ที่มีดอกเบี้ยหมายถึงเงินกู้ธนาคารเท่านั้น · ทางแก้ที่ตรงที่สุดคือให้ตัวเลขทุกตัวในเอกสารเผยแพร่ดึงมาจากระบบโดยตรง ไม่คำนวณซ้ำ ซึ่งทำให้เอกสารกับระบบไม่มีทางต่างกันได้ · ระหว่างที่ยังทำไม่ได้ ระบบเปรียบเทียบตัวเลขในเอกสารกับตัวเลขในระบบทุกครั้งก่อนเผยแพร่ และแสดงรายการที่ต่างกัน ซึ่งเป็นวิธีที่พบสองจุดแรกนี้ · การตรวจนี้ต้องทำก่อนคณะกรรมการอนุมัติ ไม่ใช่หลังเผยแพร่ เพราะเมื่อเผยแพร่แล้วการแก้ไขมีต้นทุนสูงกว่ามาก

4 + 1 + 1 + 1 + 4 = 11 ฉบับ ✓ · งบรายไตรมาสเผยแพร่เฉลี่ย 40 วันนับแต่สิ้นไตรมาส ซึ่งตรงกับเวลาที่คำนวณไว้ในการ์ดก่อนหน้า · ไม่มีฉบับใดล่าช้าในรอบ 12 เดือนที่ผ่านมา

การเผยแพร่ตรงกำหนดทุกฉบับเป็นเรื่องดี แต่ไม่ได้แปลว่าเนื้อหาถูกต้อง — ซึ่งเป็นสิ่งที่การ์ดแรกแสดงให้เห็น · ตัวชี้วัดเรื่องความตรงเวลาเป็นตัวที่วัดง่ายและมักถูกรายงาน ส่วนความถูกต้องของเนื้อหาวัดยากและมักไม่มีใครวัด · ระบบจึงเพิ่มตัวชี้วัดจำนวนจุดที่ตัวเลขในเอกสารไม่ตรงกับระบบ ซึ่งปัจจุบันอยู่ที่ 3 จุด และควรเป็นศูนย์ · แบบ 56-1 One Report เป็นแบบที่บริษัทจดทะเบียนยื่นต่อ ก.ล.ต. ซึ่งเป็นหลักฐานฝั่งหนึ่งของข้อขัดแย้งเรื่องประเภทบริษัทที่หน้า 200 พบ · ถ้าปรากฏว่าบริษัทไม่ใช่บริษัทจดทะเบียน การยื่นแบบนี้ก็เป็นเรื่องที่ต้องอธิบาย และถ้าเป็นบริษัทจดทะเบียนจริง ทะเบียนผู้ถือหุ้น 42 รายก็เป็นเรื่องที่ต้องอธิบาย · ไม่ว่าคำตอบจะเป็นทางไหน มีอย่างน้อยหนึ่งอย่างในระบบที่ผิด

การตัดสินว่าข้อมูลใดมีนัยสำคัญต้องเปิดเผยเป็นการตัดสินใจที่ AI ทำแทนไม่ได้ แม้จะคำนวณขนาดของตัวเลขได้ — เพราะนัยสำคัญไม่ได้ขึ้นกับขนาดอย่างเดียว แต่ขึ้นกับว่าข้อมูลนั้นเปลี่ยนการตัดสินใจของผู้ใช้งบการเงินหรือไม่ · ตัวอย่างที่ชัดคือส่วนต่างของอัตราส่วนหนี้สินต่อทุน 0.10 ซึ่งดูเล็ก แต่ถ้ามีสัญญาที่กำหนดเพดานไว้ที่ 1.45 ส่วนต่างนี้จะเปลี่ยนสถานะจากผ่านเป็นไม่ผ่าน · ระบบจึงแสดงตัวเลข แสดงสัญญาที่อ้างอิงตัวเลขนั้น และแสดงเกณฑ์ในสัญญา แต่ไม่สรุปว่ามีนัยสำคัญหรือไม่ · การตัดสินว่าต้องแก้ไขข้อมูลที่เปิดเผยไปแล้วหรือไม่ต้องอาศัยสามฝ่ายพร้อมกัน คือคณะกรรมการ ผู้สอบบัญชี และที่ปรึกษากฎหมาย เพราะเป็นเรื่องที่มีผลทั้งทางบัญชีและทางกฎหมาย · AI ร่างคำอธิบายและวิเคราะห์ของฝ่ายจัดการได้ แต่ผู้ลงนามรับผิดชอบเนื้อหาเป็นการส่วนตัว ระบบจึงบันทึกไว้เสมอว่าส่วนใดเป็นร่างของ AI และส่วนใดที่คนแก้ไข