Ekipler ve kullanıcılar

Ekip bir klasör değil, bir sorumluluktur. Kendi kategorileri, kendi son tarihleri ve kendi üyeleri vardır. Bir müşteri bunlardan tam olarak birini görür. Geri kalan her şey, kimin hangi hesabı olduğuna ve o hesabın neler yapabildiğine bağlıdır.

1

Ekip oluşturun ve yapılandırın

Ekipler “Settings → Teams” altında durur. Liste solda, tıkladığınız ekibin ayarları sağdadır. Adın arkasındaki sayı üye sayısıdır.

Yeni bir ekip adını “Team name” alanından alır. Altında “Copy categories from” ile var olan bir ekibi seçebilirsiniz, böylece yeni ekip aynı ana ve alt kategorilerle başlar. “Create team” onu oluşturur.

İlk ekip, müşterilerinizin gördüğü ekiptir. Sonraki her ekip onun arkasındaki bir uzman ekiptir. Bildirimde bulunan kişiden doğru departmanı kendisinin seçmesini istemek fazla olur: o, ilk ekibe bildirir ve oradan devredilir.

Bunu istediğiniz zaman değiştirebilirsiniz. “Customer permissions” kartı ekip başına müşterilerin orada neler yapabileceğine karar verir. İki anahtarı vardır: “Can create new tickets and see their own tickets” ve “Can see their own tickets of this team in the dashboard and in reports”. Bunlardan biri açık olduğu anda müşteriler ekibi görür. Ekip bir müşteri için ancak ikisi de kapalıyken hiç görünmez.

“Agent Permissions” kartı bu ekibin temsilcileri için geçerlidir. Üç anahtarı vardır: talepleri yönetmek, kategorileri yönetmek ve bu ekibin raporlarını görmek. Birincisi olmadan bir temsilci bu ekipteki talepleri oluşturamaz, düzenleyemez, onlara yorum yazamaz ve ek yükleyemez. İkincisi olmadan ekibin kategorilerine giden girdi kenar çubuğundan kaybolur. Üçüncüsü olmadan raporlar bu ekibi dışarıda bırakır. Her değişiklik ekibin “Audit log” kaydına yazılır.

“Agents” kartı üyeleri barındırır. Başlığa karşın ekibin müşterileri de içindedir. Üstündeki seçici ve “Add Agent” birini ekler, “Remove” onu çıkarır. Eklenen ya da çıkarılan kişinin bir kez oturumu kapatıp yeniden açması gerekir.

“Default e-mail language” bu ekibin yazdığı dildir. Bir posta kuralı “Team default language” seçtiğinde geçerli olur.

“Active” anahtarı bir ekibi hizmet dışına alır. Kenar çubuğundan ve her seçiciden kaybolur. Bununla silinmiş olmaz.

“Delete” bir ekibi yalnızca hiçbir talep hâlâ açık değilken kaldırır. Aksi hâlde sistem nedenini adlandırır ve hiçbir şey yapmaz.

“Audit log” kartı ekipteki her değişikliği ad ve zamanla kaydeder.

Basic bir ekip çalıştırır. Professional'da sınır yoktur.

Solda iki ekibin listesi, sağda Helpdesk ayarlarıyla “Teams” sayfası.
Kırmızı çerçeveler iki ekibin üzerindedir. Birine tıklamak sağda ne yazdığını değiştirir. Kenardaki sayı üye sayısıdır.Resmi tam boyutta aç
İçine ad yazılmış “Team name” alanı, altında “Copy categories from” ve “Create team” düğmesi.
Adı yazın, isterseniz var olan bir ekibin kategorilerini devralın, sonra “Create team”.Resmi tam boyutta aç
Anahtarlarıyla “Customer permissions” ve “Agent Permissions” kartları.
Kırmızı çerçeveler iki başlığın üzerindedir. Bu anahtarlar yalnızca bu tek ekip için geçerlidir.Resmi tam boyutta aç
Seçici, “Add Agent” düğmesi ve altında üyelerle “Agents” kartı.
Kırmızı çerçeve “Add Agent” üzerindedir. Her adın yanındaki rozet roldür ve kart ekibin müşterilerini de barındırır.Resmi tam boyutta aç
Her biri değişiklik, ad ve zamanla girdileri olan “Audit log” kartı.
Kırmızı çerçeve başlığın üzerindedir. Her satır değişikliği, onu kimin yaptığını ve ne zaman yaptığını adlandırır.Resmi tam boyutta aç
2

Yönetici ve temsilci oluşturun

Hesaplar “User management” altında durur. Liste adı ve oturum açma adını, e-posta adresini, altında departmanıyla birlikte ekibi ve rolü gösterir.

“New user” formu açar. Ad, soyad, oturum açma adı ve e-posta adresi zorunludur. Bunların üstüne bir parola gelir. Professional sürümünde bunun yerine “Send login details by e-mail” işaretini koyabilirsiniz.

Bu işaretle parola belirlemezsiniz. Yeni kullanıcı, oturum açma adını ve süreli bir bağlantıyı içeren bir posta alır ve kendi parolasını kendisi belirler. Sistem hiçbir zaman parola göndermez.

Geri kalan her şeye rol karar verir. “Admin” ve “Agent” ikisi de personeldir ve aynı havuzdan sayılır. Bir yönetici kutudan çıktığı gibi daha çok şey yapabilir. Neredeyse her tek izin değiştirilebilir; istisnalar “Roller ve yetki kavramı” kartındadır. “Admin” rolünü yalnızca bir yönetici verebilir ya da geri alabilir. Bu, kendi hesabı için de geçerlidir. “Edit user” yalnızca formda gösterilen ekibi değiştirir. Kişinin “Add Agent” ile eklendiği ekipler olduğu gibi kalır.

Basic iki personel kontenjanıyla gelir. Onları nasıl böleceğiniz size kalmıştır: bir yönetici ve bir temsilci ya da iki yönetici. Müşteriler sayılmaz, iki sürümde de sınırsızdır.

Biri ayrıldığında satırındaki arşiv simgesine tıklayın. Hesap kilitlenir, böylece artık oturum açamaz.

Kilitli bir hesap “Archived” görünümüne taşınır ve orada “locked” rozetini taşır. “Active” görünümünde artık görünmez.

Kilitli bir hesap artık personel kontenjanı kaplamaz ve hiçbir “Assign to” seçicisinde görünmez. Zaten atanmış talepler temsilcisini ve temsilcisinin adını korur.

“Archived” görünümünde aynı düğmenin adı “Restore” olur ve hesabı yeniden serbest bırakır. Basic sürümünde bunun için yeniden boş bir kontenjan gerekir.

Anahtar simgesi bir parolayı sıfırlar. Üzeri çizili kalkan iki adımlı oturum açmayı sıfırlar. Yeni parola sonra ekranda bir kez gösterilir. Hiçbir yere gönderilmez.

Parolayı ya da iki adımlı oturum açmayı sıfırlamak yalnızca başarısız denemelerden sonraki kısa kilidi kaldırır. Arşivlenmiş bir hesap kilitli kalır. Davet de sıfırlama postası da almaz; onu yalnızca “Restore” geri getirir.

Arşivleme her an geri alınabilir. Biri kalıcı olarak ayrıldıysa hesabı ayrıca “Delete account” çöp kutusu simgesiyle silin. Otomatik anonimleştirmeye kadar geçen süre ancak silmeyle başlar.

Bu konuda ayrıntı şu kartta: Kişileri anonimleştirme

Tüm hesapları, rollerini ve her satırdaki eylemleri gösteren “User management” sayfası.
Kırmızı çerçeveler “New user” üzerinde ve açık ile kilitli hesaplar arasındaki anahtarın üzerindedir. Düğme iki görünümden hangisinin açık olduğunu gösterir.Resmi tam boyutta aç
Adları, kullanıcı adı ve e-postası doldurulmuş ve ekip, departman, pozisyon, konum ve rol seçicili “Create new user” penceresi.
Kırmızı çerçeveler rolün ve davetin üzerindedir. Doldurulması gereken tek seçici roldür.Resmi tam boyutta aç
İşaret konmuş aynı pencere: parola alanı devre dışıdır ve kullanıcının parolayı bağlantı üzerinden belirleyeceğini söyler.
İşaretle birlikte parola alanındaki yıldız kaybolur. Alanın kendisi parolayı kimin belirlediğini söyler.Resmi tam boyutta aç
Kilitli bir hesap, “locked” rozeti ve satırın sonundaki geri yükleme simgesiyle “Archived” görünümü.
Kırmızı çerçeveler rozetin ve geri dönüş yolunun üzerindedir. İkisi de yalnızca bu görünümde vardır.Resmi tam boyutta aç
3

