ทำไมระบบปัจจุบันไม่เพียงพอ

ในยุคที่การซื้อขายย้ายมาอยู่บนโลกออนไลน์เกือบทั้งหมด กลไกตรวจสอบมาตรฐานสินค้ายังคงทำงานแบบเดิม ไม่ได้ตามทัน

🏷️

ป้ายมาตรฐานพิมพ์ได้เอง

ผู้ขายสามารถพิมพ์ตัวเลข มอก. หรือ อย. ลงบนหน้าร้านออนไลน์ได้โดยไม่มีการตรวจสอบ ผู้บริโภคไม่มีทางรู้ว่าเป็นของจริงหรือปลอม

การบังคับใช้กฎล่าช้า

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

🔍

ผู้บริโภคตรวจเองไม่ได้จริง

แม้จะมี appdb.tisi.go.th และ oryor.com แต่ผู้บริโภคต้องเปิดเว็บเอง กรอกเลขเอง ขณะที่ช้อปปิ้งไม่มีใครทำสิ่งนี้จริงๆ ในชีวิตจริง

⚠️

สถานการณ์จริง: ปัจจุบันไม่มีระบบใดในประเทศที่สามารถตรวจสอบ มอก./อย. ได้อัตโนมัติ ณ จุดที่ผู้บริโภคกำลังจะซื้อสินค้า ช่องว่างนี้เปิดโอกาสให้สินค้าไม่ได้มาตรฐานเข้าสู่ตลาดได้อย่างง่ายดาย

Beckn Protocol คืออะไร และแก้ปัญหาอย่างไร

Beckn คือมาตรฐานกลาง (open protocol) ที่ทำให้ร้านค้าต่างแพลตฟอร์มสื่อสารกันได้ในภาษาเดียว โดยฝังข้อมูลมาตรฐานสินค้าไว้ในทุก transaction

หลักการทำงาน
👤
ผู้บริโภค
ค้นหาสินค้า
ผ่าน BAP
🌐
Beckn Gateway
กระจาย query
ไปทุกร้าน
🏪
ร้านค้า (BPP)
ตอบพร้อม
ข้อมูล มอก./อย.
🏛️
สมอ. / อย.
ยืนยันใบอนุญาต
อัตโนมัติ
ผู้บริโภคเห็น
badge สีเขียว
พร้อมหลักฐาน

ทั้งหมดนี้เกิดขึ้นภายในไม่กี่วินาที โดยที่ผู้บริโภคไม่ต้องทำอะไรเพิ่มเติม

ℹ️

ต่างจาก Shopee/Lazada อย่างไร? แพลตฟอร์มเหล่านั้นเป็น "ห้างสรรพสินค้าปิด" ข้อมูลอยู่ในระบบของเขา Beckn เหมือน "ถนนสาธารณะ" ที่ร้านค้าทุกแห่งเดินร่วมกันได้ ข้อมูล มอก./อย. จึงเคลื่อนตามสินค้าไปทุกที่ ไม่ใช่อยู่ใน platform ใด platform หนึ่ง

3 ฝ่ายในระบบ

แต่ละฝ่ายมีหน้าที่ชัดเจน ออกแบบให้ สมอ./อย. ลงทุนน้อยที่สุด — แค่เปิด API ส่วนที่เหลือระบบทำเอง

1

ผู้บริโภค

BAP — Beckn Application Provider
  • ค้นหาสินค้าจากหลายร้านพร้อมกัน
  • เห็น badge มอก./อย. ทุกชิ้น
  • ตรวจสอบใบอนุญาตได้ทันที
  • ดูหลักฐานว่าใครถือ หมดอายุเมื่อไหร่
🔗 เปิด Consumer App
2

ผู้ประกอบการ / ผู้ขาย

BPP — Beckn Provider Platform
  • ลงทะเบียนสินค้าพร้อมเลข มอก./อย.
  • ระบบตรวจสอบอัตโนมัติก่อนเผยแพร่
  • สินค้าไม่มีใบอนุญาต ลงไม่ได้ตั้งแต่แรก
  • รับการแจ้งเตือนเมื่อใบอนุญาตใกล้หมด
🔗 เปิด Seller Portal
3

สมอ. / อย. (หน่วยงานรัฐ)

