Újdonságok

A Beállítások panel tetején lévő egység-kapcsoló mostantól három egységet kínál: mm · cm · in.

A centiméter teljes értékű munkaegység, nem csak megjelenítési lehetőség. Minden a választásodat követi — az alapanyag- és darabtáblázatok, a fűrészrés és a széllevágás, a képernyőn látható vágási terv, a PDF-, Excel- és CSV-exportok, a darabcímkék, és a jelvény minden mentett vágáson. Egy centiméterben készített terv centiméterben nyílik meg újra.

Miért építettük meg: sokan közületek centiméterben dolgoznak — Európa nagy részén így adják meg a bútor- és üvegméreteket —, eddig viszont csak a milliméter vagy az inch közül lehetett választani. Így vagy fejben kellett tízzel szorozni mindent, vagy — ami rosszabb — centiméteres számok kerültek egy milliméteres munkaterületre, és a terv tízszeresen tévedett.

Néhány részlet, amit érdemes tudni:

• A váltás átváltja az adataidat. Ha már vannak számok a táblázatokban, az egység megváltoztatása egy rövid megerősítés után minden méretet átvált. Ha a munkaterület még érintetlen, helyette kerek számokkal töltődik fel újra az adott egységhez — centiméterben a demó tábla 244 × 122 cm lesz, az alapértelmezett fűrészrés pedig 0,3 cm.
• A centiméter két tizedesjegyet tart (a milliméter egyet, az inch hármat). Ez szándékos: egyetlen tizedesjegy 1 mm-es alsó korlátot adna a centiméteres módnak — durvábbat, mint maga a milliméteres mód —, így az egységváltás csendben pontosságba kerülne. A záró nullákat soha nem írjuk ki: egy 244 cm-es tábla 244-ként jelenik meg.
• A kész optimalizálás megtartja azt az egységet, amelyben készült. A későbbi váltás soha nem címkézi át a befejezett tervet, soha nem érvényteleníti, és soha nem fogyaszt el egy futtatást.

A milliméter marad az alapértelmezés, és a meglévő projektjeidben semmi nem változik, amíg nem váltasz.

Az irányítópultod mostantól Fiók és biztonság szekciót kapott, az oldal alján egy helyre gyűjtve.

Innen módosíthatod a jelszavad — a jelenlegi megerősítése után —, és ha Google-fiókkal hoztad létre a fiókod, beállíthatsz egy jelszót, hogy e-mail-címmel is bejelentkezhess. Itt találod a Kijelentkezés minden eszközről gombot is, amely egyszerre zár le minden aktív munkamenetet (hasznos közös vagy elveszett gépnél), a bejelentkezés módjával, a regisztráció dátumával és az utolsó belépéssel együtt.

Semmi más nem változott: az adatexport és a fióktörlés továbbra is közvetlenül alatta, az Adatvédelem és adatok szekcióban marad.

Egy független külső fél elvégezte a CutOptim teljes biztonsági átvizsgálását, amely kiterjedt az alkalmazásra, a fiók- és csapatfunkciókra, valamint arra, ahogyan az adataidat tároljuk és exportáljuk.

Az átvizsgálás néhány keményítendő pontot jelzett, és ezeket mind kezeltük. A fejlesztések közé tartozik az adatok erősebb elkülönítése a csapat-munkaterületek között (egy megosztott munkaterülethez való csatlakozáshoz mostantól mindig szükség van a meghívott elfogadására), a biztonságosabb exportfájlok (a CSV- és táblázat-exportokban lévő nevek többé nem értelmezhetők képletként az Excelben, a Google Sheetsben vagy a LibreOffice-ban), valamint a színek és címkék szigorúbb kezelése az egész appban.

Ezek egyike sem igényelt tőled semmilyen teendőt, és nincs jele annak, hogy bármelyiket valaha is felhasználták volna egy fiók ellen. A projektjeid továbbra is a tieid és a csapatodé maradnak, és a CutOptim növekedésével folyamatosan figyeljük a biztonságot.

Ha valakit felveszel a Csapatmunkaterületedre, ahhoz mostantól a beleegyezése kell. Eddig, amint beírtad a munkatársad e-mail-címét és a Hozzáadásra kattintottál, az illető azonnal bekerült a munkaterületedbe. Mostantól ehelyett függőben lévő meghívás jön létre — senki nem lesz csapattag a beleegyezése nélkül.

Az új folyamat: a tulajdonos e-mail-cím alapján meghívja a munkatársát az Irányítópultról. A munkatárs bejelentkezik, és a saját Irányítópultja Csapat kezelése szakaszának tetején egy Elfogadom / Elutasítom sávot lát. Csak azután lesz tag, hogy az Elfogadom gombra kattint – és csak ekkor kapja meg a tulajdonos csomagját és a munkaterület megosztott projektjeit. Az Elutasítom gombot is választhatja, és egy tag később ugyanígy ki is léphet.

Meghívó e-mail nincs: szólj a munkatársadnak más csatornán, hogy meghívtad; a meghívás az Irányítópultján várakozik, amíg nem válaszol. A megosztott munkaterület minden más része változatlan – továbbra is legfeljebb 3 tag, és az aktív tag által mentett projektek továbbra is a szervezethez tartoznak.

A részletekért lásd a Csapatmunkaterület oldalt.

Az Engine API átvizsgálásakor három olyan dolog került elő, amiről szólnunk kell. Egyik sem érinti az alapértelmezett motort, és egyetlen meglévő terv sem változik meg tőlük.

A max motor kimondja, mit nem tud

Az aszinkron max motor egyetlen stock formátumot pakol, teljes táblaméretben, korlátlan készletből. Eddig egy ennél többet kérő 2D kérést is elfogadtunk: a plusz stock formátum szó nélkül eltűnt, a respectStock-ból szó nélkül korlátlan készlet lett, a fűrésznek fenntartott options.trim értékbe pedig szó nélkül belevágtunk. Magabiztos, determinisztikus tervet kaptál vissza egy olyan munkára, amit nem küldtél be — és a válaszban semmi nem szólt erről.

Ezeket a kéréseket mostantól beküldéskor, 400-zal elutasítjuk, megnevezve mindegyik nem támogatott elemet — egy második stock sort, az options.trim-et, az options.respectStock-ot, bármilyen material-t, bármilyen grainGroup-ot. Az elutasítás azelőtt történik, hogy a hívást lefoglalnánk, tehát semmibe nem kerül, és azelőtt, hogy egy percet várnál egy olyan eredményre, amit úgyis el kellene dobnod. Küldd ezeket a munkákat az alapértelmezett heuristic motornak, amelyik mindet modellezi.

Azok az opciók, amelyek csak kevésbé hangolttá teszik a tervet — tolerance, minimizeCost, maxCutStages, minimizeRotations, firstCut, effort —, továbbra is átmennek, és mostantól eltűnés helyett a warnings között szerepelnek. A max eredmény nem ad vissza offcuts mezőt.

A validate mostantól egyetért az optimize-zal

A POST /v1/validate/2d korábban 400-zal utasította el az engine: "max" értéket, arra hivatkozva, hogy a motor nem elérhető — olyan kérés-testre, amit a POST /v1/optimize/2d elfogadott. A kettő mostantól ugyanarra a testre ugyanazt a döntést hozza, és pontosan ez egy validate végpont értelme.

A CSV-export idézőjelbe teszi a darabneveket

A vesszőt tartalmazó darabnév — „Ajtó, bal” — eddig egy plusz mezőt hozott létre, és minden utána következő oszlopot elcsúsztatott. Az appból és az API-ból (include: ["csv"]) származó CSV-export mostantól RFC 4180 szerint idézőjelezett. Az a név, amelyikben nincs vessző, idézőjel vagy sortörés, pontosan ugyanazokat a bájtokat adja, mint eddig.

Mindezt részletesen az API-referencia és az OpenAPI-dokumentum írja le.

Az Engine API alapértelmezett motorja gyors és mindig fűrésszel vágható, és a munkák elsöprő többségénél pontosan az, amire szükséged van. Egy nagy, értékes 2D munkánál viszont az utolsó néhány tábláért megérheti várni. Erre való az új max motor.

Mit csinál

A max egy szerver-oldali fakeresés (csak 2D), amely az alapértelmezettnél jóval több munkán éri el a bizonyított optimumot — a terv bizonyíthatóan megegyezik a táblák elméleti minimumszámával. Az elrendezései továbbra is guillotine-vághatók (panelfűrészen legyárthatók), és továbbra is determinisztikus: ugyanaz a kérés mindig ugyanazt a tervet adja vissza.

A csere az idő. Egy max számítás másodpercektől egy percig tart, míg az alapértelmezett ezredmásodpercek alatt felel. Ezért nem tartja nyitva a kapcsolatot várakozás közben.

Hogyan hívod

Mivel lassú, a max aszinkron — az egyetlen hely, ahol az Engine API nem a válaszban felel:

• Beküldés. A POST /v1/optimize/2d az engine: "max" értékkel 202 Accepted választ ad egy jobId-vel (beküldéskor számlázódik).
• Lekérdezés. Hívd a GET /v1/jobs/{id} végpontot, amíg a status "succeeded" nem lesz — a result mező ilyenkor ugyanazt a 2D választ tartalmazza, amit egy szinkron számítás ad —, vagy "failed", az okkal az error mezőben. A lekérdezés nem fogyaszt kvótát, és csak a saját feladataidat látod.

Csak 2D: az 1D-t, a fát és a valódi alakú nestinget nem érinti. Az alapértelmezett (heuristic) és a külön kérésre bekapcsolható balanced motor változatlan és továbbra is szinkron — a max-hoz csak akkor nyúlj, ha egy nagy munkánál megéri várni.

Hogyan használd

Ugyanannak az Engine API-nak a része, amit már használsz — ugyanaz az API-kulcs, ugyanaz a fiók, ugyanaz a determinisztikus szerződés. A motorok listáját, az aszinkron feladat szerkezetét, valamint a kérést és a választ lásd az API-referenciában, azt pedig, hogy hogyan mérünk egy tervet az elméleti minimumhoz, a benchmarkokban.

A valódi kontúrú nesting eddig az Engine API-n volt; mostantól az appban is. Az optimalizálónak van egy negyedik módja, a Nesting — a 2D alatti alfül, a Panel mellett —, a téglalapos módoktól valóban eltérő feladat.

Mit csinál

A 2D, 1D és Fa mód téglalapokat vág egy guillotine fűrésszel. Sok munka nem téglalap: egy acéltartó, egy háromszög merevítő, egy furatos tömítés. A Nesting mód az alkatrészeket a valódi kontúrjuk szerint pakolja — a tetszőleges sokszögek egymás konkáv zsebeibe illeszkednek, így egy befoglaló téglalapos pakoló által elpazarolt üres levegő visszanyerhető. Ez a mód a lézer-, plazma- és vízsugárvágáshoz való.

Hogyan használd

• Importáld a kontúrjaidat. Nyisd meg a Nesting fület, és kattints az SVG/DXF importálása gombra — az app beolvassa a zárt kontúrokat egy DXF-ből (az íveket kilapítva) vagy egy SVG-ből (path, polygon, circle), a koncentrikus kontúrokból pedig furatot csinál. Nincs kéznél fájl? Kattints a Demó gombra.
• Adj hozzá táblákat — és kizárt zónákat. Add hozzá az alapanyag-lapjaid méreteit, és bármelyik lapon jelölj meg egy kizárt zónát, amelytől a motor minden alkatrészt távol tart: egy hiba, egy csomó, egy leszorító nyoma vagy egy előnyomott felület. Ezt a téglalapos módok nem tudják kifejezni.
• Futtass és exportálj. A nézegető minden alkatrészt megmutat minden lapon a táblaszámmal és a kitöltési sűrűséggel. Exportáld az elrendezést SVG, DXF, PDF vagy Excel formátumban a Letöltésekből.

Az őszinte mérőszám

Az eredmény sűrűséget jelent — az elhelyezett sokszögek területét osztva a felhasznált tábla területével, a konkáv zsebeket üresnek számolva. Ne hasonlítsd egy 2D lap kihozatalához: egy befoglaló téglalapos pakoló a bevágás-levegőt tömörnek számolja, és egy rosszabb elrendezésre magasabb számot mutat. Az összehasonlítandó szám a táblaszám ugyanazokra az alkatrészekre. Az elrendezés determinisztikus, így egy nestből épített árajánlat vagy vágóprogram pontosan reprodukálható.

A teljes végigvezetésért lásd a Nesting útmutatót.

Az eddigi három optimalizáló mód mind téglalapokat vág. Az Engine API mostantól egy negyedik móddal is rendelkezik egy valóban más problémára: valódi kontúrú elhelyezés — tetszőleges sokszögek elhelyezése rögzített táblákon, lézer-, plazma- és vízsugár-vágáshoz.

Mit csinál

A POST /v1/optimize/nest a darabokat kontúrként veszi át (egy sokszög, opcionális belső lyukakkal), nem szélesség × magasság formában. Mivel ismeri a valós alakot, a darabok egymás konkáv zsebeibe illeszkednek — a beugrás körüli levegő, amit egy befoglaló-téglalapos elhelyező elpazarol, visszanyerhető. Egy reprezentatív, 272 darabos munkán 6 táblát használ, míg ugyanezek a darabok egy téglalapos elhelyezőnek a befoglaló téglalapjukkal átadva 9-et igényelnek — harmadával kevesebb anyag, pusztán az alakból.

Ez egy más osztályba tartozó motor (geometriai ütközés-megoldó), ezért a téglalapos módok mellett fut, nem azok helyett.

Két dolog, amit a téglalapos API nem tudott kifejezni

