Pazaryeri ve Banka Entegrasyonlu Özel Yazılımlar ile Çoklu Kanal Yönetimi

Trendyol’da satılan son üç koli ürün aynı saatte Hepsiburada’da da sipariş edildiğinde depoda yaşanan stok krizi veya sabah banka ekstresindeki yüzlerce havaleyi tek tek faturayla eşleştirme telaşı, çoklu kanal satışının en yaygın sancısıdır. Pazaryeri ve banka entegrasyonlu özel yazılım; pazar yerleri, kendi e-ticaret siteniz ve banka hesap hareketleri arasındaki stok, sipariş ve tahsilat akışını tek veri tabanında birleştirerek stok sapmalarını ve mutabakat gecikmelerini otomatik çözen merkezi yönetim sistemidir.

Farklı paneller arasında sipariş taşımak bir noktadan sonra depoda fiziki kaosa dönüşür.

Tüm satış kanalları ve banka hesapları tek merkezden yönetilir

Otocomp vakası: Dağınık stoktan tek ekrana geçiş

Otomotiv sektöründe faaliyet gösteren Denizli ve İzmir merkezli Otocomp projesinde tam olarak bu operasyonel tıkanmayı yaşadık. Firma, birden fazla sanayi noktasında binlerce parçanın stok, gelir-gider ve müşteri takibini hazır paket programlarla yürütemez hâle gelmişti. Farklı noktalardaki fiziksel depolar ile satış kayıtları arasındaki uyumsuzluk, yüksek hata payına ve saatler süren raporlama gecikmelerine yol açıyordu.

Otocomp için geliştirdiğimiz iş akışına birebir uyan özel çoklu sanayi stok, gelir-gider, cari ve müşteri takip yazılımı sayesinde parça hareketleri, cari bakiyeler ve finansal raporlar tek bir veri tabanında toplandı. Operasyon müdürü Engin Vural’ın ifadesiyle hata payı sıfırlandı; binlerce parçanın takibi tek ekrana toplandı ve önceden saatler alan raporlama süresi dakikalara indi.

Bir yedek parçanın ya da perakende ürünün fiziksel depodaki adedi ile pazaryerindeki adedi arasındaki bir birimlik fark bile, satıcı puanının düşmesine ve sipariş iptal cezalarına neden olur. Çözüm, aracı yazılımların genel geçer kalıplarına sığınmak yerine verinin merkezini kendi sunucunuzda tutmaktır.

Çoklu kanal satışında hazır entegratörler nerede tıkanır?

Sektörde yaygın olarak kullanılan hazır SaaS entegrasyon panelleri ilk bakışta pratik ve ekonomik görünür. Aylık abonelik modeliyle çalışırlar ve standart bir e-ticaret sitesini popüler pazaryerlerine bağlarlar. Ancak operasyon günde 200 siparişin üzerine çıktığında veya işin içine B2B bayiler, farklı KDV oranları, karmaşık varyantlar ve çoklu depo mantığı girdiğinde sistem kilitlenir.

Hazır entegratörlerin en büyük handikabı, API istek limitleridir (rate limits). Trendyol veya Amazon gibi platformlara aynı anda binlerce ürünün stok güncellemesini gönderirken hazır araçlar kuyruk sistemini sağlıklı yönetemez. Bir kanalda tükenen ürünün diğer kanaldaki stoğu 20 dakika boyunca sıfırlanamazsa, olmayan ürünün satışı gerçekleşir. Bu durum e-ticaret ekiplerini sürekli müşteriyle muhatap olup sipariş iptal etmeye zorlar.

Diğer sorun ise finansal veri izolasyonudur. Hazır entegrasyon araçları siparişi içeri alır ve kargo fişini yazdırır; fakat paranın banka hesabına ne zaman, hangi komisyon kesintisiyle girdiğini takip etmez. Kendi geliştirdiğimiz ihtiyaca göre sıfırdan kurulan özel yazılım çözümlerinde ise satış, stok ve banka hareketleri birbirinden kopuk modüller olarak değil, birbirini tetikleyen tek bir organizma gibi kurgulanır. Hazır paketlerin sınırlarına takılan yapıları hazır paket programlar neden yetersiz kalır başlıklı incelememizde detaylıca ele almıştık.

