Ana içeriğe geç
FromNine
Menü

Yapay zekâ ve veri

Belirlediğiniz sınırlar içinde çalışan yapay zekâ ajanları ve otomasyon.

Çok adımlı işleri; kapsamı sınırlı araçlar kullanan, sonuç doğuran işlemlerden önce onay için duran ve denetçilerinizin yeniden oynatabileceği bir iz bırakan ajanlar ve iş akışlarıyla otomatikleştiriyoruz.

Aynı süreci birkaç ülkede ve birkaç sistemde yürüten ortak hizmet merkezleri ve operasyon ekipleri için.

Yapay zekâ ajanları ve otomasyon: yetenek katmanlarıDerinlemesine üst üste dizilmiş dört katman. Yukarıdan aşağıya: durumu tutan iş akışı, içindeki ajan adımları, yetkileriyle birlikte araç ağ geçidi ve işlemler sistemlerinize ulaşmadan önceki onay kapısı.01İş akışı ve durum02Ajan adımları03Araç ağ geçidi ve kapsamlar04Önce onay, sonra işlem
  1. 01Sabit iş akışından gözetimli ajana kadar, her adım için doğru özerklik düzeyi
  2. 02Bir ağ geçidinin arkasında, işlem başına sınırlarla en az yetkiye sahip araçlar
  3. 03Her adım, araç çağrısı ve onay kayıt altında; yeniden oynatılabilir ve dışa aktarılabilir

01 Sorunlar

Otomasyon programları neden duraksar

  1. 01

    Ajanın neye yetkili olduğunu kimse söyleyemiyor

    Ajan geniş yetkili bir servis hesabıyla çalışıyor. Risk ve güvenlik ekipleri onay vermiyor; tahmin yürütmek zorunda da kalmamalılar.

  2. 02

    Otomasyon oranı iyi görünüyor, istisnalar birikiyor

    Basit dosyalar akıp gidiyor. Geri kalanlar bağlamı olmadan ortak bir posta kutusuna düşüyor ve bunlarla uğraşan ekip artık eskisinden daha yoğun.

  3. 03

    Bir şey ters gittiğinde nedenini kimse yeniden kuramıyor

    Ajanın hangi verileri gördüğüne, hangi aracı çağırdığına ya da adımı kimin onayladığına dair bir kayıt yok. İç denetim soruyor ve yanıt yok.

  4. 04

    Ekran her değiştiğinde robotlar bozuluyor

    Kritik işleri ekran okuyan robotlar taşıyor. Her uygulama güncellemesi, onarımla geçen bir hafta sonu demek.

02 Teslimat kalemleri

