Document Understanding mı, IXP mi? Belge tipine göre bir karar tablosu

UiPath’in belge tarafında artık iki yol var ve seçim çoğu zaman yanlış yerden başlıyor: “hangisi daha yeni?” sorusundan. Daha iyi başlangıç noktası belgenin kendisi. Ardından iki soru geliyor: kurumunuz üretken yapay zekâya ne kadar izin veriyor ve sistem nerede çalışacak?

BOTTEQ’te belge işleme hatlarını Document Understanding ve Base64.ai’nin OCR/ICR motorlarını birleştirerek kuruyoruz. Aşağıdaki tablonun dayanağı ise UiPath’in kendi dokümantasyonu. Kaynaklar yazının sonunda. Yorumlar ise bana ait.

İki yolun kısa tarifi

Document Understanding (DU), yapılandırılmış ve yarı yapılandırılmış belgeler için: formlar, satın alma siparişleri, başvurular, faturalar. Düzeni aynı ya da birbirine çok yakın olan belgelerde önceden eğitilmiş makine öğrenmesi modelleriyle çalışıyor. Üretken yapay zekâ özellikleri kurumun AI Trust Layer politikalarıyla yönetilebiliyor. DU ayrı bir servis olarak devam ediyor ve Automation Suite ile Standalone kurulumlarda da sunuluyor.

IXP, UiPath’in DU ile Communications Mining’i bir araya getirdiği ve yanına istem (prompt) tabanlı yeni bir yetenek eklediği çatı: yapılandırılmamış ve karmaşık belgeler için üretken çıkarım. Bu yetenek faaliyet raporları, sözleşmeler, kira sözleşmeleri gibi belgeler için tarif ediliyor. Karmaşık tablolar, grafikler, onay kutuları, imza ve el yazısı içeren, değerin bağlamdan çıkarılması ya da bölümler arasında birleştirilmesi gereken durumlar bu yolun alanı. Burada üretken yapay zekâ zorunlu.

Karar tablosu

Tabloya sığmayan üç soru

Karışık belge yığınları. Kredi başvurusu dosyası gibi, kimlik, adres belgesi ve banka dökümünün tek dosyada geldiği durumlarda asıl iş çıkarımdan önce başlar: belgeleri ayırmak ve türlerini belirlemek. Hangi yolu seçerseniz seçin, bu ayırma işinin nerede ve nasıl yapılacağını pilotta netleştirin. Burada kural, model ve insan arasındaki iş bölümü çıkarımdan daha belirleyici olabiliyor.

Proje tipi. DU’nun kendi içinde de seçim var. Modern projeler daha hızlı ve rehberli bir model geliştirme deneyimi sunuyor. Classic projeler model ve veri setini dışa aktarmaya ve kiracılar arası kullanıma izin veriyor, yalnız Automation Cloud’da çalışıyor. AI Center tabanlı projeler en fazla kontrolü veriyor ve Standalone kurulumları da destekliyor, ama Cloud API desteği yok. Yerinde kurulum şartı varsa bu ayrım tek başına seçimi belirleyebilir.

Maliyet birimi. Temmuz 2026’dan bu yana IXP’de yapılandırılmamış ve karmaşık belgelerden çıkarım sayfa başına sabit ücretle değil, işlem başına ölçülüyor. IXP ve DU lisansları da ek sayfa maliyeti olmadan birlikte kullanılabiliyor. Sayfa sayısıyla kurulmuş eski bir iş vakası varsa, onu gerçek bir belge örneğiyle yeniden hesaplamak gerekir.

IXP’ye geçerken iki tuzak

Onayladığınız etiket “doğru” sayılır. IXP’de modelin başarı skoru, sizin onayladığınız etiketlere göre hesaplanır. Etiketleme sırasında yanlış bir değeri onaylarsanız o değer referans olur ve skor yükselir. Yüksek bir skor, değerlerin gerçekten doğru olduğunu kanıtlamaz. Etiketlemeye kabul testi ciddiyetiyle yaklaşın.

Biçim farkını hata sanmayın. Tarih ve parasal tutar gibi hazır veri tipleri değeri normalize edilmiş biçimde döndürür. Sayfadaki “21-JUN-22” ile modelin döndüğü ISO tarih aynı değeri gösteriyorsa bu bir hata değil. Asıl dikkat etmeniz gereken, değerin anlamının değiştiği durumlar: ondalık ayırıcının yanlış okunması gibi.

Benim varsayılanım

Belge setinin çoğu fatura, form ya da sipariş gibi düzeni belli belgelerse Document Understanding ile başlarım. Doğrulamada en çok zaman alan, düzeni dağınık ya da değeri bağlamdan çıkan belgeleri ayrı bir kuyruğa toplarım ve IXP’yi önce o kuyrukta denerim. İki yol aynı hatta birlikte çalışabilir. Seçimi tek seferlik bir platform kararı gibi görmek yerine, belge tipi başına verilen bir karar olarak ele almak bence daha sağlıklı.