Tim & pengguna

Sebuah tim adalah tanggung jawab, bukan folder. Ia punya kategorinya sendiri, tenggatnya sendiri, dan anggotanya sendiri. Seorang pelanggan melihat tepat satu di antaranya. Selebihnya bermuara pada siapa memegang akun apa dan apa yang boleh dilakukan akun itu.

1

Membuat dan mengonfigurasi tim

Tim tinggal di bawah “Settings → Teams”. Daftarnya ada di kiri, pengaturan tim yang Anda klik ada di kanan. Angka di belakang namanya adalah jumlah anggotanya.

Tim baru mendapat namanya di bidang “Team name”. Di bawahnya, “Copy categories from” membuat Anda dapat memilih tim yang sudah ada, sehingga tim baru itu dimulai dengan kategori utama dan subkategori yang sama. “Create team” membuatnya.

Tim pertama adalah tim yang dilihat pelanggan Anda. Setiap tim berikutnya adalah tim spesialis di belakangnya. Meminta seorang pelapor memilih sendiri departemen yang tepat itu terlalu berat baginya: ia melapor ke tim pertama, dan dari sana laporannya diteruskan.

Anda dapat mengubahnya kapan saja. Kartu “Customer permissions” menentukan per tim apa yang boleh dilakukan pelanggan di sana. Kartu itu punya dua sakelar: “Can create new tickets and see their own tickets” dan “Can see their own tickets of this team in the dashboard and in reports”. Begitu salah satunya menyala, pelanggan melihat tim itu. Hanya bila keduanya mati, tim tersebut sama sekali tidak muncul bagi seorang pelanggan.

Kartu “Agent Permissions” berlaku untuk agen tim ini. Kartu itu punya tiga sakelar: mengelola tiket, mengelola kategori, dan melihat laporan tim ini. Tanpa yang pertama, seorang agen tidak dapat membuat, menyunting, atau mengomentari tiket di tim ini, juga tidak dapat mengunggah lampiran. Tanpa yang kedua, entri untuk kategori tim itu hilang dari bilah sisinya. Tanpa yang ketiga, laporannya tidak menyertakan tim ini. Setiap perubahan dicatat di “Audit log” tim itu.

Kartu “Agents” memuat para anggotanya. Meski judulnya begitu, pelanggan tim itu juga ada di dalamnya. Pemilih di atasnya dan “Add Agent” menambahkan seseorang, “Remove” mengeluarkannya. Siapa pun yang ditambahkan atau dikeluarkan harus keluar lalu masuk lagi satu kali.

“Default e-mail language” adalah bahasa yang dipakai tim ini menulis. Bahasa itu berlaku ketika sebuah aturan surat memilih “Team default language”.

Sakelar “Active” menonaktifkan sebuah tim. Tim itu hilang dari bilah sisi dan dari setiap pemilih. Ia tidak terhapus karenanya.

“Delete” hanya menghapus sebuah tim selama tidak ada tiket yang masih terbuka. Bila tidak, sistem menyebut alasannya dan tidak melakukan apa pun.

Kartu “Audit log” mencatat setiap perubahan pada tim itu, lengkap dengan nama dan waktunya.

Basic menjalankan satu tim. Professional tidak punya batas.

Halaman “Teams” dengan daftar kedua tim di kiri dan pengaturan Helpdesk di kanan.
Bingkai merah berada pada kedua tim itu. Mengklik salah satunya mengubah apa yang tampil di kanan. Angka di tepinya adalah jumlah anggotanya.Buka gambar dalam ukuran penuh
Bidang “Team name” dengan sebuah nama yang telah diketik, di bawahnya “Copy categories from” dan tombol “Create team”.
Ketik namanya, jika mau ambil alih kategori dari tim yang sudah ada, lalu “Create team”.Buka gambar dalam ukuran penuh
Kartu “Customer permissions” dan “Agent Permissions” dengan sakelarnya.
Bingkai merah berada pada kedua judulnya. Sakelar ini hanya berlaku untuk tim yang satu ini.Buka gambar dalam ukuran penuh
Kartu “Agents” dengan pemilihnya, tombol “Add Agent”, dan para anggotanya di bawah.
Bingkai merah berada pada “Add Agent”. Lencana di sebelah setiap nama adalah perannya, dan kartu itu memuat pelanggan tim tersebut juga.Buka gambar dalam ukuran penuh
Kartu “Audit log” dengan entri-entrinya, masing-masing dengan perubahannya, nama, dan waktunya.
Bingkai merah berada pada judulnya. Setiap baris menyebut perubahannya, siapa yang melakukannya, dan kapan.Buka gambar dalam ukuran penuh
2

Membuat administrator dan agen

Akun tinggal di bawah “User management”. Daftarnya menampilkan nama dan nama masuk, alamat email, tim beserta departemennya di bawah, serta perannya.

“New user” membuka formulirnya. Nama depan, nama belakang, nama masuk, dan alamat email wajib diisi. Di samping itu diperlukan sebuah kata sandi. Dengan Professional, Anda dapat memasang centang “Send login details by e-mail” sebagai gantinya.

Dengan centang itu Anda tidak menyetel kata sandi. Pengguna baru menerima surat berisi nama masuknya dan sebuah tautan berbatas waktu lalu menyetel kata sandinya sendiri. Sistem tidak pernah mengirim kata sandi.

Perannya menentukan segala yang lain. “Admin” dan “Agent” keduanya staf dan sama-sama diambil dari kuota yang sama. Seorang administrator boleh melakukan lebih banyak secara bawaan. Hampir setiap izin satuan dapat diubah; pengecualiannya ada di kartu “Peran dan konsep izin”. Hanya administrator yang dapat memberikan atau mencabut peran “Admin”. Itu juga berlaku untuk akunnya sendiri. “Edit user” hanya mengubah tim yang ditampilkan di formulirnya. Tim tempat orang itu ditambahkan dengan “Add Agent” tetap seperti adanya.

Basic hadir dengan dua kursi staf. Bagaimana Anda membaginya terserah Anda: satu administrator dan satu agen, atau dua administrator. Pelanggan tidak ikut dihitung, mereka tanpa batas di kedua edisi.

Ketika seseorang keluar, klik lambang arsip di barisnya. Akunnya dikunci, sehingga ia tidak dapat masuk lagi.

Akun yang terkunci berpindah ke tampilan “Archived” dan membawa lencana “locked” di sana. Akun itu tidak lagi terlihat di tampilan “Active”.

Akun yang terkunci tidak lagi menempati kursi staf, dan ia tidak muncul di pemilih “Assign to” mana pun. Tiket yang sudah ditugaskan tetap memegang agennya dan nama agennya.

Di tampilan “Archived”, tombol yang sama bernama “Restore” dan melepaskan akunnya kembali. Di Basic, hal itu kembali memerlukan satu kursi yang bebas.

Lambang kunci menyetel ulang kata sandi. Perisai bersilang menyetel ulang masuk dua faktor. Kata sandi barunya lalu ditampilkan satu kali di layar. Kata sandi itu tidak dikirim ke mana pun.

Menyetel ulang kata sandi atau masuk dua faktor hanya mencabut kunci singkat setelah percobaan gagal. Akun yang diarsipkan tetap terkunci. Akun itu tidak menerima undangan maupun surat penyetelan ulang, dan hanya “Restore” yang mengembalikannya.

Pengarsipan dapat dibatalkan kapan saja. Jika seseorang sudah pergi untuk selamanya, hapus juga akunnya dengan lambang tempat sampah “Delete account”. Waktu hingga anonimisasi otomatis baru berjalan sejak penghapusan.

Selengkapnya tentang ini ada di kartu: Menganonimkan orang