Neler sunuyoruz

  1. 01 Adım başına özerklik tasarımı

    Her adım için işe yarayan en basit çözümü seçiyoruz: belirlenimci bir iş akışı, tek bir model çağrısı, araç kullanan bir ajan ya da çok adımlı orkestrasyon. Bazen doğru yanıt, ajanın yanlış araç olduğudur.

    Ne yapıyoruz

    • İşi yapan kişilerle birlikte süreç incelemesi
    • Her adımın riskiyle birlikte adım adım özerklik kararı
    • Akışın durum makinesi veya BPMN modeli
    • Bir adımı daha fazla ya da daha az özerkliğe taşımak için çıkış ölçütleri

    Size teslim edilenler

    • Sürecin özerklik haritası
    • Sürüm kontrolü altında iş akışı modeli
    • Her ajan adımı için karar kaydı
  2. 02 Araç yetkileri ve en az yetki ilkesi

    Ajanlar sistemleri hiçbir zaman doğrudan değil, araçlar üzerinden çağırır. Bir araç ağ geçidi kapsamları, izin listelerini ve işlem sınırlarını uygular; her araç kendi servis kimliğiyle çalışır.

    Ne yapıyoruz

    • Okuma ve yazma araçlarının ayrıldığı araç kataloğu
    • Her araç için kapsamı sınırlı servis kimlikleri
    • İşlem türü başına tutar ve sıklık sınırları
    • Kod ve dosya işleme için yalıtılmış çalışma ortamı

    Size teslim edilenler

    • Politikayı yapılandırma olarak tutan araç ağ geçidi
    • Güvenlik ekibinin onayladığı yetki matrisi
    • Politika uygulamasını doğrulayan test paketi
  3. 03 İnsanın döngüde kaldığı tasarım

    Sonuç doğuran işlemler için onay eşikleri, güven düzeyine göre yönlendirme ve dört göz kontrolü. Kişilerle ilgili kararlarda, GDPR madde 22 ve insan incelemesi hakkı doğrultusunda döngüde her zaman bir kişi bulunur.

    Ne yapıyoruz

    • İşlemlerin doğurduğu sonuca göre sınıflandırılması
    • Onay eşikleri ve üst makama aktarma kuralları
    • Karar vermek için gereken bağlamı sunan inceleme arayüzü
    • Bireylerle ilgili kararlar için güvenceler

    Size teslim edilenler

    • İşlem türü başına onay politikası
    • Ekiplerinizin zaten kullandığı araçlarda inceleme akışı
    • Sorumlu ekiplerin belirlendiği yönlendirme haritası
  4. 04 İzlenebilirlik ve denetim

    Girdilerin, getirilen bağlamın, model çıktılarının, araç çağrılarının ve onayların eksiksiz kaydı; böylece her çalıştırma yeniden oynatılabilir ve iç denetim ya da bir denetim makamı için dışa aktarılabilir.

    Ne yapıyoruz

    • Saklama kurallarıyla olay kaydı tasarımı
    • Çalıştırmaların sabit girdilerle yeniden oynatılması
    • İç denetimle kararlaştırılan dışa aktarma biçimleri
    • İstisna ve onay oranları için panolar

    Size teslim edilenler

    • Denetim izi deposu
    • Yeniden oynatma araçları
    • Operasyon panoları
  5. 05 Hata yönetimi

    Ajanlar hata yapacaktır. Hatanın güvenli olmasını sağlayacak biçimde tasarlıyoruz: tekrarlandığında aynı sonucu veren işlemler, telafi ve geri alma adımları, zaman aşımları, sorumlu bir ekibe aktarma ve yetkili bir kişinin kullanabileceği bir acil durdurma anahtarı.

    Ne yapıyoruz

    • Her yazma işleminde tekrar koruması (idempotency) anahtarları
    • Birden fazla sistemi etkileyen değişiklikler için telafi adımları
    • Zaman aşımları ve yeniden deneme bütçeleri
    • Her ajan ve her araç için acil durdurma anahtarı

    Size teslim edilenler

    • Hata türleri analizi
    • Acil durdurma prosedürünü içeren işletim kılavuzu
    • Kritik yollar için kaos testleri
  6. 06 Mevcut otomasyonla yan yana ajanlar

    Süreç madenciliği, akışı gerçekte nasıl işliyorsa öyle gösterir. Robotik süreç otomasyonu yalnızca eski bir ekranın bulunduğu yerde kalır ve bir API ortaya çıkar çıkmaz API’ye geçer. Yalnızca otomasyon oranını değil, istisna oranını da ölçeriz.

    Ne yapıyoruz

    • Olay kayıtları üzerinde süreç madenciliği
    • Mevcut robotların ve arıza geçmişlerinin envanteri
    • Kırılgan ekran otomasyonu yerine API seçenekleri
    • Nedenine göre istisna analizi

    Size teslim edilenler

    • Mevcut akış analizi
    • Ekranlardan API’lere geçiş planı
    • İstisna işleme süresi için başlangıç değeri ve hedef

03 Mimari

Açıklayıcı bir referans mimari

İşin durumu orkestratöre aittir. Ajan adımları orkestratörün içinde yer alır ve sistemlerinize yalnızca her çağrıda kapsamı ve sınırları denetleyen araç ağ geçidi üzerinden ulaşabilir. Okuma araçları doğrudan geçer; yazma araçları, işlem sonuç doğuruyorsa bir onay kapısında durur.

Her şey denetim izinde bir kayıt bırakır. Acil durdurma anahtarı ve zaman aşımları orkestratörün üzerindedir; istisnalar, çalıştırmanın tüm bağlamıyla birlikte sorumlu bir ekibe gider.

