Satış sürecinizi inceleyelim ve önerelim mimariyi
Katalog, siparişler, ödemeler ve muhasebe sistemiyle veri alışverişi — geliştirme başlamadan önce şema üzerinde.
E-ticaret sistemi ürünü katalogdaki karttan ödenmiş ve teslim edilmiş siparişe kadar taşır. Aşağıda sistemin modülleri, kapattığı süreçler ve CRM, ERP, depo ile kasalarla bağlantısı yer alıyor.
E-ticaret yazılımı — ürün, fiyat ve stok verilerini saklayan, siparişleri internet üzerinden alan, ödemeyi gerçekleştiren ve siparişi yerine getirilmek üzere depoya, teslimata ve muhasebeye ileten sistemdir.
Sıradan bir siteden farkı, sayfalarla değil muhasebe nesneleriyle çalışmasıdır: ürün, fiyat, stok, sipariş, ödeme, sevkiyat, iade — her biri kendi durumu ve geçmişi olan kayıtlar. Aynı sipariş uygulamadan, otomattan, bir yöneticiden ya da bir pazar yerinden gelebilir.
Bu, vitrinin kendisi değil, vitrinin üzerindeki muhasebe katmanıdır. Vitrin değiştirilebilir ya da ikincisi eklenebilir, muhasebeyi yeniden yazmadan.
E-ticaret platformunun devreye alınma nedeni olan altı görev. Devreye alınmadan önce her biri elle kapatılır — tablolarla, yazışmayla ve telefonla.
Özellikler, fotoğraflar, fiyat ve stok tek yerde saklanır ve tüm satış kanallarına dağılır. Site, uygulama ve kasa arasında sapma olmaz.
Sipariş otomatik olarak oluşturulur, doğrulanır ve ödenir, günün her saati. İnsan, karar gereken yerde gerekir: standart dışı teslimat, tartışmalı iade, toptan.
Sipariş oluşturulurken yapılan rezerv, aynı ürünün iki kez satılmasını engeller. Depoda ürün olmadığı için yapılan iptaller tek tük vakaya iner.
Fiyatlar ve indirimler kartların elle düzenlenmesiyle değil kurallarla belirlenir. Binlerce kalemlik kataloğun yeniden fiyatlandırılması dakikalar sürer ve geri alınabilir.
Sipariş, ödeme ve sevkiyat, yeniden veri girmeden muhasebeye ve depo kayıtlarına düşer. Mutabakat ayrı bir iş olmaktan çıkar.
Ne satın alındığı, neyin arandığı ama bulunamadığı, sipariş oluştururken nerede vazgeçildiği, hangi ürünlerin iade edildiği görülür. Ürün gamı verilere göre planlanır.
Otomasyon «satıcı yerine robot» demek değildir; tekrar eden işlemlerin, sistemin kendi uyguladığı ve sonucunu geçmişe yazdığı kurallara çevrilmesidir.
Kural, koşulları değişene kadar geçerlidir. Denetim yerinde kalır: her otomatik işlemin günlükte bir yazarı, zamanı ve önceki değeri vardır.
Otomatik kipe geçen işler:
| Zaman | Sistemin kendiliğinden yaptıkları |
|---|---|
| 09:41 | %18 kâr marjı: 1 240 kalem yeniden hesaplandı |
| 10:00 | «Çayda −%15» kampanyası planlandığı gibi başlatıldı |
| 10:03 | № 14 190 numaralı siparişte ret: stoka +2 adet |
| 10:06 | SKU 77-1043 stoku düşük: satın almaya bildirim |
Katalog — ürün verilerinin yapılandırılmış deposudur: ne satılıyor, ürünler birbirinden neyle ayrılıyor ve hangi özelliklerle bulunuyor.
Çalışan bir katalog nelerden oluşur:

Kataloğun temel birimi, benzersiz stok koduna (SKU) sahip üründür: değişmeyen veriler, düzenlenebilir açıklama ve ilişkili nesneler — görseller, belgeler, fiyatlar, stoklar.
Toplu işlemler içe ve dışa aktarmayla yürür: dosya, API ya da muhasebe sisteminden aktarım. İçe aktarma her zaman denetimden geçer: ne oluşturulacak, ne değişecek, ne reddedilecek ve neden.
Reddedilenler: yinelenen stok kodu — 9, zorunlu «Marka» özniteliği boş — 5, bilinmeyen kategori — 3. Onaylanana kadar kataloğa tek satır bile yazılmadı.
Fiyat — ürün kartındaki bir alan değil, istek anında kurallara göre yapılan hesabın sonucudur. Bir üründe aynı anda birkaç fiyat bulunur ve sistem geçerli olanı seçer.
Bu yüzden fiyatı binlerce kartta düzeltmek gerekmez: kuralı ya da temel fiyat listesini değiştirmek yeterlidir.
Fiyatlandırma katmanları:
Her fiyat değişikliği geçmişe yazılır: kim, ne zaman, hangi kurala göre ve önceki değer neydi. Kâr marjı raporları ve tartışmalı siparişlerin incelenmesi buna dayanır.
Kurallar körü körüne toplanmaz, önceliğe göre çözülür. Bir kalemin fiyatının tipik hesaplanma sırası:
Uyumluluk açıkça tanımlanır: hangi indirimler toplanır, hangileri birbirini dışlar, izin verilen en düşük fiyat nedir. En düşük fiyat sınırı, birkaç geçerli indirimin bir araya gelip kalemi zarara sokmasını engeller.
Kampanya — sistemin uygun siparişlere kendiliğinden uyguladığı kuraldır. Promosyon kodu — aynı kuralın, alıcı tarafından bir kod sözcüğüyle açılan halidir. İkisi de aynı biçimde tanımlanır: koşul, mekanik, süre, sınırlar.
Siparişte ne bulunmalı: ürünler, kategori, marka, en az tutar, teslimat yöntemi, müşteri segmenti, satış kanalı, günün saati ya da haftanın günü.
Yüzde, sabit tutar, yeni fiyat, setteki en ucuz ürüne indirim, ücretsiz teslimat, hediye, indirim yerine puan.
Başlangıç ve bitiş tarihleri, yinelenen pencereler (örneğin her cuma), çalışan müdahalesi olmadan otomatik başlatma ve durdurma.
Toplam kullanım limiti, müşteri başına limit, tek kullanımlık kişisel kodlar, diğer kampanyalarla kesişme yasağı, kalemin en düşük fiyatı.
Gönderim için tek kod ya da alıcılara özel benzersiz kod partisi. Parti dosya olarak dışa aktarılır ve her kod ayrı ayrı izlenir.
Her kampanyada görülür: kaç sipariş, indirim tutarı, indirim dahil ciro ve kâr marjı, kaç kod etkinleştirildi ve kaçı kaldı.
Sepet — siparişin taslağıdır: ne alıcıya ne mağazaya yükümlülük doğurmuş bir kalem kümesi. İçindeki ürün rezerve edilmez, fiyat sabitlenmez, bu yüzden sepet her açılışta yeniden hesaplanır.
Yeniden hesap dört şeyi denetler: ürün satışta mı, depoda yetiyor mu, fiyat değişmemiş mi, indirimler geçerli mi. Değişiklikleri alıcı, para çekildikten sonra değil ödemeden önce görür.
Sepetin yapabilmesi gerekenler:
Sipariş toplamı: 3 kalem, 11 640 som. İki sapma da alıcıya, para çekildikten sonra değil ödemeden önce gösterildi.

