Vaka Çalışması · Perakende

Gürmen MATS: mağazalar arası transferi Excel'den SKU seviyesinde karar veren bir sisteme taşımak

Ramsey ve Kip mağazalarında satmayan ürünü, indirime girmeden önce satan mağazaya taşıyan Mağazalar Arası Transfer Sistemi. Alıcı ve göndericiyi cover ile option seviyesinde belirler, ihtiyacı satış hızından hesaplar, eşleştirmeyi SKU seviyesinde yapar; blok, tekleme ve böl-parçala transfer türlerini aynı altyapıda çalıştırır. SQL projesi olarak Gürmen'in sunucusunda; sonuç ERP'ye.

SKU
Karar birimi: Cover
Alıcı / gönderici: 3
Transfer türü: SQL projesi
Teslim

Problem

Bir mağazada yeterli performans göstermeyen ürün, indirime girmeden önce — henüz kârlıyken — satan mağazaya taşınabilirse hem satış hızlanır hem sezon sonu indirimi küçülür. Gürmen bunu Excel üzerinde kendi kurduğu bir sistemle yapıyordu: üç transfer türü, option bazında koşullar, SKU seviyesinde elle karar. Sistem işi görüyordu ama sürdürülebilir, ölçeklenebilir ve parametrik değildi; her hafta yeniden kurulan bir hesap tablosuydu.

Gürmen’le 2023 sonunda başlayan danışmanlığın ilk projesi buydu: MATS — Mağazalar Arası Transfer Sistemi. Süreç haritası ve merchandising yol haritası, Power BI raporlama ve CRM/e-ticaret projeleri aynı çerçevede tanımlandı; MATS başlangıç projesi seçildi.

Yaklaşım: option’da aday, SKU’da karar

Lumtify’ın algoritması Gürmen’inkinden daha yalın bir yapıyla ilerledi. Üç katmanlı bir akış:

1. Kısıtlar. Depo stoğu yeterli olan, raf ömrü kısa olan, son dönemde transfer almış ya da göndermiş, stoğu eşiğin altında olan option × mağaza çiftleri baştan elenir. Kısıtların hangilerinin kullanılacağı ve eşikleri Gürmen’in kararı; kapsam dokümanında her kısıt için Gürmen’in geri bildirimi tek tek işlendi.

2. Alıcı ve gönderici — cover ile. Gönderici ve alıcı mağazalar, kullanıcının girdiği cover değerlerinden belirlenir. Cover’ı seçmemizin nedeni, tüm kullanıcıların rahatlıkla algıladığı, yönetebildiği ve transferi tek parametreyle açıp kısabildiği bir ölçü olması: cover’ı değiştirerek transfer adedi de kalitesi de ayarlanabilir. Satış yapan beden sayısı, minimum satış adedi gibi ek parametreler özellikle alıcı belirlerken devrede.

3. İhtiyaç. Bir ürünün bir mağazaya gitmesi için alıcıda ihtiyaç olmalı; ihtiyaç bir tahmin gerektirir. Mağaza–SKU seviyesinde karmaşık modeller fayda getirmediği için tahmin; son 7, 14, 28 ve 56 gün satışı, sezon başından bugüne satış, minimum tutulmak istenen asorti ve özel gün düzeltmesiyle kurulur.

4. Eşleştirme — SKU seviyesinde. Buraya kadar her şey option seviyesindeydi. Eşleştirme bedende yapılır: ne kadar stok şişeceği, pozitif ihtiyacın ne kadarının karşılanacağı, ihtiyacı karşılayan beden sayısı gibi eşikler kontrol edilir. Eşik değerleri transfer türüne göre değişir — blok transferde stok şişme oranı düşük, tekleme transferde yüksek tutulur.

5. Karar. Bir gönderici için birden fazla alıcı, bir alıcı için birden fazla gönderici eşleşebilir. Eşleşme kalitesini gösteren puanlar maksimize edilerek en iyi eşleşmeler seçilir; “bir mağaza kaç mağazaya gönderebilir” limiti burada belirleyici.

