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 Çift teyit
export_monthly_report dusuk Otomatik

Bugün: Netsis işleri Ilura’da nasıl yapılır?

Bugünkü Ilura’da ERP akışı hazırlayan-rol üzerinden kurulur: fatura görselini veya Netsis’ten aldığın dökümü agent’a verirsin; Apple Intelligence cihaz-üstü okur — VKN, tutar, KDV, tarih çıkarır; kayda hazır özet, tahsilat hatırlatma taslağı, e-defter ön-kontrol listesi üretir. Netsis kaydını sen geçirirsin; agent’ın ERP’ye yazma yetkisi yoktur. Kısayollar ile akış otomatikleşir: “gelen fatura fotoğrafını Murat’a ver, özetini muhasebe notuma düşür”.

İlk nesil MCP connector mimarisi — tarihsel ve öğretici

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. İlk nesil (masaüstü) Ilura’da agent’ın Netsis’e dokunması MCP connector ile köprülenmişti: kimlik doğrulama kullanıcının makinesinde yapılır, oturum ODBC veya REST üzerinden taşınır, her tool çağrısı PolicyEngine’in onay basamağından geçerdi. ERP entegrasyonu kuran ekipler için bu desen hâlâ öğretici bir şablon.

Onay paterni — risk disiplini

Mali kayıt akışının risk seviyesi yüksek çünkü hem KVKK hem ticari sır hem mevzuat alanına dokunuyor. İlk nesil PolicyEngine’in üç katmanlı onay paterni bugün de doğru çerçeve:

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 — fatura okumak, vadesi geçmişleri listelemek, tahsilat hatırlatma taslağı kurmak. Kullanıcı onayı gerekir: “şu faturayı okumak istedim, görmek ister misin?” Onay verirsen devam eder, vermezsen geri çekilir. Reddedilen her öneri tercih profiline negatif örnek olarak yazılır — bir sonraki sefer agent daha temkinli yaklaşır.

Yüksek risk — e-defter kaydına dokunmak veya ödeme serbest bırakmak: geri alınması zor işler. Bugünkü kurguda bunlar zaten agent’ın yetkisinde değil — agent ön-kontrol ve hazırlık yapar, kaydı/ödemeyi sen geçirirsin. İlke: iki kez doğrulanmamış hiçbir mali işlem akmaz; “kim, ne zaman, hangi gerekçeyle onayladı” izi onay geçmişinde durur.

Bugünkü kurulum — üç adım

  1. Agent’ını tanımla. Görev: “Fatura görsellerinden VKN, tutar, KDV, tarih çıkarır; tahsilat takibi yapar; e-defter ön-kontrol listesi hazırlar.” Sınır: “Kayıt geçirmez, ödeme tetiklemez — hazırlar, ben işlerim.”
  2. İlk faturayı ver. Bir test fatura görseli paylaş; çıkan metadata — VKN, tutar, KDV, tarih — saniyeler içinde gelir. Eksik alanı nasıl işaretlediğine bak, düzelt.
  3. Onay paternini öğret + Playbook yaz. İlk hafta her öneriye bilinçli onay-red ver; agent tercih profili 80-100 örnekten sonra ritmine yakınsar. Playbook’a tutar eşiğini yaz — örneğin “50.000 TL üzeri her zaman bana danış”.

(İlk nesil masaüstü kurulumu farklıydı: pod, MCP connector, ODBC/REST connection string, keychain. O akış connector mimarisiyle birlikte tarihe karıştı; risk eşiği ilkesi aynen duruyor.)

Sektörel kullanım

Logo Netsis akışı ö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; Netsis tarafında özel modül gerekmez — agent ERP’nin dışında, hazırlayan rolde durur. 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 sayfadaki Netsis’e özgü alan adları işine yaramaz; ama hazırlayan-rol deseni aynıdır: belgeden kayda hazır özet, kaydı sen geçirirsin.

İkincisi, iş akışın yüksek hacimli otomatik kayıt istiyor (günde yüzlerce fatura doğrudan ERP’ye işlenmeli). Hazırlayan-rol bu hacimde dar kalır; ERP’nin kendi e-fatura entegratörleri ve toplu içe aktarma araçları doğru adres olur. Agent o akışın denetim ve özet katmanında değer üretir.

Üçüncüsü, şirket politikan kişisel cihazda iş verisi işlenmesine hiç izin vermiyorsa (sıkı MDM rejimi). Bu durumda BYOD temelli kişisel agent kullanımını IT ile konuşmak gerekir; cihaz-üstü işlemenin ‘veri hiçbir sunucuya gitmiyor’ güvencesi bu görüşmenin en güçlü argümanıdır.

Sıkça sorulanlar

Logo Netsis bağlantısı için ek lisans gerekir mi?
Mevcut Logo Netsis lisansın yeterli — agent Netsis'in içine kurulmaz. Bugünkü kurguda agent **hazırlayan** roldedir: fatura görselinden kayda hazır özet üretir, Netsis kaydını sen geçirirsin. (İlk nesil Ilura'da MCP connector ile REST/ODBC köprüsü kurulurdu; o mimari tarihe karıştı.)
Yazma yetkisi varsayılan açık mı?
Agent'ın Netsis'e yazma yetkisi yok — kayıt geçirmek sende. Agent kayda hazır özeti üretir, sen kontrol edip Netsis'e işlersin. (İlk nesil connector döneminde de yazma varsayılan kapalıydı ve her yazma çağrısı yüksek risk onayı isterdi — ilke aynı.)
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?
İşleme cihaz-üstü yapılır; T.C. kimlik no dahil hiçbir alan işlenmek için telefondan çıkmaz. Dışa dönük çıktılarda (rapor, mail taslağı) kimlik bilgisi anılmaz — kural Playbook'a yazılır.
Bağlantı koparsa ne olur?
Bugünkü kurguda bağlantı diye bir bağımlılık yok — agent eline verilen belgeyle cihazda çalışır. (İlk nesil connector retry politikasıyla tekrar dener, yazma çağrıları transactional işlerdi — tutarsız yarı kayıt oluşmazdı.)
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.