Bir e-ticaret işletmesi büyüdükçe yalnızca web sitesi üzerinden yönetilen basit bir yapı olmaktan çıkar.

Bir tarafta:

• e-ticaret sitesi,
• pazaryerleri,
• tedarikçiler,
• ürün katalogları

bulunurken diğer tarafta:

• stok,
• sipariş,
• kargo,
• fatura,
• muhasebe,
• fiyatlandırma

sistemleri çalışabilir.

Bu sistemlerin birbirinden bağımsız yönetilmesi başlangıçta mümkün olabilir. Ancak ürün ve sipariş sayısı arttıkça aynı verinin farklı ekranlarda tekrar tekrar işlenmesi ciddi zaman kaybına ve hata riskine dönüşebilir.

E-ticaret entegrasyonu temel olarak bu sistemlerin belirlenen kurallar çerçevesinde veri alışverişi yapmasını sağlar.

Basit bir örnek:

Tedarikçi

↓

ürün ve stok verisi

↓

e-ticaret sistemi

↓

pazaryeri

↓

müşteri siparişi

↓

sipariş yönetimi

↓

kargo

↓

fatura/muhasebe

şeklinde bir veri akışı kurulabilir.

Ancak entegrasyonun başarılı çalışması yalnızca sistemlerin teknik olarak birbirine bağlanmasına bağlı değildir.

Asıl önemli konu:

hangi verinin nereden alınacağı, hangi sisteme gönderileceği ve hangi sistemin son doğru kaynak kabul edileceğidir.

E-Ticaret Entegrasyonu Nedir?

E-ticaret entegrasyonu, iki veya daha fazla sistem arasında belirli verilerin otomatik veya yarı otomatik biçimde aktarılmasıdır.

Bu sistemler örneğin:

• e-ticaret sitesi,
• pazaryeri,
• XML tedarikçisi,
• ERP,
• muhasebe yazılımı,
• kargo sistemi,
• e-belge sistemi

olabilir.

Ticaret Bakanlığı'nın E-Ticaret Akademisi, XML entegrasyonunda ürün bilgileri, stok değişimleri, siparişler ve benzeri verilerin sistemler arasında periyodik biçimde aktarılabileceğini açıklıyor.

E-ticaret entegrasyonu ise XML'in ötesinde daha geniş bir kavramdır.

XML yalnızca kullanılan veri aktarım yöntemlerinden biri olabilir.

1. Entegrasyonda Önce Hangi Sistemlerin Bağlanacağı Belirlenir

İlk aşamada:

“Entegrasyon programı alalım.”

demek yerine:

“Hangi iki veya daha fazla sistemi birbirine bağlamak istiyoruz?”

sorusu cevaplanmalıdır.

Örneğin işletmenin ihtiyacı:

tedarikçi → e-ticaret sitesi

olabilir.

Başka işletmede:

e-ticaret sitesi → pazaryerleri

gerekebilir.

Daha gelişmiş yapıda ise:

tedarikçi → ana ürün sistemi → web sitesi → pazaryerleri → sipariş → muhasebe → kargo

gibi çok yönlü bir yapı kurulabilir.

İhtiyaç belirlenmeden entegrasyon seçmek gereksiz özelliklere ödeme yapılmasına veya önemli bir fonksiyonun eksik kalmasına yol açabilir.

2. Ana Veri Kaynağı Belirlenir

Entegrasyondaki en kritik kararlardan biri:

Hangi sistem hangi veri için ana kaynak olacak?

sorusudur.

Örneğin:

Ürün adı

E-ticaret sitesi.

Alış fiyatı

Tedarikçi XML'i.

Satış fiyatı

E-ticaret fiyatlandırma sistemi.

Stok

Depo veya tedarikçi.

Sipariş

Satış kanalı.

Fatura durumu

Muhasebe/e-belge sistemi.

gibi farklı kaynaklar kullanılabilir.

Bütün verilerin tek sistemden gelmesi şart değildir.

Ancak aynı alanı birden fazla sistem kontrol ediyorsa çakışma riski artar.

3. Ürünlerin Benzersiz Kimliği Belirlenir

Entegrasyonun:

“Siyah tornavida”

ile

“Siyah Tornavida Seti”

ifadelerinin aynı veya farklı ürün olduğunu tahmin etmesi güvenli değildir.

Bu nedenle ürünlerin mümkün olduğunca benzersiz alanlarla eşleştirilmesi gerekir.

