ERP Entegrasyonu

ERP & Muhasebe Entegrasyonu: Logo, Netsis, Mikro & e-Fatura

E-ticaret, saha ve CRM ile Logo, Netsis veya Mikro arasında cari, stok, fatura ve siparişi iki yönlü senkronize eden, e-Fatura/e-Arşiv'i otomatikleştiren ve mutabakatsızlığı hata kuyruğuyla yöneten bir entegrasyon katmanı kurguluyoruz.

Türkiye'de orta ve büyük ölçekli hemen her işletmenin muhasebe ve cari gerçeği Logo, Netsis ya da Mikro içinde yaşar; ama satış artık tek kanaldan gelmez. Bir tarafta e-ticaret sitesi, bir tarafta pazaryeri, bir tarafta saha satış ekibi, bir tarafta CRM içinde açılan teklif, hepsi cari, stok, fatura ve sipariş bilgisi üretir. Bu bilgi çoğu işletmede hâlâ elle ERP'ye giriliyor: muhasebe ekibinden biri sabah e-ticaret siparişlerini tek tek Logo'ya işliyor, bir başkası pazaryeri faturalarını Excel'den kopyalıyor, saha temsilcisinin getirdiği tahsilatı bir başkası cariye düşüyor. Sonuç tahmin edilebilir: aynı stok iki kanalda satılıyor, cari bakiye günlerce yanlış kalıyor, e-Fatura geç kesiliyor, ay sonu mutabakatı bir kâbusa dönüşüyor. ERP ve muhasebe entegrasyonu dediğimizde çözmeye çalıştığımız şey tam olarak bu: ERP'yi sistemin merkezi gerçeği olarak koruyup, çevresindeki tüm kanalları ona iki yönlü, otomatik ve denetlenebilir biçimde bağlamak.

Elle ERP Girişi ve Mutabakatsızlığın Yarattığı Kayıplar

E-ticaret ve pazaryeri siparişleri her sabah elle Logo/Netsis/Mikro'ya giriliyor; muhasebe ekibi günde 3-5 saatini veri girişiyle geçiriyor ve sipariş başına %3-10 arası hata oluşuyor.

Stok tek bir kanalda güncelleniyor; aynı ürün hem siteden hem pazaryerinden satılınca olmayan mal satılmış oluyor, sipariş iptali ve müşteri memnuniyetsizliği yaşanıyor.

Cari bakiye gerçek zamanlı değil; saha temsilcisi müşteriye gider, kredi limiti dolu olduğunu bilmeden sipariş alır, sipariş ERP'de takılır, gün boşa gider.

e-Fatura/e-Arşiv elle kesiliyor ya da geç kesiliyor; GİB'e geç iletim, yanlış mükellef tipi (e-Fatura yerine e-Arşiv) ve UUID takibinin kaybı yüzünden vergisel risk ve red zarfları birikiyor.

Ay sonu iki sistem birbirini tutmuyor; mutabakatsızlığın kaynağını bulmak için muhasebe günlerce Excel karşılaştırması yapıyor, kapanış gecikiyor ve yönetim güvenilir rakamı ancak hafta sonu görüyor.

Yaklaşımımız

ERP entegrasyonu projelerinde ilk olarak kanonik veri modelini netleştirmeyi öneriyoruz: hangi varlık için hangi sistem "doğrunun tek kaynağı" olacak? Genelde cari, stok ve fiyat için ERP (Logo Tiger/Wings, Netsis, Mikro Fly) tek gerçektir; sipariş ve müşteri etkileşimi için e-ticaret veya CRM gerçektir; fatura için GİB gerçektir. Bu sahiplik haritası çizilmeden entegrasyon kurmak, iki sistemin aynı alanı birbirine zıt yönde yazıp sonsuz bir "kim haklı" döngüsüne girmesi demek. Bu yüzden bir alan masasında oturup her veri alanının yönünü (ERP'den dışarı mı, dışarıdan ERP'ye mi, çift yönlü mü) tek tek karara bağlamayı tercih ediyoruz; entegrasyonun mimarisi bu karardan doğuyor.

İkinci kritik karar iletişim katmanı. Her ERP'nin erişim yolu farklı: Logo için Logo Object servisleri ve Tiger/Wings tabloları, Netsis için REST/OData servisleri, Mikro Fly için API'ler ya da denetimli veritabanı görünümleri. Bunların hiçbirine doğrudan, senkron çağrı kurmuyoruz; çünkü ERP yavaşladığında ya da kapandığında tüm e-ticaret de kilitlenir. Onun yerine RabbitMQ üzerine olay tabanlı bir akış kuruyoruz: sipariş düştüğünde bir mesaj üretilir, kuyruktan bir worker alır, ERP'ye idempotent biçimde yazar. ERP bir saat kapalı kalsa bile mesajlar kuyrukta bekler, açılınca işlenir, hiçbir sipariş kaybolmaz. Standart API'si yetersiz eski ERP sürümleri için UiPath ile loglanabilir bir RPA köprüsü kurguluyoruz: ERP arayüzünü insan gibi süren ama denetlenebilir bir köprü.

