Orta-ölçekli bir üreticinin 3-18 ay ufukta çoklu ürün, çoklu dönem için üretim hızı, stok, işgücü, hire-fire, mesai, fason ve backlog karışımını birlikte planlama problemi — literatürde Aggregate Production Planning (APP), kanonik formülasyon Holt-Modigliani-Muth-Simon (1960).
Kısaca
Tanıdık geliyor mu?
- 10-50M TRY aylık ciro orta-ölçekli üreticiyiz; 5-30 ürün ailesi, 30-200 işçilik çoklu-ürün hat, satış departmanı yıllık talep tahmini veriyor ama bu tahmini aylık üretim hızına çevirmek planlamacının kafasında dağınık duruyor.
- Talep mevsimsel — yaz aylarında tepe, kış dipte ya da tersi; düz hızda üretip stoğa biriktirmek mi, hızı her ay değiştirmek mi sorusu her yıl sıfırdan tartışılıyor.
- Geçici sözleşme veya mevsimsel işçi alım-bırakma kararını insan kaynakları, üretim ve finans üç ayrı sezgi ile veriyor; toplu sözleşme kısıtları (İş Kanunu, yıllık mesai 270 saat tavan) plana sonradan giriyor.
- Mesai mi, ikinci vardiya mı, fason mu — her ürün ailesi için bu kararı 'bu sefer' diye veriyoruz; yıllık olarak hangi karışımın en ucuz olduğunu kimse hesaplamıyor.
- Backlog (sipariş erteleme) ile stok arasındaki tercih sezgisel; müşterilerden 'önümüzdeki ay' diyerek erteleyeceğimiz miktar bir politika değil, anlık karardır.
- Yan sanayiye verilen fason iş yıllık olarak %5-25 aralığında dalgalanıyor; kapasite ceiling'i (fason firmanın bize ayırabileceği saat) yıllık planda kayıtlı değil.
- Lot sizing problemini (problem 16, tek ürün için 'bu ay üreteyim mi, ne kadar?') çözmeye çalışmıştık; APP daha üstte — işgücü ve fason kararlarını da içermesi gerekiyor ama ikisi farklı yazılım modüllerinde dağınık duruyor.
Niye önemli?
Nasıl çözülür?
Teknik derinlik
Nasıl çözülür?
Teknik derinlikTek cümlede: 12 ayı bir hesap tablosuna serer, her ay için üretim hızı + stok + işçi sayısı + mesai + fason karışımını toplam maliyet en az olacak şekilde çözer, kararı her ay tahmin güncellenince yeniler — sezgi yerine sayısal bir terazi.
Bu problem yöneylem araştırması (matematik ve bilgisayar kullanarak işletme kararı çözen disiplin) literatüründe Aggregate Production Planning (APP — toplu üretim planı) olarak bilinir; çoklu ürün, çoklu dönem (tipik 3-18 ay), kapasite + işgücü planlaması orta-vadeli ufuk. Kanonik formülasyon 1960’larda ortaya konan HMMS modeli‘dir. Çözüm üç aşamalı:
1. Modelleme. Karar değişkenleri her dönem (ay) için: ürün ailesi başına üretim miktarı, dönem sonu stok, ertelenmiş sipariş (backlog), düzenli mesai üretimi, mesai üretimi, fason miktarı, dönem sonu işgücü, işe alım, işten ayrılma. Veri girdileri: ürün ailesi başına dönemlik talep tahmini, ürün-saat dönüşüm katsayısı (bir adet üretmek için saat), düzenli iş saati birim maliyeti, mesai birim maliyeti (TR İş Kanunu %50 zammı), işe alım birim maliyeti (alım, eğitim, oryantasyon), işten ayrılma birim maliyeti (kıdem tazminatı, ihbar), stok elde tutma birim maliyeti (% sermaye + depo + sigorta), backlog birim cezası (sözleşme penaltıları + müşteri ilişkisi), fason birim maliyeti, kapasite tavanları (düzenli iş saati, mesai saati TR İş Kanunu maddesi 41 — yıllık 270 saat tavan, fason ceiling). Kısıtlar: stok dengesi (önceki dönem stok + üretim + fason − talep = bu dönem stok − backlog), işgücü dengesi (bu dönem işgücü = önceki dönem + alım − ayrılma), saat kapasitesi (üretimin gerektirdiği toplam saat ≤ düzenli + mesai), stok kapasitesi, mesai yıllık tavanı, fason ceiling, toplu sözleşme alım-ayrılma alt-üst sınırı. Hedef: planlama ufku boyunca toplam maliyet minimum — düzenli iş ücreti + mesai zammı + alım + ayrılma + stok elde tutma + backlog cezası + fason.
2. Çözücü ile karar. Üç klasik yaklaşım: (a) HMMS QP (Quadratic Programming — maliyetler karesel olunca kapalı-form karar kuralı çıkar; üretim hızındaki ve işgücündeki değişiklik penaltıları yumuşatılır). (b) LP/MIP — birim maliyetler doğrusal olunca LP (Linear Programming — kısıtlar altında doğrusal hedef enküçükleme), tamsayılı alım-ayrılma ya da mesai kararları için MIP (Mixed-Integer Linear Programming — bir kısım değişkeni 0/1 bir kısmı sürekli olan eniyileme). Orta ölçek (10-30 ürün ailesi × 12-18 dönem) ticari veya olgun açık-kaynak MIP çözücüleri ile dakikalar içinde optimum. (c) Senaryolu (stokastik) APP — talep belirsizliği için çok-aşamalı stokastik programlama veya robust eniyileme; alternatif: deterministik yaklaşımı belirsizlik altında kullanılır kılan teknikler. (d) Sezgisel — search decision rules (planlamacının geçmiş kararlarından regresyonla karar kuralı çıkarılması). Rolling-horizon (kayan-pencereli — her ay yeniden çöz) ile uygulanır: ilk 1-2 ay “frozen” (sözleşmelere işlenmiş), 3-12 ay “flexible”.
3. Saha entegrasyonu. Çıktı üç katmanlı: (i) aylık üretim hızı + stok + işgücü + mesai + fason karar tablosu (S&OP toplantısına giren), (ii) aylık ürün-ailesi seviyesinden haftalık lot sizing’e (problem 16) parçalanan disagregasyon, (iii) finans + insan kaynakları için projeksiyon (cash flow, bordro projeksiyonu, hire-fire takvimi). Veri akışı: satış tahmini (CRM + tarihsel), kapasite envanteri (makine saatleri, işgücü), toplu sözleşme ve İş Kanunu kısıtları, fason kapasite teyitleri. Aylık S&OP komitesi: satış-üretim-finans hizalama, gerçek-plan sapması, talep tahmini güncellemesi, mesai-fason karışımı kalibrasyonu.
Alternatifler
Manuel + spreadsheet + üretim müdürünün deneyimi
ÜcretsizSıfır lisans
Kim için: Küçük üretici (1-3 ürün ailesi, 20-50 işçi), tek-vardiya hat
- + Sıfır yazılım maliyeti
- + Esnek, son-dakika değişikliklere açık
- + Deneyimli üretim müdürü ile orta sonuçlar
- − 5 ürün ailesi üstünde insanın zihinsel kapasitesi yetersiz
- − Hire-fire / mesai / fason karışımı sezgisel, optimum garantisi yok
- − Stokastik talep ve İş Kanunu kısıtları gözden kaçar
- − S&OP toplantısında 'satış-üretim-finans' uyumu zayıf
ERP üretim planlama modülü
Kurumsal150K-600K TRY lisans + 30K-90K TRY/yıl bakım (TR pazar gözlemi)
Kim için: Orta-ölçekli üretici, 5-30 ürün ailesi, çoklu-vardiya
- + ERP entegre — satış, stok, üretim aynı sistemde
- + Türkçe arayüz, yerel destek
- + MRP + kapasite-kaba kontrol var
- − Orta-vadeli üretim planı optimizasyon modülü genelde yok — plan elle yapılır
- − İşçi alım-bırakma ve mesai karar değişkenleri model dışında
- − Belirsizlik altında planlama desteği zayıf
Gelişmiş planlama sistemi (APS)
Kurumsal300K-2M EUR lisans + 60K-300K EUR/yıl bakım (uluslararası çözüm sağlayıcılar)
Kim için: Büyük üretici, çoklu-tesis, 30+ ürün ailesi, kapasitelendirilmiş hat
- + Tam matematik programlama veya kuadratik maliyetli yumuşatma tabanlı orta-vadeli planlama olgun
- + Satış-üretim eşgüdüm toplantısı, malzeme ihtiyaç planlama, kapasitelendirilmiş parti büyüklüğü entegre
- + Senaryo karşılaştırma, kayan-pencereli plan
- − Yüksek lisans + 12-24 ay kurulum
- − TR İş Kanunu ve toplu sözleşme uyarlaması proje süresi ekler
- − Operasyon ekibi için geniş eğitim
Açık-kaynak çözücü + özel APP modülü
Açık KaynakLisans ücretsiz; iç geliştirme 16-30 hafta veya 600K-1.8M TRY danışmanlık
Kim için: Teknoloji ekibi olan üretici, mevcut ERP ile entegrasyon istenen yerlerde
- + Lisans bedeli yok
- + Doğrusal ve kuadratik orta-vadeli planlama yaklaşımları açık-kaynak çözücülerle iyi tanımlı
- + Belirsizlik altında ve kayan-pencereli uzantılar açık literatürde mevcut
- − İçeride çözücü uzmanı + kurumsal kaynak planlama entegrasyon ekibi şart
- − Prototipten saha sistemine taşıma süresi uzun
- − Bakım sorumluluğu işletmede
Tavsiye
Çözüm görüşmesinde sor
- Orta-vadeli üretim planlamasında hangi yaklaşım kullanılıyor — kuadratik maliyetli düz/yumuşatma modeli, doğrusal/tam-sayılı matematik programlama, sezgisel karar kuralı, ya da yalnızca kapasite-kaba görselleştirme?
- Çoklu ürün ailesi × çoklu dönem (12-18 ay) ufukta üretim hızı + stok + işgücü + işçi alım-bırakma + mesai + fason + ertelenmiş sipariş'i aynı modelde mi optimize ediyor, yoksa katmanlı mı?
- TR İş Kanunu kısıtları (mesai yıllık 270 saat tavanı, hafta-içi %50 ve hafta-sonu %100 zam, kıdem tazminatı) ve toplu sözleşme işçi alım-bırakma sınırları sistemde nasıl tanımlanır?
- Talep belirsizliği altında senaryo-bazlı planlama destekleniyor mu, yoksa yalnızca tek-tahmin (deterministik) plan mı?
- Kayan-pencereli uygulamada ilk 1-2 ayın 'donmuş' (sözleşmelere işlenmiş), sonraki ayların 'esnek' olması nasıl yapılandırılır?
- Aylık ürün-ailesi seviyesinden haftalık parti büyüklüğü kararına ayrıştırma otomatik mi, ayrı modül mü?
- Pilot dönemde (12-16 hafta) gerçek talep ve kapasite verisi ile önceki manuel plana kıyasla nasıl bir tasarruf raporu sunulabilir?
- Sözleşme biterse talep tahmini geçmişi, üretim planı arşivi, işçi alım-bırakma takvimi ve mesai-fason verisini hangi standart formatta dışa aktarabiliriz?
Teknik detay
Editör notu
Bu problem halk dilinde “yıllık üretim planı”, “orta-vadeli plan” veya “S&OP” (Sales & Operations Planning — satış-üretim hizalama toplantısı) diye anılır. Akademik literatürde Aggregate Production Planning (APP) olarak geçer; kanonik formülasyon 1960’lardaki HMMS modeli‘dir. Tek bir LP/QP üretim hızı, stok, işgücü (alım-ayrılma), mesai ve backlog’u sürekli karar değişkenleri olarak yakalar; stok birikiminin maliyeti ile düzenli kapasite, mesai zammı ve işgücü çalkantısını birlikte trade-off’a sokar.
Problem 16 (Wagner-Whitin lot sizing) ile karıştırılmamalı. Lot sizing (problem 16) tek ürün için ‘bu ay üreteyim mi, ne kadar üreteyim mi?’ kararıdır — kurulum maliyeti ile stok elde tutma maliyeti arasındaki tek-katmanlı denge. APP daha üstte: çoklu ürün + işgücü + mesai + fason kararlarını 3-18 ay ufukta birlikte verir. Birlikte çözülürse içsel tutarlı plan çıkar: önce APP aylık ürün-ailesi seviyesinde üretim hızını ve işgücü-mesai-fason karışımını verir, sonra lot sizing aylık miktarı haftalık parti büyüklüklerine parçalar. Bu hiyerarşik yapı üretim planlama ders kitaplarında standart anlatılır.
Job shop scheduling (problem 1) ile de karıştırılmamalı. JSP operasyon sıralama günlük çizelgedir; APP çok daha üstte, aylık-yıllık ufukta karışım planıdır.
Sektörde en sık atlanan nokta: Talep tahmini ile plan arasındaki rolling-horizon disiplin. Akademik APP modelleri tipik olarak 12-aylık ufku tek seferde çözer; gerçek üretimde ilk 1-2 ay sözleşmelere işlenmiş (“frozen”), kalan 3-12 ay ise “flexible” — her ay tahmin güncellenir, plan yeniden çözülür. Frozen pencere olmadan plan her ay sıfırdan değişir, üretim ekibi güveni kaybeder. İkinci atlanan nokta: TR İş Kanunu maddesi 41 mesai tavanı. Yıllık 270 saat (işçi başına) tavanı APP modelinde hard constraint olmalı — değilse plan “mesaiyle hep çözeriz” diyerek yasal sınırı aşar, ceza ve sendikal sorun çıkar.
Adım adım yol — KOBİ için
Aşama 1 — Önce ölç, sonra plan. En az 12 ay verisi: aylık ürün-ailesi bazında gerçek üretim, gerçek satış, ay sonu stok, hire-fire hareketleri, mesai saatleri, fason miktarı, backlog (geç teslimat). Talep tahminini kayıt altına al: tahmin vs gerçek sapması (MAPE) hesapla. Kapasite envanteri: hat başına saat kapasitesi (düzenli + mesai), işgücü beceri matrisi, fason kapasite ceiling’i (her fason firma için).
Aşama 2 — Bilgi sermayesini çıkar. Ürün-saat dönüşüm katsayıları (bir adet üretmek için saat), birim maliyetler (düzenli, mesai, hire, fire, stok elde tutma, backlog cezası, fason). Kısıtlar: depo kapasitesi, mesai yıllık 270 saat tavanı, toplu sözleşme hire-fire sınırları, sözleşmeli müşteri teslimat penaltıları.
Aşama 3 — Pilot. 12-16 hafta. Bir sub-set (örn. 5-10 ana ürün ailesi) için APP MIP planını mevcut manuel plana paralel çalıştır. Karar yine planlamacıdadır; APP öneri verir. Başarı kriteri önceden belirlenmiş: toplam üretim+işgücü+stok maliyeti -%8 minimum, hire-fire churn -%25 minimum, mesai kapasite tavanı aşımı sıfır.
Aşama 4 — Yaygınlaştırma. 9-15 ay sürede tüm ürün aileleri + lot sizing disagregasyonu + S&OP toplantı çıktısı entegrasyonu. Rolling-horizon aylık yeniden-planlama. Aylık S&OP komitesi: satış-üretim-finans hizalama, gerçek-plan sapması, talep tahmini MAPE güncellemesi, mesai-fason karışımı kalibrasyonu.
Riskler — ne yanlış gidebilir
- Talep tahmini sapması. APP deterministik tahmini girdi olarak alır; tahmin MAPE %20-30 üstünde ise plan ilk aydan sapar. Stokastik / scenario-based APP veya rolling-horizon ile her ay yeniden-planlama şart.
- Toplu sözleşme kısıtı değişimi. Yıl ortasında toplu sözleşme yenilenir, ücret + hire-fire kuralları değişir; APP modelinin parametreleri 6 ayda bir kalibre edilmeli, sözleşme imza tarihinden sonra acil yeniden-planlama.
- Kur (FX) maliyeti. İthal hammadde ve ekipman maliyeti TRY-EUR/USD kurundan etkilenir; APP modelinde birim üretim maliyeti sabit varsayılırsa kur sıçramasında plan eskir. Kur senaryolu APP veya aylık parametre güncelleme şart.
- Tek tedarikçi bağımlılığı. Fason firma tek ise kapasite ceiling’inin gerçekleşmemesi (fason firma başka iş alır, kapasite kapanır) APP planını çökertir. En az 2-3 fason kaynak ve yıllık çerçeve anlaşma şart.
Çözüm yöntemine teknik bakış
| Yaklaşım | Tipik ölçek | Çözüm süresi | Garantili optimum? |
|---|---|---|---|
| Sezgisel (üretim müdürü + kural) | 1-5 ürün ailesi, 6-12 ay | anında | Hayır, %50-70 optimum |
| HMMS QP (kuadratik, smooth) | 5-15 ürün ailesi, 12-18 ay | dakikalar | Evet (kapalı-form ya da QP) |
| Transportation-tableau LP | 5-20 ürün ailesi, 6-18 ay | dakikalar | Evet (LP) |
| MIP (hire-fire tamsayılı, mesai tamsayılı) | 10-30 ürün ailesi, 12-18 ay | dakika-saat | Evet (bound içinde) |
| Stokastik / scenario-based APP | 10-30 ürün ailesi, çok-senaryo | saatler | Evet (LP/MIP), senaryo sayısı kısıtlı |
| Search decision rules (planlamacı kararından regresyon) | İstatistiksel kural | anında | Hayır, deneyime kalibre |
| Rolling-horizon yeniden-planlama | Aylık yeniden çözüm | dakikalar/ay | Evet (her çözümde) |
Hedef fonksiyonu seçimi:
- Hedef 1 — Toplam maliyet minimum: Düzenli + mesai + hire + fire + stok + backlog + fason. Standart APP hedefi.
- Hedef 2 — Hizmet seviyesi maksimum: Backlog’u sıfıra çekme, sözleşme penaltıları öncelikli.
- Hedef 3 — Üretim hızı düzleştirme: İşgücü ve makine üzerindeki dalgalanmayı minimize (smooth operations).
- Hedef 4 — Hire-fire churn minimum: İşveren markası ve iş ahlakı önceliği.
Çok-hedefli: ağırlıklı toplam (toplam maliyet + churn ağırlığı) veya hiyerarşik (önce sözleşme penaltısı sıfır, sonra toplam maliyet minimum).
Akademik kaynaklar
Sayfanın frontmatter’ında sources alanında listelidir.
Kaynaklar
- Holt, C. C., Modigliani, F., Muth, J. F. ve Simon, H. A. (1960). Planning Production, Inventories, and Work Force. Prentice-Hall. APP literatürünün kanonik kaynağı, HMMS modeli.
- Nam, S. J. ve Logendran, R. (1992). Aggregate production planning - A survey of models and methodologies. European Journal of Operational Research, 61(3), 255-272. Kapsamlı tarama.
- Mula, J., Poler, R., García-Sabater, J. P. ve Lario, F. C. (2006). Models for production planning under uncertainty: A review. International Journal of Production Economics, 103(1), 271-285. Belirsizlik altındaki üretim planlaması taraması.
- Bitran, G. R. ve Yanasse, H. H. (1984). Deterministic approximations to stochastic production problems. Operations Research, 32(5), 999-1018. Stokastik üretim probleminin deterministik yaklaşımları.
- Vollmann, T. E., Berry, W. L., Whybark, D. C. ve Jacobs, F. R. (2005). Manufacturing Planning and Control for Supply Chain Management (5. baskı). McGraw-Hill. Üretim planlama ve kontrol ders kitabı çerçevesi.
- YÖK Tez Merkezi — anahtar kelime: ’toplu üretim planı’ veya ‘üretim planlaması’ veya ‘kapasite planlama’ — 35+ tez. tez.yok.gov.tr
Sözlük
- Aggregate Production Planning
- Çoklu ürün, çoklu dönem (tipik 3-18 ay) ufukta üretim hızı, stok, işgücü, hire-fire, mesai, fason ve backlog kararlarını birlikte verip toplam maliyeti minimum kılan orta-vadeli OR/MS problemi.
- Workforce Capacity Balance
- Düzenli işgücü, hire-fire, mesai ve fason karışımının trade-off'u: düzenli işgücü smooth ama âtıl aylarda pahalı; hire-fire ay-bazında ucuz ama yüksek churn cost; mesai esnek ama prim + yorgunluk; fason esnek ama kalite + lead-time riski. APP'de karar değişkenleri olarak yakalanır.
- MIP
- Karar değişkenlerinin bir kısmının tam sayı (örn. 'kaç kamyon', 'kaç vardiya') olduğu optimizasyon türü.
Benzer problemler
Aynı Malzemeyi Beş Tedarikçi Veriyor — Hangisinden Ne Kadar Alayım?
20-200 kişilik bir üretici firmada aynı hammaddeyi veya bileşeni 4-8 farklı tedarikçiden alıyorsunuz. Her tedarikçi fiyat, kalite, teslim süresi, kapasite, ödeme koşulları ve finansal sağlamlık açısından farklı; hangisini onaylı listeye alacağınız ve her sipariş için kime ne miktarda yükleyeceğiniz iki ayrı karardır. Yanlış seçim aylar süren bir kalite krizine veya tek tedarikçi kesintisinde hattın durmasına yol açabilir; 'en ucuz teklif' yaklaşımı kalite, geç teslim ve uyum maliyetlerini görmediği için %15-40 daha pahalıya çıkabilir. 5-15 teklifi 8-12 kriter üzerinden manuel skorlamak hesap tablosunda tutarsızlaşır.
Bir Seferde Ne Kadar Üreteyim, Ne Zaman Tekrar Başlayayım?
Bir üreticinin önündeki temel sorulardan biri: belli bir dönem için talep verisi var, her yeni üretim partisi başlatmak setup (kurulum) maliyeti gerektiriyor (kalıp değişimi, hat ayarı, kalibrasyon), üretilip de hemen satılmayan ürün stok maliyeti yaratıyor (depo, sermaye bağlama, eskime). Hangi haftada ne kadar üreteceğini önceden planlamak gerekir; bu sorunun matematiksel adı Lot Sizing Problem'dir. Tek ürünlü, deterministik talepli, kapasitesiz versiyonu 1958'de Wagner ve Whitin tarafından dinamik programlama ile çözüldü. Çok ürünlü, kapasiteli, çok aşamalı varyantları MRP, Capacitated Lot Sizing (CLSP) ve Economic Lot Scheduling (ELSP) olarak gelişti.
Bir Üründen Yılda Kaç Kez, Her Seferde Ne Kadar Sipariş Versem — Sipariş + Depo Maliyeti Toplam Minimum Olsun?
Yıllık 5-50M TRY ciroda toptan tedarikçi, ambalaj-hammadde alan orta-ölçekli üretici veya 50-500 SKU tüketen KOBİ depo/satınalma sorumlusu için her SKU'da iki karar tekrar eder: ne kadar büyük partilerle sipariş verelim, ne sıklıkta. Çok büyük parti → para depoda yatar, depo dolar, bozulma + eskime + finansman maliyeti şişer; çok küçük parti → sipariş başına nakliye + gümrük + sipariş işleme bedeli ezilir ve sipariş sıklığı patlar. Pratisyen sezgisel 'bir aylık stok al' veya 'kamyon dolacak kadar al' kuralıyla çalışır, optimumdan tipik %20-50 sapar — toplam yıllık maliyette %10-25 fazla. SKU başına doğru denge yıllık talep, sipariş başına sabit maliyet, sermaye bağlama oranı (TR son 5 yıl %25-45 bandı) ve birim depo maliyetinden hesaplanır; tedarikçi miktar iskontosu varsa kademe-kademe karşılaştırma gerekir. 200M TRY satın alma hacminde doğru hesap yıllık 300K-2M TRY operasyonel marj demek.