Cách đọc báo cáo preflight PDF

Khi đọc báo cáo preflight PDF, trước hết hãy xem mức độ nghiêm trọng, sau đó xem vị trí lỗi, cuối cùng chuyển từng mục thành danh sách “ai sửa, sửa gì, xác nhận khi nào”. Tôi thường dùng ba cửa kiểm tra trước in của MINDS Printing (MS, in thương mại tùy biến hoàn toàn phân khúc trung cao cấp) để đọc: ① chặn trước các Error có thể làm in sai, ② xác nhận các Warning có thể ảnh hưởng chất lượng, ③ giữ Info làm ghi chú sản xuất

Định nghĩa chuẩn của báo cáo preflight PDF: báo cáo preflight PDF là danh sách rủi ro được tạo ra sau khi dùng Acrobat Preflight hoặc công cụ kiểm tra trước RIP của nhà in để kiểm tra các điều kiện trước in như font, độ phân giải, page box, bleed, transparency, màu sắc và overprint

Khi nhận một báo cáo preflight, tôi không nhìn số trang trước, cũng không xem có bao nhiêu dòng đỏ. Tôi nhìn 3 cấp độ trước: Error, Warning, Info

・Error: sẽ khiến thành phẩm sai rõ ràng, thường phải sửa xong mới phù hợp để bắt đầu in, chẳng hạn font chưa embedded, thiếu hình ảnh, sai kích thước trang, thiếu bleed

・Warning: chưa chắc làm hỏng toàn bộ, nhưng cần phía thiết kế hoặc nhà in xác nhận, chẳng hạn effective resolution của hình hơi thấp, hiệu ứng transparency có thể cần flatten, spot color chưa nêu rõ mục đích sử dụng

・Info: đa phần là thông tin sản xuất hoặc nhắc nhở, chẳng hạn file dùng những color space nào, có bao nhiêu trang, có chứa comment hoặc form field hay không

Tôi khuyên phía mua hàng không nên ném nguyên báo cáo preflight lại cho designer, vì như vậy đối phương sẽ không biết nên cứu chỗ nào trước

Cách tốt hơn là viết lại báo cáo thành checklist chỉnh sửa 3 cột: mục bắt buộc sửa, mục cần xác nhận, mục ghi chú

・Mục bắt buộc sửa: Error, ảnh hưởng đến độ chính xác khi in, cần designer gửi lại file

・Mục cần xác nhận: Warning, có thể ảnh hưởng đến giá, quy trình gia công hoặc ngoại quan thành phẩm, cần designer và nhà in cùng phán đoán

・Mục ghi chú: Info, để nhà in sắp xếp dàn trang in, output và gia công sau in

Lãng phí giao tiếp thường gặp nhất tại hiện trường là phía mua hàng chỉ forward một báo cáo PDF 12 trang, trong email chỉ viết “nhà cung cấp nói có vấn đề”

Loại email này thường qua lại hơn 3 vòng, vì không ai biết vấn đề đó sẽ làm in sai, có thể làm chất lượng kém đi, hay chỉ là nhắc nhở của hệ thống

Font chưa embedded là Error cần ưu tiên xử lý nhất trong báo cáo preflight PDF

Nhìn trên màn hình bình thường không có nghĩa là máy output hoặc RIP có cùng bộ font đó. Khi thiếu font, có thể xảy ra thay font, thay đổi khoảng cách dòng, mất ký hiệu; rắc rối nhất là khách hàng có thể không nhìn ra lúc duyệt proof

Phía mua hàng có thể đọc báo cáo như sau

・Thấy Font not embedded, Missing font, Substituted font: xếp vào mục bắt buộc sửa, yêu cầu designer xuất lại PDF và embedded font

・Thấy Type 3 font: xác nhận mục đích sử dụng trước; nếu là ký hiệu đặc biệt, barcode hoặc output từ phần mềm cũ, hãy nhờ nhà in test RIP hoặc yêu cầu chuyển outline

・Thấy CID font, Subset embedded: thường là thông tin bình thường, trừ khi nhà in có giới hạn output riêng

Cách phán đoán của tôi rất đơn giản: chữ là hợp đồng, hình là cảm xúc

