Sistem Entegrasyonu: ERP, Muhasebe, Kargo ve Pazaryerini API ile Tek Akışa Bağlamak

Kısaca: Sistem entegrasyonu, birbirinden bağımsız çalışan yazılımların (e-ticaret sitesi, ERP, muhasebe/e-fatura, depo, kargo, pazaryeri, CRM, ödeme) veriyi otomatik olarak paylaşmasını sağlamaktır. Amaç aynı bilgiyi tekrar tekrar elle girmeyi bitirmek, hatayı azaltmak ve her sistemde güncel ve tutarlı veri görmektir. Bir entegrasyonu başarılı kılan şey “bağlantının kurulması” değil, doğru tasarlanmış veri akışıdır: hangi sistem hangi verinin “gerçek kaynağı”, veri hangi yönde ve ne sıklıkla akıyor, hata olduğunda ne oluyor, kimin haberi oluyor? Bu yazıda entegrasyon yöntemlerini, tipik senaryoları, hata yönetimini ve planlama kontrol listesini adım adım ele alıyoruz.

Son güncelleme: Ekim 2026

Entegrasyon eksikliğinin görünmeyen maliyeti

Birçok işletmede şu tablo yaşanır: Sipariş e-ticaret sitesine ve pazaryerlerine düşer; biri bunları indirip ERP'ye yazar; stok depo tablosunda ayrıca tutulur; fatura muhasebe programında kesilir; kargo bilgisi başka bir panelden girilir. Sonuç:

• Çift ve üçlü veri girişi (zaman kaybı)
• Stok tutarsızlığı (olmayan ürünü satmak, olan ürünü “yok” göstermek)
• Yanlış veya geciken fatura ve sevkiyat
• Raporlarda birbirini tutmayan rakamlar
• Büyüdükçe artan operasyon yükü

Bu sorunların büyük bölümü, sistemler arasında otomatik ve güvenilir bir akış kurularak çözülür. Tablo temelli bir süreçten çıkış için Excel'den özel yazılıma geçiş yazımızı da okuyabilirsiniz.

Entegrasyon nedir, hangi yöntemlerle yapılır?

Entegrasyonun birkaç yaygın yöntemi vardır:

Pratik kural: Karşı sistem sağlam bir API sunuyorsa API/webhook; yalnızca dosya veriyorsa dosya; basit ve düşük hacimli işlerde otomasyon aracı; iş kuralları karmaşıksa ve kritikse özel entegrasyon daha uygundur. Otomasyon araçları ile özel entegrasyon arasındaki seçimi aşağıda ayrıca karşılaştırıyoruz.

Tipik entegrasyon senaryoları

1. E-ticaret ↔ ERP/muhasebe

• Siparişler e-ticaret sitesinden ERP'ye aktarılır.
• Ürün, fiyat ve stok ERP'den siteye akar.
• Fatura/irsaliye ERP veya muhasebeden üretilir; sipariş durumuna bağlanır.

2. E-ticaret ↔ pazaryeri

• Ürün bilgisi ve stok tek merkezden pazaryerlerine yayılır.
• Pazaryerinden gelen siparişler merkezi sisteme toplanır.
• Fiyat ve stok güncellemeleri, aşırı satışı (overselling) önleyecek şekilde yönetilir.

3. Sipariş ↔ kargo/lojistik

• Sipariş hazır olunca kargo etiketi otomatik oluşturulur.
• Takip numarası siparişe yazılır ve müşteriye bildirilir.
• Teslim durumu sisteme geri akar.

4. Muhasebe ve e-fatura

• Faturalar e-fatura/e-arşiv gereklilikleri doğrultusunda, Gelir İdaresi Başkanlığı portalı veya özel entegratör üzerinden üretilir ve ERP/muhasebe ile eşleştirilir.
• Tahsilat ve cari kayıtlar ilgili sisteme işlenir.

5. CRM ↔ diğer sistemler

• Form ve sipariş verisi müşteri kartına işlenir.
• Satış ve destek geçmişi tek yerde görünür. Ayrıntı için CRM sistemi rehberimize bakabilirsiniz.

6. Depo ve stok sistemleri

• Giriş/çıkış hareketleri ve sayım sonuçları stok kaydını anlık günceller. Stok takip rehberimiz bu bağlamda faydalıdır.

7. B2B bayi portalı

• Fiyat, stok ve cari veri ERP'den portala; sipariş portaldan ERP'ye akar. Konunun detayları için B2B bayi portalı yazımıza göz atın.

