W typowym procesie przeddruku plik z programu DTP (format natywny) jest często eksportowany do PDF, ponieważ PDF działa jako format wymiany między studiem a drukarnią. Gdy plik zostanie przekazany "bez konwersji do formatu PDF", rośnie ryzyko, że w innym środowisku (inna wersja aplikacji, inne wtyczki, inne ustawienia systemu) nastąpią niekontrolowane zmiany.
Odpowiedź "Brak konwersji do formatu PDF może prowadzić do problemów z kompatybilnością" jest trafna, bo najczęstsze problemy dotyczą:
- czcionek (brak fontów, podmiana, zmiana kerningu i łamań),
- grafik i łączy (brakujące linki, inne ścieżki plików, różne ustawienia osadzania),
- przezroczystości i efektów (inna interpretacja, konieczność spłaszczania),
- ustawień strony (format netto/brutto, spady, położenie znaczników),
- kolorów (inne profile, niezamierzone konwersje).
Stwierdzenie "Projekt graficzny powinien być zawsze drukowany bezpośrednio z oryginalnego pliku" jest zbyt kategoryczne. W wielu workflow drukarnia oczekuje pliku PDF (czasem w określonym wariancie), bo ułatwia to standaryzację, kontrolę preflight i stabilne przetwarzanie w RIP.
Odpowiedź "Konwersja do formatu PDF powinna nastąpić przed przygotowaniem projektu graficznego" jest nielogiczna procesowo: PDF jest zwykle etapem po przygotowaniu projektu, a nie przed projektowaniem.
Opcja "Brak błędu w opisanym procesie" pomija typowe ryzyko produkcyjne. Nawet jeśli dana drukarnia akceptuje pliki natywne, to bez doprecyzowania wymagań jest to decyzja obarczona większą niepewnością niż przekazanie poprawnie przygotowanego PDF.
Wskazówka egzaminacyjna: gdy pytanie dotyczy przekazania pliku do druku, szukaj odpowiedzi związanych z kompatybilnością, osadzaniem zasobów (fonty/obrazy) i kontrolą pliku (preflight), bo to są najczęstsze źródła błędów w praktyce.
