İçeriğe geç
Fabrika çözümü

Üretim Planlama Programı: Kapasite ve Çizelgeleme

Sipariş listesini tezgâhlara dağıtmak kolaydır. Zor olan, tezgâh kapasitesini, hazırlık süresini ve malzemenin geliş tarihini aynı planda tutmak ve ilk değişiklikte planı yeniden kurabilmektir.

Kısa özet

  • Üretim planlama programı, işleri tezgâhın gerçek kapasitesine, hazırlık sürelerine, vardiya takvimine ve malzeme durumuna göre sıralayıp uygulanabilir bir çizelge üreten sistemdir.
  • MRP ile aynı şey değildir: MRP hangi malzemeden ne kadar, ne zaman gerektiğini hesaplar; çizelgeleme hangi işin hangi tezgâhta ne zaman çalışacağını belirler.
  • Sonsuz kapasite planı malzeme ihtiyacı ve kaba yük görmek için kullanışlıdır. Sahaya verilecek plan için sonlu kapasite gerekir, çünkü bir tezgâh aynı anda tek iş yapar.
  • Planın kalitesi algoritmadan önce veriye bağlıdır: rota, standart süre, hazırlık süresi ve takvim yanlışsa çizelge de yanlıştır.
  • Plan bir kez yapılıp bırakılmaz. Sahadan gelen gerçekleşen veri plana dönmüyorsa program birkaç gün içinde gerçekle bağını kaybeder.

Planlama, sipariş takibi ve üretim takibi aynı şey değil

Bu üç kelime çoğu zaman aynı anlamda kullanılır ve yanlış ürün alımı genelde buradan başlar. “Üretim planlama programı arıyoruz” diyen firmanın ihtiyacı bazen tezgâhta ne olduğunu görmektir, bazen de müşteriye verdiği tarihi izlemektir. Bunlar değerlidir ama plan kurmak değildir.

Plan, henüz olmamış olanla ilgilenir: elimizdeki işleri, elimizdeki kapasiteyle hangi sırayla yaparsak terminlere yetişir? Takip ise olana bakar. Üçü birbirini besler, ama sırası önemlidir: gerçek veri olmadan kurulan plan tahmindir.

Birbirine karıştırılan katmanlar
KatmanCevapladığı soruGirdisiÇıktısı
MRPHangi malzemeden ne kadar, ne zaman lazım?Ana üretim planı, ürün ağacı, stok, açık siparişlerSatın alma ve üretim önerileri
Üretim planlama / çizelgelemeHangi iş, hangi tezgâhta, hangi sırayla?İş emirleri, rota, süreler, kapasite, takvim, malzeme durumuTezgâh bazlı çizelge, tahmini bitiş
Sipariş ve iş emri takibiMüşteriye verdiğimiz söz ne durumda?Sipariş, termin, operasyon kayıtlarıGecikme uyarısı, sipariş durumu
Üretim takip (MES)Şu anda sahada ne oluyor?Operatör, barkod, makine sinyaliGerçekleşen miktar, duruş, fire

Excel’de üretim planı: ne zaman yeter, nasıl çıkılır?

Birçok işletmede plan, renkli hücrelerden oluşan ve yıllar içinde olgunlaşmış bir Excel dosyasıdır. Bunu küçümsemek doğru olmaz. Hat sayısı az, ürün çeşidi sınırlı ve planlayıcı işi iyi biliyorsa bu tablo çalışır. Sorun çoğunlukla plan kurarken değil, plan değişirken başlar.

Bir iş öne alındığında kaymayı Excel kendiliğinden hesaplamaz. Planlayıcı hücreleri elle taşır, başka bir tezgâhın çakıştığını sonradan fark eder, malzeme durumuna ayrı bir dosyadan bakar. Yetersizlik plan ekranında değil, planlayıcının günde kaç saatini bu taşımaya ayırdığında görünür.

  • Tek bir acil iş, planın saatlerce yeniden kurulmasını gerektiriyor
  • Tezgâh çakışması ancak üretim başladığında fark ediliyor
  • Plan bir kişinin kafasında ve dosyasında; o kişi yokken kimse değişiklik yapamıyor
  • Malzeme durumu plana bağlı değil; iş sırası gelince malzemenin olmadığı anlaşılıyor
  • Satış “yetişir mi?” diye sorduğunda cevap için planlayıcıya gitmek gerekiyor
  • Plan ile gerçekleşen arasındaki fark hiçbir yerde tutulmuyor; süreler hiç güncellenmiyor