Çizimdeki katmanlar

Giriş
Yeni bir dosya, mesaj veya olay, bir ilişkilendirme kimliğiyle bir çalıştırma başlatır.
Orkestras­yon
İş akışı durumu, ajan adımları, telafi adımları ve acil durdurma anahtarı.
Yetki sınırı
Araç ağ geçidi, okuma araçları, onay kapısı ve yazma araçları.
Sistemler
CRM, ERP ve dosya yönetimi; yalnızca araçlar üzerinden erişilir.
İz
Denetim izi ve üst makama aktarılan durumları ele alan ekip.
Açıklayıcı örnek
  1. Giriş

    • Tetikleyici: dosya, mesaj, olay
  2. Orkestras­yon

    • Orkestratör ve durum
    • Ajan adımı
    • Acil durdurma ve zaman aşımları
    • Telafi ve geri alma
  3. Yetki sınırı

    • Araç ağ geçidi
    • Okuma araçları
    • Onay kapısı
    • Yazma araçları
  4. Sistemler

    • CRM, ERP, dosya yönetimi
  5. İz

    • Denetim izi: her adım, çağrı ve onay; yeniden oynatma ve dışa aktarma ile
    • İstisnalar için sorumlu ekip
Yetki sınırı içinde bir ajan

Açıklayıcı bir mimaridir, bir müşteri sistemi değildir.

Diyagramı metin olarak oku

Ana rota bir tetikleyiciden başlar; orkestratör ve bir ajan adımından araç ağ geçidine, oradan bir kişinin karar verdiği onay kapısına, ardından bir yazma aracına ve son olarak iş sistemlerine ulaşır.

Ağ geçidi, iş sistemlerini doğrudan sorgulayan okuma araçlarına da izin verir. Acil durdurma anahtarı orkestratörü denetler, telafi adımları ajanın işlemlerini geri alabilir ve orkestratör sorumlu bir ekibe aktarma yapar.

Onaylar ve yazma işlemleri, yeniden oynatmayı ve dışa aktarmayı destekleyen bir denetim izine kaydedilir. Ağ geçidi, okuma araçları, onay kapısı ve yazma araçları birlikte yetki sınırını oluşturur.

04 Dikkat edilenler ve sınırlar

Mühendislik açısından dikkat edilenler ve sınırlar

  • Özerklik adım adım kazanılır

    Nasıl ele alıyoruz

    Adımlar gözetim altında başlar. Özerkliği ancak kayıtlar, adımın anlamlı sayıda dosyada kararlaştırılan sınırlar içinde kaldığını gösterdiğinde genişletiriz.

    Sınırlar ve bağımlılıklar

    Bazı adımlar, rakamlar ne derse desin hiçbir zaman özerk olmamalıdır. Bu bir iş kararıdır ve bu kararı açıkça vermenizi isteriz.

  • Ajanlar, araçları kadar güvenlidir

    Nasıl ele alıyoruz

    Yazma araçları dar kapsamlı ve parametrelidir: “ERP’yi çağır” değil, “belirli bir tutara kadar alacak dekontu oluştur”.

    Sınırlar ve bağımlılıklar

    Ayrıntılı bir yetki modeli olmayan sistemlerde bu eksikliği ağ geçidinde telafi ederiz. Bu ek iş demektir ve bazı sistemler yazma erişimi için yeterince güvenli hâle getirilemez.

    Yapay zekâ çıktısı yanlış olabilir. Bu nedenle sonuç doğuran işlemler bir kişi için durur, emin olunamayan durumlar tahmin edilmez, yönlendirilir.

  • İstem enjeksiyonu bir operasyonel risktir

    Nasıl ele alıyoruz

    E-postalardan, belgelerden ve web sayfalarından gelen içerik güvenilmez kabul edilir. Bu içerik ajanın talimatlarını değiştiremez ya da yetkilerini genişletemez; kırmızı takım testleri bunu doğrular.

    Sınırlar ve bağımlılıklar

    Hiçbir önlem riski tamamen ortadan kaldırmaz. Tasarım, bir girişimin bir gün başarılı olacağını varsayar ve ulaşabileceği alanı sınırlar.

  • İstisnalar ürünün bir parçasıdır

    Nasıl ele alıyoruz

    Her istisna; çalıştırmanın bağlamı, bir gerekçe ve önerilen bir sonraki adımla birlikte, sorumluluğu üstlenen bir ekibin kuyruğuna gelir.

    Sınırlar ve bağımlılıklar

    İstisna kuyruğunun sahibi yoksa otomasyon işi ortadan kaldırmaz, yalnızca yerini değiştirir. Belirlenmiş bir sahip olmadan canlıya almayız.