Müşteriler: bildirimde bulunan kişilerin hesapları

Müşteriler hem Basic hem Professional sürümünde sınırsızdır. Personel kontenjanı kaplamazlar.

Bir müşteri hesabı üç yolla oluşur. Onu “User management” altında kendiniz oluşturursunuz; Professional sürümünde bunu yaparken kişiyi postayla davet edebilirsiniz. İkinci yol, kişinin kendi kaydını oluşturmasıdır. Üçüncüsü SSO ya da bir dizin üzerinden ilk oturum açmadır; bu, hesabı kendiliğinden oluşturur.

Bunun anahtarı “Settings → Security” altında “Self-registration” kartında durur. Kutudan çıktığı gibi kapalıdır. Açıldığında oturum açma sayfasında bir “Register” bağlantısı belirir.

Kendi kaydını oluşturan herkes her zaman “Customer” rolünü alır. Bu yoldan başka hiçbir rol dağıtılamaz.

Professional sürümünde kendi kaydını oluşturan bir müşteri, hoş geldiniz postasından sonra ikinci bir posta alır. İçindeki bağlantıyla adresini doğrular. O zamana kadar hesabı listede “not confirmed” notunu taşır.

Bir adresi kendiniz de doğrulayabilirsiniz. Basic sürümünde tek yol budur, çünkü Basic posta göndermez. Hesabın satırında o zaman zarf simgeli bir düğme görünür: “Mark email as confirmed”. Bunu yalnızca adresin o kişiye ait olduğunu biliyorsanız yapın.

Dahili bir yardım masası için anahtara dokunmamanız daha iyidir. Aksi hâlde adresi bilen herkes bir hesap oluşturur.

Bir müşteri yalnızca kendi işlerini görür. Bunlar kendi oluşturduğu taleplerdir. Bunlara, bir temsilcinin veya bir e-postanın onun doğrulanmış adresi için oluşturduğu talepler eklenir. Başka bir müşterinin onun adresiyle oluşturduğu bir talep ondan gizli kalır. İki hesap aynı adrese sahipse ikisi de bu talepleri görür.

Adresi henüz doğrulanmadıysa talep listesinin üstünde bir uyarı durur. “Send confirmation email” ile bağlantıyı yeniden ister. Uyarı yalnızca sistem posta gönderebiliyorsa görünür.

Kenar çubuğu kısadır: kendi talepleri, yeni bir talep, bilgi bankası. Hiçbir ayarı görmeleri söz konusu değildir. Ekibin “Can see their own tickets of this team in the dashboard and in reports” anahtarı açıksa kenar çubuğunda gösterge paneli ve raporlar da bulunur.

Bir ekipte neler yapabilecekleri ekipte ayarlanır. O ekip onlar için ancak iki müşteri anahtarı da kapalıyken var olmaz.

Anahtarı ve altındaki notuyla “Self-registration” kartı.
Kırmızı çerçeve anahtarın üzerindedir. Yanındaki metin onun ne yaptığını ve posta gönderimi olmadan ne olduğunu söyler.Resmi tam boyutta aç
Aynı sistem, müşteri olarak oturum açılmış: kısa bir kenar çubuğu ve yalnızca kendi işlerini içeren bir talep listesi.
“User” sütunu her satırda aynı adı taşır. Bir müşteri kendisine ait olmayan hiçbir şeyi görmez ve kenar çubuğunda ayarlar yoktur.Resmi tam boyutta aç
4

Bir kişinin verilerini dışa aktarma

Başlamadan önce: “Data export (data subject request)” iznine ihtiyacınız var. Varsayılan ayarda bu izin yalnızca yöneticilerde vardır.

Bir kişi, onun hakkında hangi verileri sakladığınızı sorabilir. Veri dışa aktarma bunların hepsini tek bir ZIP dosyasında toplar.

Bunu “User management” altında başlatırsınız. Her satırda oklu bir dosya simgesi ve “Export personal data” ipucu vardır. Bu simge o hesabın dışa aktarmasını açar.

Bazı kişilerin hesabı yoktur. Size yalnızca yazmışlardır ya da bir temsilci onların adresiyle bir talep oluşturmuştur. Onlar için sayfanın üstünde “Export by e-mail address” bulunur. Adresi oraya yazın ve “Search” düğmesine tıklayın. Arama bir hesapla ya da bir adresle çalışır, asla bir adla çalışmaz.

Adrese göre arama, hesaba göre aramadan daha az şey bulur. Yalnızca adresin kendisinin kayıtlı olduğu yerleri bulur, örneğin bir talebin talep sahibi ya da bir e-postanın göndereni olarak. Hesaba göre arama ayrıca hesaba bağlı olan her şeyi bulur. Adres bir hesaba aitse iletişim kutusu bunu söyler ve “Use this account” seçeneğini sunar. Ardından kişinin adını ve hesabın e-posta adresini gösterir.

Siz bir şey indirmeden önce iletişim kutusu bulduklarını alan alan sayarak gösterir. Alanlar örneğin talepler, zaman girdileri, memnuniyet anketleri ve güvenlik günlüğüdür. Hiçbir şey bulamazsa “No data found for this person.” yazar ve indirme sunmaz. Adres bir hesaba aitse ve kendi bulgusu yoksa iletişim kutusu bulgu göstermez ve indirme sunmaz. “Use this account” içeren kutuyu gösterir. Yöneticiler altında ayrıca “Anonymize” alanını görür. Bu alanı “Kişileri anonimleştirme” kartı açıklar.

“Download” ZIP dosyasını oluşturur. İçinde alan başına bir JSON dosyası bulunur, böylece veriler makine tarafından okunabilir. Bulunan tüm eklerin dosyaları da birlikte gelir. “overview.html” ana içeriği okunabilir biçimde gösterir. Orada her talep, neden dahil edildiğini gösterir (“Why this ticket is included”). “README.txt” kişi için yazılmıştır ve dosyanın neler içerdiğini açıklar.

Kişiyi ilgilendiren bir talep eksiksiz olarak gelir. Buna başka kişilerin yorumları ve değişiklikleri de dahildir. Dahili notlar da yer alır ve dahili olarak işaretlenmiştir. Kişi başka birinin talebine e-postayla yanıt verdiyse o talep “Replied by e-mail to someone else’s ticket” işaretini taşır. Kişinin son değişikliği yaptığı bir talep de gelir. Talebin “Why this ticket is included” satırında o zaman “Last person to change the ticket” yazar.

Bu nedenle dışa aktarmayı teslim etmeden önce kontrol edin. Gereken yerlerde başka kişilerin verilerini karartın. İletişim kutusu size bunu hatırlatır. “README.txt” kişiye gittiği için bu hatırlatmayı içermez.

Bir arşive taşınmış talepler aranmaz. Arşivlerinizi ayrıca kontrol edin. İletişim kutusu bunu da hatırlatır.

Parolalar ve iki adımlı oturum açmanın anahtarları dışa aktarmaya dahil değildir.

Her indirme kaydedilir: kimin başlattığı, hangi kişi için olduğu ve ne zaman olduğu. Kayıt, dışa aktarmanın içeriğinden hiçbir şey içermez. Ondan önceki arama kaydedilmez.

Bu izni alan bir temsilcinin ayrıca “Users: manage accounts” iznine ihtiyacı vardır. Aksi halde “User management” sayfasına ulaşamaz. Bu izin “Customer” rolüne asla verilemez.

“Survey consents and unsubscribes” bölümü, memnuniyet anketine ait her rızayı ve abonelikten çıkmayı tarih, kanal ve talep bilgisiyle tutar. “overview.html” tam geçmişi ayrı bir bölümde gösterir. Kişi abonelikten çıktıktan sonra anonimleştirildiyse, adresine göre yapılan dışa aktarma kalan abonelikten çıkma kaydını bulur. “E-mail address” sütunu bu durumda “Anonymized (address removed)” der.

