İnceleyelim tesisinizi ve ekipmanınızı ve söyleyelim neyin bağlanacağını
Hangi dolaplar ve kilitler kurulu, dışarıya ne veriyorlar, hangi erişim senaryoları gerekiyor ve nereden başlamak makul.
Emanet ve kilitli dolaplar için yazılım
Emanet kabinleri, emanet noktaları ve elektronik kilitli dolaplar için program
Gözlü dolap metal ve kilitten ibarettir. Programsa onu bir hizmete çevirir: kişi kod ya da kartla erişim alır, göz kendiliğinden açılır, sistem hangi gözün dolu olduğunu, kimde ve ne zamana kadar olduğunu bilir, her açılış ise günlükte kalır. Aşağıda bunun nasıl kurgulandığı anlatılıyor — ekrana dokunuştan kilidin klikine ve geçmişteki kayda kadar.
Nedir
emanet kabinleri ve gözler programı
Göz programı — kime hangi gözün verileceğine karar veren, elektronik kilidini doğru anda açan ve her açılışın kaydını tutan sistemdir: kim, ne zaman ve hangi dayanakla.
Sıradan bir dolaptan farkı tek bir örnekte görülür. Anahtar ya da asma kilitle gözden bir insan sorumludur: anahtarı verdi, numarayı aklında tuttu, geri aldı. Kaybolan anahtar, kilidin kırılması demektir; tartışmalı durumu vardiyanın hafızası çözer; şu anda kaç gözün boş olduğunu ise yalnızca orada duran bilir.
Otomatik gözde anahtar yoktur. Kapağı açma hakkı, veritabanındaki bir kayıttır: şu kod, şu göz için şu saate kadar geçerlidir. Kod verilebilir, iptal edilebilir, uzatılabilir ve dolaba gitmeden başka birine devredilebilir. Tüm tesislerdeki tüm gözlerin doluluğu ise tek listede görünür.
Örnek. Alışveriş merkezindeki ziyaretçi poşetlerini göze bırakır: ekrandaki QR kodu okutur, kapak açılır, kapatıp gider. İki saat sonra aynı gözü aynı kodla açar. Sistemde iki açılış kaydı, emanetin başlangıç saati ve gözün boşaldığına, bir sonraki oturuma hazır olduğuna dair işaret kalır.
Emanet kabinlerinin otomasyonu üç sorunun yanıtı görevlinin aklında durmaz olduğunda başlar: şu anda kaç göz dolu, bugün saat 14:20'de belirli bir gözü tam olarak kim açtı ve ikinci gündür duran eşyalarla ne yapılacak.
- 1Kullanıcı
- 2Kimlik tanıma
- 3Yetki denetimi
- 4Dolap denetleyicisi
- 5Elektronik kilit
- 6Kapı sensörü
- 7Olay günlüğü
- 8Yönetici paneli
Bağ iki yönlüdür: komut soldan sağa gider, onay geri döner. Açılış, komut gönderildiğinde değil kapı sensörü yanıt verdiğinde gerçekleşmiş sayılır. Bu adım olmadan sistem, tesiste olup biteni değil, gözler hakkında inandığı şeyi anlatırdı.
Sistem her göz hakkında ne bilir
- Nerede durduğunu — tesis, bölge, dolap, gözün numarası ve boyut tipi
- Dolu olup olmadığını — boş, rezerve, dolu, boşalmayı bekliyor, kilitli
- Kimde dolu olduğunu — başlangıç zamanı, süresi ve erişim yöntemi olan emanet oturumu
- Neyle açıldığını — şu anda onun için hangi kodun, kartın ya da hesabın geçerli olduğu
- Başına ne geldiğini — tam zamanı ve dayanağıyla tüm açılış ve kapanışlar
- Sağlam olup olmadığını — kilit yanıt veriyor mu, denetleyiciyle bağlantı var mı, kapak kapanıyor mu
Paket dolabından farkı nedir
Ekipman benzerdir — aynı dolap, aynı kilitler, aynı kodlar. Fark amaçtadır. Paket dolabı başkasının kolisini alıcıya teslim eder: eşyayı kurye koyar, muhatap alır, göz boşalır. Emanet kabini ise kişiye süreli olarak kiralanır: eşyasını kendisi koyar, kendisi alır ve göz süreye göre ücretlendirilir.
Programdan beklentiler de bu yüzden farklıdır: paket dolabında asıl konu çevrimiçi mağaza ve teslimat servisiyle bağlantı, emanet kabininde ise oturum, süre, uzatma ve gözün yeniden kullanıma dönmesidir. Sipariş teslimi ayrıntılı olarak şu sayfada anlatılmıştır: self servis sistemleri.
Nasıl kurgulanmıştır: koddan açılan kapağa
Tek bir talebin izlediği yolun tamamı — dolabın önündeki insandan günlükteki kayda. Sayfanın devamında bu halkaların her biri ayrıntılı anlatılıyor.
1. Dolap ve gözler
Fiziksel kısım: dolabın bölümleri, farklı boyut tiplerinde gözler, kapaklar. Her göz sistemde kendi numarası, boyutu, bölgesi ve durumu olan ayrı bir nesne olarak tanımlıdır. Dolaba yeni bölüm eklenebilir — programda bu bir yeniden yapım değil, göz eklemedir.
2. Elektronik kilitler
Anahtarla değil, denetleyiciden gelen elektrik darbesiyle açılan kilit. Yanında genellikle bir kapı sensörü bulunur — kapağın gerçekten açılıp kapandığını bildirir. Sensörsüz kilit de çalışır, ama sistem o zaman sonucu değil yalnızca komutu bilir.
3. Dolap denetleyicisi
Dolabın içinde, tüm kilit ve sensörlerin bağlandığı küçük bir cihaz. «14 numaralı gözü aç» komutunu alır, ilgili kilide darbe verir ve sonucu döndürür. Bir denetleyici onlarca göze hizmet eder, bu yüzden dolap kırk kabloyla değil tek kanalla sisteme bağlanır.
4. Kullanıcı erişim noktası
Kişinin sisteme başvurduğu şey: dolabın üzerindeki ekran, salondaki ayrı terminal, kart okuyucu ya da kendi telefonu. Aynı anda birkaç nokta olabilir — senaryo aynıdır, yalnızca giriş yöntemi değişir.
5. Sunucu tarafı
Kararın alındığı yer. Sunucu; gözleri, oturumları, kodları, yetkileri ve günlüğü saklar, talebi denetler ve denetleyiciye komut verir. Emanet süresini de o hesaplar, bildirimleri ve raporları o hazırlar. Konumu — veri merkezinde ya da müşterinin donanımında — projeyle kararlaştırılır.
6. Yönetici paneli
Tesis çalışanının çalışma alanı: dolap haritası, gözlerin doluluğu, etkin oturumlar, olaylar, elle açma, gözün kilitlenmesi, roller ve raporlar. Tarayıcıda açılır, kurulum gerektirmez.
- GirişKişi QR kodu okuyucuya tutar ya da dolabın ekranında PIN girer
- Yetki denetimiSunucu bu kodla etkin oturumu arar: var mı, süresi dolmuş mu, hangi göze ait, deneme sayısı aşılmış mı
- KomutDolap denetleyicisine belirli gözü açma komutu gider; kodun kendisi denetleyiciye aktarılmaz
- Kilide darbeDenetleyici ilgili gözün kilidine gerilim verir ve kapı sensörünün yanıtını bekler
- OnaySensör kapağın açıldığını bildirdi. Açılış ancak şimdi gerçekleşmiş sayılır, dokunma anında değil
- KayıtGünlüğe göz, zaman, erişim yöntemi, oturum ve sonuç düşer. Kayıt ret durumunda da oluşturulur — «kodun süresi doldu» da bir olaydır
- KapanışSensör kapağın kapatıldığını bildirir. Bu, tanınan süre içinde olmadıysa sistem ayrı bir olay açar
Sıra tam olarak bu biçimde önemlidir. Yetki denetimi dolapta değil sunucuda yapılır: denetleyici kodları saklamaz ve kimin geçeceğine karar vermez — komutu yerine getirir. Bu yüzden erişim, ekipmanın yanına gitmeden panelden bir saniyede iptal edilebilir.
Çözümün yazılım ekosistemi
Sistem modüllerden kurulur. Hepsi her tesise gerekmez: ofisteki dolaplara ödeme modülü, gardaki emanet kabinine kurumsal roller gerekmez. İçerik göreve göre belirlenir, ama modüller sonradan yandan eklenmez, birbirine önceden geçer.
Kullanıcı arayüzü
Kişinin gördüğü şey: dolabın ekranı, bağlantıyla açılan tarayıcı sayfası ya da mobil uygulama. Üç dört adım — boyut seç, göz al, aç, kapat. Hatalar sözcüklerle anlatılır: «403 kodu» değil, «emanet süresi doldu».
Yönetim paneli
Çalışanın çalışma alanı: dolapların doluluğu, etkin oturumlar, olaylar, nedeni belirtilerek elle açma, gözün kilitlenmesi, tarife ve kural katalogları, raporlar. Hepsi tarayıcıda, rollere göre ayrımla.
Göz yönetimi
Göz kaydı: tesis, dolap, numara, boyut tipi, bölge, güncel durum ve geçmiş. Göz onarım için kullanımdan çıkarılabilir, bir görev için rezerve edilebilir ya da ortak erişim kurallarıyla bir grupta birleştirilebilir.
Elektronik kilitler
Kilitle çalışma katmanı: açma komutu, yanıtın beklenmesi, retin işlenmesi, yeniden deneme. Kilidin tipi de burada hesaba katılır — kapı sensörlü ya da sensörsüz, sürgünün konumuna dair geri bildirimli ya da yalnızca darbeli.
Ekipman denetleyicileri
Dolap denetleyicileriyle veri alışverişi: komut kuyruğu, bağlantı denetimi, port durumu, ürün yazılımı sürümü. Farklı modeller ayrı alışveriş modülleriyle bağlanır, arayüzde ise aynı görünür.
Kimlik tanıma
Dolabın önündekinin kim olduğunun denetimi: QR kod, PIN kod, kart, uygulamadaki hesap. Yöntemler birleştirilebilir ve tesise göre açılabilir — bir dolapta kod, diğerinde çalışan kartı.
Rezervasyon
Göz önceden tutulur: belirli bir süre için, bir tarihe ya da yinelenen bir aralığa. Rezervasyon, kişi gelene kadar gözü tutar ve gelmezse kendiliğinden düşer — aksi halde dolabın yarısı boşuna rezerve durur.
Ödeme modülü
Emanetin ücretli olduğu yerde: tarife, tutarın hesabı, ödeme, gecikme için ek ödeme, iade. Belirli ödeme yöntemleri bağlı sağlayıcıya ve ekipmana bağlıdır — bu yerleşik bir işlev değil, bir entegrasyondur.
Bildirimler
Kullanıcıya ve çalışana mesajlar: erişim kodu, sürenin bitişine dair hatırlatma, kapak kapatılmadı, göz boşaldı, dolapta arıza. İletim kanalı devreye alma sırasında seçilir.
İşlem ve olay günlüğü
Değiştirilemez geçmiş: açılış ve kapanışlar, erişim retleri, servis açılışları, tarife ve yetki değişiklikleri, çalışan işlemleri. Kayıtlar düzenlenmez — düzeltme yeni bir kayıtla yapılır.
Ekipman izleme
Dolapların ve kilitlerin durumu: denetleyiciyle bağlantı var mı, kilit yanıt veriyor mu, kapak sıkışmış mı, elektrik var mı. Arızalı göz ziyaretçi tarafından keşfedilmez, teslimden otomatik çıkarılır.
Çalışan rolleri ve yetkileri
Nöbetçi, tesis yöneticisi, servis birimi, yönetici. Elle açma, oturumun uzatılması, tarife değişikliği ve kişisel verilerin görüntülenmesi tek bir «yönetici» paketi değil, ayrı yetkilerdir.
API ve entegrasyonlar
Sistemin dış arayüzü: göz ver, kod al, durumu öğren, oturumu kapat, günlüğü çek. Bunun üzerinden muhasebe sistemleri, CRM, tesisin geçiş kontrol sistemi ve müşterinin servisleri bağlanır.
Analitik ve raporlama
Saatlere ve günlere göre doluluk, gözün devir hızı, boyut tiplerine göre dağılım, gecikme oranı, ekipman arızaları, ücretli emanette ciro. Raporlar dosya olarak aktarılır ve programa göre oluşturulur.
Sunucu tarafı
Sayılanların tümünü bağlayan çekirdek: oturum kaydı, komut kuyrukları, süre ve bildirim zamanlayıcısı, günlüğün saklanması, geri yükleme denetimli yedekleme.
Kullanıcı göze
nasıl erişir
İki erişim senaryosu vardır ve birbirinin yerini tutmaz. Birincisi — kişi boş dolabın önüne gelir ve gözü yerinde alır. İkincisi — göz ona önceden ayrılmıştır: rezerve edilmiş, bir aylığına kiralanmış ya da iş dolabı olarak verilmiştir.
Yerinde erişim. Ziyaretçi ekranda boyutu seçer, sistem bu boyut tipinden boş bir göz bulur ve açar. Aynı anda emanet oturumu oluşturulur ve kod verilir — ekranda, fişle ya da mesajla. Anahtar bu koddur: yalnızca bu göz için ve yalnızca sürenin sonuna kadar geçerlidir.
Ayrılmış göz. Burada anahtar kişinin kendisidir: çalışan kartı, uygulamadaki hesap, kalıcı PIN. Göz, tanınma olgusuyla açılır; her ziyarette yeniden oturum oluşturulmaz, süre ise emanet saatleriyle değil sözleşme ya da çizelgeyle belirlenir.
Açılışlar arasında ne olur:
- Göz ayrılmış kalır — oturum kapanana kadar başka birine verilmez
- Kod yeniden kullanılabilir — tesisin kuralları buna izin veriyorsa: koydu, gitti, döndü, ekledi
- Süre işler — sistem emanet süresini sayar ve bitişini önceden bildirir
- Erişim devredilebilir — senaryo izin veriyorsa aynı göz için ikinci bir kod başka birine verilir
- Erişim iptal edilebilir — kod hemen çalışmaz olur, dolaba gitmek gerekmez
- 14:05 — seçimZiyaretçi ekranda orta boyu seçiyor; bu boyut tipinden 12 boş göz var
- 14:05 — teslimSistem № 27 numaralı gözü ayırır, oturum oluşturur ve kapağı açar. Kod ekranda gösterilir ve mesajla da iletilir
- 14:06 — kapanışSensör kapağın kapandığını onayladı. Bu dakikadan itibaren ödenen süre işlemeye başlar
- 16:40 — yeniden açılışAynı kod, aynı göz. Olay kaydedildi, oturum sürüyor, göz ayrılmış kalıyor
- 18:20 — uyarıÖdenen sürenin bitmesine 40 dakika. İki seçenekli hatırlatma gider: eşyaları al ya da süreyi uzat
- 18:52 — bitişZiyaretçi eşyalarını alır ve ekranda bitişi onaylar. Oturum kapandı, ek ödeme hesaplandı ve ödendi
- 18:53 — yeniden kullanıma dönüşGöz boş olarak işaretlendi, kod geçersiz kılındı, sonraki teslim hemen mümkün
Sistem ekran görüntüsü, saatler örnektir. Son adıma dikkat: göz «çalışan fark ettiğinde» değil, oturumun kapandığı anda yeniden kullanıma döner. Aksi halde akşama doğru dolabın yarısı dolu görünür ama fiilen boştur.
Olağan dışı durumlar
Sayıları azdır ve hepsi önceden öngörülür — aksi halde her biri yöneticiye bir telefona dönüşür.
- Kod kayboldu — aynı oturum üzerinden yeniden verilir: teslimde bildirilen telefona mesajla ya da bu işleme yetkili bir çalışan aracılığıyla
- Kapak açılmadı — komut gitti, sensör susuyor. Sistem olayı başarıyla kapatmaz: denemeyi yineler, ikinci retde ise gözü kullanımdan çıkarır ve servise görev oluşturur
- Kapak kapatılmadı — gözü ve zamanı belirtilen ayrı bir olay. Kapak açık kaldığı sürece göz ne düzgün biçimde dolu ne de boş sayılır
- Süre doldu, eşyalar gözde — göz gecikme durumuna geçer: kullanıcının erişimi tesisin kuralına göre korunur ya da kapatılır, çalışan ise geciken gözlerin listesini alır
- Çalışanın açması — her zaman mümkündür, ama bu ayrı bir yetki ve nedeni zorunlu, günlüğe geçen ayrı bir kayıttır
- Dolapla bağlantı koptu — ona yapılan başvurular körlemesine birikmez, durur; denetleyicinin bağımsız çalışması seçeneği aşağıda anlatılıyor
Kimlik tanıma yöntemleri
Kimlik tanıma tek bir soruyu yanıtlar: bu kişinin şu anda bu gözü açma hakkı var mı. Yöntem tesise ve ekipmana göre seçilir — garda kullanışlı olan, ofis dolabına uymaz. Belirli bir yöntemin mümkün olup olmadığı dolapta ne kurulu olduğuna bağlıdır, bu yüzden küme incelemede belirlenir.
QR kod
Kod telefon ekranında gösterilir ya da fişe basılır, dolap onu okuyucuyla okur. Tek seferlik ziyaretçiler için kullanışlıdır: ne akılda tutulacak ne girilecek bir şey vardır. Dolapta okuyucu, kullanıcıda çalışan bir ekran gerektirir.
PIN kod
Klavyede ya da ekranda girilen birkaç rakam. En az koşul isteyen yöntem: telefonsuz, kullanıcıda internet olmadan ve ek ekipman gerektirmeden çalışır. Deneme sayısının ve geçerlilik süresinin sınırlanmasını gerektirir.
Kart ya da anahtarlık
Okuyucuya tutulan temassız taşıyıcı. İnsanların zaten giriş kartı olduğu yerde temel yöntemdir: ofis, fabrika, spor kulübü. Çoğu zaman tesiste hâlihazırda verilmiş kartlarla idare etmeyi sağlar — bu, kart tipine göre netleştirilir.
Mobil uygulama
Göz, dolaptaki kodla değil uygulamadaki düğmeyle açılır. Düzenli kullanıcılara ve aboneliklere uygundur; geçmişi, süreyi ve ödemeyi göstermek de burada kolaydır. Açılış anında kullanıcıda bağlantı gerektirir.
Belge barkodu
Anahtar, hâlihazırda var olan bir belge olur: sipariş numarası, bilet, kupon, irsaliye. Göz ona bağlanır ve kişiye ayrı bir kod verilmez. Bunun mümkün olması, belgenin nereden geldiğine ve entegrasyonla erişilip erişilemediğine bağlıdır.
Biyometri
Kod ve kart yerine parmak izi ya da yüz. Teknik olarak bir okuyucu daha gibi bağlanır, ama kişisel verilerin saklanması ve korunmasına dair ayrı bir karar gerektirir; bu yüzden varsayılan bir yöntem olarak değil, belirli bir projeye göre olası bir seçenek olarak ele alınır.
| Tesis ve senaryo | Temel yöntem | Neden |
|---|---|---|
| Tek seferlik ziyaretçiler, yoğunluk, yerinde ödeme | QR ya da PIN | Önceden verilecek ve geri alınacak bir şey yok |
| Giriş kartı olan çalışanlar | kart | Taşıyıcı zaten ellerinde, ayrı koda gerek yok |
| Abonelikler ve düzenli müşteriler | uygulama | Süre, ödeme ve başvuru geçmişi de orada |
| Kişiler arasında eşya devri | farklı kodlar | Koyanın da alanın da kendi kodu |
| Ziyaretçilerinde istikrarlı internet olmayan tesis | yalnızca PIN | Kişinin telefonuna ve bağlantısına bağlı değil |
Yöntemler birbirini dışlamaz: aynı dolapta çalışanlar için kart ve konuklar için kod birlikte çalışır. Asıl önemli olan, hangisinin temel yöntem olduğudur; çünkü geçerlilik süresi, deneme sayısı ve yeniden verme kuralları ona göre ayarlanır.
Elektronik kilitler
ve ekipman denetleyicileri
Bu, sistemin en fiziksel kısmıdır ve programın doğruyu söyleyip söylemeyeceği ona bağlıdır. Elektronik kilit kısa bir elektrik darbesiyle açılır: gerilim geldi — sürgü çekildi, kapak serbest kaldı. Kilidin kendisi ne insanlardan ne kodlardan haberdardır.
Denetleyici — dolabın içinde, kilitlerin ve sensörlerin bağlı olduğu cihaz. Sunucudan «27 numaralı gözü aç» komutunu alır, ilgili çıkışa darbe verir ve sonucu döndürür. Bir denetleyici onlarca göze hizmet eder, bu yüzden dolap sisteme tek iletişim kanalıyla bağlanır.
Kapı sensörü — varsayımı olgudan ayıran şey. Onsuz sistem yalnızca komutun gönderildiğini bilir. Onunla kapağın gerçekten açıldığını ve kaç saniye sonra kapatıldığını bilir. Sensörlerin varlığı dolabın modeline dair bir sorudur ve işe başlamadan önce açıklığa kavuşturulur.
Ekipman bağlanırken nelere bakılır:
- Kilidin tipi — darbeli mi tutmalı mı, sürgünün konumuna dair geri bildirimli mi değil mi
- Kapı sensörünün varlığı — sistemin «açtılar» ile «açmaya çalıştılar»ı ayırt edip edemeyeceği buna bağlıdır
- Denetleyicinin arayüzü — komutların ona tam olarak nasıl verildiği ve durumu hangi biçimde döndürdüğü
- Denetleyici başına göz sayısı — kaç çıkışın dolu olduğu ve dolabın genişletilmesi için kaçının kaldığı
- Elektrik — elektrik kesildiğinde kilitlere ne olduğu ve yedek öngörülüp öngörülmediği
- Mekanik açma — elektriksiz gözü açmanın acil bir yolu var mı ve bu kimin elinde
Belirli kilit ve denetleyici markaları için desteği önceden ilan etmiyoruz. Bağlanabilecek ekipman, üreticinin belgelerine ve cihazın dışarıya verdiği arayüze göre incelemede belirlenir; hazır arayüzün olmadığı yerde konu, uyumluluk vaadiyle değil, işe başlamadan önce ayrıca çözülür.
Bağlantı koptuğunda ne olur
Dolapla sunucu arasındaki bağlantının kopması yılda bir yaşanan bir arıza değil, olağan bir durumdur. O andaki davranış önceden tasarlanır ve iki seçenek vardır.
Bağımsız kip olmadan dolap hizmet vermeyi bırakır: ekran bağlantının olmadığını bildirir, yeni göz verilmez. İçerideki eşyalar güvendedir, ama bağlantı gelene kadar çalışan olmadan alınamaz.
Bağımsız kiple denetleyici sınırlı sayıda geçerli kodu saklar ve olayları kuyruğa koyarak gözleri onlarla açmayı sürdürür. Bağlantı geldiğinde kuyruk bütün halinde sunucuya gider. Bu kip ayrı bir proje kararıdır: denetleyicide bellek gerektirir ve kodun iptalini anlık olmaktan çıkarır.
Sistemin ayırt ettiği durumlar
| Ekipman ne döndürdü | Nasıl yorumlanır |
|---|---|
| Komut alındı, sensör açılışı onayladı | açık |
| Komut alındı, sensör susuyor | denetim gerekiyor |
| Kapak izin verilenden uzun süre açık | olay |
| Denetleyici komuta yanıt vermedi | olay |
| Dolap bağlantıya çıkmıyor | olay |
| Kapak komutsuz açıldı | olay |
«Sensör susuyor» satırı en önemlisidir. Sistem böyle bir açılışı ne gerçekleşmiş ne gerçekleşmemiş sayar: gözü denetim gerektiriyor diye işaretler ve açıklığa kavuşana kadar bir sonraki kişiye vermez.
Gözlerin doluluğu ve durumu
Göz her zaman tam olarak tek bir durumdadır ve aralarındaki geçişler yerindeki çalışanın kararıyla değil kurallarla belirlenir. «Şu anda kaç göz boş» sorusunun yanıtı tam da bu durumlardan oluşur — ve dolaba gitmeden doğru olmalıdır.
Boş
Göz sağlamdır, boştur ve bir sonraki kişiye verilebilir. Teslimde seçime ve rezervasyona yalnızca bu gözler katılır.
Rezerve
Önceden ayrılmıştır ve başkasına verilmez, ama içinde henüz eşya yoktur. Rezervasyonun süresi vardır: gelinmezse göz kendiliğinden yeniden kullanıma döner.
Dolu
Emanet oturumu sürüyor: erişim sahibi, başlangıç zamanı ve süresi vardır. Temel çalışma durumudur, göz zamanının çoğunu onda geçirir.
Teslim bekliyor
Eşya bir kişi tarafından bir başkası için konmuştur. Göz doludur ama anahtar alıcıdadır — devir ve sipariş teslimi senaryosu.
Gecikmiş
Emanet süresi doldu, eşyalar içeride. Göz verilmez, ayrı bir listeye düşer ve tesisin kuralına göre işlenir — ek ödemeyle, kilitlemeyle ya da eşyaların çıkarılmasıyla.
Denetim gerekiyor
Açılış sensörle doğrulanmadı, kapak açık kaldı ya da komutsuz açılış kaydedildi. İnceleme yapılana kadar göz teslimden çıkarılmıştır.
Arızalı
Kilit yanıt vermiyor ya da denetleyici hata bildirdi. Göz otomatik olarak çıkarılır, onun için servis birimine görev oluşturulur.
Elle kilitlenmiş
Çalışan gözü kullanımdan çıkardı: temizlik, bölüm onarımı, hizmet gereği. Kilitlemenin yazarı, nedeni ve zamanı vardır — aksi halde on gözü kimin niçin kapattığı anlaşılmaz.
240tesiste göz
171şu an dolu
9gecikmiş inceleme gerektiriyor
4kullanımdan çıkarılmış
Sistem ekran görüntüsü, sayılar örnektir. Boyut tiplerine göre dağılım toplam rakamdan önemlidir: gözlerinin %71'i dolu olan bir tesiste tek bir boş küçük göz kalmamış olabilir — ziyaretçilerin çoğu ise tam onlar için gelir. Aynı tablodan, dolap genişletilirken hangi boyutların eklenmesi gerektiği de görülür.
Rezervasyon, teslim
ve eşya kabulü
Rezervasyon kişinin gelişinin öngörülebilir olduğu yerde gerekir: perşembe geleceğini bilir ve gözün hazır olacağından emin olmak ister. Sistem gözü bir aralık için ayırır ve başkalarına önermez.
Rezervasyonun mutlaka bir bekleme süresi vardır. Onsuz tesis hızla şu duruma gelir: boş göz yoktur ama dolap yarı boştur, çünkü insanlar rezerve edip gelmez. Kararlaştırılan saatte gelinmezse rezervasyon düşer, göz yeniden kullanıma döner ve kişiye bildirim gider.
Rezervasyon türleri:
- Tek seferlik — belirli bir gün ve aralık için göz
- Yinelenen — her salı ve perşembe, abonelikler ve çizelgeler için
- Uzun süreli — kiralanmış bir depo gibi, göz bir aylığına ya da sözleşme süresince ayrılmıştır
- Hizmet amaçlı — göz tesis tarafından bir iş için rezerve edilmiştir ve kişilere verilmez
Teslim ve kabul — gözün iki kişi arasında bir devir noktasına dönüştüğü ikinci senaryo. Biri koyar, diğeri alır, buluşmaya gerek yoktur.
Teknik olarak bu da aynı oturumdur, ama iki farklı erişim yetkisiyle: yerleştirme kodu ve teslim alma kodu. Birincisi kapak kapandıktan sonra geçersiz kılınır, ikincisi o andan itibaren geçerli olur. Böylece sistem yalnızca «göz dolu»yu değil, «eşya konuldu, alıcı henüz gelmedi»yi de bilir.
- AtamaÇalışan ya da sistem uygun boyutta boş bir göz seçer ve devir oturumu oluşturur
- Yerleştirme koduEşyayı koyacak kişiye gider. Sınırlı süre ve yalnızca tek açılış için geçerlidir
- YerleştirmeGöz açıldı, eşya içeride, kapak kapandı. Yerleştirme kodu geçersiz kılındı, oturum «teslim bekliyor» durumuna geçti
- Teslim alma koduAlıcıya; tesisin adresi, gözün numarası ve eşyanın bekleyeceği süreyle birlikte gider
- Teslim almaAlıcı gözü kendi koduyla açar, eşyayı alır ve kapağı kapatır
- Oturumun kapanmasıGöz boşalır. Alıcı süresinde gelmezse oturum gecikmeye düşer ve inceleme listesine girer
Kodların ayrılması biçimsel bir ayrıntı değildir. Tek bir ortak kod geçerliyken gözü tam olarak kimin açtığı sorusu yanıtlanamaz: koyan mı, alan mı. İki kodla günlükteki her açılışın bir yazarı ve rolü olur.
Sistem gözü nasıl seçer
Seçim «numaraya göre ilk boş» değildir. Kural tesise göre ayarlanır ve genellikle birkaç koşulu birden gözetir:
- Boyut tipi — uygun en küçüğü; büyükler azken küçük bir çantaya büyük göz verilmesin diye
- Bölge ve yükseklik — alt sıralar daha erişilebilirdir ve buna ihtiyacı olanlara ayrılabilir
- Aşınmanın dengelenmesi — gözler sırayla verilir, aynıları günde on kez değil
- Sağlamlık — açık olayı bulunan gözler seçime girmez
Gecikmeyle ne yapılır
Süre dolduğunda eşyaların içeride kalması durumunda ne olacağını tesisin kuralı belirler. Seçenekler farklıdır ve ilk vaka yaşandığında değil, devreye almadan önce seçilir.
- Ek ödeme — erişim korunur, ama göz ancak geciken süre ödendikten sonra açılabilir
- Kilitleme — kodla erişim kapanır, göz yalnızca çalışan tarafından açılır
- Eşyaların çıkarılması — belirlenen süre dolunca eşyalar ayrılan yere taşınır ve göz yeniden kullanıma döner; çıkarma olgusu yazarıyla ayrı bir kayda geçer
Tüm seçeneklerde kişi, ceza işlendikten sonra değil süre dolmadan önce uyarı alır.
Emanet ödemesi
emanet ücretliyse
Ödeme modülü herkese gerekmez: çalışan dolapları ve kulüpteki vestiyer gözleri parasız çalışır. Ama gözün kiralandığı yerde para oturumun parçası olur ve hesap kuralları erişim kuralları kadar katı tanımlanmalıdır.
Bedel nasıl hesaplanır. Tarife, gözün boyut tipine ve süreye bağlıdır. En sık şemalar: oturum başına sabit fiyat, yukarı yuvarlamalı aralık (saat, gün) fiyatı, ilk saatin sonrakilerden pahalı olduğu kademeli tarife ve uzun süreli abonelik.
Ödeme ne zaman yapılır. Bu da bir proje kararıdır. Seçilen aralık için peşin ödeme ve uzatmada ek ödeme, tesis için en basit ve öngörülebilir şemadır. Oturum bitince ödeme, kişinin ödeyeceğinin güvencesini gerektirir — örneğin tutarın kartta önceden yetkilendirilmesini.
Sistemin ödeme kısmına neler girer:
- Tarifeler — boyut tipine, tesise, günün saatine ve haftanın gününe göre
- Tutarın hesabı — oturumun fiili süresine göre, yuvarlama kurallarıyla
- Uzatma — oturumu bitirmeden ek aralık için ek ödeme
- Gecikme — ödenen sürenin ötesindeki zaman için ayrı tarife
- İade — gözün teslimi başarısız olduğunda para tesiste kalmaz, iade edilir
- Ödeme ile oturumun bağı — iki yönlü: oturumdan ödeme, ödemeden göz ve zaman görülür
- Mutabakat — işlemlerin ödeme servisinin kaydıyla günlük karşılaştırılması
Sınırı açıkça belirtiyoruz. Belirli ödeme yöntemleri — kart, temassız ödeme, QR, uygulamadan ödeme, banknot haznesiyle nakit — bağlı ödeme servisine ve dolaptaki ekipmana bağlıdır. Bu, her projede hazır bulunan yerleşik bir işlev değil, içeriği incelemede belirlenen bir entegrasyondur. Mali kayda dair gereklilikler ülkenin mevzuatı ve cihazın modeliyle belirlenir.
Tek bir oturumun hesabı
- İlk saat, orta boyut tipi120
- Sonraki saatler, 4 × 60240
- Eksik saat tam saate yuvarlandıdahil
- Göz teslim edilirken ödendi, 2 saat−180
- Oturum biterken ek ödeme180
Yuvarlama kuralı kişiye ödemeden önce bildirilir, toplam tutarda keşfettirilmez. Tesislerde tartışmalı durumlara yol açan tek hesap satırı budur.
Ödeme ile açılış ayrıştığında
Tehlikeli senaryo tektir: para çekildi ama göz açılmadı. Sistem böyle bir işlemi tamamlanmış saymaz — oturum başlamaz, göz boş kalır, ödeme ise nedeni belirtilerek iade kuyruğuna düşer.
Ters durum — göz açıldı ama ödeme onaylanmadı — aynı katılıkta işlenir: oturum oluşturulur ama ödenmemiş diye işaretlenir ve inceleme listesine düşer. Sistem sapmaya sessizce göz yumamaz, yoksa ay sonunda hiçbir şey tutmaz.
Bildirimler ve olay günlüğü
Olay, sistemin hatırlamak zorunda olduğu her değişikliktir: açılış, ret, sürenin bitişi, çalışanın işlemi. Olayların bir bölümü insanlara mesajla gider, hepsi istisnasız günlüğe düşer. İletim kanalları — uygulama, telefona mesaj, e-posta, mesajlaşma uygulaması — entegrasyonla bağlanır ve devreye alma sırasında seçilir.
Kullanıcıya: erişim
Erişim kodu, gözün numarası, tesisin adresi ve emanet süresi. Teslim anında gönderilir ve kod kaybolduğunda talep üzerine yeniden.
Kullanıcıya: süre
Ödenen sürenin bitişinden önce uzatma imkânıyla hatırlatma ve oturumun gecikmeye geçtiğine dair ayrı bir mesaj.
Kullanıcıya: devir
Alıcıya eşyanın konduğuna ve gözün beklediğine dair mesaj, gönderene ise eşyanın alındığına dair karşı onay.
Çalışana: ekipman
Göz açılmadı, kapak kapatılmadı, dolap bağlantıda değil, denetleyici hata döndürdü. Olay adreslidir: tesisi ve sorumlusu vardır.
Çalışana: gecikme
Emanet süresi dolan gözlerin listesi; oturumun başlangıç zamanı ve bırakılmışsa kişiyle iletişim yöntemiyle.
Çalışana: inceleme
Komutsuz açılış, arka arkaya başarısız kod denemeleri, çalışanın elle açması, ödeme ile teslim arasındaki sapma.
| Zaman | Olay | Dayanak | Sonuç |
|---|---|---|---|
| 14:05 | № 27 numaralı gözün teslimi | 8842 numaralı oturum, orta boyut tipi | başarı |
| 14:06 | Kapak kapandı | Kapı sensörü | başarı |
| 16:40 | Kodla açılış | 8842 numaralı oturum, QR kod | başarı |
| 16:47 | Kapak normalden uzun süre açık | Kapı sensörü, 6 dk | olay |
| 18:20 | Sürenin bitişine dair bildirim | «40 dk kala» kuralı | iletildi |
| 18:49 | Erişim reddi | Kod yanlış girildi, 5 denemeden 2. | ret |
| 18:52 | Oturumun bitişi | Ekranda onay, ek ödeme 180 | başarı |
| 19:14 | Servis açılışı | Nöbetçi Asanov, neden «gözün temizliği» | elle |
Sistem ekran görüntüsü, veriler örnektir. 18:49 satırına dikkat: başarısız giriş denemesi de bir olaydır. Yalnızca başarıların düştüğü bir günlük tartışmalı durumun incelenmesine yaramaz, çünkü tartışılan tam da retler ve elle açılışlardır.
Yönetici
çalışan rolleri ve yetkileri
Yönetici paneli «ayarlar» değil, bir çalışma alanıdır. Çalışan zamanının çoğunda iki şeye bakar: gözlerde şu anda ne olup bittiğine ve müdahalesini gerektiren şeye.
İlk ekranda ne var: boyut tiplerine göre dolulukla dolap haritası, aciliyetine göre açık olaylar listesi, gecikmedeki gözler, kullanımdan çıkarılmış gözler. Tüm göz listesi arka arkaya değil — aksi halde iki yüz gözlü bir tesiste ilk ekran işe yaramaz.
Yönetici neler yapabilir:
- Gözü elle açmak — çalışanın adıyla birlikte günlüğe düşen, nedenin zorunlu olarak belirtilmesiyle
- Oturumu uzatmak ya da bitirmek — kişi bunu kendisi yapamadığında
- Kodu yeniden vermek — mevcut oturum üzerinden, yenisini oluşturmadan
- Gözü kilitlemek — temizlik, onarım ya da hizmet gereği kullanımdan çıkarmak
- Olayı incelemek — denetlediğini, ne bulduğunu ve nasıl sonuçlandığını işaretlemek
- Tarifeleri ve kuralları değiştirmek — rolün böyle bir yetkisi varsa; değişiklik yazarı ve zamanıyla kayda geçer
Yetkiler kişiye değil role verilir. Üç çalışanlı bir tesiste fark görünmez, ama sayı yirmiye çıkar çıkmaz kişisel ayarlar denetlenemez olur: başkasının gözünü açma yetkisinin şu anda kimde olduğunu kimse söyleyemez. Rol, bu sorunun tek satırlık yanıtıdır.
- Kendi tesisinin doluluğunu ve olaylarını görmeknöbetçiTemel erişim: onsuz çalışan vardiyada iş yapamaz
- Oturum üzerinden kodu yeniden vermeknöbetçiEn sık destek işlemi; oturumun günlüğüne kaydedilir
- Gözü elle açmaknöbetçi, nedenleNeden zorunludur ve listeden seçilir; nedensiz açılışı sistem işlemez
- Başkasının oturumunu erken bitirmektesis yöneticisiNöbetçiye kapalıdır: bu, ziyaretçiye yardım değil, ödenmiş bir hizmetin kapatılmasıdır
- Gecikmiş gözden eşyaları çıkarmaktesis yöneticisiİçeriğin nereye taşındığına dair işaretin zorunlu olduğu ayrı bir yetki
- Tarifeleri ve emanet kurallarını değiştirmekyöneticiDeğişiklik belirtilen tarihten itibaren yürürlüğe girer ve önceki değeriyle saklanır
- Diğer çalışanlara yetki vermekyöneticiKişinin kendine veremeyeceği yetki: rol atama her zaman yukarıdan gelir
- Kullanıcıların kişisel verilerini görmekayrı yetkiVarsayılan olarak hiçbir role dahil değildir ve gerekçeyle, adrese verilir
Son iki satır aşırı ihtiyat değildir. Yetki dağıtma yetkisi ve kişisel verileri görme yetkisi diğer tüm sınırları aşar; bu yüzden her zaman «yönetici» paketine dahil edilmez, ayrı tutulur.
Tek panelde birkaç tesis
Dolaplar tek tesiste durduğunda bir liste yeter. Tesis sayısı ona çıktığında, tek noktada olmayan her şey ortaya çıkar.
- Gruplama — tesise, bölgeye, dolap tipine ve sorumluya göre; her grubun kendi özeti olur
- Kendi muhatabı — olay, ortak bir listeye değil, doğduğu tesisin nöbetçisine gider
- Yükseltme — tanınan sürede üstlenilmeyen olay, zincirdeki bir sonrakine gider
- Tesislerin karşılaştırılması — doluluk nerede yüksek, gecikmeler nerede sık, ekipman arızaları nerede fazla
- Ortak kataloglar — tarifeler ve kurallar bir kez tanımlanır ve tesis grubuna uygulanır
Çalışan kişi hakkında ne görür
İş için gereken kadarını: oturum numarası, göz, zaman, erişim yöntemi, ödemenin durumu. Toplanmışsa iletişim bilgileri ayrı bir yetkiyle ve günlüğe kayıtla gösterilir — görüntülemenin kendisi de bir olaydır.
Kullanıcı hakkında toplanan verilerin kapsamı bir proje kararıdır ve sistemin imkânlarıyla değil tesisin ve mevzuatın gereklilikleriyle belirlenir. Kişi hakkında gözün numarası ve zamandan başka hiçbir şeyin saklanmadığı senaryo çalışır ve çoğu zaman yeterlidir.
Ekipmanın durumunun
izlenmesi
Dolap gözetimsiz durur ve bu onun temel özelliğidir. Demek ki arızayı sistem kendisi öğrenmelidir — aksi halde onu, eşyalarının olduğu göz açılmayan ziyaretçi bildirir.
Sürekli neler izlenir:
- Dolapla bağlantı — denetleyici zamanında bağlantıya çıkıyor mu yoksa izin verilenden uzun mu susuyor
- Kilidin yanıtı — göz komutla açılıyor mu ve sensör sonucu onaylıyor mu
- Kapağın konumu — kapalı, açık, normalden uzun süre açık, komutsuz açıldı
- Elektrik — dolapta gerilim var mı ve hangi anda kesildi
- Çevre birimleri — okuyucu, ekran, kart okuyucu, ödeme düğümü çalışıyor mu
- Denetleyici hataları — modelde öngörülmüşse kendisinin bildirdiği kodlar
Sessizlik de bir olaydır. Bağlantıya çıkmayan dolap «her şey yolunda» demek değildir: iki yüz gözün ve içindeki eşyaların durumu hakkında hiçbir şey bilinmiyor demektir. Bu yüzden bağlantı kaybı, gözlemde bir boşluk bırakmaz; kilit arızasıyla aynı olayı oluşturur.
Arızalı gözle ne olur. Otomatik olarak seçimden çıkarılır: bir sonraki kişiye önerilmez. Onun için servis birimine dolabın numarası, gözün numarası ve arızanın açıklamasıyla görev oluşturulur. Göz yeniden kullanıma ancak yapılan işin işaretlenmesiyle döndürülebilir — kendiliğinden «iyileşmez».
Ekipman denetimine yaklaşımımız, IoT izlemesistemlerinde uyguladığımızın aynısıdır: gösterge, norm, bekleme, olay, sorumlu. Tek fark, burada sıcaklığın değil kilitlerin yanıtının ve bağlantının varlığının ölçülmesidir.
Her sapma bir arıza değildir
Üç düzey vardır ve sistemin kimi, ne kadar çabuk rahatsız edeceği bu düzeye bağlıdır.
- Not — geçmişe yazılır, kimseyi rahatsız etmez: yanıtta kısa gecikme, tek bir başarısız kod denemesi
- Olay — tepki gerektirir ama acil değildir: kapak normalden uzun süre açık, bir göz yanıt vermiyor, göz gecikmede
- Arıza — dolap bağlantıda değil, elektrik kesildi, bir grup kilit arızalandı: mesaj hemen ve birkaç çalışana gider
Bekleme — sistemin alarm vermeden önce beklediği süre — her olay tipi için ayrı tanımlanır. Onsuz salonun temizliği ve olağan bakım, bir süre sonra kimsenin okumadığı sahte mesaj akışına dönüşür.
Erişilebilirlik raporu
Bir dönem için her dolapta ne kadar süre bağlantıda olduğu, kaç gözün ne kadar süre kullanım dışı kaldığı, her göze kaç arıza düştüğü görülür. Bu sayılar pratik bir soruyu yanıtlar: hangi gözlerin değiştirilmesi gerekiyor ve hangi dolap bağlantının tutmadığı bir yerde duruyor.
Kilitler ve denetleyiciler
Kod ve kartla erişim
Yönetici paneli
Her açılışın günlüğü
Erişim ve verilerin
güvenliği
Böyle bir sistemde güvenlik tek bir önlemden değil, her biri başkasının gözüne ulaşmanın bir yolunu kapatan birkaç basit kuraldan oluşur.
Kod sınırlı geçerlidir. Her kodun bir süresi, bir gözü ve izin verilen kullanım sayısı vardır. Süresiz ve her göz için geçerli bir kod anahtar değil maymuncuktur; bu yüzden sistem böyle bir duruma çalışanlar için bile izin vermez.
Kod denemesi tutmaz. Giriş deneme sayısı sınırlıdır, hak bitince giriş bir süre kilitlenir ve arka arkaya başarısızlıklar inceleme olayına dönüşür. Bu olmadan dört haneli bir PIN bir akşamda bulunur.
Kararı sunucu verir. Dolabın denetleyicisi kodları saklamaz ve kimin geçeceğine karar vermez — komutu yerine getirir. Bu yüzden ekipmana erişim gözlere erişim vermez ve kodun iptali anında etki eder.
Tüm açılışlar kayıtlıdır. Günlük değiştirilemez: kayıt düzenlenemez ya da silinemez, düzeltme yeni bir kayıtla yapılır. Bu çalışanlar için de geçerlidir — servis açılışı gözün geçmişinde olağan açılışla eşit biçimde görünür.
Yetkiler ayrılmıştır. Görüntüleme, elle açma, kuralların değiştirilmesi ve kişisel verilerle çalışma ayrı yetkilerdir. Her şeyi yapabilen tek bir hesap, tüm korumanın tek arıza noktasıdır.
Sistemin sorumlu olmadığı şey. Erişimi denetler ama fiziksel korumanın yerini almaz: dolabın sağlamlığı, bölgedeki kamera gözetimi, personelin hareket düzeni ve değerli eşyaların saklanma kuralları tesisin görevi olarak kalır. Bunu açıkça söylemek, programın dolabı çelik kasaya çevirdiği izlenimini bırakmaktan dürüsttür.
İnceleme kuyruğuna neler gider
- Arka arkaya başarısız girişler — tek dolapta kısa aralıkta üst üste birkaç hatalı kod
- Komutsuz açılış — sensör, sistemin başlatmadığı bir kapak açılışını bildirdi
- Teslimsiz ödeme ve ödemesiz teslim — tek oturumda iki akışın ayrışması
- Sık elle açılışlar — bir çalışan başkalarının gözlerini diğerlerinden belirgin biçimde daha sık açıyor
- Kodun yeniden verilmesi — tek oturum için kod arka arkaya birkaç kez verildi
Bu olayların hiçbiri tek başına ihlal anlamına gelmez: kodu iyi niyetli insanlar da yanlış girer, gözler de onlarca meşru nedenle elle açılır. Kuyruğun anlamı, bu vakaların genel günlükte erimeyip birinin düzenli olarak gözden geçirdiği ayrı bir listede toplanmasıdır.
Kişisel veriler
Kullanıcı hakkındaki verilerin kapsamı tesisin senaryosuyla belirlenir. Tek seferlik emanet bunlarsız da yürüyebilir — yalnızca göz, zaman ve kod. Abonelik bir hesap gerektirir. Kurumsal dolaplar insan kaynakları sistemine bağlıdır. Ne kadar az veri toplanırsa o kadar azını korumak gerekir; bu yüzden kapsam «ne olur ne olmaz» diye genişletilmez, geliştirmeden önce görüşülür.
Entegrasyonlar ve API
Emanet sistemi nadiren tek başına yaşar: kendi programları zaten olan bir tesisin içinde durur. Veri alışverişi API üzerinden kurulur — başka bir sistemin göz verebildiği, kod alabildiği, durumu öğrenebildiği ya da günlüğü çekebildiği dış arayüz. Aşağıda en sık karşılaşılan alışveriş yönleri yer alıyor.
Kendi API'miz
Temel bağlanma yolu: göz ver, kodu al ve iptal et, doluluğu öğren, oturumu kapat, olayları çek. Müşterinin iç servisleri dahil geri kalan her şey bunun üzerinden bağlanır.
Tesisin geçiş kontrol sistemi
İnsanların zaten kartı olduğu yerde: göz, turnikeyle aynı kartla açılır. Kart tipine ve mevcut geçiş kontrol sisteminin dışarıya hangi arayüzü verdiğine göre mutabakat gerektirir.
İnsan kaynakları ve muhasebe sistemi
Kurumsal dolaplar için: çalışan işe alındı — dolabı ayrıldı, işten çıkarıldı — erişimi kapatıldı ve göz boşaltıldı. Aksi halde bir yıl sonra dolapların yarısı tesiste olmayan kişilerin üstünde görünür.
Ödeme servisleri
Ödeme alma, iade, işlemlerin mutabakatı. Belirli sağlayıcı ve ödeme yöntemleri projeyle belirlenir; mali kısma dair gereklilikler ise ülkenin mevzuatı ve ekipmanın modeliyle.
Bildirim kanalları
Kullanıcılara ve çalışanlara mesaj iletimi: uygulama, telefona mesaj, mesajlaşma uygulamaları, e-posta. Kanal ayrıca bağlanır ve tesise göre seçilir.
Çevrimiçi mağaza ve teslimat
Siparişlerin gözle teslimi senaryosu: sipariş dışarıdan gelir, göz atanır, kodlar gönderene ve alıcıya dağılır. Bu yapı ayrıntılı olarak şu sayfada anlatılmıştır: self servis sistemleri.
Ekipman izleme
Dolapların ve kilitlerin durumlarının, tesiste zaten varsa dış bir gözlem sistemine aktarılması ya da bizim çevremizin kullanılması IoT izleme.
Muhasebe ve raporlama
Ücretli oturum ve ödeme verilerinin muhasebe sistemine aktarılması. Tarife kataloğunun sahibi bu durumda tektir — ya muhasebe sistemi ya emanet sistemi, ikisi birden değil.
Veri aktarımı
Günlüğün ve göstergelerin müşterinin veri ambarına ya da raporlama sistemine düzenli aktarımı — tesise dair analitik ayrı değil, şirketin ortak çevresinde kurulduğunda.
Belirli bir entegrasyon listesini önceden ilan etmiyoruz: veri alışverişinin mümkün olup olmaması, müşteri tarafındaki sistemin dışarıya hangi arayüzü verdiğine bağlıdır. Neyin hemen bağlanacağı, neyin karşı tarafta geliştirme gerektireceği ve neyin dosya aktarımıyla kapatılacağı incelemede — işin ortasında değil, başlamadan önce — netleşir.
Böyle sistemler nerelerde kullanılır
Ekipman ve mantık her yerde aynıdır: göz, kilit, kod, oturum, günlük. Farklı olan senaryo, emanet süresi ve hizmetin ücretli olup olmadığıdır — ayarlardaki fark tam da bu üç ayrımdan doğar.
Alışveriş merkezleri
Birkaç saatlik tek seferlik emanet: alışverişler, bebek arabaları, hacimli eşyalar. Yoğunluk yüksek, ziyaretçiler rastgeledir; bu yüzden kodla basit erişim, hızlı teslim ve merkezin kapanışına kadar gözün yeniden kullanıma dönmesine dair katı bir kural gerekir.
Garlar ve ulaşım merkezleri
Klasik emanet: birkaç saatlik ya da günlük bagaj, süreye göre ödeme, 24 saat çalışma. Burada en önemlisi bağımsız çalışmanın güvenilirliği ve gecikmeye dair anlaşılır bir kuraldır — insanlar araçlarını kaçırır.
Spor kulüpleri ve havuzlar
Antrenman süresince dolap, çoğunlukla ücretsiz ve kulüp kartıyla. Sistemin değeri ödemede değil, yöneticinin dolu dolapları görmesinde ve unutulanı kilidi kırmadan açmasındadır.
Ofisler ve ortak çalışma alanları
Çalışanın ya da üyenin kişisel dolabı: ayrılmış göz, giriş kartıyla erişim, sözleşmeye göre süre. İnsan kaynakları sistemiyle bağ, asıl sorunu ortadan kaldırır — işten ayrılanların üstünde kalan dolaplar.
İş merkezleri
Kiracılar ve ziyaretçiler için gözler, şirketler arasında buluşmadan belge ve anahtar devri. Burada çoğunlukla iki kodlu senaryo gerekir — yerleştirme ve teslim alma.
Bireysel eşya depoları
Aylarca kiralanan depolar: uzun oturum, abonelikle ödeme, kart ya da kodla erişim. Yazılım kısmı süreden, uzatmadan, ödenmediğinde kilitlemeden ve ziyaret geçmişinden sorumludur.
Üretim tesisleri ve depolar
Alet, cihaz ve iş kıyafeti gözleri. Konu ödeme değil sorumluluktur: kim aldı, ne zaman iade etti, vardiya sonunda ne geri gelmedi. Burada sistemin temel çıktısı günlüktür.
Eğitim kurumları ve kütüphaneler
Öğrenciler ve ziyaretçiler için dolaplar, gözle kitap ve cihaz teslimi ve iadesi. Genellikle kendi kullanıcı kataloğu değil, mevcut kişi kayıt sistemiyle bağ gerekir.
Sağlık ve kamu kurumları
Bekleme alanında ziyaretçi gözleri ve personelin hizmet dolapları. Burada günlüğe ve yetki ayrımına dair gereklilikler olağandan yüksek, toplanan verilerin kapsamı ise en azdır.
Analitik
ve raporlama
Sistem çok veri biriktirir ama bunların azı işe yarar. Pratik anlamı olan dört soru vardır: gözler yetiyor mu, hangi boyutlar gerekiyor, zaman nerede kaybediliyor ve hangi ekipmanın bakımı gelmiş.
Doluluk neyi gösterir. Aylık ortalama bir rakamı değil, saatlere ve günlere göre dağılımı: bir tesis ortalamada %45 dolu olabilir ama her cumartesi 14–18 arasında tek bir boş küçük gözü kalmayabilir. Çözüm, dolabın tamamını değil gereken boyutta göz eklemektir.
Tesis bazında hesaplanan göstergeler:
- Doluluk — saatlere, haftanın günlerine ve boyut tiplerine göre dolu göz oranı
- Devir hızı — bir dönemde tek gözden kaç oturum geçtiği
- Ortalama oturum süresi — boyut tiplerine ve haftanın günlerine göre ayrı ayrı
- Teslim retleri — gereken boyutta boş göz olmadığı için kaç kez göz verilemediği
- Gecikmeler — süreyi aşan oturumların oranı ve gözü ne kadar süre tuttukları
- Ekipmanın erişilebilirliği — gözlerin ne kadar süre ve hangi nedenle kullanım dışı kaldığı
- Ciro — ücretli emanette: tesise, boyut tipine ve döneme göre
Teslim reddi en çok hafife alınan göstergedir. Doluluğu herkes görür, ama gelip boş göz bulamayan ve giden kişi olağan istatistikte hiç kalmaz. Oysa dolabın genişletilip genişletilmeyeceği sorusunu tam da bu sayı yanıtlar.
Raporlar dosya olarak aktarılır ve programa göre oluşturulabilir — örneğin her ayın birinde tüm tesisler için birden.
Saatlere göre doluluk
Grafikte iki saatlik tam doluluk «iyi doluluk» değil, kuyruk ve ret demektir. Bu göstergenin yanında her zaman gözsüz dönen kişi sayısı durur — aksi halde zirve bir başarı gibi okunur.
Bu sayılar pratikte ne verir
- Kaç ve hangi gözün ekleneceği — genel bir izlenime göre değil, retlere ve boyut tipi kesitindeki doluluğa göre
- Tarifenin değiştirilip değiştirilmeyeceği — gözler sekiz saat tutuluyorsa tarife devri engellemiyor, teşvik ediyordur
- İkinci dolabın nerede gerektiği — tesislerin retlere ve tepe doluluğa göre karşılaştırılması
- Hangi gözlerin değiştirileceği — dönemde belirli bir göze düşen ekipman arızası sayısına göre
Devreye alma sırası
Aşamalar tam olarak bu sırayla gider. İncelemenin atlanması, sistemin gereken komutları kabul etmeyen bir ekipmana göre kurulmasının en sık nedenidir.
1. İnceleme
Tesiste hâlihazırda ne var: dolaplar, kilitler, denetleyiciler, okuyucular, bağlantı, elektrik. Hangi senaryolar gerekiyor, emanet ücretli mi, gözlerden kim sorumlu. Çıktı — neyin hemen bağlanacağı, neyin geliştirme gerektireceği ve tesiste neyin eksik olduğu.
2. Tek dolapta pilot
Bir dolabın tamamı: canlı ekipmanda denetleyiciyle veri alışverişi, açılışın ve sensörlerin denetimi, sürelerin, tarifelerin ve kuralların belgelere göre değil insanların fiili davranışına göre ayarlanması.
3. Kurallar ve roller
Hangi tesisten kim sorumlu, hangi olay kime gidiyor, ne arıza sayılıyor, gecikme nasıl işleniyor. Çalışan yetkileri ve elle açma düzeni de burada ayarlanır.
4. Yaygınlaştırma
Kalan dolaplar ve tesisler denenmiş şemaya göre, yeni ekipman tipleri ise ayrı alışveriş modülleriyle. Sonrasında geçmiş birikir, dönemsel raporlar ve genişleme için veriler ortaya çıkar.
Müşteri referanslarımız
Emanet sisteminizi konuşalım
Hemen bizimle iletişime geçin
Ne tür bir tesis olduğunu, kaç göz ve hangi dolapların kurulu olduğunu, emanetin ücretli olup olmadığını ve sistemle kimin çalışacağını yazın. Mevcut ekipmana neyin bağlanacağını, hangi erişim senaryolarının uyacağını ve pilota nereden başlamanın makul olduğunu söyleyelim.
