รายการสินค้า

สินค้าทั้งหมด 0
พร้อมขาย 0
Embedding Done 0
Pending / Failed 0

รายการสินค้า

เลือก 0 รายการ
ต้องทำ AI / Vector ต่อ 0 ไม่เสีย token ซ้ำ 0 ผิดพลาด / รอตรวจ 0
รูป สินค้า ที่มา หมวด Tags AI / Vector สถานะ
หน้า 1 / 1

ข้อมูลกลางสินค้า

Auto Indexing Import

คนคุมข้อมูลสินค้า 100% Brand, SKU, หมวดหมู่, วัสดุ, ขนาด และชื่อลายมาจากข้อมูลกลางหรือ metadata เท่านั้น
Node.js API อ่าน MinIO folder Backend list ไฟล์จาก bucket ของ brand, เช็คซ้ำ และสร้าง index_jobs เฉพาะไฟล์ใหม่
Audit ย้อนหลังได้ บันทึก user, brand, action, object_key, sha256 และเวลาลง PostgreSQL ทุกครั้ง
1 Login 2 เลือก folder ใน MinIO 3 เช็คของเก่า 4 สร้าง index_jobs 5 Worker + AI 6 Audit + n8n

แหล่งไฟล์

Production ต้องโหลดรายชื่อ folder จาก Backend API หลังเลือก brand/source

Human Metadata Control

Auto Index Rules

Auto Index Queue

Mock queue
พบทั้งหมด 0 มีอยู่แล้ว / ข้าม 0 ไฟล์ใหม่ 0 นำเข้าแล้ว 0 รอ Index 0 รอ embedding 0 รอข้อมูลกลาง 0 ผิดพลาด 0

แก้ไข 1 SKU

ตัวอย่างรูป ตัวอย่างรูปสินค้า
ข้อมูลระบบ Object key: - AI / Vector: - Error: -

หน้านี้ใช้แก้ข้อมูลของ 1 SKU หลัง import เท่านั้น ถ้าแก้ข้อมูลที่มีผลต่อการค้นหา ระบบจะตั้ง embedding เป็น pending และ AI เป็น needs_rebuild

สถานะสินค้าเป็นตัวกำหนดการแสดงผล: พร้อมขาย/สินค้าหมดจะแสดง, เลิกขาย/ถังขยะจะซ่อนจากหน้าหลัก

ค้นหา AI (Mock)

ยังไม่ใช่ Search API / pgvector

หน้านี้เป็นตัวอย่าง UX เท่านั้น production ต้องเรียก Search API และ filter brand_id ก่อนค้น vector

ตั้งค่าระบบ

Batch Import

Search / Vector

OpenRouter: ตรวจสถานะจาก Backend เท่านั้น ไม่แสดง API key

จัดการผู้ใช้

ผูก Brand ที่ใช้ได้

Production ต้องให้ Backend API ตรวจสิทธิ์ทุกครั้ง ห้ามเชื่อเฉพาะ browser

Access Matrix

Backend ต้อง enforce จริง
สิทธิ์ staff manager admin
ดูรายการสินค้า / ค้นหา เฉพาะ brand ที่ผูก เฉพาะ brand ที่ผูก ทุก brand
Auto Index folder import ส่งรอตรวจ ทำได้ ทำได้
แก้ SKU / search_text ส่งรอตรวจ แก้ได้ใน brand ที่ผูก แก้ได้ทุก brand
เลิกขาย / ถังขยะ ไม่ได้ ทำได้แบบ soft delete ทำได้ + audit
จัดการข้อมูลกลาง อ่านอย่างเดียว แก้ได้ แก้/ลบได้
จัดการ user / brand ไม่ได้ ไม่ได้ ทำได้

ทุกสิทธิ์ต้องถูกตรวจที่ Backend ด้วย `user_id + brand_id + role` ก่อนเข้าถึง PostgreSQL หรือ MinIO

จัดการแบรนด์

Bucket ต่อ Brand: jps / abby / ckk. การลบจริงควรเป็น soft delete และต้อง audit ใน PostgreSQL