Smitey

ทีมและผู้ใช้

ทีมคือความรับผิดชอบ ไม่ใช่โฟลเดอร์ ทีมมีหมวดหมู่ของตัวเอง กำหนดเวลาของตัวเอง และสมาชิกของตัวเอง ลูกค้าเห็นทีมเดียวเท่านั้น ที่เหลือทั้งหมดขึ้นอยู่กับว่าใครมีบัญชีใด และบัญชีนั้นทำอะไรได้บ้าง

1

สร้างและตั้งค่าทีม

ทีมอยู่ใต้ “Settings → Teams” รายการอยู่ทางซ้าย ส่วนการตั้งค่าของทีมที่คุณคลิกอยู่ทางขวา ตัวเลขหลังชื่อคือจำนวนสมาชิกของทีมนั้น

ทีมใหม่ได้ชื่อของตนในช่อง “Team name” ใต้ลงมา “Copy categories from” ให้คุณเลือกทีมที่มีอยู่แล้ว ทีมใหม่จึงเริ่มต้นด้วยหมวดหมู่หลักและหมวดหมู่ย่อยชุดเดียวกัน จากนั้น “Create team” สร้างทีมนั้นขึ้นมา

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

คุณเปลี่ยนเรื่องนั้นได้ทุกเมื่อ การ์ด “Customer permissions” กำหนดเป็นรายทีมว่าลูกค้าทำอะไรได้บ้างในทีมนั้น มันมีสองสวิตช์ คือ “Can create new tickets and see their own tickets” และ “Can see their own tickets of this team in the dashboard and in reports” ทันทีที่เปิดสวิตช์ใดสวิตช์หนึ่ง ลูกค้าจะเห็นทีมนั้น เฉพาะเมื่อปิดทั้งสองสวิตช์เท่านั้น ทีมนั้นจึงจะไม่ปรากฏต่อลูกค้าเลย

การ์ด “Agent Permissions” ใช้กับเจ้าหน้าที่ของทีมนี้ มันมีสามสวิตช์ คือการจัดการทิกเก็ต การจัดการหมวดหมู่ และการดูรายงานของทีมนี้ หากไม่มีสวิตช์แรก เจ้าหน้าที่จะสร้าง แก้ไข หรือแสดงความคิดเห็นบนทิกเก็ตในทีมนี้ไม่ได้ และอัปโหลดไฟล์แนบไม่ได้ หากไม่มีสวิตช์ที่สอง รายการหมวดหมู่ของทีมจะหายไปจากแถบด้านข้างของเขา หากไม่มีสวิตช์ที่สาม รายงานจะไม่รวมทีมนี้ ทุกการเปลี่ยนแปลงจะถูกบันทึกไว้ใน “Audit log” ของทีม

การ์ด “Agents” เก็บรายชื่อสมาชิก แม้หัวข้อจะเขียนอย่างนั้น แต่ลูกค้าของทีมก็อยู่ในนั้นด้วย ตัวเลือกด้านบนกับ “Add Agent” ใช้เพิ่มคน ส่วน “Remove” ใช้นำออก ใครที่ถูกเพิ่มหรือถูกนำออกต้องออกจากระบบแล้วเข้าใหม่หนึ่งครั้ง

“Default e-mail language” คือภาษาที่ทีมนี้ใช้เขียน มันมีผลเมื่อกฎอีเมลเลือก “Team default language”

สวิตช์ “Active” นำทีมออกจากการใช้งาน ทีมนั้นจะหายไปจากแถบด้านข้างและจากตัวเลือกทุกที่ แต่ไม่ได้ถูกลบไปด้วย

“Delete” นำทีมออกได้ก็ต่อเมื่อไม่มีทิกเก็ตใดเปิดค้างอยู่ มิฉะนั้นระบบจะระบุเหตุผลและไม่ทำอะไรเลย

การ์ด “Audit log” บันทึกทุกการเปลี่ยนแปลงของทีม พร้อมชื่อและเวลา

Basic ใช้ได้หนึ่งทีม ส่วน Professional ไม่มีข้อจำกัด

หน้า “Teams” ที่มีรายการทั้งสองทีมอยู่ทางซ้าย และการตั้งค่าของ Helpdesk อยู่ทางขวา
กรอบสีแดงอยู่ที่สองทีมนั้น การคลิกทีมหนึ่งจะเปลี่ยนสิ่งที่แสดงอยู่ทางขวา ตัวเลขที่ขอบคือจำนวนสมาชิกเปิดภาพขนาดเต็ม
ช่อง “Team name” ที่พิมพ์ชื่อไว้แล้ว ใต้ลงมาคือ “Copy categories from” และปุ่ม “Create team”
พิมพ์ชื่อ แล้วจะรับหมวดหมู่จากทีมที่มีอยู่มาด้วยก็ได้ จากนั้นกด “Create team”เปิดภาพขนาดเต็ม
การ์ด “Customer permissions” และ “Agent Permissions” พร้อมสวิตช์ของแต่ละการ์ด
กรอบสีแดงอยู่ที่หัวข้อทั้งสอง สวิตช์เหล่านี้มีผลกับทีมนี้ทีมเดียวเท่านั้นเปิดภาพขนาดเต็ม
การ์ด “Agents” พร้อมตัวเลือก ปุ่ม “Add Agent” และรายชื่อสมาชิกด้านล่าง
กรอบสีแดงอยู่ที่ “Add Agent” ป้ายข้างชื่อแต่ละคนคือบทบาท และการ์ดนี้เก็บลูกค้าของทีมไว้ด้วยเปิดภาพขนาดเต็ม
การ์ด “Audit log” ที่มีรายการต่าง ๆ แต่ละรายการมีการเปลี่ยนแปลง ชื่อ และเวลา
กรอบสีแดงอยู่ที่หัวข้อ ทุกบรรทัดระบุการเปลี่ยนแปลง ผู้ที่ทำ และเวลาที่ทำเปิดภาพขนาดเต็ม
2

สร้างผู้ดูแลระบบและเจ้าหน้าที่

บัญชีผู้ใช้อยู่ใต้ “User management” รายการแสดงชื่อและชื่อสำหรับเข้าสู่ระบบ ที่อยู่อีเมล ทีมพร้อมแผนกที่อยู่ใต้ลงมา และบทบาท

“New user” เปิดแบบฟอร์ม ชื่อ นามสกุล ชื่อสำหรับเข้าสู่ระบบ และที่อยู่อีเมล เป็นช่องที่ต้องกรอก นอกจากนั้นต้องมีรหัสผ่าน ใน Professional คุณติ๊ก “Send login details by e-mail” แทนได้

เมื่อติ๊กช่องนั้น คุณไม่ต้องตั้งรหัสผ่าน ผู้ใช้ใหม่จะได้รับอีเมลที่มีชื่อสำหรับเข้าสู่ระบบและลิงก์ที่มีอายุจำกัด แล้วตั้งรหัสผ่านของตนเอง ระบบไม่เคยส่งรหัสผ่านออกไปเลย

บทบาทเป็นตัวกำหนดทุกอย่างที่เหลือ “Admin” และ “Agent” ต่างเป็นพนักงานและนับรวมอยู่ในโควตาเดียวกัน ผู้ดูแลระบบทำได้มากกว่าตั้งแต่ต้น สิทธิ์เกือบทุกข้อเปลี่ยนได้ทีละข้อ ข้อยกเว้นอยู่ในการ์ด “บทบาทและแนวคิดเรื่องสิทธิ์” เฉพาะผู้ดูแลระบบเท่านั้นที่ให้หรือถอนบทบาท “Admin” ได้ ข้อนี้ใช้กับบัญชีของตัวเองด้วย “Edit user” เปลี่ยนเพียงทีมที่แสดงในแบบฟอร์ม ทีมที่บุคคลนั้นถูกเพิ่มเข้าไปด้วย “Add Agent” ยังคงเหมือนเดิม

Basic มีที่นั่งพนักงานสองที่ คุณแบ่งอย่างไรก็ได้ จะเป็นผู้ดูแลระบบหนึ่งคนกับเจ้าหน้าที่หนึ่งคน หรือผู้ดูแลระบบสองคน ส่วนลูกค้าไม่นับ และไม่จำกัดจำนวนทั้งสองรุ่น

เมื่อมีคนลาออก ให้คลิกสัญลักษณ์เก็บถาวรในแถวของเขา บัญชีจะถูกล็อก เขาจึงเข้าสู่ระบบไม่ได้อีก

บัญชีที่ถูกล็อกจะย้ายไปอยู่ในมุมมอง “Archived” และมีป้าย “locked” อยู่ที่นั่น มันจะไม่ปรากฏในมุมมอง “Active” อีกต่อไป

บัญชีที่ถูกล็อกไม่กินที่นั่งพนักงานอีกต่อไป และไม่ปรากฏในตัวเลือก “Assign to” ใดเลย ส่วนทิกเก็ตที่มอบหมายไปแล้วยังคงมีเจ้าหน้าที่คนเดิมและชื่อของเขาอยู่

ในมุมมอง “Archived” ปุ่มเดียวกันมีชื่อว่า “Restore” และปลดล็อกบัญชีอีกครั้ง ใน Basic เรื่องนี้ต้องมีที่นั่งว่างอีกครั้งด้วย

สัญลักษณ์กุญแจใช้รีเซ็ตรหัสผ่าน โล่ขีดฆ่าใช้รีเซ็ตการเข้าสู่ระบบสองขั้นตอน รหัสผ่านใหม่จะแสดงบนหน้าจอครั้งเดียว และไม่ถูกส่งไปที่ใดเลย

การรีเซ็ตรหัสผ่านหรือการเข้าสู่ระบบสองขั้นตอน ปลดเพียงการล็อกช่วงสั้น ๆ หลังจากพยายามล้มเหลวเท่านั้น บัญชีที่เก็บถาวรแล้วยังคงถูกล็อก มันจะไม่ได้รับคำเชิญและไม่ได้รับอีเมลรีเซ็ต และมีเพียง “Restore” เท่านั้นที่นำมันกลับมาได้

การเก็บถาวรยกเลิกได้ทุกเมื่อ ถ้ามีคนลาออกไปถาวรแล้ว ให้ลบบัญชีด้วยสัญลักษณ์ถังขยะ “Delete account” เพิ่มด้วย เวลาจนถึงการทำให้เป็นนิรนามโดยอัตโนมัติจะเริ่มนับตั้งแต่การลบเท่านั้น

อ่านเพิ่มเติมได้ในการ์ด: ทำให้บุคคลเป็นนิรนาม

หน้า “User management” ที่แสดงบัญชีทั้งหมด บทบาทของแต่ละบัญชี และการกระทำในแต่ละแถว
กรอบสีแดงอยู่ที่ “New user” และที่ปุ่มสลับระหว่างบัญชีที่เปิดอยู่กับบัญชีที่ถูกล็อก ปุ่มนั้นแสดงว่ามุมมองใดในสองมุมมองกำลังเปิดอยู่เปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Create new user” ที่กรอกชื่อ ชื่อผู้ใช้ และอีเมลไว้แล้ว พร้อมตัวเลือกทีม แผนก ตำแหน่ง สถานที่ และบทบาท
กรอบสีแดงอยู่ที่บทบาทและที่คำเชิญ บทบาทเป็นตัวเลือกเดียวที่ต้องกรอกเปิดภาพขนาดเต็ม
กล่องโต้ตอบเดียวกันเมื่อติ๊กช่องนั้นไว้ ช่องรหัสผ่านถูกปิดใช้งานและระบุว่าผู้ใช้จะตั้งรหัสผ่านเองผ่านลิงก์
เมื่อติ๊กแล้ว เครื่องหมายดอกจันบนช่องรหัสผ่านจะหายไป ตัวช่องเองระบุว่าใครเป็นผู้ตั้งรหัสผ่านเปิดภาพขนาดเต็ม
มุมมอง “Archived” ที่มีบัญชีถูกล็อกหนึ่งบัญชี พร้อมป้าย “locked” และไอคอนกู้คืนที่ท้ายแถว
กรอบสีแดงอยู่ที่ป้ายและที่ทางกลับ ทั้งสองอย่างมีเฉพาะในมุมมองนี้เปิดภาพขนาดเต็ม
3

