Shopify mi, özel e-ticaret yazılımı mı? Kendi mağazanızda ölçeceğiniz yedi eşik

Dürüst ön cevap: hazır platform ne zaman yeter?

Ürün kataloğunuz standartsa, fiyat herkese aynıysa, stok tek yerde duruyorsa ve platformun sunduğu ödeme yöntemleri müşterilerinize yetiyorsa hazır bir platform yeterlidir: Shopify ya da ikas gibi bir altyapıda kalmak doğru cevaptır; özel yazılım yazmak o durumda gereksiz bir iş olur. Hazır çözüm işinizi görüyorsa bunu söyleriz; özel yazılım geliştirme sayfamızda da bunu yazıyoruz.

Soru "hangisi daha ucuz" ya da "hangisi daha havalı" değil, "benim işimin hangi davranışı bu altyapıda geçiyor, hangisi geçmiyor". Maliyet tarafını ayrı bir yöntemle, toplam sahip olma maliyeti çalışma sayfasıyla hesaplayabilirsiniz; bu yazı onu yinelemiyor, platformun davranışını ölçüyor.

Bu yazı neyi ölçer, neyi ölçmez?

Shopify mi özel e-ticaret mi sorusu sık sık ciro, ürün sayısı ya da trafik üzerinden sorulur. Biz bu ölçütlere hiçbir rakamsal eşik koymuyoruz. Bunun yerine yedi davranışı kendi platformunuzda sınıyorsunuz: bir deneme mağazasında, test siparişleriyle, kendi hesabınızın yönetim ekranında ve platformun kendi belgesinde.

Bilmeniz gerekenler:

