Yapay zekâ entegrasyonu

YZ entegrasyonu — modelin, yanında ayrı bir sistem başlatmak değil, hâlihazırda çalışan bir sürece gömülmesidir. Model şirketin verilerini okur, içlerinde bir örüntü bulur ve bir karar üretir; bu karara göre eylemi, sürecin yaşadığı sistem yapar — CRM, ERP, depo programı, kasa, portal, mesajlaşma uygulaması.

Bu yüzden proje model seçimiyle değil, dört yanıtla başlar: hangi veriler var ve hangi durumdalar; hangi kararın verilmesi gerekiyor; bu kararı kim, neyle uyguluyor; hangi rakamdan iyileştiği görülecek. Dördünden biri eksikse model, sorumlusu olmayan bir veri kaynağı daha ekler.

YZ'nin gerekmediği yer. Kural tek satırla tarif edilebiliyorsa — «stok beş adedin altına düştü, satın almayı uyar» — kural olarak yazılır: daha ucuzdur, öngörülebilir ve satır satır denetlenebilir. YZ, onlarca belirtinin olduğu, bunların zamanla değiştiği ve insanın bugüne dek «göz kararı» karar verdiği yerde yerindedir: başvurunun sınıflandırılması, talebin değerlendirilmesi, sıra dışı işlemin bulunması, serbest biçimli belgeden alan çıkarılması.

Toplanan veriler kullanıma hazır değildir: aynı kalem üç farklı şekilde adlandırılmıştır, ölçü birimleri karışmıştır, kayıtların yarısında zorunlu bir nitelik yoktur ve satırların bir kısmı aynı işlemin kopyasıdır. Böyle bir küme üzerinde eğitilen model örüntü bulmaz, düzensizliği yeniden üretir.

YZ işlemesi burada üç görevi yerine getirir: kayıtları tek biçime getirmek, olmadığı yerde nitelikleri yerleştirmek ve nesneleri kaynak veride bulunmayan kategorilere ayırmak.

• Normalleştirme — tarih, sayı, ölçü birimi, telefon, adres ve künye bilgilerinde tek biçim
• Adların eşleştirilmesi — «Kablo VVGng 3x2,5», «VVG-ng 3*2.5» ve «kablo vvgng 3x2.5 GOST» tek bir stok kalemine indirgenir
• Eksiklerin doldurulması — eksik kategori, marka veya ölçü birimi kartın diğer alanlarından kestirilir
• Sınıflandırma — ürün bir gruba, başvuru bir konuya, ödeme bir gider kalemine, karşı taraf bir segmente atanır
• Nitelik çıkarma — açıklamadan özellikler çekilir: hacim, ağırlık, güç, içerik, son kullanma tarihi
• Yinelenen kayıt arama — aynı karşı tarafın iki kartı ya da aynı sevkiyatın iki belgesi, dizgi eşleşmesiyle değil alanların bütünüyle bulunur
• Çelişki denetimi — eksi stok, sipariş tarihinden önceki sevk tarihi, kalem toplamının belge toplamına eşit olmaması

Eylem: emin olunan düzeltmeler otomatik uygulanır ve özgün değeriyle günlüğe yazılır; tartışmalı olanlar tek tek mektuplarla değil, tek bir liste hâlinde rehber sahibinin onayına gider.

Bu neden ayrı bir iş

Veri kalitesi, proje öncesi tek seferlik bir temizlik değil sürekli bir süreçtir: rehberler her gün genişler, tedarikçiler fiyat listesi biçimlerini değiştirir, yöneticiler mevcut kartı aramak yerine yenisini açar. Bu yüzden temizleme kuralları ve modelleri verilerle birlikte sistemde yaşar ve her yüklemede uygulanır.

Her düzeltmenin bir yazarı — kural veya model —, zamanı, eski ve yeni değeri vardır. Bu bürokrasi değildir: geçmiş olmadan, geçen ayın raporunun bugün neden farklı sayılar gösterdiğini incelemek mümkün olmaz.

Sonuç

Rehberler dallanmayı bırakır, ürün grupları ve gider kalemleri raporları birbiriyle tutar, veri hazırlığı ise her analitik projenin süresinin büyük kısmını yemeyi bırakır.

Sıradan rapor, kendisine sorulan soruya yanıt verir: aylara göre ciro, şubelere göre satışlar, depolara göre stoklar. Soruları insan sorar, bu yüzden tam olarak birinin bakmayı akıl ettiği şey görünür.