ลูกค้า: บัญชีของคนที่แจ้งเรื่องเข้ามา

ลูกค้าไม่จำกัดจำนวนทั้งใน Basic และ Professional พวกเขาไม่กินที่นั่งพนักงาน

บัญชีลูกค้าเกิดขึ้นได้สามทาง ทางแรก คุณสร้างเองใต้ “User management” ซึ่งใน Professional คุณเชิญบุคคลนั้นทางอีเมลไปพร้อมกันได้ ทางที่สองคือการลงทะเบียนเอง ทางที่สามคือการเข้าสู่ระบบครั้งแรกผ่าน SSO หรือไดเรกทอรี ซึ่งจะสร้างบัญชีให้เอง

สวิตช์สำหรับเรื่องนี้อยู่ใต้ “Settings → Security” ในการ์ด “Self-registration” มันปิดอยู่ตั้งแต่ต้น เมื่อเปิดแล้ว ลิงก์ “Register” จะปรากฏบนหน้าเข้าสู่ระบบ

ใครที่ลงทะเบียนเองจะได้บทบาท “Customer” เสมอ ไม่มีบทบาทอื่นที่แจกได้ผ่านทางนี้

ใน Professional ลูกค้าที่ลงทะเบียนเองจะได้รับอีเมลฉบับที่สองหลังอีเมลต้อนรับ ลิงก์ในอีเมลนั้นใช้ยืนยันที่อยู่ของเขา จนกว่าจะยืนยัน บัญชีของเขาจะมีข้อความ “not confirmed” กำกับไว้ในรายการ

คุณยืนยันที่อยู่เองได้ด้วย ใน Basic นี่เป็นทางเดียว เพราะ Basic ไม่ส่งอีเมล แถวของบัญชีนั้นจะแสดงปุ่มที่มีไอคอนซองจดหมาย คือ “Mark email as confirmed” ทำเช่นนี้เฉพาะเมื่อคุณรู้ว่าที่อยู่นั้นเป็นของบุคคลนั้นจริง

สำหรับเฮลป์เดสก์ภายในองค์กร คุณควรปล่อยสวิตช์นี้ไว้เฉย ๆ มิฉะนั้นใครที่รู้ที่อยู่เว็บก็สร้างบัญชีได้

ลูกค้าเห็นเฉพาะเรื่องของตนเองเท่านั้น เรื่องเหล่านี้คือทิกเก็ตที่เขาสร้างเอง นอกจากนั้นยังมีทิกเก็ตที่เจ้าหน้าที่หรืออีเมลสร้างสำหรับที่อยู่ที่ยืนยันแล้วของเขา ทิกเก็ตที่ลูกค้าคนอื่นสร้างโดยใช้ที่อยู่ของเขาจะไม่แสดงให้เขาเห็น หากสองบัญชีมีที่อยู่เดียวกัน ทั้งสองบัญชีจะเห็นทิกเก็ตเหล่านี้

หากที่อยู่ของเขายังไม่ได้ยืนยัน จะมีข้อความแจ้งอยู่เหนือรายการทิกเก็ตของเขา เขาขอลิงก์ใหม่ได้ด้วย “Send confirmation email” ข้อความแจ้งนี้จะปรากฏเฉพาะเมื่อระบบส่งอีเมลได้

แถบด้านข้างของเขาสั้น มีทิกเก็ตของตน การสร้างทิกเก็ตใหม่ และฐานความรู้ พวกเขาไม่ได้เห็นการตั้งค่าใดเลย หากสวิตช์ “Can see their own tickets of this team in the dashboard and in reports” ของทีมเปิดอยู่ แถบด้านข้างของเขาจะมีแดชบอร์ดและรายงานด้วย

สิ่งที่ลูกค้าทำได้ในทีมหนึ่ง กำหนดไว้ที่ตัวทีม เฉพาะเมื่อปิดสวิตช์สำหรับลูกค้าทั้งสองตัวเท่านั้น ทีมนั้นจึงไม่มีอยู่สำหรับเขา

การ์ด “Self-registration” พร้อมสวิตช์และข้อความใต้ลงมา
กรอบสีแดงอยู่ที่สวิตช์ ข้อความข้าง ๆ ระบุว่ามันทำอะไร และจะเกิดอะไรขึ้นหากไม่มีการส่งอีเมลเปิดภาพขนาดเต็ม
ระบบเดียวกันเมื่อเข้าสู่ระบบในฐานะลูกค้า แถบด้านข้างสั้น และรายการทิกเก็ตมีเฉพาะเรื่องของตนเองเท่านั้น
คอลัมน์ “User” มีชื่อเดียวกันในทุกแถว ลูกค้าไม่เห็นสิ่งที่ไม่ใช่ของตน และการตั้งค่าก็หายไปจากแถบด้านข้างเปิดภาพขนาดเต็ม
4

ส่งออกข้อมูลของบุคคลหนึ่งคน

ก่อนเริ่ม: คุณต้องมีสิทธิ์ “Data export (data subject request)” ตามค่าเริ่มต้น มีเฉพาะผู้ดูแลระบบเท่านั้นที่มีสิทธิ์นี้

บุคคลหนึ่งอาจถามคุณว่าคุณเก็บข้อมูลอะไรเกี่ยวกับเขาไว้บ้าง การส่งออกข้อมูลจะรวบรวมข้อมูลทั้งหมดนั้นไว้ในไฟล์ ZIP ไฟล์เดียว

คุณเริ่มได้ที่ “User management” ทุกแถวมีสัญลักษณ์ไฟล์ที่มีลูกศรและคำแนะนำ “Export personal data” สัญลักษณ์นี้จะเปิดการส่งออกของบัญชีนั้น

บางคนไม่มีบัญชี เขาเพียงเขียนมาหาคุณ หรือเจ้าหน้าที่สร้างทิกเก็ตด้วยที่อยู่ของเขา สำหรับคนเหล่านี้ มี “Export by e-mail address” อยู่ด้านบนของหน้า พิมพ์ที่อยู่ลงที่นั่นแล้วคลิก “Search” การค้นหาใช้บัญชีหรือที่อยู่ ไม่ใช้ชื่อเลย

การค้นหาด้วยที่อยู่จะพบน้อยกว่าการค้นหาด้วยบัญชี การค้นหานี้พบเฉพาะจุดที่บันทึกตัวที่อยู่ไว้ เช่น ในฐานะผู้ร้องขอของทิกเก็ตหรือผู้ส่งอีเมล การค้นหาด้วยบัญชีจะพบทุกอย่างที่ผูกกับบัญชีด้วย ถ้าที่อยู่นั้นเป็นของบัญชีหนึ่ง กล่องโต้ตอบจะบอกและเสนอ “Use this account” หลังจากนั้นจะแสดงชื่อของบุคคลนั้นและที่อยู่อีเมลของบัญชี

ก่อนที่คุณจะดาวน์โหลดอะไร กล่องโต้ตอบจะแสดงสิ่งที่พบ โดยนับแยกตามหมวด หมวดต่าง ๆ เช่น ทิกเก็ต รายการเวลา แบบสำรวจความพึงพอใจ และบันทึกความปลอดภัย ถ้าไม่พบอะไรเลย จะแสดง “No data found for this person.” และไม่มีการดาวน์โหลด ถ้าที่อยู่นั้นเป็นของบัญชีหนึ่งแต่ไม่พบข้อมูลจากตัวที่อยู่เอง กล่องโต้ตอบจะไม่แสดงสิ่งที่พบและไม่มีการดาวน์โหลด แต่จะแสดงกล่องที่มี “Use this account” ผู้ดูแลระบบจะเห็นส่วน “Anonymize” อยู่ด้านล่างด้วย การ์ด “ทำให้บุคคลเป็นนิรนาม” อธิบายส่วนนี้

“Download” จะสร้างไฟล์ ZIP ภายในมีไฟล์ JSON หนึ่งไฟล์ต่อหนึ่งหมวด เพื่อให้เครื่องอ่านข้อมูลได้ ไฟล์ของไฟล์แนบทั้งหมดที่พบจะรวมอยู่ด้วย “overview.html” แสดงเนื้อหาหลักในรูปแบบที่อ่านง่าย ในไฟล์นั้น ทิกเก็ตแต่ละรายการจะบอกว่าทำไมจึงรวมอยู่ด้วย (“Why this ticket is included”) “README.txt” เขียนถึงบุคคลนั้น และอธิบายว่าในไฟล์มีอะไรบ้าง

ทิกเก็ตที่เกี่ยวกับบุคคลนั้นจะรวมมาทั้งหมด ซึ่งรวมถึงความคิดเห็นและการเปลี่ยนแปลงของคนอื่นด้วย บันทึกย่อภายในก็รวมอยู่ด้วย และมีเครื่องหมายว่าเป็นของภายใน ถ้าบุคคลนั้นตอบกลับทางอีเมลในทิกเก็ตของคนอื่น ทิกเก็ตนั้นจะมีเครื่องหมาย “Replied by e-mail to someone else’s ticket” ทิกเก็ตที่บุคคลนั้นเป็นผู้เปลี่ยนแปลงล่าสุดก็จะรวมมาด้วย ซึ่งบรรทัด “Why this ticket is included” จะระบุว่า “Last person to change the ticket”

ดังนั้นให้ตรวจสอบไฟล์ส่งออกก่อนส่งมอบ ปิดทับข้อมูลของบุคคลอื่นในจุดที่จำเป็น กล่องโต้ตอบจะเตือนคุณเรื่องนี้ “README.txt” ไม่มีคำเตือนนี้ เพราะไฟล์นี้ส่งถึงบุคคลนั้น

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

รหัสผ่านและคีย์ของการเข้าสู่ระบบสองขั้นตอนไม่รวมอยู่ในการส่งออก

การดาวน์โหลดทุกครั้งจะถูกบันทึก ได้แก่ ใครเป็นผู้เริ่ม สำหรับบุคคลใด และเมื่อใด บันทึกนี้ไม่มีเนื้อหาใด ๆ ของการส่งออก การค้นหาก่อนหน้านั้นจะไม่ถูกบันทึก

เจ้าหน้าที่ที่ได้รับสิทธิ์นี้ต้องมี “Users: manage accounts” ด้วย มิฉะนั้นจะเข้าหน้า “User management” ไม่ได้ สิทธิ์นี้ให้กับบทบาท “Customer” ไม่ได้เลย

ส่วน “Survey consents and unsubscribes” เก็บความยินยอมและการเลิกรับทุกรายการของแบบสำรวจความพึงพอใจ พร้อมวันที่ ช่องทาง และทิกเก็ต “overview.html” แสดงประวัติทั้งหมดในส่วนของตนเอง หากบุคคลนั้นถูกทำให้เป็นนิรนามหลังจากเลิกรับ การส่งออกตามที่อยู่ของเขาจะยังพบรายการเลิกรับที่เหลืออยู่ คอลัมน์ “E-mail address” จะระบุว่า “Anonymized (address removed)”