• Kizárási zónák. Jelölj meg egy régiót egy táblán tiltottként — egy hibát, egy görcsöt, egy leszorító helyét, egy előnyomott területet — a stock[].exclusions mezővel, és oda egyetlen darab sem kerül.
• Valódi lyukak. Egy kivágással rendelkező darab egy valódi kontúr plusz belső gyűrűk, nem közelítés.

Az anyag szerinti szétválasztás és az átlátszatlan meta átadás pontosan úgy működik, mint a többi módban, az elrendezés pedig determinisztikus: ugyanaz a kérés mindig ugyanazt az elhelyezést adja vissza, így gyorsítótárazhatod, összehasonlíthatod és reprodukálhatod.

Őszintén a mérőszámról

Az elhelyezés a táblaszámot jelenti, nem egy sűrűségszázalékot. Egy befoglaló-téglalapos elhelyező az egyes darabok téglalapján belüli üres levegőt tömörnek számolja, így a „kihasználása” magasabbnak mutat egy rosszabb eredményt — az egyetlen összehasonlítható szám az, hogy ugyanazok a fizikai darabok valójában hány táblát igényelnek.

Hogyan használd

Ugyanannak az Engine API-nak a része, amit már használsz — ugyanaz az API-kulcs, ugyanaz a kvóta, ugyanaz a determinisztikus szerződés. A kérés és a válasz szerkezetét lásd az API-referenciában, a mért eredményt pedig a benchmarkokban. A valódi kontúrú nesting azóta magába az appba is megérkezett, külön Nesting módként.

A bútor sablon választónak négy sablonja volt — TV állvány, könyvespolc, szekrény és alsó konyhaszekrény. Most van egy ötödik is: a doboz. Ez a legegyszerűbb közülük, és az, amit a legtöbben kérnek: tárolódoboz, láda, fiókdoboz — vagy egy kocka.

Mit csinál

Megadod a külső szélesség × magasság × mélység méretet és a lapvastagságot, és kiválasztod, hogy a doboz nyitott, vagy fedéllel zárt. A sablon visszaadja a pontos vágandó darabokat, a vastagságot már levonva:

• Elő- és hátlap — a két teljes szélesség × magasság oldal.
• Oldalak — a két oldalfal, úgy méretezve, hogy az elő- és hátlap közé illeszkedjen.
• Fenéklap — a négy fal belsejében ül.
• Fedél — csak akkor kerül bele, ha a doboz zárt.

Miért sablon, és miért nem fejszámolás

Mert egy kocka nem hat egyforma négyzet. Tompaillesztésnél a falak átfednek: egy kockán a két elő-/hátlap teljes méretű, a két oldal két lapvastagsággal rövidebb, a fenéklap és a fedél pedig mindkét oldalon rövidebb. Ha hat egyforma négyzetet vágsz, a doboz nem áll össze a szándékolt méretre. Állítsd egyenlőre a szélességet, magasságot és mélységet, és a sablon kiszámolja helyetted az eltéréseket.

Hogyan használd

Az appban kattints a darab-tábla fölötti Bútor sablonok gombra, válaszd a Doboz sablont, add meg a méreteket, és illeszd be — a darabok egyből a szabásjegyzékbe kerülnek, optimalizálásra készen. Minden csomagban működik.

Részletek: Bútor sablonok.

Ez azoknak szól, akik szoftvert írnak a CutOptimra. Ha csak az appban vágsz, semmi nem változott — ez mind az Engine API-t érinti, és minden meglévő hívás pontosan azt adja vissza, amit eddig.

Az Engine API eddig az egyetlen olyan szabás-API volt a piacon, amely a nyers koordinátákon kívül semmit nem adott vissza. Ezen három dolog változtat.

Rajz a válaszban, nem csak koordináták

Adj egy include tömböt bármelyik optimalizáló kéréshez, és a válasz kész fájlként, a JSON-ba ágyazva viszi az elrendezést — nincs tárolás, nincs második hívás:

POST /v1/optimize/2d
{ "parts": [...], "stock": [...], "include": ["svg", "csv", "dxf"] }

• svg — önálló 2D elrendezésrajz, amelyet egyenesen egy oldalba vagy egy PDF-be renderelhetsz. (Csak 2D; egy 1D vagy fa kérés helyette figyelmeztetést ad.)
• dxf — R12/AC1009 rajz a STOCK, PARTS és LABELS rétegeken, készen a CAD-hez vagy egy CNC-eszközlánchoz.
• csv — egyszerű vágásjegyzék.

Az include továbbra is szűkíti is a választ: a cutPlan és az offcuts értéke azokat vágja le. Tehát a ["svg"] hozzáadja az svg-t, és elhagyja a cutPlan/offcuts elemeket; a ["cutPlan","offcuts","svg"] mindent megtart, és hozzáadja az svg-t. Ha kihagyod az include-ot, az alapértelmezett, változatlan választ kapod.

A saját azonosítóid, visszaadva

Csatolj egy meta objektumot — egy ERP-cikkszámot, egy rendelés-sor azonosítót, egy vevői hivatkozást — bármelyik darab- vagy alapanyag-sorhoz, és szó szerint visszakapod minden elhelyezett darabon és minden táblán vagy rúdon:

{ "name": "Door", "w": 400, "h": 600, "qty": 2, "meta": { "sku": "D-400x600", "orderLine": 42 } }

Sosem elemezzük, és sosem befolyásolja az elrendezést — azért van, hogy a vágásterv illeszkedjen a saját rendszeredhez anélkül, hogy nevek alapján kellene párosítanod.

Ellenőrzés ingyen, mielőtt elköltesz egy hívást

Három új végpont ellenőriz egy kérést megoldás nélkül:

POST /v1/validate/2d   ·   /v1/validate/1d   ·   /v1/validate/wood

Ugyanazt a törzset veszik át, mint a hozzájuk tartozó optimalizáló végpont, és ingyenesek — nincs kulcs, nincs kvóta. Egy hibás kérés 400-zal tér vissza, megnevezve a pontos hibás mezőt; egy jól formázott valid: true értéket ad, plusz megvalósíthatósági figyelmeztetéseket, például egy darab, amely egyetlen alapanyagba sem fér bele. Ellenőrizheted a törzseidet az integráció fejlesztése közben — még mielőtt egyáltalán kulcsod lenne —, és megbizonyosodhatsz róla, hogy egy kérést nem utasítunk el, anélkül hogy elköltenél egy havi hívást.

Egy helyességi javítás, a rendezettség kedvéért

1D-ben és faanyagnál egy rúd jelentett remaining értéke (és az offcuts-a) mostantól a használható maradék — a leválasztó vágás kerf-je már le van vonva belőle, tehát az újrahasznosítható hossz, nem a nyers hézag. A kihasználás, a vágásszámok és az árak változatlanok; csak a jelentett maradék lett egy kerf-fel kisebb, és őszintébb.

Ezekkel az OpenAPI dokumentum mostantól nyolc végpontot ír le, a referencia pedig tartalmazza a teljes kérés- és válaszszerkezetet.

Engine API referencia · Mesélj az integrációdról

A kerítésépítés egydimenziós szabászati feladat: oszlopok, hevederek és lécek, mind szálanyagból hosszra vágva. Mostantól a CutOptim megtervezi neked.

Az új kerítéssablon-választó a helyszínen mért három számból — kerítéshossz, magasság és oszlopköz — elkészíti a teljes szabásjegyzéket, és egyből az 1D lineáris optimalizálóba ejti, hogy a lehető legkevesebb szálat vedd meg.

Három kerítéstípus

• Léckerítés — függőleges lécek vízszintes hevedereken.
• Vízszintes palánkkerítés — palánkok közvetlenül az oszlopokra rögzítve.
• Oszlop-heveder kerítés — csak oszlopok és átmenő hevederek.

Válassz egyet, add meg a méreteket, és az eszköz kilistázza minden oszlop, heveder és léc hosszát és darabszámát. Számolja a mezőket (a rövid utolsó mezőt felfelé kerekítve), és — amit a legtöbben elfelejtenek — az oszlopot a magasság plusz a föld alatti rész hosszára vágja, nem csak a kerítésmagasságra.

Két belépési pont

• Az új Kerítés építése útmutatón egy beágyazott widget elkészíti a szabásjegyzéket, és egy kattintással beviszi az appba.
• Az appban, az 1D lineáris darab-szekcióban a Kerítés sablonok gomb ugyanezt a választót nyitja, és közvetlenül beszúrja a darabokat.

A kerítéssablonok minden csomagban ingyenesek, vendégként is. Állítsd be a kerítést, futtasd az optimalizálót, és pontosan leolvasod, mennyi faanyagot kell venned.

Megszüntettük a funkció-kapuzást. A Free csomag mostantól a teljes Pro-eszköztárat tartalmazza — nincs többé fal az „alap” és a „pro” eszközök között.

Mit tartalmaz mostantól a Free

Minden, ami eddig Pro-t igényelt, mostantól minden fiókon ingyenes:

• Maradék raktár — mentsd el a maradékdarabokat, és használd fel őket automatikusan
• Anyagraktár és anyagspecifikus mód
• Költség mód — laponkénti ár és költségalapú optimalizálás
• Exportok: DXF, SVG és Excel (a PDF és a CSV eddig is ingyenes volt)
• Élzárás-kalkulátor, címkenyomtatás
• Vágási sorrend (lépésről lépésre vágásterv) és kalibrációs vágás
• Céges arculat a PDF-eken és egyedi mezők
• Terv megosztása linkkel

Mit ad még hozzá a Pro

Mindössze két dolgot:

• Korlátlan havi futtatás. A Free havi 3 optimalizálást tartalmaz; a Pro feloldja ezt a korlátot.
• Felhő-projektmentés. A projektjeid és vágásterveid felhőbe mentése — hogy szinkronizálódjanak az eszközeid között, és legközelebb is ott várjanak — Pro-funkció marad. A Free-ben minden eszközt használhatsz; csak projektet nem tudsz a felhőbe menteni.

Ha csak alkalmanként vágsz, a Free mostantól a teljes eszköztárat adja. Ha a CutOptim heti rutinná válik — vagy azt szeretnéd, hogy a munkád megmaradjon a munkamenetek között —, a Pro a válasz.

Használatonként fizetve, előfizetés nélkül

Nem szeretnél előfizetni? A használatonként fizethető kreditek extra futtatásokat vásárolnak, ha elfogyott a havi 3 ingyenes optimalizálásod — egy kredit egy teljes munkát fedez (darabszám-korlát nélkül), és minden csomag 12 hónapig érvényes. Minden eszköz eleve benne van minden futtatásban, így a kredit egyszerűen több futtatást jelent, nem egy funkció feloldását. Jó választás, ha csak alkalmanként vágsz; a Pro-előfizetés jobban megéri, amint a CutOptim heti rutinná válik.

A Műhely változatlan

A Műhely csomag megtartja a csapat- és üzemi funkcióit — az árajánlat PDF-et, az erezet-egyeztetési csoportokat, a legfeljebb 3 fős közös munkaterületet és a gépi vezérlőket (max. vágási fázis, forgatás minimalizálása) —, és tovább bővítjük.

Nincs mit bekapcsolni. Nyisd meg az alkalmazást, és minden eszköz ott van.

A CutOptim mindig is tudott a legalacsonyabb végösszegre optimalizálni a legkevesebb anyag helyett — de a cél-választó el volt rejtve, és csak akkor csinál bármit, ha az alapanyagodnak van ára. Mindkettőt könnyű volt szem elől téveszteni. Ezt javítottuk.

Mi változott

• A cél-választó kiemelt helyre került. A Minimalizáld a hulladékot (az alapértelmezett) és a Minimalizáld a költséget együtt, egyértelműen felcimkézve ül a Beállításokban — mindkettő minden csomagban elérhető, a Free-ben is.
• A Minimalizáld a költséget kiválasztása automatikusan megjeleníti az ár-oszlopokat. A 💰 ár-oszlop abban a pillanatban megjelenik az Alapanyag és a Darabok táblákon, amint a költség célt választod — nincs külön „Ár-oszlopok megjelenítése” lépés.
• Emlékeztető, ha hiányoznak az árak. A Minimalizáld a költséget csak akkor változtat a terven, ha az alapanyagaidnak eltérő az egységára. Ha úgy választod ki, hogy egyet sem adtál meg, a CutOptim egyszeri emlékeztetőt mutat, hogy add meg őket — a futtatást soha nem blokkolja. Árak nélkül a Minimalizáld a költséget és a Minimalizáld a hulladékot ugyanazt a tervet adja, így az eredményed mindenképp helyes marad.

Miért fontos

A Minimalizáld a költséget lehetővé teszi, hogy alapanyag-méreteket keverj a számla csökkentésére — nagy darabok széles táblákra, kis darabok olcsóbb keskeny táblákra 2D-ben, vagy a legolcsóbb rúdhossz 1D-ben. Akár egy kicsivel több anyagot is felhasználhat, hogy kevesebbet költs; a prioritás-csillagok továbbra is felülírják az árat. Ez a változás pusztán arról szól, hogy a célt könnyű legyen megtalálni és nehéz véletlenül elindítani — vagyis a költség célt úgy futtatni, hogy más tervet vársz, miközben nincsenek árak, amikhez optimalizálni lehetne.

Nincs mit bekapcsolni — nyisd meg a Beállításokat, és a cél ott van.

A CutOptim motort új területre visszük: betonacél.

Az új Betonacél szabás- és hajlításoptimalizáló API egy hajlítási jegyzéket (BBS) és a raktárkészletet fogadja, és optimalizált szabástervet, hajlítási jegyzéket (vágási hosszakkal és súlyokkal) és maradékkészletet ad vissza — determinisztikusan és verziózottan, egyetlen REST hívással. BS 8666:2020 alakkódokat használ, standard hajlítási levonásokkal.