Örneğin:

• SKU,
• stok kodu,
• barkod,
• tedarikçi ürün kodu

kullanılabilir.

Entegrasyon sisteminin temel sorusu:

“Bu sistemdeki ürün diğer sistemde hangi ürüne karşılık geliyor?”

olmalıdır.

Yanlış ürün eşleştirmesi:

• yanlış stok,
• yanlış fiyat,
• yanlış sipariş,
• yanlış varyant

gibi zincirleme hatalara neden olabilir.

4. Ürün Alanları Eşleştirilir

Bir sistem:

product_name

alanını kullanırken diğer sistem:

urun_ad

kullanabilir.

Başka sistemde aynı alan:

title

olabilir.

Entegrasyon bu alanların aynı veriyi temsil ettiğini bilmelidir.

Örneğin:

Tedarikçi alanı → E-ticaret alanı

Ürün kodu → SKU

Ürün adı → Ürün adı

Barkod → Barkod

Alış fiyatı → Maliyet

Stok → Stok

Açıklama → Açıklama

Görseller → Ürün görselleri

Kategori → Kategori

şeklinde bir eşleştirme yapılabilir.

Bu işlem entegrasyonun en temel aşamalarından biridir.

5. Kategori Eşleştirmesi Yapılır

Tedarikçinin kategorisi:

Ev > Mutfak > Saklama

olabilir.

E-ticaret sitesinde ise:

Ev ve Yaşam > Mutfak Gereçleri > Saklama Ürünleri

kullanılıyor olabilir.

Pazaryerinde ise tamamen farklı bir kategori ağacı bulunabilir.

Bu nedenle entegrasyon:

kaynak kategori → hedef kategori

eşleştirmesini yapmalıdır.

Bu konu özellikle pazaryerlerinde önemlidir çünkü kategori yalnızca ürünün nerede listeleneceğini değil, hangi özelliklerin zorunlu olduğunu da etkileyebilir.

6. Ürün Özellikleri Eşleştirilir

Kategori seçildikten sonra:

• renk,
• ölçü,
• beden,
• malzeme,
• kapasite,
• model

gibi özelliklerin aktarılması gerekebilir.

Kaynak sistem:

Renk: Siyah

gönderirken hedef sistem:

Color → Black

veya farklı bir değer yapısı kullanabilir.

Bu nedenle yalnızca alan adı değil alan içerisindeki değerler de eşleştirilebilir.

7. Varyant Yapısı Kontrol Edilir

Tek ürün:

Tişört

olabilir.

Ancak altında:

• S,
• M,
• L,
• XL

varyantları bulunabilir.

Her varyantın:

• SKU'su,
• barkodu,
• stoğu,
• fiyatı

ayrı olabilir.

Entegrasyonun ana ürün ile varyant arasındaki ilişkiyi doğru kurması gerekir.

Aksi halde örneğin:

M bedenin stoğu

L bedene

aktarılabilir.

8. Ürün Görselleri Aktarılır

Entegrasyon yalnızca metinsel veri taşımaz.

Tedarikçiden gelen:

• ana görsel,
• ikinci görsel,
• üçüncü görsel

gibi medya alanları da mağazaya aktarılabilir.

Ancak burada:

• bozuk görsel URL'si,
• aynı görselin tekrar etmesi,
• düşük çözünürlük,
• yanlış ürüne ait görsel

gibi sorunlar ortaya çıkabilir.

Bu nedenle ürün aktarımından sonra görsel kalite kontrolünün ayrıca yapılması yararlıdır.

9. Ürünler İlk Kez Sisteme Aktarılır

Alanlar eşleştirildikten sonra ilk toplu ürün aktarımı yapılabilir.

Örneğin:

5.000 ürün

tek seferde aktarılacak olabilir.

Ancak doğrudan bütün kataloğu canlı mağazaya aktarmak yerine önce sınırlı ürünle test yapmak daha kontrollü olabilir.

Örneğin:

20–50 ürün

ile:

• ürün adı,
• kategori,
• fiyat,
• stok,
• açıklama,
• görsel,
• varyant

kontrol edilebilir.

Test başarılı olduktan sonra aktarım genişletilebilir.

10. İlk Aktarım ile Güncelleme Aynı İşlem Değildir

Entegrasyonda iki temel operasyon vardır.

İlk aktarım

Ürün henüz hedef sistemde yoktur ve oluşturulur.