Çıkış sırası

Excel’den çıkmak bir geçiş günü değil, kademeli bir süreçtir. Mevcut dosya çöpe atılmaz; içindeki yazılı olmayan kurallar programa aktarılması gereken asıl bilgidir. “Bu kalıp sabah takılmaz”, “boya öncesi şu tezgâh tercih edilir” gibi kurallar çoğunlukla hiçbir yerde yazılı değildir.

  • Planlayıcıyla birlikte gerçek kurallar çıkarılır ve yazıya dökülür
  • Darboğaz olan hat ya da tezgâh grubu için ilk rota ve süre verisi hazırlanır
  • Program bir süre Excel’le yan yana çalışır; iki plan karşılaştırılır, fark sebepleriyle konuşulur
  • Planlayıcı programa güvendiğinde o hat için Excel bırakılır, sonra diğer hatlara geçilir

Kapasite planlama: elinizdeki saat aslında kaç saat?

Kapasite, tezgâhın katalog değeri değildir. Takvimde gerçekten çalışabileceği süredir. Bu ayrım yapılmadığında plan en başından iyimser olur ve her hafta aynı biçimde geride kalır.

Basit bir hesap farkı gösterir. Diyelim ki bir tezgâh iki vardiya, vardiya başına 8 saat çalışıyor. Takvimde 16 saat görünür. Mola ve vardiya değişimi için 1,5 saat düşülürse 14,5 saat kalır. O gün planlı bir bakım için 2 saat ayrıldıysa 12,5 saat. Üç farklı ürüne geçiş ve her biri için 40 dakikalık hazırlık varsayılırsa 2 saat daha gider ve üretime 10,5 saat kalır. Sayılar örnektir; kendi işletmenizde bu kalemler ölçülerek yazılır. Önemli olan, plana 16 saat değil 10,5 saat yüklenmesi gerektiğidir.

Kapasite hesabına giren kalemler
KalemNereden gelirAtlanırsa ne olur
Çalışma takvimiVardiya planı, hafta sonu, resmî tatilÇalışılmayan güne iş yüklenir
Planlı duruşBakım planı, mola, vardiya değişimiPlan her gün aynı miktarda geride kalır
Hazırlık süresiKalıp, ayar, renk ya da reçete değişimiÇok çeşitli üretimde en büyük sapma kaynağı olur
Çevrim süresiStandart süre ya da üretim takip kaydıTeorik değer kullanılırsa plan sistematik olarak iyimser kalır
Gerçekçi verimGeçmiş üretim verisiKüçük duruş ve yavaşlama plana yansımaz
İnsan kısıtıKalifiye operatör sayısı, yetki listesiTezgâh boş görünür ama başına geçecek kişi yoktur
Yardımcı kaynakKalıp, aparat, vinç, fırınAynı kalıbı iki tezgâha aynı anda vermiş olursunuz

Standart süreniz yoksa

Birçok işletmede rota ve standart süreler kısmen yazılıdır. Bu, planlamaya başlamayı engellemez ama beklentiyi değiştirir. İlk aşamada ustabaşının tahmini kullanılabilir, sonra üretim takip kayıtlarıyla düzeltilir. Tüm süreleri mükemmel hale getirmeyi beklemek gerekmez; önce darboğazdaki tezgâhın süreleri doğru olmalıdır.

Kaba kapasite ile ayrıntılı kapasite

Uzun dönem için hafta bazında kaba yük hesabı yeterlidir: gelecek ay bu hatta yeterli saat var mı, ek vardiya gerekir mi? Kısa dönem için ise dakika düzeyinde sıra gerekir. İkisini tek ekranda aynı ayrıntıda göstermeye çalışmak hem hesabı ağırlaştırır hem de planlayıcıyı yorar.

Sonlu kapasite mi, sonsuz kapasite mi?

Sonsuz kapasite planı işleri termine göre tarihlere yerleştirir ve tezgâhın o an dolu olup olmadığına bakmaz. Üç işi aynı anda aynı prese yükleyebilir. Bu bir hata değil, bir varsayımdır ve uzun vadeli malzeme ile yük hesabında işe yarar.