Bu konuda ayrıntı şu kartta: Kişileri anonimleştirme

Üstte “Export by e-mail address” düğmesi ve her satırda oklu dosya simgesi bulunan “User management” sayfası.
Kırmızı çerçeveler “Export by e-mail address” üzerinde ve Julia Becker’ın satırındaki simgenin üzerindedir. İkisi de aynı iletişim kutusunu açar.Resmi tam boyutta aç
Julia Becker için “Export personal data” iletişim kutusu; adın altında e-posta adresi, alanlara göre bulguların listesi, kontrol ve arşivlerle ilgili iki hatırlatma, “Anonymize” alanı ve “Download” düğmesi.
Kırmızı çerçeveler bulguların listesi ve “Download” üzerindedir. Liste yalnızca bir şey bulunan alanları adlandırır.Resmi tam boyutta aç
Adrese göre aramadan sonra aynı iletişim kutusu: adresin ait olduğu hesabı adlandırır ve “Use this account” seçeneğini sunar.
Kırmızı çerçeve “Use this account” üzerindedir. Yalnızca adresle arama burada hiçbir şey bulmaz. Bu yüzden iletişim kutusu bulgu ve “Download” göstermez. Hesap için dışa aktarma Julia Becker’ın taleplerini bulur. Alttaki “Anonymize” alanını yalnızca yöneticiler görür.Resmi tam boyutta aç
5

Kişileri anonimleştirme

Başlamadan önce: Bir kişiyi yalnızca bir yönetici anonimleştirebilir. Anonimleştirme geri alınamaz.

Bazı veriler sonsuza kadar kalmamalıdır. Biri şirketinizden ayrıldığında ya da bir kişi verilerinin silinmesini istediğinde onu anonimleştirirsiniz. Ad ve e-posta adresi o zaman “Anonymized user 3” gibi bir yer tutucuyla değiştirilir. Talepler kalır. Raporlar, süreler, zaman girdileri ve memnuniyet değerleri saymaya devam eder.

Her kişi kendi numarasını alır. Aynı numaralı iki kayıt aynı kişiden gelir. E-posta adresi “anonymized-3@anonymized.invalid” olur. Böyle bir adrese hiçbir e-posta teslim edilemez, bu yüzden sistem gönderirken onu atlar. Yer tutucu İngilizce kaydedilir ve her dilde İngilizce kalır.

İki yol vardır. Otomatik yol, silinmiş hesapları belirli sayıda ay sonra anonimleştirir. Anında yol, tek bir kişiyi hemen anonimleştirir, örneğin bir silme talebinden sonra.

Otomatik yol “Settings → Security” altında, “Data protection” kartındadır. “Anonymize deleted users automatically” anahtarı varsayılan olarak kapalıdır. “after” yanına ay sayısını girersiniz. 1 ile 120 arası izinlidir, varsayılan değer 36’dır. “Save” değiştirilen sayıyı kaydeder.

Süre, hesabın silindiği günden itibaren sayılır. Sistem her on dakikada bir çalıştırma zamanı gelip gelmediğini denetler. Günde bir kez, “Settings → General Settings” altında ayarlanan saat diliminde 03.00’ten sonraki ilk denetimde çalışır. Süresi dolan her silinmiş hesap bu çalıştırmada anonimleştirilir.

Anahtarı açtığınızda önce bir pencere açılır. Bir sonraki çalıştırmanın anonimleştireceği silinmiş kullanıcıları, her birini silinme günüyle listeler. Alana ANONYMIZE yazın ve “Confirm” düğmesine tıklayın. Anahtar ancak o zaman açıktır. Bu saat diliminde saat 03.00’ü geçmişse ilk çalıştırma yaklaşık on dakika içinde gelir.

Anahtar açıkken ay sayısını kısalttığınızda aynı pencere görünür. Kapatmak için onay gerekmez.

Süre ancak bir hesap silindiğinde başlar. Arşivlemek yetmez. Arşivlenmiş bir hesap yalnızca kilitlidir ve her an geri gelebilir, örneğin ebeveyn izninden sonra. Bir hesabı silmek için “User management” altında satırındaki “Delete account” çöp kutusu simgesine tıklayın.

Bir pencere önceden ne olacağını söyler. Otomatik anonimleştirme açıksa ay sayısını belirtir. Silinmiş bir hesap “Archived” görünümünde “Deleted” etiketiyle görünür. “Restore account” simgesi onu geri getirir. Yöneticiler ve temsilciler için Basic bunun için boş bir yer gerektirir. Hesap daha sonra yeniden silinirse süre baştan başlar.

Kendi hesabınızda çöp kutusu simgesi yoktur. Bir yönetici hesabını yalnızca bir yönetici silebilir ya da arşivleyebilir. Son etkin yönetici ne silinebilir ne de arşivlenebilir.

Bu yüzden biri kalıcı olarak ayrıldığında hesabı silin, yalnızca arşivlemeyin. Bir yıldan uzun süredir arşivde olan hesap, satırında bir takvim simgesi gösterir. Simgenin ipucu size hesabı silmenizi hatırlatır.

Anında yol, veri dışa aktarma iletişim kutusunda, bulguların altındaki “Anonymize” alanındadır. İletişim kutusunu bir hesabın satırından ya da hesabı olmayan bir kişi için “Export by e-mail address” ile açarsınız.

Adres bir hesaba aitse önce “Use this account” düğmesine tıklayın. Hesabın kendisi yalnızca böyle anonimleştirilir. Yalnızca adresle yapılan bir çalıştırma adresi kaydedildiği yerde değiştirir ve hesabı olduğu gibi bırakır.

Alana ANONYMIZE yazın ve “Anonymize” düğmesine tıklayın. Etkin bir hesap önce silinir, sonra anonimleştirilir. Kendi hesabınız anonimleştirilemez. Son etkin yönetici de anonimleştirilemez.

Ardından satır “Anonymized” etiketini taşır. Böyle bir hesap artık düzenlenemez, geri yüklenemez ya da yeniden etkinleştirilemez. Yalnızca veri dışa aktarma kalır. Anonimleştirmeyi yeniden çalıştırabilirsiniz. Numara aynı kalır ve o zamandan beri geri yüklenen veriler de kapsanır.

“Also clear the content of tickets this person requested” kutusu daha ileri gider. Parantez içindeki sayı bu taleplerin sayısıdır. Metinleri boşaltılır, ekleri silinir. Kişinin yalnızca yanıt verdiği başkalarına ait talepler yalnızca anonimleştirilir.

Önce saklama yükümlülüklerinizi denetleyin. Almanya’da örneğin ticari mektuplar altı yıl saklanmalıdır. İletişim kutusu bunu size hatırlatır. Otomatik yol yalnızca anonimleştirir. İçeriği asla boşaltmaz.

Bir dosya sunucudan silinemediyse iletişim kutusu kaç tane olduğunu belirtir. Çalıştırma yine de tamamlanmış sayılır. Sistem kendiliğinden yeniden denemez.

Her çalıştırma zamanı, yer tutucunun numarası ve neyin değiştiğiyle kaydedilir. Anında yolda kayıt, onu kimin başlattığını da belirtir. Kayıt kişinin ne adını ne de e-posta adresini içerir.

Anonimleştirme için “Anonymize people” izni gerekir. Varsayılan olarak bu izin yalnızca yöneticilerde vardır. Onu yalnızca bir yönetici kullanabilir. “Customer” rolüne asla verilemez. Veri dışa aktarma iletişim kutusu ayrıca “Data export (data subject request)” gerektirir.

Bu konuda ayrıntı şu kartta: Bir kişinin verilerini dışa aktarma, Saklama süreleri

