Lojistik Operasyonlarında Konum Verisi: Sevkiyat Takibinden Maliyet Analizine

Lojistik işletmelerinde konum verisi çoğu zaman vardır ama kullanılmaz: araç takip cihazı bir haritada noktalar gösterir, sevkiyat bilgisi başka bir sistemde durur, giderler muhasebede toplanır. Üçü birleştirildiğinde ortaya çıkan soru şudur: "Hangi güzergâh, hangi araç, hangi müşteri için ne kadara mal oluyor?" Bu yazı, konum verisini operasyon ve maliyet görünürlüğüne dönüştürmenin yapı taşlarını anlatır.

Veri modeli: üç varlık, bir zaman ekseni

Temel varlıklar sevkiyat (ne, kimden kime, hangi sürede), araç/sürücü (kim, hangi araçla) ve konum olayıdır (nerede, ne zaman). Konum olaylarını sevkiyata bağlamak için "görev" kavramı gerekir: bir aracın belirli bir zaman aralığında belirli sevkiyatları taşıdığı kayıt. Bu bağ olmadan harita üzerindeki nokta, hiçbir sevkiyatla ilişkilendirilemez.

shipments(id, customer_id, origin, destination, planned_at, delivered_at, status)
trips(id, vehicle_id, driver_id, started_at, ended_at)
trip_shipments(trip_id, shipment_id, sequence)
location_events(id, vehicle_id, recorded_at, lat, lng, speed, source)
-- örnek sorgu: bir sevkiyatın güzergâhı = trip_shipments → trips → location_events (zaman aralığında)

Entegrasyon: takip cihazından sisteme

Araç takip sağlayıcıları genellikle API veya düzenli veri aktarımı sunar. Entegrasyon katmanı, verinin formatını normalize etmeli, tekrar eden kayıtları ayıklamalı ve her aktarımın kaydını tutmalıdır. Bağlantı koptuğunda veri kaybolmamalı, sonradan tamamlanmalıdır. Konum sıklığı iş ihtiyacına göre seçilmelidir; "her saniye" veri, maliyetli ve çoğu analiz için gereksizdir.

Operasyon ekranı: harita bir rapor değildir

Harita, "şu anda nerede" sorusunun cevabıdır; operasyon yöneticisinin asıl ihtiyacı ise istisnalardır: planın gerisindeki sevkiyatlar, beklenmeyen duruşlar, güzergâh dışına çıkışlar. İyi bir operasyon ekranı haritayı değil istisna listesini merkeze alır; harita, istisnanın bağlamını gösterir.

Lojistikte veri görselleştirmenin ölçütü "ne kadar güzel" değil, "yöneticinin hangi kararı kaç saniyede verebildiği"dir.

Maliyet analizi: konum + gider

Yakıt, geçiş ücreti, bakım ve sürücü maliyeti araç ve dönem bazında muhasebeden gelir; mesafe ve süre konum verisinden türetilir. İkisi birleştiğinde sefer, güzergâh ve müşteri bazında birim maliyet hesaplanabilir. Burada dikkat edilmesi gereken, dağıtım anahtarının (örneğin bakım maliyetinin seferlere nasıl bölüneceği) açıkça tanımlanması ve raporda görünür olmasıdır; aksi hâlde "yanlış hesaplıyor" tartışması bitmez.

Müşteriye görünürlük

Sevkiyat durumunun müşteriyle paylaşılması (tahmini varış, teslim edildi bildirimi) ayrı bir kanal gerektirir: müşteri portalı, SMS veya e-posta. Paylaşılan bilgi sevkiyatın durumu olmalı, aracın canlı konumu değil; ikincisi hem gereksizdir hem de sürücünün kişisel verisine dokunur.

Kişisel veri: sürücü takibi değil, operasyon takibi

Konum verisi araçla ilgili görünse de bir sürücüye bağlandığı anda kişisel veridir. Türkiye'de KVKK ve KKTC'de ilgili yasa kapsamında amaç sınırlaması, aydınlatma ve saklama süresi uygulanmalıdır. Pratik ilkeler: mesai dışı ve görev dışı zamanlarda konum alınmaması (veya araç bazında ayrıştırılması), ham konum verisinin tanımlı süre sonunda özetlenip silinmesi ve sürücülerin hangi verinin ne amaçla işlendiğini bilmesi. Bu ilkeler, planlama ve haritalama hizmetimizin standart kapsamıdır.