อ่านเพิ่มเติมได้ในการ์ด: ทำให้บุคคลเป็นนิรนาม

หน้า “User management” ที่มีปุ่ม “Export by e-mail address” อยู่ด้านบน และสัญลักษณ์ไฟล์ที่มีลูกศรในทุกแถว
กรอบสีแดงอยู่ที่ “Export by e-mail address” และที่สัญลักษณ์ในแถวของ Julia Becker ทั้งสองเปิดกล่องโต้ตอบเดียวกันเปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Export personal data” ของ Julia Becker ที่มีที่อยู่อีเมลของเธออยู่ใต้ชื่อ รายการสิ่งที่พบแยกตามหมวด คำเตือนสองข้อเรื่องการตรวจสอบและที่เก็บถาวร ส่วน “Anonymize” และปุ่ม “Download”
กรอบสีแดงอยู่ที่รายการสิ่งที่พบและที่ “Download” รายการนี้แสดงเฉพาะหมวดที่พบข้อมูลเปิดภาพขนาดเต็ม
กล่องโต้ตอบเดียวกันหลังค้นหาด้วยที่อยู่ ระบุบัญชีที่ที่อยู่นั้นเป็นของ และเสนอ “Use this account”
กรอบสีแดงอยู่ที่ “Use this account” ถ้าใช้เพียงที่อยู่ การค้นหาที่นี่จะไม่พบอะไรเลย กล่องโต้ตอบจึงไม่แสดงสิ่งที่พบและไม่มี “Download” การส่งออกของบัญชีจะพบทิกเก็ตของ Julia Becker ส่วน “Anonymize” ด้านล่างจะเห็นเฉพาะผู้ดูแลระบบเปิดภาพขนาดเต็ม
5

ทำให้บุคคลเป็นนิรนาม

ก่อนเริ่ม: เฉพาะผู้ดูแลระบบเท่านั้นที่ทำให้บุคคลเป็นนิรนามได้ การทำให้เป็นนิรนามยกเลิกไม่ได้

ข้อมูลบางอย่างไม่ควรเก็บไว้ตลอดไป เมื่อมีคนออกจากบริษัทของคุณ หรือมีบุคคลขอให้ลบข้อมูลของเขา คุณก็ทำให้บุคคลนั้นเป็นนิรนาม ชื่อและที่อยู่อีเมลจะถูกแทนด้วยตัวยึดตำแหน่ง เช่น “Anonymized user 3” ทิกเก็ตยังคงอยู่ รายงาน กำหนดเวลา รายการเวลา และค่าความพึงพอใจยังนับต่อไป

แต่ละคนได้หมายเลขของตนเอง สองรายการที่มีหมายเลขเดียวกันมาจากคนคนเดียวกัน ที่อยู่อีเมลจะกลายเป็น “anonymized-3@anonymized.invalid” ที่อยู่แบบนี้ส่งอีเมลถึงไม่ได้ ระบบจึงข้ามไปเมื่อส่ง ตัวยึดตำแหน่งบันทึกเป็นภาษาอังกฤษและยังเป็นภาษาอังกฤษในทุกภาษา

มีสองวิธี วิธีอัตโนมัติทำให้บัญชีที่ลบแล้วเป็นนิรนามหลังจากผ่านไปตามจำนวนเดือนที่กำหนด วิธีทันทีทำให้บุคคลหนึ่งคนเป็นนิรนามทันที เช่น หลังได้รับคำขอให้ลบข้อมูล

วิธีอัตโนมัติอยู่ใน “Settings → Security” ที่การ์ด “Data protection” สวิตช์ “Anonymize deleted users automatically” ปิดอยู่ตามค่าเริ่มต้น ข้าง “after” ให้ใส่จำนวนเดือน ใส่ได้ตั้งแต่ 1 ถึง 120 ค่าเริ่มต้นคือ 36 “Save” จะบันทึกจำนวนที่เปลี่ยน

เวลานับตั้งแต่วันที่บัญชีถูกลบ ระบบตรวจทุกสิบนาทีว่าถึงเวลาทำงานแล้วหรือยัง การทำงานเกิดขึ้นวันละครั้ง ในการตรวจครั้งแรกหลัง 03:00 น. ตามเขตเวลาที่ตั้งไว้ใน “Settings → General Settings” บัญชีที่ลบแล้วทุกบัญชีที่ครบเวลาจะถูกทำให้เป็นนิรนามในรอบนั้น

เมื่อคุณเปิดสวิตช์ จะมีหน้าต่างเปิดขึ้นก่อน หน้าต่างนี้แสดงผู้ใช้ที่ถูกลบซึ่งรอบถัดไปจะทำให้เป็นนิรนาม พร้อมวันที่ลบของแต่ละคน พิมพ์ ANONYMIZE ลงในช่องแล้วคลิก “Confirm” เมื่อนั้นสวิตช์จึงเปิด ถ้าตามเขตเวลานั้นเลย 03:00 น. แล้ว รอบแรกจะเกิดขึ้นภายในราวสิบนาที

หน้าต่างเดียวกันจะปรากฏเมื่อคุณลดจำนวนเดือนขณะสวิตช์เปิดอยู่ การปิดไม่ต้องยืนยัน

เวลาเริ่มนับเมื่อบัญชีถูกลบเท่านั้น การเก็บถาวรไม่พอ บัญชีที่เก็บถาวรเพียงถูกล็อกและกลับมาได้ทุกเมื่อ เช่น หลังลาเลี้ยงดูบุตร หากต้องการลบบัญชี ให้คลิกสัญลักษณ์ถังขยะ “Delete account” ในแถวของบัญชีนั้นใน “User management”

ก่อนจะเกิดอะไรขึ้น หน้าต่างจะบอกว่าจะเกิดอะไรตามมา ถ้าการทำให้เป็นนิรนามอัตโนมัติเปิดอยู่ หน้าต่างจะบอกจำนวนเดือน บัญชีที่ลบแล้วจะแสดงในมุมมอง “Archived” พร้อมป้าย “Deleted” สัญลักษณ์ “Restore account” นำบัญชีกลับมา สำหรับผู้ดูแลระบบและเจ้าหน้าที่ Basic ต้องมีที่นั่งว่างสำหรับการนี้ ถ้าบัญชีถูกลบอีกครั้งในภายหลัง เวลาจะเริ่มนับใหม่

บัญชีของคุณเองไม่มีสัญลักษณ์ถังขยะ เฉพาะผู้ดูแลระบบเท่านั้นที่ลบหรือเก็บถาวรบัญชีผู้ดูแลระบบได้ ผู้ดูแลระบบที่ใช้งานอยู่คนสุดท้ายลบไม่ได้และเก็บถาวรไม่ได้

ดังนั้นเมื่อมีคนลาออกไปถาวรแล้ว ให้ลบบัญชี อย่าเพียงเก็บถาวร บัญชีที่เก็บถาวรมานานกว่าหนึ่งปีจะแสดงสัญลักษณ์ปฏิทินในแถวของตน คำแนะนำของสัญลักษณ์นี้เตือนให้คุณลบบัญชี

วิธีทันทีอยู่ในกล่องโต้ตอบการส่งออกข้อมูล ในส่วน “Anonymize” ใต้สิ่งที่พบ คุณเปิดกล่องโต้ตอบจากแถวของบัญชี หรือด้วย “Export by e-mail address” สำหรับคนที่ไม่มีบัญชี

ถ้าที่อยู่นั้นเป็นของบัญชีหนึ่ง ให้คลิก “Use this account” ก่อน วิธีนี้เท่านั้นที่ทำให้ตัวบัญชีเองเป็นนิรนามด้วย การทำงานด้วยที่อยู่อย่างเดียวจะแทนที่อยู่ในตำแหน่งที่บันทึกไว้ และปล่อยบัญชีไว้ตามเดิม

พิมพ์ ANONYMIZE ลงในช่องแล้วคลิก “Anonymize” บัญชีที่ใช้งานอยู่จะถูกลบก่อน แล้วจึงถูกทำให้เป็นนิรนาม บัญชีของคุณเองทำให้เป็นนิรนามไม่ได้ ผู้ดูแลระบบที่ใช้งานอยู่คนสุดท้ายก็ไม่ได้เช่นกัน

หลังจากนั้นแถวจะมีป้าย “Anonymized” บัญชีแบบนี้แก้ไข กู้คืน หรือเปิดใช้งานใหม่ไม่ได้อีก เหลือเพียงการส่งออกข้อมูล คุณเรียกใช้การทำให้เป็นนิรนามซ้ำได้ หมายเลขยังคงเดิม และข้อมูลที่กู้คืนหลังจากนั้นก็ถูกครอบคลุมด้วย

ช่องทำเครื่องหมาย “Also clear the content of tickets this person requested” ไปไกลกว่านั้น ตัวเลขในวงเล็บคือจำนวนทิกเก็ตเหล่านั้น ข้อความของทิกเก็ตเหล่านั้นจะถูกล้าง และไฟล์แนบจะถูกลบ ทิกเก็ตของคนอื่นที่บุคคลนี้เพียงตอบกลับจะถูกทำให้เป็นนิรนามเท่านั้น

ตรวจสอบหน้าที่ในการเก็บรักษาของคุณก่อน เช่น ในเยอรมนี จดหมายธุรกิจต้องเก็บไว้หกปี กล่องโต้ตอบจะเตือนเรื่องนี้ วิธีอัตโนมัติทำให้เป็นนิรนามเท่านั้น ไม่เคยล้างเนื้อหา

ถ้าลบไฟล์ออกจากเซิร์ฟเวอร์ไม่ได้ กล่องโต้ตอบจะบอกจำนวน การทำงานรอบนั้นยังถือว่าเสร็จ ระบบไม่ลองใหม่เอง

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

การทำให้เป็นนิรนามต้องมีสิทธิ์ “Anonymize people” ตามค่าเริ่มต้นมีเพียงผู้ดูแลระบบที่มีสิทธิ์นี้ ผู้ใช้สิทธิ์นี้ได้ก็มีเฉพาะผู้ดูแลระบบ สิทธิ์นี้ให้กับบทบาท “Customer” ไม่ได้เลย กล่องโต้ตอบการส่งออกข้อมูลต้องมี “Data export (data subject request)” เพิ่มด้วย

อ่านเพิ่มเติมได้ในการ์ด: ส่งออกข้อมูลของบุคคลหนึ่งคน, ระยะเวลาการเก็บรักษา