Üç transfer türü, iki modül

Genel transfer haftalık rutin: bir mağazadaki bir option’ın tamamını ya da derinlikli kısmını taşıyan blok mantığı, eşleşen mağazalar arasında tekleme ürünlerin de gitmesi ve derinlik azaltma. Uygulanabilirliği yüksek, kırıklık kararı daha doğru, sonuca etkisi hızlı.

Beden bazlı transfer — böl parçala dağıt: bir option’ın bedenlere bölünüp birden fazla mağazaya, yeni kırıklık yaratmadan dağıtıldığı zor tür. Transfer gerçekleşme oranının yüksek olduğu durumlarda kullanılması önerilir; düşük gerçekleşmede bölünmüş ürün yola çıkmazsa her iki mağazada da kırıklık büyür. Önce genel transfer devreye alındı; beden bazlı transfer paralelde geliştirilip 2025 sonbaharında altı test turundan geçti.

Mağaza kapanış ve outlete transfer kapsam dışı bırakıldı — sonradan eklenebilir.

Sistem

Gürmen’in ERP’si kendi geliştirmesi, verisi PostgreSQL’de. MATS için gereken veri Gürmen tarafından hazırlanıp Lumtify’a açıldı; algoritma Gürmen’in sanal sunucusunda SQL projesi olarak yazıldı ve teslim edildi: prosedürler, view’lar, tablolar. Herhangi bir anda çalıştırıldığında hangi mağazadan hangi mağazaya hangi üründen kaç adet gideceğini öneriyor; her çalışma hesaplamalarıyla birlikte tablolara yazılıyor. Parametre ekranları Lumtify’ın mockup ve tablo tasarımıyla Gürmen tarafından geliştirildi; entegrasyon ve ERP’ye aktarım Gürmen’de.

Sonuç ve devamı

MATS 2025’te canlıda; Aralık 2025’teki yol haritası toplantısında “2025’te devreye alınan sistemler” arasında anıldı ve 2026 için merchandising planlama modüllerinin — ilk sevkiyat, replenishment, RPT, indirim optimizasyonu — ve dashboard’ların yol haritası çizildi. İlk adım olarak Ramsey ve Kip basic kategorileri için artikel–renk seviyesinde haftalık talep tahmini projesi tanımlandı: satış kaybı hesabı, özel gün feature’ları, pilot model, ardından mağaza stok ve prepack beden dağılımı optimizasyonu.

Modelin kurulumu

Amaç	Yön	Çatışma
Eşleşme kalitesi puanı	↑	Bir gönderici için birden fazla alıcı, bir alıcı için birden fazla gönderici olabilir; en iyi eşleşmeler seçilirken bir mağazanın kaç mağazaya gönderebileceği sınırı transfer adedini en çok etkileyen kısıttır
Alıcı mağazadaki karşılanan ihtiyaç	↑	İhtiyaç, satış hızından türetilen bir tahmindir; fazla karşılamak alıcıda stok şişirir

Kısıtlar

Depo stok kontrolü — depoda yeterli stok varsa option transfere konu olmaz; kırık depo stoğu istisna
Mağaza stok kontrolü — stoğu eşiğin altındaki option gönderici olamaz
Raf ömrü — option × mağaza için raf ömrü eşiğin altındaysa transfere girmez
Transfer alma / gönderme geçmişi — belirlenen dönemde transfer almış ya da göndermiş mağaza–option çiftleri kontrol edilir
Bir mağaza kaç mağazaya — operasyonel transfer limiti, mağaza tipi ya da mağaza bazında
Kapasite — gönderici ve alıcının stok üzerinden belirlenen yüzdeye kadar transferi; istenirse Z-skor
Minimum paket tutarı — mağazadan mağazaya giden paketin tutarı eşiğin altındaysa transfer yok
Stok şişme ve ihtiyaç karşılama eşikleri — transfer türüne göre farklı değerlerle

Tüm işlerimiz