Hợp đồng không thể output bằng may rủi, nên vấn đề font đừng bỏ qua bằng câu “chắc không sao”

Nếu là PDF chuyển từ Word, PowerPoint, Excel, càng phải đặc biệt xem font có được embedded hay không

File Office thường có ít nhất 5 nhóm rủi ro: kích thước trang, thay font, nén hình, hiệu ứng transparency, color mode

Loại file này không phải là không in được, mà là không thể xem preview trên màn hình như một bảo đảm

Với hình ảnh, hãy xem effective resolution, đừng chỉ xem độ phân giải của file gốc

Effective resolution là độ phân giải output thực tế sau khi hình được đặt vào layout. Cùng một hình 300 dpi, nếu phóng to 2 lần trên layout, effective resolution thực tế sẽ giảm xuống khoảng 150 dpi

Cách phán đoán thường gặp như sau

・In màu thông thường: effective resolution gần 300 dpi thường ổn định hơn

・In khổ lớn, poster, xem từ xa: effective resolution có thể nới theo khoảng cách xem, không thể dùng 300 dpi để cắt một nhát cho mọi trường hợp

・Chữ nhỏ, ảnh sản phẩm, màu da, chất liệu kim loại: độ phân giải thấp rất dễ bị nhìn ra, nên xếp vào mục cần xác nhận hoặc mục bắt buộc sửa

・Logo, line art, QR Code: đừng cố chống bằng bitmap độ phân giải thấp; dùng vector được thì dùng vector

Khi phía mua hàng nhận Warning Low resolution image, đừng trả lời thẳng là “độ phân giải hình không đủ”

Cách hỏi hiệu quả hơn là: trang mấy, hình nào, effective resolution hiện tại bao nhiêu, kích thước thành phẩm bao lớn, khoảng cách xem gần đến mức nào

Lấy một case thường gặp: key visual trên bìa catalogue A4 bị phóng full bleed, preflight hiển thị effective resolution chỉ 118 dpi

Nếu đó là backdrop triển lãm nhìn từ xa thì còn có thể thảo luận; nếu là bìa catalogue sản phẩm cao cấp, tôi sẽ yêu cầu đổi hình, vì cảm giác chất lượng ở cái nhìn đầu tiên sẽ giảm

Với ấn phẩm dòng giá trung thấp, layout cố định, lịch gấp, có thể cân nhắc dùng logic đặt hàng theo quy cách của MINDS Printing để đối chiếu kích thước và bleed trước

Với catalogue cao cấp, brand manual, giấy đặc biệt hoặc in thương mại tùy biến hoàn toàn, nên giao cho MINDS Printing cùng kiểm tra rủi ro hình ảnh, giấy và màu sắc ở giai đoạn trước in

TrimBox là kích thước sau khi thành phẩm được xén xong, BleedBox là vùng an toàn chừa ngoài đường xén để bù sai số dao cắt

Trong thực tế in thương mại tại Đài Loan, yêu cầu bleed thường gặp là mỗi cạnh 3 mm, nhưng cuối cùng vẫn phải theo quy cách của nhà in

Khi thấy vấn đề page box trong báo cáo preflight, phía mua hàng hãy nắm 4 việc

・Kích thước TrimBox có bằng kích thước thành phẩm hay không, chẳng hạn A4 có phải 210 × 297 mm không

・BleedBox có lớn hơn TrimBox hay không, và bốn cạnh đều có bleed hay không

・Chữ quan trọng, Logo, QR Code có quá gần đường xén hay không; safe margin thường lấy 3 mm đến 5 mm

・Kích thước trang của tài liệu nhiều trang có thống nhất hay không, đặc biệt là catalogue, menu, sách hướng dẫn

Vấn đề xén rất ít khi lộ ra trên màn hình, vì trình đọc PDF sẽ hiển thị trang rất sạch

Nhưng khi vào nhà in, impose, gấp và xén đều dựa vào page box. Box sai thì mỗi công đoạn phía sau đều phải đoán theo

Tôi đã thấy nhiều tranh chấp về danh thiếp, thiệp mời, sticker không phải vì thiết kế xấu, mà vì bleed không được kéo ra ngoài