การ์ด “Data protection” ที่ปิดสวิตช์อยู่ พร้อมช่องจำนวนเดือน “Save” และลิงก์ “Download list of anonymizations”
กรอบสีแดงอยู่ที่สวิตช์และจำนวนเดือน สวิตช์ปิดอยู่ เช่นเดียวกับหลังการอัปเดตทุกครั้งเปิดภาพขนาดเต็ม
หน้าต่าง “Who will be anonymized” ที่มีผู้ใช้ที่ถูกลบหนึ่งคนและวันที่ลบ ด้านล่างเป็นช่องที่มี ANONYMIZE และปุ่ม “Confirm”
กรอบสีแดงอยู่ที่รายการและที่ “Confirm” Oliver Grant ถูกลบไปนานกว่า 36 เดือนแล้ว รอบแรกจะทำให้เขาเป็นนิรนามเปิดภาพขนาดเต็ม
หน้าต่าง “Delete account” สำหรับ Amir Khan ข้อความบอกสิ่งที่จะตามมาและ 36 เดือนจนถึงการทำให้เป็นนิรนาม
กรอบสีแดงอยู่ที่ “Delete account” ที่นี่เปิดการทำให้เป็นนิรนามอัตโนมัติไว้ หน้าต่างจึงบอกจำนวนเดือนเปิดภาพขนาดเต็ม
มุมมอง “Archived” ที่มีบัญชีที่ถูกลบของ Oliver Grant ป้าย “Deleted” และสัญลักษณ์สำหรับกู้คืน
กรอบสีแดงอยู่ที่ป้าย “Deleted” และที่ “Restore account” จนกว่าจะถูกทำให้เป็นนิรนาม บัญชีนี้ยังนำกลับมาได้เปิดภาพขนาดเต็ม
กล่องโต้ตอบ “Export personal data” สำหรับ Tomas Novak ใต้สิ่งที่พบมีส่วน “Anonymize” ที่ทำเครื่องหมายช่องแล้ว พิมพ์ ANONYMIZE แล้ว และมีปุ่ม “Anonymize”
กรอบสีแดงอยู่ที่ช่องทำเครื่องหมายและที่ “Anonymize” Tomas Novak ส่งทิกเก็ตไว้สี่ใบ เนื้อหาของทิกเก็ตเหล่านั้นก็จะถูกล้างด้วยเปิดภาพขนาดเต็ม
ส่วน “Anonymize” หลังการทำงาน ด้านบนคือ “Already anonymized as Anonymized user 2” ด้านล่างคือข้อความ “Done”
กรอบสีแดงอยู่ที่ข้อความที่มีหมายเลขตัวยึดตำแหน่ง ส่วนนี้ให้เรียกใช้ซ้ำได้เปิดภาพขนาดเต็ม
มุมมอง “Archived” ที่มีบัญชีที่ถูกทำให้เป็นนิรนามแล้ว ทุกแถวมีชื่อตัวยึดตำแหน่ง ที่อยู่ตัวยึดตำแหน่ง และป้าย “Anonymized”
กรอบสีแดงอยู่ที่ป้าย “Anonymized” บัญชีที่ถูกทำให้เป็นนิรนามไม่มีการดำเนินการใดเหลืออยู่นอกจากการส่งออกข้อมูลเปิดภาพขนาดเต็ม

บัญชี

ตารางต่อไปนี้ระบุทุกที่ที่ระบบเก็บข้อมูลของบุคคลหนึ่ง และสิ่งที่การทำให้เป็นนิรนามทำที่นั่น คุณใช้ตารางเหล่านี้อธิบายได้ว่าบริษัทของคุณลบข้อมูลส่วนบุคคลอย่างไร

ข้อมูลสิ่งที่เกิดขึ้น
ชื่อและนามสกุล“Anonymized user” และหมายเลข
ที่อยู่อีเมลและชื่อเข้าสู่ระบบที่อยู่ตัวยึดตำแหน่ง
หมายเลขโทรศัพท์นำออก
แผนก ตำแหน่ง และสถานที่นำออก
ภาษา ธีมสว่างหรือมืด สถานะความพร้อมกลับเป็นค่าเริ่มต้น
รหัสผ่านและรายการรหัสผ่านเดิมลบ
คีย์การเข้าสู่ระบบสองขั้นตอน และการเชื่อมโยงกับบัญชีที่ผู้ให้บริการเข้าสู่ระบบ (SSO)ลบ
เหตุการณ์การเข้าสู่ระบบในบันทึกความปลอดภัยถูกลบ การดำเนินการด้านผู้ดูแลระบบของบุคคลนั้นในบันทึกความปลอดภัยยังคงอยู่ ชื่อของเขาในนั้นจะถูกแทนที่ด้วยชื่อแทน
รูปโปรไฟล์ลบ
บทบาทและการเป็นสมาชิกทีมนำออก หลังจากนั้นรายการผู้ใช้จะแสดงบทบาท “Customer”
การเลือกคอลัมน์ของตนเองในรายการทิกเก็ตนำออก
นาฬิกาจับเวลาการบันทึกเวลาที่กำลังเดินอยู่ลบ
ตัวบัญชีเองยังคงอยู่ ในสถานะถูกลบและถูกล็อกถาวร ทิกเก็ต ความคิดเห็น และรายการเวลายังชี้ไปที่บัญชีนี้ รายงานจึงยังนับต่อไป
เครื่องหมายใช่/ไม่ใช่สำหรับที่อยู่อีเมลที่ยืนยันแล้ว หมายเลขโทรศัพท์ที่ยืนยันแล้ว และการเข้าสู่ระบบสองขั้นตอน การตั้งค่าใช่/ไม่ใช่ของรายการทิกเก็ต ตัวนับความพยายามที่ล้มเหลว เวลาที่เปลี่ยนรหัสผ่านล่าสุด และเวลาที่ปิดใช้งานยังคงอยู่ ไม่มีค่าใดของบุคคลนั้น มีเพียงใช่หรือไม่ใช่ ตัวเลข และเวลา ตัวที่อยู่ หมายเลข รหัสผ่าน และคีย์เองถูกแทนที่หรือลบแล้ว
ข้อมูลบนทิกเก็ตว่าใครเป็นผู้เปลี่ยนแปลงล่าสุดถูกลบออก หลังจากนั้นทิกเก็ตจะไม่ระบุใครเป็นผู้เปลี่ยนแปลงล่าสุดอีก

สำเนาของชื่อ

ในบางที่ ระบบเก็บชื่อไว้อีกครั้ง ทำให้รายการยังแสดงได้ว่าใครเป็นผู้สร้างแม้หลังมีการเปลี่ยนแปลง สำเนาเหล่านี้ก็ถูกแทนที่ด้วย

ที่สิ่งที่เกิดขึ้น
ผู้ที่เปลี่ยนแปลงในประวัติทิกเก็ตชื่อตัวยึดตำแหน่ง
ชื่อบนรายการเวลาชื่อตัวยึดตำแหน่ง
ผู้ที่เปลี่ยนบทความในฐานความรู้ชื่อตัวยึดตำแหน่ง
รายการใน “Audit log” ของทีม รวมถึง “Added user …” และ “Removed user …”ชื่อตัวยึดตำแหน่ง
ชื่อผู้ร้องขอบนทิกเก็ตที่บุคคลนี้ส่งชื่อตัวยึดตำแหน่ง หมายเลขโทรศัพท์ของผู้ร้องขอจะถูกนำออก
ค่าเดิมและค่าใหม่ในประวัติทิกเก็ต ได้แก่ ชื่อ ที่อยู่ และโทรศัพท์ของผู้ร้องขอ ผู้ติดตาม การมอบหมายเป็นตัวยึดตำแหน่งหรือนำออก ใช้กับทิกเก็ตของบุคคลนั้น และทิกเก็ตที่ก่อนหน้านี้บุคคลนั้นเป็นผู้ร้องขอ

ที่อยู่อีเมล

ทุกที่ที่เก็บที่อยู่ของบุคคลนั้นเป็นช่องข้อมูลแยก ที่อยู่นั้นจะกลายเป็นที่อยู่ตัวยึดตำแหน่ง ตัวพิมพ์ใหญ่และเล็กไม่มีผล

ที่สิ่งที่เกิดขึ้น
ที่อยู่ผู้ร้องขอบนทิกเก็ตที่อยู่ตัวยึดตำแหน่ง
ผู้รับแบบสำรวจความพึงพอใจที่อยู่ตัวยึดตำแหน่ง
ที่อยู่ของผู้อนุมัติ ในการอนุมัติและในคำขอที่มีงานที่อยู่ตัวยึดตำแหน่ง
ผู้ส่งอีเมลขาเข้าที่อยู่ตัวยึดตำแหน่ง
ที่อยู่ผู้รับแบบคงที่ในแม่แบบการตอบกลับที่อยู่ตัวยึดตำแหน่ง
บันทึกภายในว่ากฎอีเมลจัดการอีเมลฉบับหนึ่งไปแล้วที่อยู่ตัวยึดตำแหน่ง
ที่อยู่ในบันทึกการส่งออกข้อมูลครั้งก่อนที่อยู่ตัวยึดตำแหน่ง ตัวบันทึกเองยังคงอยู่เป็นหลักฐาน การส่งออกข้อมูลครั้งต่อไปสำหรับที่อยู่นี้ก็บันทึกเฉพาะตัวยึดตำแหน่งเช่นกัน
คำแนะนำข้อมูลผู้ร้องขอเมื่อสร้างทิกเก็ตลบถ้ามีที่อยู่นั้นอยู่
รายการในรายชื่อบล็อกอีเมลยังคงอยู่ มิฉะนั้นสแปมจากที่อยู่นี้จะผ่านเข้ามาอีกหลังการลบ
ความยินยอมและการเลิกรับแบบสำรวจความพึงพอใจถูกลบ หากรายการสุดท้ายเป็นการเลิกรับ รายการนั้นจะยังคงอยู่เป็นหนึ่งรายการที่ไม่มีที่อยู่ รายการ “Survey consents and unsubscribes” แสดงรายการนั้นว่า “anonymized” จนกว่าบุคคลนั้นจะให้ความยินยอมอีกครั้งหรือกลับมารับอีกครั้ง จะไม่มีแบบสำรวจส่งไปยังที่อยู่นั้น หากอ่านกุญแจการทำให้เป็นนิรนามไม่ได้แล้วหรือถูกทิ้งไปแล้ว รายการนี้ก็ไม่มีผลอีกต่อไป

ที่อยู่ในข้อความ

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

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

ล้างเนื้อหาของทิกเก็ตที่ส่ง

เมื่อทำเครื่องหมายช่อง “Also clear the content of tickets this person requested” ทิกเก็ตเหล่านี้จะสูญเสียเนื้อหา สิ่งที่รายงานและกำหนดเวลาต้องใช้ยังคงอยู่

ส่วนของทิกเก็ตสิ่งที่เกิดขึ้น
หมายเลข วันที่ สถานะ ทีม หมวดหมู่ ลำดับความสำคัญ การมอบหมาย และกำหนดเวลายังคงอยู่
ชื่อเรื่องกลายเป็น “Content removed”
คำอธิบายล้าง
ความคิดเห็นทั้งหมด รวมถึงคำตอบของเจ้าหน้าที่ล้างข้อความ ตัวความคิดเห็นยังคงอยู่ เพื่อให้การตอบกลับครั้งแรกและกำหนดเวลายังถูกต้อง
หัวเรื่องของอีเมลขาเข้าล้าง
ค่าของฟิลด์กำหนดเองลบ
หมายเหตุการติดตามผลและสถานที่ล้าง
ประวัติทิกเก็ตประเภทของการเปลี่ยนแปลงแต่ละครั้งยังคงอยู่ ค่าจะถูกล้าง ยกเว้นสถานะ ลำดับความสำคัญ หมวดหมู่ หมวดหมู่ย่อย ช่องทาง ทีม การยกระดับ และการมอบหมาย รายงานต้องใช้ค่าเหล่านี้
แบบสำรวจความพึงพอใจคะแนนยังคงอยู่ ความคิดเห็นถูกล้าง
รายการเวลานาทีที่บันทึกยังคงอยู่ หมายเหตุถูกล้าง
ไฟล์แนบลบ ทั้งรายการและไฟล์

ข้อจำกัด

