Bir üretim KOBİ’sinde tipik sabah şöyle geçer: muhasebe departmanı faturaları kendi programına elle girer, satış ekibi CRM’de ayrı bir müşteri listesi tutar, depo excel’de stok sayar, üretim hattı ise kendi takip defterini kullanır. Ay sonunda biri oturup dört farklı kaynağı tek tabloda birleştirir — genelde geç saatte, genelde hatalı.
Bu tabloya “veri silosu” denir: aynı işletmenin farklı bölümleri, birbirinden habersiz sistemlerde çalışır. Sorun yazılımın azlığı değil, sistemlerin birbiriyle konuşmamasıdır. ERP entegrasyonu tam olarak bunu çözer: mevcut sistemleri (muhasebe, CRM, e-ticaret, üretim, depo) birbirine bağlayıp veriyi tek seferde, doğru yerde tutar.
Bu, teknik bir detay değil işletme sahibinin doğrudan hissettiği bir maliyettir. Ay sonunda raporu bir kişinin elle birleştirmesi gerekiyorsa, o kişi izinli olduğunda rapor gecikir; birden fazla sistemde aynı stok kalemi farklı sayıyı gösteriyorsa, satış ekibi olmayan ürünü satabilir. Silo büyüdükçe düzeltme maliyeti de büyür — erken fark edilen bir entegrasyon ihtiyacı, yıllar sonra “hangi sistem doğru söylüyor” tartışmasına dönüşmeden çözülebilir.
Veri silosu nereden çıkıyor
Çoğu KOBİ tek bir kararla değil, zaman içinde büyüyerek bu duruma gelir. Önce muhasebe programı alınır, sonra satış büyüyünce bir CRM eklenir, e-ticaret açılınca bir pazaryeri paneli devreye girer, üretim genişleyince bir MRP ya da barkod sistemi kurulur. Her sistem kendi başına doğru bir karardır; sorun bunların birbirine hiç bağlanmamış olmasıdır.
Sonuç, üç tekrarlayan belirti olarak ortaya çıkar:
- Çift veri girişi. Aynı sipariş, aynı müşteri, aynı stok kalemi birden fazla sistemde elle tekrar girilir.
- Gecikmiş görünürlük. Yönetici “bugün ne kadar satıldı, stokta ne var” sorusuna anlık cevap alamaz; rapor için birinin veriyi toplaması gerekir.
- Tutarsızlık riski. Bir sistemde güncellenen fiyat ya da stok, diğerine yansımayınca yanlış teklif, yanlış sevkiyat ya da çift satış olur.
Entegrasyon yöntemleri: hangisi ne zaman
Sistemleri birbirine bağlamanın tek bir doğru yolu yok; işletmenin ölçeğine ve sistem sayısına göre üç yaklaşım öne çıkıyor.
| Yöntem | Nasıl çalışır | Ne zaman uygun |
|---|---|---|
| Doğrudan API bağlantısı | İki sistem, üretici tarafından sunulan API üzerinden doğrudan veri alışverişi yapar | Az sayıda (2-3) sistem, her ikisinde de açık API varsa |
| Middleware / entegrasyon platformu | Sistemler arasına bir ara katman konur, veri akışı buradan yönetilir ve izlenir | 4+ sistem, farklı üretici/yaş karışımı, büyüme planlanıyorsa |
| Toplu veri senkronizasyonu (ETL) | Veriler belirli aralıklarla (örn. saatte bir) toplanıp hedef sisteme aktarılır | Anlık senkronizasyon şart değilse, maliyet/hız dengesi öncelikliyse |
Türkiye’de KOBİ ölçeğinde en sık görülen ilk adım, muhasebe/ERP tarafını e-ticaret ya da e-fatura akışıyla bağlamaktır; ardından CRM ve üretim/depo tarafı eklenir. Hangi ERP’nin (Logo, Netsis, SAP Business One ve benzerleri) hangi entegrasyon seçeneğini sunduğu üreticiden üreticiye değişir — proje başlamadan önce kullandığınız yazılımın kendi API/entegrasyon dokümantasyonunu mutlaka kontrol edin ya da yazılım sağlayıcınıza doğrudan sorun.
Entegrasyon projesi nasıl planlanır
Entegrasyon bir yazılım kurulumu değil, bir süreç projesidir. Sağlam giden projelerde adımlar genelde şöyle sıralanır:
- Veri haritası çıkarın. Hangi veri (müşteri, sipariş, stok, fatura) hangi sistemde “asıl kaynak” (source of truth) olacak? İki sistemin de aynı veriyi “doğru” sanması, entegrasyonun en sık başarısızlık nedenidir.
- Önceliği tek bir akışa verin. Her şeyi aynı anda bağlamaya çalışmak yerine en çok manuel emek yiyen akışı (genelde sipariş-fatura-stok üçgeni) ilk pilot olarak seçin.
- Hata senaryolarını baştan tasarlayın. Bağlantı koparsa, veri format uyuşmazsa ne olacak? Sessizce veri kaybetmek yerine hatayı görünür kılan bir uyarı mekanizması kurulmalı.
- Test ortamında doğrulayın. Canlı veriyle denemeden önce, gerçek veri örnekleriyle bir test/staging ortamında akışı çalıştırın.
- Devreye alma sonrası izleyin. İlk haftalarda veri tutarlılığını manuel de kontrol edin; otomasyon güvene alınana kadar çift kontrol maliyeti kabul edilebilir.
Sık yapılan hatalar
- “Önce büyük yazılım, sonra entegrasyon” sırası. Yeni bir ERP’ye geçmeden mevcut entegrasyon ihtiyacı netleşmemişse, yeni sistem de kısa sürede yeni bir silo olur.
- Tek kişiye bağımlı kalmak. Entegrasyonu kuran kişi ayrılınca dokümantasyon yoksa, bakım kimseye kalmaz.
- KVKK ve erişim yetkisini atlamak. Sistemler birbirine açıldığında, hangi kullanıcının hangi veriye erişebileceği yeniden tanımlanmalı; entegrasyon veri koruma sorumluluğunu ortadan kaldırmaz.
- Ölçmeden başlamak. Entegrasyon öncesi kaç saat/ay manuel veri girişine gidiyor, bunu tahmini de olsa not edin — proje sonunda kazanımı göstermenin tek yolu budur.
- Eski sistemi hiç sorgulamadan kabul etmek. Bazı entegrasyon ihtiyaçları, aslında sistemin kendisinin artık ihtiyaca cevap vermediğinin işaretidir. Entegrasyon planı yapılırken “bu sistem beş yıl sonra da yeterli mi” sorusu da masaya konmalı.
Entegrasyonun somut kazanımı ne olur
Entegrasyon projesi tamamlandığında değişim genelde üç yerde görünür:
- Elle veri girişi süresi düşer. Sipariş bir sistemde girildiğinde diğerlerine otomatik yansır; aynı bilgi ikinci, üçüncü kez yazılmaz.
- Rapor beklemek yerine anlık bakılır. Stok, satış, üretim durumu tek panelden ya da tek doğru kaynaktan görülebilir; ay sonu birleştirme işi ortadan kalkar.
- Hata kaynaklı kayıp azalır. Fiyat/stok uyuşmazlığından doğan yanlış teklif, çift satış ya da eksik sevkiyat riski, veriler tek kaynaktan beslendiğinde büyük ölçüde ortadan kalkar.
Bu kazanımların büyüklüğü işletmeden işletmeye değişir; kaç saatlik manuel işin ortadan kalktığını, entegrasyon öncesi ve sonrası ölçüp karşılaştırmak en somut değerlendirme yöntemidir.
İkiz Eksen’in yaklaşımı
İkiz Eksen’in dijital dönüşüm çalışmaları, sahadaki veriyi ölçmekle başlar ve sistemler arası entegrasyonla devam eder. Qera birikimi üzerinden 550’den fazla müşteride, 15’ten fazla sektörde, 100’den fazla ERP/yazılım ile entegrasyon deneyimi biriktirdi; ~35 kişilik uzman ekip, Microsoft Azure altyapısı üzerinde çalışıyor. Proje kapsamı işletmenin mevcut sistemlerine göre şekillenir — mevcut ERP’yi değiştirmeden entegre etmek de, yeni bir yapı kurmak da mümkün. Projeler Türkiye genelinde anahtar teslim yürütülür.
Hangi sistemlerin entegre edileceğine, hangi yöntemin (API, middleware, ETL) uygun olduğuna birlikte karar verebiliriz. Hizmet kapsamımıza göz atın ya da doğrudan bize ulaşın — mevcut sistem haritanızı konuşalım.
Sıkça Sorulan Sorular
ERP entegrasyonu ile ERP değişimi aynı şey mi?
Hayır. ERP değişimi mevcut sistemi tamamen yeni bir yazılımla değiştirmektir; entegrasyon ise mevcut sistemleri koruyup aralarında veri akışı kurmaktır. Çoğu KOBİ için önce entegrasyon, sonra gerekiyorsa değişim daha az riskli bir sıradır.
Entegrasyon projesi ne kadar sürer?
Tek bir akışın (örn. sipariş-fatura-stok) API üzerinden bağlanması genelde birkaç haftada tamamlanır; çok sistemli, middleware gerektiren projeler birkaç aya uzayabilir. Süre; sistem sayısı, veri kalitesi ve mevcut API desteğine göre değişir.
Maliyeti nasıl hesaplanır?
Maliyet; entegre edilecek sistem sayısına, seçilen yönteme (doğrudan API, middleware, ETL) ve mevcut yazılımların API desteğinin ne kadar hazır olduğuna göre değişir. Proje kapsamına göre net teklif çıkarmak için mevcut sistem haritasının önce çıkarılması gerekir.
Küçük bir işletme için entegrasyon gerçekten gerekli mi?
Sistem sayısı ikiyi geçtiğinde (örn. muhasebe + e-ticaret paneli) manuel veri girişi genelde fark edilir zaman kaybına dönüşür. Ölçek küçükse önce en çok tekrar eden tek akış (örn. sipariş-fatura) entegre edilip sonuç görülebilir; tüm sistemleri aynı anda bağlamak şart değil.
Mevcut ERP’mizin API’si yoksa ne yapılır?
Bazı eski/yerel sistemlerde açık API bulunmayabilir. Bu durumda dosya tabanlı senkronizasyon (örn. periyodik export/import) ya da ekran kazıma (screen scraping) gibi geçici çözümler değerlendirilebilir; orta vadede API destekli bir sürüme geçiş ya da modül eklentisi genelde daha sürdürülebilir bir yoldur.