Gerçek zamanlı stok takibi nasıl çalışır?

Otomat işletmelerinde stok, yalnızca depoda bulunan ürün sayısı değildir. Bir ürünün hangi cihazda, hangi bölmede, hangi durumda ve hangi son kullanma tarihine sahip olduğu bilinmelidir. Gerçek zamanlı stok görünümü satış işlemleri, fiziksel sensörler, ikmal hareketleri ve manuel kontrollerin birlikte değerlendirilmesiyle oluşur. Sosyal Otomat Platformu her stok değişimini olay olarak işler. Satış, iade, ikmal, sayım farkı, kapı açma ve ürün ayırma işlemleri ayrı neden kodlarıyla kaydedilir. Böylece yalnızca güncel miktar değil, miktarın neden değiştiği de izlenebilir.

Satıştan fiziksel teslimata

Müşteri ekrandan bir ürün seçtiğinde sistem önce ilgili satış noktasının rezerve edilebilir stok miktarını kontrol eder. Ödeme başlatıldığında ürün kısa süreli olarak ayrılır. Başarılı ödeme sonrasında cihaz komutu üretilir ve yalnızca seçilen bölme açılır. Kapı sensörü, motor geri bildirimi veya ağırlık sensörü teslimatın fiziksel olarak gerçekleştiğini doğrular. Teslimat doğrulanırsa ayrılan miktar satılmış stoka dönüşür. Kapı açılmazsa ya da müşteri ürünü almazsa işlem otomatik olarak başarı kabul edilmez; alarm, uzaktan inceleme veya iade süreci başlatılır.

Çiçek2Go gibi kapılı sistemlerde ürün düşmediği için stok doğrulama modeli daha nettir. Her buket belirli bir bölmeyle eşleştirilir. Kapının açılması ve kapanması, teslimat olayının önemli parçalarıdır. Buna rağmen yalnızca kapı sinyali yeterli olmayabilir. İşletme, kritik lokasyonlarda kamera analizi veya ağırlık sensörü gibi ek doğrulama mekanizmaları kullanabilir. Platform bu sinyalleri tek bir teslimat durumu altında birleştirir ve ham veriyi denetim amacıyla saklar.

İkmal operasyonu

İkmal personeli mobil veya web arayüzünde cihaz görevini açar. Sistem hangi ürünlerin eksik olduğunu, önerilen miktarı ve bölme planını gösterir. Personel cihaza vardığında QR veya yetkili kullanıcı oturumuyla servis moduna geçer. Yerleştirilen ürünler barkod, seçim listesi veya toplu onayla kaydedilir. Çiçek ve taze gıda gibi ürünlerde hazırlama tarihi, son satış tarihi ve parti bilgisi de tutulabilir. İkmal tamamlandığında cihazın beklenen stok görünümü yenilenir ve satışa kapalı bölmeler yeniden kullanılabilir hâle gelir.

İkmal önerisi sabit minimum seviyeden daha gelişmiş olabilir. Platform geçmiş satış hızı, günün saati, haftanın günü, lokasyon tipi, hava durumu ve kampanya takvimini dikkate alarak hedef miktar hesaplayabilir. Hastane, havalimanı ve üniversite gibi lokasyonların talep desenleri farklıdır. Aynı ürün her noktada aynı hızla satılmaz. Bu nedenle sistem cihaz bazında tüketim eğrisi oluşturur ve dolum rotasını ürün ihtiyacına göre önceliklendirir. Amaç yalnızca boş rafı önlemek değil, gereksiz taşıma ve ürün israfını da azaltmaktır.

Tutarsızlıkların yönetimi

