E-Ticarette Set ve Paket Ürün Yönetimi Nasıl Yapılır?

Bu içerikte “paket ürün”, e-ticaret yazılım paketi değil; birden fazla bileşenin tek teklif ve toplam fiyatla satıldığı ürün seti, bundle veya kit anlamındadır. Set yalnız indirim tekniği değildir: reçete sürümü, bileşen stoğu, sipariş açılımı, mali belge, kanal yayını, sevk ve iade arasında tutarlı bir veri modeli gerektirir.

Doğru yaklaşım önce set türünü belirler, sonra set SKUʼsu ile bileşen SKUʼlarını ayırır; stok rezervasyonu, fiyat dağıtımı, sipariş geçmişi ve iade kararını kanıtlanabilir olaylara bağlar. Platform terimleri değişebilir, fakat iş kuralı ve sorumluluk açık kalmalıdır.

E-Ticarette Set ve Paket Ürün Nedir?

Set ürün, müşteriye tek ticari teklif olarak sunulan ve bir veya daha fazla bileşene bağlı satılabilir üründür. Fiziksel paket önceden oluşturulabilir veya sanal set sipariş anında bileşen iş emirlerine açılabilir; bu iki model aynı stok gibi sayılmamalıdır.

Terim haritası yanlış model seçimini önler.

Terim	İş anlamı	Stok modeli	Kimlik	Sık hata
Bundle/set	Farklı ürünler tek teklif	Bileşen veya fiziksel set	Set SKU + bileşen	Kampanyayla karıştırmak
Multipack	Aynı ürünün çoklu adedi	Adet çarpanı	Multipack kimliği	Bundle saymak
Kit	Reçeteyle oluşturulan birleşim	Pre-kit veya on-demand	Kit SKU	Üretim BOMʼu sanmak
Varyant	Aynı ailenin seçeneği	Kendi SKUʼsu	Varyant SKU	Set saymak
Cross-sell	Ayrı satır önerisi	Bağımsız stok	Ayrı ürünler	Tek teklif sanmak

Terimden önce müşteriye verilen teklif ve fiziksel stok davranışı yazılmalıdır.

Fiziksel ve sanal model kararları farklı kanıt ister.

Model	Oluşum	Stok tüketimi	Sipariş görünümü	Risk
Üretici paketi	Üretici kapalı kutu	Paket stoğu	Tek ticari ürün	Yanlış GTIN
Önceden kit	Depoda dönüşüm	Bileşenden sete transfer	Set + reçete izi	Çift sayım
Sanal set	Sipariş anında	Bileşen rezervasyonu	Parent-child	Yarış koşulu
Configurable	Müşteri seçimi	Seçilen bileşenler	Sürüm + seçim	Uyumsuz ikame

Model değişikliği tarihsel siparişleri bozmayacak sürüm ve dönüşüm kaydıyla yapılır.

Seti oluşturmadan önce ürün verisi ve SKU hazırlığını tamamlamak gerekir.

Set Reçetesi, SKU, GTIN ve Sürüm Yönetimi

Set reçetesi; bileşen kimliği, adet, birim, zorunlu veya opsiyonel durum, ikame grubu, geçerlilik ve sürümü tanımlar. Satış bundle reçetesi üretim BOMʼuyla aynı olmak zorunda değildir; aralarındaki dönüşüm açıkça belgelenir.

Reçete alan sözlüğü geçmiş sipariş bütünlüğünü korur.

Alan	Amaç	Örnek kontrol	Değişiklik	Kanıt
Set SKU	Ticari teklif	Tekil	Yeni ürün/sürüm	Ana veri
Bileşen SKU	Fiziksel ihtiyaç	Aktif ve eşleşmiş	Tarihsel koruma	PIM/ERP
Adet/birim	Tüketim	Pozitif ve uyumlu	Versiyon	Reçete
Geçerlilik	Zaman sınırı	Başlangıç-bitiş	Onay	Audit
İkame	Koşullu alternatif	Müşteri/uyum onayı	Yeni sürüm olabilir	Karar kaydı

