İçeriğe atla
W3 Bilişim
Çözüm · E-ticaret entegrasyonuAPI Geliştirme
Sipariş geldi. Şimdi kaç panele gireceksiniz?

Üçüncü Parti Entegrasyon İhtiyacı Olan E-Ticaret Platformları İçin API Geliştirme

Ödeme, kargo, pazar yeri, ERP ve e-fatura ayrı ayrı doğru çalışıyor olabilir; ama aralarını insan taşıyorsa sipariş hacmi arttıkça hata da artar. Bu servisleri tek bir entegrasyon katmanında birleştiriyoruz: sipariş düşer, ödeme doğrulanır, fatura kesilir, kargo etiketi çıkar.

  • Idempotent sipariş işleme
  • İmzalı webhook doğrulaması
  • Logo ERP çözüm ortağı
  • OpenAPI + Postman teslimi
Operasyonun gerçeği

Sorun sipariş almak değil; siparişi taşımak.

E-ticarette entegrasyon ihtiyacı çoğunlukla ciro büyüdüğünde değil, kanal sayısı arttığında ortaya çıkıyor. Her yeni kanal, aynı işi bir kez daha yapmak anlamına geliyor.

← Görseli yana kaydırın →
Hedeflenen akış

Sipariş düşer, gerisi kendiliğinden yürür.

Entegrasyon katmanı sipariş yaşam döngüsündeki her adımı sıraya koyar; her adımın kendi doğrulaması, yeniden denemesi ve kaydı vardır. İnsanın devreye girdiği tek yer, kural dışı kalan işlerdir.

← Görseli yana kaydırın →
  1. Sipariş alınırMağaza veya pazar yerinden gelen sipariş tek formata çevrilir; kanal farkı entegrasyon katmanının içinde kalır.
  2. Ödeme doğrulanırGateway bildirimi imzasıyla birlikte doğrulanır; işlem anahtarı kaydedilir, aynı bildirim ikinci kez işlenmez.
  3. Stok düşülürRezervasyon anında yapılır ve kalan miktar tüm satış kanallarına iletilir.
  4. ERP'ye yazılırSipariş cari ve ürün eşleşmesiyle ERP'ye aktarılır; fatura belgesi tek kaynaktan üretilir.
  5. Kargo etiketi üretilirSeçilen kargo firmasında gönderi oluşturulur, takip numarası siparişe işlenir.
  6. Müşteri bilgilendirilirDurum değişiminde e-posta veya SMS tetiklenir; iade talebi de aynı akışın tersinden ilerler.
İmza aracı · Kapsam seçici

Kapsamınızı ve senkron sıklığınızı seçin

Hangi servisleri bağlayacağınızı işaretleyin, her biri için senkron sıklığını belirleyin. Ekranda kapsamın büyüklüğünü, kaç akışın anlık çalışması gerektiğini ve hangi seçimlerin risk taşıdığını görün. Hiçbir veri kaydedilmez.

1 · Hangi servisleri bağlayacağız?

Yalnız bugün kullandıklarınızı değil, önümüzdeki yıl açmayı düşündüklerinizi de işaretleyin; kapsam kararı buna göre değişir.

2 · Her servis ne sıklıkla senkronlansın?

Her akışın anlık olması gerekmez. Yanlış olduğunda doğrudan satışa zarar veren veriler anlık, diğerleri periyodik çalışabilir.

Ödeme (İyzico, PayTR, Stripe…) senkron sıklığı
Kargo (Aras, Yurtiçi, MNG…) senkron sıklığı
ERP / Muhasebe (Logo…) senkron sıklığı
Kapsam özeti
Seçilen servis3
Örnek uç nokta18
Anlık akış1
Riskli seçim0
Ödeme · anlıkKargo · saatlikERP · saatlik
Seçimleriniz tutarlı görünüyor

Kritik akışların hepsi önerilen sıklıkta. Kalan kararlar alan eşlemesi ve iade senaryolarında yoğunlaşacak.

Bu kapsamda teslim edilenler
  • Servis başına bağlayıcı ve hata yönetimi
  • İmza doğrulamalı webhook uçları
  • Idempotency anahtarı ile mükerrer koruması
  • OpenAPI dokümantasyonu ve Postman koleksiyonu
  • Akış izleme panosu ve uyarı kuralları
  • Sandbox ortamında kabul testi

Buradaki uç nokta sayısı, seçtiğiniz servislerin tipik entegrasyon yüzeyinden türetilen örnek bir büyüklük göstergesidir; süre, fiyat veya teslim taahhüdü değildir. Gerçek kapsam, servislerin dokümantasyonu ve iade/iptal senaryolarınız incelendikten sonra netleşir.

Stok ve kanal

Aşırı satışın kaynağı stok değil; stoğun kaç yerde tutulduğu.

Kanal başına ayrı stok tutmak, düşük hacimde yönetilebilir görünür. Ürün çeşidi ve kanal sayısı arttığında ise aynı adedin iki yerde satılması istisna olmaktan çıkar.

← Görseli yana kaydırın →

Çözüm, stoğu tek bir havuzda tutup her kanalın oradan okumasıdır. Satış olduğunda rezervasyon anında düşülür, kalan miktar tüm kanallara iletilir. Kanal başına güvenlik payı tanımlamak da mümkündür: örneğin son bir adedi yalnız kendi mağazanıza bırakabilirsiniz. Stok verisinin sahibi ERP ise okuma oradan yapılır; Logo ERP çözüm ortaklığı kapsamında bu bağlantıyı kuruyoruz.

