ABD'deki Türk Trucking Firmaları için Dispatch + Filo Yazılımı: ELD ve Load Board Entegrasyonu

ABD Türk Trucking Ekosisteminde Dispatch Operasyonunun Anatomisi

New Jersey, Chicago ve çevresindeki Türk trucking firmaları genellikle 5-25 araçlık filolarla faaliyet gösteriyor. Çoğu owner-operator modeliyle başlayıp zamanla büyümüş, operasyonel yapı büyüdükçe manuel sistemler yetersiz kalmış durumda.

Tipik operasyon akışı şöyle:

1. Sabah load search: Dispatcher DAT, Truckstop veya diğer load board'larda yük arar
2. Manuel koordinasyon: WhatsApp'tan şoförlere teklif göndererek müsaitlik kontrolü yapar
3. Broker iletişimi: Telefon/mail ile rate negotiate edilir, confirmation alınır
4. Evrak takibi: Rate confirmation, BOL, POD kâğıtları farklı kanallardan toplanır
5. Factoring submission: Belgeler manuel olarak factoring şirketine iletilir
6. Settlement hesabı: Hafta/ay sonunda her şoför için ayrı Excel hesaplaması yapılır

Bu süreçlerin her biri insan hatasına açık, zaman alıcı ve ölçeklemeyi engelleyici. 8 truck'la yönetilebilen bir akış, 15 truck'a çıkınca çığırından çıkıyor.

Gerçek maliyet nerede?

Kayıp zaman sadece dispatcher'ın saati değil: Yanlış yükleme adresinden dolayı kaybedilen 3 saat (detention alamadıysanız net maliyet), settlement hatasından dolayı şoförün haftalar sonra fark ettiği eksik ödeme, factoring'e geç gönderilen evraktan dolayı nakit akışındaki gecikme.

Bir Türk trucking firması sahibi dile getirmişti: "Dispatcher'ımız Excel'de formül hatası yaptı, 4 şoförün settlement'ında 800'er dolar fark çıktı. Fark ettik ama güven sarsıldı. Şoför 'acaba başka ne kadar eksik aldım' diye düşünmeye başladı."

Load Board Entegrasyonu: DAT ve Truckstop Veri Akışı

DAT ve Truckstop gibi platformlar API üzerinden veri paylaşımına izin veriyor. Doğru entegre edilmiş bir dispatch yazılımı:

• Load board'daki yükleri kendi arayüzünde gösterir (farklı sekmelerde gezinmeye gerek kalmaz)
• Rate, mesafe, broker rating bilgilerini otomatik çeker
• Şoför konumu ve müsaitlik durumuna göre uygun yükleri önerir
• Book edilen yükü otomatik olarak sisteme aktarır, confirmation belgelerini ilişkilendirir

Pratik senaryo:

Chicago merkezli bir firma düşünün. Dispatcher sabah sisteme giriyor, yazılım DAT'tan çektiği yükleri şoför konumlarıyla eşleştirerek öneriyor: "Truck #5 şu an Gary, IN yakınında, 6 saat sonra delivery bitiyor. En yakın pickup Joliet'te, 220 mil Omaha'ya, $1.85/mil."

Dispatcher tek tıkla broker'a teklif gönderiyor, onay gelince sistem otomatik olarak:

• Yükü şoföre mobil uygulamadan bildiriyor
• Pickup/delivery adreslerini GPS koordinatlarıyla kaydediyor
• Rate confirmation PDF'ini yük dosyasına ekliyor
• ELD sisteminden beklenen HOS durumunu kontrol ediyor

Manuel süreçte 15-20 dakika alan işlem 2-3 dakikaya iniyor. Daha da önemlisi, hata riski minimize ediliyor.

Dikkat edilmesi gereken teknik detaylar:

• API limit ve maliyet: DAT ve Truckstop API kullanımı ücretli. Yazılımınızın API çağrılarını optimize etmesi önemli
• Real-time sync: Load'ların güncel durumu anlık çekilmeli, başkası almış yükler için zaman kaybedilmemeli
• Multi-board destek: Sadece DAT değil, Truckstop, 123Loadboard gibi alternatifleri de tek arayüzde toplamak