Banka hesap hareketleri ile siparişler nasıl otomatik eşleştirilir?

Banka entegrasyonu, sadece e-ticaret sitenize sanal POS bağlamaktan ibaret değildir. Asıl zorlu süreç havale, EFT ve pazaryeri hak ediş ödemelerinin muhasebeleştirilmesidir.

Modern bankacılık sistemleri, kurumsal müşterilerine açık bankacılık protokolleri (PSD2 uyumlu API’ler) veya doğrudan ekstre akış servisleri sunar. Bu servisler aracılığıyla şirket hesaplarına gelen her hareket, işlem anında ya da 15 dakikalık periyotlarla yazılım tarafına JSON veya XML formatında aktarılır.

Gelen Havale Metni -> "Siparis 48291 Ahmet Yilmaz"
Yazılım Algoritması -> Tutar: 4.850 TL | Açıklama: "48291"
Eşleşen Sipariş -> Durum: "Ödeme Onaylandı" -> Depoya İletildi

Özel yazılım içerisine yazdığımız eşleştirme motoru, gelen para transferinin açıklama alanındaki sipariş numarasını, gönderici adını ve fatura tutarını tarar. Tutar ve sipariş numarası örtüştüğü anda sipariş durumu “Onaylandı” aşamasına geçer ve depo ekranına toplama emri düşer. Açıklama girmeyi unutan müşteriler içinse tutar ve müşteri GSM numarası üzerinden ikincil doğrulama kuralları devreye girer.

Pazaryerlerinin yaptığı toplu hak ediş ödemelerinde durum daha karmaşıktır. Trendyol veya Hepsiburada, satış tutarından komisyon, kargo barem ücreti, iade cezası ve reklam kesintilerini düşerek net bir meblağ yatırır. Özel yazılım, pazaryerinin sunduğu finansal mutabakat API’sine bağlanarak bu kesinti kalemlerini kuruşu kuruşuna ayrıştırır. Böylece hangi siparişten ne kadar net kâr elde edildiği manuel Excel hesaplamalarına gerek kalmadan günün sonunda ekranda belirir.

Pazaryeri ve banka entegrasyonunda sistem mimarisi nasıl kurulur?

Entegrasyon projelerinde en sık yapılan mimari hata, sistemleri birbirine doğrudan bağlamaktır. Sitenizi doğrudan Trendyol’a, Trendyol’u da doğrudan muhasebeye bağlarsanız, platformlardan birinin API protokolü güncellendiğinde tüm zincir kopar.

Doğru yaklaşım, “merkezi veri omurgası” (hub-and-spoke) mimarisidir. Merkezde sadece sizin iş kurallarınızı bilen, depodaki gerçek fiziksel stoğu tutan bir ana veri tabanı yer alır. Pazaryerleri, sanal POS sağlayıcıları, kargo firmaları ve bankalar bu merkeze kendi özel servis adaptörleriyle bağlanır. Sistemler arasındaki teknik köprülerin nasıl kurulduğunu özel API entegrasyonları rehberimizde adım adım şemalandırmıştık.

Merkezi veri omurgası tüm uç noktaların veri bütünlüğünü garanti eder

Merkezi omurga mimarisinin sunduğu operasyonel kazanımlar şunlardır:

1. İzolasyon güvencesi: Trendyol API servisinde bakım çalışması olduğunda, sizin Amazon veya Hepsiburada operasyonunuz bundan etkilenmez; istekler bir kuyrukta bekletilip servis açılınca gönderilir.
2. Kanal bazlı fiyatlama kuralları: Her pazar yerinin komisyon oranı farklıdır. Merkezdeki baz fiyat 1.000 TL olan bir ürüne sistem; komisyon oranına göre Trendyol’da 1.250 TL, Hepsiburada’da 1.230 TL, kendi işletmenize özel e-ticaret altyapınızda ise komisyonsuz 1.050 TL fiyatını otomatik hesaplayıp gönderebilir.
3. Kargo takip ve e-fatura otomasyonu: Depodaki personel barkodu okuttuğu an, anlaşmalı kargo sisteminden takip numarası alınır, pazaryerine geri bildirilir ve Gelir İdaresi Başkanlığı standartlarında e-fatura düzenlenerek müşterinin e-posta adresine iletilir.

