Kargo Takip Uygulaması Geliştirme: Gönderiden Teslim İmzasına Tek Sistem
Müşteriniz günde beş kez arayıp “kargom nerede” diye soruyor, şube personeli barkodu WhatsApp'tan fotoğraflayıp merkeze yolluyor, dağıtım listesi hâlâ kağıt üzerinde. Kargo takibinde asıl sorun harita göstermek değil; barkodun okutulduğu her noktada aynı statünün tek bir kaynaktan üretilmesi. Bu sayfa o sistemin nasıl kurulduğunu anlatıyor.
Bu projede kaç ayrı uygulama gerekiyor?
-
01
Gönderici ve Alıcı Uygulaması (iOS + Android)
Takip numarası ya da telefon numarasıyla gönderi sorgulama, statü değişiminde push bildirim, dağıtıma çıkınca canlı kurye konumu, teslim adresi ve zaman aralığı değiştirme, iade talebi ve teslim belgesi görüntüleme.
-
02
Dağıtım Personeli Uygulaması (Android öncelikli)
Vardiya başında rota listesi, barkod ve kamerayla okutma, çevrimdışı kuyruk, teslim alanın adı ve imzası, fotoğraflı teslim kanıtı, kapıda tahsilat, teslim edilemedi nedeni ve yeniden deneme kaydı.
-
03
Şube ve Transfer Merkezi Uygulaması
Kabul, çıkış, transfer ve teslimat okutmaları; çuval ve palet altına toplu barkod bağlama, sayım farkı raporu, el terminali yoksa telefon kamerasıyla seri okutma modu ve araç yükleme kontrolü.
-
04
Web Yönetici Paneli
Gönderi arama, rota ve kurye atama, teslimat performansı, kayıp ve hasar dosyaları, kurumsal müşteri sözleşmesi ve fiyat tarifesi, entegrasyon anahtarları, çağrı merkezi ekranı ve U-ETDS bildirim kayıtları.
Uygulamada neler var?
- Desi ve hacimsel ağırlıktan otomatik ücret hesabı
- Bluetooth termal yazıcıdan sahada etiket basma
- Çok parçalı gönderide eksik parça uyarısı
- Alıcının uygulamadan adres ve zaman aralığı değiştirmesi
- Kapıya bırak, komşuya teslim ve teslim şifresi seçenekleri
- Şubeye çekilen gönderide raf yeri ve bekleme sayacı
- Alıcıdan karşı gönderi ve iade toplama akışı
- Araç yükleme manifestosu ve eksik parça sayımı
- Şube ve aktarma merkezinde geofence ile otomatik varış kaydı
- Kurumsal müşteri için Excel'den toplu gönderi ve toplu etiket
- Kabulde hasarlı paket için fotoğraflı tutanak
- Anlaşmalı kargo firmalarının statülerini tek ekranda birleştirme
Sektörde durum
Kargo ve dağıtım tarafında rekabet fiyattan çok görünürlükten geliyor. E-ticaret satıcısı, gönderisini API ile açamadığı ve müşterisine anlık statü veremediği firmayla çalışmak istemiyor; alıcı ise büyük firmaların uygulamalarında gördüğü canlı takibi artık her gönderide bekliyor. Takip sistemi olmayan bölgesel bir firmada müşteri hizmetleri hattı gün boyu “nerede” sorularıyla doluyor, teslim edilemeyen gönderi ikinci kez araca biniyor, kayıp dosyalarında kanıt üretilemiyor. Bunların üçü de doğrudan maliyet ve doğrudan sözleşme kaybı demek.
Bu sektörde ölçülen metrikler
- İlk denemede teslim oranı — Alıcıya varış aralığı bildirmek ve adres/zaman değişikliğini uygulamadan almak, ikinci sefer maliyetini düşürür.
- Kabulden teslime geçen süre — Her okutma noktası zaman damgalı olduğu için gecikmenin şubede mi transferde mi olduğu ayrıştırılabilir.
- Gönderi başına çağrı merkezi araması — Statü bildirimi ve canlı takip devreye girdiğinde 'kargom nerede' aramaları ölçülebilir biçimde azalır.
- Okutulmayan gönderi ve kayıp iz oranı — Bir noktada hiç okutulmamış gönderiler raporlanır; kayıp ve hasar dosyalarının kaynağı burada görünür.
Bu sektörde sık yapılan hatalar
- Kurye uygulamasını sadece harita olarak tasarlamak Kurye ekrana uzun süre bakmaz, tek eliyle kullanır. Küçük butonlar ve çok adımlı akış sahada bırakılır, kayıtlar akşam toplu girilir. Teslimat ekranı tek elle ve birkaç dokunuşla bitmelidir.
- Çevrimdışı çalışmayı sonraya bırakmak Önce online sürüm yapılıp senkron sonraya bırakılırsa veri modeli tek yönlü kurulur ve çevrimdışı desteği sonradan eklemek yeniden yazım anlamına gelir. Kuyruk ve çakışma kuralı ilk günden tasarlanmalıdır.
- Statüleri serbest metin olarak tutmak “Yolda”, “dağıtımda”, “araçta” gibi farklı ifadeler farklı ekranlarda üretilince müşteri iki yerde iki şey görür. Statüler sabit bir durum makinesi olarak tanımlanıp tek kaynaktan yazılmalıdır.
- Teslim fotoğrafını sıkıştırmadan yüklemek Yüksek çözünürlüklü fotoğraflar kuryenin veri paketini ve pilini bitirir, yükleme sahada takılır. Fotoğraf cihazda kanıt değerini koruyacak ölçüde küçültülüp kuyruğa alınmalı, gönderim arka planda yapılmalıdır.
Mevzuat ve uyum
Kargo takibinde işlenen veri yoğun biçimde kişisel veridir: alıcının adı, adresi, telefonu, teslim imzası, teslim fotoğrafı ve kuryenin konumu. KVKK kapsamında aydınlatma metni, açık rıza gereken haller, saklama süresi ve silme politikası tanımlanmalı; kurye konumu yalnızca vardiya süresince ve iş amacıyla toplanmalıdır. Taşıma faaliyeti için alınan yetki belgesi türüne göre U-ETDS bildirim yükümlülüğü doğar. Taşıma hizmeti faturaları e-Fatura/e-Arşiv düzenine tabidir ve GİB'e iletilir. Uygulamanın veri akışı bu yükümlülüklere göre kurgulanmalıdır.
Bu sektörün asıl zorlukları
-
Bodrum kat, depo ve asansörde kopan bağlantı
Teslimatların önemli bölümü sinyalin çekmediği yerlerde yapılır. Okutmalar ve imzalar cihazda yerel kuyruğa yazılır; ağ dönünce sıra numarası ve cihaz zaman damgasıyla senkronlanır. Aynı barkod iki kez okutulduğunda statü geri sarmamalı: sunucu tarafında durum makinesi kurulur, geç gelen eski kayıt yalnızca geçmişe işlenir, güncel statüyü ezmez.
-
Barkod, karekod ve okunmayan etiket
Sahada Code 128, ITF ve karekod bir arada dolaşır; etiket buruşuk, ıslak ya da streçin altında olur. Kamera taraması otomatik odak ve fener ışığıyla desteklenir, sürekli tarama modunda saniyeler içinde çuval altına onlarca parça bağlanır. Okunmayan etiket için son dört haneyle manuel arama ve el terminalinin klavye emülasyonuyla aynı ekrana giriş yolu bırakılır.
-
Vardiya boyunca açık kalan telefonun pili
Kurye telefonu sekiz saat konum paylaşır. Sabit aralıklı GPS pili öğleden sonra bitirir; cihaz ölünce takip kopar. Konum, mesafe eşiği ve hareket algılamayla toplanır, durakta seyrekleşir, araç hareket edince sıklaşır. Toplu gönderim yapılır; Android arka plan kısıtları için foreground service, iOS için önemli konum değişimi ayrı ayrı kurgulanır.
-
Kapıda tahsilat ve akşam mutabakatı
Kapıda ödeme nakit, kart ve bazen link ile alınır; akşam kuryenin kasası ile sistemin farkı çıkarsa sorumluluk tartışması başlar. Her tahsilat gönderi kaydına bağlanır, kurye vardiya kapanışında toplamı onaylar, POS veya sanal POS kaydıyla eşleşmeyen tutar rapora düşer. Gönderici firmaya aktarım için hakediş dökümü üretilir.
-
Teslim kanıtının dosyada kullanılabilir olması
Kayıp ve hasar dosyalarında “teslim edildi” yazısı tek başına yetmez. İmza vektörel olarak, fotoğraf konum ve zaman bilgisiyle, teslim alanın adı ve yakınlık bilgisi birlikte saklanır. Fotoğraf sahada veri tüketmeyecek ölçüde sıkıştırılır ama kanıt değeri bozulmaz; kayıtlar sonradan değiştirilemeyecek biçimde tutulur ve dosya açıldığında tek ekranda dökülür.
Gereken entegrasyonlar
- U-ETDS taşıma bildirimleri için Bakanlık web servisi
- e-Fatura / e-Arşiv entegratörü ile taşıma faturası ve GİB gönderimi
- iyzico, PayTR veya Craftgate ile kapıda ödeme linki ve online tahsilat
- Banka sanal POS ve kuryede mobil POS cihazı
- Ticimax, İdeasoft, Shopify ve Trendyol/Hepsiburada için gönderi oluşturma API'si
- Harita ve rota servisi (adres doğrulama, mesafe matrisi) ile SMS ve push bildirim sağlayıcısı
Bu sayfa kimin için?
-
Tek şube ve birkaç araçla çalışan yeni kurulmuş şehir içi kargo firması
Önce kurye uygulaması, barkod okutma, çevrimdışı kuyruk ve teslim kanıtı yeterlidir. Şube-aktarma modülüne, rota optimizasyonuna ve kurumsal API'ye tek şubeyle ihtiyaç yoktur; bunlar ikinci araç grubu ve ikinci şube açılınca anlam kazanır.
-
Kendi kurye ekibini kuran e-ticaret satıcısı
Ağırlık merkezi kendi sipariş sisteminizle bağlantıdır: sipariş onaylanınca gönderi otomatik açılmalı, iade toplama akışı ilk fazda olmalı, kapıda tahsilat mutabakatı muhasebeye bağlanmalı. Kurumsal müşteri portalına ve tarife modülüne çoğu zaman hiç gerek olmaz.
-
Anlaşmalı kargo firmalarıyla çalışan bölgesel dağıtım ve lojistik şirketi
Kendi kuryeniz yoksa proje bir operasyon sistemi değil, statü birleştirme ve müşteri iletişimi projesidir: farklı firmaların takip servislerinden gelen statülerin tek sözlüğe çevrilmesi, gecikme uyarısı ve müşteriye tek ekran. Barkod, rota ve tahsilat modülleri kapsam dışı kalarak bütçeyi belirgin biçimde küçültür.
Bütçeyi bölerek ilerleme planı
-
1
Faz 1 — Tek şube ve kendi kuryeleriyle çalışan çekirdek 7-9 hafta
Gönderi kaydı, barkod üretimi ve etiket, kurye uygulamasında rota listesi, okutma, çevrimdışı kuyruk, imza ve fotoğraflı teslim kanıtı, alıcıya takip ekranı ve statü bildirimi. Bu haliyle tek başına çalışır: kağıt dağıtım listesi ilk günden kalkar. Önce burası kurulur çünkü statü sözlüğü ve okutma modeli sonraki her modülün üzerine oturduğu temeldir.
-
2
Faz 2 — Para, şube ağı ve kurumsal müşteri 6-8 hafta
Kapıda tahsilat ve vardiya kapanış mutabakatı, desi tarifesi ve fatura akışı, şube kabul-çıkış okutmaları, araç yükleme manifestosu, aktarma merkezi transferi ve kurumsal müşteriler için toplu gönderi yükleme ile gönderi oluşturma API'si. Faz 1'de üretilen okutma verisi olmadan bu modüllerin dayanacağı kayıt yoktur; bu yüzden ikinci sırada.
-
3
Faz 3 — Rota optimizasyonu, mevzuat ve ölçek 6-9 hafta
Zaman pencereli durak sıralama, tahmini varış aralığı ve gecikme öngörüsü, U-ETDS taşıma bildirimlerinin otomatik iletimi, e-Fatura/e-Arşiv bağlantısı, kayıp-hasar dosya yönetimi ve çağrı merkezi ekranı. En sona bırakılır çünkü optimizasyon ve mevzuat bildirimi, ancak birkaç ay gerçek saha verisi biriktikten sonra doğru ayarlanabilir.
Tipik kapsam ve süre
Tipik bir başlangıç kapsamı: alıcı uygulaması, kurye uygulaması ve web paneli; barkod okutma, çevrimdışı kuyruk, teslim kanıtı, kapıda tahsilat, statü bildirimleri ve tek e-ticaret entegrasyonu. Şube okutma modülü, U-ETDS bildirimi ve kurumsal müşteri API'si çoğunlukla ikinci fazda eklenir. UI/UX, mağaza görselleri ve mağaza yayını dahildir.
Tahmini süre: 12-18 hafta
Hazır paket mi, özel geliştirme mi?
| Konu | Hazır paket | Özel geliştirme |
|---|---|---|
| Kurulum hızı ve ilk gün | Hazır kargo yazılımı birkaç gün içinde açılır; barkod, statü ve kurye ekranı standart haliyle hemen çalışır. Yeni kurulan bir firma için gerçek bir avantaj. | Özel geliştirmede ilk çalışan sürüm haftalar sürer. Karşılığında etiket, statü sözlüğü ve teslim akışı sizin operasyonunuzun gerçek adımlarına göre kurulur. |
| Sektöre özgü iş akışı | Paketler standart bir teslim akışı varsayar: okut, imzalat, kapat. Şubeye çekme, teslim şifresi, çok parçalı gönderi ya da karşı gönderi gibi adımlar çoğunlukla ya yoktur ya da zorlama alanlarla tutulur. | Teslim edilemedi kodları, yeniden deneme kuralı, desi tarifeniz ve şube-aktarma yapınız birebir modellenir; kurye ekranı sizde en sık yaşanan senaryoya göre kısaltılır. |
| Aylık gönderi başına maliyet vs tek seferlik yatırım | Kullanıcı veya gönderi başına aylık ödeme, düşük hacimde ucuzdur ve nakit akışını korur. Hacim büyüdükçe aynı ücret ölçekle birlikte artar ve kalıcı gidere dönüşür. | Özel geliştirmede yatırım başta yoğunlaşır, sonrasında sunucu ve bakım kalır; gönderi arttıkça birim maliyet düşer. Düşük hacimde ise bu hesap hazır pakete göre geç döner. |
| Veri sahipliği ve kurumsal müşteriye taşınabilirlik | Okutma geçmişi, teslim fotoğrafları ve imzalar sağlayıcının sisteminde durur. Bazı paketler düzenli dışa aktarım sunar; sunmayanlarda kayıp-hasar dosyası için geçmişe erişim sağlayıcıya bağımlı hale gelir. | Veritabanı ve kanıt arşivi sizin kontrolünüzdedir; KVKK saklama ve silme politikanızı kendiniz belirlersiniz, kurumsal müşterinin istediği formatta API ve rapor açarsınız. |
Sektör sözlüğü
- Desi
- Kargoda ücret, kilodan çok kapladığı hacimden hesaplanır. En, boy ve yüksekliğin çarpımının sabit bir katsayıya bölünmesiyle bulunan desi ile fiili ağırlıktan büyük olan faturalanır; tarife tartışmalarının çoğu buradan çıkar.
- Manifesto
- Bir araca ya da bir sefere yüklenen gönderilerin resmi listesidir. Yükleme sırasında okutulan barkodlar manifesto ile karşılaştırılır; eksik ya da fazla parça araç çıkmadan görünür, çıktıktan sonra sorumluluk paylaşımı zorlaşır.
- Aktarma merkezi
- Şubelerden toplanan gönderilerin ayrıştırılıp hedef şubelere göre yeniden yüklendiği noktadır. Bir gönderi burada en az iki kez okutulur; gecikmenin şubede mi aktarmada mı olduğu ancak bu iki damga karşılaştırılınca ayrılır.
- Karşı gönderi
- Kuryenin teslim etmek yerine alıcıdan paket teslim aldığı iştir. E-ticaret iadelerinde sık kullanılır; kurye ekranında normal teslimattan ayrı bir akıştır, çünkü etiket sahada basılır ve paketin içeriği alıcı beyanına dayanır.
- Teslim edilemedi kodu
- Teslimatın neden yapılamadığını serbest metinle değil sabit bir listeden seçtiren koddur: adreste bulunamadı, adres yanlış, alıcı kabul etmedi, ödeme yapılmadı. Yeniden deneme kuralı ve müşteriye giden bildirim bu koda göre değişir.
Sık sorulan sorular
Bu projeyi konuşalım
Kapsamınızı 30 dakikalık ücretsiz görüşmede netleştirelim, 48 saat içinde kalem kalem teklif gönderelim.
Ücretsiz Teklif AlınBu sayfa, bu sektörde uygulamanın çözmesi gereken problemleri anlatır. Referans ve benzer proje örneklerini görüşmede paylaşırız.
Diğer sektörler
Projenin teknik kapsamını planlayın
iOS geliştirme, Android geliştirme ve yönetici paneli ihtiyaçlarını birlikte değerlendirin. Teklif karşılaştırması için mobil uygulama maliyet rehberini inceleyin.