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ı
- Tezgah’ı aç,
Pod'larsayfası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. - MCP connector kur.
Entegrasyonlarsekmesinden “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. - Kimlik doğrulamayı test et. “Bağlantıyı dene” düğmesine bas. Agent yalnız
query_logo_netsis_dbile bir okuma çağrısı yapar; örneğin son 5 cari kart adı çekilir. Sonuç gelirse bağlantı sağlam. - İlk tool çağrısı. Bir test fatura PDF’ini fatura klasörüne bırak. Tezgah dosyayı algılar, agent
read_invoice_pdfizni ister. Onayla. Çıkan metadata — VKN, tutar, KDV, tarih — Tezgah’ta görünür. - 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.
- Yüksek risk eşiği belirle. Settings → PolicyEngine’de
reconcile_e_defter_entryveapprove_payment_releaseiç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.