Canlı reçete sessizce değiştirilmez; sipariş anındaki snapshot saklanır.

Kimlik katmanları birbirinin yerine kullanılmamalıdır.

Kimlik	Neyi tanımlar?	Kaynak	Değişim nedeni	Sınır
Set SKU	Satıcının set kaydı	Ticaret sistemi	Model/sürüm	GTIN değildir
Bileşen SKU	Tekil ürün	PIM/ERP	Ürün yaşam döngüsü	Set satırı değildir
GTIN	Ticari ürün kimliği	GS1 tahsisi	GS1 kuralı	Uydurulmaz
Barkod	Tarama taşıyıcısı	Etiket sistemi	Operasyon	Her zaman GTIN değil
Order line ID	Satış satırı	OMS/platform	Sipariş	Ürün kimliği değil

Fiziksel assortment için GS1 kuralı, sanal set için kanal beklentisi ayrıca doğrulanır.

GS1 predefined assortment kuralı, sabit fiziksel bileşim ve GTIN değişimi için resmî kaynaktır.

Genel katalog yönetişimi PIM ürün bilgi yönetimi kapsamında daha ayrıntılı ele alınır.

Bileşen Stoğu ve Satılabilir Set Adedi

Sanal setin teorik satılabilir adedi, her bileşenin kullanılabilir miktarının set başına ihtiyaca bölünüp aşağı yuvarlanan değerleri arasındaki minimumdur. Bu yalnız üst sınırdır; ATS/ATP, rezervasyon, lokasyon, kanal tahsisi, karantina ve açık siparişlerle yeniden hesaplanır.

Formül sözlüğü her hesabın veri kaynağını ve sınırını açıklar.

Formül	Pay/payda	Birim	Pencere	Sınır
Teorik set	min(floor(kullanılabilir/ihtiyaç))	Set	Hesap anı	Lokasyon ve tahsis etkiler
Kullanılabilir	Uygun fiziksel - rezervasyon - blok - güvenlik - kanal + izinli inbound	Adet	Hesap anı	İş kuralı
Constraint rate	Eksiklikten kayıp fırsat / set talebi	Yüzde	Gün/hafta	Talep tanımı
Fark oranı	Uyuşmayan kayıt / karşılaştırılan kayıt	Yüzde	Mutabakat	Sıfıra bölme kontrolü

Negatif değer sıfıra sınırlandırılabilir; bu kural sistem sahibi tarafından belgelenir.

Rezervasyon olayları stok yarışını yönetir.

Olay	Amaç	Bileşen etkisi	Hata	Kontrol
Sepet	Geçici niyet	Opsiyonel hold	Stok kilitleme	TTL
Ödeme	Finansal onay	Rezervasyon	Başarısız ödeme	Release
Order confirm	Ticari kabul	Kesin rezervasyon	Mükerrer event	Idempotency
Pick	Fiziksel görev	Lokasyon tüketimi	Eksik bileşen	Hold
Ship	Kesin hareket	Tüketim	Çifte düşüm	Mutabakat

Rezervasyon ve kesin tüketim aynı olay olmak zorunda değildir; platform kuralı açık yazılır.

Pre-kit dönüşümü çift sayımı önlemelidir.

Set ve bileşen aynı fiziksel birimi eşzamanlı satılabilir göstermemelidir.

Genel planlama boyutu için stok yönetimi rehberi, sipariş kararı için OMS sınırları incelenebilir.

Çoklu Depo, Kanal ve Sipariş Açılımı

Bileşenlerin farklı depolarda bulunması setin otomatik satılabilir olduğu anlamına gelmez. Aynı lokasyonda toplama, konsolidasyon veya split shipment; müşteri vaadi, kitting noktası, taşıma maliyeti ve kanal kurallarıyla seçilir.

