Süreç otomasyonu ve sistem orkestrasyonu

Sistemler arasındaki aktarımı otomatikleştirin, muhakemeyi insana bırakın.

Relay, sistem sınırlarını aşan süreçleri uçtan uca yürütür. Bir fatura gelir; okunur, siparişiyle eşleştirilir, onaylanır ve muhasebeye işlenir — kimse onu yeniden yazmak zorunda kalmaz. Her adım güvenle yeniden denenebilir, her istisna doğru kişiye bir son tarihle ulaşır ve her işlem kayda geçer.

VARDA RelayOrbit üzerinde çalışır

VARDA Relay

Problem

İnsanlar, sistemler arasındaki entegrasyon katmanına dönüştü.

Siparişler e-postadan ERP’ye kopyalanıyor, faturalar PDF’lerden elle giriliyor, onaylar gelen kutularında bekliyor, durum bilgisi telefonla soruluyor. Her aktarım gecikme ve hata olasılığı ekliyor; bir sorun çıktığında ise bunun hangi adımda ve neden olduğunu kimse söyleyemiyor.

  1. 01

    E-posta ve PDF’lerden ERP’ye elle yeniden girilen veriler

  2. 02

    Hiçbir süreye bağlı olmadan gelen kutularında bekleyen onaylar

  3. 03

    Sessizce hata veren betikler ve noktadan noktaya entegrasyonlar

  4. 04

    Kimin, neyi, ne zaman ve neye dayanarak yaptığına dair kayıt eksikliği

VARDA RelayTedarikçi faturası · AP-114Örnek arayüz · temsili veri09:41:18
İş akışıçalıştırma #20931
  1. e-Fatura alındıUBL-TR · GİB✓
  2. Alan çıkarımı12 alan · güven 0,98✓
  3. 3 yönlü eşleştirmeFatura · PO · irsaliye✓
  4. OnaySatın alma müdürübekliyor
  5. ERP’ye kayıtSAP S/4HANA·
  6. BildirimTedarikçi · e-posta·
Çalıştırma kaydı
  1. 09:41:02e-Fatura alındı · ETTN 3f9c…a41e
  2. 09:41:0312 alan çıkarıldı · güven 0,98
  3. 09:41:053 yönlü eşleştirme başarılı
  4. 09:41:06ERP zaman aşımı → aynı idempotency anahtarıyla yeniden denendi
  5. 09:41:07Onaya gönderildi · Satın alma müdürü
Onay SLA’sı03:42:10

Yetenekler

Sistemler konuşsun, insanlar düşünsün.

  • Görsel tasarım, gerçek kod

    Analistler akışları görsel tasarımcıda modeller; mühendisler onları, Git’te sürümlenen ve her kod gibi gözden geçirilen TypeScript ya da Python adımlarıyla genişletir. Akışlar olaylarla başlar: bir e-posta, bir dosya, bir veritabanı değişikliği, bir webhook ya da bir zamanlama.

  • Kullandığınız sistemler için bağlayıcılar

    Relay; ERP ve CRM platformları, veritabanları, e-posta, SFTP, REST ve SOAP servisleri ile entegratörünüz üzerinden GİB e-Fatura ve e-Arşiv için hazır bağlayıcılarla gelir. Yeni bağlayıcılar, belgelenmiş bir SDK ile geliştirilir.

  • Akıllı doküman işleme

    Faturalar, irsaliyeler, siparişler ve formlar sınıflandırılır, OCR ile okunur ve her biri güven skoru taşıyan alanlara ayrıştırılır. Güveni düşük alanlar bir kişiye gider; yapılan düzeltme bir sonraki çıkarımı iyileştirir.

  • İnsan onaylı adımlar

    Onaylar tutara, departmana ya da riske göre yönlendirilir; vekâlet, eskalasyon ve dört göz kuralları tanımlanabilir. Onaylayan kişi belgeyi, çıkarılan veriyi ve onayına neden başvurulduğunu bir arada görür.

  • SLA sayaçları ve eskalasyon

    Her adımın ve her vakanın, mesai saatlerini ve resmî tatilleri dikkate alan bir sayacı vardır. Relay süre dolmadan önce uyarır, dolduğunda eskale eder ve zamanın gerçekte nerede harcandığını raporlar.

  • Güvenli yeniden deneme, eksiksiz denetim izi

    Adımlar idempotency anahtarı taşır; zaman aşımından sonra yapılan bir yeniden deneme, faturanın iki kez işlenmesine yol açmaz. Başarısız adımlar dead-letter kuyruğuna alınır; otomatik ya da insan eliyle yapılan her işlem, yalnızca ekleme yapılabilen bir denetim kaydına yazılır.

