Çok kiracılı mimari, tek bir yazılım platformunun kiracı adı verilen birden fazla müşteri kuruluşa hizmet vermesini sağlar; her kiracının verisi, yapılandırması ve kullanıcıları diğerlerinden ayrı tutulur. Genel iş araçlarında bu ayrım bir gizlilik meselesidir. Finans yazılımında ise kontrol meselesidir: başka bir kiracıya sızan ya da yanlış çalışanın değiştirebildiği bir defter, bordro veya karşı taraf listesi teknik olduğu kadar muhasebe ve hukuk sorunudur
Bu rehber önce başlıca veri yalıtımı seçeneklerini sade bir dille açıklıyor, ardından paylaşılan bir finans sisteminin güvenliğini asıl belirleyen kontrollere geçiyor: roller, sözleşmeye bağlı yetkiler, en az yetki ilkesi, görevler ayrılığı, sahibi belli servis hesapları, erişim incelemeleri, ayrılış günü erişimin kapatılması, denetim kayıtları ve müşterinin kendi verisi, anahtarları ve yedekleri üzerindeki mülkiyeti
Finans sistemlerinde çok kiracılılık ne demek?
Tek kiracılı yapıda her müşteri uygulamanın ve altyapının kendine ait bir kopyasını çalıştırır. Çok kiracılı yapıda müşteriler uygulama kodu ya da barındırma platformu gibi bazı katmanları paylaşır ve aradaki sınırı yazılım uygular. Günümüz platformlarının çoğu bu iki uç arasında bir yerdedir; doğru nokta risk, mevzuat, maliyet ve özelleştirme ihtiyacına göre değişir
Finans ekibi açısından kiracı nadiren tek şirkettir. Genellikle birden çok tüzel kişiliği, para birimini, ortak hizmet ekiplerini ve sınırlı görünüm isteyen muhasebeci ya da denetçi gibi dış tarafları kapsayan bir gruptur. Bu yüzden sağlam tasarım kiracıları birbirinden ayırırken kiracı içindeki erişimi de şirket, modül ve işlem düzeyine kadar denetler
Finans neden çıtayı yükseltir
- Defter kayıtları, banka bakiyeleri ve bordro verisi gizlidir, çoğu zaman özel düzenlemelere tabidir
- Kaydedilmiş bir rakamdaki yanlış değişiklik raporları, vergileri ve sonraki kararları etkiler
- Denetçi kimin neyi, ne zaman, hangi onayla yaptığını görmek ister
- Banka, ödeme geçidi ve sağlayıcı bağlantıları insan erişimi kadar sıkı yönetilmesi gereken makine erişimi doğurur
Veri yalıtımı yaklaşımları
Veri yalıtımı, bir kiracının kayıtlarının başka bir kiracı tarafından okunmasını veya değiştirilmesini engelleyen önlemlerin bütünüdür. Her durumda doğru tek bir kalıp yoktur; her seçenek maliyet ve işletim kolaylığını, sınırın gücü ve görünürlüğüyle dengeler
Kiracı kimliğiyle ortak veritabanı
Tüm kiracılar aynı tablolarda tutulur ve her kayıt, uygulamanın filtrelediği bir kiracı kimliği taşır. Verimlidir, güncellemesi kolaydır; ancak sınır tamamen uygulamanın her sorguda, raporda ve dışa aktarmada filtreyi doğru uygulamasına dayanır, dolayısıyla yükün çoğu test ve kod incelemesindedir
Kiracı başına ayrı şema ya da ayrı veritabanı
Her kiracı kendi tablolarına veya veritabanına sahip olur, sunucular ortak kalabilir. Sınır daha görünür hâle gelir, müşteri bazında yedekleme ve geri yükleme kolaylaşır; karşılığında kiracı sayısı arttıkça işletim yükü büyür
Kiracı başına ayrı altyapı
Kiracı kendine ayrılmış sunucularda ya da ortamda çalışır. En net ayrımı, verinin konumu ve değişiklik zamanları üzerinde en geniş serbestliği verir; işletmesi de en pahalı seçenektir. Sıkı iç politikaları veya belirgin düzenleyici beklentileri olan gruplar çoğunlukla bunu tercih eder
Arfinex'te müşteri verisi ve erişimi her zaman ayrıdır; altyapı, veritabanı ve yedek yalıtımının düzeyi genel bir vaatle değil, her dağıtım planında belirlenir ve doğrulanır. Bu plan verinin nerede tutulduğunu, yedeklerin nasıl ayrıldığını ve yalıtımın canlıya geçmeden önce nasıl test edildiğini gösterir
Rol tabanlı erişim kontrolü, yetkiler ve en az yetki
Kiracılar arası yalıtım resmin yalnızca yarısıdır. Kiracının içinde rol tabanlı erişim kontrolü, her kişinin neyi görüp neyi yapabileceğini belirler. İzinler borçlar uzmanı, hazine sorumlusu, mali kontrolör ya da dış denetçi gibi rollere bağlanır; kişiler tek tek hazırlanmış haklar yerine rol alır. Böylece erişim açıklanabilir olur ve denetçiye yüzlerce kişisel istisna yerine bir rol matrisi gösterilebilir
Sözleşmeye bağlı yetkiler rollerin bir üst katmanıdır. Müşterinin neyi sözleşmeyle aldığını, dolayısıyla kiracı için hangi modüllerin açık olduğunu tanımlar. Bir grup defter, kapanış ve raporlamayı alıp bordroyu almadıysa, bordro modülü rolü ne olursa olsun tüm kullanıcılar için kapalı kalır. Yetkileri rollerden ayrı tutmak, geniş bir rolün kuruluşun hiç kabul etmediği işlevleri sessizce açmasını önler
En az yetki ilkesi ikisini birbirine bağlar: her kişi, ajan ve bağlantı yalnızca görevi için gereken en düşük erişimi, yalnızca hizmet ettiği şirketler için ve yalnızca gerektiği süre boyunca alır. Uygulamada birkaç açık varsayılan işe yarar
- Varsayılan erişim salt okunurdur; kayıt ve onay hakları bilinçli olarak eklenir
- Erişim, kişinin fiilen çalıştığı tüzel kişilikler ve modüllerle sınırlıdır
- Yönetici hakları adı belli kişilerdedir, asla ortak bir hesapta değildir
- Hassas roller için iki adımlı giriş güvenlik planında tanımlanır
- Uzman yapay zekâ ajanlarının yetki sınırları açıktır; mutabakat ajanı eşleşme önerir ama kaydedemez ya da onaylayamaz
Görevler ayrılığı ve iki kişilik onay
Görevler ayrılığı, tek bir kişinin hassas bir mali işlemi hem başlatıp hem de sonuçlandıramaması demektir. Arfinex'te düzeltmeler, açılış bakiyeleri, kayıt sonrası kur değişimi, kapanmış dönemi açma ve limit üstü para hareketi iki ayrı kişi ister: biri kaydeder, biri onaylar. Bunu sistem uygular; kontrol, birinin politika belgesini hatırlamasına bağlı kalmaz
Bu yaklaşım defterin paranın mercii olmasıyla çalışır. Her bakiye değişikliği dengeli çift kayıtlı bir olaydır ve hata düzenleme ya da silmeyle değil ters kayıtla düzeltilir. Değiştirilemez çift taraflı defter ve denetim izi yazımız, bu tasarımın erişim kontrollerini sonradan doğrulanabilir kıldığını anlatıyor
Yapay zekâ da aynı disipline uyar. Toplamlar, kurlar, ücretler, kayıtlar ve dönem kapanışı deterministik ve test edilebilir kodla çalışır; yapay zekâ önerir ve açıklar, çıktısı uygun role sahip biri kabul edene kadar «öneri» etiketini taşır
Servis hesapları, entegrasyonlar ve denetim kayıtları
Bir finans platformundaki erişimin büyük kısmı makinelere aittir: banka akışları, ödeme geçitleri, rapor aktarımları ve otomasyon akışları. Sahibi olmayan servis hesabı, kimsenin incelemediği açık bir kapıdır. Bu nedenle her servis hesabı ve API anahtarının adı belli bir sahibi, açık bir amacı, en dar kapsamı ve inceleme tarihi olmalıdır
Arfinex dış araçları her birinin sahibi, çalışma kaydı, hata uyarısı ve durdurma anahtarı bulunan yönetilen akışlarla bağlar; anahtarları sohbette paylaşmak yerine müşteri kasaya kendisi girer. Ayrıntılar entegrasyon merkezi ve uçtan uca otomasyon hizmeti sayfasında
Denetim kayıtları döngüyü tamamlar. Kullanışlı bir kayıt kimin, hangi kiracı ve şirkette, neyi, ne zaman, hangi oturumdan ve hangi onayla değiştirdiğini tutar. Kayıtlar, etkinliği kaydedilen kişilerin düzenlemesine karşı korunmalı; denetçi, incelenen ekibin hazırladığı dosyalar yerine bu kayıtlara salt okunur erişim almalıdır
Erişim incelemeleri ve ayrılış günü erişimin kapatılması
Erişim zamanla kayar. İnsanlar ekip değiştirir, projeler biter, geçici haklar kalıcı olur. Basit bir yaşam döngüsü rol matrisini dürüst tutar
- Katılım: yönetici rol talep eder, erişim verilmeden önce ikinci bir kişi onaylar
- Görev değişikliği: yeni rol eklenirken eski rol aynı anda kaldırılır
- Ayrılış: erişimler, oturumlar, anahtarlar ve devredilmiş onaylar kişinin ayrıldığı gün iptal edilir
- Dönemsel inceleme: sahipler her kullanıcıyı, rolü, servis hesabını ve API anahtarını teyit eder; teyit edilmeyen kaldırılır
- Kanıt: her inceleme, denetçinin izleyebilmesi için inceleyenin adı ve tarihiyle saklanır
Arfinex'in teknik yönetişim, güvenlik ve erişim hizmeti bu incelemeleri, etkinlik kaydını, sırların kasada saklanmasını ve ancak geri yükleme testinden sonra geçerli sayılan yedekleri kapsar. Kiracının müşterilerini ve karşı taraflarını da tanıması gerekiyorsa kimlik doğrulama, işletme tanıma ve uyum lisanslı sağlayıcılar üzerinden yürür ve her karar kanıtıyla kaydedilir
Veri, anahtar ve yedeklerin mülkiyeti
Güvenli bir paylaşımlı platform kontrolü yine müşteride bırakmalıdır. Arfinex'te veri, yapılandırma, anahtarlar ve yedekler müşteriye aittir; tam dışa aktarma her an mümkündür ve hizmetin durması veriyi asla silmez, rehin tutmaz. Bu mülkiyet güvenliğin parçasıdır, çünkü ayrılamayan bir kuruluş kendi riskini tam olarak yönetemez
Mülkiyet teslim biçimini de şekillendirir. Tasarım ve geliştirme sentetik ya da anonimleştirilmiş veriyle korumalı bir deneme ortamında yapılır, paralel çalıştırma yeni sistemi mevcut yöntemle karşılaştırır ve canlıya geçiş yalnızca müşteri onayıyla olur. Yalıtımın ve rollerin doğru çalıştığını kanıtlamak için gerçek mali verinin geliştirme ortamına girmesi gerekmez
Çok kiracılı bir finans platformunu değerlendirme listesi
Hangi platformu değerlendirirseniz değerlendirin, genel güvenceler yerine somut yanıt ve kanıt isteyin. Aşağıdaki sorular ilk güvenlik görüşmesine uygundur
- Altyapımız, veritabanımız ve yedeklerimiz için hangi yalıtım modeli geçerli ve canlıya geçmeden önce nasıl doğrulanıyor?
- Sözleşmeye bağlı yetkiler rollerden nasıl ayrılıyor ve yeni bir modülü kim açabiliyor?
- Rol matrisi ve hassas işlemlerin onay kuralları gösterilebiliyor mu?
- Her servis hesabı ve API anahtarının adı belli bir sahibi ve inceleme tarihi var mı?
- Ayrılan kişinin erişimi ne zaman kapatılıyor ve bunun kanıtı ne?
- Denetim kayıtları neyi tutuyor ve denetçi bunları incelenen ekibin yardımı olmadan okuyabiliyor mu?
- Tüm verimizi nasıl dışa aktarırız; anahtarlar ve yedekler kimde?
Bu sorulara açık yanıt veren ve bütünleşik bir finansal işletim sistemi içinde çalışan bir platform, finans yöneticilerine yönetim kurulu ve denetçi önünde savunabilecekleri bir çok kiracılı mimari sunar
Yalıtım başlangıçtır, yönetilen erişim kanıttır
Veri yalıtımı modelini seçmek önemlidir; fakat finans ekibinin her gün dayandığı kontroller roller, yetkiler, en az yetki, görevler ayrılığı, sahibi belli servis hesapları, incelemeler ve kayıtlardır. Bu kontrolleri sistem uyguladığında ve verinin ve anahtarların mülkiyeti müşteride kaldığında, paylaşımlı bir platform kontrolörlerin ve denetçilerin beklentilerini karşılayabilir
