SAP Entegrasyon Uzmanı

SAP entegrasyonu nedir, ne işe yarar?

SAP entegrasyonu, ERP'de tutulan verinin site, mobil uygulama, pazaryeri ve saha sistemlerinde de doğru ve güncel görünmesini sağlar. Amaç yalnızca veri taşımak değil; siparişin bir kez girilmesini, stok ve fiyatın kanallarda tutarlı olmasını ve muhasebe ile cari kayıtlarının aynı gerçeği göstermesini sağlamaktır.

Bu iş, iki sistem arasına bir kopyalama betiği yazmakla bitmez. Hangi tarafın veri sahibi olduğu, bir kaydın hangi sırayla oluştuğu, bir hata olduğunda ne olacağı ve sistem bakımdayken biriken işlerin nasıl işleneceği baştan tasarlanmalıdır.

Hangi akışları bağlıyorum?

• Ürün ve varyantlar: ürün kartları, kategori ağacı, özellikler ve görseller.
• Fiyatlar: liste fiyatı, indirim, kampanya ve müşteri grubuna özel fiyatlar.
• Stok: depo bazlı miktarlar, rezerve ve sevk edilebilir stok.
• Sipariş: sipariş başlığı ve kalemleri, irsaliye ve fatura durumu.
• Müşteri ve cari: hesap açılışı, adresler, borç/alacak ve limit bilgisi.
• İade ve iptal: iade talebinin ERP'ye aktarılması ve sonucun kanala dönmesi.

Bağlantı yöntemleri: OData, RFC/BAPI, IDoc ve REST

SAP tarafında servisin nasıl açıldığı projenin gidişatını belirler. Doğru yöntem, verinin hacmine, akışın senkron mu asenkron mu olması gerektiğine ve müşterinin SAP sürümüne göre seçilir:

• OData / REST: web ve mobil kanallar için doğal seçim. Okunabilir, izlenebilir ve standart HTTP araçlarıyla test edilebilir.
• RFC / BAPI: mevcut iş fonksiyonlarına doğrudan erişim. Parametre yapısı, dönüş tabloları ve yetkilendirme iyi modellenmelidir.
• IDoc: hacimli ve asenkron akışlar için (sipariş, irsaliye). Kuyruk, durum takibi ve yeniden işleme planı şarttır.
• Veritabanı görünümü veya dosya kuyruğu: API açılamayan eski kurulumlarda son çare. Sahiplik ve tutarlılık riski yüksek olduğu için yalnızca sınırlı kapsamda öneririm.

SAP tarafında özel bir ABAP servisi gerekiyorsa bunu kapsamda ayrı ele alıyorum. Çoğu projede servis, müşterinin SAP ekibi veya çözüm ortağı tarafından yazılır; ben API sözleşmesini, entegrasyon katmanını ve tüketen tarafı teslim ederim. Bu sınırı baştan yazılı hale getirmek, sonradan çıkan gecikmelerin önüne geçer.

Doğruluk kuralları: idempotency, kuyruk ve hata yönetimi

• Tekil anahtar: her kayıt kendi anahtarıyla gönderilir; aynı sipariş iki kez ERP'ye düşmez.
• Kuyruk: hata alan kayıt kaybolmaz; bekler, tekrar denenir ve kalıcı hata operatöre görünür.
• Yön ve sıklık: veri tipine göre ayrılır. Fiyat ve stok dakikalar içinde, sipariş anında, cari ise daha seyrek akar.
• Kayıt ve izleme: neyin, ne zaman, hangi sonuçla aktarıldığı loglanır; sessiz hata bırakılmaz.
• Kesinti dayanıklılığı: SAP bakımda veya erişilemezse entegrasyon kuyruklar, bağlantı dönünce biriken işi sırayla işler.

Canlıya geçiş

Geçiş, test ortamında gerçek veriye yakın bir kümeyle başlar: ürün, fiyat, stok ve sipariş senaryoları; sınır durumları ve hata senaryoları ayrıca denenir. Ardından kontrollü bir pilot, kısa bir paralel çalışma ve geri dönüş planı gelir. Canlıya geçtikten sonra ilk günlerde hata kuyruğu ve senkron gecikmesi izlenir; devirde dokümantasyon ve izleme panosu teslim edilir.

Ne zaman SAP ekibiyle birlikte çalışılır?

ABAP servislerinin yazılması, SAP içi konfigürasyon, yetkilendirme ve transport yönetimi genellikle müşterinin SAP ekibinin veya çözüm ortağının sorumluluğundadır. Benim tarafım veri modeli ve API sözleşmesi, entegrasyon katmanı, web ve mobil tüketimi, hata yönetimi ve izlemedir. Sorumluluk sınırını net çizmek projeyi hızlandırır; gerektiğinde SAP ekibiyle aynı toplantıda servis sözleşmesini birlikte netleştiririz.