Aynı tedarikçiden onlarca SKU alan perakende veya distribütörde, her SKU bağımsız (s,S) ile yönetilirse ortak kalkış maliyeti (kamyon, gümrük, sözleşme) gereksiz yere bölünür. Akademik literatürdeki adı: Joint Replenishment Problem (JRP).
Kısaca
Tanıdık geliyor mu?
- Tek ana tedarikçiden 20-200 SKU sipariş ediyoruz; her SKU'nun stok kartı ayrı izleniyor, sipariş günleri SKU bazında dağınık çıkıyor — bazı haftalar 3 kamyon, bazı haftalar yarım kamyon.
- Haftalık 10-50 konteyner ithalatımız var (mobilya, elektrikli ev aleti, gıda dışı tüketim); konteynerlere hangi SKU'ların birlikte yükleneceğini her ay planlamacı sezgisel olarak karar veriyor.
- Kamyon başına nakliye ücreti ile gümrük dosya açılış ücreti sabit; küçük partiler için bu sabit maliyet birim başına ürün maliyetinin %5-15'ine ulaşıyor.
- Tedarikçi ile sözleşmede minimum sipariş tutarı (MOQ) toplam-değer cinsinden tanımlanmış; birkaç SKU'yu doldurmak için 'yanına ne ekleyebilirim' sorusu sürekli güncel.
- Bir SKU stoğa düşünce sipariş tetikleniyor ama 'aynı tedarikçiden başka neyi de alalım' kararı her seferinde manuel — bazen unutuluyor, bazen gereksiz ekleniyor.
- Stok günleri SKU bazında farklı: bazı SKU 90 gün stok tutuyoruz, bazı SKU 20 gün — toplam stok dönüş hızını şişiren SKU'lar belirsiz.
- Yeni bir mağaza veya depo açılışı için kapasite planı yaparken 'haftada kaç sipariş döngüsü, kaç kamyon' sorusuna sayısal cevap yok.
Niye önemli?
Nasıl çözülür?
Teknik derinlik
Nasıl çözülür?
Teknik derinlikTek cümlede: Tek baz haftası belirle (örn. her 2 hafta bir tedarikçiden sipariş aç), sonra her SKU için “her seferinde mi (m=1), her 2 seferde bir mi (m=2), her 4 seferde bir mi (m=4) gelsin” çarpanını seç — kamyon-gümrük-sözleşme masrafı 1 kez ödenir, stok-tutma maliyeti tek seferden gereksiz şişmez.
Yöneylem araştırması (matematik ve bilgisayar kullanarak işletme kararı çözen disiplin) literatüründe bu problemin adı Joint Replenishment Problem (JRP — ortak sipariş yenileme) ‘dir. İlk modelleme 1973’te deterministik talep + sabit ortak setup maliyeti varsayımı altında yapılmıştır; sonraki kapsamlı taramalar literatürü olgunlaştırdı. Stokastik (rastgele talep) uzantılar can-order politikası olarak getirilmiştir. Çözüm üç aşamalı:
1. Modelleme. Girdiler: tedarikçi başına SKU listesi, her SKU için ortalama günlük talep + talep varyansı, her SKU için birim-stok-tutma maliyeti, her SKU için minor setup maliyeti (sadece o SKU’nun siparişine eklenen sabit masraf, örnek: ürün-spesifik etiket, kalite kontrol), tedarikçi seviyesinde major setup maliyeti — bir kamyon nakliyesi, bir gümrük dosyası, bir tedarikçi-sipariş hazırlığı, SKU sayısından bağımsız olarak ödenir. Ayrıca: tedarikçi MOQ — Minimum Order Quantity (toplam-değer veya hacim cinsinden minimum sipariş), teslim süresi (lead time) ve değişkenliği, raf ömrü ve istif kısıtları, talep korelasyonları (iki SKU birbirini ikame ediyor mu). Kısıtlar: stok-tutma maliyeti × ortalama stok (deterministik), MOQ ≤ (fiyat × miktar toplamı), her SKU’nun sipariş periyodu = (tamsayı çarpan) × baz periyot, siparişler periyodik fanı içinde aynı zamanda gelir. Hedef: toplam yıllık (ortak setup × frekans) + (her SKU için minor setup × frekans) + (her SKU için stok-tutma) minimum.
2. Çözücü ile karar. Deterministik JRP için klasik üç yaklaşım: (a) RAND algoritması — baz T periyodunu rastgele başlangıçlarla iterasyonla ararken her iterasyonda her SKU için optimum tamsayı çarpan hesaplanır; pratik ve hızlı, %1-3 sub-optimal. (b) Power-of-two integer-ratio politikası — çarpan değerlerini sadece 2’nin kuvveti (1, 2, 4, 8, …) ile sınırlar; teorik garanti: optimum’a en az %98 yakın, %100 schedulable (programlanabilir — her SKU her T’nin 2-katı zamanlarda mutlaka birlikte sipariş edilir). (c) Indirect Grouping (IG) vs Direct Grouping — SKU’ları öncelikle 2-3 gruba bölme (yüksek-frekanslı çekirdek + orta + nadir) ve grup-içi sipariş döngüsü. Stokastik JRP için can-order politikası: her SKU için iki eşik — s (must-order) ve c (can-order, s < c < S); bir SKU s’e düştüğünde sipariş tetiklenir, o anda c üstünde olmayan tüm SKU’lar ek-siparişe alınır. Periyodik review (R, S_i) sistemleri ve simulation-optimization (simülasyon-eniyileme — yüzlerce talep senaryosu denenip en iyi politika seçilir) büyük instance’lar için kullanılır. Küçük instance’lar (10-30 SKU) için tek MIP (Mixed-Integer Linear Programming — bir kısım değişkeni 0/1 bir kısmı sürekli olan eniyileme) olarak çözülebilir.
3. Saha entegrasyonu. Çıktı üç katmanlı: (a) ortak sipariş takvimi (haftalık veya 2-haftalık — tedarikçi başına hangi haftalar sipariş açılır, baz periyot T), (b) SKU başına multiplier tablosu (m_i — her SKU her T’de mi, her 2T’de mi, her 4T’de mi sipariş alır; power-of-two ise her SKU sayısal olarak hangi haftalarda dahil olduğu deterministik çıkar), (c) günlük sipariş listesi (planlamacının ekranı: bugünün sipariş penceresinde hangi SKU’lar dahil, ne miktarda). Tedarikçi sözleşmesi yenileme döngüsünde T ve m_i değerleri yeniden hesaplanır. Üç aylık operasyon komitesi: gerçek vs plan kamyon sayısı, MOQ ihlal/altında kalma sayısı, stok dönüş hızı, ortak sipariş tasarrufu raporu.
Alternatifler
SKU başına bağımsız (s,S) + manuel ek-sipariş
ÜcretsizSıfır lisans (mevcut stok yazılımı içinde)
Kim için: Küçük perakende, 20-50 SKU, ortak tedarikçi az (1-2)
- + Mevcut stok yazılımı tipik olarak (s,S) destekler
- + Planlamacı tecrübesi 'aynı tedarikçinin başka SKU'sunu da ekleyelim mi' kararını verebilir
- + Yatırım gerektirmez
- − Ortak setup maliyeti optimize edilmez — tasarruf bırakılır
- − MOQ ihlal/yetişme manuel takip
- − SKU sayısı artınca 'aynı tedarikçiden hangi başka SKU eklenecek' kararı zorlaşır
- − Kapasite planlama (kamyon sayısı, gümrük dosyası sayısı) zayıf
Yerel stok/ERP modülü içinde tedarikçi-bazlı sipariş gruplama
Kurumsal200K-800K TRY lisans + 60K-250K TRY/yıl bakım (TR pazar gözlemi)
Kim için: Orta perakende veya distribütör (50-300 SKU, 2-10 ana tedarikçi)
- + Yerel mevzuat ve gümrük entegrasyonu
- + Tedarikçi bazlı sipariş ekranı (aynı tedarikçinin SKU'ları bir arada)
- + Yerel destek + Türkçe arayüz
- − JRP optimizasyon modülü genelde yok — sadece manuel gruplama desteği
- − Power-of-two politikası nadir destek
- − Stokastik JRP (can-order) çoğu yerel yazılımda yok
Uluslararası tedarik planlama yazılımı
Kurumsal600K-3M TRY lisans + 200K-700K TRY/yıl bakım
Kim için: Büyük perakende veya zincir distribütör (300-3.000 SKU, 10+ ana tedarikçi)
- + Çok-ürünlü ortak sipariş yenileme modülü olgun — temel periyot + ürün başına katsayı, iki-eşikli politika dahil
- + Stokastik talep ve değişken lead-time modellemesi
- + Multi-echelon (depo + mağaza) bağlantılı
- + Tedarikçi MOQ, fiyat-eşelon, hacim-iskonto entegre
- − Yüksek lisans + 9-15 ay kurulum
- − TR gümrük ve mevzuat özelleştirmesi proje süresine ekler
- − Operasyon ekibinin eğitim programı geniş
Açık-kaynak çözücü + özel JRP modülü
Açık KaynakLisans ücretsiz; iç geliştirme 16-32 hafta veya 600K-1.5M TRY danışmanlık
Kim için: Veri/OR ekibi olan zincir, mevcut ERP ile entegrasyon istenen yerlerde
- + Lisans bedeli yok
- + Ortak sipariş yenileme yöntemleri (temel periyot araması, iki-katlı periyot politikası, iki-eşikli stokastik politika) açık-kaynak çözücülerle iyi tanımlı
- + Stokastik uzantılar simulation-optimization ile eklenebilir
- − İçeride OR uzmanı + ERP entegrasyon ekibi şart
- − Tedarikçi MOQ kuralı, fiyat-eşelon, hacim-iskonto özel kodlanır
- − Akademik prototipten saha sistemine taşıma 6-12 ay ekler
Tavsiye
Çözüm görüşmesinde sor
- Ortak sipariş yenileme modülü hangi yaklaşımı kullanıyor — temel periyot araması, iki-katlı periyot politikası (her SKU baz periyodun 1, 2, 4, 8 katında), iki-eşikli stokastik politika, tam matematik programlama, ya da sadece tedarikçi-bazlı manuel gruplama?
- Deterministik (sabit talep) yaklaşım mı yoksa stokastik (rastgele talep + güvenlik stoğu) yaklaşım mı destekleniyor? Talep varyansı her SKU için ayrı parametre olarak mı işleniyor?
- İki-katlı periyot politikası (her SKU baz periyodun 1, 2, 4, 8 katında sipariş alır) destekleniyor mu? Her SKU için periyodik çarpan tablo olarak görüntülenebiliyor mu?
- Tedarikçi minimum sipariş tutarı (MOQ — toplam değer veya hacim) sipariş döngüsünde nasıl uygulanıyor — hard kısıt mı, yumuşak kısıt mı? MOQ'a yetişmek için 'yan-doldurma' SKU önerisi otomatik mi?
- Ortak kalkış maliyeti (kamyon, gümrük dosyası, tedarikçi-sipariş hazırlığı) ile SKU'ya özel ek maliyet (etiket, kalite kontrol) ayrı parametre olarak modelleniyor mu? Her tedarikçi için ayrı ortak kalkış maliyeti tanımlanabilir mi?
- Talep korelasyonu (iki SKU birbirini ikame ediyor mu, biri çok satınca diğeri azalıyor mu) modellemeye dahil edilebilir mi?
- Lead-time değişkenliği SKU bazında ayrı parametre olarak girilebilir mi? Sipariş döngüsü içinde 'erken-gel SKU' ve 'geç-gel SKU' birlikte sipariş edilebiliyorsa, planlama nasıl yapılır?
- Sözleşme biterse sipariş döngüsü geçmişi, tedarikçi-SKU eşleştirme tablosu, gerçekleşen MOQ ve nakliye verileri hangi standart formatta dışa aktarılabilir?
Teknik detay
Editör notu
Bu problem halk dilinde “tedarikçi siparişlerini birleştirme”, “kamyonu doldurma” veya “ortak sipariş günü” diye anılır. Akademik literatürde ismi tek bir çatı altındadır: Joint Replenishment Problem (JRP) — 1970’lerden bu yana geliştirilmiş klasik bir yöneylem araştırması dalı.
Bu problem her bir SKU için ayrı (s,S) yerine, birden çok SKU’nun ortak bir sipariş döngüsünü paylaşması üzerinedir. Kamyon, gümrük, sözleşme gibi major-setup maliyetler N ürün arasında bölünür. (s,S) modeli (problem #004) tek SKU için reorder-point + order-up-to-level mantığını çözer; Wagner-Whitin (problem #016) tek SKU için çok-dönem lot-sizing çözer; newsvendor (problem #011) tek SKU tek-dönem talep belirsizliği altında çözer. JRP ise N SKU’nun ortak ana setup’ı paylaşması üzerine kurulu — farklı bir problem ailesi.
Sektörde en sık atlanan nokta: power-of-two politikaları. Pratik uygulamada her SKU farklı bir periyoduyla yenilenir; periyodların sayısal değerleri keyfi seçilirse sipariş takvimi karmakarışık olur — bir hafta hangi SKU’ların geleceği belirsizleşir, gümrük belgesi paylaşımı kaybolur. Akademik kanıt ile gösterilmiştir ki periyod değerleri baz periyot T’nin 2’nin kuvveti katlarıyla sınırlandığında (T, 2T, 4T, 8T, …), optimum’a en az %98 yakın çözüm garanti edilir, üstelik schedulability (programlanabilirlik) kazanılır: her SKU her T’nin tamsayı katı zamanlarda mutlaka sipariş listesinde olur, kamyon doluluğu öngörülebilir hale gelir. Bu kural sadece JRP’de değil, tek-depo-çok-perakendeci ve çok-eşelonlu tedarik zinciri koordinasyonunda da kullanılır.
İkinci atlanan nokta: deterministik vs stokastik ayrımı. Klasik JRP modeli sabit talep varsayar; gerçek perakende talebi rastgeledir. Stokastik uzantı can-order politikası ile çözülür: bir SKU reorder-point’e düştüğünde sipariş tetiklenir; o anda diğer SKU’lar can-order seviyesinin (s < c < S) altındaysa onlar da ortak siparişe katılır. Bu yaklaşım pratikte yaygın ama akademik analizi karmaşık; küçük-orta perakendede genelde basit power-of-two + güvenlik stoğu kombinasyonu yeterli.
Adım adım yol — KOBİ için
Aşama 1 — Önce ölç, sonra plan. En az 12 ay tedarikçi başına veri: her ortak siparişte hangi SKU’lar, ne miktarda; kamyon doluluk yüzdesi; gümrük dosyası başına SKU sayısı; her SKU’nun haftalık satışı ve varyansı; SKU başına teslim süresi (planlanan vs gerçek); tedarikçi MOQ değeri ve ihlal sayısı. Talep korelasyonları: hangi SKU’lar birlikte yükseliyor, hangi SKU’lar birbirini ikame ediyor.
Aşama 2 — Bilgi sermayesini çıkar. Tedarikçi-SKU matrisi (her tedarikçi için: aktif SKU sayısı, ortak major setup maliyeti, ortalama sipariş sıklığı, MOQ kuralı). ABC analizi tedarikçi içinde: aynı tedarikçide hangi SKU yüksek-değer (her T’de gelmeli), hangi SKU orta (her 2T), hangi SKU düşük (her 4T). Major vs minor setup ayrımı: kamyon nakliye + gümrük dosya açılış sabit (major), SKU’ya özel etiket + kalite kontrol değişken (minor).
Aşama 3 — Pilot. 8-12 hafta. Bir tedarikçi-set (örn. en yüksek SKU sayısına sahip 1-2 ana tedarikçi) için baz periyot T (örnek: 2 hafta) belirle. Her SKU için power-of-two çarpan m_i hesapla (yüksek-değer → m_i=1, orta → 2, düşük → 4). Mevcut bağımsız (s,S) ile paralel çalıştır. Başarı kriteri önceden yazılı: kamyon sayısı -%10 minimum, toplam sipariş + stok maliyeti -%5 minimum, MOQ ihlali sayısı -%50.
Aşama 4 — Yaygınlaştırma. 9-15 ay sürede tüm ana tedarikçilere genişlet. Stokastik uzantı (can-order veya güvenlik stoğu + periyodik review) eklenebilir. Üç aylık operasyon komitesi: kamyon doluluk, MOQ uyum, stok dönüş hızı, T ve m_i parametrelerinin tedarikçi sözleşme yenilemesi sırasında güncellenmesi.
Riskler — ne yanlış gidebilir
- Talep korelasyonu modellenmezse plan çöker. İki SKU birbirini ikame ediyorsa (biri çok satınca diğeri durur) bağımsız varsayım altında hesaplanan T ve m_i değerleri uygulamada yanlış çıkar. Korelasyon matrisi 6 ayda bir yeniden kalibre edilmeli.
- Tedarikçi MOQ kısıtı yumuşak modellenir. Akademik JRP modeli MOQ’u çoğunlukla görmez; saha sipariş döngüsünde MOQ altında kalan dönemler için ‘yan-doldurma’ SKU otomatik önerilmezse, sürekli ek-sipariş zorlanması veya ‘küçük sipariş’ yüksek-fiyatına yakalanılır. MOQ hard kısıt olarak yazılmalı.
- Gümrük belgesi paylaşımı sayısallaştırılmaz. Bir gümrük dosyasının açılış maliyeti major setup’ın önemli kısmıdır; ortak sipariş döngüsünde gümrük dosyasının doğru oluşturulup paylaşılması (HS-kod uyumu, beyanname tek dosyada SKU listesi) operasyonel disiplindir. Sözleşme yenilemeden önce kontrol edilmeli.
- Tek-tedarikçi kilitlemesi (lock-in). JRP optimum çözümü tek ana tedarikçide yoğunlaşırsa, tedarikçi tarafından fiyat artırımı veya teslim aksaması yaşandığında alternatif zayıf kalır. Politika düzeyinde çoklu-tedarikçi kuralı (her SKU için en az 2 onaylı kaynak) ile JRP optimum’u dengelenmeli.
Çözüm yöntemine teknik bakış
| Yaklaşım | Tipik ölçek | Çözüm süresi | Garantili optimum? |
|---|---|---|---|
| Manuel + spreadsheet (tedarikçi-bazlı gruplama) | Küçük perakende, 20-50 SKU | dakika | Hayır, %60-75 optimum |
| RAND algoritması | Orta, 50-200 SKU, deterministik | dakika | %97-99 sub-optimal |
| Power-of-two integer-ratio politikası | Orta-büyük, 100-500 SKU | dakika-saat | En az %98 garantili |
| Indirect Grouping (IG) heuristik | Orta-büyük, gruplandırma istenen | dakika | İyi pratik kalite |
| Can-order politikası | Stokastik talep, 50-500 SKU | dakika (simülasyon ile) | Hayır, iyi pratik kalite |
| MIP — tek dönem | Küçük, <30 SKU | dakika-saat | Evet (bound içinde) |
| Simulation-optimization | Büyük + stokastik | saatler | Hayır, iyi pratik kalite |
Hedef fonksiyonu seçimi:
- Hedef 1 — Toplam yıllık maliyet minimum (ortak setup + minor setup + stok-tutma): Klasik JRP; nakit-sıkı işletme için.
- Hedef 2 — Kamyon/konteyner sayısı minimum: Lojistik kapasitesi sıkı işletmede.
- Hedef 3 — Servis seviyesi kısıtı altında maliyet minimum: Müşteri-yüzü öne çıkan işletmede.
- Hedef 4 — Stok dönüş hızı maksimum: İşletme sermayesi sıkı işletmede.
Çok-hedefli: ağırlıklı toplam veya hiyerarşik (önce MOQ uyumu, sonra kamyon sayısı, finalde stok-tutma maliyeti). Power-of-two politikası seçilirse schedulability ek hedef.
Akademik kaynaklar
Sayfanın frontmatter’ında sources alanında listelidir.
Kaynaklar
- Goyal, S. K. (1973). Determination of economic packaging frequency of items jointly replenished. Management Science, 21(4), 436-443. JRP’nin temel modeli.
- Goyal, S. K. ve Satir, A. T. (1989). Joint replenishment inventory control: deterministic and stochastic models. European Journal of Operational Research, 38(1), 2-13. Klasik tarama.
- Khouja, M. ve Goyal, S. (2008). A review of the joint replenishment problem literature: 1989-2005. European Journal of Operational Research, 186(1), 1-16. Güncel tarama.
- Roundy, R. (1985). 98%-effective integer-ratio lot-sizing for one-warehouse multi-retailer systems. Management Science, 31(11), 1416-1430. Power-of-two politikaları, %98 etkililik garantisi.
- Atkins, D. R. ve Iyogun, P. O. (1988). Periodic versus ‘can-order’ policies for coordinated multi-item inventory systems. Management Science, 34(6), 791-796. Stokastik JRP için can-order politikası.
- YÖK Tez Merkezi — anahtar kelime: ‘ortak siparis’, ‘joint replenishment’ veya ‘cok urunlu stok’ — TR akademisinden 15+ tez. tez.yok.gov.tr
Sözlük
- Joint Replenishment Problem
- N farklı SKU'nun ortak bir tedarikçi major-setup maliyetini (kamyon, gümrük, sipariş hazırlığı) paylaşarak ne sıklıkta birlikte sipariş edileceğini belirleyen operasyon araştırması problemi.
- Power-of-Two Policy
- Çok-ürünlü ortak-setup stok problemlerinde her ürünün sipariş periyodunu baz periyot T'nin sadece 2'nin kuvveti katlarıyla (T, 2T, 4T, ...) sınırlayarak optimum'a en az %98 yakın ve sahaya planlanabilir çözüm garanti eden politika (Roundy 1985).
- MIP
- Karar değişkenlerinin bir kısmının tam sayı (örn. 'kaç kamyon', 'kaç vardiya') olduğu optimizasyon türü.
- EOQ
- Bir ürünün tedarikçiye verilecek en ekonomik sipariş miktarını veren klasik envanter formülü.
Benzer problemler
Hangi Ürünü Hangi Rafa Koysam, İşçi Siparişi Hangi Rota Üzerinden Toplasın?
Bir e-ticaret deposunda ya da omnichannel perakende dağıtım merkezinde 15.000-200.000 ürün kodu (SKU) stoklanır ve günde 2K-30K sipariş hattı toplanır. Bir toplayıcı işçi sipariş başına 200-800 m yürür, günde toplam 15-30 km mesafe kat eder. Bu yürümenin %50-70'i değer-katmayan zamandır. İki bağlı karar verilmelidir: (a) **raf yerleşimi (slotting)** — hangi SKU hangi rafa, hangi yüksekliğe stoklanır; sipariş sıklığı, eş-sipariş örüntüsü ve ergonomik yük dikkate alınarak; (b) **toplama rotası (picking)** — bir sipariş listesi için işçinin koridor sırası ve seçtiği rota kuralı (S-şekli, dönüş, orta-nokta, en-büyük-boşluk, birleşik). Eklenti kararlar: birden çok siparişi tek turda toplama (batch picking), depoyu bölgelere ayırma (zone picking), aktarma noktası ile birleştirme (sort-merge). Her iki karar birlikte çözüldüğünde işçi başına yürüme mesafesi %25-40 azalabilir.
Hangi Ürünü Listeye Koyayım, Hangi Rafı Hangisine Vereyim?
30-200 mağazalı perakende KOBİ ya da 500-5.000 SKU'lu e-ticaret operatörü için yazıldı. Her ay 'hangi ürün rafta kalacak, hangisine ne kadar yer vereceğiz, yeni gelen tedarikçiye yer açmak için hangisini çıkaracağız' kararıyla yüzleşiyorsanız buradasınız. Sezgisel listeleme ve elle planogram, kategori marjının önemli bir kısmını sessizce eritir: çok satanın rafı dar kalır, atıl SKU yer işgal eder, ikame etkisi (müşteri aradığını bulamayınca rakibe gitmesi) ölçülemez. Mağaza-kategori bazlı sistematik bir karar süreci, 50M TRY cirolu bir kategoride yıllık 2-6M TRY marj farkı yaratır.