APS (Advanced Planning and Scheduling — İleri Planlama ve Çizelgeleme), üretim işlerini kapasiteyi bir kısıt kabul ederek zaman eksenine yerleştiren planlama yaklaşımıdır. Çıktısı bir liste değil, bir çizelgedir: hangi iş, hangi tezgahta, hangi saatte başlayıp bitecek.
Klasik MRP’den ayrıldığı nokta budur. MRP malzeme ihtiyacını hesaplar ve iş yükünü gösterir ama kapasiteyi bir sınır olarak görmez — aşım varsa bunu bildirir, çözümü insana bırakır. APS ise çözümü kendisi üretir.
Bu fark pratikte şuraya çıkar: MRP “bu hafta abkanta 201 saatlik iş düştü, kapasite 176 saat” der. APS ise işleri sıraya dizip “bu iş cuma 14:00’te başlayacak, şu iş pazartesiye kayacak” der.
APS, İngilizce Advanced Planning and Scheduling ifadesinin kısaltmasıdır; Türkçede ileri planlama ve çizelgeleme ya da gelişmiş planlama ve çizelgeleme diye geçer. Adındaki iki kelime iki ayrı işi anlatır: planlama hangi işin hangi dönemde yapılacağına, çizelgeleme ise o işin hangi tezgahta, hangi sırayla ve hangi saatte yapılacağına karar verir. Aynı kısaltma PTT’nin APS Kurye gönderilerinde ve başka alanlarda da kullanılır; bu yazıdaki APS yalnız üretim planlamasını anlatır, gönderi ya da kayıt sorgusuyla ilgisi yoktur.
| Sonsuz kapasite (MRP) | Sonlu kapasite (APS) | |
|---|---|---|
| Kapasite | Sınırsız varsayılır | Kısıt olarak dikkate alınır |
| Çıktı | İhtiyaç listesi ve yük raporu | Zaman eksenli çizelge |
| Aşım durumu | Bildirilir, çözüm insana bırakılır | Sistem işleri kaydırır |
| Hesap yükü | Düşük | Yüksek — çok sayıda kısıt birlikte çözülür |
| Kurulum zorluğu | Orta | Yüksek — veri doğruluğu şart |
APS’in ürettiği çizelgenin gerçekçi olması, girdilerin doğruluğuna tamamen bağlıdır. Rota süreleri yanlışsa, çizelge de yanlıştır — üstelik çok kesin göründüğü için yanlışlığı fark edilmez. Bu, APS kurulumlarının en sık rastlanan başarısızlık sebebidir.
Son madde APS’in en değerli olduğu yerlerden biridir. Boyada açıktan koyuya sıralamak temizlik süresini kısaltır; enjeksiyonda benzer kalıpları arka arkaya çalıştırmak set değişimini azaltır. Bu tür sıralama optimizasyonu elle yapıldığında ancak deneyimli bir planlamacının becerisine bağlıdır.
Hayır — ve bu, satın alma kararında en önemli sorudur. APS, planlama karmaşıklığının insan kararıyla yönetilemeyeceği kadar arttığı yerlerde anlam kazanır. Belirtiler şunlardır:
| Durum | APS gerekli mi? |
|---|---|
| Az sayıda tezgah, tek akış | Genelde hayır — MRP ve çizelge tablosu yeter |
| Çok sayıda paralel iş merkezi ve alternatif rota | Muhtemelen evet |
| Sıraya bağlı set değişimi maliyeti yüksek | Evet — kazanç somuttur |
| Rota süreleri ölçülmemiş, veri güvenilmez | Önce veri; APS sonra |
| Planlama tek kişinin tecrübesine bağlı | Risk var; kademeli geçiş düşünülmeli |
Dördüncü satır kritiktir: APS veriyi düzeltmez, veriyi kullanır. Rota süreleri tahminî olan bir işletmede APS kurmak, yanlış girdiden çok kesin görünen yanlış bir çizelge üretir. Doğru sıralama önce ölçüm, sonra planlamadır.
APS’e geçmeyi düşünen bir işletme için işleyen sıralama şudur: önce iş emri ve operasyon kaydı kurulur, böylece gerçekleşen süreler birikir. Ardından rota süreleri bu gerçek verilerle güncellenir. Sonra kapasite planlaması ile yük ve darboğaz görünür hâle getirilir.
Bu üç adım tamamlandığında çoğu KOBİ ölçeğindeki işletme, planlama sorunlarının büyük kısmını zaten çözmüş olur. APS ihtiyacı bu noktadan sonra hâlâ duruyorsa gerçek bir ihtiyaçtır ve kurulumu da sağlam bir zemin üzerine oturur.
Tersi sıralama — önce APS, sonra veri — sahada sık denenir ve genellikle sistemin kullanılmaz hâle gelmesiyle sonuçlanır. Planlamacı çizelgeye güvenmediğinde eski yöntemine döner ve yazılım rafta kalır.
APS’in en sık başarısız olduğu nokta yazılımın kendisi değil, çizelgenin sahaya ulaşmasıdır. Sistem mükemmel bir çizelge üretse bile, tezgah başındaki kişi hangi işi sırada olduğunu bilmiyorsa çizelgenin bir karşılığı olmaz.
Bu yüzden APS kurulumu her zaman bir saha görünürlüğü çalışmasıyla birlikte düşünülmelidir: iş listesinin tezgah başında bir ekranda veya basılı olarak bulunması, sıranın değiştiğinde bunun anlık yansıması ve operatörün işi başlatıp bitirdiğinde bunu kaydetmesi. Üçü olmadan çizelge tek yönlü bir temenni olarak kalır.
İkinci kritik nokta geri beslemedir. Çizelge gerçekleşmeyi varsayar; gerçekleşme kaydedilmezse sistem bir sonraki çizelgeyi de yanlış varsayımla üretir. Sapmanın sisteme dönmesi, çizelgenin zaman içinde gerçeğe yaklaşmasını sağlayan tek mekanizmadır.
Değerlendirme yaparken sorulacak son soru şudur: bugün planlamayı yapan kişi işten ayrılsa, üretim planı yapılabilir mi? Cevap hayırsa sorun yazılım eksikliği değil, bilginin kayıt altına alınmamış olmasıdır. APS bu bilgiyi kurala dönüştürmeye zorlar — asıl değeri de çoğu zaman burada ortaya çıkar, çizelgenin kendisinde değil.
Özetle APS güçlü ama seçici bir araçtır: doğru koşullarda belirgin kazanç sağlar, hazırlıksız kurulduğunda ise kullanılmayan bir modül olarak kalır. Karar verirken bakılacak şey yazılımın yetenekleri değil, kendi verinizin ve süreçlerinizin hazır olup olmadığıdır.
APS genellikle ERP’nin üzerine oturur veya bir modülü olarak çalışır. Verisini ERP’den alır (siparişler, stok, rota, kapasite) ve ürettiği çizelgeyi geri verir. Bağımsız bir APS ürünü de kullanılabilir, o durumda entegrasyon ayrı bir iş kalemidir.
Değişkenliğe bağlıdır. Bazı işletmelerde günlük, bazılarında vardiya başına yenilenir. Önemli olan, çizelge yenilendiğinde sahanın bundan haberdar olmasıdır; sık yenilenen ama sahaya ulaşmayan çizelge güven kaybına yol açar.
Yazılımın kurulumundan çok veri hazırlığı belirleyicidir. Rotalar, süreler, takvimler ve kısıtlar tanımlanmamışsa bu iş aylar alabilir. Veri hazır olan bir işletmede süre belirgin biçimde kısalır — bu yüzden ölçüm altyapısı önce kurulmalıdır.
Yapılabilir. Birçok işletme kapasite yükünü gören bir MRP ve düzenli gözden geçirilen bir çizelge tablosuyla iyi sonuç alır. APS, karmaşıklık insan kararının kapasitesini aştığında fark yaratır; her ölçekte otomatik bir üstünlük sağlamaz.
APS kararı vermeden önce rota sürelerinizin gerçek olması gerekir. Operasyon kaydını kuralım, gerçekleşen sürelerle planlamanızı sağlamlaştıralım.