RAMS PDKS: Sabit IP yok, port açılmıyor, turnikeler yine de bulutta

Yeni bir şantiyenin ilk haftası. Konteyner ofis yerini almış; ana girişe boy turnikeleri, servis kapısına üç kollu turnike, ofis ve kapı noktalarına kart panelleri monte edilmiş. İnternet, konteynerin köşesindeki bir LTE modemden geliyor. Cihazlar hazır, personel kartını almış. Geriye tek bir soru kalıyor: genel merkez bu turnikeleri nasıl görecek?

Klasik bir personel devam kontrol kurulumunda bu sorunun cevabı ağ ayarlarından geçer: modemde port yönlendirmesi, NAT kuralı, güvenlik duvarında açılan bir kapı ve hepsinin dayandığı sabit bir IP adresi. Şantiyede ise bunların hiçbiri kalıcı değil. RAMS PDKS'nin en çok emek verdiğimiz parçası, tam da bu sorunun etrafında şekillendi.

Proje kısaca

RAMS PDKS, RAMS Türkiye'nin genel merkezi, satış ofisleri ve şantiyelerinde çalışan kadrolu ve taşeron personelin giriş-çıkışlarını tek merkezden yöneten, tamamen bulut mimaride çalışan bir personel devam kontrol ve insan kaynakları platformu. Şantiyede personel kartla boy turnikesinden ya da üç kollu turnikeden geçiyor; ofislerde kart panelleri, saha ve ofis çalışanları için QR ve konum doğrulamalı mobil uygulama kullanılıyor. Web yönetim paneli, iOS ve Android uygulaması, IoT bağlantı katmanı ve kurumsal İK ve ERP sistemleriyle çift yönlü çalışan entegrasyon API'si aynı platformun parçaları. Bu yazı o katmanlardan birini anlatıyor: sahadaki cihazları buluta bağlayan IoT bağlantı cihazını.

Şantiyede ağ geçicidir

RAMS Türkiye aynı anda birden fazla büyük ölçekli şantiye yürütüyor. Projeden önce de girişler turnikelerle kontrol ediliyordu; ama her sahadaki cihazlar kendi başına çalışıyor, kart tanımları yerinde yapılıyor, veriler dönem sonunda toplanıyordu. Genel merkez, şantiyelerin anlık durumunu göremiyordu.

Cihazları merkeze bağlamanın önündeki engel, şantiyenin kendisiydi. Şantiye interneti çoğunlukla LTE modem üzerinden geliyor; sabit IP yok, modem ve operatör sık değişiyor. Klasik PDKS cihazları merkezin kendilerine dışarıdan ulaşmasını beklediği için her sahada port yönlendirme, NAT kuralı ve güvenlik duvarı ayarı gerekiyor. Bu ayarlar her sahada yeniden yapılmak zorunda kalıyor, çoğu zaman da hiç yapılamıyordu.

Her yeni sahada aynı ağ ayarlarını baştan kurmak, sistemi kalıcı bir altyapıya değil geçici bir modeme bağımlı kılmak demekti. Biz de soruyu değiştirdik: merkez cihaza nasıl ulaşır yerine, cihaz merkeze nasıl ulaşır?

Bağlantının yönünü tersine çevirdik

Cevap, Karatsoft'un bu iş için geliştirdiği IoT bağlantı cihazı oldu. Her şantiyeye bir tane yerleştiriliyor. Cihaz, sahadaki boy turnikelerini, üç kollu turnikeleri ve kart panellerini yerel ağdan topluyor ve buluta dışa doğru şifreli tek bir kanal açıyor. Bağlantı içeriden dışarıya kurulduğu için sabit IP'ye, NAT kuralına, port yönlendirmesine ya da güvenlik duvarı ayarına gerek kalmıyor. Modem ya da operatör değiştiğinde yeniden yapılacak bir ağ ayarı da yok.

