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

Với báo cáo preflight PDF, trước hết hãy xem mức độ nghiêm trọng, sau đó xem vị trí vấn đề, 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 đọc theo ba cửa gửi in của MINDS: ① chặn trước các Error có thể làm in sai, ② tiếp theo xác nhận các Warning có thể ảnh hưởng chất lượng, ③ cuối cùng giữ Info làm ghi chú sản xuất

Định nghĩa tiêu 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 tiền 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, điều đầu tiên tôi xem không phải số trang, cũng không phải có bao nhiêu chữ đỏ, mà là 3 cấp độ: Error, Warning, Info

・Error: sẽ khiến thành phẩm sai rõ ràng, thường phải sửa xong mới nên cho in, ví dụ font chưa nhúng, thiếu hình, sai kích thước trang, thiếu bleed

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

・Info: phần lớn là thông tin sản xuất hoặc nhắc nhở, ví dụ file đang dùng những color space nào, có bao nhiêu trang, có chứa comment hoặc trường form hay không

Tôi khuyên phía mua hàng không nên gửi nguyên báo cáo preflight cho designer, vì như vậy họ sẽ không biết phải cứu chỗ nào trước

Cách tốt hơn là viết lại báo cáo thành danh sách 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 giá, quy trình gia công hoặc ngoại quan thành phẩm, cần designer và nhà in cùng đánh giá

・Mục ghi chú: Info, để nhà in sắp trang, xuất file và bố trí 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ỉ chuyển tiếp một báo cáo PDF 12 trang, trong email chỉ viết “nhà in nói có vấn đề”

Những email như vậy thường phải 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à cảnh báo của hệ thống

Font chưa nhúng là Error nên được xử lý ưu tiên 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 xuất hoặc RIP cũng 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à lúc khách duyệt file cũng không nhìn ra

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

・Khi 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à nhúng font

・Khi thấy Type 3 font: trước tiên xác nhận mục đích sử dụng; nếu là ký hiệu đặc biệt, mã vạch hoặc file xuất từ phần mềm cũ, hãy nhờ nhà in test RIP hoặc yêu cầu convert text to outlines

・Khi 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 xuất file riêng

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

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

Nếu PDF được chuyển từ Word, PowerPoint hoặc Excel thì càng phải đặc biệt kiểm tra việc nhúng font

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, chế độ màu

Những file này không phải là không in được, mà là không thể xem bản 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 xuất thực tế sau khi hình được đặt vào layout; cùng một hình 300 dpi, nếu phóng lớn 2 lần trong layout thì độ phân giải hiệu dụng thực tế sẽ giảm xuống khoảng 150 dpi

Cách đánh giá 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ể chỉ dùng 300 dpi để áp cho mọi trường hợp

・Chữ nhỏ, ảnh sản phẩm, màu da, vậ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ố dùng bitmap độ phân giải thấp, dùng vector được thì nên dùng vector

Khi phía mua hàng nhận Warning Low resolution image, đừng trả lời ngay 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 lớn thế nào, khoảng cách xem gần ra sao

Ví dụ một trường hợp rất thường gặp: key visual trên bìa catalogue A4 được phóng full trang, preflight hiển thị effective resolution chỉ có 118 dpi

Nếu đó là backdrop triển lãm xem từ xa thì có thể còn bàn tiếp; nếu là bìa catalogue sản phẩm cao cấp, tôi sẽ yêu cầu thay 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 phân khúc trung thấp, layout cố định và lịch gấp, có thể cân nhắc dùng logic đặt hàng theo quy cách của MINDS Printing để kiểm tra trước kích thước và bleed

Với catalogue cao cấp, brand book, 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 về hình ảnh, giấy và màu sắc ngay từ giai đoạn tiền in

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

Trong 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 thực tế vẫn phải theo quy cách của nhà in

Khi thấy vấn đề về 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 không, ví dụ A4 có phải 210 × 297 mm không

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

・Nội dung quan trọng, Logo, QR Code có nằm quá gần đường cắt không; vùng an toàn thường lấy 3 mm đến 5 mm

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

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

Nhưng khi vào nhà in, sắp trang, gấp và cắt đều phải dựa vào page box; box sai thì mọi công đoạn phía sau đều phải đoán

Tôi từng 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à mép 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ễ mắc kẹt nhất ở tình huống “phía thiết kế thấy không có vấn đề, phía in lại 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ể bị khác 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, phía mua hàng cần xác nhận đó là màu pha riêng thật sự cần tách bản, hay chỉ là swatch còn sót trong phần mềm thiết kế

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

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

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

・Hiệu ứng transparency này sẽ được xuất y như file gốc, hay cần flatten rồi mớ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 đối tượng 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 dự án 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 thành CMYK

Với đội ngũ MINDS hoặc các đối tác đang làm SaaS ngành in, tôi xem phần này là trang then chốt trong 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 tiếp theo

Khi phía mua hàng hiểu được, designer sửa nhanh hơn, nhà in cũng bớt phải nghe điện thoại

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

・Font chưa nhúng, 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 gửi in

・Với hình ảnh, hãy 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, rất thường là thiết lập gia công hoặc in ấn cần xác nhận

・Động tác có giá trị nhất của phía mua hàng là dịch 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 tiền in, chứ không phải một phụ lục kỹ thuật đáng sợ

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ể dùng Warning làm 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à in thành danh sách nhiệm vụ

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 trao đổi qua lại nhiều nhất, tổng hợp 5 vấn đề preflight lặp lại nhiều nhất, rồi 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 sẽ hiệu quả hơn thêm một cuộc họp nữa