Tudomásunk szerint ma nincs betonacél-specifikus fejlesztői API: az általános szabás-API-k nem ismerik az alakkódokat, a hajlítási levonásokat vagy a gépi formátumokat, a betonacél-szoftverek pedig a desktop termékükbe zárják az optimalizálót. Az optimalizált tervezés a tipikus 5–8%-os acélhulladékot 1–3%-ra csökkenti (publikált esettanulmányok 0,9–1,5%-ot jelentenek).

Fejlesztés alatt van, és néhány design partnerrel validáljuk, mielőtt megépítenénk a betonacél-réteget. Ha a szoftvered a betonacél-munkafolyamatban él — ERP, árajánlat-eszköz, tervező-kiegészítő vagy gépi szoftver —, örülnénk 20 percnek a nézőpontodból. Vedd fel a kapcsolatot.

A legtöbb munka egyszerre több anyagot használ. Eddig ezek különtartása azt jelentette, hogy anyagonként külön futtattad az optimalizálót, majd kézzel fűzted össze az eredményeket. Az Anyagspecifikus mód ezt egyetlen futásban elvégzi.

Kapcsold be (a kapcsoló a Beállítások sávban, Pro funkció), és minden alapanyag- és darab-sor egy Anyag oszloppal bővül. Jelölj meg minden sort, és az optimalizáló anyagonként osztja fel a munkát: egy „tölgy”-nek jelölt darab csak „tölgy”-nek jelölt alapanyagból vágódik, 18 mm csak 18 mm-ből. Mind a három módban működik — 2D Lapvágás, 1D Lineáris és Fa.

Mit csinál

• Kemény felosztás, nem címke. Egy anyag megjelölése ténylegesen megváltoztatja az elrendezést — az X anyagú darabok csak X anyagú alapanyagot használnak. Ez más, mint egy darab elnevezése vagy színezése, ami csak a diagramon való megjelenését befolyásolja.
• „Nincs megfelelő anyag” rossz vágás helyett. Ha egy darabot olyan anyaggal jelölsz meg, amelyhez nincs alapanyagod, a terv ezt kimondja, ahelyett hogy csendben egy másik tábláról vágná le.
• A Fa mód megkülönbözteti a fajtákat. A Fa mód eleve keresztmetszet szerint választ szét; bekapcsolt anyaggal egy tölgy 50×50 és egy fenyő 50×50 is külön szakasszá válik.
• Az Anyagraktár mostantól fát is tárol. Ments el lap-, rúd- és fa-anyagokat — mindegyiket egy keresztmetszettel vagy mérettel, egy színnel, és a saját fűrészlapjával és széllevágásával —, és egy kattintással tedd rá egy sorra. A fa-anyagok a Faanyag táblázatba töltődnek (korábban a lineárisba kerültek).
• Az Engine API-n is elérhető. Mind a három végpont elfogad egy opcionális material szöveget a darabokon és az alapanyagon, és anyagonkénti bontást ad vissza.

Az Anyagspecifikus mód a Pro és a Business csomagon érhető el. Hagyd kikapcsolva, és minden pontosan úgy működik, mint eddig.

Az élzárás típussal frissítés megmutatta, hány folyóméter élzárót kell rendelned. Ez a mostani azt mutatja meg, hol van az élzárás, darabról darabra, és minden lap elrendezéséről egy képet tesz közvetlenül az Excel munkafüzetbe.

Mi az újdonság

• Élzárás az Excel szabásjegyzéken. Ha egy 2D munkában van élzárás, a Szabásjegyzék fül négy új oszlopot kap — Felső, Jobb, Alsó, Bal —, amelyek megnevezik az egyes élek élzáró típusát (üres, ahol nincs élzárás). Szűrhető és rendezhető aszerint, melyik élre milyen élzárás kerül.
• Per-darab élzárás-ábra a PDF-ben. Az anyagszükséglet-oldal mostantól minden élzárt darabot egy kis ábraként rajzol ki, minden élt a saját élzáró típusának színével, így a műhely egy pillantással látja, melyik darab melyik élére milyen élzárás kerül. A már meglévő, típusonkénti „mennyit rendelj” táblázat alatt jelenik meg.
• Elrendezés-ábrák Excelben. Egy új Elrendezés fül minden különböző lap-elrendezésről egy képet ágyaz be — laponként egy kép —, így az Excelből kilépés nélkül is látod, hogyan kell felszabni a táblát. Az azonos elrendezések egyetlen képre vonódnak össze ×N jelöléssel, pontosan úgy, mint a PDF vágásterven. (2D munkák.)
• Valódi szín minden élzáró típushoz. Az élzáró-típus könyvtárban a szín mostantól színválasztóból választható, nem szövegként beírva. Ez a szín az, amivel az új per-darab ábra kirajzolja a típus éleit. A korábban létrehozott típusok is kapnak stabil, jól megkülönböztethető színt automatikusan, amíg be nem állítod a sajátodat.

Az élzárás-ábra és az oszlopok csak akkor jelennek meg, ha a munkában ténylegesen van élzárás, tehát az élzárás nélküli exportok változatlanok. Minden itt felsorolt Pro funkció (mint az Excel- és SVG-export), és az élzárás továbbra is metaadat — sosem változtatja meg az elrendezést.

Van funkció-kérésed vagy hibába ütköztél? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolat űrlapot.

Az élzárás eddig egyszerű be/ki volt élenként. Mostantól minden él hordozhat egy élzáró-típust — egy elnevezett referenciát, amelyet egyszer határozol meg —, és a CutOptim összesíti a folyómétert típusonként, hogy mindegyik élzáróból a megfelelő mennyiséget rendeld.

Mi az újdonság

• Típus élenként. Az EB párbeszédpanelen minden oldal (Felső / Jobb / Alsó / Bal) mostantól legördülő: Nincs, Nincs típus, vagy az egyik mentett típusod.
• Típus-könyvtár. Adj minden típusnak nevet (pl. ABS oak 22×1), vastagságot, méterenkénti árat és színt. A Típusok kezelése gombbal nyitod meg az EB párbeszédpanelen; a típusaid eszközök között szinkronizálódnak.
• Méterek típusonként lebontva. Az optimalizálási összegzés, a PDF anyagszükséglet-oldala és az Excel Anyagszükséglet füle mostantól típusonként egy-egy sort mutat, plusz egy rendelési összeget — pontos geometria, hulladék-ráhagyás nélkül (a saját ráhagyásodat a munkapadnál add hozzá).
• CSV. A darabok CSV EB oszlopa elfogad típusos kódokat: T:ABS oak 22;L:ABS white 22 oldalanként rendel hozzá típust (vagy tartsd meg a régi TRBL-t a típus nélküli jelöléshez). A neveket a könyvtáradhoz párosítja.

Az élzárás továbbra is Pro funkció, és továbbra is metaadat — sosem változtatja meg az elrendezést.

Fejlesztőknek: mostantól az Engine API-n is

Az Engine API 2D végpontja mostantól elfogadja az élenkénti élzárást. A POST /v1/optimize/2d minden darabja hordozhat egy edgeBanding objektumot, amely oldalanként megnevez egy típusreferenciát; a válasz ekkor egy edgeBanding blokkot ad vissza a folyóméterrel referenciánként, darabonként és rendelési összegként. Könyvtár-független — küldd a saját ERP-kódjaidat. Lásd az API-referenciát. (Az 1D-nek és a fának nincs élzárása.)

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Ha a Minimalizáld a költséget céllal optimalizálsz, a terv szándékosan egy kis extra anyagot vált egy alacsonyabb számlára. Az exportált dokumentumaid mostantól ezt számokkal is kimondják.

Mi változott

A PDF és az Excel exportok „Hogyan optimalizáltunk” szakasza eddig is megnevezte az optimalizálási célt. Költség módban mostantól egy további sort is hozzáad: mennyivel spórol a terv a számlán a legkevesebb anyagot használó tervhez képest, és mennyivel több anyagba került ez a megtakarítás — mind a három módban (lap, lineáris, fa).

Így ahelyett, hogy azon tanakodnál, miért használt a költségre optimalizált terv egy plusz lapot vagy egy hosszabb rudat, az indoklás ki van írva: „Költség mód: X € -val olcsóbb számla a legkevesebb anyagot használó tervnél, Y-nyi több anyag felhasználásával.“ Ha a költség mód történetesen olcsóbb és kevesebb anyagot is használ, egyszerűen ezt mondja ki.

Miért számít

Egy terv, amely több anyagot használ fel a pénzmegtakarításért, első pillantásra rossznak tűnik — amíg meg nem látod, mennyi pénzt spórolt. Ha a kompromisszum mindkét fele ott áll a leszállított dokumentumban, a műhely és az árajánlatot olvasó ügyfél egyaránt látja, hogy a döntés szándékos és megérte.

A Minimalizáld a hulladékot célnál semmi nem változik. A magyarázat csak költség módban jelenik meg, csak ha be vannak állítva az árak, és csak akkor, ha valóban létezett olcsóbb terv.

Ha hozzá sem nyúlsz, semmi nem változik — az alapértelmezés pontosan a mai optimalizáló, ami a legsűrűbb, fűrésszel vágható tervet adja. Az új kapcsoló csak annyit enged, hogy egy kicsit ebből a sűrűségből sokkal gyorsabb megoldásra válts, amikor egy munka nagy.

Mit csinál

A 2D optimalizáló több stratégiával fut le, és a legjobb elrendezést tartja meg. A keresés nagy része olcsó, de az egyik lépés — egy táblánkénti újrakeresés, ami a nagy, vegyes munkákon kisajtolja az utolsó néhány százalékot — drága. Az új Sebesség vs. sűrűség beállítás pontosan ezt az egy lépést engedi kihagyni:

• Kiegyensúlyozott (alapértelmezett) — a teljes keresés, a legsűrűbb guillotine tervért. Az eddigihez képest változatlan.
• Gyors — kihagyja a drága lépést. Nagy munkákon érezhetően gyorsabb, néhány százalékpont kihasználásért cserébe. Továbbra is teljesen fűrésszel vágható, és soha nem sűrűbb a Kiegyensúlyozottnál (ugyanazoknak az elrendezéseknek egy részhalmazát keresi).

A legtöbben kis-közepes munkákat futtatnak, ott a kettő általában azonos — a különbség csak a több száz darabos nagy munkákon nyílik ki.

Mérve

Egy igényes, 1550 darabos munkán (egy 2,07 × 5,6 m-es tábla):

• Kiegyensúlyozott: 330 tábla, 80,8% kihasználás.
• Gyors: 350 tábla, 76,2% kihasználás — nagyjából 2,5× gyorsabban megoldva.

A Gyors tehát körülbelül 5,7% több anyagot cserél sokkal rövidebb számításra. Hagyd Kiegyensúlyozott módon, hacsak egy nagyon nagy munka nem lassú, és nem a sebesség kell.

Hol találod

• Az appban: Speciális beállítások → Sebesség vs. sűrűség. Projektszintű beállítás, tehát a projekttel együtt mentődik, mint a kerf és a széllevágás.
• Az Engine API-ban: új effort opció a POST /v1/optimize/2d híváson (értékek: "fast" / "balanced", alapértelmezés "balanced" — elhagyva minden változatlan). A API-referencia rajzon mutatja a mért kompromisszumot.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Ha a Minimalizáld a költséget céllal optimalizálsz, és az alapanyag-méreteidnek eltérő egységáruk van, a CutOptim mostantól a méretek legolcsóbb kombinációját keresi — nem csak az egyetlen legolcsóbbat.

Mi változott

Az alapértelmezett cél, a Minimalizáld a hulladékot, azt a tervet választja, amelyik a legkevesebb anyagot használja, és ez változatlan. A Minimalizáld a költséget (Pro) más feladatot lát el: a végösszeget viszi a lehető legalacsonyabbra. Mától ezt sokkal jobban teszi, ha több beárazott alapanyag-méreted van:

• 2D-ben egy munkán belül keveri az alapanyag-méreteket. A nagy darabok a széles, drága lapokra kerülnek; a kicsik az olcsóbb, keskeny lapokra — amelyik felosztás összességében a legkevesebbe kerül. Korábban a költség módnak az egész munkát egyetlen alapanyag-méreten kellett futtatnia.
• 1D-ben a legolcsóbb rúdhosszt választja, egy rövidebb, olcsóbb rudat akkor is, ha emiatt néhánnyal többet kell venni.

Mivel a költség mód a pénzt optimalizálja, nem az anyagot, a legolcsóbb terv valamivel több anyagot vagy több lapot is felhasználhat, mint a legkisebb területű terv — épp ez a mód lényege, és ezt most egyértelműen kimondjuk. Soha nem hagy ki egy darabot azért, hogy pénzt spóroljon.

Mikor segít a legtöbbet

Azok a műhelyek, amelyek sokféle lap- vagy rúdméretet tartanak eltérő árakon — különösen darabonkénti árazással — látják a legnagyobb megtakarítást, mert pontosan ott ver a méretek keverése a mindenre egyetlen méret használatát. A valódi vágási listákból álló benchmark-készletünkön ez a legnehezebb, több alapanyagú munkák költségkülönbségének nagy részét megszüntette.

A Minimalizáld a hulladékot célnál és az egyetlen alapanyag-méretű munkáknál semmi nem változik. A használatához váltsd át az optimalizálási célt a Minimalizáld a költséget lehetőségre a Haladó beállításokban (Pro), és győződj meg róla, hogy minden alapanyag-sornak van ára.

A CutOptim mostantól horvátul is beszél. A termék minden része — az app felülete, az összes útmutató és kalkulátor, a teljes app-dokumentáció és ez a mi-újság hírfolyam — elérhető horvátul, a cutoptim.com/hr címen, euróban árazva.

Ez valódi fordítás, nem gépi átfutás: horvát asztalos- és lapszabász-közönségnek íródott, azzal a szakszókinccsel, amit egy műhely valóban használ — plan rezanja, ploča, žica, otpad, iskoristivost, kantiranje.