Sonlu kapasite ise bir tezgâhın aynı anda tek iş yapabildiğini kabul eder. İş tezgâha sığmıyorsa kaydırır ve bunun sonucunda hangi terminin kaçacağını gösterir. Sahaya verilecek plan bu olmalıdır.

Klasik MRP sonsuz kapasite varsayımıyla çalışır, ama bugünkü ERP üretim modülleri bu tanımla sınırlı olmayabilir. Örneğin Logo’nun Tiger 3 Enterprise tanıtım broşüründe MPS, MRP, CTP ve kapasite çizelgeleme işlevleri sayılıyor ve planlama ekranında sonlu ve sonsuz kapasiteye göre plan yapılabildiği yazılıyor. Logo Netsis Wings broşüründe de kapasite planlama ekranı ile ayrı bir ileri üretim planlama (çizelgeleme) uygulaması anlatılıyor. Broşür bir kapsam beyanıdır, sizin sürümünüzde ve lisansınızda açık olduğunu göstermez. Basit bir sınama yeterlidir: kendi kurulumunuzda dolu bir tezgâha iş verin ve programın işi kaydırıp kaydırmadığına bakın.

İki yaklaşımın pratikte farkı
Sonsuz kapasiteSonlu kapasite
Temel varsayımTezgâh her zaman müsaitTezgâh aynı anda tek iş yapar
SonucuTarihler termine uyar, tezgâh aşırı yüklenebilirTezgâh aşılmaz, termin kayabilir
Gördüğü sorunHangi dönemde yük fazla?Hangi iş, hangi termini kaçırıyor?
Gerekli veriGörece azRota, süre, hazırlık, takvim, yardımcı kaynak
Uygun kullanımUzun dönem yük ve malzeme planıKısa dönem sahaya verilecek çizelge
RiskiPlan kâğıtta tutar, sahada tutmazVeri yanlışsa kesin görünen yanlış plan üretir

Darboğaz: planı önce onun etrafında kurun

Her tezgâhı eşit ayrıntıyla planlamaya çalışmak hem zor hem gereksizdir. Bir hattın hızını en yavaş kaynağı belirler. Darboğazda kaybedilen bir saat, tüm hattan kaybedilmiş bir saattir; darboğaz olmayan tezgâhtaki boş bir saat ise çoğu zaman yalnızca boş bir saattir.

Eliyahu Goldratt’ın kısıtlar teorisindeki davul-tampon-halat yaklaşımı bu mantığı planlamaya çevirir. Davul, ritmi tutan darboğazdır: önce onun çizelgesi kurulur. Tampon, darboğazın önünde onu aç bırakmayacak iş stoğudur ve genelde süreyle ifade edilir. Halat ise işlerin hatta girişini darboğazın hızına bağlar; önceki tezgâhlar ona yetişemeyeceği kadar çok iş üretmez. Bu, her işletmede birebir uygulanacak bir reçete değil, plana nereden başlanacağını söyleyen pratik bir düşünme biçimidir.

Darboğazı nasıl bulursunuz?

Sezgi çoğu zaman doğru yeri gösterir ama ürün karmasına göre yer değiştirebilir. Bu yüzden tahminden önce birkaç haftalık yük ve bekleme verisine bakılır. Yardımcı kaynaklar da darboğaz olabilir: tek bir kalıp, tek bir fırın, kalifiye tek bir operatör.

  • Önünde sürekli iş biriken tezgâh ya da işlem
  • Fazla mesainin en çok yazıldığı kaynak
  • Sonraki tezgâhların sık sık iş beklediği nokta
  • Yük hesabında kapasitesi en çok aşılan kaynak

Sıralama kuralı darboğazda önem kazanır

Darboğazda iş sırası hazırlık süresini doğrudan etkiler. Benzer ürünler art arda dizilirse kalıp ya da renk değişimi azalır, kapasite açılır; ama bu sıralama bazı terminleri öteleyebilir. Program bu ödünleşimi görünür kılar, seçimi planlayıcıya bırakır: termine göre mi, hazırlık azaltmaya göre mi, öncelikli müşteriye göre mi?

MRP ile farkı ve malzeme uygunluğu

MRP, üretim planı ile karıştırılan en yaygın kavramdır. Ana üretim planındaki mamul ihtiyacını ürün ağacı üzerinden bileşenlere açar, eldeki stoğu ve açık siparişleri düşerek net ihtiyacı bulur, tedarik süresine göre geri sayar. Çıktısı malzeme tarafındaki satın alma ve iş emri önerileridir. Hangi işin hangi tezgâhta önce çalışacağını söylemez.

