Her tesis kendi verisinde çalışsın, merkez tek ekrandan görsün.

Çok tesisli yapıda geçiş kontrolü neden tek merkezi veritabanıyla kurulmaz?

Birden fazla tesisi olan bir holding ya da grup şirketinde en sık yapılan mimari hata, "tek bir sistem kuralım, hepsi aynı veritabanını kullansın, yetkiyle ayırırım" varsayımıdır. Bu yaklaşım kısa vadede kolay görünür ama iki risk taşır: bir yetki tanımlama hatası tesisler arası veri sızıntısına dönüşebilir, bir tesisteki yoğun kullanım diğer tesisin performansını etkileyebilir. SmartPass'ta çok tesisli kurulum farklı bir temelde çalışır. Her tesis kendi alt alan adında ve kendi ayrı veritabanında barınır.

Bu yaklaşımın maliyeti, tek merkezi veritabanına göre biraz daha fazla kurulum adımıdır: her tesis ayrı ayrı açılır, ayrı ayrı yapılandırılır. Kazancı büyüktür. Hem güvenlik hem operasyonel bağımsızlık sağlanır, bir tesisteki yoğunluk diğerini etkilemez. Holding büyüdükçe yeni bir tesis eklemek, mevcut tesislerin hiçbirini değiştirmeden yapılan bağımsız bir adımdır. Bir tesis kapatıldığında da diğerleri hiç etkilenmez.

"Ayrı veritabanı daha pahalı olmaz mı?" diyenler için

Kısa cevap: hayır, çünkü fiyatlandırma terminal sayısına göre hesaplanır. Her tesisin kendi veritabanı olması ek bir donanım ya da lisans maliyeti doğurmaz, bu SmartPass'ın kendi altyapısında çalışan bir mimari tercihtir. Asıl maliyet kalemi, her tesisin kendi kablolama ve montaj işidir, o da zaten tek bir merkezi kurulumda da var olurdu. Uzun vadede kazanç daha büyüktür: bir tesisteki bir güvenlik olayı ya da performans sorunu diğer tesislere sıçramaz.

Ayrım veri düzeyinde çalışır

Bir tesisin verisi başka bir tesisin sorgu motoruna hiçbir zaman görünmez, çünkü aynı veritabanı şemasında değildir. Bu, "yönetici olsam bile başka tesisi göremem" demek değildir. "Sistem mimarisi, yanlış yetkilendirilmiş bir sorgunun bile başka tesise ulaşmasına izin vermez" demektir. Holding güvenlik ekibi için bu ayrım önemlidir: bir yazılım hatası ya da yanlış yapılandırılmış bir rol, en kötü ihtimalle kendi tesisinin verisini etkiler, başka tesisin verisini asla.

Merkezin konsolide raporu: tek ekran, tesis kırılımlı

Veri ayrı tutulsa da merkezin toplu görünüme ihtiyacı gerçektir. Bölge yöneticisi rolü, kapsamındaki tesislerin raporlarını salt okunur biçimde tek ekranda birleştirir: toplam geçiş sayısı, ret sayısı, PDKS özetleri hem genel toplam hem tesis bazlı satır olarak görünür. Bu birleştirme sunucu tarafında, ilgili tesislerin verisi bölge yöneticisinin yetki kapsamına göre okunarak yapılır. Tesisler birbirini görmez, yalnız merkez tesisleri görür.

Bölge yöneticisi rolü ve kapsam

Bölge yöneticisi, dokuz hazır rolden biridir ve kapsamı tanımlıdır: hangi tesisleri göreceği panel üzerinden atanır. Bu rol tesislerin kuralını uzaktan değiştiremez, salt okunur bir üst görünümdür. Yerel yönetim korunur: her tesisin kendi yöneticisi kendi kuralını, kendi vardiya tanımını, kendi yetki matrisini kendi yetkisinde yazar. Merkezin müdahale etmesi gereken tek durum, tesisler arası tutarlılık gerektiren kararlardır, örneğin ortak bir taşeron firmanın birden fazla tesise erişimi olacaksa.