Lokasyon kararı müşteri ve maliyet sonucunu birlikte gösterir.

İkame görünmez yapılmaz; müşteri vaadi ve ürün güvenliği korunur.

Parent-child sipariş modeli ticari satır ile fiziksel işleri bağlar.

Temsiller farklı olabilir, ancak aynı set satırına izlenebilir bağ taşır.

Depo içi kitting sınırı için WMS rehberi; fiziksel hizmet için fulfillment rehberi kullanılabilir.

Set Fiyatı, Maliyet ve Katkı Marjı

Set fiyatı; bileşen maliyetleri, kitting, ambalaj, ödeme, komisyon, kargo, iade ve değişken operasyon yükü görülerek belirlenir. Brüt marj, katkı marjı, markup ve indirim oranı aynı gösterge değildir.

Maliyet formülleri vergi ve dönem bilgisini açık tutar.

Piyasa oranı uydurulmaz; işletme kendi dönem ve kanal verisini kullanır.

İndirim katmanları sıraya ve kanala göre simüle edilir.

Farklı vergi oranlarında dağıtım mali müşavir ve entegratör onayı gerektirir.

Genel fiyat stratejisi için e-ticaret fiyatlandırma rehberi kullanılmalıdır.

Fatura, KDV ve İade Temsili

Setin tek veya bileşen satırlarıyla belgelenmesi için evrensel tek yöntem yoktur. Ticari sunum, stok hareketi, vergi sınıfı, entegratör yeteneği ve muhasebe politikası birlikte değerlendirilir; mali müşavir onayı alınır.

Ticari, operasyonel ve mali temsiller ayrılır.

Bir temsilin diğerine zorla kopyalanması yerine izlenebilir referans kullanılır.

İade karar matrisi emredici hakları daraltmadan uygulanır.

Set politikası tüketicinin kanundan doğan haklarını sınırlandıramaz.

Resmî başlangıç için Ticaret Bakanlığı mesafeli sözleşme rehberi kullanılmalıdır.

Kanun düzeyi kontrol için 6502 sayılı Tüketicinin Korunması Hakkında Kanun resmî metni somut olay ve güncel yürürlükle değerlendirilmelidir.

Olay akışının genel tarafı otomatik faturalandırma rehberinde açıklanır; canlı Solofor e-Fatura kapsamı ayrıca kontrol edilmelidir.

Teknik belge üretimi için GİB e-Fatura Entegrasyon Kılavuzu ve ilgili güncel UBL-TR paketleri kontrol edilmeli; set satırı politikası mali müşavirle doğrulanmalıdır.

Ürün Sayfası, Google Merchant Center ve Pazaryerleri

Set sayfası içerik, adet, görsel, toplam fiyat, doğrulanabilir tasarruf iddiası, teslimat, garanti ve iade koşullarını açıkça göstermelidir. Feed, landing page ve checkout aynı teklif kimliğini ve fiyatı taşımalıdır.

Google alanları iş modeline göre ayrılır.

Alanların zorunluluğu hedef ülke ve programa göre güncel dokümandan doğrulanır.

Google is_bundle, ürün veri spesifikasyonu ve fiyat kuralı resmî kaynaklardır.

Feed ayrıntıları için Google Merchant Center entegrasyonu, kanal stokları için pazaryeri stok-fiyat senkronizasyonu incelenebilir.

Entegrasyon, Yetki ve Mutabakat

Set entegrasyonu ürün reçetesi, stok, sipariş açılımı, fiyat, sevk, fatura ve iade olaylarını sürümlü veri sözleşmesiyle taşır. Mükerrer olay, sırası bozuk event ve retry fiziksel veya finansal işlemi iki kez yaratmamalıdır.

Dayanıklılık kontrolleri teknik kavramı iş sonucuna bağlar.

API yanıtı işin fiziksel veya mali olarak tamamlandığını tek başına kanıtlamaz.

