entegrasyon Logo Yazılım mcp 7 dk okuma KVKK · yüksek risk

Logo Netsis entegrasyonu: fatura okuma, e-defter, tahsilat

Hangi tool çağrıları?

Tool Risk Onay
read_invoice_pdf orta Kullanıcı onayı
extract_invoice_metadata dusuk Otomatik
query_logo_netsis_db orta Kullanıcı onayı
reconcile_e_defter_entry yuksek Kullanıcı onayı
list_overdue_invoices orta Otomatik
draft_dunning_email orta Kullanıcı onayı
approve_payment_release yuksek Biyometrik onay
export_monthly_report dusuk Otomatik

Vendor ve connector tipi

Logo Yazılım Türkiye’nin en yaygın ERP sağlayıcısı; Tiger 3, j-Guar ve Netsis Wings hatları binlerce KOBİ ve orta ölçekli şirkette dönüyor. Agent’ın muhasebe akışına yetişmesi için Netsis’in modüllerine güvenli bir köprü gerek — ne kadarını okuyabileceği ve hangi kaydı düşebileceği net çizilmeli. Connector tipi olarak MCP (Model Context Protocol) seçildi. MCP, Tezgah’ın yerel sürecinde çalışan bir köprüdür; kimlik doğrulamayı kullanıcının makinesinde yapar, oturumu Logo Netsis veri tabanına ODBC veya REST üzerinden taşır. Ağ trafiği makineden çıkmaz, dış SaaS’a bağımlı değilsin. Connector tek tek tool çağrılarını expose eder; agent bunları kendi başına çağırmak yerine PolicyEngine’in onay basamağına gönderir.

PolicyEngine onay paterni

Logo Netsis entegrasyonunun risk seviyesi yüksek çünkü mali kayıt hem KVKK hem ticari sır hem mevzuat alanına dokunuyor. PolicyEngine üç katmanlı onay paterni uygular.

Düşük risk — extract_invoice_metadata, export_monthly_report gibi salt okuma + agregat üretim çağrıları. Bunlar otomatik geçer. Agent metadata’yı çekti, raporu hazırladı; kullanıcıyı uyandırmaz, audit chain’e SHA-256 imzalı satır düşer.

Orta risk — read_invoice_pdf, query_logo_netsis_db, list_overdue_invoices, draft_dunning_email. Kullanıcı onayı gerekir. Tezgah üst köşede sessiz bir bildirim gösterir: “fatura PDF’ini okumak istedim, görmek ister misin?” Onay verirsen çağrı geçer, vermezsen agent geri çekilir. Reddedilen her çağrı Bayesian profile negatif örnek olarak yazılır — bir sonraki sefer agent daha temkinli yaklaşır.

Yüksek risk — reconcile_e_defter_entry, approve_payment_release. E-defter kaydına dokunmak veya ödeme serbest bırakmak geri alınması zor işlerdir. Bunlar için biyometrik onay devreye girer (Touch ID, Windows Hello). Onay penceresi kararı net gösterir: hangi kayıt, hangi tutar, hangi cari, hangi gerekçe. İki kez doğrulama olmadan çağrı geçmez. Audit chain bu kararları ekstra metadata ile saklar — denetimde “kim, ne zaman, hangi gerekçeyle onayladı” cevabı zincirde durur.

Kurulum adımları

  1. Tezgah’ı aç, Pod'lar sayfasında yeni bir pod oluştur. Ad: “logo-netsis-pod”. Dosya kapsamını Logo Netsis kurulum dizinine ve fatura PDF klasörüne sınırla. Ağ izni: Netsis sunucusu IP’si + GİB e-fatura allowlist’i.
  2. MCP connector kur. Entegrasyonlar sekmesinden “Logo Netsis” connector’ünü seç. Connection string’i gir: ODBC için DSN adı veya REST endpoint URL’si. Kullanıcı adı ve parolayı OS keychain’e yaz — config dosyasına asla.
  3. Kimlik doğrulamayı test et. “Bağlantıyı dene” düğmesine bas. Agent yalnız query_logo_netsis_db ile bir okuma çağrısı yapar; örneğin son 5 cari kart adı çekilir. Sonuç gelirse bağlantı sağlam.
  4. İlk tool çağrısı. Bir test fatura PDF’ini fatura klasörüne bırak. Tezgah dosyayı algılar, agent read_invoice_pdf izni ister. Onayla. Çıkan metadata — VKN, tutar, KDV, tarih — Tezgah’ta görünür.
  5. Onay paternini eğit. İlk hafta her orta-risk çağrıda onay-red ver. Bayesian profil 80-100 örnekten sonra senin ritmine yakınsar. Agent hangi tedarikçide otomatik geçeceğini, hangisinde sana danışacağını öğrenir.
  6. Yüksek risk eşiği belirle. Settings → PolicyEngine’de reconcile_e_defter_entry ve approve_payment_release için biyometrik zorunlu kalsın. Tutar eşiği belirle — örneğin 50.000 TL üzeri her ödeme her durumda biyometrik istesin.