ชื่อในข้อความทั่วไปยังคงอยู่ เช่น “ด้วยความนับถือ Max” ที่ท้ายอีเมล หมายเลขโทรศัพท์ในข้อความทั่วไปก็ยังคงอยู่ ทั้งสองอย่างจดจำได้ไม่แน่นอน สำหรับทิกเก็ตของลูกค้ามีช่องสำหรับล้างเนื้อหา

ถ้าบัญชีอื่นมีชื่อและนามสกุลเดียวกัน ชื่อของบุคคลนั้นจะไม่ถูกแทนที่ในประวัติทิกเก็ตหรือในฐานะชื่อผู้ร้องขอ มิฉะนั้นรายการของอีกคนจะได้รับผลกระทบด้วย ที่อยู่และโทรศัพท์ยังถูกแทนที่อยู่ดี การตรวจจะเปรียบเทียบชื่อและนามสกุล ประวัติการมอบหมายเก็บชื่อเข้าสู่ระบบไว้ ดังนั้นคนที่ชื่อเหมือนกันซึ่งปรากฏที่นั่นด้วยชื่อเข้าสู่ระบบเท่านั้นจะไม่ถูกตรวจพบ

รายการเก่ามากในประวัติทิกเก็ตที่ยังไม่ชี้ไปที่บัญชีจะมีเพียงชื่อ รายการเหล่านี้จดจำไม่ได้

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

ที่อยู่ในการตั้งค่าจะไม่ถูกเปลี่ยน เช่น ในกฎอีเมลและกฎอัตโนมัติ ถ้ามีที่อยู่ของบุคคลนั้นอยู่ที่นั่น ให้เปลี่ยนเอง

ถ้าบุคคลนั้นเขียนมาอีกหลังการทำงาน การทำงานรอบใหม่ด้วยที่อยู่ของเขาจะครอบคลุมอีเมลใหม่ด้วย คุณเริ่มรอบนี้ด้วย “Export by e-mail address” หมายเลขยังคงเดิม การทำงานรอบใหม่กับบัญชีที่เป็นนิรนามแล้วจะไม่พบอีเมลใหม่ บัญชีนั้นไม่รู้จักที่อยู่เดิมอีกต่อไป

ระบบดูแลเรื่องที่เก็บถาวรเอง เมื่อคุณกู้คืนที่เก็บถาวร ทุกคนที่เคยถูกทำให้เป็นนิรนามจะถูกทำให้เป็นนิรนามอีกครั้งในทิกเก็ตที่กู้คืน ข้อความหลังการกู้คืนจะบอกจำนวน ที่อยู่ที่ปรากฏในทิกเก็ตเหล่านั้นเฉพาะในข้อความทั่วไปจะจดจำไม่ได้ที่นั่น นอกจากนี้ การทำงานรอบกลางคืนหลังการทำให้เป็นนิรนามจะอัปเดตไฟล์ที่เก็บถาวรด้วย การ์ด “ระยะเวลาการเก็บรักษา” อธิบายเรื่องนี้

ข้อมูลสำรองต่างออกไป ข้อมูลสำรองที่ทำไว้ก่อนการทำงานรอบหนึ่งยังมีข้อมูลเดิมอยู่ เมื่อกู้คืน “Ticket System Backup & Restore” จะดูแลเรื่องนี้ให้ แอปพลิเคชันจะถามว่าจะทำให้ทุกคนที่ถูกทำให้เป็นนิรนามในสภาพของวันนี้เป็นนิรนามอีกครั้งหรือไม่ “Yes” ถูกเลือกไว้ล่วงหน้า จากนั้นระบบทิกเก็ตจะทำสิ่งนี้ในการทำงานรอบกลางคืนเวลา 03:00 น. ตามเขตเวลาที่ตั้งไว้ ข้อนี้ใช้แม้สวิตช์จะปิดอยู่ ก่อนถึงตอนนั้นชื่อของพวกเขาจะมองเห็นได้อีกครั้ง การ์ด “Data protection” จะแสดงหมายเหตุพร้อมจำนวน ข้อมูลสำรองจะนำการตั้งค่าสวิตช์ในตอนนั้นกลับมาด้วย ดังนั้นให้ตรวจสวิตช์หลังการกู้คืน

ถ้าคุณกู้คืนข้อมูลสำรองด้วยวิธีอื่น ตอบ “No” หรือใช้ “--no-reapply” ในบรรทัดคำสั่ง สิ่งนี้จะไม่เกิดขึ้น ในกรณีนั้นวิธีอัตโนมัติจะพบบัญชีที่ลบแล้วอีกครั้ง ตราบใดที่สวิตช์เปิดอยู่ รอบที่คุณเริ่มเองต้องทำซ้ำ ลิงก์ “Download list of anonymizations” ในการ์ด “Data protection” ช่วยในเรื่องนี้ ให้ดาวน์โหลดรายการก่อนการกู้คืน หลังจากนั้นรายการจะไม่มีรอบที่ทำหลังการสำรองข้อมูลอีกต่อไป รายการมีหนึ่งแถวต่อบุคคลที่ทำให้เป็นนิรนามแล้ว โดยมีคอลัมน์ “Date”, “Number”, “Account ID”, “E-mail hash” และ “Content cleared” โดย “Date” คือเวลาของการทำงานรอบแรกตามเวลา UTC ส่วน “Account ID” จะมีค่าเฉพาะเมื่อมีการทำให้บัญชีเป็นนิรนาม “E-mail hash” คือลายนิ้วมือของที่อยู่ที่ย้อนกลับไม่ได้ และ “Content cleared” บอกว่าเนื้อหาของทิกเก็ตที่บุคคลนั้นร้องขอถูกล้างหรือไม่ หลังการทำงานทุกรอบ ให้ดาวน์โหลดรายการนี้เอง และเก็บไว้นอกระบบ ข้อมูลสำรองที่ทำไว้ก่อนการทำงานรอบหนึ่งจะไม่มีรอบนั้นอยู่

ข้อความสำหรับนโยบายความเป็นส่วนตัวของคุณ

ในฐานะผู้ดำเนินการ คุณต้องแจ้งให้บุคคลทราบว่าคุณเก็บข้อมูลของพวกเขาไว้นานเท่าใด คุณนำข้อความนี้ไปใช้ในนโยบายความเป็นส่วนตัวของคุณเองได้

ข้อความตัวอย่าง

หลังจากท่านพ้นสภาพ ชื่อและที่อยู่อีเมลของท่านในระบบทิกเก็ตจะถูกแทนด้วยตัวยึดตำแหน่งเมื่อครบ [36] เดือน ทิกเก็ตและตัวชี้วัดจะถูกเก็บไว้โดยไม่เชื่อมโยงกับท่าน เมื่อท่านร้องขอ เราสามารถทำให้ข้อมูลของท่านเป็นนิรนามได้เร็วกว่านั้น หากไม่ขัดกับหน้าที่ในการเก็บรักษา ข้อมูลของผู้ติดต่อภายนอกที่ไม่ได้ติดต่อกันมาแล้ว [36] เดือนจะถูกทำให้เป็นนิรนามด้วยวิธีเดียวกัน เหตุการณ์การเข้าสู่ระบบในบันทึกความปลอดภัยจะถูกลบเมื่อครบ [90] วัน รายการเกี่ยวกับการดำเนินการด้านผู้ดูแลระบบจะถูกลบเมื่อครบ [12] เดือน

ปรับตัวเลขให้ตรงกับการตั้งค่าของคุณ ตัดทุกประโยคที่สวิตช์ปิดอยู่ออก ให้ที่ปรึกษาด้านการคุ้มครองข้อมูลของคุณตรวจข้อความนี้ คู่มือนี้ไม่ใช่คำแนะนำทางกฎหมาย

คำขอลบข้อมูลและบุคคลที่กลับมา

การลบและการทำให้เป็นนิรนามเป็นสองเรื่องที่ต่างกัน “Delete account” แค่ซ่อนบัญชีไว้ “Restore account” นำบัญชีกลับมา จนถึงตอนนั้นที่อยู่อีเมลของบัญชียังคงสงวนไว้ให้บัญชีนี้ ดังนั้นคำขอลบข้อมูลให้ดำเนินการด้วย “Anonymize” ในกล่องโต้ตอบการส่งออกข้อมูล การดำเนินการนี้ยกเลิกไม่ได้ ชื่อและที่อยู่จะถูกแทนด้วย “Anonymized user” และหมายเลข การเชื่อมโยงกับบัญชีที่ผู้ให้บริการลงชื่อเข้าใช้ครั้งเดียวจะถูกลบ

ที่อยู่อีเมลแต่ละรายการเป็นของบัญชีเดียวเท่านั้น ถ้าคุณสร้างบัญชีด้วยที่อยู่ที่บัญชีอื่นมีอยู่แล้ว ระบบจะปฏิเสธ ข้อความคือ “This e-mail address already belongs to another account.” การเปลี่ยนที่อยู่ของบัญชีก็เช่นกัน ถ้าที่อยู่นั้นเป็นของบัญชีที่ถูกลบ ข้อความคือ “This e-mail address belongs to a deleted account. Restore that account instead.” ให้กู้คืนบัญชีเดิมแทนการสร้างบัญชีใหม่ บัญชีที่เป็นนิรนามแล้วไม่นับรวม บัญชีเหล่านั้นมีเพียงที่อยู่ตัวยึดตำแหน่ง

บัญชีที่ถูกลบจะกู้คืนไม่ได้ ถ้าในระหว่างนั้นมีบัญชีที่ใช้งานอยู่อีกบัญชีหนึ่งมีที่อยู่เดียวกัน ข้อความจะเป็น “This e-mail address already belongs to another account.” ให้เปลี่ยนที่อยู่ของบัญชีอีกบัญชีหนึ่งก่อน

จากช่วงก่อนมีกฎนี้ อาจมีบัญชีที่ใช้ที่อยู่ร่วมกัน การจัดการผู้ใช้จะแสดงหมายเหตุ “This e-mail address belongs to more than one account. Change it so that each account has its own address.” ที่บัญชีเหล่านั้น ให้กำหนดที่อยู่ของตัวเองให้แต่ละบัญชี จนถึงตอนนั้น การเข้าสู่ระบบด้วยที่อยู่นี้แทนชื่อผู้ใช้จะใช้ไม่ได้ อีเมลสำหรับรีเซ็ตรหัสผ่านก็จะไม่ถูกส่ง

ถ้าบุคคลกลับมาหลังจากคำขอลบข้อมูล บุคคลนั้นจะได้บัญชีใหม่ เช่น เมื่อเข้าสู่ระบบอีกครั้งผ่าน Google หรือ Microsoft ด้วยที่อยู่เดิม สำหรับกรณีนี้ “Automatically create accounts on first sign-in” ต้องเปิดอยู่ บัญชีที่เป็นนิรนามแล้วไม่มีที่อยู่ของบุคคลนั้นอีกต่อไปและไม่ขวางบัญชีใหม่

การทำให้เป็นนิรนามครั้งก่อนจะไม่กระทบทิกเก็ตใหม่ของบุคคลนี้เลย ข้อนี้ใช้หลังการกู้คืนข้อมูลสำรองหรือที่เก็บถาวรด้วย เมื่อนำการทำให้เป็นนิรนามมาใช้อีกครั้ง จะครอบคลุมเฉพาะข้อมูลที่เกิดก่อนเวลาของการทำให้เป็นนิรนามนั้น