Kapalı anahtar, ay alanı, “Save” ve “Download list of anonymizations” bağlantısıyla “Data protection” kartı.
Kırmızı çerçeveler anahtarın ve ay sayısının üzerindedir. Anahtar, her güncellemeden sonra olduğu gibi kapalıdır.Resmi tam boyutta aç
Bir silinmiş kullanıcı ve silinme tarihiyle “Who will be anonymized” penceresi, altında ANONYMIZE yazılı alan ve “Confirm” düğmesi.
Kırmızı çerçeveler listenin ve “Confirm” düğmesinin üzerindedir. Oliver Grant 36 aydan uzun süre önce silindi. İlk çalıştırma onu anonimleştirirdi.Resmi tam boyutta aç
Amir Khan için “Delete account” penceresi. Metin ne olacağını ve anonimleştirmeye kadarki 36 ayı belirtir.
Kırmızı çerçeve “Delete account” düğmesinin üzerindedir. Otomatik anonimleştirme burada açıktır. Bu yüzden pencere ay sayısını belirtir.Resmi tam boyutta aç
Oliver Grant’in silinmiş hesabı, “Deleted” etiketi ve geri yükleme simgesiyle “Archived” görünümü.
Kırmızı çerçeveler “Deleted” etiketinin ve “Restore account” simgesinin üzerindedir. Anonimleştirmeye kadar hesap geri getirilebilir.Resmi tam boyutta aç
Tomas Novak için “Export personal data” iletişim kutusu. Bulguların altında işaretli kutu, yazılmış ANONYMIZE ve “Anonymize” düğmesiyle “Anonymize” alanı bulunur.
Kırmızı çerçeveler kutunun ve “Anonymize” düğmesinin üzerindedir. Tomas Novak dört talep açmıştır. Bunların içeriği de boşaltılırdı.Resmi tam boyutta aç
Çalıştırmadan sonra “Anonymize” alanı: üstte “Already anonymized as Anonymized user 2”, altta “Done” iletisi.
Kırmızı çerçeve, yer tutucunun numarasını içeren iletinin üzerindedir. Alan yeni bir çalıştırmaya izin verir.Resmi tam boyutta aç
Anonimleştirilmiş hesaplarla “Archived” görünümü. Her satır bir yer tutucu ad, yer tutucu adres ve “Anonymized” etiketi taşır.
Kırmızı çerçeve “Anonymized” etiketinin üzerindedir. Anonimleştirilmiş bir hesabın veri dışa aktarma dışında hiçbir eylemi kalmaz.Resmi tam boyutta aç

Hesap

Aşağıdaki tablolar, sistemin bir kişiyi kaydettiği her yeri ve anonimleştirmenin orada ne yaptığını belirtir. Bunları şirketinizin kişisel verileri nasıl sildiğini anlatmak için kullanabilirsiniz.

VeriNe olur
Ad ve soyadı“Anonymized user” ve numara
E-posta adresi ve oturum açma adıyer tutucu adres
Telefon numarasıkaldırılır
Departman, pozisyon ve konumkaldırılır
Dil, açık veya koyu görünüm, müsaitlikvarsayılan değere döner
Parola ve önceki parolaların listesisilinir
İki adımlı oturum açma anahtarları ve bir oturum açma sağlayıcısındaki hesapla bağlantı (SSO)silinir
Güvenlik günlüğündeki oturum açma olaylarısilinir. Kişinin güvenlik günlüğündeki yönetici işlemleri kalır. Adı orada yer tutucuyla değiştirilir.
Profil resmisilinir
Rol ve ekip üyeliklerikaldırılır. Kullanıcı listesi ardından “Customer” rolünü gösterir.
Talep listesinin kişisel sütun seçimikaldırılır
Çalışan bir zaman kaydı kronometresisilinir
Hesabın kendisikalır, silinmiş ve kalıcı olarak kilitli. Talepler, yorumlar ve zaman girdileri ona işaret etmeye devam eder. Raporların saymaya devam etmesi bundandır.
Onaylanmış e-posta adresi, onaylanmış telefon numarası ve iki adımlı oturum açma için evet/hayır işaretleri, talep listesinin evet/hayır ayarı, başarısız deneme sayacı, son parola değişikliğinin ve devre dışı bırakmanın zamanıkalır. Kişiye ait hiçbir değer içermezler, yalnızca evet ya da hayır, sayılar ve zamanlar. Adresin, numaranın, parolanın ve anahtarların kendisi değiştirilir ya da silinir.
Bir talepte onu en son kimin değiştirdiğine dair bilgikaldırılır. Talep bundan sonra hiç kimseyi onu en son değiştiren kişi olarak göstermez.

Adın kopyaları

Bazı yerlerde sistem adı ikinci kez kaydeder. Böylece bir kayıt, bir değişiklikten sonra da onu kimin yaptığını gösterir. Bu kopyalar da değiştirilir.

YerNe olur
Talep geçmişinde değişikliği kimin yaptığıyer tutucu ad
Zaman girdilerindeki adyer tutucu ad
Bilgi bankası makalesini kimin değiştirdiğiyer tutucu ad
Bir ekibin “Audit log” kaydındaki girdiler, “Added user …” ve “Removed user …” dahilyer tutucu ad
Kişinin açtığı taleplerde talep sahibinin adıyer tutucu ad. Talep sahibinin telefon numarası kaldırılır.
Talep geçmişindeki eski ve yeni değerler: talep sahibinin adı, adresi ve telefonu, izleyiciler, atamayer tutucu ya da kaldırılır. Bu, kişinin taleplerinde ve kişinin daha önce talep sahibi olduğu taleplerde geçerlidir.

E-posta adresleri

Kişinin bir adresinin ayrı bir alan olarak kaydedildiği her yerde, bu adres yer tutucu adres olur. Büyük ve küçük harf fark etmez.

YerNe olur
Taleplerdeki talep sahibi adresiyer tutucu adres
Memnuniyet anketlerinin alıcısıyer tutucu adres
Bir onaylayıcının adresi, onaylarda ve görevli taleplerdeyer tutucu adres
Gelen e-postaların göndereniyer tutucu adres
Yanıt şablonlarındaki sabit alıcı adresiyer tutucu adres
Bir posta kuralının bir e-postayı zaten işlediğine dair iç notyer tutucu adres
Önceki veri dışa aktarmalarının kaydındaki adresyer tutucu adres. Kaydın kendisi kanıt olarak kalır. Bu adres için daha sonra yapılan bir veri dışa aktarma da yalnızca yer tutucuyu kaydeder.
Talep oluşturulurken talep sahibi bilgileri için önerileradresi içeriyorsa silinir
E-posta engelleme listesindeki kayıtkalır. Aksi hâlde bu adresten gelen istenmeyen e-postalar silmeden sonra yeniden geçerdi.
Memnuniyet anketi için rızalar ve abonelikten çıkmalarsilinir. Son kayıt bir abonelikten çıkma ise, adres olmadan tek bir kayıt olarak kalır. “Survey consents and unsubscribes” listesi onu “anonymized” olarak gösterir. Kişi yeniden rıza verene ya da yeniden abone olana kadar adrese anket gitmez. Anonimleştirme anahtarı artık okunamıyorsa ya da atıldıysa, bu kayıt artık etkili olmaz.

Metindeki adresler

Metinlerde anonimleştirme yalnızca kişinin e-posta adreslerini değiştirir. Bu, kişiyi ilgilendiren taleplerde olur. Bunlar, veri dışa aktarmanın bulduğu taleplerin aynısıdır.

MetinNe olur
Talebin açıklamasıadresler değiştirilir
Yorumlar, gelen e-postaların metni dahiladresler değiştirilir
Gelen e-postaların konusuadresler değiştirilir
Zaman girdilerindeki notlaradresler değiştirilir
Bir memnuniyet anketindeki yorumadresler değiştirilir
Talep geçmişindeki eski ve yeni değerleradresler değiştirilir
Bilgi bankası makalelerinin başlığı ve metni, geçmişleri dahiladresler değiştirilir, tüm makalelerde

Açılan taleplerin içeriğini boşaltma

“Also clear the content of tickets this person requested” kutusuyla bu talepler içeriklerini kaybeder. Raporların ve sürelerin ihtiyaç duyduğu şey kalır.