Yetki matrisi yüksek etkili değişiklikleri sınırlar.

Paylaşılan hesap ve kanıtsız toplu değişiklik kırmızı bayraktır.

Kanal ürün eşlemesi için toplu ürün aktarımı, sipariş olayları için pazaryeri sipariş entegrasyonu bağlamı kullanılabilir.

HTTP API sözleşmesi için OpenAPI 3.2.0 birincil teknik referans olabilir; iş kuralı ve veri sahipliği ayrıca tanımlanır.

KPI, TCO ve Uygulama Kararı

Set başarısı yalnız ciro veya ortalama sepetle ölçülmez. Katkı marjı, iade, constraint rate, bileşen kanibalizasyonu, stok farkı ve operasyon maliyeti aynı dönem ve kanal kırılımında izlenir.

KPI sözlüğü yanlış başarı yorumunu azaltır.

Nedensellik iddiası kontrol grubu veya yeterli karşılaştırma olmadan kurulmaz.

12 ve 36 aylık TCO lisans dışındaki işi görünür kılar.

Temsili model TL, dönem ve KDV varsayımıyla doldurulur; burada piyasa fiyatı verilmez.

E-ticaret raporlama yaklaşımı KPI yönetişimini derinleştirir.

20 Temsili Set Ürün Senaryosu

Aşağıdaki senaryolar gerçek şirket veya fiyat verisi değildir; ürün, miktar, maliyet ve sonuçlar temsili karar kalıbıdır. Her biri stok, veri, müşteri vaadi ve finansal kontrolü birlikte sınar.

1. Temsili Senaryo: İki farklı bileşenli sanal set; en kıt bileşen set stoğunu sınırlar.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

2. Temsili Senaryo: Aynı ürünün 6'lı multipack satışı.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

3. Temsili Senaryo: Üretici tarafından kapalı kutu hazırlanmış ve ayrı GTIN'e sahip fiziksel set.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

4. Temsili Senaryo: Satıcının ayrı ürünleri depoda önceden kitlediği hediye seti.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

5. Temsili Senaryo: Sipariş anında bileşenlerin toplandığı virtual bundle.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

6. Temsili Senaryo: Müşterinin üç seçenekten bir bileşen seçtiği configurable set.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

7. Temsili Senaryo: Aynı bileşenin tekil ürün ve üç farklı set tarafından tüketildiği stok yarışı.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

8. Temsili Senaryo: Bileşenlerin farklı depolarda olduğu ve split shipment kararının gerektiği sipariş.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

9. Temsili Senaryo: Bileşenlerden birinin sonlandırıldığı ve yeni reçete sürümüne geçildiği set.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

10. Temsili Senaryo: Farklı KDV oranlı bileşenlerden oluşan, mali müşavir kontrolü gerektiren set.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

11. Temsili Senaryo: Set indirimi + kupon + pazaryeri kampanyasının üst üste geldiği marj senaryosu.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

12. Temsili Senaryo: Ödeme başarısızlığı sonrası bileşen rezervasyonlarının serbest bırakılması.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

13. Temsili Senaryo: Setin bir bileşeninin ayıplı olduğu garanti/iade senaryosu.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

14. Temsili Senaryo: Kısmi iade talebinde indirim ve refund dağıtımı senaryosu.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

15. Temsili Senaryo: Pazaryeri set kaydının ana sitedeki reçeteyle uyuşmadığı reconciliation senaryosu.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

16. Temsili Senaryo: Google Merchant Center'da perakendeci bundle ile multipack ayrımı.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

17. Temsili Senaryo: Seri numaralı ana cihaz ve seri numarasız aksesuarlardan oluşan set.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

18. Temsili Senaryo: Lot/SKT takipli gıda veya kozmetik seti.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

19. Temsili Senaryo: B2B müşteriye koli/set miktarıyla satılan paket.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