Bu akışın merkezinde doğru bir veri kurgusu bulunmadığında, ciro artsa bile personel maliyeti ve operasyonel hatalar kârlılığı eritir.

Kendi operasyonunuza özel entegrasyon kurma adımları

Özel bir entegrasyon yazılımına geçiş, aceleye getirilecek bir süreç değildir. Denizli’deki geliştirme merkezimizde yürüttüğümüz projelerde genellikle 8-14 haftalık kontrollü bir takvim uygularız. Sürecin teknik adımları şöyledir:

İlk adım, veri standardizasyonudur. Sistemdeki her varyantın (renk, beden, parça numarası) tüm satış kanallarında tek ve benzersiz bir barkod (GTIN/EAN) veya stok kodu (SKU) ile eşleşmesi sağlanır. Kod yapısı düzensiz olan bir depoda hiçbir yazılım mucize yaratamaz.

İkinci adımda, webhook ve kuyruk altyapısı inşa edilir. Pazaryerlerinden gelen siparişler “anlık dinleme” mekanizmalarıyla yazılıma aktarılır. Aynı anda yüzlerce sipariş geldiğinde sunucunun tıkanmaması için Redis veya RabbitMQ tabanlı asenkron kuyruk yapıları devreye alınır.

Üçüncü aşamada banka hesap API’leri sisteme entegre edilir. Bankaların test ortamlarında (sandbox) örnek para transferleri yapılarak farklı senaryolar (eksik tutar, yanlış sipariş no, mükerrer ödeme) simüle edilir. Hatalı eşleşmeler için manuel onay paneli oluşturulur.

Son aşamada ise sistem paralel test sürecine alınır. Eski düzen bozulmadan, yeni yazılım 2-4 hafta boyunca arka planda gerçek siparişleri izler. Veri tabanları arasındaki stok ve bakiye tutarlılığı yüzde yüz doğrulandığında tam geçiş yapılır. Bir e-ticaret operasyonunda sipariş akışının kesintisiz sürmesi için kullanıcı deneyiminin de bu altyapıyla uyumlu olması gerekir; e-ticaret UX ve altyapı özellikleri yazımız bu arayüz dengesini korumak için incelenmelidir.

Özel entegrasyon yazılımının sınırları ve bakım maliyetleri

Her işletmenin özel yazılıma ihtiyacı yoktur. Ayda 50-100 sipariş alan, tek bir depodan tek bir pazaryerine çalışan küçük ölçekli satıcılar için özel yazılım geliştirmek maliyet açısından mantıksızdır. Bu hacimdeki firmalar için hazır SaaS araçlar yeterli ekonomik çözümü sağlar.

Özel yazılım yatırımı; birden fazla fiziksel lokasyonda stoğu bulunan, kendi e-ticaret sitesi dışında en az 2 pazaryerinde aktif olan, B2B siparişler alan veya hazır panellerin sipariş başına kestiği komisyonların aylık bütçesini aştığı işletmeler için kârlıdır.

Dikkate alınması gereken bir diğer gerçek, API bakım süreçleridir. Pazaryerleri ve bankalar yılda bir veya iki kez API versiyonlarında güncellemeye gider (örneğin v1 servislerinin v2’ye yükseltilmesi). Özel yazılım tercih eden firmalar, bu güncellemelerin yazılım ekibi tarafından takip edilip sisteme uyarlanması gerektiğini peşinen kabul etmelidir. Entegrasyon bir kez kurulup sonsuza dek unutulacak bir sistem değil; yaşayan, iş süreçleriniz büyüdükçe yeni kurallarla beslenen operasyonel bir omurgadır.

Operasyonunuzun ihtiyaç duyduğu veri akışını netleştirmek ve çoklu kanal mimarisini depodan banka hesaplarına kadar tek ekranda toplamak için iletişim sayfamız üzerinden teknik ekibimizle görüşebilirsiniz.