Talebin bölümüNe olur
Numara, tarihler, durum, ekip, kategori, öncelik, atama ve sürelerkalır
Başlık“Content removed” olur
Açıklamaboşaltılır
Tüm yorumlar, temsilcilerin yanıtları dahilmetin boşaltılır. Yorumun kendisi kalır, böylece ilk yanıt ve süreler doğru kalmaya devam eder.
Gelen e-postaların konusuboşaltılır
Özel alanların değerlerisilinir
Takip notu ve konumboşaltılır
Talep geçmişiHer değişikliğin türü kalır. Değerler boşaltılır; durum, öncelik, kategori, alt kategori, kanal, ekip, eskalasyon ve atama hariç. Raporların bunlara ihtiyacı vardır.
Memnuniyet anketiPuan kalır, yorum boşaltılır.
Zaman girdileriKaydedilen dakikalar kalır, not boşaltılır.
Eklersilinir, kayıt ve dosya

Sınırlar

Akan metindeki adlar kalır, örneğin bir e-postanın sonundaki “Saygılarımla, Max”. Akan metindeki telefon numaraları da kalır. İkisi de güvenilir biçimde tanınamaz. Bir müşterinin talepleri için içeriği boşaltma kutusu vardır.

Başka bir hesap aynı ad ve soyadını taşıyorsa kişinin adı talep geçmişinde ve talep sahibi adı olarak değiştirilmez. Aksi hâlde diğer kişinin kayıtları da etkilenirdi. Adres ve telefon yine de değiştirilir. Denetim ad ve soyadını karşılaştırır. Atama geçmişi oturum açma adını saklar. Orada yalnızca oturum açma adıyla görünen bir adaş bu yüzden tanınmaz.

Talep geçmişinde henüz hesaba işaret etmeyen çok eski kayıtlar yalnızca adı taşır. Bunlar tanınmaz.

Bir temsilcinin talep sahibinin e-posta adresi olmadan telefonla kaydettiği bir talep tanınmaz. Talep sahibinin adı ve telefon numarası içinde kalır.

Ayarlardaki adresler değiştirilmez, örneğin posta kurallarında ve otomasyon kurallarında. Kişinin adresi orada geçiyorsa onu kendiniz değiştirin.

Kişi çalıştırmadan sonra yeniden yazarsa, adresi üzerinden yapılan yeni bir çalıştırma yeni e-postaları da kapsar. Bunu “Export by e-mail address” ile başlatırsınız. Numara aynı kalır. Anonimleştirilmiş hesap üzerinden yapılan yeni bir çalıştırma yeni e-postaları bulmaz. Hesap eski adresi artık bilmez.

Arşivlerle sistem kendisi ilgilenir. Bir arşivi geri yüklediğinizde, daha önce anonimleştirilmiş her kişi geri yüklenen taleplerde yeniden anonimleştirilir. Geri yüklemeden sonraki ileti kaç kişi olduğunu belirtir. Bu taleplerde yalnızca akan metinde geçen bir adres orada tanınmaz. Ayrıca bir anonimleştirmeden sonraki gece çalıştırması arşiv dosyalarını günceller. Bunu “Saklama süreleri” kartı açıklar.

Yedekte durum farklıdır. Bir çalıştırmadan önce alınmış yedek hâlâ eski verileri içerir. Geri yüklemede bununla “Ticket System Backup & Restore” ilgilenir. Uygulama, bugünkü durumda anonimleştirilmiş herkesin yeniden anonimleştirilip anonimleştirilmeyeceğini sorar. “Yes” önceden seçilidir. Talep sistemi bunu ardından ayarlanan saat diliminde 03.00’teki gece çalıştırmasında yapar. Bu, anahtar kapalıyken de geçerlidir. O zamana kadar adları yeniden görünür. “Data protection” kartı sayıyı içeren bir not gösterir. Yedek, anahtarın o zamanki ayarını da geri getirir. Bu yüzden geri yüklemeden sonra anahtarı denetleyin.

Yedeği başka bir yolla geri yüklerseniz, “No” yanıtını verirseniz ya da komut satırında “--no-reapply” kullanırsanız bu olmaz. Otomatik yol o zaman, anahtar açık olduğu sürece silinmiş hesapları yeniden bulur. Elle başlattığınız çalıştırmaları tekrarlamanız gerekir. Bunda “Data protection” kartındaki “Download list of anonymizations” bağlantısı yardımcı olur. Listeyi geri yüklemeden önce indirin. Sonrasında liste, yedekten sonra yapılan çalıştırmaları artık içermez. Listede anonimleştirilen her kişi için bir satır vardır. Sütunlar şunlardır: “Date”, “Number”, “Account ID”, “E-mail hash” ve “Content cleared”. “Date” ilk çalıştırmanın UTC olarak zamanıdır. “Account ID” yalnızca bir hesap anonimleştirildiyse doldurulur. “E-mail hash” adresin geri çevrilemeyen bir parmak izidir. “Content cleared” kişinin açtığı taleplerin içeriğinin boşaltılıp boşaltılmadığını gösterir. Her çalıştırmadan sonra listeyi kendiniz indirin ve sistemin dışında saklayın. Bir çalıştırmadan önce alınmış bir yedek o çalıştırmayı içermez.

Gizlilik bildiriminiz için metin

İşletmeci olarak kişilere verilerini ne kadar süre sakladığınızı söylemeniz gerekir. Bu metni kendi gizlilik bildiriminize alabilirsiniz.

Örnek metin

Ayrılmanızdan sonra talep sistemindeki adınız ve e-posta adresiniz [36] ay sonra bir yer tutucuyla değiştirilir. Talepler ve göstergeler sizinle bağlantısı olmadan korunur. Talebiniz üzerine, bir saklama yükümlülüğü engel olmadığı sürece verilerinizi daha erken de anonimleştirebiliriz. [36] aydır kendileriyle temas kurulmamış harici kişilerin verileri aynı şekilde anonimleştirilir. Güvenlik günlüğündeki oturum açma olayları [90] gün sonra silinir. Yönetici işlemleriyle ilgili kayıtlar [12] ay sonra silinir.

Sayıları kendi ayarlarınıza göre değiştirin. Anahtarı kapalı olan her cümleyi çıkarın. Metni kendi veri koruma danışmanınıza kontrol ettirin. Bu kılavuz hukuki danışmanlık değildir.

Silme talepleri ve geri dönen kişiler

Silmek ve anonimleştirmek iki farklı şeydir. “Delete account” bir hesabı yalnızca gizler. “Restore account” onu geri getirir. O zamana kadar hesabın e-posta adresi bu hesaba ayrılmış kalır. Bu yüzden bir silme talebini veri dışa aktarma penceresinde “Anonymize” ile yerine getirirsiniz. Bu geri alınamaz. Ad ve adres “Anonymized user” ve numarayla değiştirilir. Çoklu oturum açma sağlayıcısındaki hesapla bağlantı silinir.

Her e-posta adresi tam olarak bir hesaba aittir. Başka bir hesabın zaten kullandığı bir adresle hesap oluşturursanız sistem bunu reddeder. İleti şöyledir: “This e-mail address already belongs to another account.” Bir hesabın adresini değiştirdiğinizde de aynısı geçerlidir. Adres silinmiş bir hesaba aitse ileti şöyledir: “This e-mail address belongs to a deleted account. Restore that account instead.” O zaman yeni hesap oluşturmak yerine eski hesabı geri yükleyin. Anonimleştirilmiş hesaplar sayılmaz. Onlarda yalnızca yer tutucu adres kalır.

Bu arada aynı adresi başka bir etkin hesap taşıyorsa silinmiş bir hesap geri yüklenemez. İleti o zaman şöyledir: “This e-mail address already belongs to another account.” Önce diğer hesabın adresini değiştirin.

Bu kuraldan önceki dönemden bir adresi paylaşan hesaplar kalmış olabilir. Kullanıcı yönetimi bunları şu notla gösterir: “This e-mail address belongs to more than one account. Change it so that each account has its own address.” Bu hesapların her birine kendi adresini verin. O zamana kadar kullanıcı adı yerine bu adresle oturum açılamaz. Parola sıfırlama e-postası da gönderilmez.

