AI Agent ve RAG ile Yazıcı Teknik Desteği: Hantal Çağrı Merkezinden Anlık Çözüme

Hantal çağrı merkezi neyi yanlış yapar

Klasik yazıcı teknik desteği çoğu kez tek hat etrafında kurulur: kullanıcı arar, bir kuyrukta bekler, hata kodunu telefonda yüksek sesle okur, temsilci de bunu hafızasından ya da dağılmış bir doküman yığınından eşleştirmeye çalışır. Bu modelde bilgi insanın kafasında saklıdır; temsilci değişince bilgi de gider. Aynı hata kodu (örneğin fuser ün, kağıt besleme, toner algılama hataları) her gün farklı kelimelerle, farklı kalite düzeyinde açıklanır. Sonuç, dağılmış ve tekrarlanabilir olmayan bir destek deneyimidir.

Asıl sorun hızdan önce tutarlılık ve izlenebilirliktir. Bir cihazın geçmişi telefon notlarında kaybolur; aynı arıza üçüncü kez geldiğinde kimse örüntüyü göremez. Yönetilen yazdırma hizmeti (MPS) bağlamında bu, sadece can sıkıcı değil; cihaz filosunun sağlık tablosunu körleştiren bir veri kaybıdır.

AI agent ve RAG ne işe yarar

Buradaki iki kavramı net ayırmak gerekir. Bir AI agent (yapay zeka destek temsilcisi), kullanıcının doğal dildeki sorununu anlayan, soru soran ve adım adım yönlendiren bir yazılım katmanıdır. RAG (Retrieval-Augmented Generation, getirmeyle zenginleştirilmiş üretim) ise bu agent'ın cevap üretmeden önce doğru kaynak belgeyi getirip yanıtını o belgeye dayandırması yöntemidir.

Fark kritiktir: RAG olmadan bir dil modeli sadece eğitim verisinden ezbere konuşur ve uydurabilir (halüsinasyon). RAG ile model önce ilgili doküman parçasını getirir, sonra yanıtını o metne dayanaklar (grounding). Yazıcı desteği gibi her cihaz modeli, hata kodu ve prosedürün kesin olduğu bir alanda bu fark çözümün doğru olması ile yanıltıcı olması arasındaki çizgidir.

Tipik bir vektör RAG şu katmanlardan oluşur:

• Belge parçalama (chunking): Servis kılavuzları, hata kodu tabloları ve prosedürler anlamlı parçalara bölünür.
• Gömme (embedding): Her parça, anlamını temsil eden bir vektöre dönüştürülür ve pgvector gibi bir vektör deposunda saklanır.
• Anlamsal getirme: Kullanıcının sorusu da vektöre çevrilir, en yakın anlamlı parçalar bulunur.
• Dayanaklı üretim: Model yanıtı yalnızca getirilen parçalara göre üretir, kaynağı gösterebilir.

TYS Dijital Performans tarafında vektör RAG, pgvector tabanlı KnowledgeBase ile bu şekilde kuruludur. Bu, genel teknik bilginin anlamsal olarak aranabildiği katmandır.

Servis-masasında somut karşılığı: Printage

TYS Dijital Performans'ın kendi MPS servis-masası ürünü Printage (v0.1.0), kurulu ve deploy-edilebilir bir omurga sunar. Burada önemli bir ayrım var: Printage'ın talep asistanı rehber-temelli grounding ile çalışır; çözüm önerilerini yapılandırılmış bir TroubleshootingGuide üzerinden dayanaklar. Bu, vektör/embedding RAG değildir; o katman TYSD KnowledgeBase tarafındadır. İki katmanın rolü farklıdır ve karıştırmamak gerekir.

Printage'ın somut yaptığı şey şu: çok-rollü (müşteri, teknisyen, admin, superadmin) ve çok-kiracılı bir yapıda, bir servis talebi cihaz seri numarası, hata kodu ve öncelik alanlarıyla açılır. Talep panoda Beklemede, Müdahale, Tamamlandı durumlarıyla izlenir. Otomatik e-posta bildirimi, token ile talep erişimi (hesap gerektirmeden), dosya yükleme ve CSV (Excel uyumlu) raporlama kuruludur. Bu sürümde native xlsx veya PDF çıktısı yoktur.

AI agent ile servis-masası birlikte çalıştığında akış şudur: kullanıcı hata kodunu yazar, agent rehber-temelli grounding ile ilk adımları önerir; çözülmezse talep cihaz seri numarası ve hata koduyla yapılandırılmış şekilde açılır ve doğru teknisyene yönlenir. Bilgi artık bir kişinin kafasında değil, kayıtlı ve aranabilir bir varlıktır.

Gap-analizi: bugün nerede, yol haritasında ne var

Dürüst bir çerçeve, neyin kodlu olduğuyla neyin henüz olmadığını ayırmayı gerektirir. Ham zaman damgalarıyla bir KPI çerçevesi (MTTR, ilk-yanıt süresi, SLA) hesaplanabilir; çünkü talep açılış ve durum değişim anları kayıtlıdır. Ancak otomatik SLA takibi ve ihlal uyarısı henüz kodlu değildir ve yol haritasındadır. Benzer şekilde online ödeme, muhasebe ve B2B/B2C satış akışları Printage'da değildir; bunlar TYS paket katmanında konumlanır.

Gap-analizinin amacı kusur listesi değil, mevcut omurgadan gerçekçi bir gelişim hattıdır: rehber-temelli grounding ile başlayan asistanı, vektör RAG'li bilgi tabanıyla derinleştirmek; ham zaman damgalarını SLA otomasyonuna bağlamak; tekrarlanan hata örüntülerini filo sağlık tablosuna dönüştürmek.

AI görünürlüğü açısından dolaylı kazanç

Yapılandırılmış bir destek süreci yalnızca operasyonu değil, markanın makineye anlatılabilirliğini de güçler. Roller, talep akışı ve çözüm prosedürleri net tanımlandığında, bu içerik dil modelleri tarafından daha güvenle yorumlanır. Bir markanın AI yanıtlarındaki görünürlüğünü ölçer ve geliştiririz; ancak bu görünürlük stokastiktir ve metodolojiye bağlıdır, sabit bir sıra ya da skor garantisi vermek doğru olmaz. Sektör verisine göre yapılandırılmış ve dayanaklı içerik, makinenin doğru yorumlama olasılığını artırır. Hantal çağrı merkezinden anlık çözüme geçişin özü budur: bilgiyi insandan alıp dayanaklı, kayıtlı ve aranabilir bir sisteme taşımak.