Z PRAKTYKI
Kiedy mowa o automatyzacji nadruków, zwykle chodzi o całą linię produkcyjną. Mały zakład linii nie potrzebuje. Potrzebuje przestać przepisywać nazwiska, a to zupełnie co innego.
Przychodzi zlecenie na pięćdziesiąt koszulek. Nagrzanie kalandra to kwestia kilku minut, przeniesienie motywu na tkaninę też. Czas zjada co innego: przygotować pięćdziesiąt plików, w każdym inne nazwisko i inny numer, i nazwać je tak, żeby dało się później w nich połapać.
Przy pięciu sztukach człowiek zrobi to od ręki i nawet tego nie zauważy. Przy pięćdziesięciu to całe popołudnie. Przy sześciuset to praca na dni, a przede wszystkim praca, przy której zdarzają się błędy. Nie dlatego, że jest trudna, tylko dlatego, że jest nudna i wciąż taka sama.
A błędy powtarzają się w kółko te same. Przestawione cyfry w numerach dwucyfrowych. Nazwisko dobre, ale wstawione w niewłaściwy rozmiar. Nic z tego nie jest katastrofą, dopóki nie zdarzy się przy zleceniu, które ma wyjść nazajutrz.
Automatyzacja ma tu sens. Tylko nie przy maszynie, a przy danych.
Do koszulek z nazwiskami i numerami sitodruk się nie nadaje i warto powiedzieć dlaczego. Sitodruk zrobi sto jednakowych sztuk tanio, bo sito przygotowuje się raz, a potem już tylko drukuje. Przy personalizacji każda sztuka jest jednak inna. Albo robisz sito do każdego nazwiska, co nie ma sensu, albo drukujesz sto jednakowych koszulek i naklejasz nazwiska z numerami ręcznie. I jesteś z powrotem przy tej robocie, której chciałeś się pozbyć.
Dlatego robi się to cyfrowo, najczęściej transferem. Motyw drukuje się na papier i w kalandrze przenosi na tkaninę. Nazywa się to sublimacją i działa na poliester, z którego są koszulki sportowe.
Są też inne drogi, druk na folię albo wycinana folia flex. Wspólne mają jedno: każda sztuka może być inna, bo maszyna drukuje to, co dostanie w pliku. A to nas prowadzi z powrotem do tego, kto te pliki przygotuje.
Dla dużych zakładów istnieją systemy zwane workflow serwerami. Stoi taki między systemem zleceń a maszynami. Przejmuje zlecenie, przygotowuje dane, separuje kolory, układa motywy na arkuszach i wysyła je do druku oraz na wykrawarkę. Operator wtrąca się tylko wtedy, gdy coś się nie zgadza.
Jest to dobrze pomyślane i w zakładzie, gdzie idą dziennie tysiące sztuk, zwraca się. Ma to jednak dwa warunki. Musisz mieć system zleceń, z którego da się czerpać, i musisz mieć kogoś, kto ten serwer skonfiguruje i będzie utrzymywał. Sprzedaje się go w abonamencie i płaci za użytkowników oraz za wolumen, więc razem z zakładem nie rośnie za darmo.
Jeśli to masz, nie musisz czytać dalej. Reszta artykułu jest dla pozostałych.
Skrypt robi jedną jedyną rzecz z całej tej drogi, za to tę, która w małym zakładzie najbardziej uwiera. Bierze szablon, bierze tabelę i robi z tego gotowe pliki PDF do druku. Jeden na wiersz, nazwany według danych.
To nazywanie brzmi jak drobiazg, a nie jest. Kiedy plik nazywa się od zawodnika i rozmiaru, poznajesz go od razu na liście. Kiedy nazywa się od kolejności, musisz go otworzyć, żeby wiedzieć, czyj jest, a przy stu sztukach to sto zbędnych otwarć.
Działa wewnątrz programu, w którym ten szablon i tak rysujesz. Nic nigdzie się nie wysyła, nic nie chodzi w tle i nic się nie ustawia poza twoim komputerem.
Czy PDF trafi potem do sublimacji, na folię, czy na ploter tnący, skryptowi jest to obojętne. Wynik jest ten sam, tylko każdy wysyła go gdzie indziej.
Nie separuje kolorów i nie układa motywów na arkuszach. Nie steruje ani wykrawarką, ani kalandrem. Nie komunikuje się ze sklepem, więc nie wie, które zlecenie jest opłacone. I nie pozna się na tym, że w tabeli przekręciłeś rozmiar. Co jest w tabeli, to znajdzie się na koszulce.
W uproszczeniu skrypt przygotuje ci dane. Co się z nimi dzieje dalej, zależy od ciebie i od twoich maszyn.
Po tym poznasz też, kiedy skrypt przestanie ci wystarczać. Kiedy chcesz, żeby dane same przychodziły z systemu zleceń i żeby maszyny wiedziały, co już jest gotowe, potrzebujesz czegoś innego. To nie wada skryptu, to inna robota.
Illustratora albo CorelDRAW, w którym rysujesz ten szablon. Tabeli, choćby wyeksportowanej z Excela. I nazwanych pól tekstowych w szablonie, żeby skrypt wiedział, gdzie co wstawić.
To nazywanie to jedyna robota więcej niż przy pracy ręcznej. Przy jednym szablonie zajmie kilka minut i potem już nie wraca, bo szablon przechodzi na kolejne zlecenia. Kto robi koszulki regularnie, ustawia to raz na sezon.
Liczby mam tylko jedne i nie są moje, co jest ich zaletą. Graficzka u klienta zapisywała czasy przy zleceniu na 680 sztuk. Sam eksport szedł godzinę i cztery minuty.
Przygotowanie wokół niego zajęło osiem i pół godziny. Rozrysowanie grafiki na rozmiary, pobranie i przygotowanie opcjonalnej grafiki, uporządkowanie tabel i materiały do cięcia. Do tego sprawdzanie gotowych danych, które robiła na bieżąco.
Ciekawy jest ten stosunek. Skrypt skrócił jedną jedyną pozycję z tej listy. Reszta została, bo należy do tej pracy, kto by jej nie wykonywał. Rozpisałem to razem z czasami według rozmiarów w artykule o zleceniu na 680 sztuk.
Skrypt, o którym mowa przez cały czas. Piszę go od 2025 roku dla własnej produkcji i używam go codziennie. Istnieje w wersji dla Illustratora i dla CorelDRAW. Demo jest bezpłatne, ograniczone liczbą uruchomień i liczbą wierszy w tabeli.
Szczegóły: exportPDF dla Illustratora · exportPDF dla CorelDRAW · cennik i licencje. Zobacz też: jak wygląda małe zlecenie i gdzie kończy się korespondencja seryjna w CorelDRAW.