YZ işlemesi burada yönü değiştirir: model kesitleri kendisi tarar ve göstergenin davranışının beklenenden ayrıldığı yerleri getirir. «Grafik çiz» değil, «işte olağandışı bir şeyin olduğu üç yer ve bunun neyle ilişkili olduğu».

Akıllı analitik ne yapar:

• Segmentasyon — müşteriler, satış noktaları ve ürünler önceden uydurulmuş kategorilere göre değil, fiili davranışa göre gruplanır
• Göstergenin ayrıştırılması — ciro düşüşü kategorilerin, şubelerin, kanalların ve ortalama sepetin katkısına ayrılır: tam olarak neyin gerilediği görünür
• Olaylar arası bağlantılar — siparişin, müşterinin veya noktanın hangi nitelikleri red, iade, ödeme gecikmesi veya müşteri kaybıyla daha sık birlikte görülür
• Risk değerlendirmesi — siparişin iptal edilme, faturanın vadesinde ödenmeme, müşterinin alışverişi bırakma olasılığı
• Dikkat sıralaması — incelenmesi gereken nesnelerin, alfabeye göre değil olası kayıplara göre sıralanmış listesi
• Doğal dille sorgu — verilere kelimelerle soru; yanıtta kaynak ve dönem bağlantısı zorunlu

Eylem: bulgu panoda kalmaz — muhatabı ve süresi olan bir göreve dönüşür: düşüş yaşayan noktayı incelemek, risk grubundaki müşteriyle iletişime geçmek, iadeleri artan kategoriyi kontrol etmek.

Rutin, günde onlarca kez tekrarlanan, dikkat isteyen ama nitelik istemeyen işlemlerdir: mektuptaki veriyi karta aktarmak, ödemeyi bir kaleme atamak, uygulayıcı atamak, belgenin eksiksizliğini kontrol etmek, durum işaretlemek.

YZ işlemesi girdinin biçimlenmemiş olduğu yerde gerekir: mektup kelimelerle yazılmıştır, belge yabancı bir biçimde gelmiştir, talep her müşteri tarafından farklı ifade edilmiştir. Model böyle bir girdiyi yapıya kavuşturur, sonrasında süreçle sıradan kurallar ilgilenir — öngörülebilir ve denetlenebilir.

Otomatik kipe geçen işler:

• Gelen mektup ve taleplerin ayıklanması
• Başvurunun konusunun ve aciliyetinin belirlenmesi
• Uygulayıcı ve süre ataması
• Müşteri ve satış kartının açılması
• Belgelerden veri çıkarma
• Belgenin siparişle ve faturayla karşılaştırılması
• Ödemenin kaleme ve sözleşmeye atanması
• Belge paketinin eksiksizliğinin kontrolü
• Tipik talebe yanıtın oluşturulması
• Metinlerin çevrilmesi ve tek biçime getirilmesi
• Şablona göre dökümlerin ve belgelerin hazırlanması
• Ürün kartı alanlarının açıklamaya göre doldurulması
• Talebin başlatılmadan önce eksiksizlik kontrolü
• Görev kuyruğunda önceliklerin belirlenmesi
• Vardiya, gün ve saha özetleri
• Olaylara göre sorumlulara bildirimler

Eylem ve sonuç: işlem sistem tarafından yapılır ve yazarı, zamanı ve özgün değeriyle günlüğe yazılır. Çalışan, veri girişinden istisnaların incelenmesine geçer — modelin emin olmadığı veya hata bedelinin yüksek olduğu durumlara.

Veri: irsaliyeler, faturalar, tutanaklar, sözleşmeler, şartnameler, ödeme talimatları, dilekçeler, ekipman kimlik belgeleri, ekli mektuplar. Biçimler farklı: pdf, telefonla çekilmiş fotoğraf, tarama, dışa aktarım dosyası, kâğıt asıl nüsha.

YZ işlemesi: metin tanıma, belge türünün belirlenmesi, alanların ve tablo bölümlerinin çıkarılması, kalemlerin stok listesiyle eşleştirilmesi ve belgenin siparişle, sözleşmeyle veya karşı tarafla ilişkilendirilmesi. Her alan için değer ve ona duyulan güven döndürülür.

Neler çıkarılır:

• Tarafların künye bilgileri — unvan, sicil numaraları, adres, banka bilgileri
• Numara ve tarih belgenin numarası ve tarihi, sözleşme, fatura ve sipariş bağlantıları
• Tablo bölümü — kalemler, miktar, fiyat, tutar, vergi oranı
• Toplamlar — vergisiz tutar, vergi, ödenecek toplam, para birimi
• Süreler ve koşullar — ödeme vadesi, teslim koşulları, garanti, cezalar
• İmzalar ve mühürler — varlığı, gerçekliği değil: gerçeklik, hukuken geçerli belge dolaşımının konusudur

Eylem: belge siparişle ve faturayla karşılaştırılır, farklar liste hâlinde çıkarılır, belge ya işlenir ya da belirli bir çalışana incelemeye gider. Sonuç: belge girişi ayrı bir görev tanımı olmaktan çıkar, farklar ise ay kapanışında değil ödemeden önce bulunur.

Sınır nereden geçer

Tanıma hiçbir belge kümesinde yüzde yüz doğruluk vermez — ve vermemelidir. Anlam başkadır: sistem hangi alanlara güvendiğini, hangilerinin doğrulanmasını istediğini gösterir. Operatör, belgenin tamamını girmek yerine işaretlenen birkaç alanı kontrol eder.

Kaynağın kötü kalitesi sessiz hatanın gerekçesi değildir: bulanık fotoğraf, kesilmiş sayfa, şartnamenin eksik ikinci sayfası açıkça işaretlenir ve gerekçesi belirtilerek gönderene iade edilir.

Sonuç

İşleme hızı gelen akışın hacmine bağlı olmaktan çıkar, muhasebe ve tedarik ise belgelerin durumunu ayrı çalışanların posta kutularında değil tek bir listede görür.

Veri: mektuplar, siteden gelen talepler, mesajlaşma uygulamalarındaki iletiler, çağrı dökümleri, destek sohbetindeki yazışmalar, yorumlar ve puanlar. Bunların hepsi, bugüne dek insanın okuyup ayıkladığı serbest biçimli metindir.

YZ işlemesi: başvuru bir konuya ve alt konuya atanır, aciliyet ve ton belirlenir, metinden sipariş numarası, ürün adı, adres ve diğer varlıklar çıkarılır, başvuru müşterinin geçmişine bağlanır. Aynı nedenle yapılan tekrar başvurular tek bir vakada birleştirilir.

Eylem: talep, alanları dolu olarak ilgili grubun kuyruğuna düşer, tepki süresi aciliyete göre hesaplanır, tekrar başvuru öncelikte yükseltilir, müşteri ise numara ve beklenen süreyi içeren bir onay alır.

Sonuç: başvurular sabaha kadar genel kutuda beklemeyi bırakır, yönetici ise «çok şikâyet var» yerine yapıyı görür: hangi konularda akış artıyor, nerede yanıt süresi uzuyor ve hangi ürünler tekrar başvuru getiriyor.

Akışın bütün olarak incelenmesi ne sağlar

Tek bir başvuru vakadan söz eder, akışın tamamı ürün ve süreçten. Dönem boyunca konulara göre sınıflandırma, soruları tam olarak neyin doğurduğunu gösterir: anlaşılmaz talimat, ürün açıklamasındaki hata, sipariş adımlarının birinde arıza, bir kargo şirketindeki gecikme.

Bu yüzden konular kafadan uydurulmaz: önce başvurular anlamlarına göre otomatik gruplanır, sonra oluşan gruplar elle düzeltilir ve rehber olarak sabitlenir. Sonrasında bu rehber ürünle birlikte yaşar, yeni gruplar ise sistem tarafından önerilir.

Bot tek bir model değil, birbirine bağlı birkaç parçadır. Ayrım pratik açıdan önemlidir: her parçanın kendi arıza nedeni, kendi ölçütleri ve kendi onarım yolu vardır.

• Talebin anlaşılması — kişi ne yapmak istiyor ve hangi parametreleri belirtti: sipariş numarası, tarih, ürün, adres
• Bilgi tabanında arama — yanıtın üzerine kurulacağı belge parçalarının ve kayıtların seçilmesi
• Sistemlere erişim — izin verilen işlemler kümesi: siparişi görüntülemek, talep oluşturmak, teslimat tarihini değiştirmek. Her biri açıkça tanımlıdır, botun keyfî eylemi yoktur
• Yanıtın kurulması — model yanıtı yalnızca bulunanlardan ve sistemlerden gelenlerden derler; kaynaklarda olmayan, yanıtta belirmez
• Gönderim öncesi denetim — yanıt kaynaklarla, eylem ise kullanıcının yetkileri ve limitleriyle karşılaştırılır
• İnsana devretme — yükseltme kuralları: düşük güven, tekrarlanan soru, olumsuz tepki, kapalı listeden bir konu
• Günlük — ne soruldu, ne bulundu, bot ne yaptı ve hangi gerekçeyle. Bu olmadan şikâyeti incelemek mümkün değildir