Sektörel kullanım

Logo Netsis entegrasyonu öncelikle finans agent’ı için kritik — fatura okuma, e-defter kontrolü, tahsilat takibi onun günlük akışı. Satın alma tarafında tedarikçi cari kartı, sipariş siparişi, fatura eşleştirme akışlarına dokunur. Lojistik için sevkiyat ve irsaliye kayıtları Netsis’in stok modülünden gelir.

Türkiye’de Logo Yazılım’ın büyük bayilik ağı var; entegrasyon kuran çoğu KOBİ önce bayisinden destek alıyor. Tezgah connector’ü bayinin yaptığı kuruluma paralel oturur — Netsis tarafında özel modül istemez. Yıllık ciro 10 milyon TL altı KOBİ’lerden 250 milyon TL üzeri orta ölçekli şirketlere kadar aynı pattern çalışır; veri hacmi büyüdükçe agent’ın eğitim örneği sayısı da büyür, doğruluk yukarı çıkar.

Ne zaman kullanılmaz?

Logo Netsis bağlantısı her şirkete uymaz. Üç ana karşı-endikasyon var.

Birincisi, Logo dışında ERP kullanıyorsan — SAP, Microsoft Dynamics, Mikro, Eta — bu connector senin işine yaramaz. Tezgah’ın Entegrasyonlar sekmesinde başka vendor connector’lerini ara; SAP için ileride RFC bridge planlanıyor, Mikro tarafında ODBC connector mevcut.

İkincisi, Netsis lisansın çok eski sürüm (Wings 1.x öncesi gibi) ve REST API yok, ODBC sürücüsü 32-bit only. Agent 64-bit pod’da çalışır; 32-bit ODBC köprüsü ek bir bridge process gerektirir, kararlılık düşer. Bu durumda lisans güncellemesi öncesi entegrasyonu erteleyebilir, manuel rapor üretimine ağırlık verebilirsin.

Üçüncüsü, KVKK gereği bütün finansal veri yalnız on-premise tutuluyorsa ve şirket politikan herhangi bir bulut çağrısına izin vermiyorsa — Tezgah’ın bulut eğitmen çağrılarını da kapatman gerekir. Bu mümkün; tüm inference yerel kalır. Ama agent’ın olgunlaşma süresi uzar, çünkü yeni tedarikçi şablonlarında bulut eğitmenden hızlı destek gelmez. Hız ve gizlilik arasında dengeyi sen kuruyorsun.

Sıkça sorulanlar

Logo Netsis bağlantısı için ek lisans gerekir mi?
Mevcut Logo Netsis lisansın yeterli. Tezgah agent'ın Netsis'e dokunmasını MCP connector üzerinden köprüler; Netsis tarafında ek modül satın almana gerek yok. Logo Yazılım'ın resmi REST API'si açıksa o kullanılır, kapalıysa ODBC ile veritabanı katmanına bağlanılır.
Yazma yetkisi varsayılan açık mı?
Hayır. İlk kurulumda yalnız okuma izinleri açık gelir. Yazma — yeni cari kart açma, fatura kaydı düşme, tahsilat fişi oluşturma — her birini ayrı ayrı onaylaman gerekir. PolicyEngine her yazma çağrısını yüksek risk olarak işaretler ve seni bekler.
E-defter beratını agent gönderebilir mi?
Beratı agent göndermez — bu yetki muhasebecide kalır. Agent yalnız kapanış öncesi taramayı yapar: eksik kayıt, açıkta kalan hesap, KDV mahsup tutarsızlığı. Bulduğunu rapor eder, gönderim kararını sen verirsin.
Müşteri T.C. kimlik numarası faturada görünüyor — agent ne yapar?
Yerel inference yapar, veri pod'dan dışarı çıkmaz. Bulut eğitmenine örnek gidiyorsa T.C. kimlik no yıldızlanır, isim hash'lenir. Audit chain her okumayı SHA-256 imzalı kayıt olarak tutar — denetimde 'agent ne okudu' sorusu cevaplanabilir.
Bağlantı koparsa ne olur?
MCP connector retry politikasıyla tekrar dener; üç tutmayan denemeden sonra agent durur ve seni uyarır. Yarıda kalan iş yarıda kalır — yazma çağrısı transactional, ya tamamen geçer ya hiç geçmez. Tutarsız yarı kayıt oluşmaz.
Birden fazla şirket dosyası var, hepsine aynı agent mı bakar?
Tercih sende. Tek agent çoklu firma kodunu tarayabilir veya her şirket için ayrı agent yetiştirebilirsin. Ayrı agent yetiştirmek ses tonu, onay alışkanlığı ve risk profili farklılaşıyorsa daha sağlıklı — agent ilgili şirketin ritmini öğrenir.