Gerçek zamanlı sistemlerde bağlantı kesintisi, yinelenen mesaj, manuel ürün değişimi veya sensör arızası stok farkı yaratabilir. Gateway bağlantı yokken olayları yerel kuyruğa alır ve ağ geri geldiğinde sırasını koruyarak gönderir. Sunucu her olayı benzersiz kimlikle işler. Yinelenen olay ikinci kez miktar düşürmez. Cihazın raporladığı fiziksel durumla platform kaydı uyuşmazsa uzlaştırma işlemi başlar. Küçük farklar sonraki doğrulamayla çözülebilir; kritik farklar sayım görevi ve alarm oluşturur.

İşletme paneli stok verisini farklı seviyelerde sunar. Yönetici tüm ağın kritik stoklarını, bölge sorumlusu kendi lokasyonlarını, ikmal personeli ise atanmış rotayı görür. Ürün yöneticisi kategori performansını ve tükenme oranını inceler. Raporlarda yalnızca satış adedi değil; stokta yokken kaç satış fırsatının kaçırıldığı, ürünün ortalama bekleme süresi ve kampanya dönemindeki tüketim hızı da yer alabilir. Bu metrikler satın alma, üretim ve saha planlamasının aynı veriye dayanmasını sağlar.

Başarılı uygulama için önce cihazın güvenilir sinyalleri belirlenir. Ardından stok hareketleri ve hata senaryoları tanımlanır. Pilot aşamada platform miktarı düzenli fiziksel sayımlarla karşılaştırılır. Farkların nedeni ölçülür ve eşikler gerçek saha verisine göre ayarlanır. Çiçek2Go, otonom market veya başka bir otomat türü aynı stok çekirdeğini kullanabilir; teslimat doğrulaması cihaz kabiliyetine göre değişir. Bu ortak yaklaşım, yeni otomatların işletme süreçlerine hızlı eklenmesini ve ağ büyüdükçe operasyon kalitesinin korunmasını sağlar.

Uygulama, ölçüm ve sürekli iyileştirme

Bu yaklaşımın sahada başarılı olması için teknik tasarım kadar uygulama disiplini de önemlidir. İlk aşamada cihaz envanteri, desteklenen protokoller, lokasyon koşulları ve sorumlu ekipler belgelenir. Pilot cihazlar sınırlı bir kullanıcı grubuyla devreye alınır; bağlantı sürekliliği, işlem başarısı, stok doğruluğu, alarm çözüm süresi ve müşteri tamamlama oranı düzenli olarak ölçülür. Her olay için beklenen durum, hata kodu ve sorumlu rol tanımlanır. Böylece sorun çıktığında yalnızca belirti değil, olay zincirinin hangi adımında sapma oluştuğu görülebilir.

Canlıya geçiş öncesinde çevrimdışı çalışma, yinelenen mesaj, başarısız ödeme, açılmayan kapı, sensör tutarsızlığı, yetkisiz erişim ve geri alma senaryoları test edilir. Teknik ekip günlük ve telemetriyi incelerken operasyon ekibi ikmal, servis ve müşteri destek akışlarını doğrular. Gösterge panelinde çok sayıda ölçüm göstermek yerine karar üreten göstergeler seçilir: ürün bulunurluğu, işlem başarı oranı, cihaz çevrimiçi süresi, ortalama müdahale süresi ve lokasyon başına kârlılık. Eşikler pilot verisine göre ayarlanır ve yanlış alarm oranı izlenir.

Ölçekleme aşamasında sürümleme, otomatik test, gözlemlenebilirlik ve değişiklik yönetimi devreye girer. Yeni cihaz modeli önce sözleşme testlerinden, sonra kontrollü saha grubundan geçirilir. Her değişiklik geri alınabilir olmalı; kritik komutlar kayıt altına alınmalı ve kullanıcı yetkileri periyodik gözden geçirilmelidir. Aylık operasyon toplantılarında performans eğilimleri, tekrarlayan arızalar, stok kayıpları ve kullanıcı geri bildirimleri birlikte değerlendirilir. Bu döngü, platformun yalnızca çalışan bir yazılım değil, büyüdükçe daha güvenilir ve verimli hâle gelen yönetilebilir bir hizmet olmasını sağlar.