Kademeli uygulama önerisi

1. Sevkiyat ve görev kayıtlarının tek sistemde tutulması (konum olmadan da değer üretir).
2. Takip cihazı entegrasyonu ve istisna listesi.
3. Muhasebe gider aktarımı ve sefer bazlı maliyet.
4. Müşteri bildirimleri.

Planlama ile gerçekleşenin karşılaştırılması

Konum verisinin en değerli kullanımı, planlanan güzergâh ve süre ile gerçekleşenin karşılaştırılmasıdır. Planlanan teslimat sırası, beklenen varış zamanı ve tahmini mesafe sisteme kaydedildiğinde, gerçekleşen veriler bu planla otomatik karşılaştırılır. Sapmalar (ek duraklar, uzun bekleme, farklı güzergâh) operasyon ekranında istisna olarak görünür; sapmanın nedeni sürücü veya operasyon tarafından kısa bir açıklamayla kaydedilir. Zamanla biriken açıklamalar, planlama kurallarının iyileştirilmesine yarar: hangi bölgede hangi saatlerde beklemeler oluyor, hangi müşteride teslimat uzun sürüyor.

Teslimat kanıtı

Teslim anında alınan fotoğraf, imza veya QR doğrulaması, sevkiyat kaydına bağlanır ve konum-zaman damgasıyla birlikte saklanır. Bu kayıt hem müşteri itirazlarında hem de faturalamada kullanılır. Fotoğraflarda kişi görüntüsü varsa kişisel veri değerlendirmesi yapılmalı; çoğu senaryoda paket ve teslim noktası fotoğrafı yeterlidir.

Araç ve bakım

Konum verisinden türetilen mesafe, bakım planlamasının temelidir: belirli kilometreye ulaşan araç için bakım görevi otomatik açılır. Yakıt verisi (takip cihazından veya fiş kayıtlarından) mesafeyle birleştirildiğinde araç bazlı tüketim eğilimi izlenebilir; ani sapmalar arıza veya başka sorunların erken işareti olabilir. Bu analizler araç bazındadır ve sürücü performansı değerlendirmesi olarak kullanılacaksa ayrı bir hukuki ve etik değerlendirme gerektirir.

Entegrasyon katmanı: örnek akış

takip sağlayıcı API ──▶ toplayıcı (normalize, tekrar ayıkla) ──▶ location_events
                                                     │
                                                     └─▶ aktarım kaydı (zaman, kayıt sayısı, hata)
muhasebe dışa aktarımı ──▶ doğrulama ──▶ vehicle_costs (araç, dönem, kalem, tutar)
sevkiyat + konum + maliyet ──▶ materyalize görünüm: sefer bazlı maliyet

Her ok bir kayıt noktasıdır; veri eksikse nerede kaybolduğu bu kayıtlardan bulunur.

Raporlama örnekleri (kurgusal)

• Bölge bazında ortalama teslimat süresi ve dönem karşılaştırması.
• Müşteri bazında sefer maliyeti ile fatura tutarının yan yana görünümü.
• Araç bazında kilometre, yakıt ve bakım maliyeti eğilimi.
• Planlanan ile gerçekleşen sefer süresi sapmaları ve nedenleri.

Bu raporlar örnektir; gerçek göstergeler işletmenin karar sorularından türetilir.

Küçük filolar için not

Birkaç araçlık bir filo için de aynı yapı geçerlidir; fark ölçektedir. Küçük filolarda takip cihazı yerine sürücünün mobil uygulamasından teslim anında alınan konum yeterli olabilir; bu hem maliyeti düşürür hem de kişisel veri işlemesini teslim anıyla sınırlar. Sistem, veri kaynağından bağımsız olarak aynı veri modelini kullanmalıdır; böylece filo büyüdüğünde takip cihazına geçiş, modeli değiştirmez.

Cy Logic'in lojistik yönetim sistemi bu sırayla geliştirilmektedir ve "geliştirmede" etiketi taşır; mevcut kapsamı görüşmede açıkça paylaşırız. Sektör sayfasında ilişkili hizmetleri görebilirsiniz.