Güncelleme

Ürün zaten vardır; belirli alanları değiştirilir.

Bu ayrım önemlidir.

Çünkü ürün oluşturulduktan sonra satıcı:

• başlığı,
• açıklamayı,
• SEO alanını,
• görselleri

manuel olarak geliştirmiş olabilir.

Her yeni XML güncellemesinde bütün ürün verisi baştan yazılırsa bu çalışmalar kaybolabilir.

11. Hangi Alanların Güncelleneceği Belirlenir

Entegrasyonun:

“Ürün değiştiyse her şeyi yeniden yaz.”

şeklinde çalışması şart değildir.

Örneğin:

Fiyat → otomatik güncelle

Stok → otomatik güncelle

Ürün adı → koru

Açıklama → koru

SEO alanları → koru

gibi kurallar oluşturulabilir.

Bu yapı özellikle tedarikçi içeriğini sonradan geliştiren mağazalarda önemlidir.

12. Stok Senkronizasyonu Kurulur

Stok entegrasyonu e-ticaret operasyonunun önemli parçalarından biridir.

Örneğin tedarikçide:

stok 15

iken mağazada da buna göre satış yapılabilir.

Tedarikçide:

stok 0

olduğunda mağazada ürünün satışa kapanması gerekebilir.

Ancak bu işlem:

anlık mı?

15 dakikada bir mi?

saatlik mi?

günlük mü?

çalışacak?

Bu karar iş modeline göre verilmelidir.

Ticaret Bakanlığı'nın XML entegrasyonu açıklamasında da veri güncellemelerinin kullanılan yapıya göre saatlik, günlük veya haftalık periyotlarla yapılabileceği belirtiliyor.

13. Stok Tamponu Kullanılabilir

Tedarikçinin XML'inde:

stok 5

görünüyor olabilir.

Ancak aynı ürünü birden fazla bayi satıyorsa bu stok kısa sürede bitebilir.

Bazı işletmeler bu nedenle:

tedarikçi stoğu − güvenlik payı = mağazada gösterilecek stok

şeklinde bir tampon uygulayabilir.

Örneğin tam olarak hangi güvenlik miktarının kullanılacağı işletmenin satış ve tedarik hızına göre belirlenmelidir.

Evrensel bir sayı yoktur.

14. Fiyat Senkronizasyonu Kurulur

Tedarikçi alış fiyatı değiştiğinde mağaza fiyatının da değişmesi gerekebilir.

Akış:

yeni alış fiyatı

↓

fiyatlandırma kuralı

↓

yeni satış fiyatı

↓

e-ticaret sitesi

↓

pazaryerleri

şeklinde olabilir.

Burada tedarikçinin alış fiyatını doğrudan satış fiyatı olarak kullanmak yerine işletmenin kendi fiyatlandırma sisteminden geçirmek daha kontrollü olabilir.

15. Fiyatlandırma Kuralları Entegrasyona Dahil Edilebilir

Örneğin sistem:

maliyet

hedef kâr

komisyon

diğer maliyetler

üzerinden satış fiyatı oluşturabilir.

Ancak fiyatlandırma yönteminin işletmenin gerçek maliyet yapısına göre kurulması gerekir.

Entegrasyon programının fiyatı otomatik değiştirebilmesi, kullanılan formülün doğru olduğu anlamına gelmez.

16. Anormal Fiyatlar Kontrol Edilebilir

Örneğin ürünün fiyatı:

1.500 → 150

şeklinde değişirse entegrasyon bunu otomatik olarak satış kanallarına göndermeden önce kontrol edebilir.

Bizim 88 numaralı:

XML Ürünlerinde Fiyat Düşüşleri İçin Kontrol Mekanizması Nasıl Kurulur?

içeriği bu özel senaryoyu daha ayrıntılı ele alıyor.

Genel entegrasyon sisteminde ise temel fikir:

normal fiyat değişikliği otomatik ilerlesin, olağan dışı değerler incelemeye alınsın

olabilir.

17. Pazaryeri Entegrasyonu Nasıl Çalışır?

Bir pazaryeri entegrasyonunda genellikle iki yönlü veri akışı bulunur.

Mağazadan pazaryerine

• ürün,
• fiyat,
• stok,
• görsel,
• kategori,
• özellik

gönderilebilir.

Pazaryerinden mağazaya

• sipariş,
• sipariş durumu,
• müşteri/teslimat bilgileri,
• bazı operasyon verileri

