TMS çağrı notlarının otomasyonu: görüşmeden operasyon güncellemesine

Operasyon uzmanlarının bir transkripte daha ihtiyacı yok. Onlara gereken, güvenilir bir güncelleme: hangi yük, ne değişti, bilgi ne kadar kesin, sonraki adım kimde. 50 ila 100 kişilik bir yük aracısı, 3PL ya da lojistik ekibi için not, ancak sonraki kişi kaydı dinlemeden harekete geçebiliyorsa işe yarar.

TMS çağrı notları için sesli yapay zekayı bir operasyon verisi akışı olarak tasarlayın: görüşme girer, doğrulanmış bir olay çıkar; olay doğru yüke ve doğru arayana bağlanır, TMS kabul ettiğinde ya da reddettiğinde sonuç görünür olur.

Yoğun bir TMS'te serbest metin notlar neden işe yaramaz

Serbest metin yazan kişi için hızlıdır, ama sonradan tutarsız kalır. "Araç gecikti, geri ara", "Tahmini varış bu akşama kaydı" ve bir e-posta aynı olayı üç ayrı yerde anlatabilir. Hiçbiri yükü, aşamayı ya da sorumluyu güvenilir biçimde belirtmez. Kayıtlarda bir şey bulmak tahmine döner, devirlerde bağlam kaybolur, rutin kontroller istisna gibi görünür.

Serbest metin belirsizliği de gizler. "Şoför, muhtemelen saat 16:00 gibi oradayım diyor" ile teyit edilmiş bir tahmini varış saati aynı şey değildir, ama sonraki sistemler ikisini aynı şekilde işleyebilir. Güven düzeyini ya da bir inceleme işaretini taşıyın. Bir alan doğrulanmamışsa tahmin etmek yerine unknown değerini kullanın.

Asgari çağrı notu şemasını tanımlayın

Prompt'lardan ya da ses seçiminden önce alanları eşleyin. Şemayı her çağrıda doldurulabilecek kadar küçük, işi yönlendirecek kadar da belirli tutun. En azından şunları kaydedin:

• Yük kimliği: TMS yük ID'si ve varsa sevkiyat, sipariş ya da harici referans. Birden fazla yük eşleşiyorsa adayları incelemeye gönderin.
• Arayan kimliği: telefon, rol, taşıyıcı ya da yükleyici hesabı, şoför ya da kişi ID'si ve geri arama numarası. Eşleşme güven düzeyini saklayın, zayıf bir eşleşmede kişi kaydının üzerine yazmayın.
• Çağrı bağlamı: yön, sebep, çağrı ID'si, saat, agent ya da kuyruk ve kaynak. Bu, olayı izlenebilir kılar.
• Durum: aşama, konum, bildirilen tahmini varış saati, ilgili saat dilimi ve olay saati. Olay saatini yazma saatinden ayrı tutun.
• İstisna: sabit bir listeden tür, önem derecesi, kanıt ve insan müdahalesi gerekip gerekmediği.
• Aksiyon: sorumlu, sonraki adım, son zaman ya da geri arama aralığı, kanal ve sonuç kodu. Sorumlusu olmayan "takip edilecek" eksiktir.

Alanları entegrasyon sözleşmesinde açıkça yazın. Kısa özeti kayıt sistemi olarak değil, olayın bir görünümü olarak tutun.

Somutlaştırılmış üç çağrı sonucu

Kontrol araması: "45821 numaralı yük, şoför alıcının Gebze'deki deposunda, boşaltma bitti, evraklar imzalandı, sorun yok." Kaydı yüke ve şoföre bağlayın, aşamayı, konumu ve olay saatini girin, istisna yok olarak işaretleyin ve görevi kapatın. Depo rampa randevusunu 18:30'a kaydırırsa bir gecikme, yeni tahmini varış saati, saat dilimi ve operasyon uzmanına ait bir bildirim görevi yazın.

Teklif talebi: salı yükleme ve perşembe teslim için arayanı, hesabı, çıkış ve varış noktasını, zaman aralıklarını, yük cinsini, ağırlığı, araç tipini ve ek hizmetleri kaydedin. Eksik ağırlık "bilinmiyor" olarak kalır. Sonraki adım tahmini bir fiyat değil, "fiyatlandırma ekibi kapasiteyi teyit edip saat 14:00'e kadar geri arayacak" olabilir.