Government Authority Node
  • เปิด API ยืนยันใบอนุญาต
  • เพิกถอน — สินค้าหายทุกร้านทันที
  • ดู audit log ทุก action ย้อนหลังได้
  • ไม่ต้องส่งหนังสือหรือโทรหา platform
🔗 เปิด Government Portal

รายการ Scenario ทั้งหมดใน POC

แบ่งเป็น 4 กลุ่มตามที่มา — สีแสดงว่าแนวคิดนี้มีต้นแบบที่ไหน

🔵 Beckn Core — มาตรฐานสากล 🟠 ONDC อินเดีย — ต้นแบบที่ทำแล้ว 🟢 Thai Custom — ออกแบบใหม่สำหรับไทย 🟣 ข้อจำกัด — พูดตรงๆ ว่ายังทำไม่ได้อะไร
🔵 กลุ่ม 1 — Beckn Core (โครงสร้างพื้นฐานของ protocol)
B-1
ค้นหาสินค้าจากหลายร้านพร้อมกัน
เหมือนค้นหา Google แต่ผลลัพธ์มาจากหลายร้านค้าพร้อมกัน โดยไม่ต้องเปิดทีละเว็บ
ปัญหาที่แก้

ทุกวันนี้ถ้าต้องการเปรียบราคาและตรวจสอบ มอก. ต้องเปิดหลาย platform ทีละอัน Beckn รวมผลจากทุกร้านมาให้ในครั้งเดียว

ใน Demo แสดง
  • พิมพ์ "ไดร์เป่าผม" → เจอสินค้าจาก 3 ร้านต่างกันในหน้าเดียว
  • แต่ละร้านอยู่คนละแพลตฟอร์ม แต่ค้นครั้งเดียวได้ครบ
ผลลัพธ์
✅ แสดงสินค้าจาก 3 BPP ในหน้าเดียว
B-2
สินค้าแต่ละชิ้นมีป้าย มอก./อย. ฝังในระบบ
เหมือนฉลากโภชนาการบนอาหาร — ติดมาพร้อมสินค้าทุกชิ้น ไม่ใช่ผู้ขายพิมพ์เองบนหน้าร้าน
ปัญหาที่แก้

ป้าย มอก./อย. บนเว็บช้อปปิ้งปัจจุบัน ผู้ขายพิมพ์เองได้ทั้งหมด ไม่มีการตรวจสอบ Beckn ฝังข้อมูลนี้ใน protocol ทำปลอมไม่ได้

ใน Demo แสดง
  • badge ✅ มอก. / ✅ อย. ติดมาทุกสินค้า
  • กดดูรายละเอียด: เลขใบอนุญาต ผู้ถือใบ วันหมดอายุ
  • สินค้าหมดอายุแสดง badge สีเหลือง
  • สินค้าถูกเพิกถอนแสดง badge สีแดง และถูกซ่อน
ผลลัพธ์
✅ badge สีเขียว — ผ่านมาตรฐาน
⚠️ badge สีเหลือง — ใกล้/หมดอายุ
❌ badge สีแดง — ถูกเพิกถอน
🟠 กลุ่ม 2 — ONDC อินเดีย (ทำแล้ว ใช้เป็นต้นแบบ)
O-1
อัปโหลดสินค้าไม่มี มอก. — ระบบไม่รับตั้งแต่ต้น
เหมือนด่านตรวจสินค้าที่สนามบิน — ไม่ผ่านเกณฑ์ ไม่ให้ขึ้นเครื่อง ไม่ต้องรอ inspector มาตรวจ
ปัญหาที่แก้

ปัจจุบันผู้ขายสามารถลงสินค้าโดยไม่ใส่ข้อมูล มอก. ได้ก่อน แล้วรอให้มีคนมาตรวจทีหลัง Beckn บังคับตั้งแต่จุดเข้า

ใน Demo แสดง
  • ผู้ขายลองลงสินค้าประเภท "เครื่องใช้ไฟฟ้า" โดยไม่กรอกเลข มอก.
  • ระบบปฏิเสธทันที พร้อมระบุว่าต้องกรอกข้อมูลอะไรบ้าง
  • สินค้าไม่ถึงผู้บริโภคเลย
ผลลัพธ์
❌ ระบบบล็อก — ไม่อนุญาตให้เผยแพร่