Sepetin yanında, satın almaya götürmeyen listeler yaşar: favoriler, bekleme listesi, özelliklere göre karşılaştırma, geçmiş siparişin tekrarı. Bunlar bilerek ayrılmıştır — yoksa siparişin toplamı tek anlamlı olmaktan çıkar.
Sepetlerin büyük bölümü siparişe dönüşmez. Sistem bunları zaman damgasıyla saklar ve alıcıyı geri getirebilir: e-postayla ya da mesajlaşma uygulamasıyla hatırlatma, içeriği geri yükleyen bağlantı, kişiye özel teklif.
Hatırlatma olay üzerine bir kez gönderilir ve toplu gönderime dönüşmez — abonelikten çıkmak, geri kazanılan siparişten pahalıya patlar.
Sipariş — alışverişin içeriğini, oluşturma anındaki fiyatları, alıcıyı, teslimat ve ödeme koşullarını sabitleyen belgedir. Sonrasında sipariş sonlu bir durum kümesinde yaşar ve her geçiş kaydedilir.
Fiyatlar ve indirimler sipariş oluşturulurken sabitlenir: fiyat değişikliği ya da kampanyanın bitmesi, oluşturulmuş siparişi etkilemez — yoksa ödenecek tutar fişteki tutardan ayrılırdı.
Adım adım sipariş oluşturma:

Tipik durumlar: yeni → ödeme bekliyor → ödendi → toplanıyor → teslimata verildi → teslim edildi → tamamlandı. Paralelde iptal ve iade dalları yürür. Küme şirketin sürecine göre ayarlanır ama sonlu ve açık kalır.
Siparişin düzenlenmesi, erişim yetkisi olan ayrı bir işlemdir: kalem ekleme, ürün değiştirme, adet değiştirme, ek ödeme ya da kısmi iade. Her düzeltme içeriğin önceki sürümünü saklar.
Çağrı merkezi — ayrı bir program değil, aynı sipariş kuyruğunun üzerindeki bir çalışma alanıdır. Operatör, alıcının hesabında gördüğü nesnelerin aynısını görür, üstüne müşteriye kapalı işlemleri de: içeriğin düzenlenmesi, limit dahilinde indirim, rezervin kaldırılması, para iadesi.
Talep de sipariş gibi durumu ve geçmişi olan bir kayıttır: kanalı, konusu, ilişkili siparişi, sorumlusu ve yanıt süresi vardır. Bu yüzden görüşme vardiyalar arasında aktarılırken kaybolmaz, sonucu da müşteri kartında görünür.
Adım adım talebin yolu:
Giden iş de aynı kurgudadır: toplama öncesi sipariş onayı, standart dışı teslimat için arama, terk edilmiş sepete dönüş, tartışmalı iade için arama. Her temas, gelen taleplerle aynı geçmişe yazılır.

Mağaza kart verilerini saklamaz ve ödemeyi kendisi gerçekleştirmez: alıcıyı ödeme sağlayıcısına yönlendirir, işlemin sonucunu alır ve siparişle ilişkilendirir. Gerisi ödemenin yaşam döngüsünün yönetimidir.