20. Temsili Senaryo: Kampanya bittikten sonra geçici set URL'sinin ve stok kaydının kapatılması.

Senaryo canlıya geçmeden önce pilot ve negatif testle doğrulanır.

Bu tablo senaryonun karar zincirini görünür kılar.

Temsili sonuç otomatik başarı garantisi veya evrensel yöntem değildir.

90 Satırlık PoC, Pilot ve UAT Matrisi

UAT, gerçek müşteri verisi kullanmadan setin mutlu yolunu, negatif durumunu, eşzamanlılığı, iade ve rollback davranışını önceden imzalı başarı ölçütleriyle sınar.

Her UAT satırı fiziksel, sistemsel ve finansal sonucu aynı kanıt paketinde doğrular.

Başarısız kritik stok, vergi, güvenlik veya müşteri hakkı testiyle canlıya geçilmez.

160 Maddelik Set Ürün Kontrol Listesi

Kontroller strateji, ürün tipi, reçete, kimlik, stok, kanal, kitting, fiyat, e-belge, ürün sayfası, sipariş, iade, güvenlik, test, raporlama ve SoloCommerce kapsamını içerir.

Her kontrol fiille başlayan uygulanabilir bir görev ve kanıt üretir.

Liste pilot öncesi, canlı geçişte ve aylık yönetişim toplantısında güncellenir.

65 Kanıt Odaklı Sağlayıcı Sorusu

Sağlayıcıya evet-hayır sorusu değil; canlı kapsam, formül, log, test tarihi, örnek fatura, sürüm politikası ve sözleşme eki sorulur.

Sorular cevabı doğrudan teste ve sözleşme ekine bağlar.

Hazır özellik, özel geliştirme ve harici hizmet aynı satırda açıkça ayrılmalıdır.

75 Sık Hata ve Kırmızı Bayrak

Kırmızı bayrak otomatik ret değildir; önem, etki, tekrar ve düzeltme kanıtı birlikte değerlendirilir. Vergi, hukuk, GTIN ve ürün güvenliği bulguları uzmana gider.

Hata matrisi suçlama yerine erken uyarı ve düzeltici kontrol üretir.

Aynı hata tekrar ederse kök neden ve değişiklik yönetimi açılır.

SoloCommerce Set Ürün Yönetiminde Nasıl Konumlanır?

SoloCommerce canlı paket sayfasında set ürün ve fiyat motoru bütün paketlerde dahil görünür. Bu, her özel bundle kuralının, karma vergi dağıtımının, kısmi iade motorunun veya kanal konektörünün otomatik kapsamda olduğu anlamına gelmez.

Canlı kapsam ile doğrulanması gereken özel ihtiyaç ayrılır.

Paket fiyatı GTIN, kitting, fulfillment, harici API, e-belge ve uzman maliyetlerinden ayrıdır.

Karar aşamasında set ürün satışını destekleyen e-ticaret paketi kapsamını inceleyin; özel kuralları yazılı teklif ve UAT ile netleştirin.

İşletme profiline göre SoloCommerce paket karşılaştırmasını kullanabilirsiniz.

Uygulamaya Geçmeden Önce

Set ürün yönetimi; doğru ürün tipi, sürümlü reçete, bileşen rezervasyonu, şeffaf fiyat, izlenebilir mali belge, kanal tutarlılığı ve adil iade kararının birlikte çalışmasıdır. Yalnız “iki ürünü birleştir” özelliği bu bütünlüğü tek başına sağlamaz.

Önce düşük riskli bir setle pilot yapın; stok yarışı, ödeme başarısızlığı, mükerrer event, bileşen eksikliği, farklı depo, kampanya çakışması ve kısmi iade senaryolarını UATʼta çalıştırın. Canlıda marj, constraint rate, iade ve mutabakat farklarını birlikte izleyin.

İhtiyacınıza uygun kapsamı değerlendirmek için SoloCommerce paketlerini karşılaştırabilirsiniz.