ต้นแบบ: FSSAI อินเดีย (ใบอนุญาตอาหาร)

ขั้นตอนในระบบ
1
ผู้ขายกรอกข้อมูลสินค้า
2
ระบบตรวจประเภทสินค้า
3
พบว่าต้องมี มอก. แต่ไม่มี
4
ปฏิเสธ + แจ้งเหตุผล
🟢 กลุ่ม 3 — Thai Custom (ออกแบบใหม่สำหรับไทย ยังไม่มีประเทศไหนทำ)
T-1
ระบบถาม สมอ. อัตโนมัติ — ตรวจสอบ มอก. ทันที
เหมือนระบบตรวจสอบทะเบียนรถยนต์อัตโนมัติ — พอค้นหา ระบบเช็คให้เลย ผู้บริโภคไม่ต้องทำอะไร
ปัญหาที่แก้

ผู้บริโภคต้องเปิดเว็บ appdb.tisi.go.th แล้วกรอกเลขเองทีละรายการ ในทางปฏิบัติไม่มีใครทำ ระบบนี้ทำแทนอัตโนมัติ

ใน Demo แสดง
  • ค้นหาสินค้า → เห็น "กำลังตรวจสอบ มอก." (loading)
  • ระบบ query appdb.tisi.go.th ของ สมอ. จริงๆ
  • ✅ ผ่าน หรือ ❌ ไม่ผ่าน แสดงผลในไม่กี่วินาที
ผลลัพธ์
✅ ใบอนุญาตถูกต้อง — ผ่านมาตรฐาน มอก.

แหล่งข้อมูล: appdb.tisi.go.th (สมอ.)

ขั้นตอนในระบบ
1
ผู้บริโภคค้นหาสินค้า
2
BAP ดึงเลข มอก. จาก BPP
3
ส่งไปยืนยันกับ TISI API
4
แสดง badge ตามสถานะจริง
T-4
ระบบถาม อย. อัตโนมัติ — ตรวจสอบทะเบียน อย.
เหมือน T-1 แต่ใช้กับสินค้าอาหาร ยา และเครื่องสำอางที่ต้องขึ้นทะเบียน อย.
ปัญหาที่แก้

อาหารเสริม วิตามิน ยา มักถูกอ้างว่ามีเลข อย. แต่ผู้บริโภคไม่มีทางตรวจสอบง่ายๆ ระบบนี้ทำให้โปร่งใสโดยอัตโนมัติ

ใน Demo แสดง
  • ค้นหา "อาหารเสริม Omega-3"
  • ระบบ query oryor.com ของ อย. จริงๆ
  • ✅ เลขทะเบียน อย. verified พร้อมรายละเอียด
ผลลัพธ์
✅ เลขทะเบียน อย. ถูกต้อง — verified

แหล่งข้อมูล: oryor.com (อย.)

T-3
สมอ. เพิกถอนใบอนุญาต — สินค้าหายออกจากทุกร้านทันที
เหมือนกรมพัฒนาธุรกิจสั่งปิดบริษัท แล้วสินค้าหายออกจากทุกห้างพร้อมกันทันที โดยไม่ต้องส่งหนังสือ
⭐ Wow Moment
ปัญหาที่แก้

ปัจจุบันเมื่อ สมอ. เพิกถอนใบอนุญาต ต้องส่งหนังสือแจ้งทุก platform ทีละราย แต่ละรายอาจใช้เวลาหลายวันกว่าจะอัปเดต Beckn ทำให้เกิดขึ้นภายในวินาที

ใน Demo แสดง
  • ผู้บริหาร สมอ. กดปุ่ม "เพิกถอนใบอนุญาต TIS-0045821" ในพอร์ทัล
  • สินค้า Xiaomi H300 หายออกจากผลค้นหาทันที
  • badge เปลี่ยนเป็น ❌ "ถูกเพิกถอน" สีแดง
  • Audit log บันทึกว่าใคร กดเมื่อไหร่ ด้วยเหตุผลอะไร
ผลลัพธ์
❌ สินค้าถูกซ่อน — ถูกเพิกถอน

🌏 ยังไม่มีประเทศไหนในโลกทำได้ในลักษณะนี้