Sıra genelde şöyledir: ana üretim planı dönem bazında ne üretileceğini belirler, MRP malzemeyi hesaplar, çizelgeleme de işleri tezgâhlara dağıtır. Son adım eksikse fabrika, MRP çıktısı olan iş emirleri listesine bakıp sırayı kendi belirler. Muhasebe programınızda MRP olması, üretim planlama ihtiyacınızın karşılandığı anlamına gelmez.

Malzeme durumuna göre çizelgedeki karar
Malzeme durumuPlana etkisiKarar
Depoda ve serbestİş çizelgeye alınırNormal sırada başlatılır
Depoda ama başka işe ayrılmışAyırma kuralına göre değerlendirilirÖncelik karşılaştırılır, gerekirse ayırma değiştirilir
Satın alma siparişi açık, tarih belliİş en erken o tarihten sonra başlarTarih termini kurtarmıyorsa satın almaya uyarı
Satın alma siparişi açık, tarih belirsizİş riskli olarak işaretlenirTedarikçi teyidi alınana kadar kesin plana alınmaz
Yarı mamul, başka iş emrinden gelecekİki iş emri birbirine bağlanırÖnceki iş kayarsa sonraki de kayar
Hiç sipariş verilmemişİş başlatılamazMRP önerisi satın almaya iletilir

Eksik malzemeyle iş başlatmak

Tezgâhı boş tutmamak için eksik malzemeyle başlatılan iş yarı yolda kalır, kalıp sökülür, kuyruk bozulur. Bu yüzden iş, gerekli malzeme hazır olmadan sahaya serbest bırakılmamalıdır. Bu kuralı işletmek için stok bakiyesi ERP’den okunur; bakiye güvenilir değilse önce o sorun çözülür. Depo kayıtları hatalıysa çizelge de yanlış olur.

Gantt çizelgesi ve plan değişikliği

Gantt, planı görünür yapmanın en bilinen yoludur: satırlarda tezgâhlar, sütunlarda zaman, çubuklarda işler. Bir bakışta yük, boşluk ve çakışma görülür. Asıl değeri ise değişiklik anında ortaya çıkar. Bir iş sürüklendiğinde sonrakiler kuralına göre kayar, etkilenen terminler işaretlenir. Karar verilmeden önce sonucu görülür.

Gantt tek başına planlama değildir. Çubukların üstünde kapasite, takvim ve malzeme kuralı yoksa ekran yalnızca daha güzel görünen bir Excel olur.

Değişiklik türüne göre plandaki tepki
OlayPlanda ne olurKim karar verir
Acil siparişEklenince kayan işler ve kaçan terminler listelenirPlanlama, satışla birlikte
Tezgâh arızasıİşler alternatif tezgâha taşınır ya da beklemeye alınırPlanlama, bakımdan süre tahmini alarak
Malzeme gecikmesiBağlı işler tarih sonrasına kayar, başka iş öne alınabilirPlanlama, satın almayla birlikte
Müşteri iptaliBoşalan kapasite ve fazla malzeme görünürPlanlama, satış
Operatör eksikliğiYetkisi uygun kişi aranır, kapasite düşürülürVardiya amiri, planlama

Donmuş dönem: her değişiklik plana alınmaz

Planın yakın kısmı sık değişirse saha güvenini kaybeder; sabah başlanan iş öğlen geri alınır, kalıp boşa takılır. Bu yüzden birçok işletme yakın dönemi dondurur: bu aralıkta değişiklik yalnız yetkili onayıyla yapılır. Donmuş dönemin uzunluğu ürün ve hazırlık süresine göre belirlenir.

Plan sürümü

Her yayınlanan plan bir sürüm olarak saklanır. Satış, “bu iş neden kaydı?” diye sorduğunda ne zaman, kim tarafından, hangi olay yüzünden kaydırıldığı görülür. Sahadaki ekranda her zaman yalnızca yayınlanmış plan görünür; planlayıcının denediği senaryolar operatöre düşmez.

İleri ve geri çizelgeleme

