Multi-tenant ที่แยกข้อมูลตั้งแต่ระดับฐานข้อมูล ไม่ใช่แค่การกรองในโปรแกรม
แต่ละบริษัทในเครือใช้คนละระบบ ข้อมูลไม่เชื่อมถึงกัน
ข้อมูล HR ถ้าไม่ปนกันไปหมด ก็แยกกันจนมองภาพรวมไม่ได้เลย
สายการอนุมัติของแต่ละบริษัทไม่เหมือนกัน แต่ระบบบังคับให้ทุกบริษัทใช้รูปแบบเดียว
ทุกครั้งที่มีการตรวจสอบต้องรวบรวมข้อมูลจากหลายที่ ใช้เวลาเป็นสัปดาห์
| วันนี้ | หลังใช้ Naya People |
|---|---|
| แต่ละบริษัทใช้ระบบแยกกันคนละตัว | ระบบเดียวที่แยกข้อมูลรายบริษัทตั้งแต่ระดับฐานข้อมูล |
| ผู้บริหารต้องขอรายงานจากทีละบริษัท | ผู้ใช้ 1 คนถือได้หลายบทบาท โดยบทบาทระดับระบบแยกจากบทบาทเฉพาะบริษัท |
| สายอนุมัติแบบเดียวถูกบังคับใช้ทั้งเครือ | ตั้งเทมเพลตสายอนุมัติแยกรายบริษัทได้ พร้อมกฎเงื่อนไขของแต่ละบริษัทเอง |
| ไล่ตามหลักฐานการใช้งานข้ามหลายระบบ | Audit Log รวมศูนย์ พร้อม Correlation ID ที่ติดตามทุกคำขอข้ามระบบ |
ไม่ได้ — ทุกตารางข้อมูลหลักผูกกับบริษัทตั้งแต่ระดับฐานข้อมูล ไม่ใช่แค่การกรองในโปรแกรม และสิทธิ์ถูกบังคับใช้ทั้งฝั่งหน้าเว็บและฝั่ง API โดยเซิร์ฟเวอร์ตรวจซ้ำทุกครั้ง — ซ่อนเมนูอย่างเดียวไม่พอ
ได้ สร้างเทมเพลตสายอนุมัติแยกกันได้ และตั้งกฎเงื่อนไขว่าเคสแบบไหนใช้สายอนุมัติแบบไหน โดยอ้างอิงจากแผนก รายชื่อพนักงาน ประเภทการลา และช่วงจำนวนเงิน พร้อมลำดับความสำคัญของกฎและช่วงวันที่มีผล
ทุกส่วนของระบบ deploy ด้วย Docker มีทั้งชุดรันบนเครื่องเดียว (docker-compose) และชุด Kubernetes พร้อม auto-scaling และ health check จึงเป็นไปได้ในทางเทคนิค ส่วนรายละเอียดการดูแลรักษา การอัปเดต และราคา ต้องคุยกับทีมงานเป็นรายกรณี
ครบ — มี Audit Log พร้อมหน้าจอตรวจสอบย้อนหลัง, Correlation ID ที่ติดตามทุกคำขอข้ามระบบ, ประวัติการอนุมัติทุกการกระทำพร้อมความคิดเห็น (บังคับกรอกเหตุผลเมื่อปฏิเสธ), ประวัติทรัพย์สินครบทุกเหตุการณ์ และบัญชีเดินสะพัดเครดิต
คุยกับทีมงาน 15 นาที เราตอบตรง ๆ — ถ้าไม่เหมาะ เราก็บอกตามตรง
ทีมงานคนไทย จันทร์–ศุกร์ 9:00–18:00 น.