05 Nasıl çalışıyoruz

Nasıl çalışıyoruz

Süreç çizildiği gibi değil, işlediği gibi ele alınır ve özerklik adım adım kazanılır.

  1. 01

    Gerçek akışı görün

    Süreç madenciliği ve işi yapanların yanında gözlem; hacimleri, varyantları ve zamanın nerede kaybedildiğini gösterir.

    ÇıktıMevcut akış analizi

  2. 02

    Her adım için özerkliğe karar verin

    İş akışı, model çağrısı veya ajan; her adım için yanlış bir işlemin sonucu yazılı olarak belirlenir.

    ÇıktıÖzerklik haritası ve yetki matrisi

  3. 03

    Gölge modda çalıştırın

    Sistem önerir, insanlar işlem yapar. Sistemin önerilerini gerçek dosyalarda insanların kararlarıyla karşılaştırırız.

    ÇıktıGölge çalıştırma raporu

  4. 04

    Onay adımlarıyla canlıya alın

    Sonuç doğuran işlemler onay bekler; eşikler izlenime göre değil, kanıta göre gözden geçirilir.

    ÇıktıOnay politikası ve panolar

06 İnsan kontrolü

Kontrolün insanda kaldığı yerler

Ajanlar tanımladığınız yetkiler içinde hareket eder, sonuç doğuran işlemlerden önce onay ister ve her adımı kaydeder.

  • Sonuçtan önce onay

    Ödemeler, bireylerle ilgili kararlar ve ana veri değişiklikleri, hızlı karar vermek için gereken bağlamla birlikte bir kişiyi bekler.

  • Önemli olduğu yerde dört göz

    Kararlaştırılan eşiklerin üzerinde iki kişi onay verir. Eşik kodda değil, risk sorumlunuzun yönettiği bir ayardadır.

  • Birinin kullana­bileceği acil durdurma

    Her ajan ve her araç, yeni bir dağıtım gerekmeden belirlenmiş bir rol tarafından durdurulabilir; prosedür önceden prova edilir.

  • Kişilerle ilgili kararlarda insan incelemesi

    Bir sonuç bir bireyi etkiliyorsa, bu sonucu bir kişi inceler ve ilgili kişi bu incelemeyi talep edebilir.

  • Sorumlu bir ekibe aktarma

    Emin olunamayan veya başarısız çalıştırmalar, sahipsiz bir posta kutusuna değil, sorumluluğu üstlenen bir ekibe gider.

07 Örnek

Açıklayıcı örnek

Açıklayıcı örnek

Bir dağıtım şirketinde gelen faturaların istisnaları

01Durum
Birkaç ülkede iştiraki olan bir dağıtım şirketinin muhasebe ekibi, satın alma siparişiyle eşleşmeyen tedarikçi faturalarını günlerce kuyrukta bekletiyor; çalışanlar satın almacıların peşinden e-postayla koşuyor.
02Kuracağımız sistem
Bir ajan siparişi, teslim alma kaydını ve sözleşme koşullarını toplar, bir çözüm taslağı ve satın almacıya bir mesaj hazırlar, kaydı kapsamı sınırlı ERP araçları üzerinden önerir.
03Kararı insanın verdiği yer
Şirket başına belirlenen tutarın üzerindeki kayıtlar iki onay gerektirir. Bir tedarikçinin banka bilgilerine dokunan hiçbir işlem otomatikleştirilmez.
04Neyi ölçeceğiz
Bir istisnanın açık kaldığı gün sayısı, değiştirilmeden kabul edilen önerilerin payı ve istisna başına harcanan süre.