Mi elérhető horvátul

• Az app — minden gomb, beállítás és üzenet az optimalizálóban.
• Kalkulátorok — mindegyik, a lapszabász kalkulátortól a rönk-kihozatal kalkulátorig.
• Útmutatók — a teljes könyvtár a /hr/vodici alatt, attól kezdve, hogy mi az a szabásjegyzék, addig, hogyan működik a vágásoptimalizálás.
• App-dokumentáció — minden cikk a /hr/dokumentacija alatt.

Mi nem változott

Az optimalizáló, az algoritmusok és az adataid pontosan ugyanazok. A horvát egy új belépési út, nem másik termék. Az árak euróban jelennek meg, abban a pénznemben, amit az eurózóna többi része már lát.

Bármikor válthatsz nyelvet a felső sáv földgömb-menüjéből. Van egy funkciókérésed, vagy találtál egy rosszul olvasó fordítást? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolatfelvételi űrlapot.

Ha egynél több alapanyag-méretet adsz meg — mondjuk egy 1.5 × 5 m-es és egy 1.5 × 4 m-es táblát, vagy egy 6 m-es és egy 1.5 m-es rudat —, a CutOptim mostantól mindig azt a méretet választja, amelyik a legkevesebb anyagot használja a darabjaidhoz.

Mi változott

Az optimalizáló minden alapanyag-méretet külön-külön és keverve is összehasonlít, és a terveket először a felhasznált összes anyag szerint rangsorolja: 2D-ben az összes tábla területe, 1D-ben az összes rúd hossza. A táblák vagy rudak száma mostantól csak holtversenyt eldöntő tényező.

Két dolgot javít ez:

• A sorrend többé nem számít. Ugyanaz a munka korábban más tervet adott attól függően, melyik alapanyag-sort írtad be elsőként — az egyik elrendezés csendben akár egyharmaddal több anyagot is elpazarolhatott. Mostantól mindkét esetben ugyanazt, az anyagilag legjobb tervet kapod.
• Egy nagy tábla többé nem ver meg két kicsit, ami kevesebbet fogyaszt. A rangsor korábban a kevesebb táblát tartalmazó tervet részesítette előnyben, így egyetlen nagy lap győzhetett két kis lap felett, amelyek együtt jóval kevesebb anyagot használtak. Ezt javítottuk.

Az alapanyag-sorokon lévő ★ csillag továbbra is működik — csak azt dönti el, melyik méretet használja fel először, azt soha nem, hogy egy nagyobb méret győzzön egy anyagban takarékosabb felett. Költség módban az optimalizáló továbbra is az összes árat minimalizálja, ami olyan olcsóbb méretet is jelenthet, amelyik nem a legkisebb.

Ráadásul: teljes pontosság hüvelyk módban

A hüvelyk módban megadott méretek mostantól mindenhol megtartják a három tizedesjegyüket, a bútor-sablonból behozott darabokat is beleértve — a 80.125-höz hasonló érték (pontosan egy nyolcad hüvelyk) 80.125 marad a táblázatokban, az eredményekben, a vágástervben és az exportokban. Egy sablon-útvonal korábban két tizedesjegyre kerekítette; ezt javítottuk.

A mentett projektjeidben és az adataidban semmi nem változik — az optimalizáló egyszerűen jobban választ, ha egy munka több alapanyag-méretbe is belefér.

A CutOptim mostantól spanyolul is beszél. A termék minden része — az alkalmazás felülete, az összes útmutató és kalkulátor, a teljes alkalmazás-dokumentáció és ez a mi-újság hír-folyam — elérhető spanyolul (Spanyolország), a cutoptim.com/es címen kiszolgálva, euróban árazva.

Ez valódi fordítás, nem gépi átfutás: spanyol asztalos- és lapszabász-közönségnek íródott, azzal a szakmai szókinccsel, amit egy műhely valóban használ — plan de corte, tablero, veta, merma, aprovechamiento, canteado.

Mi van meg spanyolul

• Az alkalmazás — minden gomb, beállítás és üzenet az optimalizálóban.
• Kalkulátorok — mind, a lapszabász-kalkulátortól a rönk-kihozatal kalkulátorig.
• Útmutatók — a teljes gyűjtemény a /es/guias alatt, attól kezdve, hogy mi az a szabásjegyzék, egészen odáig, hogyan működik a vágásoptimalizálás.
• Alkalmazás-dokumentáció — minden cikk a /es/docs címen.

Mi nem változott

Az optimalizáló, az algoritmusok és a te adataid pontosan ugyanazok. A spanyol nyelv egy új belépési pont, nem egy másik termék. Az árak euróban jelennek meg, abban a pénznemben, amit az eurózóna többi része már eddig is látott.

Bármikor válthatsz nyelvet a felső sávban lévő földgömb-menüből. Van egy funkció-kérésed, vagy találtál egy fordítást, ami rosszul hangzik? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolatfelvételi űrlapot.

A CutOptim eddig is tervek tucatjait próbálta végig minden futáson, és a legjobbat tartotta meg. Azt viszont sosem mondta el, mennyit ér ez a keresés.

Mostantól elmondja, két helyen:

• Az eredmény-összegzőben — ha az optimalizált terv kevesebb táblából vagy rúdból jön ki, mint ugyanazoknak a daraboknak egy egyszerű elrendezése, a kimenet-sor kiírja: hány táblával kevesebb, mennyi anyag ez, és ha az alapanyag-soraidon ár is van, mennyi pénz. A sor a PDF- és Excel-exportba is bekerül.
• A felső sávban — göngyölített összesítés arról, mennyi anyagot spórolt neked az optimalizáló az ezen az eszközön futtatott munkáid során.

Honnan jön a szám

Az összehasonlítás mért, nem becsült. A keresés közben a CutOptim egyik jelöltként mindig kiszámol egy egyszerű, mohó elrendezést is — ez a biztonsági küszöb, amit a végső tervnek le kell győznie, vagy legalább hoznia kell. A mérő azt írja ki, mennyit fogyasztott volna ez az egyszerű elrendezés ugyanazokkal a darabokkal, ugyanazzal a készlettel és ugyanazokkal a beállításokkal — a ténylegesen használt terv mellett. Három szabály tartja őszintén:

• Ha a két terv nem ugyanazokat a darabokat helyezte el (korlátozott készletnél előfordulhat), nincs állítás.
• Ha az egyszerű elrendezés ugyanolyan jó volt, nem jelenik meg sor — a nulla nulla marad.
• A demó-futások sosem számítanak bele az összesítésbe.

Minden csomagon

A mérő nem Free-csali. Free-n azt mutatja, mennyit ér egy-egy havi futásod; Pro-n és Műhely-csomagon tovább számol — az összesítés így egy tisztességes kérdésre felel: kitermeli-e magát az előfizetés?

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Lemered a régi konyhát, kijön 858 mm a munkalap tetejéig, és 858 mm-re rendeled a szekrényoldalakat. Élzárva, méretre vágva megérkeznek. Aztán a dobozok rákerülnek a lábakra, ráteszed a munkalapot, és a munkafelület 996 mm-en van.

Az új alsó konyhaszekrény sablon pontosan ezt hivatott megelőzni. Ez a negyedik bútor sablon a TV állvány, a könyvespolc és a szekrény mellett, és elérhető az appban is, meg saját kalkulátor-oldalon is.

A lábazat nem a korpusz része

A beírt magasság a korpusz magassága, a lábazat pedig külön beállítás alatta. Ha a lábazatot állítod, a korpusz egyetlen darabja sem változik — és pont ez a helyes, mert a lábazat az, amit akkor igazítasz, amikor a dobozok már ott állnak egy nem sík padlón.

A widget kiírja a korpusz teteje értéket, hogy a vágás előtt ellenőrizhesd az összeget:

munkalap-magasság = lábazat + korpusz + munkalap-vastagság

Maga a munkalap nincs a szabásjegyzékben. Más anyag, más vastagságban, általában méretre vágva veszed — a lap-rendelésbe keverve a felület és a lapigény is hibás lenne.

Két traverz vagy teljes tetőlap

A munkalap alatti szekrényt általában nem tetőlap, hanem két traverz zárja: a munkalap már úgyis a felső felület, a traverz pedig szabadon hagyja a rögzítő csavarok helyét. Bármelyiket választhatod.

Az alap 600 mm-es szekrénynél a különbség mérve van, nem becsülve: traverzzel 2,03 m² lap, teljes tetőlappal 2,24 m² — 0,22 m² szekrényenként. A traverz ráadásul rejtve van, tehát a tetőlappal ellentétben a szálirány szabad, és az optimalizáló beejtheti a maradék csíkokba.

A konyhai előlap rálapoló

A szekrényajtó a nyílásba ül. A konyhaajtó a korpusz homlokfelületére fekszik és eltakarja az oldalak élét, tehát szélesebb lesz a nyílásnál, nem keskenyebb — 600 mm-es szekrényen 597 mm.

A sablon úgy méretezi az előlapokat, ahogy a konyhai előlapok tényleg készülnek. Nyílásba ülő mérettel ugyanez az ajtó 558 mm lenne: 39 mm-rel keskenyebb, olyan lapokon, amik mire ez kiderül, már élzárva és fúrva vannak.

Amit nem csinál meg

Az ajtó egy fiók-sor fölött előbb vízszintes nyílás-osztást kívánna, a modell viszont rekeszenként egy nyílással dolgozik — ezért megkéri, hogy válassz egyet, és külön generáld a két felét. A fiókdoboz és a pántfuratok is kimaradnak, mert mindkettő a megvásárolt vasalattól függ.

Részletek: Bútor sablonok, vagy próbáld ki az alsó konyhaszekrény szabásjegyzék-kalkulátoron.

Eddig egy terv megmutatása azt jelentette, hogy PDF-et exportálsz és csatolod egy e-mailhez. Mostantól van link.

Nyisd meg a Projektek panelt, keresd meg a vágást, kattints a 🔗-re. A cím a vágólapodra kerül — beillesztheted e-mailbe, üzenetbe vagy munkalapra. Aki megnyitja, látja a tervet: az összesítő számokat és az elrendezés-rajzokat, csak olvasható módon, telepítés és fiók nélkül.

Az adataid a tieid maradnak

Az oldal a tervet mutatja, és rólad semmi mást — sem a többi projektedet, sem a fiókodat, sem az ügyfeleidet. noindex jelölést kap, tehát a keresők nem listázzák. A megosztott link nem listázott, nem publikált.

A linkek 90 napig élnek. Ez szándékos, nem önkényes: a tervnek túl kell élnie egy valós munka idejét, de egy publikus cím valaki darablistájához ne éljen örökké.

Mindig látod, mi van kint

A dashboardodon van egy Megosztott tervek szekció: minden élő link, melyik vágásra mutat, meddig él, hányszor nyitották meg, és egy Visszavonás gomb, ami azonnal hatályos.

Ha ugyanazt a vágást kétszer osztod meg, ugyanazt a linket kapod, nem egy másodikat — így soha nincs forgalomban olyan cím, amit nem látsz és nem tudsz kikapcsolni.

A visszavont link elmagyarázza magát

Ha visszavonsz egy linket — vagy egyszerűen lejár —, az oldal nem hibát mutat. Elmondja, hogy a terv már nincs megosztva, és javasolja, hogy kérj újat. Ez többet számít, mint amennyire hangzik: a cím lehet, hogy hónapokkal korábban rákerült egy műhely falára kitett tervre, és ott egy halott oldal nem lejárt linknek látszik, hanem elromlott szoftvernek.

Részletek: Terv megosztása linkkel.

Frissítés (2026-08-27): a megosztás mostantól minden csomagban elérhető, a Free-ben is. A megosztott link megnyitásához soha nem kell csomag — még fiók sem.

Azt régóta be lehet jelölni, hogy egy darab mely éleire kell élzáró. Ami hiányzott, az a szám, amit ténylegesen viszel a kereskedőhöz: hány méter.

Mostantól három helyen megvan:

• az eredmény-összefoglalóban, a vágáshossz mellett;
• a PDF anyagszükséglet-oldalának alján;
• az Excel-export Anyagszükséglet fülén.

Csak akkor jelenik meg, ha legalább egy darabon van élzáró-jelölés — élzárás nélküli munkán semmi nem változik.

Négy dolog, amit a szám jelent, és amit nem

A felső és alsó él a darab szélessége mentén fut, a bal és jobb a magassága mentén. Egy 800 × 300-as polc felül-alul élzárva darabonként 2 × 800 mm-t igényel, nem 2 × 300-at.

Pontos geometria, hulladék-ráhagyás nélkül. Az élzárót a valóságban átfedéssel veszik és visszavágják, és minden műhely más marzzsal dolgozik — ezért a valós számot adjuk, a ráhagyást te teszed hozzá. Inkább adunk egy számot, amivel számolni tudsz, mint egyet, amibe egy kitalált százalék van beleépítve.

Egyetlen összeg, nem élzáró-anyagonkénti bontás. A jelölés azt rögzíti, hogy mely élek, nem azt, hogy milyen típusú, vastagságú vagy színű élzáró — anyagonkénti bontást ebből nem tudunk előállítani.

A teljes darablistára számol. Ha valami nem fért rá erre a futásra, annak az élzárása is benne van — arra is szükség lesz, amint van elég alapanyag.

2D lap módban érhető el, Pro és Műhely csomagon, akárcsak maga az él-jelölés.

Megint azoknak, akik szoftvert írnak a CutOptim köré. Ha csak vágsz az appban, semmi nem változik — a fa mód ott pontosan úgy működik, mint eddig.

Az Engine API az app három módjából kettővel indult: lap és lineáris anyag. A faanyag — amelynek keresztmetszete van — mostantól a harmadik, egyetlen hívásban:

POST /v1/optimize/wood