Halaman “User management” dengan semua akun, perannya, dan aksi di setiap barisnya.
Bingkai merah berada pada “New user” dan pada sakelar antara akun yang terbuka dan yang terkunci. Tombolnya menunjukkan tampilan mana dari keduanya yang sedang terbuka.Buka gambar dalam ukuran penuh
Dialog “Create new user” dengan nama, nama pengguna, dan email yang telah terisi, serta pemilih untuk tim, departemen, jabatan, lokasi, dan peran.
Bingkai merah berada pada perannya dan pada undangannya. Peran adalah satu-satunya pemilih yang harus diisi.Buka gambar dalam ukuran penuh
Dialog yang sama dengan centang yang telah disetel: bidang kata sandinya dinonaktifkan dan menyebutkan bahwa penggunalah yang menyetelnya melalui tautan.
Dengan centang itu, tanda bintang pada bidang kata sandi menghilang. Bidang itu sendiri menyebutkan siapa yang menyetel kata sandinya.Buka gambar dalam ukuran penuh
Tampilan “Archived” dengan sebuah akun terkunci, lencana “locked”, dan ikon pemulihan di ujung barisnya.
Bingkai merah berada pada lencananya dan pada jalan kembalinya. Keduanya hanya ada di tampilan ini.Buka gambar dalam ukuran penuh
3

Pelanggan: akun milik orang-orang yang melapor

Pelanggan tanpa batas di Basic maupun di Professional. Mereka tidak menempati kursi staf.

Akun pelanggan muncul melalui tiga jalan. Anda membuatnya sendiri di bawah “User management”; dengan Professional, Anda sekaligus dapat mengundang orangnya melalui surat. Jalan kedua adalah pendaftaran mandiri. Jalan ketiga adalah masuk pertama kali melalui SSO atau sebuah direktori, yang membuat akunnya dengan sendirinya.

Sakelar untuk itu berada di bawah “Settings → Security” pada kartu “Self-registration”. Ia nonaktif secara bawaan. Bila diaktifkan, sebuah tautan “Register” muncul di halaman masuk.

Siapa yang mendaftar sendiri selalu mendapat peran “Customer”. Tidak ada peran lain yang dapat dibagikan melalui jalur ini.

Dengan Professional, pelanggan yang mendaftar sendiri menerima surat kedua setelah surat sambutan. Dengan tautan di dalamnya, ia mengonfirmasi alamatnya. Sampai saat itu, akunnya membawa catatan “not confirmed” di daftarnya.

Anda juga dapat mengonfirmasi sebuah alamat sendiri. Di Basic, itulah satu-satunya jalan, karena Basic tidak mengirim surat. Baris akun itu lalu menampilkan tombol dengan ikon amplop: “Mark email as confirmed”. Lakukan itu hanya bila Anda tahu bahwa alamat itu milik orang tersebut.

Untuk helpdesk internal, lebih baik Anda membiarkan sakelar itu apa adanya. Bila tidak, siapa pun yang tahu alamatnya dapat membuat akun.

Seorang pelanggan hanya melihat kasusnya sendiri. Itu adalah tiket yang ia buat sendiri. Ditambah lagi tiket yang dibuat oleh agen atau oleh email untuk alamatnya yang sudah dikonfirmasi. Tiket yang dibuat pelanggan lain dengan alamatnya tetap tersembunyi baginya. Bila dua akun memakai alamat yang sama, keduanya melihat tiket tersebut.

Bila alamatnya belum dikonfirmasi, sebuah pemberitahuan muncul di atas daftar tiketnya. Dengan “Send confirmation email”, ia meminta tautannya lagi. Pemberitahuan itu hanya muncul bila sistem dapat mengirim surat.

Bilah sisinya pendek: tiketnya, tiket baru, basis pengetahuan. Mereka tidak pernah melihat pengaturan apa pun. Bila sakelar tim “Can see their own tickets of this team in the dashboard and in reports” menyala, bilah sisinya juga memuat dasbor dan laporan.

Apa yang boleh mereka lakukan di sebuah tim disetel pada tim itu. Hanya bila kedua sakelar pelanggan mati, tim tersebut tidak ada bagi mereka.

Kartu “Self-registration” dengan sakelarnya dan catatan di bawahnya.
Bingkai merah berada pada sakelarnya. Teks di sebelahnya menyebut apa yang dilakukannya dan apa yang terjadi tanpa pengiriman surat.Buka gambar dalam ukuran penuh
Sistem yang sama, masuk sebagai pelanggan: bilah sisi yang pendek dan daftar tiket yang hanya memuat kasusnya sendiri.
Kolom “User” memuat nama yang sama di setiap baris. Seorang pelanggan tidak melihat apa pun yang bukan miliknya, dan pengaturannya tidak ada di bilah sisi.Buka gambar dalam ukuran penuh
4

Ekspor data untuk satu orang

Sebelum Anda mulai: Anda memerlukan izin “Data export (data subject request)”. Sebagai pengaturan bawaan, hanya administrator yang memilikinya.

Seseorang dapat menanyakan data apa saja yang Anda simpan tentang dirinya. Ekspor data mengumpulkan semuanya dalam satu file ZIP.

Anda memulainya di “User management”. Setiap baris memiliki lambang file dengan panah dan petunjuk “Export personal data”. Lambang itu membuka ekspor untuk akun tersebut.

Sebagian orang tidak memiliki akun. Mereka hanya menulis kepada Anda, atau seorang agen membuat tiket dengan alamat mereka. Untuk mereka ada “Export by e-mail address” di bagian atas halaman. Ketik alamatnya di sana, lalu klik “Search”. Pencarian bekerja dengan akun atau alamat, tidak pernah dengan nama.

Pencarian berdasarkan alamat menemukan lebih sedikit daripada pencarian berdasarkan akun. Pencarian itu hanya menemukan tempat alamat itu sendiri tersimpan, misalnya sebagai peminta pada tiket atau sebagai pengirim email. Pencarian berdasarkan akun juga menemukan semua yang terkait dengan akun. Jika alamat itu milik sebuah akun, dialog menyebutkannya dan menawarkan “Use this account”. Setelah itu dialog menampilkan nama orang itu dan alamat email akunnya.

Sebelum Anda mengunduh apa pun, dialog menunjukkan apa yang ditemukannya, dihitung per bidang. Bidang itu misalnya tiket, entri waktu, survei kepuasan, dan log keamanan. Jika tidak menemukan apa pun, dialog menampilkan “No data found for this person.” dan tidak menawarkan unduhan. Jika alamat itu milik sebuah akun dan tidak memiliki temuan sendiri, dialog tidak menampilkan temuan dan tidak menawarkan unduhan. Dialog menampilkan kotak dengan “Use this account”. Administrator juga melihat bagian “Anonymize” di bawahnya. Kartu “Menganonimkan orang” menjelaskannya.

“Download” membuat file ZIP. Isinya satu file JSON per bidang, sehingga data dapat dibaca mesin. Ikut serta file dari semua lampiran yang ditemukan. “overview.html” menampilkan isi utama dalam bentuk yang mudah dibaca. Di sana, setiap tiket menyebutkan alasan ia disertakan (“Why this ticket is included”). “README.txt” ditulis untuk orang tersebut dan menjelaskan isi file.

Tiket yang menyangkut orang itu ikut secara utuh. Termasuk di dalamnya komentar dan perubahan dari orang lain. Catatan internal juga disertakan dan ditandai sebagai internal. Jika orang itu membalas tiket milik orang lain lewat email, tiket tersebut diberi tanda “Replied by e-mail to someone else’s ticket”. Tiket tempat orang itu membuat perubahan terakhir juga ikut. Barisnya “Why this ticket is included” lalu menyebut “Last person to change the ticket”.

Karena itu, periksa ekspornya sebelum Anda menyerahkannya. Hitamkan data orang lain jika perlu. Dialog mengingatkan Anda akan hal ini. “README.txt” tidak memuat pengingat ini, karena file itu ditujukan kepada orang tersebut.

Tiket yang telah dipindahkan ke arsip tidak ikut dicari. Periksa arsip Anda secara terpisah. Dialog juga mengingatkan Anda akan hal ini.

Kata sandi dan kunci untuk masuk dua faktor tidak termasuk dalam ekspor.

Setiap unduhan dicatat: siapa yang memulainya, untuk orang yang mana, dan kapan. Catatan itu tidak memuat isi ekspor sama sekali. Pencarian sebelumnya tidak dicatat.