08 Sektör bakışı

Sektörünüzde

  • Hasar dosyaları, müşteri kabulü ve ödeme istisnaları; işlem sınırları, dört göz onayı ve denetim biriminizle kararlaştırılan biçimde dışa aktarımlarla çalışan ajanlarla.

  • Ajanın bilgi toplayıp taslak hazırladığı, kararı dosyayı inceleyen görevlinin verdiği dosya hazırlığı; her adım, inceleme ve itiraz süreçleri için kayıt altında.

  • ERP ve e-posta genelinde sipariş değişiklikleri, tedarikçi takibi ve servis talepleri; para veya kapasite bağlayan noktalarda onay adımlarıyla.

Kıbrıs

Ülkeler ve denetim makamları arasında otomasyon

Kıbrıs Cumhuriyeti’ndeki birçok şirket uluslararası bir grubun parçasıdır; birkaç üye devletteki şirketlere hizmet veren bir ortak hizmet merkezi, tek bir süreci farklı beklentiler altında otomatikleştirir. AB Yapay Zekâ Yasası ve GDPR kapsamındaki insan incelemesi hakkı her yerde geçerlidir; Kıbrıs Cumhuriyeti’nde GDPR denetimini Kişisel Verileri Koruma Komiseri (Commissioner for Personal Data Protection) yapar. Ancak otomatik kararlara bakış ülkeden ülkeye, onay kuralları da grup içinde şirketten şirkete değişir.

Tek bir orkestrasyon ve tek bir denetim izi kurar; onay eşiklerini, dilleri ve aktarma yollarını her şirket için ayrı yapılandırılabilir hâle getiririz. Her ülkenin risk sorumlusu, kendi çalışanları ve müşterileri için geçerli ayarları görür ve onaylar.

Yapay zekâ ajanları ve otomasyonla ilgili sorular

Ajan ile normal bir iş akışı arasında nasıl karar veriyorsunuz?

Adımlar biliniyor ve girdiler yapılandırılmışsa, iş akışı daha ucuz, daha hızlı ve denetlemesi daha kolaydır. Ajanlar; girdilerin değiştiği, yolun bulunan bilgiye göre şekillendiği ve sonucu bir kişinin kontrol edebildiği yerlerde değer katar. Canlı ortamdaki sistemlerin çoğu ikisini birleştirir.

Bir ajanın yapmaması gereken bir şeyi yapmasını ne engeller?

Ajan yalnızca araçlar üzerinden işlem yapabilir; her araç kendi sınırlı kimliğiyle çalışır ve ağ geçidi her çağrıda sınırları uygular. Sonuç doğuran yazma işlemleri onay için durur. Güvenilmeyen içerik bu kuralları değiştiremez.

Zaten RPA kullanıyoruz. Bunu bırakacak mıyız?

Hayır. Eski ekranlar üzerindeki robotlar, API olmayan yerlerde çalışmaya devam eder. Değerlendirme gerektiren adımlar için ajanlar ekler, kırılgan robotları süreç madenciliğiyle bulur ve alttaki sistemler izin verdikçe onların yerine API entegrasyonları koyarız.

Başarıyı nasıl ölçüyorsunuz?

Canlıya almadan önce ölçülen bir başlangıç değerine göre; işlem süresi, istisna oranı, yeniden yapılan iş ve kişilerin istisnalara harcadığı zamanla. Tek başına otomasyon oranı çok şeyi gizler.

İç denetim veya bir denetim makamı neler olduğunu inceleyebilir mi?

Evet. Her çalıştırma kaydından yeniden oynatılabilir: girdiler, getirilen bağlam, model çıktıları, araç çağrıları ve onaylar. Dışa aktarma biçimleri canlıya almadan önce denetim biriminizle kararlaştırılır.

Ekibinizi en çok meşgul eden süreci getirin

Herhangi bir şey geliştirmeden önce, ajanın nerede yardımcı olduğunu, nerede bir iş akışının yettiğini ve nerede bir kişinin karar vermesi gerektiğini birlikte haritalayalım.