Miért kellett neki saját végpont

A lineáris anyag egy dimenziót ismer, a hosszt, tehát bármelyik rúd bármelyik darabot adhatja. A faanyagnál ez nem így van: egy 50×150-es darab nem jöhet ki egy 50×100-as rúdból, akármennyi hossz marad is rajta.

Ezért a darabok és a készlet is viszi a keresztmetszet mindkét oldalát, a munka keresztmetszetenként szétválik, minden szekció a saját alapanyagához párosul és külön oldódik meg — és minden szekció a saját rúdjaival és saját összesítésével tér vissza, a teljes munka számai mellett.

Két dolog, amit érdemes tudni a bekötés előtt:

• A keresztmetszet két oldala tetszőleges sorrendben küldhető. Az 50×100 és a 100×50 ugyanaz a gerenda megfordítva, egy szekcióba kerül. Bárhogy is lettek felvéve az adataid, ettől nem tűnhet el alapanyag.
• A „nincs ilyen keresztmetszetű készlet” és a „nem fért el” külön tér vissza. Az első hiányzó anyag, a második kapacitás-probléma — egy listába vonva rossz helyre küldenék a felhasználódat.

Mit vált ki

Eddig ezt úgy lehetett közelíteni, hogy magad csoportosítottad a darabokat, és keresztmetszetenként küldtél egy-egy /v1/optimize/1d hívást. Ez szekciónként egy kérésbe kerül a kvótádból egy helyett az egész munkára, a készlet-párosítást a te kódodba tolja, az összesítést pedig neked kell kézzel összeraknod — olyat, ami nem feltétlenül egyezik azzal, amit a CutOptim app mutat ugyanarra a munkára.

Most már egyezik, és ezt lemértük, nem feltételeztük: az app saját fa demo-munkája a képernyőn 81,0% kihasználást, 10 rudat, 19/19 darabot és 19 vágást mutat — és az API ugyanazt a tervet adja, rúdról rúdra.

Sebesség

Ugyanazon a gépen mérve, amin az API fut: egy 40 darabos munka 4,4 ms alatt megoldódik, a legrosszabb eset pedig, amit fel tudtunk építeni — 2000 darab 20 keresztmetszetre szétosztva — 451 ms. Minden hívás szinkron marad: beküldöd a munkát, visszakapod a kész tervet, nincs mit lekérdezni.

Az API-referencia tartalmazza a pontos kérés- és válaszszerkezetet, az OpenAPI-dokumentum pedig mostantól négy helyett öt végpontot ír le — egy újragenerált kliens magától felveszi az újat.

Van funkció-kérésed vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ha lapot szabsz, nálad semmi nem változott. Ez a lineáris anyagról — rúd, cső, profil — és a fáról szól.

A CutOptim minden munkán több stratégiával próbálkozik, és a legjobb tervet tartja meg. Az egyik egy pontos kombináció-kereső: melyik darabok töltik ki ezt a szálat maradék nélkül? Ez az a stratégia, amelyik a hulladékot nullára viszi.

150 darab fölött ez ki volt kapcsolva.

Miért volt kikapcsolva, és miért volt ez rossz döntés

Sebességvédelemnek szántuk, csak épp rossz dolgot mért. Ennek a keresésnek a valódi költségét a szál hossza hajtja, nem a darabszám: ugyanaz az 501 darabos munka 58 ms egy 1 méteres rúdon és nagyjából egy másodperc egy 10 méteresen. A darabszámolás tehát az olcsó esetet hagyta ki, a drágát pedig átengedte volna.

Így 150 darab fölött a terv a durvább, „töltsd be sorban” stratégiákra esett vissza. Az élő API-nkon mérve, egy 501 darabos teszt-munkán, aminek ismerjük az optimumát: 195 szálat használt, pedig bizonyíthatóan 167 is elég lett volna.

Mi változott

A védelem mostantól a tényleges számítási munkát méri, nem a darabokat számolja. A kombináció-kereső akkor fut, amikor belefér — ami szokásos rúdhosszakon szinte mindig.

Ugyanaz a munka most 171 szálból jön ki.

Mire számíthatsz

Őszintén: munkafüggő.

• Ahol a darabok pontosan kitesznek egy szálat — méretre vágott sorozatgyártás, vázszerkezet, ismétlődő szerelvények — ott a legnagyobb a változás. Pont ezeket kezelte a legrosszabbul a régi visszaesés.
• A kis és közepes munkák, nagyjából 150 darabig, változatlanok. Ott eddig is lefutott a teljes keresés.
• A nagyon vegyes hosszúságú munkákon alig változik valami: ott eleve nincs sok pontos kombináció.

Publikált akadémiai teszthalmazokon az elméleti optimumtól való átlagos távolság lineáris munkákon 4,9%-ról 2,3%-ra csökkent. A te munkádra nem írunk százalékot — az egyetlen szám, ami számít, az, amit a saját anyaglistád ad, és ingyen lefuttathatod kétszer, összehasonlítva.

Az ára

A nagy munkák tovább számolnak. A leglassabb lineáris munka, amit össze tudtunk állítani, most nagyjából 0,44 s, a leglassabb fa munka 0,5 s — korábban mindkettő pár ezredmásodperc volt. Nagyjából 400 darab alatt semmi nem változik.

A lap (2D) szabás érintetlen, és ezt nem feltételeztük, hanem ellenőriztük: a lap-regressziós készletünk minden elrendezése bájtra azonosan jön vissza.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Két dolog történt, és a második fontosabb, mint az első.

Publikáltunk egy benchmarkot

A cutoptim.com/benchmarks mostantól él. Publikált akadémiai teszt-instance-ek minden munkájára kiszámol egy alsó korlátot — olyan tábla- vagy szálszámot, ami alá semmilyen vágási terv nem mehet —, és megmutatja, milyen messze van ettől a CutOptim terve. Ha egy terv eltalálja a korlátot, akkor az a munkára bizonyítottan optimális; jobb nem létezik.

Minden munka fel van sorolva. A nyers eredmények letölthetők. Az instance-források SHA-256-tal vannak rögzítve, tehát egy újrafuttatás bizonyítani tudja, hogy ugyanazokat a bájtokat mérte, és az egész két paranccsal reprodukálható a repónkból.

Az oldal azt is kimondja, amit a számok nem mondanak — ez hasznosabbnak tűnt, mint csak a hízelgő felét mutatni:

• a korlátunk nem a legerősebb a szakirodalomban, tehát az általunk közölt rés felső becslés — egy „nincs a korláton” jelölésű munka valójában lehet optimális, csak nem tudjuk bizonyítani;
• a relatív rés kis munkákon felnagyít, ezért az abszolút oszlop (hány táblával a minimum fölött) a becsületes szám;
• a generált tesztcsaládok közül kettő szándékosan ellenséges — plafon-teszt, nem a tipikus munka képe.

Kivezettünk egy számot, amit soha nem lett volna szabad kiírnunk

A mai napig ez az oldal azt írta, hogy a CutOptim „tipikusan 88–96% anyagkihasználást ér el” — a fogalomtárban, a GYIK-ban és egy funkciókártyán, mind a nyolc nyelven.

Soha senki nem mérte meg.

Amikor végre megmértük, azokon az akadémiai instance-eken a medián jóval alatta jött ki. Azok az instance-ek nehezebbek egy tipikus bútormunkánál — a darabméreteik véletlenszerűek, nem ismétlődők —, tehát nem arról van szó, hogy a program rosszabb, mint hittük. Arról van szó, hogy olyan számot hirdettünk, amire semmi alapunk nem volt, és aki ajánlatokat hasonlít össze, ennél többet érdemel.

Az állítás tehát mindenhonnan eltűnt, és nem cseréltük le egy barátságosabb tartományra. Amit a helyére tettünk, az a mérés, plusz egy őszinte mondat: hogy egy táblából mennyi hasznosul, az a darabok összetételétől, a készlet méreteitől és a fűrészlaptól függ — és az egyetlen szám, ami számít, az, amit a saját anyaglistád ad.

A buildünkbe került egy automatikus ellenőrzés is, ami elbukik, ha bármelyik nyelv marketing-szövegébe visszaszivárog egy kihozatal-százalék. Ezt az állítást három menetben sikerült kiirtani, mert minden próbálkozás kihagyott belőle egy családot; egy takarítást, ami három nekifutást igényel, a következő szerkesztés visszacsinálja, ha nem figyeli semmi.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Ez a bejegyzés egy meghatározott olvasónak szól, ezért kezdjük azzal, kinek. Ha szoftvert írsz — vagy fizetsz valakit, aki írja —, mostantól közvetlenül hívhatod a CutOptim vágásoptimalizáló motorját az ERP-dből, az árazó eszközödből vagy egy gép saját szoftveréből, ahelyett hogy valaki újra begépelné a szabásjegyzéket egy böngészőbe. Ha csak táblát vágsz, számodra semmi nem változik. Az app pontosan ugyanúgy működik, és az optimalizáló továbbra is része az Ingyenes, a Pro és a Műhely csomagnak.

Mit ad

Beküldöd a darabokat és az alapanyagot JSON-ban a https://api.cutoptim.com címre, és visszakapod a teljes eredményt: minden darabot a koordinátáival, a guillotine vágástervet és a mérőszámokat — táblaszám, kihozatal %, vágásvonalak, fűrészelések, vágáshossz és teljes ár. Ugyanaz a motor, ugyanazok a számok, mint az appban.

Öt végpont, és ennyi az egész felület:

• POST /v1/optimize/2d — táblák
• POST /v1/optimize/1d — rúd, profil, cső
• POST /v1/optimize/wood — faanyag, keresztmetszet szerint párosítva (2026-08-03-tól)
• GET /v1/usage — mennyit használt ez a kulcs ebben a hónapban
• GET /v1/health — fut-e egyáltalán

Az azonosítás egyetlen fejléc: Authorization: Bearer <kulcs>.

Ugyanaz a bemenet mindig ugyanazt a választ adja

A motor determinisztikus: nincs véletlenszerűség, nincs óra az algoritmusban. Ugyanazt a munkát kétszer beküldve az elrendezés koordinátáig azonosan jön vissza. Vagyis cache-elheted az eredményt, és betehetsz egy ismert munkát egy tesztbe, hogy a kimenetet összehasonlítsd — ezt egy futásonként kicsit másképp döntő optimalizáló nem tudja kiszolgálni.

Két motor, és egy őszinte kompromisszum

A heuristic az alapértelmezett, pontosan az a guillotine pakoló, amit az app futtat: legjobb kihozatal, minden elrendezés éltől élig vágható panelfűrészen, mindig teljes vágásterv.

A balanced opcionális. MaxRects alapú, szabad beágyazású pakoló, egy 2000 darabos munkán körülbelül 25× gyorsabbnak mértük — de a kihozatal kicsivel alacsonyabb, az elrendezései pedig gyakran nem vághatók guillotine-nal, ezért nem ad vágástervet. Ez sebesség- és gyárthatóság-kompromisszum, nem jobb eredmény. Akkor válaszd, ha egy nagy munkára gyorsan kell válasz; hagyd az alapértelmezetten, ha valakinek tényleg fel is kell vágnia a táblát.

Korlátok, ár, és hogyan juthatsz be

2000 darab kérésenként, 50 alapanyag-sor, 1 MB kéréstörzs. 49 € havonta 10 000 kérésre, EUR-ban számlázva, 14 napos próbaidővel. A 10 000 kemény plafon, nem kiindulási pont: elérése után a hívások megállnak, amíg át nem fordul a hónap. Nincs túlhasználat, nincs váratlan számla.

Az Engine API oldalon elő tudsz fizetni — próbaidőszakkal indul, és a hozzáférés magától felkerül a fiókodra. Ha inkább előbb leírnád, mit építesz, a másik út a kapcsolati űrlap. Ezután megjelenik az API-kulcsok kártya az irányítópultodon: ott készíted a kulcsokat, mindegyik pontosan egyszer látszik (csak a hash-e tárolódik, tehát soha többé nem kérdezhető vissza), és a havi kvótához mért felhasználás is ugyanezen a kártyán van.

A többi le van írva: Engine API az áttekintéshez és az árakhoz, API-referencia minden mezőhöz, beállításhoz, hibakódhoz és mindkét motorhoz.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

A vágásterv megmondja, hol vannak a darabok. Azt viszont soha nem mondta meg, hogyan telik a nap a fűrésznél: hányszor kell átállítani az ütközőt, mekkora utat tesz meg a fűrészlap, mit vágj először. Ez a frissítés mind a háromra válaszol — és a tervet egy olyan ütközőpozíció-listává alakítja, amelyet sorban le lehet dolgozni.

Hány vágás, és mekkora utat tesz meg a fűrészlap

Az eredmény fejlécében mostantól két szám ül, minden csomagban, vendégként is.

• A Vágások az ütközőállásokat számolja. Ugyanazt a méretet három csíkon átvágni egyetlen beállítás, tehát egyszer számít — mert a gépnél is egy átállítás.
• A fűrészelés akkor jelenik meg alatta, ha a kettő eltér, és minden külön átszabott csíkot külön számol. A pengekopás és a vágásonkénti díj ezt a számot követi.
• A Vágáshossz a teljes fűrészút — mm-es munkánál méterben, hüvelykesnél lábban. Ez a szám mindkét számolási konvenció mellett ugyanaz.

Egyik szám sem „a helyes”; más kérdésre válaszolnak. Hányszor állítom át az ütközőt? és hányszor megy át a lap az anyagon? Egy munka beárazásához mindkettő kell.

A sztenderd, 40 darabos demó munkánkon (2440 × 1220 tábla, 3 mm fűrészrés) a terv 30 vágás, 52 fűrészelés és 32,88 m fűrészút 2 táblán, 83,3% kihasználtsággal.

Élenként külön széllevágás