ถ้าบัญชีเดิมถูกลบเท่านั้นแต่ไม่ได้ทำให้เป็นนิรนาม ระบบจะปฏิเสธการเข้าสู่ระบบครั้งแรกผ่าน SSO ด้วยที่อยู่นี้ สิ่งที่บุคคลนั้นเห็นขึ้นอยู่กับผู้ให้บริการ ถ้าผู้ให้บริการยืนยันที่อยู่ ข้อความคือ “An account with this e-mail address was deleted. Ask an administrator to restore it.” ถ้าไม่ยืนยัน ข้อความคือ “Your e-mail address is not verified with the provider.” ด้วยวิธีนี้ระบบจะไม่เปิดเผยว่ามีบัญชีที่ถูกลบสำหรับที่อยู่หนึ่งหรือไม่

ในฐานะผู้ดูแลระบบ คุณมีสองทางเลือก ถ้าคุณกู้คืนบัญชีเดิมด้วย “Restore account” บุคคลนั้นจะทำงานต่อในบัญชีนั้นพร้อมประวัติของตน การเข้าสู่ระบบผ่าน SSO จะสำเร็จถ้าบัญชีเคยเชื่อมโยงกับผู้ให้บริการนี้แล้ว หรือผู้ให้บริการยืนยันที่อยู่ ถ้าคำขอลบข้อมูลยังมีผลอยู่ ให้ทำให้บัญชีเดิมเป็นนิรนาม หลังจากนั้นที่อยู่จะว่าง และการเข้าสู่ระบบจะสร้างบัญชีใหม่

ในกรณีนี้ การลงทะเบียนด้วยตนเองจะตอบอย่างเป็นกลาง: “Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” โดยไม่เปิดเผยว่ามีบัญชีสำหรับที่อยู่นั้นหรือไม่

6

ระยะเวลาการเก็บรักษา

ก่อนเริ่ม: เฉพาะผู้ดูแลระบบเท่านั้นที่เปลี่ยนการตั้งค่าเหล่านี้ได้ การทำให้เป็นนิรนามยกเลิกไม่ได้

ระบบเก็บข้อมูลส่วนบุคคลไว้เท่าที่จำเป็นเท่านั้น บุคคลจะถูกทำให้เป็นนิรนามเมื่อพ้นสภาพหรือเมื่อร้องขอ การพ้นสภาพหมายถึงบัญชีที่ถูกลบ หรือผู้ติดต่อภายนอกที่ไม่ได้ติดต่อกันมานาน คำร้องขอให้จัดการในกล่องโต้ตอบการส่งออกข้อมูลด้วย “Anonymize”

ตัวทิกเก็ตเองไม่มีระยะเวลา เนื้อหายังคงมีประโยชน์ เช่น เป็นประวัติลูกค้า รายงานและการบันทึกเวลายังคงนับต่อไป

ระยะเวลาทั้งหมดอยู่ใน “Settings → Security” ที่การ์ด “Data protection” การ์ดนี้มีสามบล็อก ได้แก่ “Deleted accounts” “External contacts” และ “Security log retention” แต่ละบล็อกมีสวิตช์ ระยะเวลา และ “Save” บล็อก “Security log retention” มีสวิตช์สองตัวและระยะเวลาสองค่า ด้านล่างมี “Archives” หลังการกู้คืนจะมี “Restore from a backup” เพิ่มขึ้นทันทีที่การทำงานรอบถัดไปเวลา 03:00 น. เสร็จแล้ว ก่อนถึงตอนนั้นการ์ดจะแสดงหมายเหตุ “… will be applied again tonight at 03:00.” บล็อกแรกอธิบายไว้ในการ์ด “ทำให้บุคคลเป็นนิรนาม” ที่นั่นยังมีข้อความตัวอย่างสำหรับนโยบายความเป็นส่วนตัวของคุณด้วย ใต้คำอธิบายของการ์ด “Data protection” มีลิงก์ “Data protection guide for operators” แนวทางนี้มีเทมเพลตสำหรับบันทึกรายการกิจกรรมการประมวลผล มาตรการเชิงเทคนิคและเชิงองค์กร และนโยบายการเก็บรักษาและการลบ

ใต้แต่ละบล็อกมีบรรทัด “Last run” บรรทัดนี้บอกวันที่และเวลาของการทำงานรอบกลางคืนครั้งล่าสุด และจำนวนบุคคลหรือรายการที่จัดการ “0 done” หมายความว่าไม่มีอะไรต้องทำ “Not run yet” จะแสดงอยู่ตราบที่งานยังไม่มีผลลัพธ์ ถ้าสวิตช์ปิดอยู่ งานนั้นจะไม่ทำงาน

ถ้าบรรทัดเป็นสีส้ม แสดงว่างานทำไม่ครบทั้งหมด เมื่อเป็น “skipped” จะบอกจำนวนบุคคล รายการ หรือไฟล์ที่ถูกข้าม สำหรับ “Archives” คือไฟล์ที่ถูกล็อกหรือเสียหาย เมื่อเป็น “failed” แสดงว่างานทั้งหมดล้มเหลว ประโยคที่ตามมาบอกว่าต้องทำอะไร ถ้าเขียนว่า “Details are in the server log.” ให้อ่านบันทึกของเซิร์ฟเวอร์ บน Linux คำสั่ง “sudo podman logs container-backend-1” จะแสดงบันทึกนี้ ถ้ากล่าวถึงคีย์สำหรับการทำให้เป็นนิรนาม ให้ทำตามหัวข้อ “เมื่ออ่านคีย์ไม่ได้” ด้านล่าง สิ่งที่ถูกข้ามจะถูกลองใหม่ในการทำงานรอบกลางคืนครั้งถัดไป

อ่านเพิ่มเติมได้ในการ์ด: ทำให้บุคคลเป็นนิรนาม, การเอาทุกอย่างกลับคืนมา

การ์ด “Data protection” ที่มีบล็อก “Deleted accounts” “External contacts” และ “Security log retention” ด้านล่างมี “Archives” และ “Restore from a backup” แต่ละรายการมีบรรทัด “Last run”
กรอบสีแดงอยู่ที่บรรทัด “Last run” ตรงนี้สวิตช์ทั้งสี่เปิดอยู่ ตามค่าเริ่มต้นจะเปิดเฉพาะสวิตช์สองตัวในบล็อก “Security log retention”เปิดภาพขนาดเต็ม
บล็อก “External contacts” ที่มีสวิตช์ “Anonymize external contacts automatically” และช่อง “Months without contact”
กรอบสีแดงอยู่ที่สวิตช์และจำนวนเดือน ข้อความด้านล่างบอกว่าอะไรนับเป็นการติดต่อเปิดภาพขนาดเต็ม
หน้าต่าง “Who will be anonymized” ที่มีประโยค “Nobody is due yet with this time limit.” คำ ANONYMIZE ที่พิมพ์ไว้ และ “Confirm”
กรอบสีแดงอยู่ที่ช่องและที่ “Confirm” ตรงนี้ระยะเวลาถูกลดเหลือ 24 เดือน และไม่มีใครเข้าเกณฑ์ หากมี ตรงนี้จะแสดงจำนวนและบุคคลกลุ่มแรกพร้อมการติดต่อครั้งล่าสุดเปิดภาพขนาดเต็ม
การ์ด “Recent sign-in attempts” ที่มีประโยค “Entries are deleted after 90 days (Settings → Security).” และการเข้าสู่ระบบสามครั้ง
กรอบสีแดงอยู่ที่ประโยคเรื่องระยะเวลา ถ้าปิดการลบไว้ จะเขียนว่า “Entries are kept until you delete them.”เปิดภาพขนาดเต็ม
หมายเหตุสองข้อที่ด้านบนของการ์ด ได้แก่ จำนวนที่อยู่ที่จดจำไม่ได้แล้ว และการทำให้เป็นนิรนามที่โอนย้ายไม่ได้
กรอบสีแดงอยู่ที่หมายเหตุเรื่องการโอนย้าย สิ่งที่ต้องทำอยู่ในหัวข้อ “การกู้คืนข้อมูลสำรอง”เปิดภาพขนาดเต็ม
คำเตือน “The anonymization key cannot be read” พร้อมลิงก์ “How to restore the key” และปุ่ม “Discard old key”
กรอบสีแดงอยู่ที่ลิงก์มายังคู่มือนี้และที่ “Discard old key” ตราบที่คำเตือนยังแสดงอยู่ การ์ดจะไม่แสดงหมายเหตุเรื่องการทำให้เป็นนิรนามที่รอดำเนินการเปิดภาพขนาดเต็ม
หน้าต่าง “Discard old key” ที่พิมพ์ DISCARD ไว้ในช่อง “Confirmation word”
กรอบสีแดงอยู่ที่ช่องและที่ “Discard old key” ต้องพิมพ์คำนี้ก่อนจึงจะคลิกปุ่มได้เปิดภาพขนาดเต็ม

ผู้ติดต่อภายนอก

ผู้ติดต่อภายนอกคือบุคคลที่ไม่มีบัญชีพนักงาน ได้แก่ ผู้แจ้งที่ไม่มีบัญชีและบัญชีลูกค้า สำหรับระบบ คนกลุ่มนี้ไม่เคยพ้นสภาพ ดังนั้นบล็อกนี้จึงนับเวลาตั้งแต่การติดต่อครั้งล่าสุด

การติดต่อครั้งล่าสุดคือเวลาที่ใหม่ที่สุดในเวลาต่อไปนี้ การเปลี่ยนแปลงล่าสุดในทิกเก็ตที่บุคคลนั้นแจ้ง อีเมลจากบุคคลนั้น ความคิดเห็นของบุคคลนั้นเอง คำตอบในแบบสำรวจความพึงพอใจ การอนุมัติที่ส่งถึงบุคคลนั้น และคำแนะนำสำหรับข้อมูลผู้แจ้ง สำหรับบัญชีลูกค้า วันที่สร้างบัญชีก็นับด้วย ดังนั้นบัญชีใหม่ที่ไม่เคยใช้จึงไม่เข้าเกณฑ์ทันที บัญชีที่มีอยู่ก่อนอัปเดตเป็นเวอร์ชัน 1.7.0 จะถือว่าสร้างในวันที่อัปเดต

บัญชีพนักงานและที่อยู่ของบัญชีเหล่านั้นจะไม่ได้รับผลกระทบเลย ข้อนี้ใช้กับที่อยู่ที่ใช้ร่วมกัน เช่น info@ ด้วย หากเป็นของบัญชีพนักงาน ผู้ที่มีทิกเก็ตที่ยังไม่ปิดจะถูกข้ามไปจนกว่าทิกเก็ตจะปิด บัญชีที่ถูกลบเป็นของบล็อก “Deleted accounts”

สวิตช์ “Anonymize external contacts automatically” ปิดอยู่ตามค่าเริ่มต้น ข้าง “Months without contact” ให้ใส่จำนวนเดือน ใส่ได้ตั้งแต่ 1 ถึง 120 ค่าเริ่มต้นคือ 36

เมื่อคุณเปิดสวิตช์ หน้าต่าง “Who will be anonymized” จะเปิดขึ้นก่อน หน้าต่างนี้บอกจำนวนบุคคลที่เข้าเกณฑ์และแสดงกลุ่มแรกพร้อมการติดต่อครั้งล่าสุด พิมพ์ ANONYMIZE ลงในช่องแล้วคลิก “Confirm” หน้าต่างเดียวกันจะปรากฏเมื่อคุณลดจำนวนขณะที่สวิตช์เปิดอยู่แล้วคลิก “Save”