ELD/HOS Uyumu ve Federal Compliance

ABD'de ELD (Electronic Logging Device) kullanımı zorunlu. Ancak çoğu Türk trucking firmasında ELD sistemi ile dispatch yazılımı arasında köprü yok. Dispatcher şoföre "kaç saatin kaldı" diye WhatsApp'tan soruyor.

ELD entegrasyonunun kritik faydaları:

1. HOS takibi: Şoförün kalan sürüş saatini gerçek zamanlı görmek, yeni yük planlarken violation riski almamak
2. IFTA raporlama: Eyalet bazında mil takibi otomatik olarak IFTA raporuna dönüşür
3. Inspection hazırlık: Geçmiş log kayıtlarına anında erişim, roadside inspection'da zaman kaybetmemek
4. Geofencing uyarıları: Şoför pickup/delivery lokasyonuna yaklaştığında otomatik bildirim

Gerçek vaka:

Edison'da faaliyet gösteren bir firma, ELD entegrasyonu öncesinde şoförlerinden birini HOS violation nedeniyle kaybetmişti. Dispatcher şoförün saatini yanlış hesaplamış, şoför yola çıkmış, yolda saati dolmuş, yükü teslim edemeden park etmek zorunda kalmıştı. Broker late delivery nedeniyle $500 kesinti yapmıştı.

Entegrasyon sonrasında sistem otomatik olarak uyarı veriyor: "Bu yükü alırsa delivery öncesinde 10-hour break gerekecek, alternatif şoför öner."

Popüler ELD sistemleriyle entegrasyon:

• KeepTruckin (Motive): API desteği güçlü, çoğu Türk firma kullanıyor
• Samsara: Daha kapsamlı fleet management özellikleri
• Omnitracs: Büyük filolar için
• Garmin eLog: Ekonomik seçenek, API desteği sınırlı

Yazılımınız bu sistemlerle konuşabildiğinde, dispatch kararları veri üzerinden alınmaya başlıyor, tahmine dayalı risk ortadan kalkıyor.

Şoför Settlement Hesaplamaları: Otomasyonun Can Alıcı Noktası

Trucking'de şoför ödemesi genellikle mileage, percentage veya kombinasyon modeliyle yapılıyor. Her şoförün farklı anlaşması olabilir: Biri %28 alıyor, diğeri $0.50/mil + fuel surcharge, bir diğeri ise flatbed load'larda farklı rate.

Manuel settlement'ın sorunları:

• Her load'un rate'ini, mil'ini, şoför pay formülünü ayrı hesaplamak
• Detention, layover, tarp fee gibi ek ödemeleri unutmak
• Advance (avans) kesintilerini doğru takip edememek
• Deduction'ları (insurance, escrow, damage) karıştırmak

Otomatik settlement sisteminin yapması gerekenler:

1. Load bazında hesaplama: Her yük için şoför pay'i otomatik hesaplar (formül şoför profilinde kayıtlı)
2. Ek ödeme takibi: Detention, layover gibi ekstraları ayrı satır olarak ekler
3. Deduction yönetimi: Sabit kesintiler (insurance $150/hafta gibi) otomatik düşer
4. Advance tracking: Verilen avanslar settlement'tan otomatik kesilir
5. PDF rapor: Şoför her kalemi görebileceği detaylı settlement raporu alır

Örnek settlement akışı:

Şoför: Mehmet (Truck #7), Ödeme modeli: %30 gross

• Load #1234: Chicago-Atlanta, $2400 gross → Mehmet pay: $720
• Load #1235: Atlanta-Miami, $1800 gross → Mehmet pay: $540
• Detention (Load #1234): $100 → Mehmet pay: $30
• Toplam gross: $4300 → Mehmet brüt: $1290
• Deductions: Insurance $150, Escrow $50, Geçen hafta advance $300
• Net ödeme: $790

Sistem bunu otomatik hesaplıyor, şoför mobil uygulamadan load tamamlar tamamlamaz "settlement preview" görebiliyor. Hafta sonu dispatcher tek tuşla tüm settlement'ları PDF olarak üretip onaya gönderiyor.

Şeffaflık = daha az şoför rotasyonu

Trucking'de driver turnover kronik sorun. Şoförler settlement'larına güvenmediklerinde ayrılıyorlar. Otomatik, şeffaf sistem şoförün "bu ay eksik aldım" şüphesini ortadan kaldırıyor.

Factoring Evrak Akışı ve Nakit Döngüsü

Çoğu Türk trucking firması factoring kullanıyor (ödemeyi 30-45 gün beklemek yerine 1-2 günde %2-5 komisyonla almak). Ancak factoring şirketleri evrak konusunda titiz: Rate confirmation, BOL, POD, carrier packet eksiksiz olmalı.

Manuel süreçte darboğaz:

Şoför delivery sonrası POD fotoğrafını WhatsApp'a atıyor. Dispatcher bunu bilgisayara indirip, yük klasörüne koyup, diğer evraklarla birlikte mail olarak factoring'e gönderiyor. Bir evrak eksikse factoring reddediyor, şoföre tekrar ulaşmanız gerekiyor (belki şoför başka eyalette yeni yükte). Ödeme gecikiyor, nakit akışı bozuluyor.

Entegre sistem nasıl çalışır:

1. Mobil evrak yükleme: Şoför delivery sonrası POD'u mobil uygulamadan direkt sisteme yükler
2. Otomatik paket oluşturma: Sistem rate confirmation, BOL, POD'u tek pakette toplar
3. Factoring entegrasyonu: Paket otomatik olarak factoring şirketinin portalına gönderilir (API veya email)
4. Statü takibi: Factoring onayı, ödeme durumu sistemde güncellenir
5. Eksik evrak uyarısı: Bir belge eksikse şoför ve dispatcher anında bildirim alır

Popüler factoring şirketleriyle çalışma:

• OTR Solutions: Email/portal üzerinden evrak kabul eder
• Triumph Business Capital: API entegrasyonu var
• RTS Financial: Türk firmaları arasında popüler, portal sistemi

Yazılımınız bu sistemlere otomatik gönderim yapabildiğinde, load tamamlandıktan 1-2 saat içinde evrak factoring'de olur. Bu nakit döngünüzü hızlandırır, hesap planlamasını kolaylaştırır.

Diaspora İşletmeleri için Yazılım Geliştirmenin Kritik Noktaları

ABD'deki Türk trucking firmaları için yazılım geliştirirken teknik detayların ötesinde kültürel ve operasyonel gerçeklikleri anlamak gerekiyor.

Zaman dilimi ve dil:

Türkiye'de geliştirme yapıyorsanız 7-8 saat fark var. Destek talepleri genellikle Türkiye saati 16:00-24:00 arası geliyor (ABD sabah saatleri). Arayüzün İngilizce olması şart, ama destek ekibinin Türkçe konuşabilmesi güven oluşturuyor.

Mobil öncelikli tasarım:

Şoförler sürekli yoldalar, bilgisayar başında değiller. Mobil uygulama sadece "olsa iyi olur" değil, sistemin kritik bileşeni. Load detayları, navigation, POD yükleme, settlement görüntüleme mobilde sorunsuz çalışmalı.

İnternet bağlantısı sorunları:

ABD'de interstate'lerde internet kapsama alanı her yerde iyi değil. Offline mode olmalı: Şoför POD fotoğrafını çektiğinde, internet olmasa bile telefonda kayıt olmalı, internet bulunca otomatik yüklenmeli.

Regulatory compliance:

ABD trucking düzenlemeleri karmaşık. FMCSA kuralları, eyalet bazı farklılıklar, IFTA raporlama. Yazılımın bu düzenlemelere uyumlu veri tutması, audit durumunda kanıt sunabilmesi gerekiyor.

Veri güvenliği:

Yük detayları, şoför kişisel bilgileri, finansal veriler hassas. GDPR benzeri veri koruma yasaları ABD'de eyalet bazında var (California CCPA gibi). Yazılım geliştirirken bu standartlara uyum şart.

Sistem Seçimi ve Implementasyon Süreci

Pazarda hazır SaaS çözümler var (Axon, TruckingOffice gibi), ancak bunlar genellikle genel trucking ihtiyaçlarına yönelik. Türk firmaların spesifik akışlarına (örneğin WhatsApp entegrasyonu, Türkçe destek) uymayabilir.

Custom yazılım geliştirme avantajları:

• İş akışınıza tam uyum: Manuel süreçlerinizi birebir dijitalleştirme
• Entegrasyon özgürlüğü: Kullandığınız load board, ELD, factoring sistemlerini seçebilme
• Ölçeklenebilirlik: 10 truck'tan 50 truck'a geçerken yazılım size göre büyür
• Veri sahipliği: Verileriniz size ait, başka platforma kilitli kalmıyorsunuz

Implementasyon aşamaları:

1. Keşif (1-2 hafta): Mevcut süreçleriniz, kullandığınız sistemler, entegrasyon ihtiyaçları analiz edilir
2. Tasarım (2-3 hafta): Arayüz mockup'ları, veri yapısı, entegrasyon mimarisi belirlenir
3. Geliştirme (8-12 hafta): Core features (dispatch board, driver app, settlement modülü)
4. Entegrasyonlar (4-6 hafta): Load board, ELD, factoring API'leri bağlanır
5. Test ve eğitim (2 hafta): Dispatcher ve şoförler sistemi deneyerek feedback verir
6. Canlıya geçiş (1 hafta): Mevcut veriler migrate edilir, paralel çalışma dönemi

Toplam süre: 4-6 ay

Bu süre trucking operasyonunuzun karmaşıklığına, entegrasyon sayısına göre değişir. Kritik nokta: Geliştirme sürecinde operasyonunuz durmaz, paralel devam edersiniz.

Sık Sorulan Sorular

Böyle bir yazılımın maliyeti nedir?

Proje kapsamına göre değişir. Temel dispatch + settlement + mobil uygulama bir fiyat aralığına oturur, load board entegrasyonları, ELD bağlantıları, factoring otomasyonu gibi her ek modül maliyet ekler. Filo büyüklüğü de etkiler: 10 truck için basit yapı yeterken, 30+ truck için daha kapsamlı raporlama ve yetki yönetimi gerekir.

D'Cloud Software olarak keşif görüşmesinde operasyonunuzu dinledikten sonra sabit, yazılı bir teklif sunuyoruz. Proje süresince ek ücret talep edilmiyor, sözleşmedeki kapsam üzerinden ilerliyor. Teslimden sonra 15 gün içinde tespit edilen hatalar ücretsiz düzeltiliyor.

Mevcut sistemlerden (DAT, ELD) veri nasıl aktarılır?

Load board ve ELD sistemleri API üzerinden gerçek zamanlı veri paylaşır, geçmiş veri aktarımı genellikle gerekmiyor (çünkü dispatch güncel yüklerle çalışır). Ancak geçmiş settlement kayıtlarınız Excel'deyse, bunları sisteme import edebiliyoruz. CSV/Excel formatındaki veriler temizlenip normalize edilerek veritabanına aktarılır.

Eğer kullandığınız bir sistem API sunmuyorsa (eski bir yazılım gibi), alternatif entegrasyon yöntemleri (web scraping, email parsing) değerlendirilebilir, ancak bu daha az güvenilir ve önerilmez.

Şoförler teknolojiyle aşina değil, uyum sağlayabilir mi?

Mobil uygulamayı en basit haliyle tasarlıyoruz: Büyük butonlar, az metin, görsel odaklı. Şoför sabah uygulamayı açtığında bugünkü yükünü görüyor, navigasyon butonu var, delivery sonrası POD fotoğrafı çekmek için tek buton.

Yaş veya deneyim farkı önemli değil, WhatsApp kullanabiliyorsa bu uygulamayı da kullanabilir. İlk 1-2 hafta alışma süresi oluyor, sonrasında rutin haline geliyor. Hatta şoförler settlement'ı anında görebildikleri için sistemi sahipleniyorlar.

Sistemde sorun çıkarsa destek nasıl alırız?

Zaman dilimi farkı nedeniyle ABD iş saatlerinde (Türkiye akşam/gece) destek önemli. Kritik sorunlar için (sistem çöktü, dispatcher giriş yapamıyor gibi) 2-4 saat içinde müdahale garantisi verilir. Kritik olmayan sorular (bir rapor nasıl alınır gibi) ertesi iş günü cevaplanır.

Destek kanalları: WhatsApp Business, email, ve gerekirse Zoom ekran paylaşımı. Türkçe destek avantajı büyük, teknik terimleri açıklarken anlaşılırlık artıyor.

Şirket büyürse yazılım yetmez mi?

10 truck'la başlayan bir firma 50 truck'a çıktığında ihtiyaçlar değişir: Multi-dispatcher yetki yönetimi, detaylı profitability analizi, şoför performans skorlama gibi. Modern yazılım mimarisi modüler geliştirilir, yeni özellikler eklenir.

Örneğin başlangıçta basit settlement modülü yeterken, büyüyünce "şoför bazında per-mile maliyet analizi" eklenebilir. Ya da başta tek kullanıcı yeterken, sonra "dispatcher A sadece kendi şoförlerini görsün" gibi roller eklenir. Sistem büyümenize göre evrilir, baştan sökülüp yeniden yapılmaz.

SaaS (aylık abonelik) yerine custom yazılım neden tercih edilmeli?

SaaS çözümler genel ihtiyaçlar için idealdir, ancak Türk diaspora işletmelerinin spesifik akışları genellikle standart şablonlara sığmaz. Örneğin settlement hesaplama formülleriniz farklıysa, SaaS yazılım bunu desteklemeyebilir. Ya da kullandığınız factoring şirketi entegrasyon listesinde yoksa, manuel süreç devam eder.

Custom yazılımda operasyonunuz merkeze alınır, sistem size göre inşa edilir. Uzun vadede SaaS abonelikleri de maliyetli olabiliyor (örneğin truck başı $50/ay × 20 truck × 12 ay = $12,000/yıl). 2-3 yılda custom yazılım yatırımı kendini amorti edebilir, sonrasında sadece küçük bakım maliyeti kalır.

Sonuç: Operasyonel Kaos mu, Sistematik Büyüme mi?

ABD'deki Türk trucking firmaları büyük potansiyele sahip. Çalışkanlık, network gücü ve müşteri ilişkileri sayesinde pazar buluyorlar. Ancak büyüme hızı operasyonel yapının olgunluğunu geçtiğinde sorunlar başlıyor: Yanlış hesaplar, geciken ödemeler, şoför memnuniyetsizliği, kayıp fırsatlar.

WhatsApp ve Excel'le 5-10 truck yönetilebilir, ama 15-20 truck'a çıkınca sistem çatırdamaya başlıyor. Dispatcher gününün yarısını veri aktarımında, evrak aramada, hata düzeltmede harcıyor. Asıl işi (daha iyi load bulmak, şoför verimliliğini artırmak, müşteri ilişkilerini güçlendirmek) için zamanı kalmıyor.

Doğru tasarlanmış bir dispatch ve filo yönetim yazılımı sadece zaman kazandırmıyor, operasyonunuzu ölçeklenebilir hale getiriyor. Load board entegrasyonuyla daha hızlı karar veriyorsunuz, ELD uyumuyla compliance riskini minimize ediyorsunuz, otomatik settlement'la şoför güvenini kazanıyorsunuz, factoring entegrasyonuyla nakit döngünüzü hızlandırıyorsunuz.

D'Cloud Software farkı:

Mersin merkezli olsak da 3 kıtada diaspora işletmeleriyle çalışıyoruz. ABD Türk trucking ekosistemini anlıyoruz: NJ/Chicago network dinamikleri, broker ilişkileri, şoför beklentileri. Sadece kod yazmıyoruz, operasyonunuzu dijitalleştiriyoruz.

Sabit fiyat, sözleşmede yazılı taahhüt. Proje süresince ek ücret yok. Teslimden sonra 15 gün ücretsiz hata düzeltme garantisi. Keşif görüşmesi ücretsiz ve online, operasyonunuzu dinliyor, somut çözüm önerileri sunuyoruz.

Eğer filo operasyonunuzu manuel süreçlerden kurtarıp sistematik büyümeye hazırlamak istiyorsanız, iletişime geçin. WhatsApp üzerinden veya online form aracılığıyla ücretsiz keşif görüşmesi planlayabiliriz.

---

Yazar: Doğuhan Bulut
Kategori: Diaspora İşletmeleri