A Széllevágás oldalanként felváltja a 2D egyetlen levágás-értékét: külön bal, jobb, fent és lent mező. Minden csomagban elérhető, vendégként is.

Ez nem finomítás, hanem javítás. A sérült vagy nem derékszögű élhez több kell, mint a többihez, és mind a négyre azonos értéket adni nem egyszerűen gyengébb tervet ad, hanem hibásat: kevés a rossz élen, és az első darab viszi a hibát; sok a másik hármon, és olyan anyagot dobtál el, amit soha nem kellett volna.

1D-ben és Fa módban egy rúdnak két vége van, ezért ott az Indító trim / Záró trim mezőpár jelenik meg helyette.

A vágásterv — mostantól rúdon is, nemcsak táblán

A Vágási sorrend eddig 2D funkció volt. Mostantól 2D lap, 1D lineáris és Fa módban is fut, a Pro csomagban.

Táblán a terv fázisról fázisra bontja le a lapot: ütközőállásonként egy lépés, a vágás irányával és pozíciójával, így soha nem kér keresztvágást azelőtt, hogy a csíkot leszabtad volna.

Rúdon nincs vágási fa — a faanyagot a fejétől a végéig szabjuk át —, ezért a terv a futó pozíció: minden darab után a fűrészlap azon a jelen halad át, majd a fűrészréssel lép tovább. Minden rúd így olvasható: kalibrációs szalag (ha be van kapcsolva), aztán az indító trim fej-vágása (ha van), aztán egy lépés minden darab után — kivéve azt az utolsó darabot, amely pontosan a hasznos végnél fejeződik be, és nincs miért levágni róla.

Minden lépés egy a rúd fejétől mért ütközőpozíciót ad meg. Épp ez a lényeg: egy szám, amit be tudsz állítani az ütközőn, ahelyett hogy húszszor összeadnál fejben darabhosszakat és fűrészréseket egy hatméteres rúd mentén.

Kétféleképpen használhatod:

• A lejátszó mostantól közvetlenül a lap- vagy rúdrajzok fölött ül, amelyeken végiglépteti a tervet, nem az eredmények tetején. Vezérlői: ◀ Előző, a lépés-kijelző, ▶ Következő, az új ⏮ Újraindítás és a ▶ Lejátszás. Az Újraindítás megállítja a lejátszást, és visszavisz az 1. lépésre — a második tábla vagy a munka második futása előtt.
• A táblázat a szabásjegyzék alatt a teljes tervet egy képernyőn adja: a sorrend, a lap vagy rúd, az irány vagy a darab, és a pozíció. Bármelyik sorra kattintva a lejátszó arra a lépésre ugrik, kiemelt sorral. Ezt olvassák el indulás előtt, és ezt fotózzák le, hogy elküldjék a fűrészhez.

Egy őszinte korlát: az 1D lineáris pozíciókat közöl, vágáshosszt nem, mert a lineáris alapanyagnak nincs keresztmetszete, amin a fűrészlap áthaladna. A Fa mód ismeri a keresztmetszetet, ezért ott fűrészelt hosszt is jelentünk. Inkább kihagyunk egy számot, mint hogy kitaláljuk.

A kalibrációs vágás — mostantól rúdon is

A kalibrációs vágás egy vékony szalagot húz le az anyagról, mielőtt bármelyik darab elkészülne. Megméred, összeveted azzal, amit kértél, és a különbséggel korrigálod az ütközőt — így már az első valódi darab is pontos, ahelyett hogy azt áldoznád fel annak kiderítésére, hogy a beállítás elcsúszott. Pro funkció.

Mostantól minden módban fut. Táblán te választod ki, melyik élről jön le a szalag. Rúdon mindig a fejről jön le, és az oldal-választó rejtve van — egy rúdnak egy feje van, négy él közti választás olyan vezérlő lenne, amit a terv nem tudna teljesíteni.

Az indító trimre ül rá: a fejnél lefoglalt anyag az indító trim plusz a kalibráció. Ha mindkettő be van állítva, a fejet kétszer szabjuk át — egyszer a megmérendő szalagért, egyszer a trim maradékáért —, és a vágásterv mindkét áthaladást felsorolja, ebben a sorrendben.

Két vezérlő, amely a gépedet írja le

Mindkettő 2D-s, és mindkettő a Műhely csomag része.

• Max. vágási fázis. Egy fázis egymással párhuzamos vágások sorozata két anyagforgatás között — a panelfűrészeket pontosan így adják meg, 2, 3 vagy 4 fázisú gépként. Mondd meg a CutOptimnak, mit enged a tiéd, és a terv ehhez tartja magát, ahol a munka engedi — ahol pedig egy munka nem szabható a korláton belül, ott figyelmeztet, ahelyett hogy nem fűrészelhető tervet adna vissza. Mindezt kihasználtság vagy tábla feláldozása nélkül.
• Forgatás minimalizálása. A kevesebb darabot forgató elrendezéseket részesíti előnyben, de csak akkor, ha az nem kerül plusz táblába. Egy tábla pénz, egy forgatás másodperc — a kihasználtságot ezért soha nem adjuk érte cserébe.

Ha egy korlát nem teljesíthető, akkor is megkapod a tervet. Az optimalizáló visszaadja, és figyelmeztet, mely tábláknál kell több átállítás a fűrészen — használható terv egy megjegyzéssel, soha nem hibaüzenet.

A PDF-ben és az Excelben

• Vágási sorrend oldal a PDF-ben, saját oldalon, mind a három módban. Táblán: tábla, vágási fázis, irány, pozíció és vágáshossz. Rúdon: rúd, a vágás által leválasztott darab, és az ütközőpozíció. A számolási konvenciót a cím alatt kiírjuk, a táblázat alatt pedig egy keretezett sáv hozza a kulcsszámokat — vágások, fűrészelések, vágáshossz, vágási fázisok. Pro.
• Vágási sorrend lapfül az Excel munkafüzetben, közvetlenül a Szabásjegyzék után, mert ebből dolgozik a kezelő. Az összesítés a lap alján megismétlődik, így a fül önmagában is megállja a helyét, ha csak azt viszed a fűrészhez. Pro.
• Laprajzok teljes méretben. 2D-ben minden tábla megismétlődik a PDF végén, saját fekvő oldalon, akkorára rajzolva, amekkorát a papír enged. Az álló folyamba illesztve egy 2800 × 2070-es tábla nagyjából 1:16-ban nyomtatódott — képnek jó, munkára használhatatlan. A fekvő oldal körülbelül háromszor akkora területet ad, és az olvasandó rész is összefüggő marad, nem szakítják meg egész oldalas rajzok.
• A hulladéklista megmondja, érdemes-e megtartani egy maradékot. Mostantól saját oldalon kezdődik, és van egy Újrahasználható oszlopa Igen/Nem értékkel, elöl a megtartandókkal — a táblázat alatt pedig egy sor kimondja a szabályt a te számaiddal: 2D-ben mindkét oldalnak el kell érnie a minimális maradékméretet (egy hosszú, keskeny csík nem hasznos), 1D-ben és Fa módban a megmaradt hossznak.

Mi jön ezután

A maradék-anyag automatikus bevonása és az összeállítási csoportok továbbra is a listán vannak, akárcsak a vágásterv saját helye a cimke- és árajánlat-exportokban.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ebben a frissítésben három dolog volt elromolva, és kettő olyasmibe került a fizető ügyfeleknek, amit már megvettek. Ezek jönnek elsőként.

A meghívott tagjaid mostantól tényleg Műhelyt kapnak

Ha Műhely csomagod van, és a Csapat kezelése alatt munkatársakat vettél fel, ők nem azt a csomagot kapták, amiért fizetsz. A meghívott tagot minden ellenőrzésnél ingyenes felhasználóként kezeltük: havi három optimalizálás, hely egyetlen mentett projektnek, és semmi a Pro vagy a Műhely exportokból. Három férőhelyért fizettél, és a rajtuk ülő három emberből kettőnek ingyenes fiókja volt.

Ez hiba volt, nem szabály. A meghívott tag mostantól a tulajdonos által fizetett csomagot kapja, mindenhol, ahol a csomagot olvassuk.

Nincs vele teendőd. Nem kell újra meghívni, nem kell újra menteni, nincs bekapcsolandó beállítás — a szervezetedben már bent lévő munkatársak maguktól megkapják. És csak felfelé mozdít: az a tag, akinek saját Pro előfizetése van, Műhelyre emelkedik, amíg a férőhely fedezi, lefelé soha nem kerül.

És a közös munkaterület mostantól tényleg közös

A másik fele ugyanennek a történetnek: a Műhely csomag megosztott munkaterületet árult, a projektek viszont nem voltak megosztva. Ez is javítva.

Amit bármelyik tag a szervezet tagjaként ezután ment el, az a szervezeté. Minden tag látja a projektlistájában, megnyithatja, átnevezheti, vágásokat vehet fel bele és szerkesztheti a meglévőket. És — ez a gyakorlati lényeg — a haladásjelölők is közösek: ha az egyik kezelő kipipálja a levágott darabokat, a másik ezt látja, tehát nem szabják fel ketten ugyanazt a táblát.

Két korlátot mondjunk ki rögtön, mert mindkettő szándékos:

• Nem visszamenőleges. A frissítés előtt mentett projektjeid személyesek maradnak, és nem váltak láthatóvá a kollégáid számára. Egyetlen régi árajánlatod sem került megosztásra attól, hogy ez a változás élesbe ment.
• Törölni csak a tulajdonos tud. A tag szerkesztheti a kollégája projektjét, de nem tüntetheti el. A projektpanelen a másé egy 👥 jelölőt kap, és nincs mellette törlés gomb.

A részletek a Csapatmunkaterület oldalon.

A „túl nagy a tábláidhoz” többé nem arra a darabra vonatkozik, amelyik csak nem fordulhat

Egy felhasználó jelezte: 2440 × 1220-as tábla a készletben, az eredmény pedig azt írta, hogy 550 × 1964 — túl nagy a tábláidhoz, azzal a tanáccsal, hogy vegyél fel nagyobb formátumot, vagy bontsd kisebb darabokra. Fordítsd el azt a darabot, és bőven elfér.

Az elrendezőnek abban igaza volt, hogy a darabot nem tudja elhelyezni: annál a sornál a Forg. jelölőnégyzet ki volt kapcsolva, tehát csak állítva mehetett fel, állítva pedig nem fér el. Az üzenet és a tanács volt rossz. Olyan tábláért küldték volna a kereskedőhöz, amelyik már ott állt a fal mellett.

A két esetet mostantól megkülönböztetjük. Az a darab, amelyik állítva nem fér el, de elfordítva igen, így jelenik meg: elférne elforgatva, de a Forg. ki van kapcsolva — a súgó pedig megnevezi a Forg. oszlopot és a bepipálandó sort a Darabok (2D) táblában. Azt is kimondja, hogy hagyd kikapcsolva, ha a szálirány miatt van rögzítve — az jogos döntés, nem javítandó hiba. Azok a darabok, amelyek tényleg nagyobbak a legnagyobb tábládnál, a régi üzenetet és a régi tanácsot kapják, mert rájuk az a helyes.

A PDF is az új szöveget viszi, hiszen a kinyomtatott terv az, ami eljut a kereskedőhöz.

Az 1D lineáris megmondja a vágáshosszt — ha megadod a profil-szélességet

A lineáris alapanyag csak hossz, semmi más. Nincs keresztmetszet, amin a fűrészlap áthaladna, ezért a vágásterv ütközőpozíciókat tudott adni, megtett fűrészutat viszont soha — és inkább kihagyunk egy számot, mint hogy kitaláljuk.

Tippelés helyett most van rá beviteli mező. A Profil-szélesség a Haladó beállítások között ül, és csak 1D Lineáris módban jelenik meg: milyen széles anyagon megy át a fűrészlap egy vágásnál. Töltsd ki, és a Vágáshossz megjelenik az eredmény fejlécében és az összegzésben, valamint a PDF vágásterv-oldalán és az Excel Vágási sorrend fülén.

Hagyd 0-n, és semmi nem változik — pozíciók igen, hossz nem, pontosan úgy, mint eddig. Ez az alapérték szándékos: az a munka, amelyik soha nem mondja meg, milyen keresztmetszetet vág, inkább ne kapjon számot, mint hogy hihetőt kapjon.

A Fa mód anyagonként eleve ismeri a keresztmetszetet, ott a mező meg sem jelenik. Ha egy munkában több keresztmetszet keveredik, a Fa mód a válasz — az anyagonként tartja nyilván.

A PDF vágásterv-oldala és az Excel-fül Pro funkciók; a képernyőn megjelenő Vágáshossz nem az.

Az anyagok megjegyzik, milyen fűrészlappal és levágással szabod őket

A fűrészrés és a széllevágás az anyaghoz tartozik, nem a munkához. A 3,2 mm-es fűrészlap a 18 mm-es táblához tartozik, a 12 mm-es levágás a nyers élű pallóhoz. Eddig minden anyagnál újra be kellett állítanod, és ha elfelejtetted, olyan terv készült, amiről csak a fűrésznél derült ki, hogy rossz.

Az Anyagraktáradban lévő anyag mostantól viszi a saját Fűrészlap-értékét és levágásait: egy lap négy élet tárol, egy rúd a két végét.

• Nincs új kitöltendő mező. Ami éppen be van állítva, az mentődik el az anyaggal, ugyanazon az Aktuális mentése és Hozzáadás gombon, amit eddig is használtál.
• Látod, mit tárol. Az anyag sorában egy kis beállítás-jelvény mutatja a hozzá tartozó fűrészrést és levágást, így a mentés látható, nem varázslat.
• A betöltés megmondja, mi változott. Töltsd be az anyagot, és ezek az értékek visszakerülnek a Beállítások közé, a visszajelzés pedig megnevezi azokat a mezőket, amelyek tényleg megváltoztak. Az a beállítás, amelyik szólás nélkül mozdul el, rosszabb, mint amelyiket kézzel állítasz be.

