Dini bayram takvimi perakende planlamasını neden bozar?
Perakende planlaması büyük ölçüde geçen yılın aynı dönemine bakarak yapılır. Bu yöntem, dönemlerin karşılaştırılabilir olduğu varsayımına dayanır. Türkiye'de bu varsayım yılda en az iki kez bozulur: Ramazan Bayramı ve Kurban Bayramı takvim yılına sabitlenmiş değildir ve her yıl yaklaşık on bir gün geriye kayar. Kayma küçük görünür, etkisi büyüktür.
Kaymanın ölçeği
Ramazan Bayramı 2025 yılında 30 Mart'ta, 2026 yılında 20 Mart'ta başladı. Kurban Bayramı 2025'te Haziran başındaydı, 2026'da Mayıs sonuna geçti. On günlük kayma, bayram öncesi yoğunluk haftasını bazı yıllarda tamamen bir önceki aya taşır.
Etkiyi görmek için tek bir ay yeter. Bir süpermarket zincirinde Mart 2026 cirosu Mart 2025'e göre yüzde 19 artmış görünür. Aynı zincirde Nisan 2026 cirosu Nisan 2025'e göre yüzde 12 düşmüş görünür. Gerçekte iki ayın toplamı yüzde 4 büyümüştür. Aradaki tüm gürültü takvimden gelir.
Bu gürültü yalnızca raporu bozmaz. Ay bazlı hedef koyan bir şirkette Mart müdürü primini alır, Nisan müdürü savunmaya geçer ve iki tarafın da yaptığı işle ilgisi olmayan bir sonuç ortaya çıkar. Bir sonraki yıl için kurulan tahmin de bu bozuk seriyi girdi olarak kullanır ve hata büyüyerek devam eder.
Bayramın kendi içindeki desen
Bayram tek bir gün değildir, bir desendir. Bu desenin şekli kategoriye göre değişir ama şirket içinde yıllar boyunca şaşırtıcı derecede kararlı kalır.
Bir gıda perakendecisinde tipik desen şöyledir: bayramdan yedi gün önce hareket başlar, arife gününden bir gün önce zirve yapar, arife günü öğlene kadar çok yoğun geçer ve öğleden sonra çöker, bayramın birinci günü mağazaların çoğu kapalıdır, ikinci ve üçüncü gün baz günün belirgin altında seyreder, bayram sonrası ilk iş günü normale dönmez ve iki üç gün düşük kalır.
Sayıya dökmek gerekirse: arife öncesi gün, o haftanın normal gününün 2,4 katı satış yapar. Bayramın ikinci günü baz günün yüzde 38 altındadır. Bayram sonrası ilk iş günü yüzde 15 düşüktür. Bu katsayılar mağaza tipine ve bölgeye göre değişir ama aynı mağaza için yıldan yıla korunur.
Bu desen bilindiğinde bayram bir belirsizlik olmaktan çıkar ve planlanabilir bir olaya dönüşür. Bilinmediğinde her yıl yeniden sürpriz olur.
Ayrı bir takvim boyutu kurmak
Standart tarih boyutu bu işi çözmez. Yıl, ay, gün ve haftanın günü kolonları takvim ayına sabittir ve kayan olayları temsil edemez. Çözüm, tarih boyutunu genişletmek ve olay tabanlı bir takvim boyutu eklemektir.
Olay takvimi boyutunda her olayın adı, tipi, başlangıç ve bitiş tarihi ve olayın hangi yıla ait örneği olduğu tutulur. Tarih boyutuna ise olaya göreli alanlar eklenir: bu tarih hangi olaya en yakın, olaya kaç gün var, olayın kaçıncı günü, arife mi, köprü tatil mi, resmi tatille çakışıyor mu.
Bu yapının en değerli kolonu olaya göreli gün sayacıdır. Bu kolon sayesinde bayram öncesi yedinci günü geçen yılın bayram öncesi yedinci günüyle karşılaştırabilirsiniz. Takvim tarihi farklı olsa da operasyonel olarak aynı gündür.
İkinci değerli kolon karşılaştırılabilir eş gündür. Her tarih için geçen yılın hangi tarihine denk düştüğü önceden hesaplanır ve boyutta durur. Normal dönemlerde bu eşleme haftanın gününü korur; bayram dönemlerinde olaya göreli konumu korur. Rapor yazarı bu eşlemeyi kendisi kurmaz, boyuttan okur.
- DimTarih — takvim alanlari, mali hafta, haftanin gunu
- DimOlayTakvimi — olay adi, tipi, baslangic, bitis, yil ornegi
- OlayaGoreliGun — negatif degerler bayram oncesini gosterir
- KarsilastirilabilirEsGun — gecen yilin denk tarihi
- ArifeMi, KopruTatilMi, ResmiTatilCakismasi bayraklari
Talep tahmininde baz ile olayı ayırmak
Kayan takvimin tahmin modellerinde yarattığı sorun daha incedir. Mevsimsellik yakalayan bir model, bayram etkisini mevsimsellik sanır ve her yıl yanlış aya yerleştirir.
Çözüm serinin ayrıştırılmasıdır. Gözlenen talep, baz talep ile olay katsayısının çarpımı olarak modellenir. Geçmiş veriden önce olay katsayıları çıkarılır, kalan seri baz talep olarak modellenir, tahmin üretilirken gelecekteki olay takvimine göre katsayı yeniden uygulanır.
Bu ayrıştırmanın pratik faydası ölçülebilirdir. Baz talep serisi temizlendiğinde trend ve mevsimsellik çok daha kararlı çıkar; bayram katsayıları ise ayrı bir tabloda durur ve kategori bazında incelenebilir. Şekerleme kategorisinin arife katsayısı ile deterjan kategorisinin arife katsayısı aynı değildir ve bu farkın görünür olması planlamacıya doğrudan iş yapar.
Katsayılar sabit değildir, her yıl güncellenir. Ancak güncelleme kör bir yeniden hesaplama olmamalıdır. Bayramın hafta içine mi hafta sonuna mı denk geldiği, okul tatiliyle çakışıp çakışmadığı ve köprü tatil oluşup oluşmadığı katsayıyı belirgin biçimde değiştirir. Bu nedenle olay örneğinin öznitelikleri de saklanmalıdır.
Kapasite, personel ve tedarik tarafı
Takvim kayması yalnızca satışı etkilemez. Tedarik ve sevkiyat tarafında etkisi daha uzun sürer, çünkü hazırlık süresi daha uzundur.
Bayram tatili boyunca fabrikalar durur, tedarikçiler sevkiyat yapmaz, gümrük ve lojistik yavaşlar. Dokuz günlük bir tatil, sipariş verme noktasını iki hafta öne çeker. Bu hesap yapılmadığında bayram sonrası ilk hafta raf boşluğu yaşanır ve kaybedilen satış hiçbir raporda görünmez.
Personel planlaması da aynı takvime bağlanmalıdır. Arife öncesi gün 2,4 kat ciro yapacaksa kasa açılış planı ve vardiya dağılımı o güne göre kurulur. İzin talepleri ise tam tersi yönde yığılır. İkisinin aynı takvim boyutunu okuyor olması, planlama ile gerçeğin ayrışmasını engeller.
Şubeye özel kapanış saatlerinin de takvimde tutulması gerekir. Bayramın birinci günü bazı şubeler kapalı, bazıları yarım gün açıktır. Bu bilgi takvimde yoksa, kapalı şubenin sıfır cirosu performans düşüşü olarak okunur.
Ne yapmalı
Yıl karşılaştırmalarını takvim tarihine göre değil, karşılaştırılabilir eş güne göre yapın. Bu eşlemeyi rapor içinde değil, tarih boyutunda kurun.
Bayram, arife, köprü tatil ve resmi tatil bilgisini ayrı bir olay takvimi boyutunda tutun ve en az üç yıl ileriyi doldurun. Geriye dönük olarak da en az beş yıl doldurun ki katsayılar hesaplanabilsin.
Talep tahmininde baz talep ile olay etkisini ayırın. Olay katsayılarını kategori ve şube kırılımında saklayın, her yıl gözden geçirin.
Ay bazlı hedeflerde bayramın kaydığı yıllar için düzeltme kuralı tanımlayın. Kuralı hedef verilirken yazın, sonuç açıklanırken değil.
Mindpera'da talep planlama ile Mind Space aynı olay takvimi boyutunu okur. Bayram deseni satış tarafında katsayı, tedarik tarafında sipariş noktası kaydırması olarak aynı kaynaktan uygulanır; iki tarafın farklı takvim varsayması mümkün olmaz.