| Sipariş | İşlem | Tutar | Durum |
|---|---|---|---|
| 14 208 | Bloke etme | 12 480 | Bloke |
| 14 201 | Tahsilat | 6 350 | Gerçekleşti |
| 14 177 | İade | 2 100 | Gerçekleşti |
| 14 206 | Blokenin kaldırılması | 3 940 | Kaldırıldı |
| 14 209 | Banka reddi 05 | 890 | Yeniden deneme |
Bloke, iade ödemesi yapılmadan kaldırıldı: ürün depoda çıkmadı. İsteğin idempotentlik anahtarıyla yeniden gönderilmesi ikinci bir satır oluşturmaz.
Banka kartı, QR ve hızlı ödeme sistemi, elektronik cüzdanlar, teslimatta ödeme, tüzel kişiler için havale, taksit ve kredi, puanla ödeme.
Önce bloke: tutar kartta bloke edilir ama tahsil edilmez. Tahsilat — sipariş toplandıktan sonra. Ürün çıkmazsa bloke, iade ödemesi yapılmadan kaldırılır.
İşlemin sonucu, alıcının siteye dönmesiyle değil ayrı bir sunucu isteğiyle gelir. Kapatılan tarayıcı ödemeyi bozmaz: durum bildirimle güncellenir.
Aynı ödeme isteğinin yeniden gönderilmesi ikinci bir ödeme oluşturmaz. Her işlemin, sağlayıcının ve sistemin yinelenmeyi tanıdığı bir anahtarı vardır.
Ödemeden sonra çevrimiçi kasa mali fişi oluşturur ve alıcıya gönderir. İadede, iade edilen kalemler için iade fişi oluşturulur.
Sistemdeki işlemlerin sağlayıcı kaydı ve banka ekstresiyle günlük karşılaştırılması. Sapmalar ayrı bir listeye düşer ve elle incelenir.
Stok — ürünün şu anda satışa açık miktarıdır. Bu, depodaki fiziksel miktar değildir: bir bölümü siparişler için rezerve edilmiş, bir bölümü yolda, bir bölümü hatalı olarak bloke edilmiştir.
Satışa açık = fiziksel stok − rezervler − blokeler + yolda olan onaylı sevkiyatlar (ön siparişe izin veriliyorsa).
Birden çok depo ve nokta varsa stok her depo için ayrı hesaplanır, vitrine ise seçilen bölgeye teslimatın mümkün olduğu depoların toplamı gösterilir.
Veri alışverişi nasıl kurgulanır:
Rezervin her zaman bir ömrü vardır: zamanında ödenmeyen sipariş ürünü satışa geri bırakır — yoksa terk edilmiş sepetler tüm satılabilir stoku «yer».
| Depo | Fiili | Rezerv | Hatalı | Mevcut |
|---|---|---|---|---|
| Merkez | 1 420 | 310 | 24 | 1 086 |
| «Doğu» mağazası | 96 | 12 | — | 84 |
| № 3 teslim noktası | 40 | 8 | 2 | 30 |
| Yolda sevkiyat | 600 | — | — | 600 |
| Satışa açık | 2 156 | 330 | 26 | 1 800 |
Fiili — fiziksel stok, hatalı — bloke edilmiş miktar. Yolda sevkiyat yalnızca ön siparişe izin verilen yerde mevcuda girer. Vitrine, seçilen bölgeye teslimatın mümkün olduğu depoların toplamı gösterilir.
Teslimat üç nesneyle tanımlanır: teslimat yöntemi, bölge ve tarife. İade ise «geriye dönük iptal» değil, kendi belgesi olan ters süreçtir.
Adrese kurye, teslim noktası, paket dolabı, mağazadan teslim, hacimli ürünler için nakliye şirketi, elektronik ürünler için dijital teslimat.
Bedel; bölgeye, ağırlığa, hacme ve sipariş tutarına bağlıdır. Kurallar ücretsiz teslimat eşiğini, kata çıkarma ve gabari dışı ek ücretlerini belirler.
Tarihler ve zaman pencereleri; deponun çalışma programına, toplama süresine ve taşıyıcının programına göre hesaplanır. Dolan dilimler otomatik kapanır.
Sipariş taşıyıcıya API üzerinden aktarılır, sistem gönderi numarasını ve hareket durumlarını alır ve müşteri hesabında gösterir.
Alıcı kalemleri ve nedeni seçer, sistem süreyi ve ürün türüne göre iadenin kabul edilebilirliğini denetler ve talimatlı bir belge oluşturur.
Teslim alındıktan sonra ürün stoka döner ya da hatalı olarak düşülür, tutar ilk ödeme yöntemine gider, iade fişi oluşturulur.
Kısmi iade olağandır: beş kalemlik siparişten biri iade edilir. Bu yüzden iade kalem kalem hesaplanır ve siparişin tamamına yapılan indirim kalemler arasında oransal dağıtılır — yoksa iade tutarı fişten ayrılır.
Depo görevlisi — ürünü fiziksel olarak taşıyan çalışandır: sevkiyatı teslim alır, gözüne yerleştirir, sipariş için kalemleri çıkarır ve toplanan kutuyu kuryeye verir. Sistem bu işlemleri çalışanın beyanından öğrenmez: her işlem barkod okutmayla doğrulanır.
Fark ilkeseldir. Listedeki «yapıldı» işareti niyeti doğrular, okutma ise olguyu: belirli bir stok kodu, belirli bir göz, belirli bir çalışan, saniyesine kadar zaman. Stok kodundaki yazım hatası bir ay sonra sayımda ortaya çıkar; yanlış barkodu ise uygulama hiç kabul etmez.
Depo görevlisi bir vardiyada ne yapar:

Her okutma bir kayıttır: gözdeki stok, akşam evrak aktarılırken değil işlem anında değişir. Vitrin, kasa ve çağrı merkezi aynı stokları okur, bu yüzden «sitede var, rafta yok» artık çalışan bir durum olmaktan çıkar.
Toplama doğruluğu — %99,4: vardiyada 7 okutma kilidi, hepsi yerinde düzeltildi. Veriler ayrı bir çizelgeden değil, aynı kayıtlardan alınır.
Kurye — yerine getirmenin son halkası ve alıcının yüz yüze gördüğü tek çalışandır. Uygulaması iki işi çözer: rotada yönlendirmek ve teslimi, sonradan telefonla doğrulamak gerekmeyecek biçimde kayda geçirmek.
Anahtar işlem, teslim sırasında QR kodun okutulmasıdır. Kod sipariş etiketine basılıdır ya da alıcı ekrandan gösterir. Okutma, aksi halde tartışmayla çözülen soruyu yanıtlar: bu sipariş mi teslim edildi, doğru alıcıya mı ve hangi dakikada.
Lojistik uzmanı aynı uygulamanın öbür ucunda çalışır: rotaları bölge, ağırlık, hacim ve zaman aralıklarına göre kurar, kurye atar, vardiyanın haritasını görür ve aksamaları inceler — gecikme, ulaşılamayan numara, kapıda ret.
Adım adım kuryenin vardiyası:

Kuryenin işlediği durumun aynısını alıcı kendi hesabında, operatör ise sipariş kartında görür. Ayrı bir «kurye günlüğü» yoktur: olay tektir ve üç taraf da onu okur.
Depo görevlisi ve kurye farklı uygulamalarda ve farklı yerlerde çalışır ama aynı siparişi yürütür. Onları gün sonu raporları değil, altı ortak kural bağlar.
Toplama görevi, paketleme listesi ve rota listesi bağımsız evraklar değil, tek siparişin görünümleridir. Operatörün eklediği kalem, yeniden düzenlenmeden depo görevlisine ulaşır.
Ürün depodan kuryeye, kuryeden alıcıya okutmayla geçer. Siparişin fiziksel olarak kimde ve hangi dakikadan beri olduğu her an görülür.
İşareti, işlemi yapan kişi ve yaptığı yerde koyar. Dispeçer durumları elle taşımaz, bu yüzden olguyla kayıt arasında birkaç saatlik boşluk kalmaz.
İki uygulama da işlemleri yerel kuyruğa yazar ve bağlantı geldiğinde gönderir. Her işlemin bir anahtarı vardır, bu yüzden yeniden gönderim ikinci bir toplama ya da ikinci bir teslim oluşturmaz.
Mal kabulde eksik, karışık gönderim, kırık, adreste kısmi ret — her vaka, stokun sessiz düzeltilmesi değil, nedeni ve sorumlusu olan ayrı bir kayda dönüşür.
Toplamada saatlik kalem, toplama doğruluğu, zaman aralığında teslim oranı, adreste geçen süre, kısmi ret oranı. Yük ve prim, izlenimle değil bu verilerle hesaplanır.
Devreye alma koşulu da buradan gelir: depo ve teslimat sisteme birlikte bağlanır. Kurye uygulaması olmadan depo görevlisi uygulaması, sevkiyattan öteye gitmeyen doğru bir stok verir.
Müşteri hesabı — alıcının, operatöre başvurmadan kendi verilerine erişimidir: siparişler, belgeler, adresler, ödeme yöntemleri, iadeler. Hesapla kapanan her soru, desteğe gelmeyen bir çağrıdır.
Hesap kendine ait veri saklamaz: operatörün yönetim panelinde gördüğü nesnelerin aynısını gösterir, ama yalnızca bu müşterinin kayıtlarını ve yalnızca ona izin verilen işlemleri.
İçinde neler var:
B2B'de hesap daha karmaşıktır: kurumun farklı yetkilerde birkaç çalışanı olur. Satın almacı siparişi toplar, yönetici onaylar, muhasebeci kapanış belgelerini alır. Sipariş tektir, işlemler ayrılmıştır.
Tek kullanımlık kodla ya da parolayla giriş, parayla ve iletişim bilgisiyle ilgili işlemlerde ikinci faktör, başka cihazı kapatma imkânı olan oturum günlüğü. E-posta ya da telefon değişikliği hem eski hem yeni adreste onaylanır.
Aynı kayıtları operatör sipariş kartında görür: olaylar ortaktır, hesap için ayrı bir günlük yoktur. Fiş ve irsaliye «Belgeler» bölümünde durur.
Entegrasyon — dış bir programla üzerinde anlaşılmış veri alışverişidir: ne aktarılır, hangi biçimde, ne sıklıkta, veriler kimindir ve arıza olduğunda ne olur.
Sistem nelerle bağlanır:

Entegrasyonun anahtar kararı, verinin sorumluluğudur. Her varlık için sahip sistem belirlenir: ürün listesi ve fiyatlar ERP'den, müşteriler CRM'den, stoklar depodan gelir, siparişler e-ticarette doğar. Aynı alanın iki sistemde çift yönlü düzenlenmesi sürekli sapma doğurur, bu yüzden bundan kaçınılır.
| Sistem | Ne aktarır | Mesaj | Sonuç |
|---|---|---|---|
| ERP | ürün listesi, fiyatlar | 4 120 | Hatasız |
| Depo | stoklar, rezervler | 18 640 | 2 yeniden deneme |
| CRM | müşteriler, segmentler | 1 305 | Hatasız |
| Pazar yeri | siparişler, stoklar | 2 470 | 1 incelemede |
Entegrasyon devreye alınırken değil, altı ay sonra bozulur — dış sistem güncellendiğinde, kanal bir saatliğine kesildiğinde ya da kataloğa öngörülmemiş bir değer düştüğünde. Altı kural, alışverişin bu olayları atlatıp atlatmayacağını belirler.
Sipariş oluşturma, dış sistemin yanıtını beklemez: mesaj kuyruğa konur ve ayrıca işlenir. Erişilemeyen depo satışları durdurmaz.
Başarısız aktarım, artan aralıklarla yinelenir. Tüm denemelerden sonra geçemeyen mesaj kaybolmaz, inceleme kuyruğuna düşer.
Yeniden ulaşan mesaj ikinci bir sipariş oluşturmaz ve stoku iki kez düşmez. Alıcı taraf yinelenmeyi işlem anahtarından tanır.
Biçim değişikliği yeni bir sürümle çıkar, eskisi çalışmayı sürdürür. Dış tüketiciler yenisine kendi programlarına göre geçer.
Her mesaj; gövdesi, zamanı, sonucu ve deneme sayısıyla saklanır. Olay incelemesi hatıralara değil günlüğe dayanır.
Kilit göstergelerin düzenli mutabakatı: siparişler, ödeme tutarları, stoklar. Sapma, sayımda keşfedilmez, bir göreve dönüşür.
Katalog ve siparişler
Ödemeler
Stoklar ve depo
Analitik
Analitik yalnızca dış ziyaret sayaçlarına değil, satış ve davranışa dair kendi verilerine dayanır. Sayaç görüntülemeleri bilir, sistem ise parayı, ürünleri ve iadeleri.
Raporlar kesitlere göre hesaplanır: dönem, satış kanalı, kategori, marka, depo, bölge, müşteri segmenti, kampanya. Her gösterge her kesitte bulunur ve dosyaya ya da veri ambarına aktarılır.

