Operatorunuz ile kimin yanıt verdiği — insan ya da agent — arasındaki telefon katmanı.

Bugün yok ve boş çalan bir numara vermektense bunu söylemeyi tercih ederiz. Ajan kısmı sayfada hemen dinlenebilir. Telefon kısmı bir SIP hostuna bağlıdır ve test hatlarımızın geçtiği host yazım tarihinde yanıt vermiyor — bugün kontrol edildi, ping’e yanıt yok ve HTTP’de yanıt yok. Sizin bir projeniz için telefon, testteki üzerinde değil, projeye ayrılmış bir host üzerinde kurulur.

Çünkü yönlendirme kuralları, kuyruklar, aktarım, voicemail ve arama geçmişi ses sağlayıcısının değil, işin kurallarıdır. Kendi santralinizle, telefonunuzun nasıl davrandığını yeniden yazmadan ajan motorunu değiştirebilirsiniz; aynı aramayı bir kez ajana, bir kez insana yönlendirebilir ve arama kayıtlarını sizde tutabilirsiniz. O olmadan, sağlayıcının açmayı seçtiğine bağlı kalırsınız.

Onun üzerinden geçen tüm hatlar düşer. Bu bir varsayım değil: bizim yaşadığımız şey bu ve imza kolayca tanınır — arama, SIP arama kimliği boş olarak “request timed out” döndürür; yani suçlu ajan, numara ya da prompt değildir. Çıkardığımız ve şimdi her projeye koyduğumuz sonuç şudur: süreklilik santralın bir fonksiyonu değil, en başta alınan bir mimari ve bütçe kararıdır. İkinci bir host ve sıradan numaralara yedek rota ile çözülür, bir ayarla değil.

Hayır. Bunlar iki farklı şeydir ve operatör onları farklı şekilde ele alabilir. Konfigürasyonumuz değişmeden ve gelen aramalar çalışırken, operatörün santralinin tüm giden aramaları `403 Forbidden` ile reddetmeye başladığı belgelenmiş bir vaka var — sorunun operatörde olduğunun kanıtı, yapısal olarak aynı konfigürasyona sahip ikinci bir hesabın dışarı aramaya devam etmesiydi. Bu yüzden, sizin numaranız üzerinde başarılı bir çıkış testi olmadan giden arama kampanyası vaat etmiyoruz.

Evet, çalıştık: bir operatörün sanal santralinin API’si üzerine Python ile bir middleware yazdık, kendi istemcisi, oran sınırlayıcısı, kayıt indirme, transkripsiyon, analiz ve uyarılama ile, üretimde çalıştırıldı. Önceden bilinmesi gereken şu: genişletilmiş API erişimi çoğu zaman ayrı bir hizmettir, ayrıca sözleşmelendirilir ve kimlik bilgileri ilk denemede çalışmayabilir — bizde, spesifikasyon netleştirme ve operatörle parola sıfırlama döngüsü aylar sürdü, hizmet ise zaten faturalandırılmış durumdaydı. Bu yüzden, bir operatörün API’sine bağlı bir teklifte açık koşul koyuyoruz: iş, kimlik doğrulama vaat edildikten sonra değil, gösterildikten sonra başlar.

Kaydedilebilir, yazıya dökülebilir ve analiz edilebilir. Bunlar işinizin çalışma alanına bağlı kalır ve erişim kimlik doğrulaması gerektirir — müşteriler üzerinde ortak bir depo yoktur. Ekibinizden kimin dinleme hakkına sahip olduğu uygulama sırasında belirlenir. Muhatap kişiye bildirim ve kaydın hukuki dayanağı, veri sorumlusu olarak sizin kararınızdır; bunları senaryoda yazarız, varsaymayız.

Çoğu şirkette en kötü yönetilen durum budur, çünkü iz bırakmaz: kayıt yoktur, transkript yoktur, yalnızca çağrı dökümünde görünür. Bizde bir süreç, dökümü her üç dakikada bir okur, cevapsız aramaları belirler ve bunları uyarıya ve görünür satıra dönüştürür. Bunun neye bağlı olduğu açık olsun diye: bunları yalnızca operatörün çağrı dökümünde ortaya koyduğu ölçüde görürüz.

Evet, ve menüler dosyalarda değil, veritabanında durur. Motor, arama sırasında menü yapılandırmasını okur ve altı yoldan birine karar verir: bir agente, başka bir menüye, bir kuyruğa, harici bir numaraya aktarım, son bir mesaj veya kapatma. Mesajlar sentezlenebilir ya da önceden kaydedilebilir. Pratikte, menü değişikliği santralde müdahale gerektirmez.

Mutabakat yoluyla, ve bu, açıkça kurduğumuz bir parçadır. Hızlı sorgunun birkaç on saatlik bir penceresi vardır, bunun üzerinde her altı saatte bir bir haftalık pencere üzerinde mutabakat çalışır ve daha fazla sonuç sayfasını yeniden okur. İşlenen her kayıt işaretlenir, dolayısıyla yeniden okuma hiçbir şeyi çoğaltmaz. Mutabakat olmadan, bir saatlik kesinti verilerde kalıcı bir boşluk demektir — ve bunu kimse fark etmez.