Bir kişi silme talebinden sonra geri dönerse yeni bir hesap alır. Örneğin aynı adresle yeniden Google veya Microsoft üzerinden oturum açtığında durum budur. Bunun için “Automatically create accounts on first sign-in” açık olmalıdır. Anonimleştirilmiş hesap artık kişinin adresini taşımaz ve yeni hesaba engel olmaz.

Eski anonimleştirmeler bu kişinin yeni taleplerini hiçbir zaman etkilemez. Bu, bir yedek veya arşiv geri yüklendikten sonra da geçerlidir. Bir anonimleştirme yeniden uygulandığında yalnızca kendi zamanından önce oluşan verileri kapsar.

Eski hesap yalnızca silinmiş ve anonimleştirilmemişse, sistem bu adresle SSO üzerinden yapılan ilk oturum açmayı reddeder. Kişinin ne gördüğü sağlayıcıya bağlıdır. Sağlayıcı adresi doğruluyorsa ileti şöyledir: “An account with this e-mail address was deleted. Ask an administrator to restore it.” Doğrulamıyorsa şöyledir: “Your e-mail address is not verified with the provider.” Böylece sistem bir adres için silinmiş bir hesap olup olmadığını açığa vurmaz.

Yönetici olarak o zaman iki yolunuz vardır. Eski hesabı “Restore account” ile geri yüklerseniz kişi geçmişiyle birlikte o hesapta çalışmaya devam eder. Hesap bu sağlayıcıya zaten bağlıysa veya sağlayıcı adresi doğruluyorsa SSO ile oturum açma çalışır. Silme talebi geçerliliğini koruyorsa eski hesabı anonimleştirin. Ardından adres boşalır ve oturum açma yeni bir hesap oluşturur.

Kendi kendine kayıt bu durumda tarafsız yanıt verir: “Registration could not be completed. If you already have an account, use the password reset on the sign-in page.” Adres için bir hesap olup olmadığını açığa vurmaz.

6

Saklama süreleri

Başlamadan önce: Bu ayarları yalnızca bir yönetici değiştirebilir. Bir anonimleştirme geri alınamaz.

Sistem kişisel verileri yalnızca gerektiği kadar saklar. Bir kişi ayrıldığında veya bunu istediğinde anonimleştirilir. Ayrılmak, silinmiş bir hesap ya da uzun süredir temas kurulmayan harici bir kişi demektir. Bir talebi veri dışa aktarma penceresinde “Anonymize” ile işlersiniz.

Taleplerin kendilerinin bir süresi yoktur. İçerikleri amacını korur, örneğin müşteri geçmişi olarak. Raporlar ve zaman kayıtları sayılmaya devam eder.

Tüm süreler “Settings → Security” altında, “Data protection” kartındadır. Kartın üç bloğu vardır: “Deleted accounts”, “External contacts” ve “Security log retention”. Her blokta bir anahtar, bir süre ve “Save” bulunur. “Security log retention” bloğunda iki anahtar ve iki süre vardır. Altlarında “Archives” yer alır. Geri yüklemeden sonra, 03.00’teki bir sonraki çalıştırma gerçekleşir gerçekleşmez “Restore from a backup” eklenir. O zamana kadar kart “… will be applied again tonight at 03:00.” notunu gösterir. İlk bloğu “Kişileri anonimleştirme” kartı açıklar. Orada gizlilik bildiriminiz için örnek metin de bulunur. “Data protection” kartının açıklamasının altında “Data protection guide for operators” bağlantısı bulunur. Rehber, işleme faaliyetleri kaydı, teknik ve idari tedbirler ile saklama ve imha politikası için şablonlar içerir.

Her bloğun altında bir “Last run” satırı vardır. Son gece çalıştırmasının tarihini ve saatini, kaç kişiyi veya kaydı işlediğini belirtir. “0 done” yapılacak bir şey olmadığı anlamına gelir. Görevin henüz sonucu olmadığı sürece orada “Not run yet” yazar. Bir anahtar kapalıysa görevi çalışmaz.

Satır turuncuysa görev her şeyi bitirememiştir. “skipped” ile kaç kişinin, kaydın veya dosyanın atlandığını belirtir. “Archives” için bunlar kilitli veya bozuk dosyalardır. “failed” ile görevin tamamı başarısız olmuştur. Arkasındaki cümle ne yapılacağını söyler. “Details are in the server log.” yazıyorsa sunucunun günlüğünü okuyun. Linux’ta bunu “sudo podman logs container-backend-1” komutu gösterir. Anonimleştirme anahtarından söz ediyorsa aşağıdaki “Anahtar okunamadığında” bölümünü izleyin. Atlananları bir sonraki gece çalıştırması yeniden dener.

Bu konuda ayrıntı şu kartta: Kişileri anonimleştirme, Her şeyi geri alma

“Deleted accounts”, “External contacts” ve “Security log retention” bloklarıyla “Data protection” kartı; altlarında “Archives” ve “Restore from a backup”, her biri kendi “Last run” satırıyla.
Kırmızı çerçeveler “Last run” satırlarındadır. Burada dört anahtarın dördü de açıktır. Varsayılan olarak yalnızca “Security log retention” bloğundaki iki anahtar açıktır.Resmi tam boyutta aç
“Anonymize external contacts automatically” anahtarı ve “Months without contact” alanıyla “External contacts” bloğu.
Kırmızı çerçeveler anahtarda ve ay sayısındadır. Alttaki metin neyin temas sayıldığını belirtir.Resmi tam boyutta aç
“Nobody is due yet with this time limit.” cümlesi, yazılmış ANONYMIZE ve “Confirm” ile “Who will be anonymized” penceresi.
Kırmızı çerçeveler alanda ve “Confirm” düğmesindedir. Burada süre 24 aya kısaltıldı ve kimse etkilenmezdi. Aksi hâlde burada sayı ve son temaslarıyla birlikte ilk kişiler görünür.Resmi tam boyutta aç
“Entries are deleted after 90 days (Settings → Security).” cümlesi ve üç oturum açmayla “Recent sign-in attempts” kartı.
Kırmızı çerçeve süreyle ilgili cümlededir. Silme kapalıysa orada “Entries are kept until you delete them.” yazar.Resmi tam boyutta aç
Kartın üstünde iki not: artık tanınmayan adreslerin sayısı ve aktarılamayan anonimleştirmeler.
Kırmızı çerçeve aktarımla ilgili nottadır. Ne yapılacağı “Yedeği geri yükleme” bölümünde yazar.Resmi tam boyutta aç
“How to restore the key” bağlantısı ve “Discard old key” düğmesiyle “The anonymization key cannot be read” uyarısı.
Kırmızı çerçeveler bu kılavuza giden bağlantıda ve “Discard old key” düğmesindedir. Uyarı görünür olduğu sürece kart bekleyen anonimleştirmelerle ilgili not göstermez.Resmi tam boyutta aç
“Confirmation word” alanına DISCARD yazılmış “Discard old key” penceresi.
Kırmızı çerçeveler alanda ve “Discard old key” düğmesindedir. Düğmeye ancak sözcük yazıldıktan sonra tıklanabilir.Resmi tam boyutta aç

Harici kişiler

Harici kişiler, personel hesabı olmayan kişilerdir. Bunlar hesabı olmayan talep sahipleri ve müşteri hesaplarıdır. Sistem açısından hiçbir zaman ayrılmazlar. Bu yüzden bu blok son temastan bu yana geçen süreyi sayar.

Son temas, şu anlardan en yenisidir: kişinin talep ettiği bir talepteki son değişiklik, ondan gelen bir e-posta, kendi yorumu, bir memnuniyet anketine verdiği yanıt, ona gönderilen bir onay ve talep sahibi bilgileri için bir öneri. Bir müşteri hesabında oluşturulduğu gün de sayılır. Bu nedenle hiç kullanılmamış yeni bir hesap hemen kapsama girmez. 1.7.0 sürümüne güncellemeden önce var olan hesaplar güncelleme gününde oluşturulmuş sayılır.

Personel hesapları ve adresleri hiçbir zaman etkilenmez. Bu, bir personel hesabına aitse info@ gibi ortak bir adres için de geçerlidir. Henüz kapatılmamış bir talebi olan kişi, talep kapatılana kadar atlanır. Silinmiş hesaplar “Deleted accounts” bloğuna aittir.