Tesisler arası personel geçişi

Bir personelin tesis A'dan tesis B'ye geçici ya da kalıcı olarak görevlendirilmesi sık karşılaşılan bir durumdur. Tesis A'da tanımlı kart, tesis B'nin veritabanında kayıtlı olmadığı için orada okutulduğunda CREDENTIAL_UNKNOWN sebebiyle reddedilir. Bu beklenen bir davranıştır, güvenlik açığı değil. Transfer, hedef tesiste ayrı bir tanımlama işlemiyle tamamlanır. Kişi bilgisi merkezden toplu olarak aktarılabilir, ama yetki ve kural ataması her zaman hedef tesiste, o tesisin kendi bağlamında yapılır. Geçici görevlendirmede bir bitiş tarihi tanımlanırsa yetki o tarihte otomatik kapanır, idarenin ayrıca hatırlaması gerekmez.

Sık transfer olan holding yapılarında, örneğin bir teknik ekip birden fazla tesisi dolaşarak bakım yapıyorsa, her tesiste ayrı bir kayıt açmak tekrarlı görünebilir. Ama bu tekrar veri ayrımı ilkesinin bedelidir. Merkez, kişi bilgisini (ad, sicil no, fotoğraf) toplu bir kaynaktan tesislere aktarmayı kolaylaştıran bir içe aktarma aracı sunar. Kişi yine her tesiste ayrı bir kayıt olarak oluşur, ama bu kaydı elle tek tek girmek gerekmez.

Toplu terminal alımı ve tesis bazlı puantaj

Çoklu tesis kurulumunda terminal donanımı genellikle toplu alınır, bu birim maliyeti düşürür ve tesisler arasında aynı donanım standardını sağlar. Yazılım tarafında ise her tesis kendi aboneliğiyle ya da holding için tanımlı kurumsal sözleşmeyle çalışabilir. PDKS açık olan tesislerde her tesisin kendi puantaj cetveli, kendi vardiya rotasyonuna göre hesaplanır. Merkez bu cetvelleri tek tek görmez, yalnız tesis bazlı özet ve karşılaştırma raporlarına erişir. Fiyatlandırma "Çoklu tesis" paketi kapsamında görüşülür. Kurulum takvimi tesis tesis planlanır, her tesisin yazılım tarafı kendi alt alan adı açıldıktan sonra birkaç saat içinde aktifleşir. Saha kurulumunun süresini kapı sayısı ve kablolama belirler.

Ortak taşeron ve birden fazla tesise erişim

Bazı taşeron ya da tedarikçi firmalar birden fazla tesise hizmet verir, örneğin bir bakım firması hem Adana hem Mersin tesisine giriyor olabilir. Bu durumda taşeron personeli her iki tesiste de ayrı ayrı, o tesisin kendi kuralına göre tanımlanır. Tek bir "evrensel kart" yaklaşımı kullanılmaz. Bu biraz daha fazla tanımlama işi gerektirse de, her tesisin kendi yetki matrisinin bütünlüğünü korur. Bir tesisteki kural değişikliği diğer tesisteki aynı kişinin yetkisini etkilemez.

Denetim ve raporlama farkı: tesis düzeyi ile merkez düzeyi

Tesis müdürü kendi tesisinin denetim izini görür: kim, ne zaman, hangi kuralı değiştirdi. Merkez ise bu ayrıntıya doğrudan inmez. Bölge yöneticisi kapsamındaki özet raporları görür, ayrıntılı denetim izi tesisin kendi yönetici rolüne özeldir. Bu katmanlama, merkezin gün içinde her tesisin operasyonel detayına boğulmadan stratejik görünürlük elde etmesini sağlar. Tesis müdürü de kendi operasyonel sorumluluğunu merkez müdahalesi olmadan yürütür.

Ortak rapor standardı: her tesiste aynı 21 rapor