ขั้นตอนในระบบ (เกิดขึ้นภายใน 1 วินาที)
1
เจ้าหน้าที่กดเพิกถอนใน Gov Portal
2
ระบบ broadcast ไปทุก BPP ในเครือข่าย
3
ทุก BAP รับสถานะ "revoked"
4
สินค้าหายจากผลค้นหาทันที
T-2
ใบอนุญาตหมดอายุ — สินค้าหายอัตโนมัติ
เหมือนป้ายจอดรถที่พอหมดเวลาระบบก็ปิดอัตโนมัติ ไม่ต้องรอคนมาปิด
ปัญหาที่แก้

ใบอนุญาต มอก./อย. มีวันหมดอายุ แต่สินค้าออนไลน์ยังค้างขายต่อได้ ระบบนี้ตรวจวันหมดอายุอัตโนมัติ ไม่ต้องมีคนมาลบ

ใน Demo แสดง
  • สินค้า ProDry X500 มีใบอนุญาตหมดอายุแล้ว
  • ค้นหาแล้วแสดง badge สีเหลือง "ใบอนุญาตหมดอายุ"
  • ระบบซ่อนสินค้าอัตโนมัติหลังวันหมดอายุ
ผลลัพธ์
⚠️ สินค้าถูกซ่อน — ใบอนุญาตหมดอายุ

ระบบดูแลตัวเองได้ 24/7 โดยไม่ต้องมีคนควบคุม

🟣 กลุ่ม 4 — ข้อจำกัด (พูดตรงๆ เพื่อสร้างความน่าเชื่อถือ)
A-1
ระบบรู้ขีดจำกัดของตัวเอง — Gap Awareness
เหมือนตรวจบัตรประชาชน — รู้ว่าบัตรจริง แต่ไม่รู้ว่าคนถือเป็นเจ้าของจริงไหม
ขีดจำกัดที่ยอมรับ

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

สิ่งที่ยังต้องทำเพิ่ม
  • การตรวจสอบทางกายภาพโดยเจ้าหน้าที่
  • ระบบ distributor registry ว่าร้านนี้มีสิทธิ์ขาย brand นั้นไหม
  • ระบบ QR code บนสินค้าเชื่อมกับ Beckn
ผลลัพธ์

การพูดตรงๆ ถึงข้อจำกัดแสดงให้เห็นว่าทีมเข้าใจระบบจริง และช่วยให้ผู้บริหารตัดสินใจบนข้อมูลที่ครบถ้วน

ลำดับการนำเสนอ 5 นาที

ออกแบบให้ผู้บริหารเห็นภาพทุกมิติโดยไม่ซับซ้อน จบด้วย wow moment ที่ผู้บริหารได้ลองกดเอง

00:00 – 01:00 · B-1 + B-2
เปิดด้วยการค้นหา
แสดงว่าระบบนี้ต่างจาก Shopee/Lazada อย่างไร ค้นครั้งเดียวได้ผลจาก 3 ร้านต่างกัน และ badge มอก./อย. ติดมากับสินค้าทุกชิ้น มาจากระบบ ไม่ใช่ผู้ขายพิมพ์เอง
01:00 – 02:30 · T-1 + T-4
แสดงการตรวจสอบอัตโนมัติ
เห็น loading "กำลังตรวจสอบ มอก." → badge สีเขียว ระบบเช็คกับ สมอ. และ อย. จริงๆ อัตโนมัติ ไม่มีคนกลาง
02:30 – 03:30 · T-3 · ⭐ WOW MOMENT
ให้ผู้บริหารกดปุ่มเพิกถอนเอง
เปิด Government Portal → ค้นหา TIS-0045821 → กดปุ่ม "เพิกถอนใบอนุญาต" → กลับไปที่ Consumer App → สินค้า Xiaomi H300 หายออกจากผลค้นหาทันที ผู้บริโภคทั่วประเทศจะเห็นผลเช่นเดียวกันในเวลาเดียวกัน
03:30 – 04:00 · O-1
แสดงว่าผู้ขายโกงไม่ได้ตั้งแต่แรก
เปิด Seller Portal → ลองอัปโหลดสินค้าเครื่องใช้ไฟฟ้าโดยไม่กรอกเลข มอก. → ระบบบล็อกทันที ไม่มีทางเข้าสู่ตลาดได้
04:00 – 04:30 · T-2
ระบบดูแลตัวเองได้ 24/7
ชี้ให้เห็น Generic ProDry X500 ที่ใบอนุญาตหมดอายุ สินค้าถูกซ่อนอัตโนมัติ ไม่ต้องมีเจ้าหน้าที่มาลบทีละรายการ
04:30 – 05:00 · A-1
พูดตรงๆ ถึงสิ่งที่ยังทำไม่ได้
ระบบนี้ตรวจ "ใบอนุญาตจริง" ได้ แต่ยังไม่สามารถตรวจ "สินค้าในกล่องจริง" ได้ ต้องใช้การตรวจสอบทางกายภาพควบคู่ในอนาคต
💡