“Anonymize external contacts automatically” anahtarı varsayılan olarak kapalıdır. “Months without contact” yanına ay sayısını girersiniz. 1 ile 120 arası izinlidir, varsayılan değer 36’dır.

Anahtarı açtığınızda önce “Who will be anonymized” penceresi açılır. Kaç kişinin kapsamda olduğunu belirtir ve ilklerini son temaslarıyla gösterir. Alana ANONYMIZE yazın ve “Confirm” düğmesine tıklayın. Anahtar açıkken sayıyı kısaltıp “Save” düğmesine tıkladığınızda da aynı pencere görünür.

Bu, bir sonraki gece çalıştırmasında uygulanır. Kapsamdaki her kişi “Anonymize” ile olduğu gibi anonimleştirilir. İçeriği hiçbir zaman boşaltılmaz. Geriye yer tutucu, talepler ve göstergeler kalır. Akan metindeki adlar ve telefon numaraları kalır. Sınırları “Kişileri anonimleştirme” kartı belirtir.

Güvenlik günlüğü

Güvenlik günlüğü oturum açma olaylarını ve yönetici işlemlerini kaydeder. Oturum açma olayları IP adresini ve tarayıcı tanımını da içerir. Tam olarak neyin kaydedildiğini “Güvenlik günlüğü” kartı açıklar.

“Settings → SSO Settings” altındaki “Recent sign-in attempts” kartı, SSO ve dizin üzerinden yapılan son 100 oturum açma olayını gösterir. Bu sayfayı açmaya yetkisi olan herkes görebilir. Varsayılan olarak bunlar yalnızca yöneticilerdir. Kart başlığının altındaki cümle süreyi belirtir, örneğin “Entries are deleted after 90 days (Settings → Security).”

Varsayılan olarak oturum açma olayları 90 gün, yönetici işlemleri 12 ay sonra silinir. “Security log retention” bloğunda “Days” yanında 7 ile 365 gün, “Months” yanında 1 ile 120 ay arasında ayar yaparsın. “Delete old sign-in events” ve “Delete old administrator actions” anahtarları silmeyi kapatır. Kayıtlar o zaman kalır. Onay sözcüğü gerekmez, çünkü yalnızca kayıtlar silinir, kişiler silinmez.

Kullanıcı adı ve parolayla oturum açma da güvenlik günlüğünde yer alır. Başarısız bir deneme IP adresi ve tarayıcıyla birlikte kaydedilir. Başarılı bir oturum açma yalnızca yöneticiler için ve başarısız denemelerden sonra kaydedilir.

Arşivler

Bir arşiv dosyası, ancak daha sonra anonimleştirilen kişileri de içerir. Bu yüzden bir anonimleştirmeden sonraki gece çalıştırması, kişinin geçtiği her arşiv dosyasını günceller. Orada adlar ve adresler veritabanındakiyle aynı yer tutucularla değiştirilir. İçerik boşaltıldıysa bu taleplerin ekleri de arşivde yer almaz.

Sonraki geceye kadar kişi arşivlerde hâlâ açık metin olarak durur. Arşivlerin anahtarı yoktur. O anda kilitli olan bir arşiv dosyası değişmeden kalır, örneğin indirildiği veya geri yüklendiği için. Aynısı bozuk bir dosya için de geçerlidir. Bir sonraki gece çalıştırması yeniden dener.

Saat ve saat dilimi

Bu görevlerin tümü günde bir kez 03.00’te çalışır. “Settings → General Settings” altındaki “Time Zone” kartında ayarlanan saat dilimi geçerlidir. Sunucunun saati önemli değildir. Birçok sunucu UTC ile çalışır. Orada 03.00 sizin için başka bir saat olurdu.

Sistem her on dakikada bir çalıştırma zamanı gelip gelmediğini denetler. 03.00’ten sonraki ilk denetim onu başlatır. Sunucu 03.00’te kapalıysa çalıştırma, başlatmadan sonraki ilk denetimde gelir.

1.7.0 sürümüne güncellemeden sonra ilk çalıştırma güncellemeden kısa süre sonra, en geç bir sonraki gece 03.00’te gelir. Bu çalıştırma oturum açma günlüğündeki 90 günden eski kayıtları siler.

Saat dilimini değiştirirseniz yenisi bir sonraki denetimden itibaren geçerlidir. Çalıştırma takvim günü başına en fazla bir kez olur. Batıya doğru bir değişiklikten sonra o gün atlanabilir. O zaman ertesi gün gelir.

“Ticket System Backup & Restore” uygulaması yedeklerini aynı saat diliminde planlar. Zamanlama uygulanırken saat dilimini talep sisteminden okur. “Schedule” sekmesi ve “schedule --show” saati saat dilimiyle gösterir, örneğin “02:00 (Europe/Berlin)”. Veritabanına o anda ulaşılamazsa önceki saat dilimi kalır. Henüz yoksa bilgisayarın saati geçerlidir ve gösterge “(host clock)” olur.

İşletim sistemi yalnızca kendi saatini bilir. Bu yüzden uygulama saati dönüştürür. Sunucunun saat dilimine göre zamanlama başına bir veya iki kayıt ekler. Böylece yedekleme yazın ve kışın doğru saatte çalışır. Başlarken gerçekten bir yedeğin zamanı gelip gelmediğini denetler. Gelmemişse yedek almadan biter ve günlükte “No backup is due at this time in …” yazar.

Talep sisteminde saat dilimini değiştirirseniz bir sonraki zamanlanmış yedek yine de çalışır. Ardından uygulama zamanlamayı yeniden ekler. Günlükte o zaman “The time zone in the ticket system changed” ile başlayan bir uyarı yer alır. Zamanlama yeniden eklenemediyse orada “The schedule could not be updated.” yazar. O zaman uygulamayı açın ve “Apply schedule” düğmesine tıklayın.

Anahtar okunamadığında

Sistem anonimleştirilmiş e-posta adreslerini bir parmak izi olarak hatırlar. Bunun için bir anahtara ihtiyaç duyar. Bu anahtarı sunucunun anahtarlığı korur. Anahtarlığı, anahtar klasöründeki key-*.xml dosyaları oluşturur. Bunlar eksikse veya uyuşmuyorsa kart “The anonymization key cannot be read” uyarısını gösterir.

O zaman e-posta ve SSO için kaydedilmiş parolalar da çalışmaz. Bunlar aynı anahtarlığa bağlıdır. Silinmiş hesaplar ve güvenlik günlüğü için gece çalıştırmaları sürer. Yalnızca adresleriyle bilinen kişiler atlanır. “Anonymize” yalnızca adrese dayalı bir çalıştırmayı reddeder.

Anahtarlığı şöyle geri alırsınız. Sorundan önceki bir yedeği alın. Yedek, anahtar klasörünü ayrı bir dosya olarak içerir. Linux’ta yedekler “/opt/smitey/backups” içindedir. Bunlardan birini boş bir klasöre kopyalayın ve o klasöre geçin. Aşağıdaki komutlar yedeği düz dosyalar olarak yazar ve key-*.xml dosyalarını çıkarır. Sonra bu dosyaları anahtar klasörüne kopyalar ve talep sisteminin sunucusunu yeniden başlatır. Anahtar klasöründeki diğer dosyalar olduğu gibi kalır. Yeniden başlatmadan sonra uyarı kaybolur. Ardından “plain” klasörünü silin. Parolalar ve kişisel veriler içerir. “.zip” ile biten eski bir yedek şifreli değildir. Onun için ilk komut “sudo unzip -o <dosya> volumes/dataprotection_keys.tar && sudo tar -xf volumes/dataprotection_keys.tar” olur.

Windows’ta yedekler “C:\Program Files\SMITEY\backups” içindedir. Bunlardan birini boş bir klasöre kopyalayın. Orada PowerShell’i yönetici olarak açın. “Windows: Yedeği şifresiz dosyalar olarak yazma ve anahtar dosyalarını çıkarma” kutusundaki komutu girin. İçindeki <dosya>.smbk yerine yedeğin tam dosya adını yazın. Ardından her key-*.xml dosyasını “podman cp <dosya> container-backend-1:/app/DataProtection-Keys/” ile kopyalayın. Sahip ve yeniden başlatma komutlarını “sudo” olmadan girin. Ardından “plain” klasörünü silin.