Alan eşleme, birim çevrimi ve senkron sıklığı kararlarını ayrıntılı anlatan Logo ERP entegrasyonu: e-ticaret ve B2B rehberimiz projeye başlamadan önce okunmaya değer. OpenCart tabanlı mağazalarda aynı yaklaşımı kendi ürünümüz OpencartExtra üzerinde uyguluyoruz; B2B ve teklif tarafında ise TYS devreye giriyor. Operasyon ekranlarına ihtiyaç duyulduğunda web yazılım geliştirme tarafıyla birlikte planlıyoruz.

Pazar yerlerinin kendi güncelleme gecikmeleri devrede kaldığı için hiçbir kurulum aşırı satışı sıfırlayacağını söyleyemez. Hedef, riski yönetilebilir bir seviyeye indirmek ve olay gerçekleştiğinde hangi kanalda ne olduğunu kayıttan görebilmektir.

Güvenilirlik

Para ve stok hareketinde geri alınamayan işler var.

E-ticaret entegrasyonunu diğerlerinden ayıran şey, hataların doğrudan tahsilata ve müşteri deneyimine dokunması. Bu yüzden akışları baştan 'ikinci kez gelirse ne olur' sorusuna göre kuruyoruz.

← Görseli yana kaydırın →
  • İmza doğrulamaGelen her ödeme bildirimi, servisin paylaştığı anahtarla doğrulanır. İmzası geçersiz çağrı sipariş durumunu değiştiremez.
  • Idempotency anahtarıHer sipariş ve ödeme olayı benzersiz anahtarla kaydedilir; tekrar gelen aynı olay yeni kayıt açmaz.
  • Kuyruk ve hız sınırıKarşı servisin kota sınırına uygun hızda gönderim; yoğunlukta sipariş kaybı yerine kontrollü gecikme.
  • Mutabakat raporuGün sonunda kanal, ödeme ve ERP kayıtlarını karşılaştıran fark listesi; eksik kalan kayıt gözden kaçmaz.

Bu davranışların tamamı kabul kriterlerine yazılır ve canlıya alınmadan önce sandbox ortamında gerçek senaryolarla test edilir. Ödeme tarafında test kartlarıyla başarısız, iptal ve kısmi iade akışları da denenir.

Örnek plan

Örnek bir ilk faz: ödeme, kargo ve ERP

Aşağıdaki plan üç servisin bağlandığı tipik bir ilk faz için hazırlanmış örnektir. Sizin planınız kapsam netleştikten sonra çıkar ve sözleşmede yazılı tarihe bağlanır.

← Görseli yana kaydırın →
Örnek 8 haftalık e-ticaret entegrasyonu planı ve haftalık çıktıları
HaftaNe yapılırHafta sonunda elinizde ne olur
1. haftaServis envanteri ve test hesaplarıServis listesi, sandbox erişimleri
2. haftaSipariş modeli ve alan eşlemeOrtak sipariş şeması, eşleme tablosu
3. haftaÖdeme entegrasyonu3D Secure akışı, imzalı webhook
4. haftaERP bağlantısıCari/ürün okuma, sipariş yazma
5. haftaKargo ve bildirimEtiket, takip, müşteri e-postası
6. haftaİade ve kural dışı senaryolarİptal, kısmi iade, hata listesi
7. haftaYük ve kabul testiKuyruk davranışı, kabul raporu
8. haftaCanlı geçiş ve izlemePano, uyarı kuralları, devir

İlk faz kapandıktan sonra pazar yeri ve B2B kanalları aynı katmana eklenir; sipariş modeli tek kez tanımlandığı için her yeni kanal öncekinden kısa sürer.

SSS

Sık sorulanlar

Servis listesi, stok senkronu, ERP akışı, mükerrer bildirim ve yoğunluk yönetimi hakkında en çok sorulanlar.

Ödeme tarafında İyzico, PayTR ve Stripe gibi gateway'lerin dokümante API'leriyle; kargo tarafında Aras, Yurtiçi ve MNG gibi firmaların etiket, takip ve iade servisleriyle; pazar yeri tarafında Trendyol, Hepsiburada ve benzeri platformların satıcı API'leriyle entegrasyon kuruyoruz. Listede olmayan bir servis için tek şart, o servisin dokümante bir API veya web servisi sunması.

Hangi servisten başlayacağımızı birlikte belirleyelim

Kanallarınızı, bugün elle yaptığınız adımları ve iade senaryolarınızı anlatın; ilk görüşmede operasyonu en çok yavaşlatan akışı tespit edip gerçekçi bir ilk faz kapsamı çıkaralım. Keşif görüşmesi ücretsizdir ve sizi bağlamaz.

  • Keşif görüşmesi ücretsiz
  • Kapsam netleşmeden fiyat vermiyoruz
  • Sandbox ortamında kabul testi
API Geliştirme

Sipariş akışını panel gezmekten kurtaralım

Ödeme, kargo, pazar yeri ve ERP bağlantılarını tek katmanda toplayıp her adımı kayıtlı, yeniden denenebilir ve izlenebilir hale getiriyoruz.

Keşif görüşmesi ücretsizKapsam netleşmeden fiyat vermiyoruzSandbox ortamında kabul testi