
Skjæreplansoptimerer vs Excel: Når Regnearket Ikke Lenger Er Nok
Excel er det første verktøyet de fleste griper til når de skal sette sammen en skjæreliste. Det er logisk — de kjenner det allerede, det finnes på hver eneste datamaskin, og en tabell med deler og mål virker som en typisk regnearkoppgave. Helt til de prøver å finne ut hvordan disse delene passer på en plate. Det er akkurat der Excel svikter.
På hvert snekkeriforum, hvert spørsmål-og-svar-nettsted om produksjon, hvert Excel-hjelpefellesskap dukker det samme temaet opp. Noen publiserer et regneark med delnavn, lengder, bredder og antall. Deretter spør de: «Hvordan kan Excel fortelle meg hva som er den mest effektive måten å skjære disse delene fra lagerplater?»
Svarene spenner fra «bruk Solver» til «skriv et VBA-makro» til «det er umulig — bruk spesialisert programvare». Sannheten ligger et sted imellom, og å forstå nøyaktig når Excel slutter å være nyttig er avgjørende for å vite når du trenger en skikkelig skjærelisteoptimering.
Hva Excel er bra på
La oss gi Excel det som tilhører Excel. I den første fasen av skjærelisteplanlegging — å sette sammen selve dellisten — fungerer Excel bra. Det fungerer faktisk veldig bra.
Du kan liste opp hver del med navn, lengde, bredde, tykkelse, antall, materialtype, fiberretning og notater. Du kan bruke formler til å beregne totalt areal, total kanttape-lengde og estimerte materialkostnader. Du kan sortere, filtrere og gruppere deler etter materiale eller skap. Du kan dele regnearket med teamet ditt.
Hvis alt du trenger er en delliste — en strukturert tabell over hva som skal skjæres — klarer Excel den jobben. Det er derfor CutGrid (og de fleste andre skjærelisteoptimeringer) tillater direkte import fra Excel og CSV. Regnearket er et utmerket sted å sette sammen listen. Det er bare ikke rett sted å optimere layouten.
Hvor Excel svikter
I det øyeblikket du spør «Hvordan skal jeg arrangere disse delene på platene mine?» har du forlatt regnearkformelens territorium og begitt deg inn i kombinatorisk optimering. Her er hvorfor det spiller en rolle.
2D-plasseringsproblemer er NP-hardt
Dette er ikke bare sjargong — det har praktisk betydning. «NP-hardt» betyr at antallet mulige arrangementer vokser så raskt at ingen datamaskin kan sjekke alle varianter innen rimelig tid, ikke engang for beskjedne inndata.
Ta et enkelt eksempel: 20 deler på én enkelt plate. Hver del kan plasseres i hvilken som helst posisjon, og de fleste kan roteres 90°. Antallet mulige arrangementer er astronomisk — langt større enn antallet atomer i universet. Å finne det beste krever spesialiserte algoritmer som intelligent utforsker løsningsrommet ved hjelp av heuristikk, ikke brute force.
Excels Solver-tillegg håndterer enkle lineære optimeringsproblemer. Men 2D-plassering med rotasjon, skjærespalter, fiberretning og flere plater er ikke et lineært problem. Solver kan enten ikke modellere problemet i det hele tatt, eller kjøre i timevis og produsere et dårlig resultat.
Ingen visuell layout
Selv om du på en eller annen måte beregnet den optimale layouten i Excel, ville du fortsatt måtte tegne den. En skjærelisteoptimering lager et visuelt skjærediagram — et fargekodede kart som viser nøyaktig hvor hver del befinner seg på hver plate, med mål, deletikett og skjærerekkefølge. Det er dokumentet du skriver ut og tar med til sagen.
I Excel måtte du tegne rektangler manuelt i et diagram eller i et eksternt tegneprogram. For hver plate. Hver gang du endrer et mål eller legger til en del.
Ingen hensyn til skjærespalt
Når sagbladet passerer gjennom materialet fjerner det en stripe materiale — det er skjærespalten. En typisk bordsags skjærespalt er 3–3,5 mm. En skjærelisteoptimering legger automatisk inn denne spalten mellom hvert par av tilstøtende deler.
I Excel måtte du legge til skjærespaltmål manuelt i hver målberegning. For 40 deler fordelt over flere plater betyr det dusinvis av ekstra formler — hver av dem en potensiell feilkilde. Og hvis du endrer skjærespaltsverdien (fordi du byttet blad) må du oppdatere hver formel.
Intet algoritmvalg
En dedikert optimering lar deg velge mellom guillotine- og standardalgoritmen (hyllealgoritmen) avhengig av utstyret ditt. Guillotine sikrer at hvert snitt går fra kant til kant (for bordsager). Standard muliggjør fleksibel plassering (for CNC). Excel vet ikke hva et guillotinesnitt er.
Ingen optimering for flere plater
Virkelige prosjekter bruker flere plater. Et kjøkkenskapprosjekt med 40 deler kan kreve 3–4 MDF-plater. Optimeringen avgjør hvilken del som skal plasseres på hvilken plate for å minimere det totale svinn over alle plater — ikke bare én om gangen.
I Excel måtte du tildele deler til plater manuelt, deretter manuelt sjekke om de passer, deretter manuelt justere layouten hvis de ikke passer. Endre ett enkelt mål og hele tildelingen kan måtte gjøres om.
Ingen sporing av reststykker
Når plater skjæres oppstår reststykker — nyttige materialstykker som er for små for det aktuelle prosjektet, men kan være ideelle for det neste. En skjærelisteoptimering sporer disse reststykkene i et lagerbibliotek og gjenbruker dem i fremtidige prosjekter.
Excel vet ingenting om reststykkene dine.
VBA-makrometoden
Noen oppfinnsomme brukere har skrevet VBA-makroer som forsøker å utføre enkel 1D-skjæreoptimering i Excel. Disse fungerer for lineært materiale — skjæring av lengder fra stenger eller rør — der problemet er endimensjonalt.
Den typiske VBA-tilnærmingen sorterer deler etter størrelse (lengste først), tildeler dem til lagerlengder ved hjelp av first-fit decreasing-algoritmen og rapporterer totalt antall stenger som trengs og svinn per stang. For enkel lineær skjæring — aluminiumsprofiler, trebalker, stålrør — kan dette fungere godt nok.
Det har imidlertid betydelige begrensninger:
Kun 1D. VBA-makroer for 2D-plateskjæring er ekstremt sjeldne og ekstremt skjøre. Algoritmens kompleksitet øker dramatisk når du legger til den andre dimensjonen, rotasjon og skjærespalt.
Ingen visuell utdata. Makroen gir en tekstliste — «Stang 1: 2400-snitt, 1800-snitt, 300 svinn» — men intet diagram. Du må mentalt rekonstruere layouten, noe som inviterer til feil.
Skjør kode. VBA-makroer slutter å fungere hvis du endrer regnearkstrukturen, gir nytt navn til kolonner eller åpner filen i en annen versjon av Excel. De er vanskelige å feilsøke og umulige å vedlikeholde hvis du ikke skrev dem selv.
Ingen skjærespalt, mål, fiberretning. De fleste VBA-makroer ignorerer skjærespalt, platemål og fiberretning. Å legge til disse parameterne kompliserer koden betydelig — og de fleste brukere som kan skrive VBA på det nivået ville hatt bedre nytte av å skrive en separat applikasjon.
Ytelse. VBA er tregt. En kompleks 2D-optimering som tar mindre enn ett sekund i CutGrid kan ta minutter i et VBA-makro — eller fryse Excel helt.
Solver-metoden
Excels innebygde Solver er et legitimt optimeringsverktøy. Det kan løse lineære programmeringsproblemer og har en evolusjonær solver for ikke-lineære problemer. Noen brukere har forsøkt å modellere skjærelisteoptimering med Solver.
Oppsettet er komplekst: du definerer beslutningsvariablene (hvor hver del plasseres), begrensningene (ingen overlapping, innenfor platen, skjærespalter) og målfunksjonen (minimere svinn). For svært små problemer — 5–8 deler på én enkelt plate — finner Solver noen ganger en rimelig løsning.
For alt større når Solver sine grenser. Gratisversjonen er begrenset til 200 beslutningsvariabler. Selv betalversjonen (OpenSolver eller Solver-tillegget) sliter med de ikke-lineære begrensningene for 2D-plassering. Og du får fortsatt ingen visuell layout — bare en tabell med koordinater.
Praktisk sammenligning: Samme prosjekt, to verktøy
La oss gjøre dette konkret. Du bygger fem bokhylleskap av 18 mm bjørkefinér. Plate: 2440 × 1220 mm. Skjærespalt: 3 mm. Mål: 10 mm.
Del | Lengde (mm) | Bredde (mm) | Antall | Totalt |
|---|---|---|---|---|
Sidepanel | 1800 | 300 | 10 | 10 |
Topp-/bunnpanel | 564 | 300 | 10 | 10 |
Hylle | 564 | 280 | 15 | 15 |
Bakre list | 564 | 80 | 10 | 10 |
Sokkel | 600 | 100 | 5 | 5 |
Totalt: 50 deler.
I Excel: Du lister opp delene (2 minutter). Du beregner det totale arealet for alle deler: omtrent 10,2 m². Hver plate er 2,98 m². Så du trenger minst 3,4 plater — noe som betyr minst 4 plater, sannsynligvis 5 når du tar hensyn til skjærespalt og mål. Men hvor mange trenger du egentlig? Du vet ikke, fordi du ikke kan se hvordan delene passer sammen. Du gjetter 5 eller 6 plater og kjøper deretter. Hvis du gjetter feil, drar du tilbake til trelasthandelen.
I CutGrid: Du legger inn de samme delene (eller importerer Excel-filen — 30 sekunder). Du setter skjærespalten til 3 mm og målet til 10 mm. Du klikker på Optimer. På under ett sekund produserer CutGrid layouten: 4 plater, 86 % materialutnyttelse, med et tydelig diagram som viser nøyaktig hvor hver del befinner seg. Du eksporterer PDF-en og går til sagen.
Forskjellen: Excel sa «sannsynligvis 5 plater, kanskje 6». CutGrid sa «nøyaktig 4 plater, slik skjærer du dem, og dette er reststykkene du kan spare». Én spart plate, 40–80 € tilbake i lommen.
Når Excel likevel er rett valg
For rettferdighetens skyld finnes det situasjoner der Excel faktisk holder:
Du setter sammen en delliste, ikke en optimering. Hvis du bare vil liste opp deler med mål og beregne materialareal, er Excel egnet. Importer deretter den listen til CutGrid for optimeringssteget.
Du har 5 eller færre deler. Hvis du skjærer en liten hylle eller en enkel skuff, kan du sannsynligvis arrangere delene på platen i hodet. En optimering tilfører unødvendig kompleksitet for trivielle prosjekter.
Du gjør 1D lineær skjæring med et enkelt makro. For lengdeskjæring fra stenger eller rør — der problemet er endimensjonalt og du har et fungerende VBA-makro — kan Excel gi rimelige resultater. Forskjellen mellom et enkelt VBA-makro og en dedikert lineær optimering er mindre enn ved 2D-plateskjæring.
Du er ute i felten og har bare telefonen din. Et raskt regneark i Google Sheets for å estimere materialkvantiteter er bedre enn ingenting. Men CutGrid fungerer i hvilken som helst nettleser — inkludert telefonen — så den fordelen forsvinner.
Hybridarbeidsflyt: Excel + optimering
For mange verksteder er den beste tilnærmingen en kombinasjon av de to verktøyene. Her er en arbeidsflyt som fungerer:
Steg 1: Sett sammen skjærelisten i Excel. Bruk regnearket til det det er bra på: å organisere data. List opp delene, beregn antall, spor materialer, estimer kostnader. Hvis du har en mal du har brukt i årevis, fortsett å bruke den.
Steg 2: Importer til CutGrid. Lagre Excel-filen som .xlsx eller .csv. Importer til CutGrid. Deler, mål, antall og materialtyper overføres direkte — uten å måtte legges inn på nytt.
Steg 3: Optimer og eksporter. Still inn skjærespalt, mål og algoritme. Kjør optimeringen. Eksporter skjærediagrammet som PDF for verkstedsgulvet eller DXF for CNC-maskinen din.
Steg 4: Oppdater Excel-filen. Etter optimeringen, eksporter resultatene tilbake til Excel hvis du trenger data i din eksisterende arbeidsflyt — kostnadsrapporter, innkjøpsordrer, lageroppdateringer.
Denne arbeidsflyten respekterer din eksisterende prosess og legger til det eneste Excel ikke kan gjøre: romlig optimering.
Matematikken som forklarer hvorfor et regneark ikke kan konkurrere
Hvis du lurer på hvorfor dette problemet er så vanskelig for et regneark, her er intuisjonen.
For 1D-problemet (skjæring av lengder fra en stang) vokser antallet mulige arrangementer faktorialt — 20 deler har 20! (omtrent 2,4 trillioner) mulige rekkefølger. Men gode heuristikker som first-fit decreasing kan løse dette effektivt, siden du bare trenger å bestemme hvilken stang hver lengde skal plasseres på.
For 2D-problemet (skjæring av rektangler fra en plate) har hver del en X-posisjon, Y-posisjon og rotasjon. Begrensningene (ingen overlapping, innenfor platen, skjærespalter) skaper et komplekst geometrisk problem som ikke kan reduseres til enkel sortering. Antallet beslutningsvariabler vokser med 3n (tre variabler per del) og begrensningene vokser med n² (hvert par av deler må ikke overlappe hverandre).
For 50 deler betyr det 150 beslutningsvariabler og 2 500 ikke-overlappingsbegrensninger. Excels Solver er designet for problemer med titalls variabler, ikke hundrevis. Og selv om den håndterte størrelsen er de geometriske begrensningene ikke-lineære — de inneholder «enten/eller»-betingelser som Solver håndterer dårlig.
Det er derfor dedikerte skjærelisteoptimeringer finnes. De bruker spesialiserte algoritmer — hylleheuristikker, genetiske algoritmer, simulert avkjøling og hybridmetoder — bygget spesifikt for denne problemklassen. De finner nær optimale løsninger på sekunder, ikke timer.
Viktigste konklusjoner
Excel er utmerket for å sette sammen dellister. Fortsett å bruke det til datainntasting, beregninger og organisering. Det er ikke verdens beste regnearkprogram av en tilfeldighet.
Excel er ikke en layoutoptimering. I det øyeblikket du trenger å bestemme hvordan deler passer på plater, trenger du et annet verktøy. 2D-plasseringsproblemet er matematisk vanskelig — for vanskelig for Solver, for vanskelig for VBA-makroer og for visuelt for et cellerutenett.
Det virkelige tapet ligger ikke i programvarekostnaden — det ligger i ekstra plater. Et CutGrid-abonnement koster mindre enn én enkelt bjørkefinérplate. Hvis optimeringen sparer selv bare én plate per prosjekt, betaler den seg umiddelbart.
Importer, ikke legg inn på nytt. CutGrid leser Excel og CSV direkte. Regnearket ditt er inndataene; optimeringen er motoren; skjærediagrammet er utdataene.
Bruker du fortsatt Excel for skjærelistene dine?
Importer regnearket ditt til CutGrid og se forskjellen. Dellisten din forblir den samme — du får bare en smartere layout.