Taşımacılık şirketi için müşteri portalı

Bu ürün blueprint'i, bir taşıyıcının göndericilere takip, belge ve talep süreçlerinde self-servis sunarken operasyon ekibinin istisnaları TMS içinde yönetmesini gösterir.

Transport customer portal concept on desktop and tabletMüşteri portalı

Operasyonel sorun

Taşıma ekipleri ETA, POD ve fatura kopyaları için tekrarlayan çağrılar ve e-postalar gönderir. Müşteriler aktif yükleri, geçmiş gönderileri ve açık talepleri görebilecekleri tek bir yerden yoksundur.

Portal verileri TMS dışa aktarımlarından manuel olarak yeniden oluşturulduğunda, müşteriler eski durumu görür ve dahili ekipler self servise olan güvenini kaybeder.

Plan, elektronik tabloları kopyalamak yerine operasyonel gerçeği TMS ve belge depolarından okuyan bir portalı hedefliyor.

  • Gönderilecek yüksek hacimli durum sorguları ve CS
  • E-posta, SharePoint ve TMS eklerine dağılmış belgeler
  • Teslim alma değişiklikleri veya aksesuar talepleri için yapılandırılmış alım yok
  • Müşteri segmentleri arasında tutarsız markalama

Kullanıcılar ve roller

Gönderici kullanıcılarının, operatörün tüm ağının değil, kendi hesaplarının, rotalarının ve hizmet seviyelerinin filtrelenmiş görünürlüğe ihtiyacı vardır.

Müşteri hizmetleri ve sevkıyat, istisna kuyrukları, onay yolları ve müşterilerin neleri değiştirdiğine ilişkin denetim içeren dahili görünümlere ihtiyaç duyar.

Finans'ın, kapatılan gönderilerle bağlantılı fatura paketlerine salt okunur erişime ihtiyacı olabilir.

  • Gönderici yöneticisi — hesap kurulumu, kullanıcı davetleri
  • Gönderici operatörü — takip, belgeler, talepler
  • Müşteri hizmetleri — istisnalar, mesajlaşma, onaylar
  • Gönderim — TMS yüklerine bağlı isteğin yerine getirilmesi

Temel iş akışları

Müşteriler, TMS veya entegrasyon yayınlarından alınan kilometre taşı zaman çizelgeleri ile aktif ve tamamlanmış gönderileri arar ve detaylandırır.

Belge iş akışları, virüs taraması ve saklama kurallarıyla birlikte POD alımını, gümrük paketlerini ve gönderim talimatlarının yüklenmesini kapsar.

Hizmet istekleri, teslim alma değişikliklerini, alıkoyma işaretlerini veya fiyat teklifi isteklerini yakalar ve SLA zamanlayıcılarla doğru kuyruğa yönlendirir.

  • Gönderiyi takip edin → kilometre taşlarını görüntüleyin → belgeleri indirin
  • Servis talebini gönder → dahili onay → TMS güncellemesi
  • Müşteriyi kontrol kurallarındaki istisna veya gecikme konusunda bilgilendirin
  • Yolculuk tamamlandığında döngüyü POD ve fatura paketiyle kapatın

Ürün modülleri

Kurumsal nakliyatçılar için isteğe bağlı SSO ile hesap ve kullanıcı yönetimi.

Harita ipuçlarını, kilometre taşı tablosunu ve ilgili belgeleri birleştiren gönderi çalışma alanı.

Onaylandığında şablonlar ve TMS geri yazma içeren CS için gelen kutusu isteyin.

Önemli olaylara ilişkin e-posta ve portal içi uyarılara ilişkin bildirim tercihleri.

Sistemler ve entegrasyonlar

TMS sevkiyat kayıt sistemi olmaya devam ediyor. Portal, API'ler veya kontrollü dosya bırakma yoluyla yüklemeleri, duraklamaları, durumları ve ücretleri tüketir.

Belge depolama alanı, POD görüntüleri, BOL ve imzalı URL'lere sahip özel PDF'leri içerir. ERP, gönderiler kapatıldığında fatura tetikleyicileri alabilir.

E-posta alımı, API'leri olmayan iş ortaklarına destek olabilir; doğrulama kuyrukları, kimliği doğrulanmamış yüklemelerin müşteri görünümlerine girmesini önler.

  • TMS — yükler, kilometre taşları, ticari durum
  • Belge deposu — POD, BOL, gümrük
  • ERP / faturalandırma — fatura tetikleyicileri, hesap yöneticisi
  • Kimlik — Gönderici kuruluşlar için SSO, MFA
  • Bildirimler — e-posta, CS araçlarına yönelik web kancaları

Veri modeliyle ilgili hususlar

Müşteriye yönelik gönderi görünümlerini dahili TMS tanımlayıcılardan ayırın; müşterilerin tanıdığı harici referansları eşleştirin.

Dönüm noktası olayları, anlaşmazlıkların çözümü için kaynak sistem zaman damgalarıyla aynı düzeyde olmalıdır.

İstek nesnelerinin durum, sahip, SLA ve yükler bölündüğünde yetim kalmadan bir veya daha fazla gönderiye bağlantıya ihtiyacı vardır.

Uygulama yol haritası

Aşama 1: Pilot hesap segmenti için salt okunur izleme ve belgeler.

Aşama 2: CS onayı ve seçmeli TMS geri yazma ile hizmet istekleri.

3. Aşama: bildirimler, SSO ve genişletilmiş hesap hiyerarşileri.

Aşama 4: Portalın benimsenmesi ve saptırılan iletişim hacmine ilişkin analizler; dürüstçe ölçülür, müşteri sonuçları olarak pazarlanmaz.

  • Pilot şeridi veya hesap grubu
  • E-posta durum süreciyle paralel çalışma
  • Portalın güncellenebileceği TMS alanlarını tanımla
  • Pazarlama portalından önce CS'yi istisna kuyrukları konusunda eğitin

Konseptten ürüne

Operasyonunuz için benzer bir sistemi keşfedin.

Bu sayfalar 4RTY'nin lojistik yazılımına nasıl yaklaştığını gösterir. Buradaki bir workflow sizinkine uyuyorsa, üretim kodu yazmadan önce kullanıcıları, sistemleri ve rollout kapsamını haritalayabiliriz.