Agen yang mendapat izin ini juga memerlukan “Users: manage accounts”. Tanpa itu ia tidak dapat membuka halaman “User management”. Izin ini tidak pernah dapat diberikan kepada peran “Customer”.

Bagian “Survey consents and unsubscribes” memuat setiap persetujuan dan setiap tindakan berhenti berlangganan untuk survei kepuasan, lengkap dengan tanggal, kanal, dan tiket. “overview.html” menampilkan seluruh riwayatnya di bagian tersendiri. Bila orang itu dianonimkan setelah berhenti berlangganan, ekspor berdasarkan alamatnya menemukan entri berhenti berlangganan yang tersisa. Kolom “E-mail address” lalu berisi “Anonymized (address removed)”.

Selengkapnya tentang ini ada di kartu: Menganonimkan orang

Halaman “User management” dengan tombol “Export by e-mail address” di atas dan lambang file dengan panah di setiap baris.
Bingkai merah berada pada “Export by e-mail address” dan pada lambang di baris Julia Becker. Keduanya membuka dialog yang sama.Buka gambar dalam ukuran penuh
Dialog “Export personal data” untuk Julia Becker dengan alamat emailnya di bawah nama, daftar temuan per bidang, dua catatan tentang pemeriksaan dan arsip, bagian “Anonymize”, dan tombol “Download”.
Bingkai merah berada pada daftar temuan dan pada “Download”. Daftar itu hanya menyebut bidang yang memuat temuan.Buka gambar dalam ukuran penuh
Dialog yang sama setelah mencari berdasarkan alamat: dialog menyebut akun pemilik alamat itu dan menawarkan “Use this account”.
Bingkai merah berada pada “Use this account”. Berdasarkan alamat saja, pencarian di sini tidak menemukan apa pun. Karena itu dialog tidak menampilkan temuan maupun “Download”. Ekspor untuk akun menemukan tiket Julia Becker. Bagian “Anonymize” di bawahnya hanya terlihat oleh administrator.Buka gambar dalam ukuran penuh
5

Menganonimkan orang

Sebelum Anda mulai: Hanya administrator yang dapat menganonimkan seseorang. Anonimisasi tidak dapat dibatalkan.

Sebagian data tidak boleh tersimpan selamanya. Ketika seseorang keluar dari perusahaan Anda atau seseorang meminta datanya dihapus, Anda menganonimkannya. Nama dan alamat email lalu diganti dengan teks pengganti seperti “Anonymized user 3”. Tiket tetap ada. Laporan, tenggat, entri waktu, dan angka kepuasan tetap dihitung.

Setiap orang mendapat nomornya sendiri. Dua entri dengan nomor yang sama berasal dari orang yang sama. Alamat email menjadi “anonymized-3@anonymized.invalid”. Ke alamat seperti itu tidak ada email yang dapat dikirim, karena itu sistem melewatinya saat mengirim. Teks pengganti disimpan dalam bahasa Inggris dan tetap berbahasa Inggris di setiap bahasa.

Ada dua cara. Cara otomatis menganonimkan akun yang dihapus setelah sejumlah bulan tertentu. Cara langsung menganonimkan satu orang seketika, misalnya setelah permintaan penghapusan.

Cara otomatis ada di “Settings → Security” pada kartu “Data protection”. Sakelar “Anonymize deleted users automatically” secara bawaan nonaktif. Di samping “after” Anda memasukkan jumlah bulan. Yang diizinkan adalah 1 sampai 120, nilai bawaannya 36. “Save” menyimpan jumlah yang diubah.

Waktu dihitung sejak hari akun dihapus. Sistem memeriksa setiap sepuluh menit apakah sudah waktunya menjalankan proses. Proses berjalan sekali sehari, pada pemeriksaan pertama setelah pukul 03:00 di zona waktu yang disetel di “Settings → General Settings”. Setiap akun terhapus yang waktunya sudah habis dianonimkan dalam proses itu.

Saat Anda menyalakan sakelar, sebuah jendela terbuka lebih dulu. Jendela itu menyebutkan pengguna terhapus yang akan dianonimkan oleh proses berikutnya, masing-masing dengan hari penghapusannya. Ketik ANONYMIZE di kolom, lalu klik “Confirm”. Baru setelah itu sakelar menyala. Jika di zona waktu itu sudah lewat pukul 03:00, proses pertama berjalan dalam sekitar sepuluh menit.

Jendela yang sama muncul saat Anda memperpendek jumlah bulan ketika sakelar menyala. Mematikannya tidak memerlukan konfirmasi.

Waktu baru dimulai ketika akun dihapus. Mengarsipkan saja tidak cukup. Akun yang diarsipkan hanya dikunci dan dapat kembali kapan saja, misalnya setelah cuti orang tua. Untuk menghapus akun, klik lambang tempat sampah “Delete account” di barisnya pada “User management”.

Sebuah jendela memberi tahu lebih dulu apa yang akan terjadi. Jika anonimisasi otomatis menyala, jendela itu menyebutkan jumlah bulan. Akun yang dihapus muncul di tampilan “Archived” dengan lencana “Deleted”. Lambang “Restore account” mengembalikannya. Untuk administrator dan agen, Basic memerlukan tempat kosong untuk itu. Jika akun dihapus lagi nanti, waktunya dimulai dari awal.

Akun Anda sendiri tidak memiliki lambang tempat sampah. Akun administrator hanya dapat dihapus atau diarsipkan oleh administrator. Administrator aktif terakhir tidak dapat dihapus maupun diarsipkan.

Jadi, ketika seseorang sudah pergi untuk selamanya, hapus akunnya dan jangan hanya mengarsipkannya. Akun yang sudah diarsipkan lebih dari setahun menampilkan lambang kalender di barisnya. Keterangan lambang itu mengingatkan Anda untuk menghapus akun.

Cara langsung ada di dialog ekspor data, di area “Anonymize” di bawah temuan. Anda membuka dialog dari baris sebuah akun, atau dengan “Export by e-mail address” untuk orang tanpa akun.

Jika alamat itu milik sebuah akun, klik dulu “Use this account”. Hanya dengan begitu akunnya sendiri ikut dianonimkan. Proses yang hanya memakai alamat mengganti alamat di tempat alamat itu disimpan dan membiarkan akun apa adanya.

Ketik ANONYMIZE di kolom, lalu klik “Anonymize”. Akun yang aktif dihapus lebih dulu, lalu dianonimkan. Akun Anda sendiri tidak dapat dianonimkan. Administrator aktif terakhir juga tidak.

Setelah itu baris tersebut membawa lencana “Anonymized”. Akun seperti itu tidak dapat lagi diedit, dipulihkan, atau diaktifkan kembali. Yang tersisa hanya ekspor data. Anda boleh menjalankan anonimisasi lagi. Nomornya tetap sama, dan data yang dipulihkan sejak itu juga tercakup.

Kotak “Also clear the content of tickets this person requested” melangkah lebih jauh. Angka dalam kurung adalah jumlah tiket tersebut. Teksnya dikosongkan dan lampirannya dihapus. Tiket orang lain yang hanya dibalas oleh orang itu hanya dianonimkan.

Periksa dulu kewajiban penyimpanan Anda. Di Jerman, misalnya, surat bisnis harus disimpan selama enam tahun. Dialog mengingatkan Anda tentang hal itu. Cara otomatis hanya menganonimkan. Cara itu tidak pernah mengosongkan isi.

Jika sebuah file tidak dapat dihapus dari server, dialog menyebutkan berapa banyak. Proses tetap dianggap selesai. Sistem tidak mencoba lagi dengan sendirinya.

Setiap proses dicatat dengan waktunya, nomor teks pengganti, dan apa yang diubah. Untuk cara langsung, catatan itu juga menyebutkan siapa yang memulainya. Catatan itu tidak berisi nama maupun alamat email orang tersebut.