Önce veri akışını tasarlayın, sonra bağlantıyı kurun

“Gerçek kaynak” (source of truth) belirleyin

Her veri türü için tek bir yetkili sistem olmalıdır:

Bir veriyi iki sistemde de elle değiştirilebilir bırakmak, çakışma üretir. Kural basit: veri bir yönde akar, kaynak sistemde değiştirilir.

Veri yönü ve sıklığı

• Tek yönlü mü, çift yönlü mü? Çift yönlü akış daha karmaşıktır ve çakışma yönetimi gerektirir.
• Anlık mı, periyodik mi? Stok ve sipariş genelde anlık veya çok sık; ürün kataloğu günlük olabilir. Gecikmenin iş etkisini düşünün.
• Toplu mu, olay bazlı mı? Büyük veri için toplu, kritik olaylar için olay bazlı akış tercih edilir.

Veri eşleştirme (mapping)

Sistemler aynı şeye farklı isim verir: ürün kodu, barkod, SKU, stok kodu… Farklı birim (adet/koli), para birimi, KDV oranı, durum adları (“hazırlanıyor” / “processing”) olabilir. Eşleştirme tablosunu baştan, yazılı hazırlayın ve iş birimlerine onaylatın.

Güvenilir entegrasyonun 8 teknik ilkesi

Entegrasyonlar “normal günde” kolaydır; fark, aksaklık günlerinde ortaya çıkar. Şu ilkeler sağlamlık sağlar:

1. Tekrar denenebilirlik ve kuyruk: Karşı sistem geçici olarak kapalıysa istek kaybolmamalı; kuyruğa alınıp yeniden denenmeli.
2. Idempotency (tekrarlanabilirlik): Aynı sipariş iki kez gönderilirse ikinci kez kaydedilmemeli. Benzersiz referans numarası kullanın.
3. Hata yönetimi ve uyarı: Başarısız aktarımlar bir panelde görünmeli ve ilgili kişiye bildirim gitmeli; sessizce kaybolmamalı.
4. Kayıt (log) ve izlenebilirlik: Hangi sipariş ne zaman, hangi sisteme, hangi sonuçla gitti?
5. Hız ve limitler: Karşı API'lerin istek sınırlarına (rate limit) uyun; toplu işlerde parça parça gönderin.
6. Sürüm yönetimi: API'ler değişir. Karşı tarafın sürüm politikasını izleyin; değişiklik duyurularına hazır olun.
7. Güvenlik: Anahtarları güvenli saklayın, istemci tarafına koymayın, webhook imzalarını doğrulayın, yalnızca gereken veriyi paylaşın. Detaylar için web uygulaması güvenliği rehberimize bakabilirsiniz.
8. Test ortamı: Canlı verilere dokunmadan test edebileceğiniz bir ortam (sandbox) ve gerçekçi test senaryoları.

En sık görülen 6 entegrasyon sorunu

Hazır araç mı, özel entegrasyon mu?

Gerçekçi bir yaklaşım: düşük riskli, standart akışlarda hazır araçlarla başlayın; iş açısından kritik, yüksek hacimli veya karmaşık kuralı olan akışları özel geliştirmeyle sağlamlaştırın. Hazır bir bağlayıcının sizin iş kurallarınıza uyup uymadığını mutlaka pilotla doğrulayın.

Entegrasyon projesi için planlama kontrol listesi

• Hangi sistemler bağlanacak? Her birinin API/dosya/webhook imkânı ve dokümantasyonu var mı?
• Her veri türü için gerçek kaynak ve yön belirlendi mi?
• Veri eşleştirme tablosu (ürün kodu, birim, durum, KDV…) hazır mı?
• Anlık/periyodik akış ihtiyacı ve kabul edilebilir gecikme netleşti mi?
• Hata, tekrar deneme ve bildirim kuralları tanımlı mı?
• Test ortamı ve test senaryoları var mı (iptal, iade, kısmi sevkiyat, stok sıfır vb.)?
• Güvenlik: anahtarlar, yetkiler, veri paylaşımı kapsamı belirlendi mi?
• Karşı sistem satıcılarının API ücretleri, limitleri ve değişiklik politikası öğrenildi mi?
• Canlıya geçiş planı (pilot, paralel çalışma, geri dönüş planı) hazır mı?
• İzleme ve bakım sorumlusu belirlendi mi?