alınabilir.

Entegrasyon yazılımları pratikte ürün ve siparişleri tek panelden yönetmek amacıyla bu veri akışlarını bir araya getirebilir.

18. Her Pazaryerinin Veri Yapısı Aynı Değildir

Bir üründe:

renk

zorunlu olabilir.

Başka kategoride:

ölçü

veya farklı teknik özellik istenebilir.

Aynı ürün farklı pazaryerlerinde farklı:

• kategori,
• özellik,
• varyant,
• başlık

kurallarına tabi olabilir.

Bu nedenle:

“Bir ürünü bir yerde listeledim, diğer bütün platformlara aynen gönderirim.”

yaklaşımı her durumda çalışmayabilir.

19. Sipariş Entegrasyonu Nasıl Çalışır?

Müşteri pazaryerinden sipariş verdiğinde sipariş entegrasyon sistemine çekilebilir.

Örneğin:

Pazaryeri

↓

sipariş

↓

entegrasyon paneli

↓

stok düşümü

↓

hazırlama

↓

kargo

↓

fatura

akışı kurulabilir.

Bu sayede farklı satış kanallarındaki siparişlerin ayrı ayrı kontrol edilmesi yerine tek merkezden yönetilmesi mümkün olabilir.

20. Sipariş Geldiğinde Stok Diğer Kanallarda Güncellenebilir

Aynı üründen toplam:

10 adet

stok bulunabilir.

Web sitesinden:

2 adet

satıldığında kalan stok:

8

olur.

Eğer aynı ürün başka pazaryerlerinde de satılıyorsa entegrasyon kalan stoğu bu kanallara gönderebilir.

Bu sistem özellikle ortak stok kullanan işletmelerde önemlidir.

21. Sipariş Aktarımında SKU Eşleşmesi Kritik Öneme Sahiptir

Pazaryerinde gelen ürün:

ABC-123

SKU'suna sahipse ana sistemde de doğru ürüne bağlanmalıdır.

Yanlış eşleşme:

• yanlış ürün hazırlama,
• yanlış stok düşme,
• yanlış maliyet,
• yanlış fatura

gibi sorunlar yaratabilir.

Bu nedenle entegrasyonda ürün eşleştirmesi yalnızca ilk ürün aktarımı sırasında değil sipariş akışında da önemlidir.

22. Kargo Entegrasyonu Nasıl Çalışır?

Sipariş hazır olduğunda kargo sistemiyle veri paylaşılabilir.

Örneğin:

sipariş bilgisi

↓

kargo gönderisi

↓

barkod/etiket

↓

takip numarası

↓

satış kanalına durum bildirimi

şeklinde bir akış kurulabilir.

Bu süreç kullanılan kargo şirketi, entegrasyon sağlayıcısı ve satış kanalına göre farklı olabilir.

23. Kargo Takip Bilgisi Geri Gönderilebilir

Entegrasyon yalnızca kargoya veri göndermez.

Kargo sisteminden alınan:

• takip numarası,
• sevk durumu,
• teslim bilgisi

ilgili satış kanalına geri gönderilebilir.

Bu iki yönlü yapı manuel takip girişlerini azaltabilir.

24. Fatura Entegrasyonu Nasıl Çalışır?

Sipariş tamamlandığında sipariş verileri muhasebe veya e-belge sistemine aktarılabilir.

Örneğin:

sipariş

↓

müşteri bilgisi

↓

ürün satırları

↓

tutar/vergi bilgileri

↓

fatura sistemi

şeklinde bir akış olabilir.

Ancak burada e-ticaret entegrasyonu ile GİB e-Belge altyapısını birbirinden ayırmak gerekir.

Bir e-ticaret yazılımının “fatura entegrasyonu” sunması, kendi başına vergi mevzuatındaki bütün yükümlülükleri karşıladığı anlamına gelmez.

GİB'in e-Fatura sisteminde portal, entegrasyon ve özel entegrasyon gibi farklı yöntemler bulunmaktadır; özel entegratörler de faturaların güvenli biçimde sistem üzerinden iletilmesinde rol oynayabilir.

25. Muhasebe Entegrasyonu Ayrı Bir Katman Olabilir

E-ticaret siparişi muhasebe sistemine aktarılırken:

• müşteri,
• ürün,
• satış,
• fatura,
• ödeme

gibi kayıtlar eşleştirilebilir.