Geri çizelgeleme terminden başlar, işin en geç başlangıcını bulur; yarı mamul biriktirmemek için kullanılır. İleri çizelgeleme bugünden başlar, işin en erken ne zaman biteceğini gösterir; “yetişir mi?” sorusunun cevabı budur. Çoğu planda ikisi birlikte kullanılır.

Gerçekleşenin plana dönmesi ve ERP bağlantısı

Planı yaşatan şey algoritma değil, sahadan dönen veridir. İş emri bittiğinde, tezgâh durduğunda ya da fire çıktığında plan bunu bilmiyorsa, kısa sürede kimsenin bakmadığı bir dosyaya dönüşür. Bu yüzden üretim takip kaydı olmadan planlama kurulabilir ama uzun süre doğru kalmaz.

Geri besleme iki düzeyde çalışır. Kısa vadede bugünkü plan güncellenir: bitmeyen iş taşınır, sonrakiler kayar. Uzun vadede standart süreler düzeltilir: bir ürünün gerçekleşen süresi plandakinden sürekli uzunsa bu fark görünür hale gelir ve planlayıcı onayıyla güncellenir. Süreler otomatik değiştirilmez, çünkü tek bir kötü gün tüm planı bozabilir.

Planlama katmanı ile ERP ve saha arasındaki tipik veri akışı
VeriYönYöntem
Sipariş, ürün ağacı, rota, stokERP → planOkuma: veritabanı, rapor ya da resmî arayüz
Açık satın alma siparişleri ve tarihleriERP → planOkuma
Planlanan başlangıç ve bitişPlan → saha ekranıYayınlanan sürüm
Gerçekleşen miktar, süre, duruşSaha → planÜretim takip kaydı ya da operatör girişi
İş emri açma, mamul girişi, sarfPlan veya saha → ERPYazma: istisnasız programın resmî arayüzü

ERP modülü, hazır APS ya da özel geliştirme

İleri planlama ve çizelgeleme (APS), MRP çıktısını gerçek kapasiteye göre sıralayan yazılım sınıfının adıdır ve bu alanda olgun hazır ürünler vardır. Önce mevcut ERP’nizin üretim modülüne ve hazır ürünlere bakmanızı öneririz. Sizin kısıtlarınız bu ürünlerin modeline oturuyorsa baştan kod yazmak mantıklı değildir.

Özel geliştirme, işletmeye özgü kısıtlar modele oturmadığında ya da ihtiyaç aslında çok daha küçük olduğunda anlamlıdır: bazen tek bir darboğaz için hazırlık sırasını gösteren sade bir ekran, tam bir sistemden daha çok işe yarar.

Hangi durumda hangi yol
DurumMakul başlangıçGerekçe
Tek hat, az çeşit, planlayıcı Excel’le rahatExcel’de kalınSorun yoksa program yeni iş üretir
ERP’nizde üretim modülü var ama kullanılmıyorÖnce onu değerlendirinVeri ve lisans zaten sizde; eksik kalan nokta netleşir
Çok tezgâh, çok ürün, standart kısıtlarHazır APSOlgun algoritma, üretici desteği; veri hazırlığı yine sizdedir
Az sayıda kritik kural, tek darboğazSade özel ekranKüçük kapsam, hızlı geri bildirim
Yardımcı kaynak, kalifiye operatör, kür ya da kuruma süresi gibi özel kısıtlarÖzel geliştirme ya da özel katmanKural hazır modele sığmıyorsa süreç bozulmaz, kural yazılır

Hazırlığı küçümsemeyin

Hangi yol seçilirse seçilsin işin büyük kısmı veri hazırlığıdır: rota, süre, takvim, alternatif tezgâh, kural. Hazır ürün de özel geliştirme de bu hazırlık olmadan çalışmaz. Bu yüzden keşifte ilk baktığımız şey program değil, rotalarınızın ve sürelerinizin ne kadar yazılı olduğudur.

Kurulum sırası

  • Keşif: online ve ücretsiz; hat yapısı, ERP ve sürümü, mevcut plan dosyası konuşulur
  • Darboğaz seçimi: tek hat ya da tek tezgâh grubu kapsama alınır
  • Veri: rota, süre, hazırlık matrisi ve takvim hazırlanır, ERP’den okuma açılır
  • Yan yana çalışma: program mevcut planla karşılaştırılır, kurallar düzeltilir
  • Saha geri beslemesi: gerçekleşen veri plana bağlanır, ERP’ye yazma adımları sırayla açılır