• Platform ve araç adları yalnızca konunun adıdır; hiçbirini önermiyor ya da kötülemiyoruz.
• Belge bilgisi tarihlidir (6 Kasım 2026'da açıldı ve okundu) ve plana, ülkeye ve sürüme göre değişir. Plan sınırlarını ve oranları rakamla vermiyoruz; kendi planınızın güncel sayfasına bakın.
• Bir platformun bir şeyi yapamadığını iddia etmiyoruz. Yazdığımız yalnızca açılıp okunan belgenin söylediği; belgede olmayan şeyin "yok" demek olmadığını da biliyoruz, bu yüzden her eşik bir sınamayla biter.
• ikas'ın v1 geliştirici sayfaları API'nin v1 uç noktasını anlatıyor ve yeni kullanıcılara v2'yi öneriyor; v2'nin müşteri grubu, fiyat listesi ve hız sınırı sayfalarını içeren ayrı bir belgesi var (builders.ikas.com). Güncel durumu kendiniz kontrol edin.
• Çok satıcılı pazaryeri (her satıcının kendi siparişi ve ödemesi) bu listede yok. Dayanak olarak gösterebileceğimiz bir platform belgesi okumadık; konunuz buysa kendi ödeme sağlayıcınızın belgesinde satıcılara ödeme dağıtımı koşullarına bakın.

Shopify mi özel e-ticaret mi? Yedi eşik, yedi test

Her eşik aynı beş satırdan oluşur: soru, kendi platformunuzda sınama, geçti ölçütü, dayanak (belge ve tarih) ve yetmezse seçenekler. Sınamaları canlı mağazada değil, deneme mağazasında ve uydurma veriyle yapın.

Eşik 1: Müşteriye özel ve kademeli fiyat

Soru. Aynı ürüne farklı müşteri gruplarına farklı, miktara göre kademeli fiyat verebiliyor musunuz ve siparişte doğru fiyat görünüyor mu?

Kendi platformunuzda sınama. İki müşteriyi (şirketi) ve aynı ürünü seçin; her biri için farklı fiyat ve miktara göre kademe tanımlayın, test siparişi verin. Fiyatı kaç yerde yönetiyorsunuz, toplu içe aktarma var mı, fiyat değişince siparişte hangisi görünüyor?

Geçti ölçütü. Tanımladığınız her fiyat, doğru müşteri ve doğru miktar için sipariş ekranında ve faturada aynen çıkıyor; yönetim tek yerde.

Dayanak. Shopify B2B belgeleri (6 Kasım 2026): fiyatlar kataloglarla belirlenir, kataloglar B2B pazarlarına ya da şirketlere ve şirket konumlarına atanır, miktar kuralları ve miktara göre fiyat kademeleri tanımlanabilir; bir müşteriye birden çok katalog uygulanıyorsa, şirket konumuna doğrudan atanan katalog pazar kataloglarının önüne geçer, pazar katalogları arasında daha özel eşleşen pazar öncelik alır ve düşük fiyat yalnızca kataloglar eşit derecede özel olduğunda uygulanır (aynı şirket konumuna doğrudan birden çok katalog atanmışsa mağaza ürün için en düşük fiyatı gösterir; miktar kuralları ve fiyat kademeleri hariç). Plan farkı belgede yazılı: Starter ve Retail planlarında B2B yok; şirkete ya da konuma doğrudan katalog atama yalnızca Plus planında; diğer planlarda etkin katalog sayısına üst sınır var.

ikas geliştirici belgesi (6 Kasım 2026): yönetim API'sinde fiyat listeleri ve bir fiyat listesindeki varyant fiyatlarını güncelleyen bir işlem var; v2 belgelerinde müşteri grubu kaydı bir fiyat listesi kimliği ve fiyat kuralları (sabit fiyat, indirim oranı ya da indirim tutarı) taşıyor, yani API müşteri grubunu bir fiyat listesine bağlıyor; bunun siparişte ve faturada nasıl göründüğü okuduğumuz sayfalarda yazmıyor, panelde sınayın.

Yetmezse. Süreç ya da plan değişikliği, uygulama ya da eklenti, fiyat kuralını ayrı bir serviste tutan hibrit yapı ya da özel yazılım.

Eşik 2: Teklif ve onay akışı

Soru. Alıcı teklif istiyor, satıcı fiyat veriyor, alıcı onaylıyor ve sipariş oluşuyor; bu zincir tek kayıt üzerinde, kimin ne yaptığı görünür biçimde yürüyor mu?

Kendi platformunuzda sınama. Uçtan uca bir senaryo çalıştırın: alıcı siparişi inceleme için gönderir, satıcı tarafında müzakere edilen fiyat girilir, alıcı onaylar, sipariş oluşur. Her adımda kim, nerede, hangi kayıtla işlem yaptı?

Geçti ölçütü. Zincirin her halkası tek kayıtta görünüyor; anlaşılan fiyat sonradan kendiliğinden değişmiyor.

Dayanak. Shopify B2B taslak sipariş belgesi (6 Kasım 2026): müzakere edilmiş fiyat kalem üzerinde özel fiyatla girilebilir; "tüm siparişleri inceleme için taslak olarak gönder" seçeneği açılırsa alıcı ödeme ekranında "onay için gönder" düğmesini görür, siparişler satıcının taslaklar listesine düşer ve fiyatları varsayılan olarak kilitlenir; fiyat kilidi, ürün fiyatı sonradan değişse de teklif edilen fiyatı korur. Bu eşik için okuduğumuz ikas belgesi yok; yazmıyoruz.

Yetmezse. Birden çok tur pazarlık, onay hiyerarşisi ya da kendi sisteminizdeki kurallar gerekiyorsa süreç değişikliği, uygulama, hibrit ya da özel yazılım.

Eşik 3: Çok depolu stok

Soru. Aynı varyant birden çok depoda farklı miktarlarla duruyorsa sipariş hangi depodan, hangi kuralla karşılanıyor?

Kendi platformunuzda sınama. Aynı varyantı iki konumda farklı miktarla tutun. Önce bir konumun tek başına karşılayabileceği, sonra hiçbirinin tek başına karşılayamayacağı miktarda test siparişi verin. Sipariş hangi konuma atandı, bölündü mü, stok eksiye düştü mü?

Geçti ölçütü. Sipariş beklediğiniz konuma ya da sizin kuralınızla bölünerek atanıyor; stokun eksiye düşme davranışını biliyor ve istediğiniz gibi ayarlayabiliyorsunuz.

Dayanak. Shopify yardım merkezi, konumlara göre sipariş karşılama (6 Kasım 2026): birden çok etkin konumda online siparişler, sipariş yönlendirme yapılandırmasına ve stoğa göre atanır; bir konum siparişin tamamını karşılayabiliyorsa stok o konumdan alınır, hiçbiri karşılayamıyorsa sipariş birden çok konuma bölünür ya da en yüksek öncelikli konum ürünü fazla satar (sayfadaki örnekte stok eksiye iner); bölünmeyi azaltmak için bir yönlendirme kuralı var. Sipariş yönlendirme sayfası, bunun için iki ya da daha fazla etkin konum gerektiğini yazıyor.

ikas belgesi: yönetim API'sinde stok lokasyonları var ve stok lokasyona göre tanımlanıp güncellenebiliyor; siparişin hangi lokasyondan karşılanacağını belirleyen davranış okuduğumuz sayfada anlatılmıyor, panelde sınayın.

Yetmezse. Yönlendirme kurallarını yeniden kurmak, uygulama ya da eklenti, stok mantığını ortak bir veri katmanında tutan hibrit yapı ya da özel yazılım.

Eşik 4: ERP ve stok senkronu

Soru. ERP'deki bir stok ya da fiyat değişikliği mağazaya doğru, tek kez ve sırasıyla ulaşıyor mu; bir şey ters giderse kim öğreniyor?

Kendi platformunuzda sınama. ERP'de bir stok ya da fiyat değişikliği yapın ve mağazada ne zaman, hangi yolla göründüğünü yazın. Sonra entegrasyonu geçici olarak durdurun, aynı olayı iki kez gönderin, sırası bozuk iki olay gönderin. Kopya kayıt oluştu mu, son durum yanlış kaldı mı, hatayı kim fark etti?

Geçti ölçütü. Değişiklik beklenen yolla ve tutarlı biçimde görünüyor; kaçan olay düzenli bir uzlaştırmayla yakalanıyor; hata bir insana ulaşıyor.

Dayanak. Shopify webhook belgesi (6 Kasım 2026): yinelenen teslimatlar webhook kimliğiyle elenmeli; aynı konu içinde ve aynı kaynağın farklı konuları arasında sıra için söz verilmez, örneğin bir ürün güncelleme olayı oluşturma olayından önce gelebilir ve zaman damgalarının kullanılması önerilir; teslimatın da her zaman gerçekleşeceği söylenmez, bu yüzden Shopify'dan veriyi düzenli çeken uzlaştırma işleri önerilir. Shopify B2B entegrasyon sayfası: ERP, CRM ve benzeri sistemlerle doğrudan entegrasyon, aracı hizmet ya da özel API yolları var; mağaza uygulamalarının bir kısmı B2B şirket ve katalog verisiyle tam uyumlu olmayabilir, uyumluluğu sağlayıcıdan teyit edin. ikas webhook belgesi: uç nokta ulaşılamaz ya da hata dönerse ikas göndermeyi birkaç kez dener, sonra gönderimi bırakır; v2 belgesi ayrıca hata oranı yüksek webhook uç noktaları için engelleme kuralları sayıyor ve akışınızı çalıştırmadan önce ikas'a HTTP 200 dönmenizi istiyor.

Yetmezse. Uzlaştırma işi eklemek, aracı entegrasyon hizmeti ya da olay kimliğini saklayan küçük bir servis (hibrit). Tekrar ve sıra sorunlarının nasıl sınandığı için n8n ve Zapier yazımızdaki ilk iki eşiğe bakın.

Eşik 5: Ödeme ülkesi ve ödeme yöntemleri

Soru. İşletmenizin bulunduğu ülkede platformun yerleşik ödeme çözümünü kullanabiliyor musunuz; kullanamıyorsanız müşterilerinizin kullandığı ödeme yöntemlerini nasıl ekliyorsunuz?

Kendi platformunuzda sınama. Önce platformun desteklenen ülkeler sayfasına bakın: ülkeniz listede mi, işletme kategoriniz kabul ediliyor mu? Listede değilseniz, müşterilerinizin kullandığı her ödeme yöntemini hangi yolla ekleyebildiğinizi ve havale gibi elle yöntemlerin siparişi nasıl işaretlediğini sınayın.

Geçti ölçütü. Müşterilerinizin kullandığı ödeme yöntemlerinin hepsi bir yolla ekleniyor ve siparişin ödendi ya da ödenmedi durumu doğru işaretleniyor; ek maliyeti biliyorsunuz (eşik 6).

Dayanak. Shopify yardım merkezi, Shopify Payments desteklenen ülkeler ve uygunluk sayfaları (6 Kasım 2026): işletmeniz desteklenen ülkelerden birinde olmalı, iş türünüz ve ürünleriniz yasaklı olmamalı; ülkeniz listede değilse ya da kategoriniz desteklenmiyorsa üçüncü taraf bir ödeme sağlayıcısı kullanılır. 6 Kasım 2026'da okuduğumuz listede Türkiye yoktu; liste değişebilir, kendiniz açıp bakın. Sağlayıcınızın kendi belgesi sizin dayanağınızdır.

Yetmezse. Üçüncü taraf ödeme sağlayıcısıyla devam etmek (eşik 6'daki ek ücreti hesaba katarak), ödeme akışını ayrı bir serviste kuran hibrit yapı ya da özel yazılım.

Eşik 6: Platform komisyonu ve işlem ücretlerinin toplam maliyeti

Soru. Plan ücreti, ödeme işleme ücreti, üçüncü taraf işlem ücreti ve uygulama abonelikleri birlikte ne tutuyor ve satış büyüdükçe bu toplam nasıl davranıyor?

Kendi platformunuzda sınama. Kendi planınızın ücret sayfasını ve gerçek bir ayın sipariş dökümünü yan yana koyun. Toplamı bir formülle yazın, rakamı siz doldurun: plan ücreti + ödeme işleme ücreti + üçüncü taraf işlem ücreti + uygulama abonelikleri + özel geliştirme. Bu yazıda hiçbir oran ya da tutar vermiyoruz.

Geçti ölçütü. Her kalemi kendi kaynağından ve tarihiyle yazabiliyorsunuz; toplam, alternatiflerle aynı çalışma sayfasında yan yana okunabiliyor.

Dayanak. Shopify "Ücretler ve maliyetler" sayfası (6 Kasım 2026): Shopify Payments işleme ücreti kart türüne ve konuma göre değişir; üçüncü taraf işlem ücretleri Shopify planına göre değişir ve üçüncü taraf ödeme sağlayıcısı kullanıldığında alınır. Shopify Payments kullanıyorsanız Shopify Payments, Shop Pay, Shop Pay Installments ve elle ödeme yöntemleriyle (havale, kapıda ödeme gibi) işlenen siparişlerde bu ücret alınmaz; ancak 12 Mayıs 2025 ve sonrasında açılan mağazalarda mağaza kredisi ya da hediye kartıyla ödenen tutar için, Shopify Payments kullanılsa bile, üçüncü taraf işlem ücreti alınır. Müşterinizin ödeme yaptığı para birimi ile ödemeyi hesabınıza aldığınız (payout) para birimi farklıysa Shopify Payments için ayrıca bir para birimi dönüşüm ücreti uygulanır; kapsamı ödeme sağlayıcısına göre değişir. Oranlar sayfada, burada yok.

Yetmezse. Plan ya da ödeme sağlayıcısı değişikliği, hibrit ya da özel yazılım. Maliyeti kalem kalem tartmak için çalışma sayfası yazımıza bakın; kalemleri burada yinelemiyoruz.

Eşik 7: API ve hız sınırları

Soru. Kendi senkronunuzun ya da toplu içe aktarmanızın en yoğun anında platformun sınırına çarptığınızda ne oluyor?

Kendi platformunuzda sınama. Kendi senkronunuzun ya da toplu içe aktarmanızın en yoğun anını test ortamında oynatın. Sınıra çarpınca ne oluyor: kuyruk mu, hata mı, bekleme mi? Sınır planınıza bağlı mı? Veri kaybı ya da kopya kayıt oluştu mu?

Geçti ölçütü. Sınıra çarpmak kayıp ya da çift kayıt yaratmıyor; uygulamanız bekleyip yeniden deniyor; en yoğun anın süresi iş için kabul edilebilir (ölçütü siz koyarsınız).

Dayanak. Shopify API sınırları sayfası (6 Kasım 2026): çoğu API hız sınırlıdır; hesaplama biçimi ve rakamlar API'ye ve plana göre değişir; sınırlar "sızdıran kova" yöntemiyle uygulanır, kova dolarsa kısıtlama (throttle) hatası alırsınız ve beklemeniz gerekir; sayfa, uygulamanın sınırlara düzgün yanıt verecek biçimde kurulmasını ister ve Shopify'ın platformu korumak için sınırları geçici olarak düşürebileceğini belirtir; çok sayıda varyantı olan mağazalarda ayrıca günlük yeni varyant oluşturma sınırı vardır (Plus planında uygulanmaz). ikas'ın v2 geliştirici belgesinde bir hız sınırları ve engelleme kuralları sayfası var: belirli bir zaman aralığında genel bir istek sınırı, 429 Too Many Requests yanıtı ve hata oranı yüksek olduğunda geçici otomatik engelleme anlatılıyor; burada rakam vermiyoruz, sayfayı okuyun ve entegrasyonunuzu kapsayıp kapsamadığını satıcıdan yazılı teyit edin.

Yetmezse. İşleri kuyruğa alıp bölmek, aracı hizmet, hibrit ya da özel yazılım.

Sonucu okumak: kırmızı, sarı, yeşil ve karar

Eşikleri yedi satıra döküp her birine bir renk verin. Bu okuma mühendislik yargımızdır, standart değildir.

Dört karar var: hazır platformda kal, hazır platform artı uygulama ya da eklenti, hibrit (hazır vitrin, özel arka uç) ve özel yazılım. Hibrit yapının nasıl kurulacağını iki yazımızda anlattık: hazır çekirdek, özel katman ve araç yönetir, küçük bir servis kritik adımı yapar.

İki gerçek desen

Portfolyomuzdaki iki kayıt, bu eşiklerin gerçek sistemlerde nasıl göründüğünü gösteriyor. İkisinde de hazır bir platformun denenip denenmediğini ya da yetip yetmediğini söylemiyoruz; kartlar bunu anlatmıyor.

B2B / C2C e-ticaret platformları kaydında B2B tarafı kademeli fiyatlandırma, toplu sipariş ve doğru temsilciye yönlenen teklif talepleriyle çalışıyor: eşik 1 ve 2'nin sistemdeki karşılığı bu. C2C tarafı alıcı ve satıcı eşleştirmeyi platform içi mesajlaşma ve puanlamayla birleştiriyor; bu yazı o tarafı bir eşik olarak ele almıyor. B2C e-ticaret mağazaları kaydı ise depolara yayılmış varyant ve stoğun naif stok modellerini hızla kırdığını, fiyat ve stok mantığının bu yüzden ortak bir veri katmanının arkasında durduğunu söylüyor: eşik 3'ün karşılığı. Aynı kayıtta ödeme entegrasyonu da bir vurgu olarak geçiyor.

Hazır platformdan ayrılırken ne taşınır?

Eşiklerden biri kırmızıysa ve ayrılmayı düşünüyorsanız, ayrılış baştan planlanmalı. Taşıyacağınız şeylerin listesi:

• ürün ve varyant verisi, görseller ve açıklamalar,
• müşteri ve sipariş geçmişi,
• adresler ve eski adreslerin yönlendirmeleri (aksi halde arama motoru görünürlüğü kaybolur),
• kayıtlı ödeme yöntemleri: taşınabilir olup olmadığı ödeme sağlayıcısına sorulur, biz bir cevap yazmıyoruz,
• uygulama ve entegrasyon ayarları.

Hepsini bir gecede taşımak zorunda değilsiniz; geçişi dilimlemek için yazılım modernizasyonu yazımıza bakın. Kodun, altyapının ve devrin nasıl çalıştığı özel yazılım geliştirme sayfamızın "Kaynak kod, altyapı ve devir" bölümünde, hazır üründen çıkış ise çıkış yolu bölümünde anlatılıyor.

Eşik ölçüm sayfası

Aşağıdaki tabloyu kopyalayıp kendi mağazanız için doldurun. Sonuç sütununa "geçti", "kaldı" ya da "bilinmiyor" yazın; kanıt sütununa ekran görüntüsünü, belge sayfasını ve açtığınız tarihi koyun.

İş etkisi sütununa düşük, orta ya da yüksek yazın; karar sütununa kal, uygulama, hibrit ya da özel. Son satırdaki hücreleri kendi rakamlarınızla doldurun; biz hiçbir değer önermiyoruz. Tabloyu iş sahibi, e-ticaret yöneticisi ve mühendis ayrı ayrı doldursun, farklı çıkan satırlar konuşulacak satırlardır. Bir ajans ya da yazılım firması özel yazılım öneriyorsa, önerinin hangi satırı kırmızıya çevirdiğini tablodan gösterip göstermediğine bakın.

Biz bunu nasıl yapıyoruz

Her proje, onayladığınız yazılı teklifle başlayan ücretli bir çalışmadır. Kapsam, takvim ve maliyet, herhangi bir ücretlendirme başlamadan önce yazılı olarak elinizde olur; onayınızdan önce tahsilat yoktur. Hazır çözüm işinizi görüyorsa bunu söyleriz. Sonra ne yapılacağını, hangi sırayla ve ne kadara olacağını yazıya döküyoruz; siz onaylamadan iş başlamaz. Her teknik kararın nedenini yazılı hale getiririz. Kodunuzu yazan mühendisle doğrudan konuşursunuz. Teslim edilen işin mülkiyeti, kullanım koşullarımızda belirtildiği gibi bedelin tamamı ödendiğinde size geçer. Sizin için işlettiğimiz hiçbir şey, bizimle kalmanız için bir koz değildir. İlk adım form değil, gerçek bir görüşme: doğru zaman mı, doğru eşleşme mi, dürüstçe konuşuruz. Kapsam yazılı teklifte belirlenir. Adımları Süreç sayfasında, yazılım tarafını özel yazılım geliştirme sayfamızda anlatıyoruz. Projenizi anlatın.

Sık sorulan sorular

Shopify yerine özel yazılım ne zaman düşünülür?

Yedi eşikten üçü belirleyicidir: müşteriye özel ve kademeli fiyat (1), teklif ve onay akışı (2) ve ödeme ülkesi ile yöntemleri (5). Bunlardan biri kendi platformunuzda geçilemiyorsa ve uygulama, süreç değişikliği ya da hibrit yol işi çözmüyorsa özel yazılım gündeme gelir. Ciro ya da ürün sayısı tek başına eşik değildir; sınamayı yapmadan karar vermeyin.

Hazır altyapıdan özel yazılıma geçiş nasıl olur?

Önce taşınacakları listeleyin (veri, geçmiş, adres yönlendirmeleri, entegrasyonlar), sonra geçişi dilimleyin: hepsini bir gecede taşımak gerekmez. Dilimleme yöntemi için yazılım modernizasyonu yazımıza bakın. Kapsam yazılı teklifte belirlenir.

B2B fiyatlandırma ve teklif akışı hazır platformda kurulabilir mi?

Mutlak bir cevap veremeyiz; cevap platforma, plana ve akışınızın ayrıntısına bağlı. Shopify'ın B2B belgesi katalog, miktar kademesi, müzakere edilmiş fiyat ve onay için taslak sipariş gibi yapıları anlatıyor, bazılarını belirli planlara bağlıyor. Eşik 1 ve 2'yi deneme mağazanızda sınayın ve kendi planınızın sayfasına bakın.

Mevcut mağazamı koruyup yalnızca arka ucu değiştirebilir miyim?

Bu bir hibrit yoldur: hazır vitrin kalır, kritik mantık ayrı bir serviste çalışır. Bedeli, işletilecek iki şey olmasıdır; getirisi, mağazanızı koruyarak yalnızca geçemeyen eşiği çözmenizdir. Yapının kurulumu için hazır çekirdek, özel katman bölümüne bakın.

Platform komisyonu ve işlem ücretleri toplam maliyeti nasıl etkiler?

Plan ücreti, ödeme işleme ücreti, üçüncü taraf işlem ücreti ve uygulama abonelikleri toplam maliyetin kalemleridir; hangilerinin uygulandığı planınıza ve ödeme sağlayıcınıza bağlıdır. Toplamı bir formülle yazın (eşik 6) ve kendi planınızın güncel ücret sayfasından doldurun. Kalemlerin tamamı için toplam sahip olma maliyeti çalışma sayfasına bakın.

Kaynaklar

Aşağıdaki sayfalar 6 Kasım 2026'da açılıp okundu. Plan, ücret, sınır ve ülke bilgisi taşıyan sayfalar zamanla değişir.

• Shopify Yardım Merkezi: Shopify Payments desteklenen ülkeler · Shopify Payments uygunluk · Ücretler ve maliyetler · Shopify B2B · B2B planlara göre özellikler · B2B kataloglar ve fiyatlandırma · B2B'de kataloglar ve pazarlar · Katalog oluşturma · B2B taslak siparişler · B2B harici sistem entegrasyonu · Konumlara göre sipariş karşılama · Sipariş yönlendirme
• Shopify geliştirici belgeleri: API sınırları · Webhook'lar
• ikas geliştirici portalı: giriş · ürünler · fiyat listeleri · stok lokasyonları · webhook'lar · v2: fiyat listeleri · müşteri grupları · hız sınırları