Farklı tesisler farklı yazılımlarla kurulduğunda en can sıkıcı sorunlardan biri raporların birbirine benzememesidir. Bir tesisin "geç kalma raporu" başka tesisin "devamsızlık raporu"yla aynı sütunları taşımaz, merkez ikisini birleştirirken elle uyumlama yapar. SmartPass'ta hazır rapor seti tüm tesislerde aynıdır: aynı 21 rapor, aynı sütun yapısı, aynı sebep kodu sözlüğü. Bu, merkezin farklı tesisleri karşılaştırırken elma ile elmayı kıyaslamasını sağlar. Bir tesisteki ret oranı diğeriyle doğrudan kıyaslanabilir, çünkü aynı tanımla üretilmiştir.

Bir tesis kapatılır ya da elden çıkarılırsa, o tesisin geçmiş kayıtları ne olur

Tesis merkez panelinden pasif hale getirilir, terminalleri devre dışı bırakılır. Geçmiş geçiş kayıtları saklama süresi doluncaya kadar o tesisin ayrı veritabanında durur, merkezin konsolide raporlarında ilgili döneme ait veriler görünmeye devam eder. Devir durumunda yeni işletmeci için ayrı bir alt alan adı ve ayrı bir sözleşme açılır; eski tesisin kayıtları yeni işletmeciye otomatik aktarılmaz, çünkü zaten ayrı bir veritabanında tutulmuştur.

Alt alan adı ve tesis kimliği

Her tesis kendi alt alan adıyla, örneğin adana.smartpass.com.tr, ayrı bir giriş noktasına sahiptir. Bu kullanıcı deneyimini de netleştirir: bir tesisin çalışanı yalnız kendi tesisinin adresine giriş yapar, kendi tesisinin kullanıcı adı ve şifresiyle oturum açar. Merkez kullanıcısı için ayrı bir konsolide giriş noktası tanımlanır. Bu giriş kapsamındaki tesislerin salt okunur özetine erişir ama hiçbir tesisin kendi girişinin yerini almaz. Yeni bir tesis eklendiğinde bu, mevcut tesislerin yapılandırmasını hiç etkilemeyen bağımsız bir kurulum adımıdır.

Fiyatlandırma ve sözleşme: tesis bazlı mı, holding bazlı mı

Çok tesisli yapılarda iki sözleşme modeli mümkündür. Her tesis kendi abonelik ve faturasını ayrı yönetir, ya da holding merkezi tek bir kurumsal sözleşme altında tüm tesislerin faturasını konsolide eder. İkinci model, toplu terminal alımında özel donanım fiyatı ve tek bir SLA (hizmet seviyesi taahhüdü) imkanı sunar. Hangi modelin seçileceği holdingin kendi muhasebe ve bütçeleme yapısına bağlıdır. İkisi de teknik olarak aynı veri ayrımı mimarisi üzerine kuruludur, sözleşme modeli tesislerin birbirinden bağımsız çalışmasını değiştirmez.

Adana merkezli holdingler için Çukurova, Mersin ve Gaziantep tesisleri

Adana merkezli birçok grup şirketin üretim ya da lojistik tesisleri Mersin-Tarsus, Osmaniye, Gaziantep GAOSB ya da Kahramanmaraş gibi komşu illere yayılır. Bu tür bir yapıda merkez genellikle Adana'da, üretim tesisleri farklı OSB'lerde konumlanır. Her tesis kendi saha koşuluna (kapı sayısı, terminal yerleşimi, vardiya düzeni) göre ayrı ayrı kurulur. Merkez ise tek bir bölge yöneticisi hesabıyla tüm tesisleri konsolide izler. Kurulum sırası genellikle merkez tesisten başlar, diğer tesisler saha planına göre sırayla eklenir. Ankara'daki OSTİM ya da İvedik OSB'de üretim biriminin merkeze bağlandığı holdinglerde, kurulum takvimi genellikle her tesisin kendi vardiya yoğunluğuna göre önceliklendirilir.