A frissítés előtt mentett anyag semmit nem visz magával, és a betöltése semmit nem változtat. Nem állítja vissza csendben azt a fűrészrést és levágást, amit az előtted lévő munkához beállítottál. Az üres itt nem nulla: az üres azt jelenti, hogy az anyag nem mond róla semmit, a 0 viszont valódi válasz, azaz nincs levágás.

Az Anyagraktár Pro funkció.

Mi jön ezután

A csapatmunkából az élő frissítés még nyitva van: ma a kollégád változása a projekt következő megnyitásakor jelenik meg, nem magától a képernyőn. Az összeállítási csoportok is a listán vannak.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

A legolcsóbb tábla az, amelyik már a tiéd. Ez a frissítés ráveszi a CutOptimot, hogy előbb a mentett maradékaidhoz nyúljon, mielőtt bármi újat megbontana — aztán világosan megmondja, mit kell valóban megvenned.

Automatikus maradék-újrahasználat

Ha a Maradékok automatikus felhasználása be van kapcsolva — alapból be van —, minden optimalizálás két menetben fut. Előbb a Maradék raktár meglévő maradékaira pakolja a darabjaidat, majd ami marad, azt a szokásos optimalizáló kapja meg új alapanyagon.

• Mindhárom mód. 2D lapok, 1D lineáris és fűrészáru-profilok.
• Egy maradékot legfeljebb egyszer használ fel. A maradékokat soha nem sokszorozza úgy, ahogy egy alapanyag-formátumot megtehet, mert mindegyikből csak egy van a polcodon.
• A terv néven nevezi őket. A raktáradból származó lap vagy rúd ♻ jelet kap, és viszi magával az általad adott nevet — így aki a fűrésznél áll, tudja, hogy azt kell elhoznia, nem pedig új táblát megbontania.
• Az eredmény megmutatja, mit spóroltál. Hány maradék fogyott el, mennyi anyagot jelent ez, és — ha a feladat elég kicsi ahhoz, hogy ellenőrizhető legyen — hány táblával vagy rúddal kevesebb új anyagra volt szükséged.
• A raktárad őszinte marad. A futás mentése levonja, amit elhasznált: a teljesen felhasznált maradék lekerül a listáról, a részben felhasználtat pedig a saját maradéka váltja fel.

Kapcsold ki a jelölőnégyzetet a csak-új-anyagos futáshoz — hasznos, ha friss anyagra adsz árajánlatot, és nem akarod, hogy a maradékok beleolvadjanak az árba.

A Maradék raktár Pro funkció.

Anyagszükséglet összesítés, amiből vásárolhatsz

Minden eredményhez jár mostantól egy Anyagszükséglet összesítés, mindhárom módban, közvetlenül a vágási lista előtt. Arra az egy kérdésre válaszol, amit indulás előtt felteszel: mit kell megvennem?

Két részre bontja a feladatot:

• Új alapanyag — amit még meg kell venned, méret szerint, darabszámmal és összes területtel vagy hosszal.
• Felhasznált maradékok — ami már a tiéd, egy sorral arról, hány darabot vegyél le a polcról, mielőtt nekikezdesz.

Ugyanez a bontás megjelenik a PDF-ben és az Excel-munkafüzetben is, így a kereskedő és a műhely ugyanazokat a számokat olvassa.

Árajánlat, amely a kész darabot számlázza

Az árajánlat mostantól kétféle árazási módot kínál. Az Árrés a költségre a feladat által elhasznált táblákat számlázza, ahogy eddig. A Termékárak ehelyett a kész darabokat számlázza, a darabonként megadott eladási áron — ahogy a legtöbb műhely valójában árajánlatot ad egy konyhára.

Mellette: vevőadatok, adókulcs, érvényességi dátum, munkadíj-sor és opcionális vágásonkénti díj. Az árrésed az egységárakba épül be, nem külön sorként jelenik meg, így a vevő letisztult dokumentumot lát. Ha kiírva szeretnéd az árrést, állítsd a dokumentum-választót Belső kimutatásra — az megmutatja a költséget, az árbevételt és a bruttó árrést, és soha nem kerül ki az asztalodról.

Az árajánlat és a belső kimutatás Business funkciók.

Az erezet egyeztetés mostantól alakítja az elrendezést

Az erezet-csoportok már nem csak egy szándékot rögzítenek. A csoportba tett panelek egy táblán maradnak együtt, ahol az elrendező meg tudja oldani, a forgatásuk rögzül, hogy az erezet ugyanabba az irányba fusson, és kimaradnak a maradék-menetből, így egy összepárosított készlet soha nem szakad szét egy maradék és egy új tábla közé. Ha egy csoport tényleg nem fér el egy táblán, az eredmény ezt kimondja, ahelyett hogy csendben szétbontaná.

Az erezet egyeztetés Business funkció, és a 2D lapszabászat módra vonatkozik.

Árak ott, ahol kellenek

• Költség- és eladási ár oszlopok az alapanyag- és a darab-táblákban, amelyeket az Ár-oszlopok mutatása jelölőnégyzet jelenít meg.
• Az adataiddal utaznak. Mindkét oszlop ott van a CSV-sablonokban, a CSV-importban és az Excel-beillesztésben, így egy beárazott vágási lista túléli a táblázatkezelőn át vezető oda-vissza utat.
• Az Anyagraktár mostantól a méret mellett az árat és a vastagságot is tárolja, a sorok pedig egy kattintással betöltődnek a feladatba.

Az ár-oszlopok és az Anyagraktár Pro funkciók.

Exportok

• Címlap minden módban. Korábban csak a fűrészáru-tervek kaptak ilyet. Mostantól a 2D- és a lineáris terveket is ez vezeti be, és a kihasználtság, a táblák és a hulladék mellett a vágások számát is felsorolja.
• Az azonos táblák összevonva. Egy olyan feladat, amely ugyanannak az elrendezésnek a húsz másolatából áll, korábban húsz szinte azonos oldalt nyomtatott; a 2D mostantól egyetlen ábrába vonja össze őket egy ismétlés: N× jelöléssel, ahogy az 1D már egy ideje teszi. A vágási lista is megkapta a hozzá tartozó oszlopot.
• A fűrészáru-tervek anyag szerint csoportosítva. Alapanyagonként egy-egy szakasz, és felhasznált maradékonként is egy — ahelyett, hogy minden egyetlen fejléc alatt lenne.
• Nevek mindenütt. A 2D alapanyag-sorok elnevezhetők, és ezek a nevek mostantól megjelennek a tábla-fejléceken, az Excel Anyagszükséglet- és Hulladék-fülén, valamint a DXF-ben.

Javítások, amikről érdemes tudni

• Az Excel elválasztójele. A CSV-import mostantól magából a fájlból ismeri fel a vesszőt, a pontosvesszőt vagy a tabulátort. Ha európai Windows-területi beállítást használsz, ahol az Excel pontosvesszőt ír, a fájlod úgy importálódik, ahogy van.
• Az eladási ár többé nem lesz alapból 1. A cella törlése korábban 1-et mentett el, így a szándékosan ár nélkül hagyott darab darabonként egy egységgel került az árajánlatba — és átcsúszott az „Ár nélküli tételek” figyelmeztetésen is.
• Fűrészáru beillesztése Excelből. A beillesztési súgó által javasolt fejléc-sort félreolvasta a program, és az egész beillesztést elutasította. Ez és egy ehhez kapcsolódó, üres cellák miatti oszlop-elcsúszás is javítva.

Mi jön ezután

A Business Csapatmunkaterület hiányosságait zárjuk le: közös projektkönyvtár, és hogy a tagok örököljék a tulajdonos csomagját.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

A jobb vágási tervek kevesebb elpazarolt anyagot és kevesebb megvásárolt táblát jelentenek. Ez a frissítés újraépíti a lineáris és fűrészáru-szabászat mögötti motort, tömörebben pakolja a 2D-táblákat, és gondoskodik róla, hogy a PDF a teljes képet elmesélje.

Okosabb lineáris és fűrészáru-szabászat

• Több stratégia, a legjobb eredmény nyer. A lineáris és fűrészáru-optimalizáló mostantól minden feladatra több pakolási stratégiát futtat, és azt tartja meg, amelyik a legkevesebb anyagot használja — egyetlen megközelítésre támaszkodás helyett.
• Erős az ismétlődő feladatokban. A sok azonos darabot tartalmazó rendeléseknél egy új, minta-alapú módszer olyan közel-optimális elrendezéseket talál, amelyek korábban elérhetetlenek voltak.
• Ugyanaz a feladat, kevesebb maradék. A gyakorlatban ez rövidebb megmaradt rudakat és táblákat jelent, és gyakran eggyel kevesebb megvásárolandó hosszt.

Teltebb táblák 2D-ben

• Nincs több elpazarolt szél. A 2D-elrendező mostantól kitölti a tábla teljes szélességét vagy magasságát átfogó darabokkal a helyet, ami korábban a széleken kárba veszett.
• Egy valós példa. Egy elrendezés, amelyhez korábban két tábla kellett — mindegyik alig félig kihasználva —, most egyetlen táblára fér 94%-os kihasználtsággal.

A PDF-ből semmi sem vész el

• Minden darab elszámolva. Ha egy darab nem fér el, vagy kifogysz a készletből, az exportált PDF mostantól mindhárom módban (2D, lineáris és fűrészáru) világosan felsorolja — így semmi nem tűnik el csendben a képernyő és a műhely között.
• Gyorsabb, privátabb exportok. A PDF-generálás mostantól teljesen saját tárhelyű — nincs harmadik féltől származó CDN —, így az exportok gyorsabbak, és semmit nem töltenek be a CutOptimon kívülről.

Mi jön ezután

A maradék-anyag automatikus bevonása és az összeállítási csoportok következnek a listán.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Néha csak egy gyors válaszra van szükséged, anélkül hogy a dokumentációt kellene bogarásznod. A CutOptimnak mostantól van egy beépített asszisztense, amely elmagyarázza a funkciókat, tisztázza az árazást, és a megfelelő útmutatóhoz irányít — ott, ahol éppen vagy, a saját nyelveden.

Kérdezz bármit, a saját nyelveden

• Ott van, ahol szükséged van rá. Egy kis csevegő-buborék ül a marketingoldalak, a dokumentáció és az alkalmazás sarkában. Nyisd meg, tedd fel a kérdést, és kapj egyenes választ.
• Mind a nyolc CutOptim-nyelvet beszéli. Kérdezhetsz magyarul, angolul, németül, olaszul, franciául, románul, lengyelül vagy csehül — az asszisztens ugyanazon a nyelven válaszol.
• A forráshoz irányít. A válaszok a vonatkozó útmutatóra vagy dokumentációs oldalra linkelnek, így elolvashatod a teljes részleteket, amikor kíváncsi vagy rájuk.

Megbízható és őszinte alapból

• A valódi dokumentációból válaszol. Az asszisztens a CutOptim saját útmutatóira, árazására és súgócikkeire támaszkodik — nem talál ki nem létező funkciókat, és elutasítja a CutOptimtól független kérdéseket.
• Nem látja a projekt-adataidat. A segéd az általános „hogyan…” és „mire jó ez…” kérdésekre válaszol. A mentett projektjeidhez és vágási listáidhoz nincs hozzáférése.
• Egy kattintásra egy ember. Ha az asszisztens nem tud segíteni, közvetlen linket kínál egy valódi személy eléréséhez, és minden válasz mellett ott egy gyors 👍 / 👎, hogy jelezhesd, mennyire volt hasznos.

A te feltételeid szerint

• Megőrzi a helyét böngészés közben. A beszélgetésed oldalról oldalra megmarad, így nem veszíted el a fonalat.
• Rejtsd el, amikor csak akarod. Egy kapcsoló az irányítópultodon — és egy „ne jelenjen meg többé” link a widgetben — félreteszi, ha inkább csendben dolgoznál.

Mi jön ezután

Egy adat-tudatos, alkalmazáson belüli segéd, amely a tényleges vágási listádról tud gondolkodni, már a tervek között van.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ez a frissítés a kontrollról szól, amikor szűkös az anyag. Egy új Korlátozott készlet-mód a beírt mennyiségeket kemény korlátként kezeli, és a ténylegesen meglévő formátumaidat keveri; a Kötelező darabokkal pedig garantálhatod azokat a vágásokat, amelyeket nem engedhetsz el. Mindkettő működik 2D lapszabászatban, lineáris és fűrészáru-szabászatban is — a szerkeszthető darab-színek és a letisztultabb PDF-ek mellett.

Korlátozott készlet, őszinte tervek

Alapból a CutOptim feltételezi, hogy annyi táblát tudsz beszerezni, amennyit a terv igényel. Mostantól megmondhatod neki, mi van valójában a polcodon.

• Váltsd a készletet Korlátozottra. Egy új Korlátlan | Korlátozott kapcsoló ül a készlet-szekcióban, minden módban. Korlátozott módban a beírt mennyiségek kemény korláttá válnak.
• A valós formátumaid, automatikusan keverve. Ahelyett, hogy a legnagyobb egyetlen formátumra támaszkodna, az optimalizáló a ténylegesen készleten tartott tábla- és rúdméreteidet kombinálja, hogy minél több elférjen — és megmutatja a felhasznált formátumok pontos bontását.
• Őszinte hiány-jelzés. Ha kifogysz, egy világos „Nincs elég készlet” panel felsorolja, mi hiányzik, és külön kezeli a bármelyik formátumhoz túl nagy darabot attól, amiből ténylegesen elfogyott a készlet — így tudod, hogy vásárolnod kell-e, vagy újragondolni a darabot.