Menganonimkan memerlukan izin “Anonymize people”. Secara bawaan hanya administrator yang memilikinya. Hanya administrator yang dapat menggunakannya. Izin ini tidak pernah dapat diberikan kepada peran “Customer”. Dialog ekspor data juga memerlukan “Data export (data subject request)”.

Selengkapnya tentang ini ada di kartu: Ekspor data untuk satu orang, Masa penyimpanan

Kartu “Data protection” dengan sakelar nonaktif, kolom bulan, “Save”, dan tautan “Download list of anonymizations”.
Bingkai merah ada pada sakelar dan pada jumlah bulan. Sakelar nonaktif, seperti setelah setiap pembaruan.Buka gambar dalam ukuran penuh
Jendela “Who will be anonymized” dengan satu pengguna terhapus dan tanggal penghapusannya, di bawahnya kolom berisi ANONYMIZE dan tombol “Confirm”.
Bingkai merah ada pada daftar dan pada “Confirm”. Oliver Grant dihapus lebih dari 36 bulan lalu. Proses pertama akan menganonimkannya.Buka gambar dalam ukuran penuh
Jendela “Delete account” untuk Amir Khan. Teksnya menyebutkan apa yang terjadi selanjutnya dan 36 bulan hingga anonimisasi.
Bingkai merah ada pada “Delete account”. Anonimisasi otomatis menyala di sini. Karena itu jendela menyebutkan jumlah bulan.Buka gambar dalam ukuran penuh
Tampilan “Archived” dengan akun Oliver Grant yang dihapus, lencana “Deleted”, dan lambang untuk memulihkannya.
Bingkai merah ada pada lencana “Deleted” dan pada “Restore account”. Hingga anonimisasi, akun dapat dikembalikan.Buka gambar dalam ukuran penuh
Dialog “Export personal data” untuk Tomas Novak. Di bawah temuan ada area “Anonymize” dengan kotak yang dicentang, ANONYMIZE yang sudah diketik, dan tombol “Anonymize”.
Bingkai merah ada pada kotak dan pada “Anonymize”. Tomas Novak mengajukan empat tiket. Isinya juga akan dikosongkan.Buka gambar dalam ukuran penuh
Area “Anonymize” setelah proses: di atas “Already anonymized as Anonymized user 2”, di bawah pesan “Done”.
Bingkai merah ada pada pesan dengan nomor teks pengganti. Area itu memungkinkan proses berikutnya.Buka gambar dalam ukuran penuh
Tampilan “Archived” dengan akun yang sudah dianonimkan. Setiap baris membawa nama pengganti, alamat pengganti, dan lencana “Anonymized”.
Bingkai merah ada pada lencana “Anonymized”. Akun yang dianonimkan tidak lagi memiliki tindakan apa pun selain ekspor data.Buka gambar dalam ukuran penuh

Akun

Tabel berikut menyebutkan setiap tempat sistem menyimpan seseorang dan apa yang dilakukan anonimisasi di sana. Anda dapat memakainya untuk menjelaskan cara perusahaan Anda menghapus data pribadi.

DataApa yang terjadi
Nama depan dan nama belakang“Anonymized user” dan nomornya
Alamat email dan nama masukalamat pengganti
Nomor telepondihilangkan
Departemen, jabatan, dan lokasidihilangkan
Bahasa, tampilan terang atau gelap, ketersediaankembali ke nilai bawaan
Kata sandi dan daftar kata sandi sebelumnyadihapus
Kunci masuk dua langkah dan tautan ke akun di penyedia layanan masuk (SSO)dihapus
Peristiwa masuk di log keamanandihapus. Tindakan administrasi orang itu di log keamanan tetap ada. Namanya di sana diganti dengan placeholder.
Foto profildihapus
Peran dan keanggotaan timdihilangkan. Daftar pengguna kemudian menampilkan peran “Customer”.
Pilihan kolom sendiri di daftar tiketdihilangkan
Stopwatch pencatatan waktu yang sedang berjalandihapus
Akun itu sendiritetap ada, terhapus dan terkunci untuk selamanya. Tiket, komentar, dan entri waktu tetap merujuk padanya. Karena itu laporan tetap menghitung.
Penanda ya/tidak untuk alamat email yang dikonfirmasi, nomor telepon yang dikonfirmasi, dan masuk dua langkah, pengaturan ya/tidak di daftar tiket, penghitung percobaan gagal, waktu perubahan kata sandi terakhir dan waktu penonaktifantetap ada. Isinya bukan nilai milik orang itu, hanya ya atau tidak, angka, dan waktu. Alamat, nomor, kata sandi, dan kuncinya sendiri diganti atau dihapus.
Keterangan pada tiket tentang siapa yang terakhir mengubahnyadihapus. Setelah itu tiket tidak menyebut siapa pun sebagai orang terakhir yang mengubahnya.

Salinan nama

Di beberapa tempat sistem menyimpan nama untuk kedua kalinya. Dengan begitu, sebuah entri tetap menunjukkan siapa yang membuatnya setelah ada perubahan. Salinan ini juga diganti.

TempatApa yang terjadi
Siapa yang membuat perubahan di riwayat tiketnama pengganti
Nama pada entri waktunama pengganti
Siapa yang mengubah artikel basis pengetahuannama pengganti
Entri di “Audit log” sebuah tim, termasuk “Added user …” dan “Removed user …”nama pengganti
Nama pemohon pada tiket yang diajukan orang itunama pengganti. Nomor telepon pemohon dihilangkan.
Nilai lama dan baru di riwayat tiket: nama, alamat, dan telepon pemohon, pengamat, penugasanteks pengganti atau dihilangkan. Ini berlaku di tiket orang itu dan di tiket tempat ia dulu menjadi pemohon.

Alamat email

Di mana pun alamat orang itu disimpan sebagai kolom tersendiri, alamat itu menjadi alamat pengganti. Huruf besar dan kecil tidak berpengaruh.

TempatApa yang terjadi
Alamat pemohon pada tiketalamat pengganti
Penerima survei kepuasanalamat pengganti
Alamat pemberi persetujuan, pada persetujuan dan dalam permintaan dengan tugasalamat pengganti
Pengirim email masukalamat pengganti
Alamat penerima tetap di templat balasanalamat pengganti
Catatan internal bahwa aturan email sudah menangani sebuah emailalamat pengganti
Alamat dalam catatan ekspor data sebelumnyaalamat pengganti. Catatannya sendiri tetap ada sebagai bukti. Ekspor data berikutnya untuk alamat ini juga hanya mencatat teks pengganti.
Saran untuk data pemohon saat tiket dibuatdihapus jika memuat alamat itu
Entri di daftar blokir emailtetap ada. Jika tidak, spam dari alamat ini akan lolos lagi setelah penghapusan.
Persetujuan dan tindakan berhenti berlangganan untuk survei kepuasandihapus. Bila entri terakhir adalah tindakan berhenti berlangganan, entri itu tetap ada sebagai satu entri tanpa alamat. Daftar “Survey consents and unsubscribes” menampilkannya sebagai “anonymized”. Selama orang itu belum memberi persetujuan lagi atau belum berlangganan lagi, tidak ada survei yang dikirim ke alamat itu. Bila kunci anonimisasi tidak dapat dibaca lagi atau sudah dibuang, entri ini tidak berlaku lagi.

Alamat di dalam teks

Di dalam teks, anonimisasi hanya mengganti alamat email orang itu. Ini terjadi di tiket yang menyangkut orang itu. Itulah tiket yang sama yang ditemukan ekspor data.

TeksApa yang terjadi
Deskripsi tiketalamat diganti
Komentar, termasuk teks email masukalamat diganti
Subjek email masukalamat diganti
Catatan pada entri waktualamat diganti
Komentar dalam survei kepuasanalamat diganti
Nilai lama dan baru di riwayat tiketalamat diganti
Judul dan teks artikel basis pengetahuan, juga di riwayatnyaalamat diganti, di semua artikel

Mengosongkan isi tiket yang diajukan

Dengan kotak “Also clear the content of tickets this person requested”, tiket-tiket ini kehilangan isinya. Apa yang dibutuhkan laporan dan tenggat tetap ada.

