Programarea la Capacitate Finită: De Ce Planurile de Producție cu Capacitate Infinită Alunecă Întotdeauna

Există un moment pe care îl cunoaște orice planificator de producție: ERP-ul spune că ordinul este programat marți, hala spune că marți este imposibil, iar ambele au dreptate în propria logică. ERP-ul a programat înapoi de la termenul de livrare folosind timpi standard și nu a întrebat niciodată dacă mașina este liberă. Hala se uită la o mașină deja angajată. Nu este o problemă de comunicare. Este ce se întâmplă când un plan se construiește pe un model de capacitate infinită.

Programarea la capacitate infinită presupune că orice volum de muncă poate fi executat în orice perioadă. Este ieftină computațional și produce rapid un plan, motiv pentru care rămâne setarea implicită în majoritatea sistemelor ERP. Este însă, într-o fabrică aglomerată, sistematic optimistă — orice plan pe care îl produce este realizabil doar dacă nimic nu concurează pentru aceeași resursă, ceea ce într-o fabrică aglomerată nu este niciodată adevărat. Programarea la capacitate finită, cunoscută în industria germanofonă drept Feinplanung, face lucrul mai greu: planifică în raport cu resurse care au limite.

Aceste limite sunt mai variate decât orele-mașină. Un model cu capacitate finită trebuie să țină cont de disponibilitatea mașinilor, inclusiv de mentenanța planificată, de disponibilitatea și competențele operatorilor, de sculele și dispozitivele care nu pot fi decât într-un singur loc odată, de disponibilitatea materialelor din rularea MRP și de programele de schimb care diferă de la o zonă la alta. O comandă care are nevoie de o matriță anume și de un operator certificat pe o presă anume este constrânsă de cea mai rară dintre cele trei, iar un programator care modelează doar timpul-mașină o va programa greșit.

Schimbările de reglaj și dependența de secvență sunt locul unde programarea finită își câștigă cea mai mare parte a randamentului. În multe procese, timpul de trecere de la un produs la următorul depinde exclusiv de care sunt cele două produse — de la culoare deschisă la închisă este rapid, invers cere o curățare completă. Secvențierea doar după termen poate dubla timpul total de schimbare de reglaj într-o săptămână, comparativ cu o secvențiere care grupează produsele compatibile. Un programator cu capacitate finită și o matrice de setare dependentă de secvență optimizează asta automat; un planificator cu o tablă albă o optimizează aproximativ, în zilele bune.

Strangularea merită tratament special, pentru că ea stabilește debitul întregii linii. Orice fabrică are, la un moment dat, o constrângere, iar timpul pierdut la ea este timp pierdut pentru toată fabrica, definitiv. Programarea la capacitate finită face constrângerea explicită, nu incidentală — vedeți ce resursă este încărcată la peste nouăzeci la sută, puteți programa tampoane de protecție înaintea ei și încetați să irosiți efort optimizând resurse care nu au limitat niciodată nimic.

Ce produce programarea finită și nu poate produce cea infinită este un răspuns fiabil la întrebarea „când”. Când un client întreabă dacă o comandă poate fi expediată pe cincisprezece, un model cu capacitate finită poate simula inserarea — unde încape, ce deplasează, dacă promisiunea rezistă. Această capacitate, capable-to-promise, are o valoare comercială ușor de subestimat. Să cotați mai puține date și să le respectați constant schimbă relația cu clientul mai mult decât să cotați agresiv și să vă cereți scuze.

Capcana realismului merită numită. Un program cu capacitate finită este atât de bun cât sunt datele lui de constrângere — dacă fișa tehnologică spune că o operație durează patru ore și ea durează constant șase, programatorul va produce un plan superb optimizat, greșit cu cincizeci la sută. Fabricile care reușesc cu APS își strâng aproape întotdeauna mai întâi datele de rutare și timpii standard, de obicei folosind date reale de producție colectate de un MES. Programatorul nu are nevoie de date perfecte, dar are nevoie de date oneste în privința direcției erorilor lor.

Frecvența reprogramării este o decizie practică ce modelează modul în care instrumentul este trăit în hală. Reprogramați prea rar și planul se îndepărtează de realitate până când oamenii îl ignoră. Reprogramați continuu și secvența se schimbă sub mâinile operatorului la mijlocul schimbului, ceea ce distruge încrederea mai repede decât un plan prost. Majoritatea implementărilor funcționale îngheață un orizont apropiat — schimbul sau ziua curentă — și reoptimizează dincolo de el, pe măsură ce sosesc datele reale.

Pentru o fabrică ce planifică azi în foi de calcul, întrebarea de diagnostic este simplă: cât de des supraviețuiește planul contactului cu schimbul? Dacă răspunsul este „rar”, problema nu ține probabil de priceperea planificatorului. Mai degrabă planul nu a fost niciodată constrâns de lucrurile care constrâng cu adevărat fabrica.