A kötelező darabok mennek elsőként

Amikor nem fér el minden, te döntöd el, mi garantált — nem az algoritmus.

• Jelöld a muszáj-darabokat ⚑-vel. Korlátozott módban egy ⚑ (kötelező) oszlop jelenik meg a darab-táblában. Jelöld meg azokat a darabokat, amelyeket feltétlenül ki kell vágni ehhez a rendeléshez.
• A kötelező darabok kapják az első helyet az anyagból, így a sürgős darabok kivágódnak, és a kevésbé fontos kitöltő darab az, ami kimarad.
• Világos eredmény. Egy zöld ✓ megerősíti, hogy minden kötelező darab kivágódott, vagy egy piros ⚠ pontosan megmondja, hány nem fért el — 2D-ben, lineárisban és fűrészáruban egyaránt.

A te színeid, letisztultabb PDF-ek

• Szerkeszthető darab-színek minden módban. Mostantól minden darabnak saját színválasztója van — beleértve a lineáris szabászatot is, amelynek eddig egyáltalán nem volt. A színeid átfolynak a képernyős ábrán, a jelmagyarázaton és minden exporton.
• A kötelező darabok kitűnnek a PDF-ben. A kötelező darabok világos (!) jelölést és láb-jegyzetet kapnak a vágási listában, plusz egy dedikált „Kötelező darabok” blokkot közvetlenül az optimalizálási összegző alatt — így aki a fűrésznél áll, elsőként azt látja, ami számít.

Mi jön ezután

A maradék-anyag automatikus bevonása és az összeállítási csoportok következnek a listán.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ez a batch több, mint csiszolás. Az imperiális (inch) egységek megérkeztek az egész alkalmazásba, a 2D panel-optimalizálót újraépítettük, hogy kevesebb anyagot pazaroljon, mostantól szól, ha valami nem fér el, az el nem mentett munkádat pedig megvédjük a véletlen elvesztéstől.

Dolgozz milliméterben — vagy inch-ben

A CutOptim mostantól ugyanolyan folyékonyan beszéli az imperiális rendszert, mint a metrikust.

• Egy egyszerű mm / in kapcsoló közvetlenül a Beállítások sorban. Átváltod, és minden méret azonnal átszámolódik — nem kell újra beírnod a számokat.
• A választásod megjegyződik ezen az eszközön és a fiókodban is, így átível a munkameneteken és a gépeken.
• Minden export egységtudatos. A PDF vágási tervek, a CSV, a DXF (a CAD-hoz a helyes $INSUNITS jelzéssel), a címkék és az árajánlatok mind a választott egységedben jelennek meg; a 2D hulladékot inch-módban ft²-ben mutatjuk.
• Értelmes imperiális alapértékek. A demó-adatok és a kiinduló értékek kerek imperiális méreteket használnak (96×48 tábla, 2×4 fűrészáru) a csúnya átváltások helyett, és minden mentett vágás egy kis mm / in jelvényt mutat.
• Az egységváltás soha nem futtatja újra az optimalizálót, így nem fogyaszt a keretedből.

Okosabb 2D panel-optimalizáló

A 2D panel-pakolót az köré építettük újra, ahogyan a táblákat valójában vágják — és érezhetően kevesebb anyagot pazarol.

• Több darab kevesebb táblán. Egy valós munka, amely korábban két táblára szóródott szét 39%-on, most egyetlen táblán elfér 77%-on. Az új polc/oszlop-pakoló egyben tartja az azonos szélességű darabok tiszta sorait, ahogy egy valódi vágás is teszi.
• Minden készletformátumot kipróbál. Ha többféle táblaméretet tartasz készleten, az optimalizáló mostantól összeveti a munkát mindegyik formátumon, és a legjobb eredményt tartja meg — nem a felsorolás sorrendjében használja őket.
• Szorosabb pakolás a nehéz munkákon. Egy új „rés-újrahasznosító” stratégia visszanyeri az alacsony darab fölötti sávot, így a kínos méret-keverékek kevesebb maradékot hagynak.
• A „vágás iránya” mostantól 2D-ben is működik. A vízszintes vagy függőleges első vágás kiválasztása végre úgy változtatja az elrendezést, ahogy várnád.

A 2D mostantól megmondja, mi nem fért el

Korábban, ha egy panel túl nagy volt, vagy elfogyott a táblád, az egyszerűen csendben eltűnt a tervből. Mostantól őszinte választ kapsz:

• Egy piros „el nem helyezett panelek” értesítő felsorolja az összes darabot, amely túl nagy bármelyik készleten tartott tábládhoz — névvel és mérettel.
• Egy sárga „nincs elég tábla” értesítő formátumonként megmondja, hány táblát igényel a terv, szemben azzal, amennyi kéznél van — így pontosan tudod, mennyivel kell többet venned.
• A darabszám pirosra vált, valahányszor nem fért el minden, így egy hiányos terv nem csúszhat át észrevétlenül.

Soha ne veszíts el egy el nem mentett optimalizálást

Egy optimalizálás lefuttatása, majd elnavigálás korábban eldobta az eredményt. Többé nem.

• Egy mentési kérdés jelenik meg, mielőtt elhagynál egy oldalt (vagy módot váltanál) el nem mentett eredménnyel — így egy kattintással megtarthatod a munkádat.
• Automatikus piszkozat-visszaállítás visszahozza a legutóbbi futtatásodat, amikor visszatérsz — anélkül, hogy egy újabb optimalizálást fogyasztanál.
• Egy valódi mentési-hely választó engedi kiválasztani a projektet, és a betöltött vágást vagy felülírni, vagy újként menteni (mint a „Mentés” vs. „Mentés másként”).
• A vágásnevek mostantól egyediek egy projekten belül, a törlések pedig egy letisztult, alkalmazáson belüli megerősítő ablakot használnak a böngésző felugró ablaka helyett.

Mi jön ezután

A maradék-anyag automatikus bevonása és az összeállítási csoportok (Feature Pack 2, 2. fázis) következnek, egy opcionális „csak a meglévő készletemet használd” 2D móddal együtt.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ez a frissítés a csiszolásról szól: a kinyomtatott dokumentumok és a képernyőn olvasott táblázatok végre úgy néznek ki, ahogy kell.

Nyomtatóbarát PDF-exportok

Végigauditáltuk az app összes PDF-jét — a 2D / 1D / faanyag vágási terveket, a panelcímkéket és az árajánlatot — tipográfiai és nyomtatási legjobb gyakorlatok szerint:

• Mindenhol olvasható. Nincs több 6 pt alatti mikroszöveg; a diagram-címkék mostantól sötét, jó kontrasztú színt használnak a darab (néha halvány) saját színe helyett, így a megnevezés bármilyen színen olvasható marad.
• Nyomtatóbarát kontraszt. A szekció-fejléceket és a láblécet sötétebbre vettük, hogy elérjék az akadálymentes kontrasztarányt — kíméletesebb a szemnek és a tonernek is.

Levegősebb, logikusan tördelt 1D tervek

Az 1D tervek (linear és faanyag) kapták a legnagyobb tisztítást:

• Levegő minden bar-diagram és az alatta lévő vágási lista közé — nincs többé a barhoz tapadt szöveg.
• Nagyobb betűk végig a diagramokon, táblákon és az összesítő dobozon, így a kinyomtatott lap kartávolságból, a műhelyasztalon kényelmesen olvasható.
• Logikus oldaltördelés. Minden rúd fejléce, diagramja és vágási listája egy oldalon marad, ha elfér — így soha nem lóg árván egy fejléc a lap alján.

Újratervezett vágási lista táblák — immár 2D-ben is

A vágási lista táblát az alapoktól újraépítettük:

• Az oszlopok mostantól a tartalmukra méreteződnek, a tábla pedig középre igazított, így a megnevezés végre megkapja a kellő helyet, miközben a rúd / sorrend / hossz oszlopok kompaktak maradnak.
• Minden megnevezés elé egy kis színes pont került, amely a sorhoz tartozó darabot köti vissza a diagramhoz.
• A 2D mód is kapott vágási lista táblát (Lap / Sorrend / Megnevezés / Méret), összhangban az 1D és faanyag nézettel.

Szöveg-javítások

• Nincs több dupla kettőspont a PDF összesítőben (Hasznos:: → Hasznos:).
• A „Sorrend” oszlop teljesen ki van írva a rövidítés helyett.
• A közép-európai ékezetek (magyar ő/ű, lengyel ł/ą/ż, cseh ř/ě/ů, román ș/ț/ă) korábban eltörtek a PDF-fontban; mostantól olvasható betűként jelennek meg.
• A CSV-import helyesen kezeli az idézőjeles, vesszőt tartalmazó mezőket.

Mi jön ezután

Egy teljesen beágyazott Unicode font a tökéletes PDF-ékezetekért már a listán van, a Feature Pack 2 második fázisával (maradék-anyag automatikus bevonás és összeállítási csoportok) együtt.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Az elmúlt három hét két nagy sprint-jét bundle-eltük ebbe a posztba — minden user-szinten elérhető változás, amit már most használhatsz.

Műhely-szintű precízió

Minden vágási terv tiszteletben tart három új fizikai-műhely tényt:

• Fűrésznyom-tolerancia (±mm) — Free+. Az optimalizáló először exact-fit elhelyezést próbál; csak ha nem fér, engedi ±tolerance ráhagyással. Hasznos, ha a fűrészlap 3,0 és 3,2 mm között ingadozik, vagy az importált igényméretek kerekítési zajjal érkeznek.
• Kezdő / Záró levágás (mm) — Free+. Minden rúd vagy lap effektív hossza csökken start_trim + end_trim-mel. A sérült szorítózóna nem maradékként kezelődik tovább, így a hulladék-jelentés azt mutatja, amit a műhely valóban megtart.
• Vágásonkénti költség (€) — Pro+. Minden darab +1 vágást ad (1D) vagy +2-t (2D) a projekt összértékéhez, megszorozva a fűrész-és-idő költségeddel. Az új “Vágások” és “Vágás-költség” stat-kártyák megmutatják a kompromisszumot a szorosabb elhelyezés és egy plusz fűrész-átfutás között.

Mindhárom beállítás a projekttel utazik. A külön Fűrésznyom-tolerancia cikk 5 lépéses mérési protokollt és műhely-tolerancia referencia-táblát (CNC 0 mm → kézi panelfűrész 2–3 mm) tartalmaz.

Műhely-szintű exportok

• DXF + SVG export önálló Pro funkcióvá vált a landingen. A DXF cél R12, így AutoCAD LT-ben, Inkscape-ben, OnShape-en, Fusion-ben és minden gyakori CNC poszt-processzorban konverzió nélkül megnyílik.
• SVG fájlok mostantól xmlns attribútumot és <?xml ... ?> prológust tartalmaznak, így Inkscape-ben és bármely standalone SVG-megjelenítőben helyesen nyílnak meg.
• CSV fájlok UTF-8 BOM-mal kezdődnek, Excel automatikusan ráismer — nincs több ékezet-roncsolódás.
• Fájlnév-minta egységes minden formátumra: <cég-slug>-cutting-plan-<timestamp>.<ext>.

Mentett maradékok cross-device

Pro és Business user-ek mostantól nem veszítik el a maradék-raktárukat böngészőváltáskor. A “Mentett maradékok” lista most adatbázisban él (/api/offcuts-inventory), és a következő látogatáskor egyszeri csendes migráció történik a meglévő localStorage-ből. Free user-ek továbbra is a böngésző-local tárolást használják.

Beállítások audit + 5 valódi bug-fix

Auditáltuk a teljes /app Beállítások panelt a futó optimalizáló kód ellen. Öt beállítás úgy nézett ki, mintha csinálna valamit, de valójában nem volt hatása az eredményre:

• Lap prioritizálás (★ ikon soronként) most ténylegesen rendezi a stock-listát az optimalizálás előtt.
• Min. maradék-méret speciális mezők (Sz / M / H) most ténylegesen olvasásra kerülnek az inline optimalizálótól.
• Költségminimalizálás módja most _price szerint emelkedően sortolja a stockot — előbb a legolcsóbb lap.
• Vágás típus és Egység (mm/cm) selectek phantomok voltak — a kód soha nem olvasta őket. Eltávolítva. A vágás-típus 2D Panel módban guillotine marad; a valódi kontúrú nesting később külön Nesting módként érkezett meg. Az egység milliméter marad; cm / inch v2-ben.

Gyorsabb észlelt UX skeleton betöltéssel

Hozzáadtunk egy újrahasználható Skeleton placeholder-t, és bekötöttük öt async útba, hogy ne nézz többet üres helyre, miközben adatok töltődnek:

• Az optimalizálás futtatása stat-és-lap skeleton-t fest a számítás előtt, így nagy projekteknél megszűnik a layout-ugrás.
• A PDF dropdown busy-állapotot mutat, amíg a jsPDF lazy-load-ol.
• A dashboard számla-előzmény lista, projekt-törlés kártya, és Pro maradék-raktár betöltés mind strukturált placeholdert mutat a hálózati körútjuk alatt.

Bejelentkezés és akadálymentesség polírozás

• Jelszó megjelenítés/elrejtés toggle a Login + Regisztráció oldalakon, Caps Lock figyelmeztetéssel.
• Inline per-mező validáció role="alert"-tel képernyőolvasóknak.
• Publikus akadálymentességi nyilatkozat mind a 8 nyelven elérhető — lásd akadálymentesség.

Mi jön ezután

A Sprint 6 felveszi a Feature Pack 2 Phase 2 (P1) item-eit: maradék auto-include, assembly csoportok, gazdagabb Anyag-raktár. A Sprint 7 az első Pillar A2 exportot hozza (G-kód).

Funkció-kérésed van vagy bug-ot találtál? Válaszolj bármely CutOptim email-re, vagy használd a kapcsolat űrlapot.