เตรียมก่อน Demo: ต้อง restore TIS-0045821 ให้กลับเป็น "ใช้งานอยู่" ก่อนทุกครั้ง มิฉะนั้น wow moment จะไม่เกิดขึ้น เพราะสินค้าหายไปแล้วจากการซ้อมรอบก่อน

สิ่งที่ POC นี้แสดงได้ และสิ่งที่ยังไม่ได้ทำ

ความโปร่งใสเกี่ยวกับขอบเขตของระบบคือสิ่งสำคัญสำหรับการตัดสินใจเชิงนโยบาย

สิ่งที่ POC แสดงให้เห็นจริง
Business flow ครบ: ค้นหา → ตรวจสอบ → เพิกถอน → บล็อกผู้ขาย พร้อม UI ที่ผู้บริโภค ผู้ขาย และเจ้าหน้าที่รัฐใช้งานได้จริง mock TISI/อย. API ด้วยข้อมูลเลขจริงจาก appdb.tisi.go.th และ oryor.com
🔧
สิ่งที่ POC ใช้ Mock (ยังไม่เชื่อมจริง)
TISI/อย. REST API สาธารณะยังไม่มี (ใช้ hardcoded data จากเลขจริง) · Beckn Gateway จริง (ใช้ mock response) · PKI / Digital Signature (อธิบายด้วย diagram)
→ สิ่งเหล่านี้ implement ได้ใน production phase เมื่อ API จริงพร้อม
🚫
สิ่งที่ระบบ Beckn ยังทำไม่ได้ (ข้อจำกัดจริง)
ตรวจสอบว่าสินค้าในกล่องตรงกับที่ขึ้นทะเบียนหรือไม่ · ตรวจว่าร้านมีสิทธิ์ขายสินค้า brand นั้นหรือไม่ (ต้องมี distributor registry) · ป้องกันการถ่ายรูปใบอนุญาตของผู้อื่นมาใช้
→ ต้องใช้การตรวจสอบทางกายภาพและ technology เพิ่มเติมใน phase ถัดไป

Roadmap 5 Phases สู่ระบบจริง

จาก POC สู่ระบบที่ใช้งานได้จริงระดับประเทศ โดยแต่ละ phase มีผลลัพธ์ที่จับต้องได้

Phase 1 · ปัจจุบัน
POC Demo
mock data · 3 apps · HTTPS
Phase 2
Pilot กับ สมอ./อย.
เชื่อม API จริง · 3-6 เดือน
Phase 3
Pilot กับผู้ขาย
10-20 ร้าน · 6-12 เดือน
Phase 4
ขยายระดับชาติ
ทุก category · 1-2 ปี
Phase 5
เชื่อม ASEAN
ION · DEFA · 2-3 ปี
สมอ. (TISI)

เปิด API มอก.

  • จัดทำ REST API สาธารณะสำหรับยืนยันเลขใบอนุญาต
  • กำหนด SLA ว่า API ตอบภายในกี่วินาที
  • เตรียม sandbox สำหรับทดสอบก่อน production
อย. (FDA)

เปิด API ทะเบียน อย.

  • จัดทำ REST API สำหรับตรวจสอบทะเบียนสินค้า
  • ครอบคลุมทั้งอาหาร ยา เครื่องมือแพทย์ เครื่องสำอาง
  • กำหนดสิทธิ์การเข้าถึงข้อมูล
Network Operator (ETDA)

ดำเนินการ Beckn Network

  • ตั้ง Beckn Gateway และ Registry สำหรับไทย
  • ออกแบบ trust framework และ PKI
  • คัดเลือก pilot platforms และร้านค้าแรก