Üçüncü katman e-Fatura/e-Arşiv otomasyonu. Sipariş kapandığında fatura taslağı otomatik üretilir, UBL-TR formatına dönüştürülür ve seçtiğiniz özel entegratör (Logo e-Çözümler, Uyumsoft veya Foriba) üzerinden GİB'e iletilir. Alıcının e-Fatura mükellefi olup olmadığı GİB mükellef listesinden otomatik sorgulanır; mükellefse e-Fatura, değilse e-Arşiv kesilir. Onay, ret, iptal ve itiraz durumları takip edilir; başarısız zarf hata kuyruğuna düşer, sebebiyle birlikte görünür ve düzeltilip tekrar gönderilebilir. UUID ve KEP takibi denetim için saklanır. Bu sayede vergisel uyum elle takip edilen bir görev olmaktan çıkıp ölçülebilir bir akışa dönüşüyor.

Son katman mutabakat ve görünürlük. Olay tabanlı akış anlık tutarlılığı sağlasa da, dağıtık sistemlerde küçük kaymalar kaçınılmaz. Bu yüzden gece çalışan reconciliation job'ları kuruyoruz: ERP'deki cari bakiye, stok adedi ve fatura toplamları dış sistemdekilerle karşılaştırılır, fark varsa fark raporu üretilir ve uyarı düşülür. Tüm hatalar Sentry'ye, tüm olaylar PostgreSQL'deki bir audit tablosuna akar; böylece "iki sistem tutmuyor" sürprizi ay sonu değil ertesi sabah yakalanır ve kök neden (yuvarlama, KDV farkı, eksik mapping) hızla görünür olur.

Süreç

01

Veri Sahipliği & Alan Eşleme

Cari, stok, fiyat, sipariş ve fatura için hangi sistemin tek gerçek olduğunu belirliyoruz. Her veri alanının yönünü (ERP'den dışarı / dışarıdan ERP'ye / çift yönlü) ve dönüşüm kurallarını tek tek karara bağlıyoruz.

02

ERP Adaptörü & Köprü

Logo Object, Netsis REST/OData ya da Mikro Fly API'leri için adaptör yazıyoruz; standart API'si zayıf eski sürümler için UiPath ile loglanabilir RPA köprüsü kuruyoruz. Tüm yazmalar idempotent ve dış referans anahtarlı.

03

Olay Tabanlı Senkron Katmanı

RabbitMQ üzerinde sipariş, stok, cari ve tahsilat olayları akar; worker'lar ERP'ye yazar. ERP downtime'ında mesaj kuyrukta bekler, retry devreye girer, başarısızlar dead-letter kuyruğuna düşer.

04

e-Fatura / e-Arşiv Otomasyonu

Logo e-Çözümler / Uyumsoft / Foriba entegratörü üzerinden UBL-TR fatura üretimi, GİB mükellef sorgusu, e-Fatura/e-Arşiv ayrımı, onay-ret-iptal takibi, UUID/KEP loglama ve hata kuyruğu yönetimi.

05

Mutabakat, İzleme & Canlı Geçiş

Gece çalışan reconciliation job'ları ile cari/stok/fatura fark raporu, Sentry hata izleme, PostgreSQL audit log. Tek kanalda pilot, doğrulama sonrası tüm kanallara açma, eğitim ve hyper-care.

Tercih Ettiğimiz Teknolojiler

Tipik tercihlerimiz aşağıdaki gibi; mevcut ERP sürümünüze, entegratörünüze ve kanal sayınıza göre uyarlıyoruz.

Teknik Stack
Logo Tiger / Wings (Logo Object)Netsis (REST / OData)Mikro Fly adaptörleriOData / REST / SOAP entegrasyonGİB e-Fatura / e-Arşiv (UBL-TR)Logo e-Çözümler / Uyumsoft / Foriba entegratörRabbitMQ (olay kuyruğu + dead-letter)PostgreSQL (audit + mutabakat)Reconciliation job'ları (gece mutabakat)UiPath (eski ERP için RPA köprüsü)Idempotent yazma + retry mekanizmasıSentry (hata izleme + uyarı)

Sıkça Sorulan Sorular

Her ERP'nin kendi erişim yolunu kullanıyoruz: Logo için Logo Object (LOGO REST/SOAP) ve Tiger/Wings tabloları, Netsis için Netsis REST/OData servisleri, Mikro Fly için sağlanan API'ler ya da denetimli veritabanı görünümleri. Cari, stok, fiyat ve sipariş gibi master data ERP'den dış sistemlere okunur; satış, tahsilat ve fatura gibi sonuçlar geri yazılır. Tüm yazma işlemleri idempotent yapılır. Aynı sipariş ağ kesintisinde iki kez düşmez, çünkü her kaydın benzersiz bir dış referans anahtarı vardır. Standart API'si zayıf eski sürümler için UiPath ile RPA köprüsü kurabiliyoruz; ERP arayüzünü insan gibi süren ama loglanabilir bir köprü. Hedef, ERP'yi sökmeden onu sistemin merkezi gerçeği olarak korumak.

ERP & Muhasebe Entegrasyonunuz İçin Görüşelim

15-30 dakikalık ücretsiz keşif görüşmesi. Mevcut ERP sürümünüzü, kanallarınızı ve e-Fatura entegratörünüzü anlıyoruz; mimari yön ve net bir fiyat bandı veriyoruz.