Nasıl çalışır

Tetikleyiciden denetim kaydına

  1. Tetikleme

    Süreç bir olayla başlar: bir e-posta gelir, SFTP’ye bir dosya düşer, ERP’de bir kayıt değişir, bir webhook tetiklenir ya da planlanan zaman gelir.

  2. Okuma

    Belgeler sınıflandırılır ve okunur. UBL-TR e-faturalar gibi yapılandırılmış veriler doğrudan ayrıştırılır; taranmış belgeler ve PDF’ler OCR ve alan çıkarımından geçer.

  3. Doğrulama ve eşleştirme

    İş kuralları veriyi ana kayıtlarla karşılaştırır: tedarikçi, satın alma siparişi, mal kabul, vergi numarası, tutarlar ve toleranslar.

  4. Karar

    Sorunsuz kayıtlar otomatik olarak ilerler. İstisnalar; bağlamı, son tarihi ve yanıtlanması gereken net bir soruyla birlikte doğru kişiye gider.

  5. İşleme ve kayıt

    Relay hedef sistemlere idempotency anahtarlarıyla yazar, her sonucu doğrular ve her adımı denetim kaydına işler.

Mimari

VARDA Relay · Mimari

01 Kaynaklar

  • E-posta ve SFTP
  • GİB e-Fatura / e-Arşiv
  • ERP ve CRM
  • API ve webhook’lar

02 İşleme

  • OCR ve alan çıkarımı
  • Doğrulama ve eşleştirme

03 VARDA Relay

  • Relay orkestrasyon motoru
  • Onaylar ve SLA sayaçları

04 Çıktılar

  • ERP kayıtları
  • Bildirim ve görevler
  • Denetim izi ve raporlar

Kullanım senaryoları

Kullanım senaryoları

Gelen e-Fatura belgeleri doğrudan UBL-TR’den ayrıştırılır; kâğıt ve PDF faturalar ise OCR ile okunur. Relay her faturayı satın alma siparişi ve mal kabulüyle eşleştirir, uyuşmayanları onaya gönderir, kalanları ERP’ye işler.

  • Yapılandırılabilir toleranslarla üçlü eşleştirme
  • Kayıt atılmadan önce mükerrer fatura kontrolü
  • Ticari e-faturalarda kabul ve ret yanıtlarının süresi içinde takibi

Kurulum seçenekleri

Kurulum seçenekleri

  • Kurum içi

    Relay, ağınızın içinde, ERP’nizin ve dosya paylaşımlarınızın yanında çalışır. Belgeleri kişisel veya finansal veri taşıyan ve bu verinin kendi altyapısında kalması gereken kurumlar için uygundur.

  • Özel bulut

    Özel bulut ortamınıza kurulur; bağlayıcılar kurum içindeki sistemlere yalnızca dışa doğru bağlantı açan hafif bir ajan üzerinden erişir.

  • Hibrit

    Orkestrasyon merkezde çalışır; doküman işleme ve bağlayıcılar ise yerinde kalır. Böylece belgeler ve kişisel veriler zaten bulundukları yerde işlenir.

Teknik özellikler

VARDA Relay

Tetikleyiciler
E-posta, SFTP, veritabanı değişikliği (CDC), webhook, zamanlama, API çağrısı
Akış tanımı
Görsel tasarımcı, TypeScript ve Python adımları; Git’te sürümlenir
Çalışma modeli
Kalıcı, olay kaynaklı durum; yeniden başlatmanın ardından kaldığı yerden sürer
Yeniden deneme
Üstel geri çekilme, idempotency anahtarları, dead-letter kuyruğu
Belge formatları
UBL-TR XML, PDF, TIFF ve JPEG taramalar, Excel, CSV, EDI
Alan çıkarımı
Alan bazında güven skorlu OCR; eşiğin altında insan kontrolü
Onay ve SLA
Vekâlet, eskalasyon, dört göz; iş takvimine bağlı sayaçlar
Denetim kaydı
Yalnızca ekleme; her adım, girdi, çıktı ve işlemi yapan; dışa aktarılabilir

Entegrasyonlar

  • SAP S/4HANA
  • Microsoft Dynamics 365
  • Logo Tiger
  • Netsis
  • Salesforce
  • Microsoft 365 / Exchange
  • IMAP / SMTP
  • SFTP
  • REST / SOAP
  • PostgreSQL
  • Microsoft SQL Server
  • GİB e-Fatura / e-Arşiv
  • MT940 / camt.053

