โหมดมืด
Data Assurance
ระบบบัญชีทุกระบบสะอาดได้เท่าที่คนป้อนข้อมูลเข้าไป และไม่มีซอฟต์แวร์ตัวไหน บังคับให้คนเปลี่ยนวิธีทำงานได้จริง คนที่ต้องเปลี่ยนคือพนักงานบัญชี ส่วนคนที่ได้ประโยชน์ คือเจ้าของกิจการกับผู้สอบบัญชี — สองกลุ่มนี้ไม่ใช่คนเดียวกัน
Data Assurance จึงไม่พยายามเปลี่ยนวิธีทำงานของใคร มันปล่อยให้ทำงานอย่างที่ถนัด แล้วสร้างชั้นตรวจทับ ตรวจทุกงวด บอกว่าตัวเลขตรงไหนยังเชื่อไม่ได้ เสนอว่าควรปรับอะไร และส่งต่อจนอยู่ในสภาพที่พร้อมให้ผู้สอบบัญชีดู
เปิดใช้ได้แล้ว
อยู่ที่ Insight → ตรวจสอบรายงวด · รายงานผูกกับงวด และตัวเลขถูกตรึงพร้อม snapshot เปิดดูกี่ครั้งก็ได้ตัวเลขชุดเดิม — คนละเรื่องกับ สุขภาพข้อมูล ที่ตรวจให้ทุกเช้าและกดตรวจเองได้ ตลอดเพื่อไล่ร่องรอยการบันทึกผิดพลาดเล็ก ๆ ระหว่างเดือน
พิมพ์เป็นเอกสารสองหน้าพร้อมช่องลงนามได้จากปุ่มมุมขวาบน
การปิดงวดเป็นการตัดสินใจของกิจการ
ตัวเลขของงวดจะถูกตรึงก็ต่อเมื่อมีคนในกิจการสั่ง — เจ้าของหรือผู้ดูแลเท่านั้น ระบบไม่ปิดงวดให้เอง และทีมงาน KlevIQ ก็กดแทนไม่ได้
เหตุผลตรงไปตรงมา: การปิดงวดคือการที่กิจการรับรองตัวเลขของตัวเอง ถ้าใครกดแทนได้ หลักฐานชุดนั้นก็เป็นของคนกด ไม่ใช่ของกิจการ
หน้าจอแยกเป็นสองจังหวะเสมอ
- ตรวจงวดนี้ก่อน — เห็นว่าพบอะไรบ้าง เกรดเท่าไร ปิดได้หรือยัง โดยยังไม่มีอะไรถูกบันทึก
- ตรึงงวดนี้ — ปุ่มนี้จะปรากฏหลังตรวจแล้วเท่านั้น
ตรึงแล้วแก้ไม่ได้
หนึ่งงวดตรึงได้ครั้งเดียว · ตัวเลขที่ผู้สอบบัญชีอ้างถึงต้องไม่เปลี่ยนทีหลัง
งวดที่ยังมีข้อค้างอยู่ก็ตรึงได้ — งวดจะถูกบันทึกพร้อมสิ่งที่ยังค้าง ซึ่งเป็นสภาพจริง ของงวดนั้น ไม่ต้องรอให้ทุกอย่างสะอาดก่อน
⭐ งวดที่ไม่ได้ปิดไม่ได้หายไปไหน แต่การเทียบว่า "เรื่องเดิมเกิดซ้ำไหม" จะทำไม่ได้ในงวด ถัด ๆ ไป เพราะไม่มีจุดอ้างอิงให้เทียบ — เหมือนการปิดบัญชีตามปกติที่ต้องไล่ปิดไปตามลำดับ
สามอย่างที่ชั้นนี้ทำ และหนึ่งอย่างที่ไม่ทำ
ตรวจ — กฎกว่าร้อยข้อ ไล่ตั้งแต่ของเข้า ต้นทุนผลิต ของออก จนถึงการกระทบยอดกับบัญชีแยกประเภท
จัดลำดับ — บอกว่าอะไรต้องแก้ก่อน และอะไรเป็นเพียงผลพวงของอีกเรื่องหนึ่ง ความผิดพลาดหนึ่งครั้งมักทำให้กฎหลายข้อดังพร้อมกัน การนับทุกเสียงเป็นคนละเรื่อง คือการเรียกเก็บซ้ำจากความผิดเดียว
เสนอ — ออกเป็นรายการปรับปรุงพร้อมผลกระทบเป็นตัวเงิน
ไม่บันทึกรายการบัญชีให้เองสักรายการเดียว ทุกอย่างที่ระบบเสนอต้องมีคนกดยืนยัน และการปฏิเสธข้อเสนอต้องเขียนเหตุผล — ระบบเก็บว่าใครตัดสินอะไรไว้เมื่อไร เพื่อให้เดือนถัดไปไม่ต้องตัดสินเรื่องเดิมซ้ำ
ประโยคที่เป็นหัวใจของทั้งชุด
"สิ่งที่ไม่ได้ตรวจ ไม่เท่ากับสิ่งที่ตรวจแล้วผ่าน"
รายงานที่เงียบเพราะไม่มีใครป้อนข้อมูลให้ตรวจ หน้าตาเหมือนรายงานที่ตรวจแล้วไม่เจออะไร ทุกครั้งที่ปิดงวด ระบบจึงแนบรายการ "สิ่งที่ไม่ได้ตรวจ" มาพร้อมผลตรวจเสมอ
โครงสินค้าสามชั้น
| ชั้น | เก็บเงินอย่างไร | บทบาท |
|---|---|---|
| Foundation | ครั้งเดียว · ตั้งใจให้ต่ำ | ติดตั้ง ตั้งค่า อบรม — ประตูเข้าที่ไม่ต้องลงทุนก้อนใหญ่ |
| Assurance | รายเดือน / รายปี | ตรวจ · เสนอรายการปรับปรุง · ช่วยปิดงบ · รวมค่าระบบคลาวด์ |
| Build | ตามปริมาณงานที่ตกลง | งานพัฒนาเฉพาะราย |
Assurance รวมค่าระบบไว้เสมอ ไม่ได้แยกขาย — เพราะการตรวจที่ไม่ได้ต่ออยู่กับระบบที่รันจริง ก็เป็นแค่รายงานที่ตกรุ่นตั้งแต่วันที่ออก
ปรับเกณฑ์กฎให้เข้ากับกิจการได้ — แต่ปรับคะแนนไม่ได้
บางกฎดังด้วยเหตุที่กิจการนั้นถูกต้องแล้ว · ตัวอย่างที่พบบ่อยคือกฎ "บัญชีมียอดคงเหลือ ผิดด้าน" ซึ่งจะดังกับบัญชีทุนของกิจการที่ขาดทุนสะสม — เป็นสภาพปกติ ไม่ใช่การ ลงบัญชีผิด
ทีมงาน ALZO ปรับเกณฑ์รายกิจการได้ (ระดับความรุนแรง · ค่าเกณฑ์ · บัญชีที่ยกเว้น)
การปรับที่ทำให้หลวมลง ไม่ถูกนับในเกรด
เกรดคิดจากเกณฑ์กลางเสมอ · สิ่งที่ปรับได้คือ รายงานจะดังหรือเงียบกับเรื่องไหน ไม่ใช่คะแนนที่ได้
ออกแบบไว้แบบนี้โดยตั้งใจ — ไม่งั้นช่องปรับเกณฑ์จะกลายเป็นช่องปรับผลประเมินตัวเอง
สามชั้นที่กันการปิดกฎเงียบ ๆ
| ชั้น | ทำอะไร |
|---|---|
| ฐานข้อมูลบังคับ | ทุกการปรับต้องมี เหตุผล กำกับ · ไม่มีเหตุผล = บันทึกไม่ได้ |
| เกรดใช้เกณฑ์กลาง | การปรับที่หลวมลงถูกตัดออกก่อนคิดคะแนน |
| รายงานประกาศเสมอ | ทุกงวดที่มีการยกเว้น จะมีบรรทัดบอกว่ายกเว้นอะไรไปบ้าง |
ข้อสุดท้ายสำคัญที่สุด — ข้อยกเว้นที่ไม่มีใครเห็นคือข้อยกเว้นที่ไม่มีใครทบทวน
สิ่งที่ชดเชยไม่ได้ ต่อให้จ่ายเพิ่ม
ชั้นตรวจชดเชยความไม่เรียบร้อยได้หลายอย่าง แต่มีเส้นที่ข้ามไม่ได้ และเส้นนั้นไม่ได้อยู่ตรง ที่เราไม่อยากทำ — มันอยู่ตรงที่ข้อมูลไม่มีอยู่จริง
ถ้าไม่เคยบันทึกว่าล็อตไหนถูกใช้ไปกับงานผลิตใบไหน ไม่มีเครื่องมือใดในโลกคำนวณย้อนกลับได้ มันไม่ใช่ข้อจำกัดของซอฟต์แวร์ มันคือข้อมูลที่ไม่เคยถูกสร้าง
อ่านต่อ: ระดับความเข้มของการตรวจ · เกรดวินัยข้อมูล