Dao cắt lệch 1 mm là viền trắng sẽ lộ ra; nếu nền là màu đậm hoặc ảnh full bleed, 1 mm đó sẽ rất chói mắt

Transparency, Spot Color và Overprint là 3 nhóm dễ kẹt nhất ở trạng thái “phía thiết kế thấy không sao, phía in không dám in thẳng”

Chúng không nhất thiết đều sai, nhưng rất cần nói rõ mục đích sử dụng

・Transparency: bóng đổ, feather, layer trong suốt có thể tạo khác biệt khi flatten trong RIP hoặc quy trình cũ; nếu nhà in yêu cầu PDF/X-1a, transparency thường phải được xử lý sớm hơn so với PDF/X-4

・Spot Color: nếu file có Pantone hoặc Spot Color tự tạo, phía mua hàng cần xác nhận đó là bản màu đặc biệt thật sự cần tách kẽm riêng, hay chỉ là swatch còn sót lại trong phần mềm thiết kế

・Overprint: chữ đen overprint là thường gặp và hợp lý, nhưng nếu object màu trắng bị đặt nhầm Overprint, khi in ra có thể biến mất hoàn toàn

Khi phía mua hàng gặp loại Warning này, không nên tự kết án tử

Hãy sắp xếp vấn đề thành 3 câu hỏi có thể trả lời được cho nhà in và designer

・Hiệu ứng transparency này sẽ output y như file gốc, hay cần flatten rồi proof lại?

・Spot Color trong file là màu chỉ định chính thức, bản gia công, hay cần chuyển sang CMYK?

・Những object nào có Overprint, nhà in có thể cung cấp overprint preview hoặc digital proof để xác nhận không?

Nếu case có ép kim, mực trắng, phủ UV cục bộ, khuôn bế hoặc giấy đặc biệt, Spot Color thường không phải lỗi mà là tín hiệu gia công

Lúc này giá trị của báo cáo preflight là chuyển “cảnh báo hệ thống” thành “xác nhận quy trình”, tránh để nhà in chuyển nhầm bản gia công sang CMYK

Với nhóm MINDS hoặc các đối tác đang làm SaaS ngành in, tôi sẽ xem đây là trang trọng yếu của thiết kế sản phẩm: hệ thống không nên chỉ hiển thị đèn đỏ vàng xanh, mà phải viết lại Warning thành hành động kế tiếp

Phía mua hàng đọc hiểu được, designer sửa nhanh hơn, nhà in cũng bớt phải nhận thêm vài cuộc gọi

・Báo cáo preflight PDF trước hết phải chia Error, Warning, Info; nhiều chữ đỏ không đáng sợ, không có thứ tự ưu tiên mới đáng sợ

・Font chưa embedded, sai kích thước trang, thiếu bleed thường là các mục bắt buộc sửa trước khi đưa file đi in

・Hình ảnh phải xem effective resolution; độ phân giải gốc đẹp không có nghĩa là sau khi phóng lớn vẫn in đẹp

・Spot Color và Overprint không nhất thiết là lỗi, thường là thiết lập gia công hoặc in ấn cần xác nhận

・Hành động có giá trị nhất của phía mua hàng là chuyển báo cáo thành “ai sửa, sửa gì, xác nhận thế nào”

Báo cáo preflight phù hợp nhất để trở thành ngôn ngữ chung trong giao tiếp trước in, chứ không phải một file đính kèm kỹ thuật gây sợ hãi

Phía sản xuất in có thể biến các Error thường gặp thành quy tắc trả file, phía thiết kế có thể xem Warning như checklist tự kiểm tra trước khi gửi in, còn đội ngũ SaaS nên chuyển kết quả Acrobat Preflight hoặc kiểm tra nội bộ nhà máy thành task list

Bước tiếp theo rất thực tế: chọn 10 file PDF gần đây nhất bị trả lại hoặc phải qua lại nhiều nhất, tổng hợp 5 vấn đề preflight lặp lại nhiều nhất, viết thành quy cách gửi in và mẫu phản hồi riêng của công ty. Việc này hiệu quả hơn mở thêm một cuộc họp