Bagian tiketApa yang terjadi
Nomor, tanggal, status, tim, kategori, prioritas, penugasan, dan tenggattetap ada
Judulmenjadi “Content removed”
Deskripsidikosongkan
Semua komentar, termasuk balasan agenteksnya dikosongkan. Komentarnya sendiri tetap ada, sehingga balasan pertama dan tenggat tetap tepat.
Subjek email masukdikosongkan
Nilai bidang kustomdihapus
Catatan tindak lanjut dan lokasidikosongkan
Riwayat tiketJenis setiap perubahan tetap ada. Nilainya dikosongkan, kecuali untuk status, prioritas, kategori, subkategori, saluran, tim, eskalasi, dan penugasan. Laporan membutuhkannya.
Survei kepuasanPenilaian tetap ada, komentarnya dikosongkan.
Entri waktuMenit yang dicatat tetap ada, catatannya dikosongkan.
Lampirandihapus, entri dan filenya

Batasan

Nama dalam teks biasa tetap ada, misalnya “Salam, Max” di akhir email. Nomor telepon dalam teks biasa juga tetap ada. Keduanya tidak dapat dikenali dengan andal. Untuk tiket pelanggan ada kotak untuk mengosongkan isi.

Jika akun lain memiliki nama depan dan nama belakang yang sama, nama orang itu tidak diganti di riwayat tiket maupun sebagai nama pemohon. Jika tidak, entri orang lain itu juga akan terkena. Alamat dan telepon tetap diganti. Pemeriksaan membandingkan nama depan dan nama belakang. Riwayat penugasan menyimpan nama masuk. Karena itu orang dengan nama yang sama yang di sana hanya tercatat dengan nama masuknya tidak dikenali.

Entri yang sangat lama di riwayat tiket yang belum merujuk ke akun hanya memuat nama. Entri itu tidak dikenali.

Tiket yang dicatat agen melalui telepon tanpa alamat email pemohon tidak dikenali. Nama dan nomor telepon pemohon tetap ada di dalamnya.

Alamat dalam pengaturan tidak diubah, misalnya dalam aturan email dan aturan otomatisasi. Jika alamat orang itu ada di sana, ubahlah sendiri.

Jika orang itu menulis lagi setelah proses, proses baru dengan alamatnya juga mencakup email yang baru. Anda memulainya dengan “Export by e-mail address”. Nomornya tetap sama. Proses baru pada akun yang sudah dianonimkan tidak menemukan email yang baru. Akun itu tidak lagi mengenal alamat lama.

Arsip diurus sendiri oleh sistem. Ketika Anda memulihkan arsip, setiap orang yang sebelumnya dianonimkan dianonimkan lagi di tiket yang dipulihkan. Pesan setelah pemulihan menyebutkan berapa orang. Alamat yang di tiket itu hanya muncul dalam teks biasa tidak dikenali di sana. Selain itu, proses malam setelah anonimisasi memperbarui file arsip. Kartu “Masa penyimpanan” menjelaskannya.

Cadangan berbeda. Cadangan yang dibuat sebelum suatu proses masih berisi data lama. Saat pemulihan, “Ticket System Backup & Restore” menangani hal itu. Aplikasinya bertanya apakah semua orang yang dianonimkan dalam keadaan hari ini perlu dianonimkan lagi. “Yes” sudah terpilih sejak awal. Sistem tiket lalu melakukannya dalam proses malam pukul 03:00 di zona waktu yang disetel. Ini juga berlaku jika sakelar mati. Sampai saat itu nama mereka terlihat lagi. Kartu “Data protection” menampilkan catatan dengan jumlahnya. Cadangan juga mengembalikan posisi sakelar saat itu. Karena itu periksa sakelar setelah pemulihan.

Jika Anda memulihkan cadangan dengan cara lain, menjawab “No”, atau memakai “--no-reapply” di baris perintah, hal ini tidak terjadi. Cara otomatis lalu menemukan kembali akun yang dihapus, selama sakelar menyala. Proses yang Anda mulai secara manual harus diulang. Untuk itu tautan “Download list of anonymizations” di kartu “Data protection” membantu. Unduh daftar itu sebelum pemulihan. Setelahnya, daftar itu tidak lagi memuat proses yang dibuat setelah cadangan. Daftar itu berisi satu baris untuk setiap orang yang dianonimkan, dengan kolom “Date”, “Number”, “Account ID”, “E-mail hash”, dan “Content cleared”. “Date” adalah waktu proses pertama dalam UTC. “Account ID” hanya terisi jika sebuah akun dianonimkan. “E-mail hash” adalah sidik jari alamat yang tidak dapat dibalik. “Content cleared” menunjukkan apakah isi tiket yang diajukan orang itu sudah dikosongkan. Setelah setiap proses, unduh sendiri daftar itu dan simpan di luar sistem. Cadangan yang dibuat sebelum suatu proses tidak memuat proses itu.

Teks untuk kebijakan privasi Anda

Sebagai operator, Anda harus memberi tahu orang berapa lama Anda menyimpan data mereka. Anda dapat memakai teks ini di kebijakan privasi Anda sendiri.

Teks contoh

Setelah Anda keluar, nama dan alamat email Anda di sistem tiket diganti dengan teks pengganti setelah [36] bulan. Tiket dan angka kinerja tetap disimpan tanpa kaitan dengan Anda. Atas permintaan Anda, kami juga dapat menganonimkan data Anda lebih awal, selama tidak ada kewajiban penyimpanan yang menghalanginya. Data kontak eksternal yang sudah [36] bulan tidak berhubungan dengan kami dianonimkan dengan cara yang sama. Peristiwa masuk di log keamanan dihapus setelah [90] hari. Entri tentang tindakan administrasi dihapus setelah [12] bulan.

Sesuaikan angkanya dengan pengaturan Anda sendiri. Hilangkan setiap kalimat yang sakelarnya nonaktif. Mintalah penasihat perlindungan data Anda sendiri memeriksa teks ini. Panduan ini bukan nasihat hukum.

Permintaan penghapusan dan orang yang kembali

Menghapus dan menganonimkan adalah dua hal yang berbeda. “Delete account” hanya menyembunyikan akun. “Restore account” mengembalikannya. Sampai saat itu alamat emailnya tetap dicadangkan untuk akun ini. Karena itu permintaan penghapusan Anda penuhi dengan “Anonymize” di dialog ekspor data. Ini tidak dapat dibatalkan. Nama dan alamat diganti dengan “Anonymized user” dan nomornya. Tautan ke akun di penyedia single sign-on dihapus.

Setiap alamat email hanya milik satu akun. Jika Anda membuat akun dengan alamat yang sudah dimiliki akun lain, sistem menolaknya. Pesannya berbunyi “This e-mail address already belongs to another account.” Hal yang sama berlaku saat Anda mengubah alamat suatu akun. Jika alamat itu milik akun yang dihapus, pesannya berbunyi “This e-mail address belongs to a deleted account. Restore that account instead.” Pulihkan akun lama itu alih-alih membuat akun baru. Akun yang dianonimkan tidak dihitung. Akun itu hanya membawa alamat pengganti.

Akun yang dihapus tidak dapat dipulihkan jika akun aktif lain kini memiliki alamat yang sama. Pesannya lalu berbunyi “This e-mail address already belongs to another account.” Ubah dulu alamat akun yang lain.

Dari masa sebelum aturan ini, mungkin ada akun yang berbagi satu alamat. Manajemen pengguna menandainya dengan catatan “This e-mail address belongs to more than one account. Change it so that each account has its own address.” Beri setiap akun itu alamatnya sendiri. Sampai saat itu, masuk dengan alamat ini sebagai ganti nama pengguna tidak berfungsi. Email untuk mengatur ulang kata sandi juga tidak dikirim.

Jika seseorang kembali setelah permintaan penghapusan, ia mendapat akun baru. Ini berlaku misalnya saat ia masuk lagi melalui Google atau Microsoft dengan alamat yang sama. Untuk itu “Automatically create accounts on first sign-in” harus menyala. Akun yang dianonimkan tidak lagi membawa alamatnya dan tidak menghalangi akun baru.