Destek: bir taşıyıcı yük dosyasını açamıyorsa çağrıyı yüke ve taşıyıcıya bağlayın, erişim ya da belge desteği olarak sınıflandırın, denenen adımları kaydedin ve görevi açın. Doğrulama ya da sistem değişikliği gerekiyorsa üst seviyeye aktarın. Operasyon uzmanına sorunu, sorumluyu ve verilen geri arama sözünü gösterin.

Salt okuma ve geri yazma sınırlarını seçin

Salt okunur bir pilotta agent yükü sorgular, arayanı teyit eder, yapılandırılmış bir not taslağı hazırlar ve bunu bir operasyon uzmanına gösterir. Böylece kimlik ve doğrulama sorunları, bir kayıt değişmeden önce ortaya çıkar.

Geri yazmayı aksiyon türüne göre açın. Bir not ya da tamamlanmış bir kontrol araması, durum, tahmini varış saati ya da istisna güncellemesinden daha düşük riskli olabilir. Fiyat değişikliklerini, yük tekliflerini, hasar taleplerini ve iptalleri iş akışı kendini kanıtlayana kadar insanda tutun. Hangi alanlara yazılabileceğini, teyit kurallarını ve operasyon açısından başarının neye benzediğini tanımlayın.

Başarısız yazma işlemlerini ve mükerrer kayıtları baştan tasarlayın

Zaman aşımları, süresi dolmuş kimlik bilgileri, doğrulama hataları ve istek limitleri olur. Agent, veri paketini oluşturdu diye işin tamamlandığını söylememelidir. Kabul edildi, reddedildi, yeniden deneniyor ya da inceleme gerekiyor durumlarından birini döndürün, veri paketi ve çağrı ID'si de sorunu çözecek kişiye görünsün.

Çağrı ID'si, yük ID'si ve olay türünden oluşan bir idempotency anahtarıyla (aynı işlemin iki kez yazılmasını engelleyen anahtar) yeniden deneyin. Geç gelen bir yeniden denemenin daha yeni bir tahmini varış saatinin üzerine yazmasını olay saatiyle engelleyin. Düzeltmeleri eski ve yeni değerleriyle ekleyin. Yazma işlemini sessizce düşürmek yerine görünür bir inceleme kuyruğu tutun.

İnsana devri operasyon uzmanının iş akışının parçası yapın

Yük ya da arayan belirsizse, tahmini varış saatleri çelişiyorsa, bir hizmet istisnası muhakeme gerektiriyorsa, bir yazma işlemi başarısız olursa ya da arayan onaylanmamış bir taahhüt isterse devredin. Arayanı, firmayı, aday yükleri, doğrulanmış bilgileri, cevapsız soruyu, önem derecesini, denenen araçları ve sonraki adımı iletin. Müsait operasyon uzmanı yoksa bir geri arama görevi açın. Devralan kişiyi vakayı bir ses kaydından yeniden kurmak zorunda bırakmayın.

Yetkileri ve denetlenebilirliği canlıya çıkmadan önce belirleyin

Yalnızca seçilen iş akışının erişimine sahip bir servis kimliği kullanın: yükleri, durakları, kişileri ve randevuları okusun, onaylı notları ya da olayları yazsın. Fiyatları, finansal alanları, kimlik bilgilerini ve geri alınamaz aksiyonları ayrıca koruyun. Kapsamı müşteri hesabına, ortama ve agent'a göre sınırlayın, gizli bilgileri prompt'ların dışında tutun.

İşlemi yapanı, saati, yük ve arayan ID'lerini, isteği, yanıtı, eski değeri, yeni değeri, sonucu ve agent ya da entegrasyon sürümünü denetim kaydına alın. Ses kayıtları, transkriptler ve geri yazma için yetkileri ayırın. İptal edilmiş erişimi, süresi dolmuş kimlik bilgilerini, eksik yanıtları ve yalnızca görüntüleme yetkisi olan kullanıcıları test edin.

Ölçülebilir kapılarla aşamalı bir pilot yürütün

