Access Control & Audit Trail

แผนภาพกระบวนการควบคุมสิทธิ์การเข้าถึงและการตรวจสอบ Audit Trail ของระบบ ERP (IMEX) · Rev01 (อยู่ระหว่างร่าง)

เปิดไฟล์นี้ด้วย browser ได้ทันที — แผนภาพ render อัตโนมัติ

ภาพรวมความรับผิดชอบ & เอกสาร (Roles & Documents Overview)

flowchart LR
    DM["Department Manager + MD
อนุมัติ Memo ขอสิทธิ์"] DEPT["หัวหน้าแผนก
ดูแล Log Book + ทวนสอบสิทธิ์ทุก 180 วัน"] IT["IT
ขอรายงานสิทธิ์จาก Supplier มาเก็บไว้ส่วนกลาง
(ไม่มีสิทธิ์เข้าระบบ / ไม่เก็บ log / ไม่ verify / ไม่ทวนสอบ)"] QA["QA
Custodian ของ Matrix + อนุมัติเปลี่ยนแปลง
+ review Audit Trail"] SUP["Supplier (IMEX 3S)
สร้าง/แก้ไข/ปิดบัญชีจริง
+ ตั้งค่า Audit Trail / Permission"] DM --> SUP DEPT --> QA IT --> SUP QA --> SUP MX["Group_User_Access_ERP.xlsx
Custodian: QA"] LB["Department Log Book
F-QA-00xx — เจ้าของ: แต่ละแผนก"] ATR["Audit Trail Review Record
F-QA-0089 — เจ้าของ: QA"] QA --- MX DEPT --- LB QA --- ATR
💬 ความคิดเห็น / บันทึกที่ประชุม

กำลังโหลด...

❓ คำถาม & ตอบกำลังโหลด...

📋 เอกสารที่เกี่ยวข้องทั้งหมด (Master Document List)

รายการเอกสารทั้งหมดในระบบควบคุมสิทธิ์ & Audit Trail — ใช้อ้างอิงร่วมกันในที่ประชุม

1) SOP / ขั้นตอนปฏิบัติ
SOP-QA-0035

ควบคุมสิทธิ์เข้าถึง & ตรวจสอบ Audit Trail (ERP)

เจ้าของ: QA

เอกสารหลักของเรื่องนี้

SOP-QA-0005

Deviation Control

เจ้าของ: QA

เปิด Deviation เมื่อพบความผิดปกติ

SOP-QA-0006

Change Control

เจ้าของ: QA

อนุมัติการเปลี่ยนแปลง (สิทธิ์ / Matrix / SOP)

SOP-QA-0017

การประเมินผลกระทบ GxP

เจ้าของ: QA

ประเมิน GxP ของระบบคอมพิวเตอร์

2) ข้อกำหนด / มาตรฐานอ้างอิง
SD-QA-4009

ERP System User Requirement Specification

ความต้องการของระบบ (URS)

SD-QA-4012

ERP Functional Risk Assessment (FRA)

ประเมินความเสี่ยง — อ้างอิง FRA 3.5.1–3.5.3

PE 011-1 / PE 009-17

PIC/S GMDP / GMP

ที่มา: มาตรฐานภายนอก

มาตรฐาน Data Integrity

3) แบบฟอร์ม / บันทึก (Forms & Records)
Group_User_Access_ERP.xlsx

ERP User Access Matrix

เจ้าของ: QA (Custodian)

กำหนดสิทธิ์ Group Code / LV ของทุกแผนก

F-QA-0089

Audit Trail Review Record

เจ้าของ: QA

บันทึกผลตรวจ Audit Trail ทุก 180 วัน

F-QA-00xx (รอออกเลข)

Department User Account Log Book

เจ้าของ: แต่ละแผนก

ทะเบียน Username ↔ ตัวบุคคล + ทวนสอบทุก 180 วัน

F-QA-00xx (รอออกเลข)

User Account Acknowledgment Form

เจ้าของ: พนักงานเซ็น (แผนกเก็บ)

รับทราบ: เปลี่ยน password, ไม่แชร์บัญชี

Memo ขอสิทธิ์

Memo ขอสิทธิ์เข้าถึงระบบ

โดย: ผู้ขอ / Dept Mgr / MD

คำขอ + อนุมัติสิทธิ์เข้าถึง

User Access List

รายงานสิทธิ์ฉบับจริงจากระบบ

จัดเก็บ: IT (ได้จาก Supplier)

Single Source of Truth สำหรับการทวนสอบ

Access Provisioning Record