Kanal açıldıktan sonra sahadaki tüm cihazlar merkezden anlık olarak yönetiliyor. Yeni bir kart tanımlandığında ilgili turnikelere bu yoldan gidiyor, işten ayrılan birinin kartı aynı yoldan kaldırılıyor. Böylece her yeni şantiye, cihazlar monte edilip bağlantı cihazı takıldığı anda merkezden yönetilebilir hâle geliyor. Sunucu, lisans ya da yerel kurulum yok; yeni yerleşke, cihaz veya kullanıcı eklemek altyapı değişikliği gerektirmiyor.

Bağlantı koptuğunda geçiş kaybolmuyor

LTE ile çalışan bir sahada bağlantının bir gün kopacağını baştan varsaymak gerekiyor. Bu yüzden bağlantı kesildiğinde geçişler cihazda tutuluyor ve bağlantı döndüğünde eksiksiz olarak aktarılıyor. Sabah turnikeden geçen çalışanın kaydı, hat bir süre gitse bile puantajda yerini buluyor.

Sahadan gelen her geçiş, cihazın türünden bağımsız tek bir olay akışında birleşiyor. Boy turnikesi, üç kollu turnike, kart paneli ve mobil uygulamadaki QR ve GPS geçişleri aynı puantaja düşüyor; vardiya, tolerans ve mola kuralları bu akışın üzerinde çalışıyor. Cihaz markası ya da tipi değişse de raporun mantığı değişmiyor.

Merkezden bakan ekip için sahanın sağlığı da görünür. Cihaz yönetimi ekranında boy turnikeleri, üç kollu turnikeler, kart panelleri ve IoT bağlantı köprüleri yerleşke bazında listeleniyor; her cihazın çevrimiçi durumu, bugünkü geçiş sayısı, kayıtlı kart adedi ve son senkron zamanı izleniyor. Gerektiğinde kartlar cihaza yeniden gönderiliyor, turnike uzaktan açılıyor.

Yönetici konsolu ise tüm yerleşkeleri bir araya getiriyor: şu anda içeride bulunan kişi sayısı, günlük giriş, geç gelenler ve bağlı cihaz durumu tek ekranda. Turnike ve panellerden gelen geçişler canlı akıyor; yerleşke doluluğu ve IoT bağlantı köprülerinin sağlığı yanında izleniyor. Eskiden dönem sonunda toplanan veri, artık geçiş anında genel merkezde.

Sahada öğrendiklerimiz

• Ağın size uymasını beklemeyin. Şantiyede modem, operatör ve hat değişir; sistemi ağ ayarına bağımlı kurarsanız her değişiklik sahaya yeni bir kurulum işi çıkarır.
• Bağlantıyı içeriden dışarıya kurun. Dışa doğru tek bir şifreli kanal, sahada hiçbir kapı açmadan cihazı merkeze bağlıyor.
• Kopmayı olağan durum sayın. Bağlantı kesildiğinde geçiş cihazda bekliyor; kesinti, veri kaybı anlamına gelmiyor.
• Cihaz türünü olay akışında eritin. Turnike, panel ve telefon aynı puantaja yazınca rapor cihaz markasıyla uğraşmıyor.
• Sahanın sağlığını da veri gibi izleyin. Çevrimiçi durumu ve son senkron zamanı görünen bir cihazdaki aksaklık, sahadan haber beklemeden fark ediliyor.

Şantiyede bir PDKS'nin değeri, cihazın ne kadar gelişmiş olduğundan çok, sahaya kimse ağ ayarı yapmaya gitmeden çalışabilmesinden geliyor.

Sizin sahanızda turnikeler kime bağlı?

Birden fazla şantiyeniz, sabit IP'si olmayan depo ya da üretim alanlarınız varsa ve turnikeleriniz hâlâ kendi başına çalışıyorsa, aynı yaklaşımı kendi sahanıza uyarlayabiliriz. RAMS PDKS proje sayfasından platformun tamamına göz atabilir, bize ulaşabilirsiniz.