Bağlantı kanalları — site ve kişisel hesap, mesajlaşma uygulamaları, e-posta, konuşma tanımalı telefon hattı, iç portal ve çalışanların çalışma yerleri. Mantık ise tektir: kanal, girdinin biçimini değiştirir; botun neye izinli olduğunu değil.

Yanıt nereden gelir

Bot belgelerinizi «ezberlemez» — soru anında onları arar ve bulduğuna göre yanıtlar. Bu yüzden yönetmelik güncellemesi, modelin yeniden eğitilmesinden sonra değil yüklendiği anda geçerli olur ve bu yüzden her yanıtın bir kaynağı vardır.

Bot nasıl devreye alınır

İlk iş, gerçek soruların bir seti derlenir — yazışmalardan, başvurulardan ve iç sohbetlerden. Bot lansmandan önce bunun üzerinde sınanır: yanıtlar kaynaklarla karşılaştırılır, hatalar nedenlerine göre incelenir. Ancak bundan sonra bot kullanıcılara açılır, genelde önce tek bir gruba.

Kurum içi asistan, müşteri botundan kaynak verileriyle ayrılır: kurumsal bilgilerle ve belirli bir çalışanın yetkileri içinde çalışır. Aynı soru depo görevlisinden ve mali işler direktöründen geldiğinde farklı yanıt verir — çünkü erişebildikleri belgeler farklıdır.

Asistan çalışma yerinde ne yapar:

• Yönetmeliklere göre yanıtlar — nasıl düzenlenir, kim onaylar, süresi nedir, belgenin biçimi hangisidir; maddeye bağlantıyla
• Nesne hakkında özet derler — müşteri, satış, sözleşme, sipariş, cihaz: geçmiş, açık konular, yaklaşan süreler
• Taslak hazırlar — mektup, teklif, başvuruya yanıt, görev tanımı, toplantı tutanağı
• Çalışan adına kayıt tutar — aramanın veya toplantının sonucu görevlere, sürelere ve kart güncellemesine dönüşür
• Talep oluşturur — insan kaynaklarına, tedariğe, teknik desteğe: alanlar yirmi alanlık formdan değil konuşmadan doldurulur
• Vardiya özeti hazırlar — sahada dönem içinde ne oldu, ne kapanmadan kaldı, ne karar bekliyor

Sonuç: çalışan zamanını gerekli belgeyi aramaya, yönetmeliği hatırlamaya ve form doldurmaya değil işe harcar. Asistan insanın yerine karar vermez — hazırlık kısmını üstlenir.

Kurumsal bilgi nadiren tek yerde durur: yönetmelikler bir klasörde, sözleşmeler ikincisinde, teknik dokümantasyon üçüncüsünde, yanıtların yarısı ise yazışmalarda. Dosya adına göre arama burada işe yaramaz, çünkü kişi belgeyi değil yanıtı arar.

Veri: yönetmelikler ve emirler, sözleşmeler ve ekleri, teknik ve proje dokümantasyonu, talimatlar, çözülmüş başvurular tabanı, tutanaklar, rehberler, yazışma arşivi — sahibi ve erişim düzeyi belirtilerek.

YZ işlemesi: belgeler parçalara ayrılır, her parça anlamına göre dizinlenir; soru başlıklarla değil parçalarla eşleştirilir. Yanıt bulunanlardan derlenir ve alıntıyla, belgeye, sayfaya ve sürüme bağlantıyla birlikte sunulur.

Eylem ve sonuç: çalışan, meslektaşları dolaşmak yerine saniyeler içinde kaynaklı yanıt alır; tartışmalı durumlar alıntıdan doğrulanır; eskimiş belgeler hemen görünür — yanıt iki yıl önceki bir sürümden geldiyse bu doğrudan yanıtta yazar.

Bilgi tabanını çalışır kılan nedir