ชุดเอกสารเปิดสิทธิ์ (ต่อผู้ใช้)

เก็บ: แผนก (หลัง Log Book)

Memo + เอกสารสิทธิ์ + ใบรับทราบ + ลายเซ็น Manager

การ์ดที่เลขเป็น สีส้ม = ยังไม่มีรหัสเอกสารควบคุม — เป็นวาระที่ต้องเคาะในที่ประชุม Change Control

💬 ความคิดเห็น / บันทึกที่ประชุม

กำลังโหลด...

❓ คำถาม & ตอบกำลังโหลด...

Flow 1 — การขอสิทธิ์เข้าถึงระบบ (Access Request Process)

อ้างอิง §4.2

flowchart TD
    A["1.1 ผู้ขอจัดทำ Memo
ระบุ Group Code อ้างอิง Group_User_Access_ERP.xlsx"] --> B["1.2 Department Manager + MD
อนุมัติ Memo"] B --> C["1.3 ผู้ขอส่งอีเมลแนบ Memo ไปยัง Supplier
(support@imserp.zendesk.com)
CC: Department Manager"] C --> D["1.4 Supplier สร้าง/ปรับสิทธิ์ในระบบ ERP"] D --> E["1.5 Supplier ส่งเอกสารกำหนดสิทธิ์ (Review สิทธิ์)
→ Department Manager
(ยังไม่ปล่อยบัญชี)"] E --> F{"1.6 Department Manager เทียบสิทธิ์กับ Memo
ตรงไหม?"} F -->|ไม่ตรง| X["แจ้ง Supplier แก้สิทธิ์ผ่าน Zendesk"] X --> D F -->|ตรง| G["1.7 Manager ลงนามยืนยัน + แจ้ง Supplier ว่า ผ่าน
เก็บเอกสารสิทธิ์ + Memo หลัง Log Book"] G --> H["1.8 Supplier ปล่อยบัญชี → ส่ง Account + Password
ถึงผู้ขอเท่านั้น (ไม่ CC)"] H --> I["1.9 ผู้ใช้ login ครั้งแรก + เปลี่ยน Password ทันที
เซ็นใบรับทราบการใช้บัญชี"] I --> J["1.10 หัวหน้าแผนกบันทึก Username ↔ ตัวบุคคล
ลงใน Log Book + อ้างอิงเลข Ticket"]
💬 ความคิดเห็น / บันทึกที่ประชุม

กำลังโหลด...

❓ คำถาม & ตอบกำลังโหลด...

Flow 2 — การยกเลิกบัญชี (Account Retire)

อ้างอิง §4.4.2–4.4.3

flowchart TD
    S{"2.1 ประเภทเหตุการณ์"}
    S -->|"ลาออก / หมดสัญญา
(รู้ล่วงหน้า ≥30 วัน)"| P1["2.2 หัวหน้าแผนก/ผู้ขอ ยื่นคำขอปิดบัญชี
ผ่าน Zendesk ล่วงหน้า
ระบุวันปิด = วันสุดท้ายที่ทำงาน"] S -->|"ออกฉับพลัน
(ไล่ออก/กะทันหัน)"| U1["2.3 หัวหน้าแผนกแจ้ง Supplier ช่องทางเร่งด่วน
ภายในวันนั้น ก่อน/ขณะพนักงานออก"] U1 --> U2["2.4 Supplier block บัญชีทันที
+ แจ้งยืนยันผลกลับหัวหน้าแผนกทันที (โทร/อีเมล)"] U2 --> U3["2.5 หัวหน้าแผนกเปิด Zendesk ticket ตามหลัง
เพื่อเก็บเป็นหลักฐาน"] P1 --> C["2.6 Supplier ปิดบัญชีตามกำหนด"] U3 --> C C --> D["2.7 Supplier ยืนยันผลทางอีเมล
เก็บอีเมล + เลข Zendesk เป็นหลักฐาน"] D --> E["2.8 หัวหน้าแผนกเปลี่ยนสถานะใน Log Book = Retired
แนบหลักฐาน + วันที่ Retired
ห้ามลบรายการ / ห้าม reuse username"]

โอนย้าย: ไม่ปิดบัญชี — หัวหน้าแผนกใหม่ขอแก้สิทธิ์ให้พนักงานผ่าน Zendesk (ไป Flow 1) คง username เดิม

💬 ความคิดเห็น / บันทึกที่ประชุม

กำลังโหลด...

❓ คำถาม & ตอบกำลังโหลด...

Flow 3 — การทบทวนและทวนสอบรายชื่อผู้ใช้ (ทุก 180 วัน)

อ้างอิง §4.4.4

flowchart TD
    A["3.1 ครบรอบ 180 วัน"] --> B["3.2 IT ขอ User Access List ฉบับจริงจาก Supplier
+ จัดเก็บไว้ส่วนกลาง (Single Source of Truth)"] B --> C["3.3 แผนกขอรายงานสิทธิ์ของแผนกจาก IT"] C --> D{"3.4 แผนกทวนสอบ
Log Book เทียบ รายงานจาก Supplier"} D -->|ตรงกัน| E["3.5 บันทึกผลใน Log Book (บันทึกการทวนสอบ)
QA Manager อนุมัติ"] D -->|มีในระบบ ไม่มีใน Log Book| F["3.6 สืบหาเจ้าของ / เพิ่มรายการ
หรือแจ้งปิดถ้าไม่มีเจ้าของ"] D -->|Log Book Retired แต่ยัง Active| G["3.7 แจ้ง Supplier ปิดทันที ผ่าน Zendesk"] D -->|inactive มากกว่า 3 เดือน| H["3.8 เปิด Memo ยกเลิกสิทธิ์ (§4.2)"] F --> E G --> E H --> E

❓ คำถามที่ต้องเคาะในที่ประชุม (Flow 3 — ผู้รับผิดชอบ)

  1. ผู้ ทวนสอบ ควรเป็นใคร — หัวหน้าแผนก หรือ QA กลาง? (เสนอ: หัวหน้าแผนก — รู้จักพนักงานของตัวเองดีที่สุด, QA กำกับและอนุมัติ)
  2. ใครเป็นผู้ trigger รอบ 180 วัน — IT แจ้งแผนก หรือ QA แจ้ง? (เสนอ: QA ออก reminder → IT จัดเตรียมรายงาน → แผนกทวนสอบ)
  3. ถ้าหัวหน้าแผนกไม่อยู่ — มอบหมาย ให้ใครแทนได้บ้าง และต้องมีเอกสารมอบอำนาจไหม? (เสนอ: มอบหมายได้ แต่หัวหน้าแผนกต้องเซ็นกำกับผล)
  4. IT ส่งรายงานสิทธิ์ให้แผนกใน รูปแบบใด และภายในกี่วันหลัง request? (เสนอ: Excel/PDF ภายใน 3 วันทำการ)
💬 ความคิดเห็น / บันทึกที่ประชุม

กำลังโหลด...

❓ คำถาม & ตอบกำลังโหลด...

Flow 4 — การตรวจสอบ Audit Trail (Audit Trail Review · ทุก 180 วัน)

อ้างอิง §4.5–4.6

flowchart TD
    A["4.1 ครบรอบ 180 วัน"] --> B["4.2 QA Officer/Manager ประจำโรงงาน login
Account Read-Only Audit Trail"] B --> C["4.3 กรอง Audit Trail ช่วง 180 วัน
ทุกโมดูล: QC / Production / Logistics / Purchasing / QA"] C --> D["4.4 ตรวจตาม Checklist 10 ข้อ (F-QA-0089)
Export หลักฐานแนบ"] D --> E{"4.5 พบความผิดปกติ?"} E -->|ไม่พบ| F["4.6 สรุปผล ผ่าน ใน F-QA-0089
QA Manager อนุมัติ"] E -->|พบ| G["4.7 เปิด Deviation ของแต่ละโรงงาน
บันทึกลงฟอร์ม Deviation"] G --> H["4.8 QA Manager ประเมินผลกระทบ
GMP / Data Integrity"] H --> I{"4.9 Critical / Major?"} I -->|ใช่| J["4.10 เปิด CAPA + แจ้ง QA Manager
IT สอบสวน Windows Auth + Supplier ตรวจ Technical"] I -->|ไม่| K["4.11 บันทึกมาตรการแก้ไขใน Deviation"] J --> F K --> F

❓ คำถามที่ต้องเคาะในที่ประชุม (Flow 4 — ผู้รับผิดชอบ)

  1. ขั้นตอน 4.2 และ 4.3 ควรเป็นแผนกใดที่รับผิดชอบ?
💬 ความคิดเห็น / บันทึกที่ประชุม

กำลังโหลด...

❓ คำถาม & ตอบกำลังโหลด...

Flow 5 — การเปลี่ยนแปลง Matrix (Matrix Change Management) · ผ่าน Change Control ของโรงงานนั้นๆ

ตัวอย่างที่เสนอ (Proposed) — รอเคาะในที่ประชุม

flowchart TD
    A["5.1 เกิดความต้องการเปลี่ยน Matrix
(เพิ่ม Group Code / แก้สิทธิ์กลุ่ม / แก้ error / เพิ่มเมนู-แผนก)"] --> B["5.2 เปิด Change Control ของแต่ละโรงงาน
ระบุ: เปลี่ยนอะไร / ทำไม / กระทบกลุ่มไหน"] B --> C["5.3 ประเมินผลกระทบ GxP (SOP-QA-0017)
+ ทบทวน FRA (SD-QA-4012) ถ้าจำเป็น"] C --> D["5.4 QA Manager อนุมัติ Change Request"] D --> E["5.5 QA อัปเดตไฟล์ Matrix
เวอร์ชันใหม่ + change log + effective date"] E --> F["5.6 IT แจ้ง Supplier ผ่าน Zendesk
ให้ตั้งค่าตาม Matrix ใหม่"] F --> G["5.7 Supplier implement + ส่งหลักฐานสิทธิ์ใหม่"] G --> H{"5.8 เปลี่ยนสิทธิ์จริง (V/C/E/D)?"} H -->|Major| I["5.9 UAT/Test: ทดสอบสิทธิ์ใหม่
ทำได้/ทำไม่ได้ ถูกต้อง"] H -->|Minor| J["5.10 ตรวจเอกสารเทียบ Matrix ใหม่"] I --> K["5.11 Verify: ระบบจริง = Matrix ใหม่
+ ตรวจผู้ใช้เดิมในกลุ่มได้สิทธิ์ใหม่ถูกต้อง"] J --> K K --> L["5.12 QA ปิด Change Control ของโรงงานนั้นๆ + แจกจ่าย Matrix ใหม่
+ แจ้งแผนกที่กระทบ"]

❓ คำถามที่ต้องเคาะในที่ประชุม (Flow 5)

  1. ใคร verify หลัง Supplier ตั้งค่า? (เสนอ: QA + Department Manager ที่กระทบ ร่วมตรวจ)
  2. เกณฑ์ UAT/Test — เปลี่ยนแบบไหนต้อง test? (เสนอ: เปลี่ยนสิทธิ์จริง V/C/E/D = ต้อง test / แก้ชื่อ-typo = ตรวจเอกสารพอ)
  3. Version control ของ Matrix — ใส่ change log ในไฟล์ + เก็บเวอร์ชันเก่า? (เสนอ: ใช่ retain ทุกเวอร์ชัน)
  4. ผู้ใช้เดิมที่สิทธิ์เปลี่ยน ต้อง แจ้ง/รับทราบ ไหม? (เสนอ: แจ้งแผนก + ผู้ใช้ที่กระทบรับทราบ)
  5. เปลี่ยน Matrix แบบ Major ทำใน window ที่ควบคุม (นอกเวลาทำงาน) แล้ว verify ก่อนเปิดใช้ไหม? (เสนอ: ใช่ กรณี Major)
  6. ขั้นตอน 5.8–5.11 (ประเมินประเภท Major/Minor → UAT/Test → Verify) ควรเป็นแผนกหรือผู้ใดที่รับผิดชอบดำเนินการ?
💬 ความคิดเห็น / บันทึกที่ประชุม

กำลังโหลด...

❓ คำถาม & ตอบกำลังโหลด...

การเชื่อมโยงเอกสาร (Document Linkage)

Flowเอกสาร/ฟอร์มที่เกี่ยวข้องอ้างอิง SOP อื่น
Flow 1 ขอสิทธิ์Memo, Group_User_Access_ERP.xlsx, เอกสารกำหนดสิทธิ์จาก Supplier, User Account Acknowledgment Form, Log Book, Access Provisioning Record (ชุดรวม)
Flow 2 ยกเลิกบัญชีLog Book, Zendesk ticket + อีเมลยืนยัน
Flow 3 ทวนสอบLog Book, รายงาน User Access List จาก Supplier
Flow 4 Audit TrailF-QA-0089, Audit Trail exportSOP-QA-0005 (Deviation)
Flow 5 เปลี่ยน MatrixGroup_User_Access_ERP.xlsx, Change Request, หลักฐานสิทธิ์จาก SupplierSOP-QA-0006 ของโรงงานนั้นๆ (Change Control), SOP-QA-0017 (GxP), SD-QA-4012 (FRA)
💬 ความคิดเห็น / บันทึกที่ประชุม

กำลังโหลด...

❓ คำถาม & ตอบกำลังโหลด...