Ancak muhasebe programındaki:

stok kodu

ile e-ticaret sistemindeki:

SKU

aynı değilse ayrı eşleştirme gerekebilir.

Bu nedenle entegrasyon kurulmadan önce ürün kodlama düzeni önemlidir.

26. ERP Entegrasyonu Daha Geniş Operasyonları Kapsayabilir

Daha büyük işletmelerde yalnızca sipariş ve fatura değil:

• satın alma,
• depo,
• stok,
• maliyet,
• cari hesap,
• sevkiyat

gibi süreçler ERP üzerinde yönetilebilir.

Bu durumda e-ticaret sitesi satış kanalı olarak çalışırken ana operasyonel kaynak ERP olabilir.

Burada da ana veri kaynağının baştan belirlenmesi gerekir.

27. API Entegrasyonu Nedir?

API, sistemlerin belirlenmiş istek ve cevap yapıları üzerinden birbirleriyle iletişim kurmasını sağlayan yöntemlerden biridir.

Basit örnek:

E-ticaret sitesi pazaryerine:

“ABC-123 ürününün güncel stoğu nedir?”

veya

“ABC-123 stoğunu 12 yap.”

benzeri yapılandırılmış bir işlem gönderebilir.

API entegrasyonlarının yapısı kullanılan platformun sunduğu teknik imkanlara göre değişir.

28. XML ile API Aynı Şey Değildir

XML çoğunlukla yapılandırılmış veri taşıyan bir format olarak kullanılabilir.

API ise sistemler arasında işlem ve veri alışverişi sağlayan bir arayüz yaklaşımıdır.

Bir API:

• JSON,
• XML

veya başka veri formatları kullanabilir.

Dolayısıyla:

XML = entegrasyonun tamamı

değildir.

Ticaret Bakanlığı'nın XML açıklaması da XML'i e-ticaret siteleri ve tedarikçiler arasında veri paylaşımında kullanılan bir bağlayıcı yapı olarak ele alıyor.

29. Webhook veya Benzeri Olay Tetikleme Sistemleri Kullanılabilir

Bazı sistemlerde sürekli:

“Yeni sipariş var mı?”

diye sorgu göndermek yerine yeni sipariş oluştuğunda diğer sisteme otomatik bildirim gönderilebilir.

Bu yaklaşım kullanılan yazılımın teknik imkanlarına bağlıdır.

Örneğin:

sipariş oluştu → bildirim → entegrasyon → sipariş çekildi

şeklinde çalışabilir.

30. Güncelleme Sıklığı İhtiyaca Göre Belirlenir

Her veri aynı hızda güncellenmek zorunda değildir.

Örneğin:

stok

daha sık,

ürün açıklaması

daha seyrek,

kategori

yalnızca değiştiğinde

güncellenebilir.

Bu durum sunucu ve API yükünü de azaltabilir.

Önemli olan:

veri türünün iş açısından ne kadar hızlı değiştiğini

belirlemektir.

31. Entegrasyon Hataları İçin Kayıt Sistemi Olmalı

İşlem başarısız olduğunda:

“Aktarım olmadı.”

bilgisi tek başına yeterli değildir.

Daha kullanışlı kayıt:

ürün/SKU

işlem

kaynak

hedef

zaman

hata nedeni

yeniden deneme sonucu

gibi bilgiler içerebilir.

Bu kayıt sistemi hata araştırmasını ciddi biçimde kolaylaştırır.

32. Başarısız Aktarımlar Tekrar Denenebilir

Örneğin pazaryeri API'si geçici olarak cevap vermedi.

Bu durumda ürün güncellemesini tamamen kaybetmek yerine sistem:

bekle → tekrar dene

mantığıyla çalışabilir.

Ancak sonsuz tekrar da doğru değildir.

Belirli sayıda başarısız denemeden sonra işlem manuel incelemeye gönderilebilir.

33. Aynı İşlemin İki Defa Yapılması Engellenmeli

Sipariş entegrasyonunda önemli sorunlardan biri aynı siparişin iki kez işlenmesidir.

Örneğin:

sipariş çekildi

ancak sistem başarılı kaydı alamadı.

Sonraki çalışmada aynı siparişi yeniden çekerse ikinci kez oluşturabilir.

Bu nedenle sipariş numarası veya benzersiz işlem kimliğiyle:

“Bu işlem daha önce yapıldı mı?”

kontrolü yapılabilir.