• Tek giriş noktası — kaynaklar elle yeni bir depoya taşınmaz, dizine bağlanır
• Sürümler ve tarihler — parçanın hangi belge sürümüne ait olduğu bilinir; yürürlükte olan, arşivden ayrılmıştır
• Yetkiler devralınır — kaynak sistemlerden, böylece dizin erişim kısıtlarını dolanmanın yolu olmaz
• Olaya göre güncelleme — değişen belge ayda bir zamanlamayla değil, anında yeniden dizinlenir
• Geri bildirim — «yanıt yardımcı olmadı» arayüzde işaretlenir ve soruyla birlikte incelemeye düşer
• Boşluklar görünür — kaynağı bulunamayan sorular liste hâlinde toplanır: bu, eksik yönetmeliğin yazılması için bir görevdir

Bilgi tabanının yapmadığı şey

Belge yönetim sisteminin yerini almaz ve hakikatin kaynağı hâline gelmez: hukuken geçerli belge, imzalandığı ve saklandığı yerde kalır. Dizin, onu bulmanın ve alıntılamanın yoludur; kendi başına yaşayan ayrı bir kopya değil.

Talep serbest biçimde ve herhangi bir kanaldan gelir: mektup, mesaj, sitedeki form, çağrı, ekli dosya. Entegrasyondan önce onu insan okur, verileri sisteme aktarır, türünü belirler ve uygulayıcı atar — bu, birkaç dakikadan kuyrukta birkaç saat beklemeye kadar sürer.

YZ işlemesi: talebin türü belirlenir, alanlar çıkarılır — nesne, adres, süre, iletişim, sözleşme numarası —, eksiksizlik denetlenir, aciliyet değerlendirilir, talep müşteriye ve geçmişine bağlanır. Eksik olan, aynı kanaldan otomatik istenir.

Eylem: talep alanları doldurulmuş hâlde sistemde açılır, kurallara göre grup veya uygulayıcı atanır, süre belirlenir, numarayla onay gönderilir. Aynı nedenli kopyalar ikinci bir talep doğurmaz, birbirine bağlanır.

Sonuç: uygulayıcı hazır talebi alır ve açıklamalarla değil doğrudan işle başlar. Gelişten atamaya kadar geçen süre, genel kutuyu kimin ne zaman açtığına bağlı olmaktan çıkar.

Talebin yolu

Neyin ayarlanması önemli

• Talep türleri rehberi ve uygulayıcı atama kuralları
• Her tür için zorunlu alanlar — aksi hâlde ek istem çalışmaz
• Sözleşmelere ve önceliklere göre tepki süreleri
• Aynı nedenli tekrar başvuruların birleştirilme kuralı

Model her zaman hata yapar — soru, ne sıklıkla, tam olarak nerede ve bunun kaça mal olduğudur. Bu yüzden her entegrasyonun iki sayı seti vardır: modelin kendi kalitesi ve süreçteki değişim. Birincisi mühendisi, ikincisi işi ilgilendirir ve bunlar kendiliğinden örtüşmez.

• Kesinlik ve duyarlılık — tek bir ortalama sayıyla değil her sınıf için ayrı: seyrek ama pahalı sınıf, kitlesel olandan önemlidir
• Otomatik kararların payı — belirlenen güven eşiğinde kaç işlem insansız geçti
• Düzeltme payı — otomatik kararların kaçını insan iptal etti veya değiştirdi
• İşlem süresi — gelişten tamamlanmaya kadar, entegrasyon öncesi temel seviyeyle karşılaştırmalı
• Hatanın maliyeti — kaçırmanın ve yanlış alarmın maliyeti; eşik, ölçütün güzelliğine göre değil bu orana göre ayarlanır
• Veri kayması — sistemde tek bir değişiklik olmadan kalitenin düşmesine yol açan girdi bileşimi değişimi

Güven eşiği bir sabit değil, kumanda koludur. Yükselten şirket daha az otomasyon ve daha az hata alır; düşüren ise tersini. Değer, somut süreçteki hata bedeline göre seçilir.

Panelde ne görünür

Lansman sonrası işletme

Model tek seferlik bir teslimat değildir. Veriler değişir: yeni ürünler, başvuru konuları, belge biçimleri, tedarikçiler ortaya çıkar. Bu yüzden projeye taze veriler üzerinde düzenli kalite denetimi, zamanlamaya veya eşiğin aşılmasına göre yeniden eğitim ve insanın kararı düzelttiği vakaların incelenmesi konur.

Operatör düzeltmeleri en değerli eğitim malzemesidir: ayrı bir sette toplanır ve bir sonraki eğitimde kullanılır. Böylece sistem başkasının verisiyle değil kendi çalışmasıyla iyileşir.