Tek bir arama sebebi ve tek bir nesneyle başlayın, örneğin aktif yükler için şoför kontrol aramaları. Alanlarda, izin verilen değerlerde, sorumlularda ve eskalasyonlarda operasyon, müşteri hizmetleri ve entegrasyon sorumlularıyla anlaşın. Lojistik iş akışlarına genel bakış, şoför hatlarının, sevkiyat durumunun ve operasyon teyidinin nasıl ayrıştığını gösterir.

Gölge modda agent sisteme yazmaz, yalnızca taslak hazırlar. Operasyon uzmanları sonuçları karşılaştırır ve düzeltmeleri kaydeder. Ardından belirli bir kuyruk ve rol için dar bir geri yazma açın; elle devam etme yolu ve çağrı kaybetmeden yazmayı kapatan bir geri dönüş hazır olsun. Teklif taleplerini, taşıyıcı desteğini ve etkisi daha yüksek durumları ancak her kapı sağlam kaldıktan sonra ekleyin.

Not sayısını değil, kaliteyi ölçün

Çağrılardan örnek alın ve yük ile arayan eşleşmelerini, durum ve tahmini varış doğruluğunu, istisna türünü, sorumlu ve sonraki adım bütünlüğünü, yazma başarısını, mükerrer kayıtları, güncelleme gecikmesini, devir kalitesini, operasyon uzmanlarının düzeltmelerini ve tamamlanan geri aramaları izleyin. Çağrı analizi modeli sonucu, güven düzeyini, sebebi ve sonraki adımı bir arada tutar.

Her hatayı konuşma tanıma, kimlik, politika, prompt, araç, TMS doğrulaması, iletim ya da yönlendirme olarak sınıflandırın. İncelenen çağrıları regresyon testlerine ekleyin ve yalnızca transkripte değil, sonraki sistemdeki kayda da bakın. Kalite süreci, yazma kapsamı genişlemeden önce kesintileri, belirsizliği, söz kesmeyi ve devirleri kapsamalıdır.

İncelenen çağrılarla Agent Factory'yi besleyin

İncelenen çağrılar şemanın, diyaloğun ve sistemlerin nerede uyuşmadığını gösterir. Operasyon uzmanları "vardı" kaydını "kapıda" diye düzeltiyorsa durum sözlüğünü inceltin. Arayanlar iki yük numarası veriyorsa teyit adımını iyileştirin. Zorunlu bir durak alanı yazma hatalarına yol açıyorsa bir araç kontrolü ya da insan yolu ekleyin.

Agent Factory iyileştirme döngüsünde (DRING'in agent'ları kurduğu, test ettiği ve geliştirdiği süreç) teyit edilen her hata, beklenen yapılandırılmış sonucu olan bir senaryoya dönüşür. Tek bir katmanı değiştirin, regresyon testlerini çalıştırın, sınırlı bir kitleye yayınlayın ve canlıdaki düzeltmeleri karşılaştırın. İyileştirme kanıta bağlı kalır.

Pratik TMS entegrasyonu kontrol listesi

• Pilot için tek bir arama sebebi, tek bir sorumlu ve tek bir TMS nesnesi seçin.
• Yükler, sevkiyatlar, duraklar, taşıyıcılar, yükleyiciler, şoförler ve arayanlar için gereken kimlik bilgilerini yazın.
• Durum, istisna, önem derecesi, sonuç kodu ve sonraki adım için sabit değerler tanımlayın.
• Bildirilen olay saatini, randevu saatini, tahmini varış saatini, saat dilimini ve yazma saatini ayırın.
• Hangi aksiyonların salt okunur, hangilerinin onaya bağlı, hangilerinin otomatik yazılabilir olduğuna karar verin.
• Kabul edildi, reddedildi, yeniden deneniyor ve inceleme durumlarını operasyon uzmanının iş akışına döndürün.
• Mükerrer kayıt tespiti, eski olay koruması, idempotency anahtarı ve bir inceleme kuyruğu ekleyin.
• İşe yarar bir devir özeti iletin, geri aramanın sorumlusunu ve son saatini koruyun.
• En az yetkili rolleri, iptal edilmiş erişimi, kesintileri, doğrulama hatalarını ve kısmi eşleşmeleri test edin.
• Düzeltmelerin ve devirlerin başlangıç değerini çıkarın, sonra ancak incelenen çağrılar üzerinde anlaştığınız kalite kapısını geçtiğinde kapsamı genişletin.