Uyum ve yönetişim

  • UBL-TR doğrulaması ve gönderilen ya da alınan belgelerin saklanmasıyla, entegratörünüz üzerinden yürüyen GİB e-Fatura ve e-Arşiv süreçlerinin gereksinimlerini desteklemek üzere tasarlanmıştır.
  • Kişisel verilerin alan bazında maskelenmesi, rol tabanlı erişim ve yapılandırılabilir saklama ve imha süreleriyle KVKK ve GDPR gereksinimlerini desteklemek üzere tasarlanmıştır.
  • Görevler ayrılığı, dört göz onayı ve bütünlüğü doğrulanabilir denetim izi gibi ISO/IEC 27001 tarzı kontrolleri desteklemek üzere tasarlanmıştır.
  • Otomatik ya da manuel her adım için kanıt üreterek iç kontrol ve finansal denetim gereksinimlerini desteklemek üzere tasarlanmıştır.
Gece havadan görülen bir demiryolu makas sahası; çapraz uzanan paralel raylar ışık izleriyle çiziliyor.
Aynı makas sahası ışıklı çizgilerle yeniden çizilmiş; raylar ve makaslar ince hatlara dönüşmüş, üzerlerinde ışık darbeleri ilerliyor.

Uygulama alanı · A3

İş Süreçleri Otomasyonu

Tekrarı ortadan kaldır, zekâyı öne çıkar

Çözümü inceleyin

Sık sorulan sorular

Sık sorulan sorular

01Relay’in RPA’dan farkı nedir?

RPA, ekranlarda tıklayan bir kişiyi taklit eder ve ekran değiştiğinde bozulur. Relay ise mümkün olan her yerde API’ler, veritabanları, dosyalar ve mesaj kuyrukları üzerinden çalışır; ekran otomasyonunu yalnızca başka bir arayüz sunmayan sistemler için son çare olarak görür. Sonuç, daha az hareketli parça ve yazılım gibi test edilebilen süreçlerdir.

02Relay kayıt atmaya çalışırken ERP erişilemez durumdaysa ne olur?

Adım bekler ve üstel geri çekilmeyle yeniden denenir; idempotency anahtarı, yeniden denemenin ikinci bir kayıt oluşturmasını engeller. Kesinti adımın yeniden deneme sınırını aşarsa kayıt dead-letter kuyruğuna alınır ve sorumlusuna bildirim gider. Sistem yeniden erişilebilir olduğunda işlem aynı adımdan devam eder.

03Belgelerden veri çıkarımı ne kadar doğru, kontrolü kim yapıyor?

Doğruluk, belge kalitesine ve şablon çeşitliliğine bağlıdır; bu yüzden genel bir oran vermek yerine canlıya geçmeden önce kendi belgeleriniz üzerinde ölçeriz. Her alanın bir güven skoru vardır; belirlediğiniz eşiğin altında kalan alanlar bir kontrolcüye gider ve yapılan düzeltmeler çıkarımı iyileştirir. Yapılandırılmış XML olarak gelen e-Fatura belgeleri ise OCR gerektirmez.

04Akışları kendi ekibimiz oluşturup değiştirebilir mi?

Evet. Analistler akışları, kuralları ve onay rotalarını tasarımcıda düzenler; yazılımcılar kod adımları ve bağlayıcılar ekler. Değişiklikler canlıya çıkmadan önce sürümleme, gözden geçirme ve test ortamından geçer; çalışmakta olan süreçler başladıkları sürümle tamamlanır.

05Relay, e-Fatura ve e-Arşiv süreçlerini nasıl ele alıyor?

Relay, özel entegratörünüz ya da doğrudan entegrasyonunuz üzerinden GİB’e bağlanır; UBL-TR belgelerini gönderir ve alır, doğrular ve her biri için dönen yanıtı kaydeder. Gelen faturalar, diğer belgelerle aynı eşleştirme ve onay akışına girer. Yasal arşivleme entegratörünüzde ya da kendi arşivinizde kalır; Relay belge referanslarını ve işlem izinin tamamını saklar.

VARDA Relay’i kendi verinizle görün.

ERP, CRM, e-posta ve GİB e-Fatura arasında iş akışlarını yürütür; belgeleri OCR ile okur, istisnaları SLA ve eksiksiz denetim iziyle doğru kişiye yönlendirir.