SportMart Online Store เป็นสถานการณ์ตัวอย่างที่ใช้ใน Tutorial โดยจำลองร้านค้าออนไลน์ (E-commerce) จำหน่ายชุดกีฬา รองเท้า และอุปกรณ์กีฬาหลากหลายประเภท ลูกค้าสามารถเลือกสินค้า สั่งซื้อ และชำระเงินผ่าน Mobile Application ด้วยวิธีการชำระเงินหลายรูปแบบ ได้แก่ Credit Card, Cash, Bank Transfer และ E-Wallet
ทุกคำสั่งซื้อจะถูกตรวจสอบก่อนดำเนินการต่อ เพื่อยืนยันว่าข้อมูลและเงื่อนไขต่าง ๆ ถูกต้องตามที่กำหนด เช่น โปรโมชันของลูกค้า ข้อมูลสินค้าและจำนวนคงเหลือใน E-Wallet วิธีการชำระเงิน รวมถึงการคำนวณยอดสั่งซื้อและยอดชำระ เป็นต้น

ใน Tutorial นี้ จะใช้ SportMart Online Store เป็นสถานการณ์ตัวอย่างตลอดทั้งบทเรียน เพื่อเรียนรู้การสร้างกฎ (Audit Rules) ด้วย OneAudit Rule Editor ผ่าน Use Case การตรวจสอบข้อมูลที่หลากหลาย โดยครอบคลุมองค์ประกอบและความสามารถสำคัญของ OneAudit Rule Editor
1. โครงสร้างข้อมูล BigTable และข้อมูลที่เกี่ยวข้อง
โครงสร้างข้อมูลของ SportMart ที่ใช้ใน Tutorial นี้ ประกอบด้วย BigTable, Collective Data และ Lookup Tables ซึ่งเป็นองค์ประกอบหลักที่ใช้ในการสร้างและทดสอบกฎ (Audit Rule) ดังภาพ โดยมีรายละเอียดดังนี้
- ECOMMERCE – ตาราง BigTable สำหรับจัดเก็บข้อมูลธุรกรรมการสั่งซื้อ (Transaction)
- ORDER ITEMS – โครงสร้างข้อมูลประเภท Collective Data สำหรับจัดเก็บรายการสินค้าภายในแต่ละคำสั่งซื้อ โดยคำสั่งซื้อหนึ่งรายการสามารถมีสินค้าได้หลายรายการ
- CUSTOMER – ตาราง Lookup Table สำหรับจัดเก็บข้อมูลอ้างอิงของลูกค้า เพื่อใช้ประกอบการสร้างและทดสอบ Audit Rules
- PRODUCT – ตาราง Lookup Table สำหรับจัดเก็บข้อมูลอ้างอิงของสินค้า เพื่อใช้ประกอบการสร้างและทดสอบ Audit Rules

นอกจากโครงสร้างข้อมูลแล้ว ยังมีข้อมูลอ้างอิงที่ใช้ร่วมกันตลอดทั้ง Tutorial โดยเฉพาะข้อมูลในตาราง ECOMMERCE ซึ่งถูกนำมาใช้เป็นเงื่อนไขในการสร้าง Audit Rules ได้แก่
- วิธีการชำระเงิน (Payment Method)
- Credit Card – ชำระเงินผ่านบัตรเครดิต
- Cash – ชำระเงินปลายทาง (Cash on Delivery: COD) โดยลูกค้าชำระเป็นเงินสดเมื่อได้รับสินค้า
- Bank Transfer – โอนเงินผ่านธนาคาร เช่น การจ่ายด้วย QR Code
- E-Wallet – ชำระเงินผ่านกระเป๋าเงินอิเล็กทรอนิกส์ (E-Wallet) ที่ให้บริการภายใน Mobile Application โดยตัดยอดจากยอดเงินคงเหลือในบัญชี E-Wallet ของลูกค้า
- สถานะการสั่งซื้อสินค้า (Order Status)
- Pending – อยู่ระหว่างดำเนินการ
- Shipped – จัดส่งสินค้าแล้ว
- Delivered – ลูกค้าได้รับสินค้าแล้ว
- Cancelled – คำสั่งซื้อถูกยกเลิก
2. ภาพรวมชุดข้อมูล (Dataset)
เพื่อให้สามารถทดลองสร้างและทดสอบ Audit Rules ได้อย่างต่อเนื่อง Tutorial นี้ได้จัดเตรียมชุดข้อมูลตัวอย่างไว้ภายในระบบ โดยมีรายละเอียดดังนี้
- ข้อมูลการสั่งซื้อในตาราง ECOMMERCE (BigTable) จำนวน 100 รายการ
- ข้อมูลการสั่งซื้อครอบคลุมช่วงเวลา 30 วัน
- แต่ละคำสั่งซื้อมีสินค้า 2–5 รายการ
- ลูกค้า (Customers) 20 คน
- แบ่งช่วงอายุเป็น 3 กลุ่มได้แก่ เยาวชน (ต่ำกว่า 18 ปี) บุคคลทั่วไป (18 – 60 ปี) และ ผู้สูงอายุ (มากกว่า 60 ปี)
- สัญชาติ ไทย จีน ญี่ปุ่น และอเมริกัน
- รายได้ 8,000 – 40,000 บาทต่อเดือน
- สินค้า (Products) 25 รายการ
3. การเตรียมสภาพแวดล้อมสำหรับการสร้างกฎ (Audit Rules)
ก่อนเริ่มสร้าง Audit Rule ผู้ใช้งานต้องเตรียม Workspace เชื่อมต่อกับ BigTable ECOMMERCE และสร้าง Flag สำหรับใช้บันทึกผลการตรวจสอบ โดยใช้ค่าดังต่อไปนี้ตลอดทั้ง Tutorial
Workspace
Name: my_tutorial
Description: ตัวอย่างการสร้าง workspace
BigTable
Source: From Registry
BigTable: ecommerce
Version: 1.0
Flag
- เพิ่ม Result Status ดังนี้
SUSPECT = 0
PASS = 1
- สร้าง Flag ด้วยค่าดังนี้
Flag name: AUDIT_TRANSACTION
Result Status: SUSPECT, PASS
Note: สำหรับวิธีการสร้างและตั้งค่าแต่ละส่วน ดูรายละเอียดได้ที่
