Yapay zeka entegrasyonu, kullandığınız yazılımları değiştirmeden bu sistemlerin ürettiği veriyi yapay zekâ ile işleyip sonucu yine aynı sistemlere geri vermektir. ERP’nizi, CRM’inizi veya muhasebe yazılımınızı bırakmanız gerekmez — üzerine bir zekâ katmanı eklenir. Bağlantı testi genellikle 3-5 gün, çalışan prototip 2-4 hafta, üretim ortamına geçiş toplam 2-3 ay sürer. Entegrasyon, daha geniş bir kurumsal yapay zeka danışmanlığı sürecinin teknik ayağıdır.
Kurumlar yapay zekâ konusunu konuşmaya başladığında en sık duyduğumuz endişe şu oluyor: “Mevcut sistemimizi değiştirmemiz gerekecek mi?” Cevap hayır — ve bu ayrım projenin bütün maliyet ve risk hesabını değiştirir.
Sistem değiştirme, kullandığınız ERP veya CRM’i bırakıp yapay zekâ özellikleri olan başka bir platforma geçmektir. Aylarca süren veri göçü, personelin yeniden eğitilmesi ve tüm iş akışlarının yeniden kurulması demektir. Yapay zekâ ihtiyacı için bu yola girmek, çatı akıyor diye evi yıkmaya benzer.
Entegrasyon ise mevcut sistemi olduğu yerde bırakır. Sistemin zaten ürettiği veriyi okuruz, yapay zekâ ile işleriz ve çıktıyı sistemin anlayacağı biçimde geri yazarız. Kullanıcılarınız aynı ekranda çalışmaya devam eder; fark ettikleri tek şey, kararların artık kendiliğinden önerilmesidir.
Pratikte bu şu anlama gelir: satış temsilciniz yine CRM’i kullanır, ancak müşteri kaydının yanında hangi ürünün önerileceği yazar. Muhasebe ekibiniz yine aynı yazılımda çalışır, ancak şüpheli fatura otomatik işaretlenmiş gelir.
Kurumsal kaynak planlama sistemleriyle API veya veritabanı düzeyinde çalışıyoruz. Stok hareketleri, satın alma verileri ve üretim planlaması gibi ERP’de biriken veri, talep tahmini ve tedarik optimizasyonu için en değerli kaynaktır. Çoğu ERP’nin standart entegrasyon arayüzü vardır; olmayan durumlarda veritabanı üzerinden salt-okunur bağlantı kurulur. Bu veriden üretilen yönetim raporlaması için İş Zekâsı çözümümüze bakabilirsiniz.
Müşteri geçmişi, görüşme kayıtları ve satış hunisi verisi; hangi müşterinin kaybedilme riski taşıdığını, hangi teklifin kapanma olasılığının yüksek olduğunu tahmin etmek için kullanılır. Sonuç yine CRM içinde bir alan veya etiket olarak görünür. Müşteri tarafındaki dış sinyaller için Sosyal İtibar Yönetimi çözümümüz devreye girebilir.
Gelen fatura akışını okuyup sınıflandıran, tutar ve kalem düzeyinde tutarsızlık arayan sistemler kuruyoruz. e-Fatura ve e-Arşiv altyapıları standart formatta çalıştığı için bu entegrasyonlar genellikle en hızlı devreye alınanlardır. Belge okuma ve sınıflandırma tarafı için Döküman Zekâsı çözümümüzü inceleyin.
Kendi geliştirdiğiniz uygulamalar veya doğrudan veritabanında tutulan veriler için salt-okunur bir bağlantı yeterlidir. Bu genellikle en esnek senaryodur, çünkü veri modelini kurum kendisi bildiği için eşleme aşaması hızlı ilerler.
API’si olmayan, dokümantasyonu kaybolmuş veya üreticisi artık destek vermeyen sistemler kurumsal hayatın gerçeğidir. Bu durumlarda dosya tabanlı köprü kuruyoruz: sistem periyodik olarak rapor veya dışa aktarım üretir, biz onu okuruz. Zarif bir çözüm değildir ama çalışır ve mevcut sisteme dokunmadığı için risk taşımaz.
Tercihimiz her zaman resmî API’dir; çünkü sürüm güncellemelerinde bozulma ihtimali en düşük yol budur. API yoksa veritabanına salt-okunur erişim, o da yoksa dosya tabanlı aktarım kurarız. Hiçbir senaryoda mevcut sistemin veritabanına doğrudan yazmayız — bu, üretici desteğini geçersiz kılabilecek ve veri bütünlüğünü riske atacak bir yaklaşımdır.
Her entegrasyon çift yönlü olmak zorunda değildir. Yalnızca analiz ve raporlama yapılacaksa veriyi okumak yeterlidir; bu en düşük riskli kurulumdur. Sistemin karar verip mevcut yazılıma geri yazması gerekiyorsa çift yönlü kurulur, ancak o zaman yetki sınırları ve geri alma mekanizması baştan tasarlanır.
Her senaryo gerçek zamanlı olmak zorunda değildir ve gereksiz gerçek zamanlılık maliyeti artırır. Dolandırıcılık tespiti gibi saniyelerin önemli olduğu durumlarda anlık çalışırız. Talep tahmini veya aylık raporlama gibi durumlarda gecelik toplu işlem hem yeterli hem daha ekonomiktir. Bu kararı fizibilite aşamasında birlikte veririz.
Entegrasyonun en kritik tasarım kararı, hata durumunda ne olacağıdır. Kurduğumuz sistemlerde yapay zekâ katmanı devre dışı kaldığında mevcut sisteminiz çalışmaya devam eder — zekâ katmanı bir eklentidir, bağımlılık değil. Bağlantı koptuğunda işlem kuyruğa alınır, tekrar denenir ve belirli bir eşikten sonra sorumluya uyarı gider.
Sisteminize teknik olarak bağlanabildiğimizi doğrularız. Bu aşamada sizden bir test ortamı erişimi veya sınırlı yetkili bir kullanıcı hesabı isteriz. Amaç, ileride sürpriz çıkmasını önlemektir: API limiti var mı, hangi alanlar okunabiliyor, veri hangi sıklıkta güncelleniyor?
Sistemdeki alanların ne anlama geldiğini birlikte netleştiririz. Bu adım teknik görünse de aslında iş bilgisi gerektirir: “durum” alanındaki 7 değerin hangisi iptal edilmiş siparişi ifade ediyor gibi sorular, ancak süreci bilen kişiyle cevaplanabilir. Bu yüzden bu aşamada iş biriminden bir kişinin birkaç saatine ihtiyacımız olur.
Gerçek verinizle çalışan bir prototip kurarız. Prototip üretim sistemine hiç yazmaz, yalnızca okur ve sonuç üretir. Böylece yaklaşımın işe yarayıp yaramadığını hiçbir risk almadan görürsünüz.
Onaydan sonra sistem üretim ortamına alınır: yetkilendirme, izleme, hata bildirimi ve gerekiyorsa geri yazma mekanizması devreye girer. İlk görüşmeden buraya kadar geçen toplam süre, kapsama bağlı olarak genellikle 2-3 aydır.
Bu bölümü yazıyoruz çünkü bu sorunlar hemen her projede çıkıyor ve önceden bilmek, projenin ortasında sürprizle karşılaşmaktan iyidir.
Veri eksik veya tutarsız. Aynı müşteri üç farklı yazımla kayıtlı, zorunlu olmayan alanlar boş bırakılmış, tarih formatları karışık. Bu neredeyse her kurumda vardır ve çözülebilir bir sorundur — ancak zaman alır ve fizibilite aşamasında hesaba katılması gerekir.
API limitleri. Pek çok sistem dakikada veya saatte belirli sayıda istek kabul eder. Yüksek hacimli veriyle çalışırken bu limit, mimarinin nasıl kurulacağını doğrudan belirler. Bunu bağlantı testi aşamasında ölçeriz.
Eski sistemde dokümantasyon yok. Sistemi kuran firma ile ilişki kesilmiş, veri modelini bilen kimse kalmamış olabilir. Bu durumda veriyi tersine mühendislikle anlamamız gerekir; süreç uzar ama tıkanmaz.
Yetki ve onay süreçleri. Teknik iş birkaç günde biterken, erişim yetkisinin verilmesi haftalar alabilir. Bu genellikle projenin en yavaş adımıdır. Erken başlatılmasını öneririz.
Sağlayıcı kısıtları. Bazı yazılım sağlayıcıları sözleşme gereği üçüncü taraf erişimini sınırlar. Bunu baştan kontrol etmek gerekir; kısıt varsa alternatif yol tasarlarız.
Entegrasyon: Pazaryeri satıcı API’si üzerinden ürün, fiyat, stok ve rakip verisi okunuyor; hesaplanan yeni fiyat aynı API üzerinden geri yazılıyor. Çift yönlü ve gerçek zamanlıya yakın çalışan bir kurulum.
Zorluk: API hız limitleri ve binlerce ürünün sürekli takip edilmesi gereği. Çözüm, önceliklendirilmiş bir kuyruk yapısı: rekabetin yoğun olduğu ürünler daha sık, durağan ürünler daha seyrek kontrol ediliyor.
Sonuç: Fiyat kararı saniyeler içinde alınıyor ve kâr eşiğinin altına inmiyor. SellBox’ı inceleyin.
Entegrasyon: Müşteriden gelen Excel, PDF veya el yazısı teklif talebi okunuyor; kalemler kurumun kendi ürün kataloğuyla eşleştiriliyor ve kurumsal formatta PDF teklif üretiliyor.
Zorluk: Müşterinin yazdığı ürün adı ile katalogdaki resmî ad çoğunlukla birebir aynı değil. Kısaltmalar, yazım hataları ve yerel adlandırmalar var. Çözüm, metin benzerliği ile ürün özniteliklerini birlikte değerlendiren bir eşleştirme katmanı.
Sonuç: Katalog eşleştirmesinde %95 doğruluk; günler süren işlem dakikalara indi. Teklif Robotu’nu inceleyin.
Entegrasyon: Farklı dillerde ve formatlarda yayın yapan çok sayıda haber kaynağı sürekli taranıyor; sinyaller tek bir akışta birleştirilip önceliklendiriliyor.
Zorluk: Kaynakların hiçbiri ortak bir standarda uymuyor; kimi RSS, kimi API, kimi yalnızca web sayfası sunuyor. Ayrıca aynı olay farklı dillerde farklı biçimde ifade ediliyor.
Sonuç: Anadolu Ajansı’nın kullandığı sistem, kıran haberleri büyük ajansların bültenlerinden saatler önce yakalayabiliyor. NewsTracker’ı inceleyin.
Hayır. Entegrasyonun tanımı gereği mevcut sisteminiz olduğu yerde kalır. Yapay zekâ katmanı, sistemin ürettiği veriyi okur ve sonucu geri verir. Kullanıcılarınız aynı ekranlarda çalışmaya devam eder. Sistem değiştirmenizi gerektiren bir öneride bulunuyorsak, bunun nedenini açıkça anlatırız — ve bu durum nadirdir.
Genellikle evet. API yoksa veritabanına salt-okunur erişim, o da mümkün değilse dosya tabanlı aktarım kurarız: sistem periyodik rapor üretir, biz onu okuruz. Bu yöntem daha yavaştır ama mevcut sisteme hiç dokunmadığı için en düşük riskli seçenektir. Bağlantı testi aşamasında hangi yolun mümkün olduğunu 3-5 gün içinde netleştiririz.
Bu tamamen sizin tercihinize bağlıdır. Sistem kendi sunucularınızda veya kontrolünüzdeki bulut ortamında kurulabilir; bu durumda veri kurum sınırlarının dışına hiç çıkmaz. Bizim altyapımızda çalışması tercih edilirse, veri yalnızca sözleşmede belirlenen kapsamda işlenir ve KVKK gereklilikleri uygulanır. Hangi verinin nereye gittiği fizibilite aşamasında yazılı olarak netleşir.
Doğru tasarlandığında hayır. Yoğun sorgular çalışma saatleri dışında toplu olarak çalıştırılır, gerçek zamanlı ihtiyaçlar ise ayrı bir okuma kanalı üzerinden karşılanır. Bağlantı testi aşamasında sistemin yük kapasitesini ölçer, mimariyi buna göre kurarız. Üretim sisteminin performansını riske atacak bir kurulumu önermeyiz.
Çoğu kurumsal yazılım entegrasyon için resmî API sunar; bu kullanım desteklenen bir senaryodur. Ancak bazı sözleşmelerde üçüncü taraf erişimine dair kısıtlar bulunabilir. Bunu proje başında birlikte kontrol ederiz. Kısıt varsa, sağlayıcının izin verdiği yöntemler üzerinden alternatif bir yol tasarlarız.
Yapay zekâ katmanı devre dışı kaldığında mevcut sisteminiz normal çalışmasına devam eder — bu, tasarımın temel ilkesidir. Bağlantı koptuğunda işlemler kuyruğa alınır ve bağlantı geri geldiğinde işlenir. Belirlenen eşiği aşan kesintilerde sorumluya otomatik uyarı gider. İzleme altyapısı kurulumun standart parçasıdır.
Hangi sistemleri kullandığınızı ve neyi otomatikleştirmek istediğinizi anlatın; entegrasyonun teknik olarak mümkün olup olmadığını, hangi yoldan yapılacağını ve ne kadar süreceğini söyleyelim. Mümkün değilse bunu da açıkça belirtiriz.