34. Entegrasyonun Çalışıyor Görünmesi Yetmez

Ürünler aktarılıyor olabilir.

Ancak:

• yanlış kategoriye,
• yanlış stokla,
• yanlış fiyatla,
• eksik görselle

aktarılıyor olabilir.

Bu nedenle entegrasyon testi:

bağlantı başarılı

seviyesinde bırakılmamalıdır.

Asıl test:

veri doğru mu?

olmalıdır.

35. Test Ürünleriyle Baştan Sona Senaryo Kurun

Yeni bir entegrasyonda örneğin birkaç ürün üzerinden:

ürün oluştur

↓

fiyat değiştir

↓

stok değiştir

↓

sipariş oluştur

↓

stok düş

↓

kargo oluştur

↓

fatura sürecini test et

↓

siparişi iptal/iade senaryosuyla kontrol et

şeklinde test yapılabilir.

Bu, yalnızca ürün yükleme testinden daha kapsamlıdır.

36. İptal ve İade Süreci Unutulmamalıdır

Entegrasyonların çoğunda ana dikkat:

sipariş geldi

senaryosuna verilir.

Ancak:

sipariş iptal edildiğinde ne olacak?

stok geri eklenecek mi?

kargo oluşturulduysa ne olacak?

belge tarafında hangi işlem gerekiyor?

gibi ters akışların da tasarlanması gerekir.

37. Manuel Müdahale Kuralları Belirlenmeli

Tam otomasyon her zaman doğru değildir.

Örneğin:

normal stok değişikliği → otomatik

normal fiyat değişikliği → otomatik

çok büyük fiyat farkı → manuel kontrol

eşleşmeyen SKU → manuel kontrol

kategori bulunamadı → manuel kontrol

şeklinde bir sistem daha güvenli olabilir.

Amaç insanı tamamen sistemden çıkarmak değil, yalnızca gerçekten karar gerektiren durumlarda devreye sokmaktır.

38. E-Ticaret Entegrasyon Programı Seçerken Desteklenen Kanalları Kontrol Edin

Bir e ticaret entegrasyon programı seçilirken ilk kontrol:

Kullandığım sistemlerle gerçekten entegre oluyor mu?

olmalıdır.

Örneğin ihtiyaç duyabileceğiniz bağlantılar:

• e-ticaret altyapısı,
• kullandığınız pazaryerleri,
• XML tedarikçisi,
• kargo şirketi,
• muhasebe sistemi,
• e-belge hizmeti

olabilir.

Yüzlerce entegrasyon sunması, sizin kullandığınız sistem desteklenmiyorsa fayda sağlamaz.

39. Entegrasyonun Gerçekten İki Yönlü Olup Olmadığını Sorun

Bir yazılım:

“Pazaryeri entegrasyonu var.”

diyebilir.

Ancak bu yalnızca:

ürün gönderimi

anlamına gelebilir.

Sorulması gereken:

ürün gider mi?

fiyat gider mi?

stok gider mi?

sipariş gelir mi?

kargo bilgisi geri gider mi?

iptal/iade bilgisi alınır mı?

sorularıdır.

40. Ürün Limiti ve Sipariş Limiti Kontrol Edilmeli

Bazı entegrasyon paketleri:

• ürün adedi,
• mağaza sayısı,
• pazaryeri sayısı,
• sipariş miktarı

gibi sınırlar içerebilir.

Örneğin bugün 500 ürününüz varsa yeterli görünen paket, katalog 10.000 ürüne çıktığında uygun olmayabilir.

Bu nedenle yalnızca bugünkü değil beklenen ölçek de değerlendirilmelidir.

41. Güncelleme Hızı Sorulmalı

Stok ve fiyat ne kadar sürede satış kanalına gidiyor?

Gerçek zamanlı mı?

Belirli periyotta mı?

Kuyruk sistemi mi kullanılıyor?

Bu sorular özellikle hızlı stok tüketen ürünlerde önemlidir.

42. Hata Yönetimi Mutlaka Test Edilmeli

Demo sırasında yalnızca başarılı işlemi görmek yeterli değildir.

Şunu sorun:

“Bir ürün pazaryerine gönderilemezse nereden göreceğim?”

İyi bir entegrasyon sistemi:

• hatayı,
• ilgili ürünü,
• mümkünse nedeni,
• yeniden deneme durumunu

gösterebilmelidir.

43. Entegrasyon Firmasının Teknik Desteğini Değerlendirin