Anonimisasi lama tidak pernah mengenai tiket baru orang ini. Ini juga berlaku setelah cadangan atau arsip dipulihkan. Saat anonimisasi diterapkan lagi, anonimisasi itu hanya mencakup data yang dibuat sebelum waktunya.

Jika akun lama hanya dihapus dan tidak dianonimkan, sistem menolak proses masuk pertama melalui SSO dengan alamat ini. Apa yang dilihat orang itu bergantung pada penyedianya. Jika penyedia mengonfirmasi alamatnya, pesannya berbunyi “An account with this e-mail address was deleted. Ask an administrator to restore it.” Jika tidak, pesannya berbunyi “Your e-mail address is not verified with the provider.” Dengan begitu sistem tidak mengungkapkan apakah ada akun terhapus untuk suatu alamat.

Sebagai administrator, Anda lalu punya dua cara. Jika Anda memulihkan akun lama dengan “Restore account”, orang itu melanjutkan di akun tersebut dengan riwayatnya. Masuk melalui SSO berhasil jika akun sudah tertaut dengan penyedia ini atau penyedia mengonfirmasi alamatnya. Jika permintaan penghapusan tetap berlaku, anonimkan akun lama. Sesudahnya alamat itu bebas, dan proses masuk membuat akun baru.

Pendaftaran mandiri menjawab secara netral dalam hal ini: “Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” Pendaftaran tidak mengungkapkan apakah ada akun untuk alamat itu.

6

Masa penyimpanan

Sebelum Anda mulai: Hanya administrator yang dapat mengubah pengaturan ini. Anonimisasi tidak dapat dibatalkan.

Sistem menyimpan data pribadi hanya selama diperlukan. Seseorang dianonimkan saat ia pergi atau memintanya. Pergi berarti akun yang dihapus, atau kontak eksternal yang sudah lama tidak berhubungan. Permintaan Anda tangani di dialog ekspor data dengan “Anonymize”.

Tiket itu sendiri tidak punya batas waktu. Isinya tetap memiliki tujuannya, misalnya sebagai riwayat pelanggan. Laporan dan catatan waktu tetap dihitung.

Semua batas waktu ada di “Settings → Security” pada kartu “Data protection”. Kartu itu punya tiga blok: “Deleted accounts”, “External contacts”, dan “Security log retention”. Setiap blok punya sakelar, batas waktu, dan “Save”. Blok “Security log retention” punya dua sakelar dan dua batas waktu. Di bawahnya ada “Archives”. Setelah pemulihan, “Restore from a backup” ditambahkan begitu proses berikutnya pukul 03:00 sudah berjalan. Sampai saat itu kartu menampilkan catatan “… will be applied again tonight at 03:00.” Blok pertama dijelaskan oleh kartu “Menganonimkan orang”. Di sana juga ada teks contoh untuk kebijakan privasi Anda. Di bawah deskripsi kartu “Data protection” ada tautan “Data protection guide for operators”. Pedoman ini berisi templat untuk catatan aktivitas pemrosesan, langkah teknis dan organisasi, serta konsep penyimpanan dan penghapusan.

Di bawah setiap blok ada baris “Last run”. Baris itu menyebut tanggal dan jam proses malam terakhir serta berapa orang atau entri yang ditanganinya. “0 done” berarti tidak ada yang perlu dilakukan. “Not run yet” tertera selama tugasnya belum punya hasil. Jika sakelar mati, tugasnya tidak berjalan.

Jika barisnya berwarna oranye, tugasnya belum menyelesaikan semuanya. Pada “skipped” baris itu menyebut berapa orang, entri, atau file yang dilewati. Untuk “Archives”, itu adalah file yang terkunci atau rusak. Pada “failed” seluruh tugas gagal. Kalimat sesudahnya menyebut apa yang harus dilakukan. Jika bunyinya “Details are in the server log.”, baca log server. Di Linux, perintah “sudo podman logs container-backend-1” menampilkannya. Jika kalimat itu menyebut kunci anonimisasi, ikuti bagian “Jika kunci tidak dapat dibaca” di bawah. Yang dilewati dicoba lagi oleh proses malam berikutnya.

Selengkapnya tentang ini ada di kartu: Menganonimkan orang, Mendapatkan semuanya kembali

Kartu “Data protection” dengan blok “Deleted accounts”, “External contacts”, dan “Security log retention”, di bawahnya “Archives” dan “Restore from a backup”, masing-masing dengan baris “Last run”.
Bingkai merah ada pada baris “Last run”. Di sini keempat sakelar menyala. Secara bawaan hanya kedua sakelar di blok “Security log retention” yang menyala.Buka gambar dalam ukuran penuh
Blok “External contacts” dengan sakelar “Anonymize external contacts automatically” dan kolom “Months without contact”.
Bingkai merah ada pada sakelar dan jumlah bulan. Teks di bawahnya menyebut apa yang dihitung sebagai kontak.Buka gambar dalam ukuran penuh
Jendela “Who will be anonymized” dengan kalimat “Nobody is due yet with this time limit.”, ANONYMIZE yang diketik, dan “Confirm”.
Bingkai merah ada pada kolom dan “Confirm”. Di sini batas waktu dipersingkat menjadi 24 bulan, dan tidak ada yang terkena. Jika tidak, di sini muncul jumlah dan orang-orang pertama beserta kontak terakhir mereka.Buka gambar dalam ukuran penuh
Kartu “Recent sign-in attempts” dengan kalimat “Entries are deleted after 90 days (Settings → Security).” dan tiga proses masuk.
Bingkai merah ada pada kalimat tentang batas waktu. Jika penghapusan dimatikan, di sana tertulis “Entries are kept until you delete them.”Buka gambar dalam ukuran penuh
Dua catatan di bagian atas kartu: jumlah alamat yang tidak lagi dikenali, dan anonimisasi yang tidak dapat dipindahkan.
Bingkai merah ada pada catatan tentang pemindahan. Apa yang harus dilakukan ada di bagian “Memulihkan cadangan”.Buka gambar dalam ukuran penuh
Peringatan “The anonymization key cannot be read” dengan tautan “How to restore the key” dan tombol “Discard old key”.
Bingkai merah ada pada tautan ke panduan ini dan pada “Discard old key”. Selama peringatan tampil, kartu tidak menampilkan catatan tentang anonimisasi yang tertunda.Buka gambar dalam ukuran penuh
Jendela “Discard old key” dengan DISCARD yang diketik di kolom “Confirmation word”.
Bingkai merah ada pada kolom dan pada “Discard old key”. Tombolnya baru dapat diklik setelah kata itu diketik.Buka gambar dalam ukuran penuh

Kontak eksternal

Kontak eksternal adalah orang tanpa akun staf. Mereka adalah pemohon tanpa akun dan akun pelanggan. Bagi sistem, mereka tidak pernah pergi. Karena itu blok ini menghitung waktu sejak kontak terakhir.

Kontak terakhir adalah yang terbaru dari waktu-waktu ini: perubahan terakhir pada tiket yang diminta orang itu, email darinya, komentarnya sendiri, jawaban atas survei kepuasan, persetujuan yang dikirim kepadanya, dan saran untuk data pemohon. Untuk akun pelanggan, hari akun dibuat juga dihitung. Karena itu akun baru yang belum pernah dipakai tidak langsung terkena. Akun yang sudah ada sebelum pembaruan ke versi 1.7.0 dianggap dibuat pada hari pembaruan.

Akun staf dan alamatnya tidak pernah terkena. Ini juga berlaku untuk alamat bersama seperti info@ jika alamat itu milik akun staf. Siapa pun yang punya tiket yang belum ditutup dilewati sampai tiket itu ditutup. Akun yang dihapus termasuk dalam blok “Deleted accounts”.