การตั้งค่านี้จะมีผลในการทำงานรอบกลางคืนครั้งถัดไป บุคคลที่เข้าเกณฑ์แต่ละคนจะถูกทำให้เป็นนิรนามเหมือนใช้ “Anonymize” เนื้อหาของบุคคลนั้นจะไม่ถูกล้างเลย สิ่งที่เหลือคือตัวยึดตำแหน่ง ทิกเก็ต และตัวชี้วัด ชื่อและหมายเลขโทรศัพท์ในข้อความทั่วไปยังคงอยู่ ข้อจำกัดระบุไว้ในการ์ด “ทำให้บุคคลเป็นนิรนาม”

บันทึกความปลอดภัย

บันทึกความปลอดภัยเก็บเหตุการณ์การเข้าสู่ระบบและการดำเนินการด้านผู้ดูแลระบบ เหตุการณ์การเข้าสู่ระบบมีที่อยู่ IP และข้อมูลระบุเบราว์เซอร์ด้วย สิ่งที่ถูกบันทึกอย่างละเอียดอธิบายไว้ในการ์ด “บันทึกความปลอดภัย”

การ์ด “Recent sign-in attempts” ใน “Settings → SSO Settings” แสดงเหตุการณ์การเข้าสู่ระบบผ่าน SSO และไดเรกทอรี 100 รายการล่าสุด ผู้ที่มีสิทธิ์เปิดหน้านั้นจะเห็นการ์ดนี้ ตามค่าเริ่มต้นมีเฉพาะผู้ดูแลระบบ ประโยคใต้ชื่อการ์ดบอกระยะเวลา เช่น “Entries are deleted after 90 days (Settings → Security).”

โดยค่าเริ่มต้น เหตุการณ์การเข้าสู่ระบบจะถูกลบเมื่อครบ 90 วัน และการดำเนินการด้านผู้ดูแลระบบเมื่อครบ 12 เดือน ในบล็อก “Security log retention” คุณตั้งค่าได้ 7 ถึง 365 วันข้าง “Days” และ 1 ถึง 120 เดือนข้าง “Months” สวิตช์ “Delete old sign-in events” และ “Delete old administrator actions” ใช้ปิดการลบ เมื่อปิดแล้วรายการจะยังคงอยู่ ไม่ต้องใช้คำยืนยัน เพราะลบเฉพาะรายการ ไม่ใช่บุคคล

การเข้าสู่ระบบด้วยชื่อผู้ใช้และรหัสผ่านก็อยู่ในบันทึกความปลอดภัยเช่นกัน ความพยายามที่ล้มเหลวจะถูกเก็บพร้อมที่อยู่ IP และเบราว์เซอร์ การเข้าสู่ระบบที่สำเร็จจะถูกเก็บเฉพาะของผู้ดูแลระบบและหลังจากมีความพยายามที่ล้มเหลว

ที่เก็บถาวร

ไฟล์ที่เก็บถาวรมีบุคคลที่ถูกทำให้เป็นนิรนามภายหลังอยู่ด้วย ดังนั้นการทำงานรอบกลางคืนหลังการทำให้เป็นนิรนามจะอัปเดตไฟล์ที่เก็บถาวรทุกไฟล์ที่มีบุคคลนั้นอยู่ ชื่อและที่อยู่ในนั้นจะถูกแทนด้วยตัวยึดตำแหน่งเดียวกับในฐานข้อมูล ถ้าเนื้อหาถูกล้างไปแล้ว ไฟล์แนบของทิกเก็ตเหล่านั้นก็จะไม่อยู่ในที่เก็บถาวรด้วย

จนถึงคืนถัดไป บุคคลนั้นจึงยังอยู่ในที่เก็บถาวรเป็นข้อความที่อ่านได้ ที่เก็บถาวรไม่มีสวิตช์ ไฟล์ที่เก็บถาวรที่ถูกล็อกอยู่ในขณะนั้นจะไม่เปลี่ยนแปลง เช่น เพราะกำลังดาวน์โหลดหรือกู้คืน ไฟล์ที่เสียหายก็เช่นกัน การทำงานรอบกลางคืนครั้งถัดไปจะลองใหม่

เวลาและเขตเวลา

งานทั้งหมดนี้ทำงานวันละครั้งเวลา 03:00 น. โดยใช้เขตเวลาใน “Settings → General Settings” ที่การ์ด “Time Zone” นาฬิกาของเซิร์ฟเวอร์ไม่มีผล เซิร์ฟเวอร์จำนวนมากทำงานตาม UTC ที่นั่น 03:00 น. จะเป็นเวลาอื่นสำหรับคุณ

ระบบตรวจทุกสิบนาทีว่าถึงเวลาทำงานแล้วหรือยัง การตรวจครั้งแรกหลัง 03:00 น. จะเริ่มการทำงาน ถ้าเซิร์ฟเวอร์ปิดอยู่ตอน 03:00 น. การทำงานจะเกิดขึ้นในการตรวจครั้งแรกหลังเริ่มระบบ

หลังอัปเดตเป็นเวอร์ชัน 1.7.0 การทำงานครั้งแรกจะเกิดขึ้นไม่นานหลังการอัปเดต อย่างช้าที่สุดเวลา 03:00 น. ของคืนถัดไป การทำงานครั้งนั้นจะลบรายการในบันทึกการเข้าสู่ระบบที่เก่ากว่า 90 วัน

ถ้าคุณเปลี่ยนเขตเวลา เขตเวลาใหม่จะมีผลตั้งแต่การตรวจครั้งถัดไป การทำงานเกิดขึ้นได้สูงสุดวันละครั้งตามปฏิทิน หลังเปลี่ยนไปเขตเวลาทางตะวันตก การทำงานของวันนั้นอาจไม่เกิดขึ้น แล้วจะเกิดขึ้นในวันถัดไป

แอปพลิเคชัน “Ticket System Backup & Restore” วางแผนการสำรองข้อมูลตามเขตเวลาเดียวกัน แอปพลิเคชันอ่านเขตเวลาจากระบบทิกเก็ตเมื่อมีการนำกำหนดการไปใช้ แท็บ “Schedule” และ “schedule --show” แสดงเวลาพร้อมเขตเวลา เช่น “02:00 (Europe/Berlin)” ถ้าตอนนั้นเชื่อมต่อฐานข้อมูลไม่ได้ จะใช้เขตเวลาเดิมต่อไป ถ้ายังไม่มี จะใช้นาฬิกาของคอมพิวเตอร์และแสดงว่า “(host clock)”

ระบบปฏิบัติการรู้จักเพียงนาฬิกาของตัวเอง แอปพลิเคชันจึงแปลงเวลาให้ แอปพลิเคชันจะลงทะเบียนหนึ่งหรือสองรายการต่อกำหนดการ ขึ้นอยู่กับเขตเวลาของเซิร์ฟเวอร์ ด้วยวิธีนี้การสำรองข้อมูลจะทำงานตรงเวลาทั้งในฤดูร้อนและฤดูหนาว เมื่อเริ่มทำงาน แอปพลิเคชันจะตรวจว่าถึงเวลาสำรองข้อมูลจริงหรือไม่ ถ้ายังไม่ถึง จะจบโดยไม่สำรองข้อมูล และในบันทึกจะมี “No backup is due at this time in …”

ถ้าคุณเปลี่ยนเขตเวลาในระบบทิกเก็ต การสำรองข้อมูลตามกำหนดครั้งถัดไปจะยังทำงานอยู่ จากนั้นแอปพลิเคชันจะลงทะเบียนกำหนดการใหม่ ในบันทึกจะมีคำเตือนที่ขึ้นต้นด้วย “The time zone in the ticket system changed” ถ้าลงทะเบียนกำหนดการใหม่ไม่ได้ จะมีข้อความ “The schedule could not be updated.” ให้เปิดแอปพลิเคชันแล้วคลิก “Apply schedule”

เมื่ออ่านคีย์ไม่ได้

ระบบจดจำที่อยู่อีเมลที่ถูกทำให้เป็นนิรนามในรูปแบบลายนิ้วมือ จึงต้องใช้คีย์ คีย์นี้ได้รับการปกป้องโดยพวงกุญแจของเซิร์ฟเวอร์ พวงกุญแจประกอบด้วยไฟล์ key-*.xml ในโฟลเดอร์คีย์ ถ้าไฟล์เหล่านี้หายไปหรือไม่ตรงกัน การ์ดจะแสดงคำเตือน “The anonymization key cannot be read”

เมื่อนั้นรหัสผ่านที่บันทึกไว้สำหรับอีเมลและ SSO ก็ใช้ไม่ได้ด้วย เพราะขึ้นอยู่กับพวงกุญแจเดียวกัน การทำงานรอบกลางคืนสำหรับบัญชีที่ถูกลบและบันทึกความปลอดภัยยังคงทำงานต่อ บุคคลที่รู้จักเพียงจากที่อยู่จะถูกข้าม “Anonymize” จะปฏิเสธการทำงานที่ใช้เพียงที่อยู่

วิธีนำพวงกุญแจกลับมามีดังนี้ ใช้ข้อมูลสำรองจากก่อนเกิดปัญหา ข้อมูลสำรองมีโฟลเดอร์คีย์เป็นไฟล์แยก บน Linux ข้อมูลสำรองอยู่ใน “/opt/smitey/backups” คัดลอกหนึ่งชุดไปยังโฟลเดอร์ว่างแล้วเข้าไปในโฟลเดอร์นั้น คำสั่งด้านล่างจะเขียนข้อมูลสำรองเป็นไฟล์ธรรมดาและดึงไฟล์ key-*.xml ออกมา จากนั้นจะคัดลอกไฟล์เหล่านั้นไปยังโฟลเดอร์คีย์ และเริ่มเซิร์ฟเวอร์ของระบบทิกเก็ตใหม่ ไฟล์อื่นในโฟลเดอร์คีย์จะยังคงเดิม หลังเริ่มใหม่ คำเตือนจะหายไป หลังจากนั้นให้ลบโฟลเดอร์ “plain” โฟลเดอร์นี้มีรหัสผ่านและข้อมูลส่วนบุคคล ข้อมูลสำรองรุ่นเก่าที่ลงท้ายด้วย “.zip” ไม่ได้เข้ารหัส สำหรับข้อมูลสำรองนั้น คำสั่งแรกคือ “sudo unzip -o <ไฟล์> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”

บน Windows ข้อมูลสำรองอยู่ใน “C:\Program Files\SMITEY\backups” คัดลอกหนึ่งชุดไปยังโฟลเดอร์ว่าง เปิด PowerShell ที่นั่นในฐานะผู้ดูแลระบบ พิมพ์คำสั่งจากกล่อง “Windows: เขียนข้อมูลสำรองเป็นไฟล์ที่ไม่เข้ารหัสและดึงไฟล์คีย์ออกมา” แทนที่ <ไฟล์>.smbk ในคำสั่งนั้นด้วยชื่อไฟล์เต็มของข้อมูลสำรอง จากนั้นคัดลอกไฟล์ key-*.xml ทีละไฟล์ด้วย “podman cp <ไฟล์> container-backend-1:/app/DataProtection-Keys/” คำสั่งเกี่ยวกับเจ้าของและการเริ่มใหม่ให้พิมพ์โดยไม่มี “sudo” หลังจากนั้นให้ลบโฟลเดอร์ “plain”

เขียนข้อมูลสำรองเป็นไฟล์ที่ไม่เข้ารหัสและดึงไฟล์คีย์ออกมา

