Case Study · Automatyzacja pre-press (narzędzie wewnętrzne)
CyfraDruk
automatyzacja kontroli pliku przed drukiem
Wewnętrzna wtyczka do Adobe Illustrator, która zastąpiła ręczną inspekcję grubości linii i kolorów jednym skanem. Zaprojektowana, zbudowana i wdrożona end-to-end w PolonisDruk.
Wynik biznesowy: kontrola pliku przed drukiem skrócona z ~15 min do ~1 s skanu (pełna kontrola pliku ~1 min), mniejsze ryzyko przedruków i brak reklamacji tego typu po wdrożeniu — narzędzie w codziennym użyciu od 01.05.2026.
W skrócie
„~1 s" to czas samego skanu; pełna kontrola pliku (skan + przejście raportu + naprawa) to około minuty. Dane o błędach i reklamacjach są jakościowe.
Zanim powstało narzędzie
Ręczna inspekcja pliku zajmowała 5–20 minut i wciąż groziła przedrukiem.
W dziale DTP w PolonisDruk każdy plik przed drukiem cyfrowym przechodził ręczną kontrolę. Największym problemem były cienkie linie poniżej progu druku — na monitorze wyglądają poprawnie, ale w druku zlewają się lub znikają. Robiłem tę kontrolę sam, jako operator DTP, i z tej perspektywy zaprojektowałem narzędzie.
Co spowalniało i kosztowało
Kontrola polegała na ręcznym klikaniu we właściwości kolejnych obiektów i porównywaniu ich z progami grubości. Przy złożonych plikach to była żmudna, powtarzalna praca — 5–20 minut na plik, podatna na zmęczenie. Do tego dochodziły kolory w RGB zamiast CMYK i niezatwierdzone Pantone. Najdroższy scenariusz błędu to przedruk i ryzyko reklamacji.
Kto był zaangażowany
2 operatorów DTP — użytkownicy końcowi; na ich realnych plikach testowałem narzędzie. Sponsor wewnętrzny — zielone światło i priorytet na czas budowy. To wewnętrzne usprawnienie procesu, nie produkt komercyjny — i tyle właśnie obejmuje jego zasięg.
- Linie poniżej progu grubości — niewidoczne na ekranie, wadliwe w druku.
- Mikro-obiekty ukryte w grupach, symbolach i maskach.
- Kolory RGB zamiast CMYK oraz niezatwierdzone kolory Pantone (Spot).
- Błąd ludzki — przy setkach obiektów łatwo coś przeoczyć pod koniec kontroli.
Cel — szybciej, pewniej, bez długiego wdrożenia
Trzy mierzalne kryteria, które zdefiniowałem zanim zacząłem budować.
Krótszy czas inspekcji
Z 5–20 minut do kilkudziesięciu sekund pełnej kontroli — mierzone w minutach na plik, przed i po.
Mniej błędów i reklamacji
Zmniejszyć ryzyko wypuszczenia do druku pliku z błędem wykrywalnym przez narzędzie.
Onboarding ≤ 30 minut
Bez tygodniowego wdrażania — jeden przycisk „Skanuj" i czytelny raport.
Od wywiadu do adopcji
Od analizy realnej pracy (04.2026) do wdrożenia — narzędzie w użyciu od 01.05.2026, z domknięciem iteracji do 01.06.2026.
Projekt prowadziłem etapami: od wywiadu i analizy procesu, przez reguły i progi grubości, budowę panelu ze skanerem, testy na plikach produkcyjnych, aż po szkolenie operatorów i wdrożenie. Scope stabilny — zakres zdefiniowany na starcie (skaner grubości + weryfikacja kolorów + klikalny raport) dostarczyłem bez scope creep.
Największe ryzyko — że skaner pominie obiekt lub że operatorzy nie zaufają narzędziu — zdejmowałem na etapie testów: na starcie kontrolowałem plik równolegle ręcznie i narzędziem, aż wyniki się pokrywały. Dopiero to zbudowało zaufanie i pozwoliło porzucić ręczną inspekcję.
Trzy decyzje, które ukształtowały narzędzie
Każda skracała czas pracy albo obniżała ryzyko błędu w druku.
Panel wewnątrz Illustratora, nie osobna aplikacja
Kontrola dzieje się tam, gdzie jest praca — operator nie zmienia kontekstu ani nie eksportuje pliku.
Kompromis: zależność od API Illustratora w zamian za zero zależności od internetu i narzędzi zewnętrznych.
Jeden sztywny próg, zero ustawień
Próg 0,1 mm jest zaszyty w narzędziu. Operator nie podejmuje żadnej decyzji przed skanem — nie ma pola, które można wypełnić błędnie, i nie ma czego tłumaczyć na szkoleniu.
Kompromis: zmiana progu pod inną technikę druku wymaga wejścia w kod — w zamian za brak ryzyka złego ustawienia i onboarding liczony w minutach.
Klikalny raport, nie sam listing
Kliknięcie wiersza zaznacza błędny obiekt w dokumencie („zaznacz w AI") — skraca czas naprawy, nie tylko wykrycia.
Kompromis: dodatkowa praca nad mostem JS ↔ ExtendScript w zamian za realne skrócenie naprawy w codziennym użyciu.
Ryzyka i jak je zdjąłem
Dwa ryzyka, które mogły przekreślić sens narzędzia — i ich mitigacje.
Skaner pomija zagnieżdżone obiekty
Wpływ: obiekt ukryty w grupie, symbolu lub masce mógł „uciec" kontroli i przejść do druku. Mitigacja: rekurencyjne przejście całego drzewa dokumentu + testy na plikach o dużej liczbie obiektów, aż skan pokrywał się z kontrolą ręczną.
Operatorzy nie zaufają narzędziu
Wpływ: nowe narzędzie łatwo zignorować i wrócić do ręcznego klikania. Mitigacja: na starcie równoległa kontrola ręczna i narzędziem; klikalny raport dawał natychmiastową weryfikację („kliknij → zobacz obiekt"). Zaufanie zbudowało się, gdy wyniki się zgadzały.
Jeden skan zamiast tysięcy kliknięć
Panel łączy warstwę UI (HTML/CSS/JS) z logiką ExtendScript, która rekurencyjnie skanuje cały plik.
Operator nie musi znać technikaliów — widzi kolorową listę problemów gotową do naprawy. Poniżej trzy główne moduły narzędzia.
Skaner obiektów i grubości linii
Rekurencyjne przeszukiwanie wszystkich warstw — grupy, maski, zagnieżdżone symbole. Lista pokazuje wszystko poniżej 0,25 mm, ale na czerwono tylko to, co schodzi poniżej 0,1 mm — czyli realne błędy. Zielone wiersze to margines bezpieczeństwa: warto na nie spojrzeć, nie trzeba ich poprawiać.
Obiekty — minimalny wymiar
Obrysy — grubość linii
Jak działa skaner obiektów
- Rekurencyjne przeszukiwanie: skaner wchodzi w grupy, symbole i maski — żaden obiekt nie ucieka.
- Stały próg 0,1 mm: jedna wartość zaszyta w narzędziu — bez ustawień po stronie operatora. Lista wyświetla wszystko do 0,25 mm, żeby widać było też przypadki graniczne.
- Czerwone wiersze = błędy: czytelne oznaczenie kolorem, bez czytania wartości.
- Klik wiersza → zaznacz w AI: kursor Illustratora skacze prosto na błędny obiekt.
Weryfikacja kolorów CMYK i Pantone
Panel sprawdza wypełnienia i obrysy wszystkich obiektów — wykrywa kolory RGB zamiast CMYK oraz Spot Colors (Pantone, pasery, diecut) wymagające decyzji przed drukiem. Zakładka Kolory dzieli się na dwa widoki: wypełnienia i obrysy.
Kolory — wypełnienia
Kolory — obrysy
Co sprawdza moduł kolorów
- Wypełnienia vs obrysy: dwa osobne widoki — kolory i grubości obrysów razem.
- Wykrywanie RGB: alert, gdy obiekt ma kolor w przestrzeni RGB zamiast CMYK.
- Spot Colors (Pantone): lista kolorów dodatkowych z podziałem na obiekty.
- Licznik obiektów: ile obiektów używa danego koloru — priorytetyzacja napraw.
Interaktywny raport i nawigacja do błędów
Raportem są listy z zakładek powyżej — nie ma osobnego ekranu podsumowania. Kliknięcie wiersza wykonuje skok do obiektu w Illustratorze: bez scrollowania, bez szukania w warstwach. Nagłówek panelu trzyma nazwę pliku, liczbę sprawdzonych obiektów i legendę progów, a pasek na dole potwierdza ostatnią akcję — po kliknięciu „Zaznacz wszystkie obrysy kol.” pokazuje, ile obiektów właśnie trafiło do zaznaczenia. Dzięki temu całą grupę błędów poprawia się jedną operacją.
Architektura interaktywnego raportu
- ExtendScript bridge: panel wysyła ID obiektu przez
CSInterface.evalScript()→ Illustrator zaznacza i centruje widok. - Sortowanie błędów: od najpoważniejszych do granicznych — operator zaczyna od najgorszych.
- Filtrowanie warstw: skan ograniczony do wybranej warstwy — szybsza weryfikacja po poprawkach.
- Zaznacz wszystkie: grupowe zaznaczenie błędów do masowej korekty w jednej operacji.
Wdrożenie, przekazanie i artefakty
W codziennym użyciu 2 operatorów DTP od 01.05.2026.
W użyciu od 01.05.2026
Wdrożenie i szkolenie: 01.05.2026 (go-live), pierwszy miesiąc w użyciu i domknięcie iteracji do 01.06.2026. Narzędzie zastąpiło ręczną inspekcję jako standardowy krok kontroli pliku przed drukiem. To wewnętrzne usprawnienie procesu — zasięg dokładnie taki, jak opisano: 2 operatorów, jeden dział DTP.
Wdrożenie poniżej 30 minut
- Instalacja bez IT — pakiet
.zxp, bez uprawnień administratora. - Szkolenie ≤ 30 min — jeden przycisk „Skanuj", czytelny raport, akcja naprawy.
- Krótkie przekazanie — jak czytać kolory raportu i jak zaznaczyć błędny obiekt; progu nie trzeba ustawiać.
Kontrola pliku / GoLive
Checklista kontroli pliku przed drukiem (wewnętrzny GoLive)
- Skan grubości: zero linii poniżej progu 0,1 mm.
- Mikro-obiekty: brak obiektów poniżej progu ukrytych w grupach, symbolach i maskach.
- Kolory: brak wypełnień/obrysów w RGB; kolory Pantone zgodne z zatwierdzoną listą.
- Raport: lista błędów pusta (lub każdy wpis naprawiony i ponownie przeskanowany).
- Decyzja GoLive: plik dopuszczony do druku dopiero po czystym skanie — jeden, powtarzalny krok przed wysyłką na maszynę.
cyfradruk-checklista-golive.webp
Wewnętrzna checklista kontroli pliku / GoLive (dokument lub zrzut)
Artefakty
Dostarczone elementy
- Panel CEP z dwoma modułami: skaner obiektów/grubości i weryfikacja kolorów.
- Rekurencyjny skrypt skanujący w ExtendScript (.jsx).
- Klikalny raport błędów z akcją „zaznacz w AI".
- Pakiet instalacyjny
.zxp.
Dowody do wstawienia
Zrzuty panelu są wstawione: skaner obiektów i obrysów oraz oba widoki kolorów (wypełnienia i obrysy). Do przygotowania został jeden artefakt, oznaczony w treści jako „Zrzut do wstawienia": checklista kontroli pliku / GoLive. Zdjęcie przeglądowe panelu jest w hero.
Efekt: minuty zamiast kwadransów
Co się zmieniło w kontroli pliku
Ręczna inspekcja 5–20 minut ustąpiła miejsca skanowi jednym kliknięciem. Pełna kontrola pliku — skan, przejście raportu i naprawa — zamyka się dziś w około minucie, a nowy operator uczy się narzędzia w mniej niż 30 minut.
Uczciwie o liczbach: „~1 s" to czas samego skanu — pełna kontrola pliku to około minuty. Dane o błędach i reklamacjach są jakościowe: po wdrożeniu nie odnotowaliśmy reklamacji związanych z tym typem błędu. Celem było zmniejszenie ryzyka wypuszczenia do druku pliku z błędem wykrywalnym przez narzędzie — nie absolutna gwarancja.
Skrót w formacie STAR
Podsumowanie
CyfraDruk pokazuje, jak powtarzalną, ręczną kontrolę da się zamknąć w jeden przycisk wewnątrz narzędzia, którego zespół już używa — z uczciwie zmierzonym efektem i realnym wdrożeniem, bez rozdmuchiwania skali.