„Unde e programul pentru bridă, ultima variantă?" Răspunsul vine, de obicei, cu întârziere: „Cred că e pe calculatorul lui Andrei" sau „Verifică pe email, cred că i l-am trimis luna trecută".
Programele G-code, la majoritatea atelierelor mici și mijlocii, trăiesc pe hard disk-uri individuale, în foldere personale, trimise pe email de la un calculator la altul. Funcționează câtă vreme programatorul care le-a scris e prezent. Se transformă în problemă exact când nu e.
Acest articol nu e despre verificarea vizuală a unui program (pentru asta, vezi G-Code Viewer online) — e despre unde trăiește fișierul și cum îl găsești rapid, oricine ar avea nevoie de el.
De ce organizarea pe foldere personale eșuează
Fiecare programator are propria convenție. Unul salvează pe numele reperului. Altul pe numele clientului. Un al treilea pe data creării. Când programatorul lipsește, nimeni altcineva nu găsește fișierul rapid.
Nu există o singură „versiune curentă" clară. „bridă_final.nc", „bridă_final2.nc", „bridă_final_corectat.nc" — toate în același folder, fără să fie clar care e cea validată pentru producție.
Fișierul nu e legat de nimic altceva din sistemul de producție. Reperul există într-un loc, iar programul G-code trăiește separat, pe alt calculator. Legătura dintre ele există doar în capul cuiva.
Email-ul devine sistem de versionare neintenționat. „Ți-am trimis pe mail programul corectat" înseamnă că acum există două fișiere — cel vechi pe disk și cel nou în inbox — fără o regulă despre care se folosește.
Ce înseamnă, concret, o organizare corectă
Fiecare program legat de reperul lui, nu stocat separat. Programul G-code ar trebui să trăiască atașat direct reperului sau fișei tehnologice pe care o deservește. Când cineva deschide reperul, găsește imediat programul asociat.
O singură versiune activă, vizibilă clar. În loc de fișiere multiple cu sufixe ambigue, fiecare modificare devine o revizie numerotată, cu un status clar: activă sau arhivată. Operatorul primește întotdeauna revizia activă.
Istoric păstrat, nu șters. Versiunile anterioare nu dispar când se salvează una nouă — rămân accesibile pentru comparație.
Acces controlat, nu „oricine poate suprascrie orice". O separare clară — cine poate edita, cine poate doar vizualiza — previne suprascrieri accidentale.
Convenția de denumire nu rezolvă singură problema
O convenție strictă de denumire a fișierelor ajută, dar rezolvă doar parțial problema, pentru că depinde de disciplina fiecărei persoane să o respecte constant. Adevărata soluție structurală e ca locația fișierului să nu mai fie o alegere individuală — programul trăiește acolo unde trăiește reperul, indiferent cine l-a scris sau modificat ultimul.
Cum arată în MKWork Manager
Editorul G-code leagă fiecare program direct de reperul și de Ordinul de Lucru corespunzător — nu există folder separat de căutat. Fiecare salvare creează o revizie nouă, numerotată, cu istoricul complet păstrat. Reviziile anterioare rămân accesibile pentru comparație linie cu linie. Operatorul de pe atelier vede întotdeauna revizia activă, validată, legată de comanda pe care o execută. Accesul de editare a programelor se controlează prin rolurile din platformă.
Exemplu concret
Un atelier are 40 de programe G-code active, distribuite pe trei calculatoare diferite. Fără organizare centralizată: un client cere o modificare minoră, programatorul original a plecat din companie, nimeni nu găsește fișierul original, se reprogramează piesa de la zero. Cu organizare legată de reper: reperul respectiv are programul atașat, cu istoric complet de revizii — oricine din echipă găsește imediat ultima versiune validată.
Concluzie
Organizarea programelor G-code nu e despre o convenție de denumire mai strictă — e despre a elimina alegerea individuală a locației fișierului. Când programul trăiește acolo unde trăiește reperul, cu istoric de revizii clar, problema „unde e ultima variantă" nu mai există.
Pentru verificarea vizuală a programelor înainte de rulare, vezi ghidul G-Code Viewer online.
Testează MKWork Manager gratuit 7 zile, fără card. Vezi și planurile transparente.