Consent Template
Consent Template คือแม่แบบที่นำกลับมาใช้ซ้ำได้ เพื่อกำหนดว่าผู้ใช้ต้องยินยอมอะไรบ้างเมื่อใช้งาน product หรือ service ของคุณ
Key concepts
| Term | Description |
|---|---|
| Template Code | รหัสอ้างอิงคงที่ที่ API และ workflow ภายในใช้เรียก consent item หนึ่งรายการ |
| Product | หน่วยธุรกิจหรือ product ที่เป็นเจ้าของข้อกำหนดเรื่องความยินยอม |
| Template Version | เนื้อหาแต่ละ version ที่ลูกค้าเห็นและใช้ในการตัดสินใจจริง |
Prerequisites
- คุณสามารถเข้าถึง Platform -> Consent Template
- บทบาทของคุณมีสิทธิ์
consent_templates:viewเพื่อดูรายการ template - ใช้สิทธิ์
consent_templates:createเพื่อสร้าง template ใหม่และ version แรก - มี Product ที่ต้องการใช้งาน template นี้อยู่แล้ว
When to Use This
| Scenario | What this helps with |
|---|---|
| ต้องการ consent item ใหม่สำหรับ product | สร้าง template ที่นำกลับมาใช้ซ้ำได้พร้อม version แรก |
| ต้องการตรวจสอบ template ที่มีอยู่ | เปิดรายการ template และดูรายละเอียด |
| ต้องการลบ template ที่ไม่ได้ใช้งานแล้ว | ลบ template และทุก version เมื่อไม่จำเป็นอีกต่อไป |
สร้าง template
เมื่อคุณสร้าง template ระบบจะสร้าง version แรกให้พร้อมกันด้วย
-
กรอกข้อมูล template:
- Template Code: รหัสอ้างอิงที่ไม่ซ้ำกัน
- Product: เลือก product ที่ความยินยอมนี้ใช้กับมัน
- Name: ชื่อที่ชัดเจนและเข้าใจง่าย
- Description: อธิบายว่าผู้ใช้กำลังยินยอมเรื่องอะไร

-
กำหนด version แรก:
- Content: เนื้อหาความยินยอมจริงในรูปแบบ HTML
- Locale: ภาษา เช่น ไทย หรืออังกฤษ
- Tag: รหัส version เช่น
1.0.0 - Effective Date: วันที่ version นี้เริ่มมีผลใช้งาน
- Re-Consent: ระบุว่าต้องให้ผู้ใช้ยินยอมใหม่หรือไม่เมื่อ version นี้เริ่มใช้
- File URL: อัปโหลดไฟล์ที่มี content ของความยินยอม (ไม่บังคับ)
- Allow Share Data to Partners: ระบุ partner ภายนอกที่รวมอยู่ด้วย (ไม่บังคับ)

Fields and Rules
| Field | Required | Description |
|---|---|---|
| Template Code | Yes | รหัสอ้างอิงคงที่ที่ใช้เรียก template ในระบบและ API |
| Product | Yes | product เจ้าของข้อกำหนดด้านความยินยอม |
| Name | Yes | ชื่อที่แสดงในพอร์ทัลสำหรับผู้ใช้งานฝั่งธุรกิจ |
| Description | Yes | อธิบายว่าความยินยอมนี้มีไว้เพื่ออะไร |
| Content | Yes | เนื้อหาความยินยอมของ version แรก จัดเก็บเป็น HTML |
| Locale | Yes | ภาษาของเนื้อหาความยินยอม |
| Tag | Yes | ป้ายชื่อ version ที่อ่านเข้าใจง่าย เช่น 1.0.0 |
| Effective Date | Yes | วันที่ version เริ่มมีผลใช้งาน |
| Re-Consent | No | บังคับให้ลูกค้าต้องตัดสินใจใหม่เมื่อมีการตรวจ version นี้ |
| File URL | No | ลิงก์ไฟล์เนื้อหาความยินยอมที่ host ไว้ภายนอก (ไม่บังคับ) |
| Allow Share Data to Partners | No | รายชื่อ partner ที่รวมอยู่ใน version นี้ |
ดูรายการ template
ดู Consent Template ทั้งหมดพร้อม product ที่เกี่ยวข้อง คุณสามารถ filter ตาม product, search ด้วยชื่อหรือคำอธิบาย และเปิดดูหลายหน้าของผลลัพธ์ได้

ดูรายละเอียด template
ดูข้อมูลทั้งหมดของ template หนึ่งรายการ เช่น code, name, description และ product ที่เกี่ยวข้อง

ลบ template
ลบ template พร้อมทุก version ใช้อย่างระมัดระวังเพราะไม่สามารถย้อนกลับได้

Important Behavior
- เมื่อสร้าง template ระบบจะสร้าง Template Version แรกในสถานะ Draft ด้วย
- การ review และการ approve จะเกิดขึ้นที่ระดับ version ไม่ใช่ที่ตัว template
- การลบ template จะลบ version ทั้งหมดที่เกี่ยวข้องด้วย จึงควรทำเมื่อไม่ต้องใช้งานแล้วจริง ๆ
Consent lifecycle context
หน้านี้ครอบคลุมขั้นตอนแรกของ consent lifecycle:
- สร้าง template
- เพิ่มหรืออัปเดต version
- review และ approve version
- บันทึก decisions ของลูกค้า
Troubleshooting
| Problem | Likely cause | What to do |
|---|---|---|
| ไม่เห็นปุ่ม Create Consent Template | ไม่มีสิทธิ์ consent_templates:create | ขอให้ผู้ดูแลระบบอัปเดต role ให้ |
| Product dropdown ว่าง | ยังไม่มี product ที่ใช้งานได้ใน tenant นี้ | สร้างหรือเปิดใช้งาน product ที่ต้องใช้ก่อน |
| ไม่แน่ใจว่าควรแก้ template หรือสร้าง version ใหม่ | กติกาทางธุรกิจเปลี่ยน แต่ template ยังเป็น consent item เดิม | คง template เดิมไว้และสร้าง version ใหม่แทน |
Related Links
- Consent Management Overview — เริ่มจากภาพรวม workflow ความยินยอมแบบ end-to-end
- Template Version — จัดการ version และ approval workflow
- Consent Decision — ทำความเข้าใจการติดตาม decision ของผู้ใช้
- Consent Policies — ทำความเข้าใจความสัมพันธ์ระหว่าง templates, versions, decisions และ products
- Identity & Access — ทำความเข้าใจ
customer_id, Subject, users และ API keys