Sakelar “Anonymize external contacts automatically” secara bawaan nonaktif. Di samping “Months without contact” Anda memasukkan jumlah bulan. Yang diizinkan adalah 1 sampai 120, nilai bawaannya 36.

Saat Anda menyalakan sakelar, jendela “Who will be anonymized” terbuka lebih dulu. Jendela itu menyebut berapa orang yang terkena dan menampilkan orang-orang pertama beserta kontak terakhir mereka. Ketik ANONYMIZE di kolom, lalu klik “Confirm”. Jendela yang sama muncul saat Anda mempersingkat jumlahnya ketika sakelar menyala lalu mengklik “Save”.

Ini diterapkan dalam proses malam berikutnya. Setiap orang yang terkena dianonimkan seperti dengan “Anonymize”. Isinya tidak pernah dikosongkan. Yang tersisa adalah teks pengganti, tiket, dan angka kinerja. Nama dan nomor telepon dalam teks biasa tetap ada. Batasannya disebutkan di kartu “Menganonimkan orang”.

Log keamanan

Log keamanan mencatat peristiwa masuk dan tindakan administrasi. Peristiwa masuk juga memuat alamat IP dan identitas browser. Apa persisnya yang dicatat dijelaskan di kartu “Log keamanan”.

Kartu “Recent sign-in attempts” di “Settings → SSO Settings” menampilkan 100 peristiwa masuk terakhir lewat SSO dan direktori. Kartu itu terlihat oleh siapa pun yang boleh membuka halaman tersebut. Secara bawaan hanya administrator. Kalimat di bawah judul kartu menyebut batas waktunya, misalnya “Entries are deleted after 90 days (Settings → Security).”

Secara bawaan, peristiwa masuk dihapus setelah 90 hari dan tindakan administrasi setelah 12 bulan. Di blok “Security log retention” kamu mengatur 7 sampai 365 hari di samping “Days” dan 1 sampai 120 bulan di samping “Months”. Sakelar “Delete old sign-in events” dan “Delete old administrator actions” mematikan penghapusan. Entri lalu tetap ada. Tidak perlu kata konfirmasi, karena yang dihapus hanya entri, bukan orang.

Masuk dengan nama pengguna dan kata sandi juga tercatat di log keamanan. Percobaan yang gagal disimpan bersama alamat IP dan browsernya. Masuk yang berhasil hanya disimpan untuk administrator dan setelah ada percobaan gagal.

Arsip

File arsip juga berisi orang yang baru dianonimkan belakangan. Karena itu proses malam setelah anonimisasi memperbarui setiap file arsip tempat orang itu muncul. Nama dan alamat di sana diganti dengan teks pengganti yang sama seperti di basis data. Jika isinya dikosongkan, lampiran tiket itu juga tidak ada di arsip.

Sampai malam berikutnya, orang itu jadi masih tercantum sebagai teks biasa di arsip. Arsip tidak punya sakelar. File arsip yang sedang terkunci saat itu tetap tidak berubah, misalnya karena sedang diunduh atau dipulihkan. Hal yang sama berlaku untuk file yang rusak. Proses malam berikutnya mencoba lagi.

Waktu dan zona waktu

Semua tugas ini berjalan sekali sehari pukul 03:00. Yang berlaku adalah zona waktu di “Settings → General Settings” pada kartu “Time Zone”. Jam server tidak berpengaruh. Banyak server berjalan dengan UTC. Di sana pukul 03:00 akan menjadi jam lain bagi Anda.

Sistem memeriksa setiap sepuluh menit apakah sudah waktunya proses berjalan. Pemeriksaan pertama setelah pukul 03:00 memulainya. Jika server mati pada pukul 03:00, proses berjalan pada pemeriksaan pertama setelah server menyala.

Setelah pembaruan ke versi 1.7.0, proses pertama berjalan tidak lama setelah pembaruan, paling lambat pukul 03:00 malam berikutnya. Proses itu menghapus entri log masuk yang lebih lama dari 90 hari.

Jika Anda mengubah zona waktu, zona baru berlaku mulai pemeriksaan berikutnya. Proses berjalan paling banyak sekali per hari kalender. Setelah perubahan ke arah barat, proses bisa terlewat pada hari itu. Proses lalu berjalan keesokan harinya.

Aplikasi “Ticket System Backup & Restore” merencanakan cadangannya di zona waktu yang sama. Aplikasi membaca zonanya dari sistem tiket saat jadwal diterapkan. Tab “Schedule” dan “schedule --show” menampilkan waktu beserta zonanya, misalnya “02:00 (Europe/Berlin)”. Jika basis data tidak dapat dijangkau saat itu, zona sebelumnya tetap dipakai. Jika belum ada, jam komputer yang berlaku dan tampilannya berbunyi “(host clock)”.

Sistem operasi hanya mengenal jamnya sendiri. Karena itu aplikasi menghitung ulang waktunya. Tergantung zona waktu server, aplikasi mendaftarkan satu atau dua entri per jadwal. Dengan begitu cadangan berjalan pada waktu yang tepat di musim panas maupun musim dingin. Saat dimulai, aplikasi memeriksa apakah cadangan benar-benar jatuh tempo. Jika tidak, aplikasi selesai tanpa cadangan, dan di log tertulis “No backup is due at this time in …”.

Jika Anda mengubah zona waktu di sistem tiket, cadangan terjadwal berikutnya tetap berjalan. Sesudahnya aplikasi mendaftarkan jadwal lagi. Di log lalu ada peringatan yang diawali dengan “The time zone in the ticket system changed”. Jika jadwal tidak dapat didaftarkan lagi, di sana tertulis “The schedule could not be updated.” Buka aplikasinya lalu klik “Apply schedule”.

Jika kunci tidak dapat dibaca

Sistem mengingat alamat email yang dianonimkan sebagai sidik jari. Untuk itu sistem memerlukan kunci. Kunci ini dilindungi oleh gantungan kunci server. Gantungan kunci terdiri dari file key-*.xml di folder kunci. Jika file itu hilang atau tidak cocok, kartu menampilkan peringatan “The anonymization key cannot be read”.

Saat itu kata sandi tersimpan untuk email dan SSO juga tidak berfungsi. Kata sandi itu bergantung pada gantungan kunci yang sama. Proses malam untuk akun terhapus dan log keamanan tetap berjalan. Orang yang hanya dikenal lewat alamatnya dilewati. “Anonymize” menolak proses yang hanya berdasarkan alamat.

Begini cara mendapatkan kembali gantungan kunci. Ambil cadangan dari sebelum masalah terjadi. Cadangan itu berisi folder kunci sebagai file tersendiri. Di Linux cadangan ada di “/opt/smitey/backups”. Salin salah satunya ke folder kosong dan pindah ke folder itu. Perintah di bawah menuliskan cadangan sebagai file biasa dan mengeluarkan file key-*.xml. Lalu perintah itu menyalin file tersebut ke folder kunci dan memulai ulang server sistem tiket. File lain di folder kunci tetap seperti semula. Setelah dimulai ulang, peringatannya hilang. Sesudahnya hapus folder “plain”. Folder itu berisi kata sandi dan data pribadi. Cadangan lama berakhiran “.zip” tidak terenkripsi. Untuk cadangan itu perintah pertamanya adalah “sudo unzip -o <file> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar”.

Di Windows cadangan ada di “C:\Program Files\SMITEY\backups”. Salin salah satunya ke folder kosong. Buka PowerShell di sana sebagai administrator. Ketik perintah dari kotak “Windows: Tulis cadangan sebagai file tanpa enkripsi dan keluarkan file kuncinya”. Ganti <file>.smbk di dalamnya dengan nama file lengkap cadangan itu. Lalu salin setiap file key-*.xml dengan “podman cp <file> container-backend-1:/app/DataProtection-Keys/”. Ketik perintah untuk pemilik dan untuk memulai ulang tanpa “sudo”. Sesudahnya hapus folder “plain”.

Tulis cadangan sebagai file tanpa enkripsi dan keluarkan file kuncinya

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

Di folder itu ada tepat satu cadangan. Sesudahnya file key-*.xml ada di sana. Subfolder “plain” berisi seluruh cadangan tanpa enkripsi.

