Çok Şirketli Yapılar İçin ERP Mimarisi ve Veri İzolasyonu

Birden fazla tüzel kişiliği, iştiraki veya markayı bünyesinde barındıran işletmeler için Kurumsal Yazılım & ERP projeleri planlanırken en kritik teknik eşiklerden biri altyapının nasıl konumlandırılacağıdır. Ortak kaynak yönetimi yaparken her bir tüzel kişiliğin yasal ve operasyonel bağımsızlığını korumak, doğru bir ERP mimarisi kurmaktan geçer. Bu rehberde, çok şirketli yapılarda veri güvenliğini ve yasal uyumluluğu merkeze alan teknik adımları inceliyoruz.

1. Veri İzolasyon Stratejisinin Belirlenmesi

Çok şirketli yapılarda veri izolasyonu, farklı şirketlerin finansal, personel ve ticari verilerinin birbirine karışmasını önlemek için zorunludur. Sistem tasarımı aşamasında üç temel model öne çıkar:

• Fiziksel Veritabanı Ayrımı: Her şirket için tamamen bağımsız bir veritabanı örneği (instance) oluşturulur. En yüksek izolasyonu sağlar ancak donanım ve bakım maliyetleri yüksektir.
• Şema Tabanlı İzolasyon: Tek bir veritabanı sunucusunda, her şirket için ayrı şemalar kullanılır. Tablo yapıları ortak yönetilir ancak veriler mantıksal olarak ayrılır.
• Paylaşımlı Tablo Mimarisi (Tenant ID): Tüm veriler aynı tablolarda tutulur ve satır bazlı filtreleme (Row-Level Security) yapılır.

2. Şema Tasarımı ve Ortak Varlık Yönetimi

Şema tasarımı, sistemin performansını ve esnekliğini doğrudan etkiler. Çok şirketli yapılar için veritabanı modellerken şu kurallara dikkat edilmelidir:

• Her tablonun birincil anahtarları yanı sıra hangi şirkete ait olduğunu belirten bir şirket kimliği sütunu içermesi sağlanır.
• Stok, cari veya malzeme kartları gibi ortak master verilerin merkezî olarak yönetilmesi, şirketler arası ticaretin kolaylaştırılması için ortak tablolarda tutulur.
• İşlem verileri (fatura, irsaliye, yevmiye fişleri) kesinlikle şema veya satır düzeyinde izole edilir.

3. Yetkilendirme ve Erişim Kontrolü

Kurumsal yazılım çözümlerinde kullanıcıların sadece yetkili oldukları şirketlerin verilerine erişebilmesi gerekir. Rol tabanlı erişim kontrolü (RBAC) ile birlikte şirket bazlı yetkilendirme matrisleri uygulanmalıdır. Bir kullanıcının A şirketindeki muhasebe kayıtlarına erişim yetkisi bulunurken, B şirketindeki finansal verilere erişimi tamamen kapatılmalıdır.

4. Konsolidasyon ve Raporlama Katmanı

Farklı şirketlerin verileri izole edilmiş olsa bile, üst yönetim için konsolide raporlar üretmek bir gereksinimdir. Bu aşamada veritabanı seviyesinde veya veri ambarı (Data Warehouse) katmanında çalışan özel sorgu ve ETL süreçleri kurgulanır. İzolasyon kuralları ihlal edilmeden, salt okunur yetkilerle merkezi finansal tablolar oluşturulur.

5. Varsayımsal Çalışma Örneği: Holding Çatısı Altında Üç Şirketli Yapı

Bu senaryoda, tekstil, lojistik ve perakende alanlarında faaliyet gösteren üç farklı tüzel kişiliğe sahip bir holding için kurumsal ERP mimarisinin nasıl konumlandırıldığını ele alıyoruz. Tekstil ve perakende şirketleri aynı veritabanı sunucusu üzerinde şema tabanlı izolasyon ile ayrıştırılırken, lojistik şirketi mevzuatsal gereksinimler ve veri hassasiyeti nedeniyle tamamen fiziksel olarak bağımsız bir veritabanı örneğinde barındırılmaktadır. Ortak master veri yönetimi için merkezi bir Kurumsal Yazılım & ERP katmanı kullanılarak stok ve cari kartlar senkronize edilir.

Sistem tasarımındaki temel ticaret ve performans takası şu şekildedir: Şema tabanlı izolasyon, donanım maliyetlerini düşürüp ortak raporlama süreçlerini hızlandırırken, olası bir sorgu optimizasyon hatasında iki şirketin de performansını aynı anda etkileyebilir. Fiziksel ayrım ise maksimum güvenlik sağlasa da şirketler arası mal hareketlerinde senkronizasyon maliyetini artırır. Başarısızlık yönetimi senaryosunda, ağ kesintisi veya veritabanı yanıt süresi aşımlarında, merkezi konsolidasyon katmanı otomatik olarak devre dışı bırakılır ve yerel işlemlerin kesintisiz devam etmesi sağlanır. Bu yaklaşım, operasyonel devamlılığı riske atmadan yasal uyumluluğu korur.

6. Çok Şirketli ERP Mimarisi İçin Detaylı Uygulama Kontrol Listesi

Çok şirketli ERP projelerini canlıya alırken teknik riskleri minimize etmek ve veri sızıntılarını önlemek adına aşağıdaki adımların eksiksiz uygulanması gerekmektedir:

• Mimari Seçimi: Şirketlerin yasal zorunlulukları, veri hacimleri ve bütçeleri analiz edilerek fiziksel, şema veya satır tabanlı izolasyon modeli netleştirilmelidir.
• Veritabanı ve Şema Kurulumu: Tenant ID ve şirket anahtarları tüm işlem tablolarına zorunlu alan olarak eklenmeli, indekslemeler bu anahtarlar üzerinden optimize edilmelidir.
• Erişim ve Yetki Matrisi: Rol tabanlı erişim kontrolü (RBAC) ile kullanıcıların şirket sınırları dışındaki verilere erişimi veritabanı ve uygulama katmanında engellenmelidir.
• Entegrasyon ve ETL Süreçleri: Şirketler arası mal transferleri ve konsolide raporlama için güvenli, şifrelenmiş API ve ETL boru hatları (pipeline) tasarlanmalıdır.
• Hata ve Başarısızlık Yönetimi: Veritabanı bağlantı kopmaları veya yetkisiz erişim denemeleri için anlık loglama mekanizmaları ve alarm sistemleri kurulmalıdır.
• Performans ve Yük Testleri: Eşzamanlı çoklu şirket raporlaması altında sistemin davranışını gözlemlemek için kapsamlı stres testleri yapılmalıdır.

Kaynaklar

• Kurumsal Yazılım & ERP — Cy Logic Software