Sorun her zaman sizin sisteminizden kaynaklanmayabilir.

Pazaryeri:

• API değiştirebilir,
• kategori yapısını değiştirebilir,
• zorunlu alan ekleyebilir.

Tedarikçi XML yapısını değiştirebilir.

Bu nedenle entegrasyon sağlayıcısının güncellemeleri takip etmesi ve teknik destek sunması önemlidir.

44. Ücretsiz Entegrasyon Gerçekten Yeterli mi?

Ücretsiz entegrasyon her zaman kötü değildir.

Ancak değerlendirme:

ücretsiz mi?

sorusuyla bitmemelidir.

Şunlara bakılmalıdır:

• kaç ürün destekliyor,
• kaç kanal bağlanıyor,
• stok/fiyat güncelleniyor mu,
• sipariş çekiliyor mu,
• teknik destek var mı,
• işlem limiti var mı,
• sonradan hangi özellikler ücretli?

Ücretsiz çözüm ihtiyacınızı karşılıyorsa kullanılabilir.

Ancak önemli özelliklerin eksik olduğu ücretsiz sistem, daha sonra manuel iş yükü oluşturabilir.

E-Ticaret Entegrasyonunda Temel Veri Akışı

Pratik bir sistem aşağıdaki gibi düşünülebilir:

1. Tedarikçi

Ürün ve maliyet bilgisini sağlar.

↓

2. Ana ürün sistemi

SKU, kategori ve ürün bilgileri düzenlenir.

↓

3. Fiyatlandırma

Satış fiyatı hesaplanır.

↓

4. E-ticaret sitesi

Ürünler satışa açılır.

↓

5. Pazaryerleri

Ürün, fiyat ve stok gönderilir.

↓

6. Sipariş

Satış kanalından merkezi sisteme gelir.

↓

7. Stok

Satılan miktar ortak stoktan düşülür.

↓

8. Kargo

Gönderi oluşturulur.

↓

9. Fatura / muhasebe

Sipariş ilgili sisteme aktarılır.

↓

10. Durum bilgisi

Kargo ve sipariş sonucu satış kanalına geri gönderilir.

Bu akış her işletmede aynı olmak zorunda değildir.

E-Ticaret Entegrasyonu İçin Pratik Kontrol Listesi

Sistemler

Hangi platformlar birbirine bağlanacak?

Ana kaynak

Ürün, stok ve fiyatın ana kaynağı hangi sistem?

SKU

Ürünler benzersiz kodlarla eşleşiyor mu?

Barkod

Gerekli kanallarda doğru barkod kullanılıyor mu?

Kategori

Kaynak ve hedef kategoriler eşleştirildi mi?

Özellik

Renk, ölçü ve diğer özellikler doğru aktarılıyor mu?

Varyant

Varyant SKU ve stokları ayrı mı?

Görsel

Doğru ürün görselleri gidiyor mu?

Fiyat

Fiyatlandırma kuralı doğru mu?

Stok

Stok güncelleme sıklığı yeterli mi?

Sipariş

Siparişler merkezi sisteme geliyor mu?

Kargo

Takip ve gönderi bilgileri aktarılıyor mu?

Fatura

Sipariş verileri doğru belge sistemine gidiyor mu?

İptal

İptal senaryosu çalışıyor mu?

İade

İade sonrası stok ve sipariş durumu nasıl yönetiliyor?

Hata kaydı

Başarısız işlemler görülebiliyor mu?

Tekrar deneme

Geçici hatalar yeniden işleniyor mu?

Yetkilendirme

Sistem yalnızca gerekli verilere erişiyor mu?

Test

Canlıya çıkmadan küçük veri grubunda denendi mi?

Destek

Sorun olduğunda teknik destek alınabiliyor mu?

E-Ticaret Entegrasyonu Nasıl Kurulur?

Pratik olarak şu sırayla ilerlenebilir:

1. Kullanılan bütün satış ve operasyon sistemlerini listeleyin.

2. Hangi sistemlerin birbirine bağlanması gerektiğini belirleyin.

3. Ürün, fiyat, stok ve sipariş için ana veri kaynaklarını belirleyin.

4. SKU ve barkod yapısını temizleyin.

5. Ürün alanlarını eşleştirin.

6. Kategori eşleştirmesini yapın.

7. Varyantları kontrol edin.

8. Fiyatlandırma kurallarını belirleyin.

