SAP Entegrasyonu: Tüm Kanalları SAP'a Bağlayın

OData, SAP'ın REST tabanlı modern veri servisidir; okuma ağırlıklı ve anlık sorgular için idealdir. BAPI/RFC, SAP'ın iş fonksiyonlarını dışarıdan çağırır ve senkron çalışır; sipariş oluşturma gibi işlem yaptıran senaryolarda tercih edilir. IDoc ise asenkron bir belge formatıdır; sipariş, irsaliye veya fatura gibi belgelerin toplu akışında kullanılır. Çoğu projede bu üçü birlikte, farklı akışlar için kullanılır.

PI/PO şirket içinde, ayrı bir Java/NetWeaver sunucusunda çalışan klasik entegrasyon platformudur ve mainstream desteği 2027'de sona ermektedir. SAP Integration Suite (eski adıyla CPI) bunun bulut tabanlı halefidir; sunucu bakımı gerektirmez ama mesaj hacmine göre abonelik ücreti doğurur. Bugün yeni kurulan projelerde PI/PO seçmek, kısa vadede taşınma maliyeti kabul etmek anlamına gelir.

Tek kanallı ve tek yönlü standart bir akış (örneğin siparişin SAP'a yazılması) genelde 2-4 haftada canlıya alınır. E-ticaret, pazaryeri ve bayi portalını kapsayan iki yönlü kurulumlar 2-3 aya yayılır. Süreyi asıl uzatan geliştirme değil, SAP tarafındaki yetkilendirme, test ortamı hazırlığı ve ana veri temizliğidir; bu üçü paralel yürütüldüğünde takvim belirgin biçimde kısalır.

2026 itibarıyla tek kanallı standart bir entegrasyon için özel geliştirme teklifleri Türkiye'de çoğunlukla 60.000-150.000 TL aralığında şekillenir; çok kanallı, iki yönlü ve çoklu şirket kodlu senaryolarda toplam birkaç yüz bin TL'yi bulabilir. Fiyatı belirleyen değişkenler: SAP sürümü (S/4HANA mı Business One mı), akış sayısı, kullanılacak arayüz ve ana verinin ne kadar düzenli olduğudur.

Evet ve bu kalem çoğu projede geç fark edilir. SAP'ın dolaylı erişim modelinde, dış bir sistemin SAP'ta oluşturduğu satış siparişi, fatura veya malzeme belgesi gibi kayıtlar belge sayısı üzerinden ayrıca lisanslanabilir. Geliştirme sözleşmesini imzalamadan önce mevcut SAP sözleşmenizin bu konuda ne dediğini hesap yöneticinizle netleştirmek, sonradan çıkan sürpriz maliyeti önler.

Evet, oldukça farklıdır. Business One entegrasyonu Service Layer (OData tabanlı REST) veya eski DI API üzerinden kurulur ve veri modeli yalındır; aynı akış S/4HANA'da şirket kodu, satış organizasyonu, dağıtım kanalı, fiyat koşulu ve vergi belirleme gibi zorunlu alanlar yüzünden çok daha uzun sürer. Bu nedenle teklif alırken ürün adını ve sürümü mutlaka belirtin.

Evet. Siteden gelen sipariş müşteri, kalem, indirim ve kargo bilgisiyle SAP'ta satış siparişine dönüşür; stok ve fiyat ters yönde SAP'tan siteye akar. Platform tarafındaki teknik detayları e-ticaret platform entegrasyonu rehberinde bulabilirsiniz. Hazır platformlarda API kapsamı sınırlı olabileceği için, akışa başlamadan önce platformun hangi alanları dışarı açtığını doğrulamak gerekir.

Evet. Trendyol, Hepsiburada ve benzeri kanallardan gelen siparişler ara katman üzerinden SAP'a yazılır; stok tek merkezden tüm pazaryerlerine dağıtılır, böylece olmayan ürünü satma riski ortadan kalkar. Komisyon, iade ve hakediş kayıtlarının SAP'ta nasıl muhasebeleşeceği ayrıca tasarlanmalıdır. Çok kanallı stok yönetiminin detaylarını pazaryeri entegrasyon yazılımı rehberinde ele aldık.

Hayır. Doğru kurgulanan entegrasyon SAP'ın standart arayüzleri üzerinden çalışır ve çekirdek yapılandırmaya dokunmaz; yetkileri sınırlı bir servis kullanıcısı tanımlanır. Risk, ABAP tarafında gereksiz özel geliştirme yapıldığında doğar; çünkü bu kod sürüm yükseltmelerinde bakım yükü yaratır. Mümkün olduğunca standart BAPI, OData servisi ve IDoc mesaj tiplerinde kalmak en güvenli yoldur.

Tamamen şart değil ama SAP tarafında bir muhatap gerekir. Servis kullanıcısı yetkileri, test ortamı erişimi, IDoc port ayarları ve ilgili modüldeki alan kuralları için SAP ekibinizin ya da danışmanınızın devrede olması işi hızlandırır. Edge Bilişim dış sistem ve ara katman tarafını üstlenir, SAP ekibinizle ortak bir arayüz sözleşmesi (alan listesi ve örnek mesajlar) üzerinden ilerler.

İkisi bir arada olmalı. Sipariş ve stok düşümü gibi para etkisi olan olaylar anlık aktarılır; stok miktarı birkaç dakikalık aralıklarla tazelenir; fiyat listesi, cari bakiye ve ürün kartı güncellemeleri gece toplu işle senkronize edilir. Bu karma model SAP üzerindeki yükü dengeler ve altyapı maliyetini düşürür. Karar kriteri teknik değil ticaridir: verinin gecikmesi satışı ya da mutabakatı ne kadar etkiliyor?

Dayanıklı bir kurulumda hiçbir kayıt sessizce kaybolmaz. Başarısız aktarım kuyrukta tutulur, artan bekleme süreleriyle otomatik tekrar denenir ve belirlenen eşikten sonra uyarı üretir. Operasyon panelinde hangi siparişin hangi SAP hata mesajıyla reddedildiği görülür; kayıt düzeltilip yeniden gönderilebilir. SAP tarafında AIF, arayüz izleme için aynı işlevi standart olarak sunar.

Evet. SAP'ta oluşan satış faturası verisi entegratör üzerinden e-Fatura veya e-Arşiv olarak gönderilebilir; dönen belge numarası, ETTN ve durum bilgisi SAP'a geri yazılır. Mükellef sorgusu, iade faturası ve iptal senaryolarının da tasarlanması gerekir. Sürecin ayrıntısını GİB e-Fatura API entegrasyonu rehberimizde anlattık.

Evet. Mağaza satışları gün sonu veya işlem bazlı olarak SAP'a aktarılır, stok mağaza deposundan düşer ve ciro ilgili şirket koduna yazılır. Restoran ve perakende zincirlerinde yemek kartı tahsilatları ayrı bir ödeme tipi olarak eşlenir; hakediş ve komisyon farkı SAP'ta ayrı hesapta izlenir. Böylece gün sonu mutabakatı elle döküm gerektirmez.

SAP, orta ve büyük ölçekte güçlüdür ama her işletme için gerekli değildir. Logo, Mikro, Netsis veya Paraşüt gibi ön muhasebe ve ERP çözümleriyle çalışan işletmeler için muhasebe entegrasyonu rehberimiz daha uygun bir başlangıçtır. Entegrasyon mantığı aynıdır: sipariş dışarıdan içeri, stok ve cari içeriden dışarı. Fark, arayüzlerin ve lisans modelinin çok daha basit olmasıdır.

Hayır. Geliştirme ve testler SAP'ın test/sandbox ortamında yapılır; canlıya geçiş kademeli planlanır. Yaygın yöntem, önce tek yönlü ve düşük riskli akışı (örneğin stok okuma) açmak, birkaç gün gözlemledikten sonra sipariş yazma akışını devreye almaktır. Geri dönüş planı baştan tanımlanır: akış kapatıldığında operasyon eski yöntemle kesintisiz sürebilmelidir.

Edge Bilişim projeye SAP tarafına dokunmadan, dış sistem ile SAP arasına konumlanan bir ara katman tasarlayarak başlar. Önce belge akış şeması ve alan eşleme tablosu müşteriyle birlikte çıkarılır, SAP ekibiyle örnek mesajlar üzerinden arayüz sözleşmesi netleşir, geliştirme test ortamında doğrulanır ve canlıya kademeli alınır. Teslimde operasyon paneli, dokümantasyon ve kaynak kod Git deposuyla devredilir.