Bekleyen Araçlar Neden Geofence Gerçeği İster? (Bekleyen Araclar Neden Geofence Gercegi İster)

Bekleme bir nokta değil, bir bölgedir

Operatör haritada bir iğne görür ve 'araç bekliyor' der. Gerçekte soru şudur: araç tanımlı bir bekleme bölgesinin içinde mi, ignition ne durumda, bekleme nedeni sınıflandı mı?

Telematics point  →  inside circle?  →  wait reason?
       lat/lng              km_metric             ops taxonomy
                              ↓
                     Waiting truth on map

Bu seri, bekleme gerçeğini telemetri + geofence + operasyonel taxonomy ile kurar.

Kavramlar ilk geçtiği yerde

📦 Waiting Truth
Haritada gösterilen beklemenin operasyonel olarak savunulabilir hali.

📦 Circle Geofence
Merkez ve yarıçapla tanımlanan daire sınır.

📦 Ignition Signal
Motor açık/kapalı gibi telemetri kanıtı.

📦 False Wait
Konum gürültüsü veya eksik sınıflama yüzünden yanlış bekleme kaydı.

Nokta kanıttır; daire ve taxonomy olmadan operasyonel karar değildir.

Neden pin yetmez

Tek koordinat, aracın hâlâ yükleme sahasında olup olmadığını anlatmaz. Örnek iş kuralı: belirli bir km yarıçap (ör. 5 km) içinde kalma.

İki gerçek

Telemetri 'nerede' der; ops 'neden bekliyor' der.

Telemetry evidence ≠ Wait decision

Haritanın işi

Harita kanıtı çizer; taxonomy kararı kayıt altına alır.

Bu bölümde en çok karışan eşleştirmeler

❌ Son GPS noktası = bekleme
✓ Bekleme = sınır + süre + neden sınıflaması

❌ Yarıçap hep 5 km hardcoded
✓ Yarıçap API/konfigden gelmeli (km_metric)

❌ Vendor UI'ı operasyonel sistemdir
✓ Vendor feed entegrasyon kenarıdır

Kendi sisteminizi denetleme listesi

1. Bekleme kaydınız hangi alanlarla 'doğru' sayılıyor?
2. Yarıçap nereden geliyor: kod mu, API mi?
3. Ignition yokken bekleme açılıyor mu?
4. False wait'i kim kapatıyor?
5. Harita popup'ında hangi metrikler var?

Bu bölümden aklında kalması gerekenler

1. Bekleme bölgesel bir karardır, tek pin değil.
2. Telemetri kanıt, ops state karardır.
3. Yarıçap kontratı görünür olmalıdır.

Haritada iğne görmek, bekleme yönetmek değildir.