Menyalin file ke folder kunci

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

File yang sudah ada dengan nama lain tetap di folder kunci.

Memberi file pemilik yang benar

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

Sistem tiket berjalan di kontainer sebagai pengguna tersendiri. File itu harus menjadi miliknya.

Memulai ulang server sistem tiket

sudo podman restart container-backend-1

Setelah dimulai ulang, sistem membaca gantungan kunci lagi.

Windows: Tulis cadangan sebagai file tanpa enkripsi dan keluarkan file kuncinya

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

Di PowerShell sebagai administrator, di folder berisi cadangan. Ganti <file>.smbk dengan nama file lengkap cadangan itu. Sesudahnya file key-*.xml ada di sana.

Jalan terakhir: “Discard old key”

Jika Anda tidak punya cadangan dengan file kunci, yang tersisa adalah “Discard old key”. Tombolnya hanya terlihat oleh administrator. Ketik DISCARD di kolom “Confirmation word”, lalu klik “Discard old key”. Sistem lalu membuat kunci baru.

Anonimisasi melalui akun tetap berlaku. Orang yang dianonimkan hanya melalui alamatnya tidak lagi dikenali di cadangan dan arsip setelah itu. Kartu menyebut jumlahnya. Jadi cadangan yang lebih lama dapat membuat orang-orang ini terlihat lagi. Kata sandi tersimpan untuk email dan SSO tetap tidak dapat dibaca. Masukkan lagi.

Memulihkan cadangan

Saat pemulihan, “Ticket System Backup & Restore” bertanya apakah semua orang yang dianonimkan hari ini perlu dianonimkan lagi. “Yes” sudah terpilih sejak awal. Sistem tiket melakukannya dalam proses malam berikutnya pukul 03:00 di zona waktunya. Sampai saat itu kartu menampilkan “… will be applied again tonight at 03:00.”

Cadangan juga mengembalikan sakelar dan batas waktu dari saat itu. Karena itu periksa kartu “Data protection” setelah pemulihan.

Jika ada peringatan saat pemindahan, baris status aplikasi menyebut jumlahnya, misalnya “2 warning(s) while carrying over anonymizations. See the Log tab.” Di baris perintah hal yang sama ada di baris terakhir dan merujuk ke “backup.log”. Di sana tertulis apa yang tidak berhasil. Jika anonimisasi tidak dapat dipindahkan, ulangi secara manual proses yang dijalankan setelah cadangan ini. Daftar yang Anda unduh sebelum pemulihan membantu untuk itu.

Sistem tiket membaca file pemindahan dari aplikasi pada saat dimulai berikutnya. Jika tidak dapat membacanya, kartu menampilkan “A carry-over file from the backup app could not be read”. File itu tetap di server dan dibaca lagi saat dimulai berikutnya. Pulihkan cadangannya sekali lagi dengan versi aplikasi saat ini.

Jika kunci cadangan tidak cocok, anonimisasi melalui alamat tidak dapat dipindahkan. Kartu lalu menampilkan “… could not be carried over from before the restore”. Jika Anda mengenal orang-orang ini, anonimkan mereka lagi melalui “Export by e-mail address”.

Baris “Last run” di bawah “Restore from a backup” menampilkan berapa anonimisasi yang diterapkan lagi oleh proses itu.

7

Peran dan konsep izin

Ada tiga peran: “Admin”, “Agent”, dan “Customer”. Tidak ada peran lain yang dapat dibuat. Yang bebas sebagai gantinya adalah hampir setiap izin satuan; pengecualiannya tercantum lebih ke bawah.

Ketiganya Anda temukan di bawah “Settings → General Settings” pada tab “Role”. Ketiganya tidak dapat diganti nama.

Apa yang boleh dilakukan sebuah peran berada di tempat lain: di bawah “Settings → Security” pada kartu “Permission concept”.

Setiap baris adalah satu fungsi, setiap kolom satu peran. Sebuah centang mengizinkannya. Di bawah namanya tertulis kunci internalnya; Anda tidak memerlukannya untuk bekerja dengan halaman ini.

Daftarnya panjang. Ia terbentang dari pengelolaan pengguna, melewati akses ke masing-masing halaman pengaturan, sampai ke pencatatan waktu.

Kolom “Agent Team” adalah kasus istimewanya. Kolom itu baru dapat dipakai begitu centang “Agent” disetel pada baris yang sama. Pilih sebuah tim di sana dan izinnya berlaku hanya untuk agen tim tersebut.

Tidak ada izin yang dapat dicabut dari peran “Admin”. Centangnya kembali setelah penyimpanan. Dengan begitu tidak ada yang dapat mengunci dirinya sendiri di luar sistemnya sendiri. Hanya administrator yang dapat mengubah tabelnya. Itu berlaku untuk setiap pengaturan di halaman “Security”. Siapa pun lainnya yang boleh membuka halaman itu hanya dapat membacanya. Enam izin tidak pernah dapat diberikan kepada peran “Customer”: “Users: manage accounts”, “Data export (data subject request)”, “Anonymize people”, “Security log”, “Settings: Security”, dan “Settings: Single sign-on”.

Dengan “Save”, perubahannya berlaku seketika. Siapa yang terkena akan menyadarinya pada kliknya berikutnya.

Kartu “Permission concept” dengan tabelnya: satu baris per fungsi, kolom untuk admin, agen, tim agen, dan pelanggan.
Bingkai merah berada pada baris kepalanya. Pemilih di kolom “Agent Team” hanya dapat dipakai di tempat centang “Agent” disetel.Buka gambar dalam ukuran penuh
Tab “Role” dengan ketiga peran, masing-masing bertanda “Mandatory”.
Bingkai merah berada pada catatannya. Ketiga peran itu bertanda “Mandatory”. Tidak satu pun dapat dihapus.Buka gambar dalam ukuran penuh
8

Departemen, jabatan, dan lokasi

Tiga daftar menguraikan orangnya dan bukan tiketnya: departemen, jabatan, dan lokasi.

Ketiganya dibuat di bawah “Settings → General Settings” pada kartu “Drop-down lists”. Penanganannya sama untuk ketiganya.

Ketiganya diberikan pada akunnya. Di formulir di bawah “User management”, bidangnya bernama “Department”, “Position”, dan “Location”.

Di daftar pengguna, departemennya berada di bawah timnya. Jabatan dan lokasi terlihat di formulir akunnya.

Lokasi punya kegunaan kedua. Ada bidang “Location” pada tiketnya, dan bidang itu mengambil dari daftar yang sama.

Masing-masing dari ketiga daftar itu punya satu entri yang tidak dapat Anda hapus. Entri itu bernama “None selected or available” dan membawa lencana “Mandatory”.

Bila Anda menghapus entri lain, semua orang yang membawanya berpindah ke penampung itu. Jadi tidak ada yang tertinggal menunjuk ke sesuatu yang sudah hilang.

Anda tidak menerjemahkan di sini, melainkan sekaligus di halaman terjemahan. Nama bahasa Inggrisnya adalah jangkar tempat terjemahannya bergantung.

Dialog “Edit user” dengan bidang departemen, jabatan, dan lokasi yang telah terisi.
Bingkai merah berada pada ketiga bidang itu. Ketiganya berdiri di samping timnya tetapi berarti hal lain: tim menyebut siapa yang mengerjakan tiketnya, departemen menyebut di mana orangnya bekerja.Buka gambar dalam ukuran penuh
Daftar pengguna dengan kolom “Team” yang memuat departemennya di bawah nama timnya.
Bingkai merah berada pada kolomnya. Timnya di atas, departemennya di bawah. Siapa yang tidak berada di tim mana pun mendapat tanda hubung di tempat itu.Buka gambar dalam ukuran penuh

Tangkapan layar berasal dari versi 1.3.1. Tidak ada yang berubah pada layar yang ditampilkan sampai versi 1.13.3. Satu-satunya yang terlihat berbeda adalah nomor versi di bagian bawah bilah sisi.