sudo /opt/smitey/Backup/TicketSystemBackup decrypt ticketsystem-backup-*.smbk --out plain && sudo tar -xf plain/volumes/dataprotection_keys.tar

ในโฟลเดอร์มีข้อมูลสำรองหนึ่งชุดพอดี หลังจากนั้นไฟล์ key-*.xml จะอยู่ในนั้น โฟลเดอร์ย่อย “plain” เก็บข้อมูลสำรองทั้งชุดแบบไม่เข้ารหัส

คัดลอกไฟล์ไปยังโฟลเดอร์คีย์

for f in key-*.xml; do sudo podman cp "$f" container-backend-1:/app/DataProtection-Keys/; done

ไฟล์ที่มีอยู่แล้วซึ่งมีชื่ออื่นจะยังอยู่ในโฟลเดอร์คีย์

กำหนดเจ้าของไฟล์ให้ถูกต้อง

sudo podman exec -u root container-backend-1 chown -R 1654:1654 /app/DataProtection-Keys

ระบบทิกเก็ตทำงานในคอนเทนเนอร์ด้วยผู้ใช้ของตัวเอง ไฟล์ต้องเป็นของผู้ใช้นั้น

เริ่มเซิร์ฟเวอร์ของระบบทิกเก็ตใหม่

sudo podman restart container-backend-1

หลังเริ่มใหม่ ระบบจะอ่านพวงกุญแจอีกครั้ง

Windows: เขียนข้อมูลสำรองเป็นไฟล์ที่ไม่เข้ารหัสและดึงไฟล์คีย์ออกมา

& "C:\Program Files\SMITEY\Backup\TicketSystemBackup.exe" decrypt <file>.smbk --out plain | Out-Host; tar -xf plain\volumes\dataprotection_keys.tar

ใน PowerShell ในฐานะผู้ดูแลระบบ ในโฟลเดอร์ที่มีข้อมูลสำรอง แทนที่ <file>.smbk ด้วยชื่อไฟล์เต็มของข้อมูลสำรอง หลังจากนั้นไฟล์ key-*.xml จะอยู่ในนั้น

ทางออกสุดท้าย: “Discard old key”

ถ้าคุณไม่มีข้อมูลสำรองที่มีไฟล์คีย์ จะเหลือ “Discard old key” เฉพาะผู้ดูแลระบบเท่านั้นที่เห็นปุ่มนี้ พิมพ์ DISCARD ลงในช่อง “Confirmation word” แล้วคลิก “Discard old key” จากนั้นระบบจะสร้างคีย์ใหม่

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

การกู้คืนข้อมูลสำรอง

เมื่อกู้คืน “Ticket System Backup & Restore” จะถามว่าจะทำให้ทุกคนที่เป็นนิรนามในวันนี้เป็นนิรนามอีกครั้งหรือไม่ “Yes” ถูกเลือกไว้ล่วงหน้า ระบบทิกเก็ตจะทำสิ่งนี้ในการทำงานรอบกลางคืนครั้งถัดไปเวลา 03:00 น. ตามเขตเวลาของระบบ ก่อนถึงตอนนั้น การ์ดจะแสดง “… will be applied again tonight at 03:00.”

ข้อมูลสำรองจะนำสวิตช์และระยะเวลาในตอนนั้นกลับมาด้วย ดังนั้นให้ตรวจการ์ด “Data protection” หลังการกู้คืน

ถ้ามีคำเตือนระหว่างการโอนย้าย แถบสถานะของแอปพลิเคชันจะบอกจำนวน เช่น “2 warning(s) while carrying over anonymizations. See the Log tab.” บนบรรทัดคำสั่ง ข้อความเดียวกันจะอยู่ในบรรทัดสุดท้ายและชี้ไปที่ “backup.log” ที่นั่นจะบอกว่าอะไรไม่สำเร็จ ถ้าโอนย้ายการทำให้เป็นนิรนามไม่ได้ ให้ทำการทำงานหลังข้อมูลสำรองนี้ซ้ำด้วยตนเอง รายการที่คุณดาวน์โหลดไว้ก่อนการกู้คืนจะช่วยได้

ระบบทิกเก็ตจะอ่านไฟล์โอนย้ายของแอปพลิเคชันเมื่อเริ่มระบบครั้งถัดไป ถ้าอ่านไม่ได้ การ์ดจะแสดง “A carry-over file from the backup app could not be read” ไฟล์จะยังอยู่บนเซิร์ฟเวอร์และถูกอ่านอีกครั้งเมื่อเริ่มระบบครั้งถัดไป ให้กู้คืนข้อมูลสำรองอีกครั้งด้วยแอปพลิเคชันเวอร์ชันปัจจุบัน

ถ้าคีย์ของข้อมูลสำรองไม่ตรงกัน การทำให้เป็นนิรนามผ่านที่อยู่จะโอนย้ายไม่ได้ เมื่อนั้นการ์ดจะแสดง “… could not be carried over from before the restore” ถ้าคุณรู้จักบุคคลเหล่านี้ ให้ทำให้เป็นนิรนามอีกครั้งผ่าน “Export by e-mail address”

บรรทัด “Last run” ใต้ “Restore from a backup” แสดงจำนวนการทำให้เป็นนิรนามที่การทำงานนำกลับมาใช้อีกครั้ง

7

บทบาทและแนวคิดเรื่องสิทธิ์

มีสามบทบาท ได้แก่ “Admin”, “Agent” และ “Customer” สร้างเพิ่มไม่ได้ สิ่งที่อิสระแทนคือสิทธิ์เกือบทุกข้อทีละข้อ ข้อยกเว้นระบุไว้ด้านล่าง

คุณพบทั้งสามบทบาทได้ใต้ “Settings → General Settings” ที่แท็บ “Role” บทบาทเหล่านี้เปลี่ยนชื่อไม่ได้

สิ่งที่แต่ละบทบาททำได้อยู่คนละที่ คืออยู่ใต้ “Settings → Security” ในการ์ด “Permission concept”

ทุกบรรทัดคือหนึ่งฟังก์ชัน ทุกคอลัมน์คือหนึ่งบทบาท เครื่องหมายถูกคืออนุญาต ใต้ชื่อมีคีย์ภายในกำกับไว้ คุณไม่ต้องใช้มันในการทำงานกับหน้านี้

รายการนี้ยาว ครอบคลุมตั้งแต่การจัดการผู้ใช้ ผ่านการเข้าถึงหน้าการตั้งค่าแต่ละหน้า ไปจนถึงการบันทึกเวลา

คอลัมน์ “Agent Team” เป็นกรณีพิเศษ มันใช้งานได้ก็ต่อเมื่อติ๊ก “Agent” ในบรรทัดเดียวกันไว้แล้ว เลือกทีมตรงนั้น แล้วสิทธิ์นั้นจะใช้กับเจ้าหน้าที่ของทีมนั้นเท่านั้น

ไม่มีสิทธิ์ใดที่ริบไปจากบทบาท “Admin” ได้ เครื่องหมายถูกจะกลับมาหลังบันทึก วิธีนี้ทำให้ไม่มีใครล็อกตัวเองออกจากระบบของตนเองได้ เฉพาะผู้ดูแลระบบเท่านั้นที่เปลี่ยนตารางนี้ได้ ข้อนี้ใช้กับทุกการตั้งค่าบนหน้า “Security” ผู้อื่นที่เปิดหน้านี้ได้จะเห็นแบบอ่านอย่างเดียว มีหกสิทธิ์ที่ให้กับบทบาท “Customer” ไม่ได้เลย ได้แก่ “Users: manage accounts”, “Data export (data subject request)”, “Anonymize people”, “Security log”, “Settings: Security” และ “Settings: Single sign-on”

เมื่อกด “Save” การเปลี่ยนแปลงมีผลทันที ใครที่ได้รับผลกระทบจะสังเกตเห็นตอนคลิกครั้งถัดไป

การ์ด “Permission concept” พร้อมตาราง หนึ่งบรรทัดต่อหนึ่งฟังก์ชัน และคอลัมน์สำหรับผู้ดูแลระบบ เจ้าหน้าที่ ทีมของเจ้าหน้าที่ และลูกค้า
กรอบสีแดงอยู่ที่แถวหัวตาราง ตัวเลือกในคอลัมน์ “Agent Team” ใช้งานได้เฉพาะที่ติ๊ก “Agent” ไว้แล้วเท่านั้นเปิดภาพขนาดเต็ม
แท็บ “Role” ที่มีสามบทบาท แต่ละบทบาทมีเครื่องหมาย “Mandatory”
กรอบสีแดงอยู่ที่ข้อความ ทั้งสามบทบาทมีเครื่องหมาย “Mandatory” ไม่มีบทบาทใดที่ลบได้เปิดภาพขนาดเต็ม
8

แผนก ตำแหน่ง และสถานที่

สามรายการนี้อธิบายตัวบุคคล ไม่ใช่ทิกเก็ต ได้แก่ แผนก ตำแหน่ง และสถานที่

สร้างได้ใต้ “Settings → General Settings” ในการ์ด “Drop-down lists” วิธีจัดการเหมือนกันทั้งสามรายการ

กำหนดให้ที่ตัวบัญชี ในแบบฟอร์มใต้ “User management” ช่องเหล่านั้นชื่อ “Department”, “Position” และ “Location”

ในรายการผู้ใช้ แผนกอยู่ใต้ชื่อทีม ส่วนตำแหน่งและสถานที่ดูได้ในแบบฟอร์มของบัญชี

สถานที่ยังมีอีกหน้าที่หนึ่ง บนทิกเก็ตมีช่อง “Location” และมันดึงมาจากรายการเดียวกันนี้

แต่ละรายการในสามรายการนี้มีหนึ่งรายการที่ลบไม่ได้ ชื่อว่า “None selected or available” และมีป้าย “Mandatory”

หากคุณลบรายการอื่น ทุกคนที่ถือรายการนั้นอยู่จะย้ายไปที่ตัวแทนนั้น จึงไม่มีใครค้างอยู่กับสิ่งที่หายไปแล้ว

คุณไม่ได้แปลที่นี่ แต่แปลรวดเดียวที่หน้าคำแปล ชื่อภาษาอังกฤษคือหลักที่คำแปลยึดอยู่

กล่องโต้ตอบ “Edit user” ที่กรอกช่องแผนก ตำแหน่ง และสถานที่ไว้แล้ว
กรอบสีแดงอยู่ที่ช่องทั้งสาม มันอยู่ข้างทีมแต่มีความหมายต่างกัน ทีมบอกว่าใครเป็นคนทำทิกเก็ต ส่วนแผนกบอกว่าบุคคลนั้นทำงานอยู่ที่ไหนเปิดภาพขนาดเต็ม
รายการผู้ใช้ที่คอลัมน์ “Team” มีแผนกอยู่ใต้ชื่อทีม
กรอบสีแดงอยู่ที่คอลัมน์นั้น ทีมอยู่ด้านบน แผนกอยู่ด้านล่าง ใครที่ไม่อยู่ทีมใดจะมีขีดกลางอยู่ตรงนั้นเปิดภาพขนาดเต็ม

ภาพหน้าจอเหล่านี้มาจากเวอร์ชัน 1.3.1 สิ่งที่แสดงบนหน้าจอไม่มีอะไรเปลี่ยนไปจนถึงเวอร์ชัน 1.13.3 สิ่งเดียวที่ดูต่างออกไปคือหมายเลขเวอร์ชันที่ด้านล่างของแถบด้านข้าง