ERP entegrasyonu, muhasebe ve kaynak planlama sisteminizdeki verinin; saha satış uygulaması, B2B portal, e-ticaret sitesi veya raporlama araçları gibi diğer yazılımlarla otomatik ve tutarlı şekilde paylaşılmasıdır. Türkiye'de KOBİ ve orta ölçekli firmaların önemli kısmı Logo, Mikro veya Netsis kullanır; bu sistemlere dışarıdan bağlanmanın ise birden fazla yolu vardır. Bu yazıda üç temel ERP entegrasyon yöntemini, yani API, doğrudan veritabanı ve ara katman yaklaşımını karşılaştırıyor, hangisinin ne zaman tercih edilmesi gerektiğini anlatıyoruz.
ERP entegrasyonunda hangi veriler aktarılır?
Yöntemi seçmeden önce neyin, hangi yönde ve ne sıklıkla aktarılacağını netleştirmek gerekir. Saha satış ve bayi senaryolarında tipik veri akışı şöyledir:
| Veri | Yön | Tipik sıklık |
|---|---|---|
| Ürün kartları, birimler, barkodlar | ERP → uygulama | Günlük veya değişiklikte |
| Fiyat listeleri ve kampanyalar | ERP → uygulama | Değişiklikte |
| Stok miktarları | ERP → uygulama | Sık aralıklarla veya anlık |
| Cari kartlar ve bakiyeler | ERP → uygulama | Sık aralıklarla |
| Siparişler | Uygulama → ERP | Anlık |
| Tahsilatlar ve iadeler | Uygulama → ERP | Anlık veya gün sonu |
| Yeni müşteri adayları | Uygulama → ERP | Onay sonrası |
Yöntem 1: API ve web servisleri
ERP üreticisinin sunduğu resmi servisler veya nesne kütüphaneleri üzerinden entegrasyon yapılır. Logo tarafında Logo Objects ve REST servisleri, Netsis tarafında NetOpenX, Mikro tarafında ise ürüne göre sunulan servisler bu amaçla kullanılır. Hangi servisin mevcut olduğu ERP'nin ürününe, sürümüne ve lisansına göre değişir; bu yüzden kendi kurulumunuzu çözüm ortağınızla birlikte kontrol etmeniz gerekir.
Avantajları:
- İş kuralları (vergi, iskonto, fiş numaralandırma) ERP'nin kendi mantığıyla uygulanır.
- ERP güncellemelerinde entegrasyonun bozulma riski daha düşüktür.
- Veri bütünlüğü ERP tarafından korunur.
Dezavantajları:
- Ek lisans veya modül gerekebilir.
- Toplu veri okumalarında performans sınırlı olabilir.
- Servisin sunmadığı alanlara erişmek mümkün olmayabilir.
Yöntem 2: Doğrudan veritabanı erişimi
Logo, Mikro ve Netsis genellikle Microsoft SQL Server üzerinde çalışır. Veritabanına doğrudan bağlanıp tablolardan okuma yapmak teknik olarak mümkündür ve özellikle okuma işlemlerinde hızlıdır.
Okuma için: Ürün, stok, fiyat ve cari bakiye gibi verilerin okunmasında, salt okunur bir kullanıcı ve görünümler (view) üzerinden kontrollü erişim makul bir çözümdür.
Yazma için: Sipariş veya fatura gibi kayıtları doğrudan tablolara yazmak risklidir. ERP bir kayıt oluştururken birçok tabloyu birlikte günceller, numaralandırma ve bakiye hesaplarını kendi mantığıyla yapar. Bu mantığı atlayan bir yazma işlemi tutarsız kayıtlara, hatalı raporlara ve destek sorunlarına yol açabilir. Ayrıca ERP sürüm güncellemelerinde tablo yapısı değişirse entegrasyon sessizce bozulabilir.
Genel kural şudur: veritabanından okuyun, ERP'nin kendi servisleriyle yazın.
Yöntem 3: Ara katman (middleware) yaklaşımı
Ara katman, mobil veya web uygulaması ile ERP arasında duran, kendi veritabanı ve iş mantığı olan bir servistir. Uygulama ERP ile hiçbir zaman doğrudan konuşmaz; ara katmanla konuşur.
Ara katmanın üstlendiği görevler:
- ERP'den gelen veriyi önbelleğe alarak mobil uygulamaya hızlı sunmak.
- Sahadan gelen siparişleri kuyruğa alıp ERP'ye sırayla ve kontrollü aktarmak.
- ERP'ye ulaşılamadığında veriyi kaybetmeden bekletip tekrar denemek.
- Hatalı kayıtları işaretleyip yöneticiye bildirmek.
- Farklı ERP'leri aynı arayüz arkasında toplamak.
- Kimlik doğrulama, yetki ve işlem kayıtlarını merkezi olarak yönetmek.
Bu yaklaşım, ERP sunucusunun internete açılmasını da gereksiz kılar. Yerel ağdaki bir bağlayıcı servis, ara katmanla şifreli bağlantı kurarak veri alışverişini yapar.
Ara katmanın bir başka avantajı da gelecekteki değişikliklere karşı esneklik sağlamasıdır. Firma ileride ERP'sini değiştirdiğinde, yeni bir e-ticaret kanalı açtığında veya bir raporlama aracı eklediğinde, mobil uygulamanın ve diğer istemcilerin değişmesine gerek kalmaz; yalnızca ara katmanın ERP'ye bakan tarafı uyarlanır. Öte yandan ara katman ek bir sunucu, izleme ve bakım sorumluluğu demektir. Küçük ölçekli ve tek kanallı projelerde bu ek yük gereksiz olabilir; birden fazla uygulamanın aynı ERP verisini kullandığı veya saha ekibinin çevrimdışı çalıştığı senaryolarda ise genellikle kendini hızla amorti eder.
Senkronizasyon stratejisi: anlık mı, periyodik mi?
Yöntem kadar önemli bir diğer karar, verinin ne zaman aktarılacağıdır. Her veri için anlık senkronizasyon hem gereksiz hem de ERP sunucusu için yük oluşturabilir.
- Periyodik (zamanlanmış) aktarım: Ürün kartları, fiyat listeleri gibi seyrek değişen veriler için belirli aralıklarla toplu aktarım yeterlidir. Yalnızca son aktarımdan bu yana değişen kayıtları çekmek (delta senkronizasyon) yükü önemli ölçüde azaltır.
- Olay tabanlı aktarım: Sipariş ve tahsilat gibi kayıtlar oluştuğu anda kuyruğa alınır ve ERP'ye iletilir. Bağlantı sorunu olursa kayıt kuyrukta bekler ve tekrar denenir.
- Talep üzerine sorgu: Kritik bir siparişten önce güncel stok veya risk limiti gibi bilgiler anlık olarak sorgulanabilir.
Mobil uygulamanın çevrimdışı çalışması gerekiyorsa cihazda yerel bir veri kopyası tutulur. Bu durumda çakışma kuralları da önceden tanımlanmalıdır: örneğin çevrimdışı girilen bir siparişte fiyat, sipariş anındaki fiyat mı yoksa aktarım anındaki fiyat mı olacak? Bu tür iş kuralları teknik değil, ticari kararlardır ve satış ile finans ekipleriyle birlikte netleştirilmelidir.
Üç yöntemin karşılaştırması
| Kriter | API / web servisi | Doğrudan veritabanı | Ara katman |
|---|---|---|---|
| Veri bütünlüğü | Yüksek | Okumada iyi, yazmada riskli | Yüksek (yazma API ile yapılırsa) |
| Performans | Servise bağlı | Okumada yüksek | Önbellek sayesinde yüksek |
| Çevrimdışı ve hata toleransı | Düşük | Düşük | Yüksek |
| ERP güncellemelerine dayanıklılık | İyi | Zayıf | İyi |
| Kurulum eforu | Orta | Düşük | Daha yüksek |
| Güvenlik | İyi | Dikkat gerektirir | İyi, ERP dışa açılmaz |
Pratikte en sağlıklı sonuç genellikle karma yapıdan gelir: ara katman merkezde durur, okumaları görünümler üzerinden hızlıca yapar, yazmaları ise ERP'nin resmi servisleriyle gerçekleştirir.
Entegrasyon projesinde dikkat edilmesi gerekenler
- Ana veri sahipliği: Hangi verinin asıl kaynağı ERP, hangisinin uygulama olduğu netleşmeli.
- Eşleştirme: Ürün kodu, cari kodu ve birim dönüşümleri iki sistemde tutarlı olmalı.
- Tekrar önleme: Aynı sipariş bağlantı kopması nedeniyle iki kez aktarılmamalı; her kayıt benzersiz bir anahtarla izlenmeli.
- Hata görünürlüğü: Aktarılamayan kayıtlar sessizce kaybolmamalı, panelde listelenmeli.
- Test ortamı: Canlı ERP üzerinde deneme yapılmamalı; bir test şirketi veya kopya veritabanı kullanılmalı.
Logo ve Mikro özelinde mobil entegrasyonun pratik detaylarını Logo ve Mikro ERP mobil entegrasyonu yazımızda ayrıca ele aldık.
BernSFA; Logo, Mikro, Netsis, SAP ve REST/SOAP servisi sunan sistemlerle stok, ürün, cari, fiyat listesi ve kampanya senkronizasyonu yapacak şekilde kurgulanır. Mevcut ERP yapınıza uygun entegrasyonu planlamak için SFA yazılımı sayfamıza göz atabilir veya BernSoftware ekibiyle iletişime geçebilirsiniz.
Sıkça sorulan sorular
ERP veritabanına doğrudan yazmak neden önerilmez?
ERP bir kayıt oluştururken birden fazla tabloyu birlikte günceller, numaralandırma ve bakiye hesaplarını kendi iş mantığıyla yapar. Doğrudan tabloya yazmak bu mantığı atlar; tutarsız kayıtlara ve sürüm güncellemelerinde bozulmalara yol açabilir.
Logo, Mikro ve Netsis için API kullanmak ek lisans gerektirir mi?
Bu, ERP ürününe, sürümüne ve mevcut lisansınıza göre değişir. Hangi servislerin kullanılabilir olduğunu ERP çözüm ortağınızla birlikte kontrol etmeniz gerekir.
Ara katman neden gerekli, uygulama doğrudan ERP'ye bağlanamaz mı?
Bağlanabilir, ancak ara katman önbellekleme, sıraya alma, hata durumunda tekrar deneme ve merkezi güvenlik sağlar. Ayrıca ERP sunucusunun internete açılmasına gerek kalmaz ve farklı ERP'ler aynı arayüz arkasında yönetilebilir.
Böyle bir proje mi planlıyorsun?
10 adımda planla