En sert kopuş sepetle sipariş arasındadır: orada kayıt adımı, teslimat hesabı ve ödeme yöntemleri incelenir.
Güvenlik üç şeye dayanır: ödeme verileri mağaza sistemine girmez, kişisel veriler sınırlı ve denetimli saklanır, parayla ve siparişlerle ilgili her işlem iz bırakır.
Kart numarası sertifikalı sağlayıcı tarafında girilir ve mağaza sistemine düşmez. Yinelenen tahsilatlar için kart değil jeton saklanır.
Tüm trafik HTTPS üzerinden. Veritabanındaki hassas alanlar şifrelenir, yedekler ana çevreden ayrı, şifreli biçimde saklanır.
Rol modeli: içerik yöneticisi ödemeleri görmez, operatör fiyatları değiştirmez. Yönetim girişi iki faktörlü kimlik doğrulamayla.
Fiyatı kim değiştirdi, siparişi kim iptal etti, müşteri tabanını kim dışa aktardı. Kayıtlar değiştirilemez ve işletim verilerinden ayrı saklanır.
Gereken en az veri kümesi, saklama süresi, talep üzerine silme, tarih ve kaynağıyla işleme ve gönderim onayları.
İstek sıklığı sınırı, formların deneme saldırısına karşı korunması, promosyon kodlarının yeniden kullanımının denetimi, toplama öncesi dolandırıcılık denetimleri.
Ayrı bir çevre de kurtarmadır. Yedekler, geri yüklenebildikleri doğrulanana kadar işe yaramaz: deneme kurulumu arıza anında değil, programa göre yapılır.
Ölçeklenme, yeniden yazmadan büyümeye dayanabilme yeteneğidir. Üç büyüklük artar: kataloğun boyutu, eşzamanlı ziyaretçi sayısı ve saatteki sipariş adedi.
Katalog arama ve filtrelemede sıkışır, tepe trafik sayfa sunumunda, sipariş akışı ise veritabanı ve dış entegrasyonlarda. Çözümler de farklıdır ve gerektikçe devreye alınır.
Uygulamada kullanılan yöntemler:
| Gösterge | Ölçülen | Eşik |
|---|---|---|
| Katalog yanıtı, p95 | 180 ms | 400 ms |
| Tepede saatlik sipariş | 3 000 | 2 400 |
| Önbellekten yanıt | 86% | 70% |
| Kataloğun yeniden dizinlenmesi | 9 dk | 20 dk |
| Yedekten geri yükleme | 22 dk | 60 dk |
Sistem modüllerden kurulur: her biri kendi veri ve işlem alanını kapatır, aralarındaki bağlar açıkça tanımlanır. Proje parça parça devreye alınır — önce katalog ve siparişler, sonra sadakat, analitik ve dış kanallar.
Ürün kalemleri, stok kodları, açıklamalar, yayın durumları, kart sürümleri ve satıştan kaldırılan ürünlerin arşivi.
Bölüm ağacı, ürünün birden çok dala bağlanması, sıralama, derlemeler ve mevsimlik bölümler için açılış sayfaları.
Veri tipleri ve gösterim kuralları olan özellik kataloğu — filtrelerin, karşılaştırmanın ve pazar yeri aktarımlarının temeli.
Tek kartta ayrı stok kodu ve stoklarla bedenler, renkler ve hacimler. Birkaç kalemi düşen paketler.
Fotoğraflar, videolar ve belgeler, biçim ve çözünürlüklerin otomatik üretimi, filigranlar, ürünlere bağlama.
Fiyat listeleri, kâr marjı kuralları, miktar kademeleri, kişiye özel ve sözleşmeli fiyatlar, para birimleri, yuvarlama, vergiler, geçmiş.
Devreye girme koşulları, indirim mekanikleri, program, limitler, kod partisi üretimi, uyumluluk, en düşük fiyat.
Cihazlar arası sepet, fiyat ve erişilebilirliğin yeniden hesabı, sipariş adımları, misafir siparişi, terk edilmiş sepete dönüş.
Tüm kanallardan gelen tek sipariş kuyruğu, durumlar ve geçişler, içerik düzeltmeleri, ek ödemeler, sevkiyatlara bölme, iptaller.
Sağlayıcıların bağlanması, bloke ve tahsilat, kısmi ve tam iadeler, bildirimlerin işlenmesi, mutabakat.
Satış ve iade fişleri, çevrimiçi kasalarla veri alışverişi, fişin alıcıya gönderilmesi, gönderilmeyen belgelerin denetimi.
Depolara göre stoklar, ömrü olan rezervler, hatalı ürün blokeleri, sevkiyat ve iade kabulü, düşük stok eşikleri.
Teslimat yöntemleri, bölgeler, tarifeler, aralıklar ve zaman dilimleri, gönderi oluşturma, durum takibi, belge yazdırma.
Kalem bazında talepler, süre ve kabul edilebilirlik denetimi, teslim alma, para iadesi, stoka dönüş ya da hatalı olarak düşüm.
Hesaplar, adresler, tüzel kişiler ve sözleşmeler, sipariş geçmişi, segmentler, veri işleme onayları.
Puanlar, seviyeler, kazanma ve harcama kuralları, puanların geçerlilik süresi, kişiye özel teklifler, referanslar.
Arama dizini, biçimbilim ve eş anlamlılar, yazım hataları, özniteliklere göre filtreler, sıralamalar, sonuçsuz sorgular.
Tamamlayıcı ve benzer ürünler, «bununla alınanlar», elle hazırlanan derlemeler ve sipariş geçmişine dayalı kurallar.
Sayfalar, yazılar, banner'lar, meta etiketleri ve sayfa adresleri, ürün mikro işaretlemesi, site haritası, ürün akışları.
Sipariş olaylarına göre e-posta, SMS, mesajlaşma ve anlık bildirimler, mesaj şablonları, program, iletim günlüğü.
Satış, kâr marjı, stok, huni ve iade raporları, serbest kesitler, dışa aktarımlar, veri vitrinleri.
CRM, ERP, depo, kasalar, ödeme ve lojistik servisleri, pazar yerleriyle veri alışverişi. API, webhook'lar, kuyruklar.
Bölüm ve işlem bazında roller ve izinler, iki faktörlü kimlik doğrulama, çalışan işlem günlüğü.
Tek çekirdek üzerinde birkaç vitrin, çok dillilik ve çok para birimi, birkaç tüzel kişi ve depo, bölgeler.
Sistem tek sürümde bütün olarak devreye alınmaz. Aşağıdaki sıra bağımlılıkları yansıtır: her adım bir öncekinde ortaya çıkan verilere dayanır.
Mevcut süreçler, kataloglar ve verinin sahibi sistemler. Sonuç — varlık şeması ve entegrasyon haritası.
Ürün listesinin aktarımı, öznitelik ve kategori ayarları, fiyat ve stok alışverişi. Gerçek verilerle doğrulama.
Sipariş oluşturma, durumlar, ödeme sağlayıcısı, mali kayıt, yerine getirilmeye aktarım. Ürün gamının bir bölümünde devreye alma.
Teslimat ve iadeler, sadakat, analitik, yeni satış kanalları. Her blok ölçümlü ayrı bir sürümdür.
Halihazırda ne çalışıyor, yazın: muhasebe sistemi, depo, kasalar, mevcut vitrin. Süreci inceleyip çözümün mimarisini önerelim.