Kurulduğunda nasıl çalışır? (örnek akış)

Plastik enjeksiyon: kalıp ve tezgâh birlikte kısıt

Örnek senaryo: bir enjeksiyon atölyesinde iş, yalnız tezgâha değil, kalıba da bağlıdır. Aynı kalıp iki tezgâha aynı anda verilemez, kalıp değişimi ciddi süre alır. Kalıp yardımcı kaynak olarak tanımlanabilir, benzer işler art arda dizilerek hazırlık süresi azaltılabilir.

Tekstil ve konfeksiyon: renk sırası ve operasyon dengesi

Örnek senaryo: boya ya da kesim adımında renk sırası hazırlık kaybını belirleyebilir, dikim hattında ise kalifiye operatör sayısı kısıt olabilir. Darboğaz olan adıma göre plan kurulup sonraki operasyonlar ona bağlanabilir; sezonda hangi siparişin kaçacağı önceden listelenebilir.

Makine imalat: az adetli, uzun rotalı işler

Örnek senaryo: her işin rotası farklı olan bir imalat atölyesinde tezgâh yükü ürün karmasına göre değişir. Geri çizelgeleme ile her parçanın en geç başlangıcı hesaplanabilir, montajın beklediği parçalar bağlantılı işler olarak izlenebilir. Dış fason adımları da süresi tanımlanarak plana dahil edilebilir.

Gıda üretimi: parti büyüklüğü ve hat temizliği

Örnek senaryo: ürün değişiminde hat temizliği gereken bir tesiste sıra, kayıp süreyi doğrudan etkileyebilir. Alerjen ya da reçete geçişleri hazırlık matrisine yazılabilir; malzeme tarafında son kullanma tarihi ve giriş tarihi planın kısıtı olarak okunabilir.

Metal işleme: fırın ve kaplama gibi toplu işlemler

Örnek senaryo: fırın ya da kaplama gibi birden çok işi birlikte alan bir kaynakta iş tek tek değil parti olarak planlanır. Beklemeler ve doluluk kuralı planlama katmanına yazılabilir; önceki tezgâhların üretimi bu partilere göre hizalanabilir.

Referans iş birliği

Entegrasyon tarafında yeni bir hat kuruyoruz ve ilk projeleri referans iş birliğiyle yürütüyoruz: projenin sonunda ölçülebilir sonuçları vaka çalışması olarak yayımlamamıza ve sizi referans göstermemize izin veren firmalara özel koşul uyguluyoruz. Karşılığında alacağınız şey standart bir paket değil, süreçlerinize göre yazılmış bir sistem — ve geliştiren ekibe doğrudan erişim.

Şehriniz fark etmez

Türkiye'nin neresinde olursanız olun süreç aynı başlar: keşif online yapılır, geliştirme uzaktan yürür. Sahada yapılması gereken bir adım varsa (depo ölçümü, cihaz kurulumu, açılış sayımı gibi) ziyaret planı teklifte baştan yazılır.

Sık sorulan sorular

Üretim planlama programı ile MRP aynı şey mi?

Hayır. MRP, ana üretim planındaki ihtiyacı ürün ağacı üzerinden malzemeye açar, stoğu ve açık siparişleri düşer, ne zaman ne kadar malzeme gerektiğini hesaplar. Üretim planlama ya da çizelgeleme ise hangi işin hangi tezgâhta hangi sırayla yapılacağına karar verir. Klasik MRP tezgâhın dolu olup olmadığına bakmaz. İkisi birbirini tamamlar: malzeme hesabı MRP’den, tezgâh sırası çizelgeden gelir.

ERP’mizde üretim planlama modülü var. Ayrı bir programa gerek var mı?

Belki yoktur, önce o modülü değerlendirin. Şu üç soruyu sorun: Bir tezgâhın dolu olduğunu görüp işi kaydırıyor mu? Hazırlık süresini iş sırasına göre hesaplıyor mu? Bir iş sürüklendiğinde hangi terminin kaçacağını gösteriyor mu? Cevaplar evetse ek programa gerek olmayabilir. Hayırsa ve bu eksik size zarar veriyorsa, modülün üstüne sade bir çizelge katmanı ya da hazır bir APS düşünülebilir. Modül kapsamı sürüme ve lisansa göre değiştiği için yazılı teyidi bayinizden alın.