Yedeği şifresiz dosyalar olarak yazma ve anahtar dosyalarını çıkarma

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

Klasörde tam olarak bir yedek bulunur. Ardından key-*.xml dosyaları oradadır. “plain” alt klasörü yedeğin tamamını şifresiz olarak içerir.

Dosyaları anahtar klasörüne kopyalama

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

Başka adlı mevcut dosyalar anahtar klasöründe kalır.

Dosyalara doğru sahibi verme

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

Talep sistemi kapsayıcıda kendi kullanıcısıyla çalışır. Dosyaların ona ait olması gerekir.

Talep sisteminin sunucusunu yeniden başlatma

sudo podman restart container-backend-1

Yeniden başlatmadan sonra sistem anahtarlığı yeniden okur.

Windows: Yedeği şifresiz dosyalar olarak yazma ve anahtar dosyalarını çıkarma

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

Yönetici olarak PowerShell’de, yedeğin bulunduğu klasörde. <file>.smbk yerine yedeğin tam dosya adını yazın. Ardından key-*.xml dosyaları oradadır.

Son çare: “Discard old key”

Anahtar dosyalarını içeren bir yedeğiniz yoksa geriye “Discard old key” kalır. Düğmeyi yalnızca bir yönetici görür. “Confirmation word” alanına DISCARD yazın ve “Discard old key” düğmesine tıklayın. Sistem o zaman yeni bir anahtar oluşturur.

Hesap üzerinden yapılan anonimleştirmeler geçerli kalır. Yalnızca adresleri üzerinden anonimleştirilen kişiler bundan sonra yedeklerde ve arşivlerde tanınmaz. Kart bunların sayısını belirtir. Dolayısıyla daha eski bir yedek bu kişileri yeniden görünür kılabilir. E-posta ve SSO için kaydedilmiş parolalar okunamaz kalır. Bunları yeniden girin.

Yedeği geri yükleme

Geri yüklemede “Ticket System Backup & Restore”, bugün anonimleştirilmiş herkesin yeniden anonimleştirilip anonimleştirilmeyeceğini sorar. “Yes” önceden seçilidir. Talep sistemi bunu kendi saat diliminde 03.00’teki bir sonraki gece çalıştırmasında yapar. O zamana kadar kart “… will be applied again tonight at 03:00.” gösterir.

Yedek, o zamanki anahtarları ve süreleri de geri getirir. Bu yüzden geri yüklemeden sonra “Data protection” kartını denetleyin.

Aktarım sırasında uyarılar olduysa uygulamanın durum satırı sayılarını belirtir, örneğin “2 warning(s) while carrying over anonymizations. See the Log tab.” Komut satırında aynısı son satırda yer alır ve “backup.log” dosyasına yönlendirir. Neyin işe yaramadığı orada yazar. Anonimleştirmeler aktarılamadıysa bu yedekten sonra yapılan çalıştırmaları elle yineleyin. Geri yüklemeden önce indirdiğiniz liste bunda yardımcı olur.

Talep sistemi uygulamanın aktarım dosyasını bir sonraki başlatmada okur. Okuyamazsa kart “A carry-over file from the backup app could not be read” gösterir. Dosya sunucuda kalır ve bir sonraki başlatmada yeniden okunur. O zaman yedeği uygulamanın güncel sürümüyle bir kez daha geri yükleyin.

Yedeğin anahtarı uyuşmuyorsa adres üzerinden yapılan anonimleştirmeler aktarılamaz. Kart o zaman “… could not be carried over from before the restore” gösterir. Bu kişileri tanıyorsanız onları “Export by e-mail address” üzerinden yeniden anonimleştirin.

“Restore from a backup” altındaki “Last run” satırı, çalıştırmanın kaç anonimleştirmeyi yeniden uyguladığını gösterir.

7

Roller ve yetki kavramı

Üç rol vardır: “Admin”, “Agent” ve “Customer”. Başka rol oluşturulamaz. Bunun yerine serbest olan, neredeyse her tek yetkidir; istisnalar aşağıda sıralanmıştır.

Bu üçünü “Settings → General Settings” altında “Role” sekmesinde bulursunuz. Yeniden adlandırılamazlar.

Bir rolün neler yapabileceği başka bir yerde durur: “Settings → Security” altında “Permission concept” kartında.

Her satır bir işlev, her sütun bir roldür. İşaret ona izin verir. Adın altında iç anahtar durur; sayfayla çalışmak için ona ihtiyacınız yoktur.

Liste uzundur. Kullanıcı yönetiminden tek tek ayarlar sayfalarına erişime, oradan zaman takibine kadar uzanır.

“Agent Team” sütunu özel durumdur. Ancak aynı satırda “Agent” işareti konduğunda kullanılabilir olur. Orada bir ekip seçerseniz izin yalnızca o ekibin temsilcileri için geçerli olur.

“Admin” rolünden hiçbir izin alınamaz. Kaydettikten sonra işaret geri gelir. Böylece kimse kendini kendi sisteminden dışarıda bırakamaz. Tabloyu yalnızca bir yönetici değiştirebilir. Bu, “Security” sayfasındaki her ayar için geçerlidir. Sayfayı açabilen başka herkes onu salt okunur görür. Altı izin “Customer” rolüne asla verilemez: “Users: manage accounts”, “Data export (data subject request)”, “Anonymize people”, “Security log”, “Settings: Security” ve “Settings: Single sign-on”.

“Save” ile değişiklik hemen geçerli olur. Etkilenen kişi bunu bir sonraki tıklamasında fark eder.

Tabloyu içeren “Permission concept” kartı: işlev başına bir satır, yönetici, temsilci, temsilci ekibi ve müşteri için sütunlar.
Kırmızı çerçeve başlık satırının üzerindedir. “Agent Team” sütunundaki seçici yalnızca “Agent” işaretinin konduğu yerde kullanılabilir.Resmi tam boyutta aç
Her biri “Mandatory” olarak işaretli üç rolle “Role” sekmesi.
Kırmızı çerçeve notun üzerindedir. Üç rol “Mandatory” olarak işaretlidir. Hiçbiri silinemez.Resmi tam boyutta aç
8

Departman, pozisyon ve konum

Üç liste talebi değil kişiyi anlatır: departman, pozisyon ve konum.

Bunlar “Settings → General Settings” altında “Drop-down lists” kartında oluşturulur. Üçünün de kullanımı aynıdır.

Hesapta atanırlar. “User management” altındaki formda alanların adı “Department”, “Position” ve “Location” şeklindedir.

Kullanıcı listesinde departman ekibin altında durur. Pozisyon ve konum hesabın formunda görünür.

Konumun ikinci bir kullanımı vardır. Talepte bir “Location” alanı vardır ve o da aynı listeden beslenir.

Üç listenin her birinde silemeyeceğiniz bir girdi vardır. Adı “None selected or available” şeklindedir ve “Mandatory” rozetini taşır.

Başka bir girdiyi silerseniz onu taşıyan herkes o yer tutucuya geçer. Böylece kimse artık var olmayan bir şeye işaret eder durumda kalmaz.

Burada çeviri yapmazsınız, çeviri sayfasında tek seferde yaparsınız. İngilizce ad, çevirilerin asıldığı çengeldir.

Departman, pozisyon ve konum alanları doldurulmuş “Edit user” penceresi.
Kırmızı çerçeveler üç alanın üzerindedir. Ekibin yanında dururlar ama başka bir şey anlatırlar: ekip talepleri kimin işlediğini, departman kişinin nerede çalıştığını söyler.Resmi tam boyutta aç
Ekip adının altında departmanı barındıran “Team” sütunlu kullanıcı listesi.
Kırmızı çerçeve sütunun üzerindedir. Üstte ekip, altında departman. Hiçbir ekipte olmayanın orada bir çizgisi vardır.Resmi tam boyutta aç

Ekran görüntüleri 1.3.1 sürümünden. Gösterilen ekranlarda 1.13.3 sürümüne kadar hiçbir şey değişmedi. Yalnızca kenar çubuğunun altındaki sürüm numarası farklı görünüyor.