Başarıyı nasıl ölçersiniz?

• Manuel veri girişine harcanan haftalık saat
• Hata ve düzeltme oranı (yanlış sipariş, fatura, stok farkı)
• Sipariş-sevkiyat-fatura ortalama süresi
• Stok doğruluk oranı ve iptal edilen sipariş sayısı
• Entegrasyon başarısız aktarım sayısı ve çözülme süresi

Başlangıç değerlerini entegrasyondan önce ölçün; kazancı ancak o zaman gösterebilirsiniz. Hesaplama mantığı için yapay zekâ yatırımı ROI yazımızdaki başlangıç ölçümü yöntemi burada da geçerlidir.

Aktaş Digital ile entegrasyon projeleri

Entegrasyonları “bağlantı kuran küçük bir iş” olarak değil, veri akışı ve hata yönetimiyle birlikte tasarlanan bir sistem olarak ele alıyoruz: önce süreci ve gerçek kaynağı netleştiriyor, ardından API/webhook tabanlı, kuyruklu ve izlenebilir entegrasyonlar geliştiriyoruz. E-ticaret, ERP, stok ve operasyon sistemlerinizi birbirine bağlamak ve bayi/müşteri portalı gibi yeni bir yüzü bunlara eklemek için çözümler sunuyoruz.

İlgili hizmetlerimiz: ERP sistemleri, stok takip sistemleri, B2B ve B2C e-ticaret platformu, ürün ve stok yönetimi ve depo yönetim sistemleri. Mevcut sistemlerinizi ve bağlamak istediğiniz akışları teklif formumuz üzerinden anlatırsanız, kapsam ve maliyet dökümü ile birlikte bir ilk yol haritası çıkaralım.

Sık Sorulan Sorular

Entegrasyon için karşı sistemin API'si olması şart mı?

API en sağlıklı yoldur. API yoksa dosya tabanlı (CSV/XML) aktarım, kimi zaman satıcının sunduğu hazır bağlayıcı veya üçüncü taraf ara katman kullanılabilir. Veritabanına doğrudan bağlanmak genelde risklidir ve satıcı koşullarıyla çelişebilir.

Entegrasyon ne kadar sürer?

Bağlanacak sistem sayısına, API kalitesine, veri eşleştirme karmaşıklığına ve test gereksinimine bağlıdır. Basit bir tek yönlü akış kısa sürede kurulabilir; çok sistemli, çift yönlü ve kural yoğun bir yapı daha uzun sürer. Net süre için analiz gerekir.

Pazaryerleri ile stok senkronizasyonunda en büyük risk nedir?

Gecikmeli stok güncellemesi nedeniyle aşırı satış (olmayan ürünü satmak). Güncelleme sıklığı, güvenlik stoğu ve kanallar arası stok paylaşım kuralları bu riski azaltır.

Hazır bir otomasyon aracıyla başlayıp sonra özel geliştirmeye geçebilir miyim?

Evet; birçok işletme hızlı bir başlangıç yapıp sonradan kritik akışları özel entegrasyona taşır. Ancak veri eşleştirme ve iş kurallarını baştan yazılı tutarsanız geçiş çok daha kolay olur.

Karşı sistem API'sini değiştirirse ne olur?

İyi tasarlanmış bir entegrasyon, hata kayıtları ve uyarılarla bu durumu hızlıca gösterir. Satıcının duyuru ve sürüm politikasını takip etmek, bakım planınızda yer almalıdır.

Entegrasyon güvenli midir?

Doğru yapıldığında evet: anahtarların güvenli saklanması, yetkilerin sınırlanması, şifreli iletişim, imza doğrulama ve işlem kaydı temel gereklerdir. Kişisel veri paylaşılıyorsa KVKK yükümlülüklerini de hesaba katın.

Sonuç

İyi bir entegrasyon, sistemleri “bağlamaktan” çok veriye tek bir doğru akış kazandırmaktır. Gerçek kaynağı ve veri yönünü belirleyin, eşleştirme tablosunu hazırlayın, hata ve tekrar denemeyi tasarlayın, test ortamında iptal-iade-kısmi sevkiyat gibi gerçek senaryoları deneyin ve canlıya kontrollü geçin. Bugün yapabileceğiniz ilk iş: bir siparişin sizin sistemlerinizde nereden girdiğini, hangi yollardan geçtiğini ve her adımda kimin elle veri girdiğini bir akış şemasına çizmek.