9. Stok güncelleme yöntemini belirleyin.

10. Birkaç test ürünü aktarın.

11. Görsel, başlık, stok ve fiyatı kontrol edin.

12. Pazaryerine test ürün gönderin.

13. Test siparişi oluşturun.

14. Stok düşümünü kontrol edin.

15. Kargo akışını test edin.

16. Fatura/muhasebe aktarımını kontrol edin.

17. İptal senaryosunu deneyin.

18. İade senaryosunu deneyin.

19. Hata kayıtlarını kontrol edin.

20. Test başarılıysa ürün ve kanal sayısını kademeli artırın.

Sık Sorulan Sorular

E-ticaret entegrasyonu ne işe yarar?

E-ticaret entegrasyonu ürün, fiyat, stok, sipariş, kargo ve gerektiğinde diğer operasyon verilerinin farklı sistemler arasında otomatik aktarılmasını sağlar. Amaç aynı bilgilerin farklı panellere sürekli manuel girilmesini azaltmaktır.

E-ticaret entegrasyonu ile XML entegrasyonu aynı şey midir?

Hayır. XML entegrasyonu e-ticaret entegrasyonunun kullanılabilecek yöntemlerinden biridir ve özellikle tedarikçiden ürün verisi aktarımında yaygındır. E-ticaret entegrasyonu ayrıca pazaryeri, sipariş, kargo, muhasebe ve diğer sistemler arasındaki bağlantıları da kapsayabilir.

E-ticaret entegrasyon programları gerekli midir?

Ürün ve sipariş sayısı düşük olduğunda bazı işlemler manuel yönetilebilir. Kanal, ürün ve sipariş hacmi büyüdükçe tekrar eden işlemleri otomatikleştiren bir entegrasyon sistemi operasyonel kolaylık sağlayabilir. Gereklilik işletmenin gerçek iş yüküne göre değerlendirilmelidir.

E-ticaret fatura entegrasyonu nasıl çalışır?

Genel olarak sipariş ve müşteri bilgileri e-belge veya muhasebe sistemine aktarılır ve ilgili belge süreci kullanılan sisteme göre yürütülür. e-Fatura ve e-Arşiv gibi resmi elektronik belge süreçleri GİB'in belirlediği uygulama ve yöntemlere tabidir; entegrasyon programı ile resmi e-Belge altyapısı aynı şey değildir.

Ücretsiz e-ticaret entegrasyonu kullanılabilir mi?

İhtiyacı karşılıyorsa kullanılabilir. Ancak ürün, kanal, sipariş, güncelleme, destek ve özellik limitleri kontrol edilmelidir. Ücretsiz olması tek başına doğru veya yanlış seçim kriteri değildir.

E-Ticaret Entegrasyonu Sistemleri Bağlamaktan Çok Veri Akışını Yönetmektir

E ticaret entegrasyon nasıl çalışır? sorusunun temel cevabı iki yazılım arasında bağlantı kurmaktan daha geniştir.

Sağlıklı entegrasyon:

ürünü tanımla → SKU ile eşleştir → alanları eşleştir → kategori ve varyantları düzenle → fiyat ve stok kurallarını belirle → satış kanallarına aktar → siparişi geri al → stokları güncelle → kargo ve belge akışını yönet → hataları kayıt altına al

şeklinde çalışabilir.

Önemli olan:

“Sistemler bağlı mı?”

sorusundan çok:

“Doğru veri, doğru zamanda, doğru sisteme ve doğru ürüne gidiyor mu?”

sorusudur.

E-ticaret işinin genel başlangıç yapısını öğrenmek isteyen kullanıcılar E-Ticarete Nasıl Başlanır? Yeni Başlayanlar İçin Yol Haritası içeriğine yönlendirilebilir.

XML ile tedarikçiden ürün aktarımını daha ayrıntılı incelemek isteyenler XML Bayilik Nedir? Nasıl Çalışır ve Kimler İçin Uygundur? rehberine geçebilir.

Fiyat ve stok senkronizasyonu için XML Ürünlerinde Fiyat ve Stok Güncellemesi Nasıl Yönetilir? içeriği kullanılabilir.

E-ticaret sitesi ile pazaryeri arasında satış kanalı seçimini değerlendirmek isteyen kullanıcılar Pazaryerinde Satış Yapmak mı, Kendi E-Ticaret Sitenizi Kurmak mı? rehberine yönlendirilebilir.