Sonlu kapasite planlama bize gerçekten gerekli mi?

Tek hat, az ürün ve işi iyi bilen bir planlayıcı varsa çoğu zaman gerekmez. Tezgâh paylaşan çok sayıda iş, ürün değişiminde ciddi hazırlık süresi ve sık termin kayması varsa gerekli hale gelir. Ama önce veriye bakın. Sonlu kapasite doğru rota, süre ve takvime dayanır; bu veri yoksa kesin görünen ama yanlış bir plan üretir. Sıra genelde şöyledir: önce darboğazın verisi, sonra darboğazın sonlu planı, sonra genişleme.

Standart sürelerimiz yazılı değil. Yine de başlayabilir miyiz?

Evet, ama beklentiyi doğru kurarak. İlk aşamada ustabaşının ve planlayıcının tahmini kullanılabilir, darboğaz olan tezgâhın süreleri öncelikli olarak ölçülür. Üretim takip kaydı varsa ya da kurulursa süreler gerçek veriyle düzeltilir. Tüm ürünler için süre yazılmasını beklemek projeyi başlamadan bitirir. İlk planın hatalı çıkması normaldir; önemli olan farkın görünür olması ve zamanla kapanmasıdır.

Excel’i tamamen bırakmak zorunda mıyız?

Bir anda değil, bazen hiç değil. Planlayıcı bir süre iki planı yan yana görür; fark sebepleriyle konuşulur, güven oluşunca o hat için dosya bırakılır. Excel dosyanızdaki yazılı olmayan kurallar programa aktarılacak en değerli bilgidir. Raporlama ya da ek analiz için dışa aktarım ise devam edebilir. Sorun Excel’in varlığı değil, planın tek kaynağının kişisel bir dosya olmasıdır.

Logo, Netsis ya da Mikro kullanıyoruz. Programımız değişir mi?

Hayır. Muhasebe ya da ERP programınız yerinde kalır. Sipariş, reçete, rota ve stok okunur; bu okuma veritabanı, rapor ya da programın arayüzü üzerinden yapılabilir. İş emri açma, mamul girişi ve sarf gibi yazma işlemleri istisnasız programın resmî arayüzünden yapılır. Üretim modülünüz varsa çakışmayacak biçimde kurgulanır, hangi kaydın asıl sayılacağı baştan yazılır. Bu firmaların bayisi ya da iş ortağı değiliz; bağımsız bir yazılım ekibiyiz.

Planı sık sık değişiyor. Bu durumda program işe yarar mı?

Tam da bu durumda işe yarar, çünkü asıl değer planı bir kere kurmakta değil yeniden kurmaktadır. Yine de her değişiklik plana anında yansıtılırsa saha güvenini kaybeder. Bu yüzden yakın dönem için donmuş bir aralık, acil işler için de onay kuralı tanımlanır. Acil işin hangi terminleri etkileyeceği karar verilmeden önce ekranda görülür; böylece “bunu araya alalım” kararı bedeliyle birlikte verilir.

Süre ve teklif sürecini nasıl yönetiyorsunuz?

Süreç ücretsiz online keşifle başlar, talebinize en geç 24 saat içinde dönüş yapılır. Hat sayısı, rota yazılılık düzeyi ve ERP’niz görüldükten sonra kapsam ve takvim teklifte yazılır; bu netleşmeden süre vermeyiz. Teslim sonrası 15 gün ücretsiz hata düzeltme standarttır, sonrası ayrı bir bakım sözleşmesine bağlıdır. Fabrika referansımız henüz bulunmadığı için ilk projeleri referans iş birliği koşuluyla da konuşabiliriz.

Mevcut sisteminizi konuşalım

Hangi programı kullandığınızı, sahada hangi verinin elle girildiğini ve neyi otomatikleştirmek istediğinizi anlatın. İlk görüşmede teknik olarak mümkün olup olmadığını ve hangi yöntemle yapılacağını netleştiriyoruz.

Bu sayfada adı geçen ürün ve markalar ilgili firmaların tescilli ticari markalarıdır. D'Cloud Software bağımsız bir yazılım geliştiricisidir; anılan firmaların yetkili bayisi, çözüm ortağı veya iş ortağı değildir. Entegrasyon hizmeti, ürünlerin kendi belgelenmiş arayüzleri ve veri erişim yöntemleri üzerinden sunulur.