Bankacılık ve muhasebe dünyasında uzun süredir uygulanan bir kural vardır: Belirli işlemler tek bir kişinin kararıyla tamamlanamaz. Bir kişi işlemi hazırlar, başka bir kişi kontrol edip onaylar. Dört göz ilkesi ya da hazırlayan-onaylayan modeli olarak bilinen bu yaklaşım, hem hataları hem de kötü niyetli işlemleri önlemede etkili bir kontrol olarak kabul edilir.
Sigorta acentelerinde de geri alınması zor ya da etkisi geniş olan işlemler vardır. Bu işlemlerin tek bir kullanıcının, tek bir tıklamasıyla gerçekleşmesi, yanlışlıkla yapılan bir hatanın ya da ele geçirilmiş bir hesabın büyük zarara yol açmasına zemin hazırlar. Bu yazıda dört göz ilkesinin acente yazılımında hangi işlemlere ve nasıl uygulanabileceğini ele alıyoruz.
Görev ayrılığından farkı nedir?
Görev ayrılığı, farklı aşamaların farklı kişilere verilmesidir; örneğin teklifi hazırlayan ile tahsilatı kaydeden kişinin ayrı olması. Dört göz ilkesi ise tek bir işlemin iki kişinin katılımıyla tamamlanmasını şart koşar. Görev ayrılığı süreci yapılandırırken, çift onay belirli yüksek riskli anlarda ikinci bir güvenlik kilidi olarak çalışır. İkisi birbirini tamamlar; ancak çift onay çok daha dar ve seçici bir kapsamda uygulanmalıdır.
Çift onaya aday işlemler
Her işlemde ikinci onay istemek operasyonu durdurur. Bu nedenle kapsamı belirlerken üç kritere bakmak faydalıdır: İşlem geri alınabilir mi, kaç kaydı etkiliyor ve finansal ya da yetki boyutu var mı?
- Toplu silme veya arşivleme: Belirli bir eşiğin üzerindeki sayıda müşteri veya poliçe kaydının tek seferde silinmesi.
- Ödeme ve hesap bilgisi değişiklikleri: Tahsilat için kullanılan banka hesap bilgilerinin veya ödeme yönlendirmelerinin güncellenmesi.
- Yönetici yetkisi atama: Bir kullanıcıya acente genelinde yönetici veya kullanıcı yönetimi yetkisi verilmesi.
- Entegrasyon ayarları: Sigorta şirketi bağlantı bilgilerinin değiştirilmesi ya da yeni bir dış sistemin veri erişimine açılması.
- Geniş kapsamlı dışa aktarma: Tüm portföyün veya hassas alanları içeren büyük listelerin indirilmesi.
- Güvenlik ayarlarının gevşetilmesi: Çok faktörlü doğrulama zorunluluğunun kaldırılması veya oturum süresinin uzatılması.
Akış nasıl işlemeli?
- Talep oluşturulur: Hazırlayan kullanıcı işlemi başlatır; sistem işlemi hemen yürütmek yerine "onay bekliyor" durumuna alır.
- Gerekçe istenir: Hazırlayan, işlemin neden yapıldığını kısa bir açıklamayla belirtir.
- Onaylayıcı bilgilendirilir: Yetkili onaylayıcılara bildirim gider. Onaylayıcı, işlemin tam olarak neyi değiştireceğini ve kaç kaydı etkileyeceğini açık biçimde görür.
- Karar verilir: Onaylayıcı işlemi onaylar ya da gerekçesiyle reddeder. Hazırlayan kişi kendi talebini onaylayamaz.
- İşlem yürütülür ve kaydedilir: Onay sonrasında işlem gerçekleştirilir; talep, gerekçe, onay ve yürütme bilgileri birlikte kayıt altına alınır.
- Süre dolarsa talep düşer: Belirli bir süre içinde onaylanmayan talepler otomatik olarak iptal edilir; böylece unutulmuş talepler aylar sonra beklenmedik biçimde onaylanmaz.
Onaylayıcı ekranında neler olmalı?
Çift onayın etkisi, onaylayıcının gerçekten ne onayladığını anlamasına bağlıdır. "Bir işlem onayınızı bekliyor" yazan ve tek bir düğme içeren bir ekran, refleksle onaylanmaya çok açıktır. İyi bir onay ekranı şunları içerir:
- İşlemi kimin, ne zaman ve hangi cihazdan başlattığı
- Değişikliğin önceki ve sonraki hali; örneğin eski ve yeni hesap bilgisi
- Etkilenecek kayıt sayısı ve örnek kayıtlar
- Hazırlayanın yazdığı gerekçe
- Onay için de güçlü bir doğrulama adımı
Küçük acentelerde uygulanabilir mi?
İki ya da üç kişilik bir acentede çift onay ilk bakışta gereksiz bürokrasi gibi görünebilir. Oysa küçük ekiplerde de etkisi büyük işlemler yapılır ve bir hesap ele geçirildiğinde ikinci bir kişinin onayı, zararın önündeki tek engel olabilir. Küçük yapılarda kapsamı çok dar tutmak, örneğin yalnızca ödeme bilgisi değişikliği ve toplu silme ile sınırlamak, pratik bir başlangıçtır. Acente sahibinin kendi başlattığı işlemler için de ikinci bir yetkili belirlemek, sahibin hesabının ele geçirilmesi senaryosuna karşı koruma sağlar.
Kaçınılması gereken uygulamalar
- Onay yetkisinin herkese verilmesi: Ekipteki herkes onaylayıcıysa, iki çalışan kolayca birbirinin talebini onaylar ve kontrol anlamını yitirir.
- Ortak hesaplarla çalışmak: Hazırlayan ve onaylayanın aynı hesabı kullandığı bir yapıda dört göz ilkesi fiilen tek göze iner.
- Acil durum gerekçesiyle sürekli atlamak: Çift onayı devre dışı bırakan bir "acil" seçeneği varsa, kullanımı ayrıca izlenmeli ve istisna olarak kalmalıdır.
- Onay geçmişini incelememek: Hiç reddedilmeyen talepler, onay adımının şekle dönüştüğünün işareti olabilir.
Sahte talimatlara karşı ek bir katman
Sosyal mühendislik saldırılarında sık görülen senaryolardan biri, yöneticiden geliyormuş gibi görünen acil bir talimatla çalışandan ödeme bilgisini değiştirmesinin istenmesidir. Çift onay, bu tür sahte talimatlara karşı da doğal bir fren işlevi görür. İşlem yalnızca e-postayı alan çalışanın kararıyla tamamlanamadığı için, ikinci kişinin talebi sorgulama fırsatı doğar. Onaylayıcının talimatın kaynağını e-posta dışındaki bir kanaldan, örneğin bilinen bir telefon numarasıyla teyit etmesi bu katmanı daha da güçlendirir.
Çift onayı yazılım seçiminde değerlendirmek
Bir yazılımın çift onay desteğini değerlendirirken yalnızca özelliğin var olup olmadığına değil, nasıl çalıştığına bakmak gerekir. Onaylayıcı rolleri esnek biçimde tanımlanabiliyor mu? Eşik değerler, örneğin kaç kaydın üzerindeki silme işleminin onaya düşeceği, acente tarafından ayarlanabiliyor mu? Onay bekleyen talepler mobil uygulamadan da görülebiliyor ve güvenli biçimde yanıtlanabiliyor mu? Reddedilen ve süresi dolan talepler raporlanabiliyor mu? Bu soruların yanıtları, çift onayın acentenin gerçek iş akışına uyup uymayacağını gösterir. Uymayan bir onay akışı ise kısa sürede atlanmaya ya da şekli bir adıma dönüşmeye mahkumdur.
Kontrolü görünür kılmak
Dört göz ilkesi, çalışanlara güvensizliğin değil, ortak sorumluluğun bir ifadesidir. Kritik bir işlemin iki kişi tarafından görülmesi, hem hatalara hem de dış saldırılara karşı acentenin bütününü korur. Acente yazılımında onay akışlarının ve CRM kayıtlarındaki toplu işlemlerin nasıl yönetildiğini görmek için demo talebi oluşturabilirsiniz.