Xerox FreeFlow Coreが顧客PDFを拒否する時 — 26の不具合ファイルがデータ入稿について教えてくれたこと

製本印刷所の1日は、顧客のPDFから始まります。注文が入り、顧客が原稿をPDFで送信すると、オペレーターはそれをXerox FreeFlow Coreなどの印刷ワークフローに投入します。ほとんどのファイルはそのまま通過しますが、いくつかのファイルがワークフローで停止すると問題が始まります。エラーダイアログに原因が表示されることは稀です。オペレーターはファイルを開き、Acrobatで保存し直しますが、それでも解決しない場合は最終的に顧客に電話をかけることになります。

本記事は、韓国の中規模製本印刷所の実際の生産現場で問題を引き起こした26の顧客PDFファイルに関する記録です。テキスト1行の色を変更しただけで通過したファイルもありました。深刻に見えても実際の印刷結果には全く影響しない警告もありました。どのツールを使っても修正できず、顧客に再入稿を依頼せざるを得ないファイルもありました。入稿段階でファイルをこれら3つのグループに分類することこそ、Pressria Bridge (PB) 1.6.0の「顧客ファイル入稿 (Customer Intake)」機能が果たす役割です。

印刷ワークフローは標準規格のPDFを前提としています

FreeFlow Coreなどのワークフローは、入力されたPDFをプリフライト（事前検査）し、フォントをアウトラインに変換してから、面付け（Imposition）および出力処理へと渡します。このすべてのプロセスは、PDFが標準仕様に沿って作成されていることを前提としています。しかし、顧客のPDFは専門的なデザインソフトウェアから出力されるとは限りません。ハンコムアレアハングル（HWP）、PowerPoint、Word、またはスキャナソフトウェアなどから作成されます。一部は規格上許容されていても特殊な構造を使用していたり、完全に破損していたりします。

26のファイルで発生した問題は、大きく3つのグループに分類されました。

• 修正可能 (Fixable) — 単一の構造やプロパティがワークフローをブロックしている場合。オリジナルはそのままにし、個別の修正済みコピーを作成します。
• 警告のように見えるが、印刷には影響しない (Harmless to print) — オペレーターが気にする必要はありません。これらが多すぎると、本当の問題が埋もれてしまいます。
• 修正不可 (Unfixable) — データがファイル内に存在しない場合。唯一の解決策は、顧客からファイルを再送してもらうことです。

事例1：ページ下部の1行の著作権テキスト — RGBカラーのType3テキスト

800ページを超えるあるファイルが、FreeFlow Coreの製本処理パスで継続して失敗しました。エラーが発生した範囲は797〜808ページの計12ページでした。原因を絞り込むため、797〜798ページのみを抽出し、いくつかのバリエーションを作成して、印刷所の実際のFreeFlow Coreでそれぞれテストしました。

原因は、各ページの下部にある著作権の行でした。その行だけがType3フォント（ハンコムアレアハングルのPDFエクスポートから生成されたと推測されます）で設定されており、DeviceRGBの青色で塗りつぶされていました。ページの他のすべての要素はグレースケールの通常のフォントを使用していました。

Type3フォントは、PDFの描画オペレータを使用してグリフ（字形）を直接定義します。TrueTypeやType1フォントのようにフォントプログラムを保持する代わりに、各文字に対して小さな描画を含んでいるようなものです。このファイルのType3グリフは独自の色を持っていなかったため、テキストが描画された時点の現在の色（ここではRGBの青）でレンダリングされました。

なぜFreeFlow Coreがこの組み合わせで失敗するのかについて、公開されているドキュメントはありません。私たちが確認できた事実は、次の3点に集約されます：

1. その行を削除するとファイルは通過する (C)。
2. テキストの色だけをCMYKに変更しても通過する (D)。
3. 「フォントの問題」を取り除くためにテキストをアウトラインに変換すると、ワークフローが完了しなくなる (E)。

そのため、PBは可能な限り最小限の変更を加えます。Type3グリフが描画される間に適用されているRGBカラー（塗りつぶしと線）のみをCMYKに変換し、その後元のカラー状態を復元します。フォント自体は変更されません。同じカラー状態を共有する図形や画像には影響しません。変換には出力用のICCプロファイルを使用し、設定されていない場合はデフォルトのプロファイルを使用します。グレー（R=G=B）はK版のみに分版されるため、小さなテキストが4色リッチブラックになることはありません。変更後、PBは修正前後のページを直接レンダリングして比較し、対象のグリフ以外の部分に違いがあれば、その修正を破棄します。

26のファイルのうち1つがこの構造を持っていました。一般的ではありませんが、ハンコムアレアハングルで作成された教材や配布物を受け取る印刷所であれば、遭遇する可能性があります。

もう一つ教訓がありました。最初にAcrobat Preflightでファイルをテストした際、フォントを分割する方法（B）が解決策のように見えました。しかし、FreeFlow Coreでは失敗しました。デスクトップツールを通過したからといって、実際の印刷ワークフローの通過が保証されるわけではありません。最終判断は常に実際のワークフロー上で行う必要があります。

事例2：深刻に見えるが印刷には影響しない警告 — 隠しテキスト (Hidden Text)

スキャン後にOCR処理されたPDFには、画面には表示されないテキストレイヤーが含まれています。これは検索やコピーのために存在し、PDF内部では非表示（テキストレンダリングモード3）としてマークされています。当初、私たちはこれを警告（Warning）としてフラグ付けしました。フォントをアウトラインに変換する際に、この隠しテキストが可視状態で印刷されてしまえば、重大な事故になるからです。

そこで実際に確認しました。隠しテキストレイヤーを持つ48ページのファイルに、Acrobat Preflightの「フォントをアウトラインに変換」修正を適用しました。隠しテキストを描画する10,240個のオペレータはすべて消滅し、48ページ全体で変換前後のレンダリング結果に違いは全くありませんでした。アウトライン変換によって透明なテキストが描画されることはありませんでした。

そのため、この項目のレベルを「情報 (Info)」に下げました。レポートには「検索用の隠しテキストあり — 印刷への影響なし」とだけ記録され、判定の危険度は上がりません。

隠しテキストでのみ使用されているフォントがPDFに埋め込まれていない場合、PBは修正済みコピーに代替フォントを組み込み、「隠しテキスト専用の未埋め込みフォント — 印刷への影響なし」とマークします。フォントの欠落自体は、ルールに従い引き続き警告（Warning）として維持されます。

警告を減らすことも重要な機能です。オペレーターが毎回「これは大丈夫か？」と悩まなければならないとしたら、本当に危険なフラグも他の些細な警告と同じ重みで読み飛ばされてしまいます。

事例3：修正不可能なファイル — そして「私のPCでは正常に開けますが」

26のファイルのうち3つは破損していました。

• 1つのファイルはあるPDFエンジンで全く開けず、別のエンジンでは開けたものの168〜170ページが白紙になっていました。
• 1つのファイルは、保存が途中で中断されたように末尾が途切れていました。
• もう1つのファイルは相互参照テーブル（xref）が破損しており、エンジンによってページ数の認識が異なりました（あるエンジンでは180ページ、別のエンジンでは216ページ）。

これらのファイルが厄介なのは、顧客のPCでは正常に開けるからです。Acrobatなどのビューアは、破損したファイルを開く際に独自の修復を試みます。修復を知らせる通知が一瞬表示されてドキュメントが開きますが、その過程で一部のページが白紙になったり欠落したりします。顧客は「正常に開ける」と言い、印刷所は白紙が混じったまま本を印刷するリスクを抱え込むことになります。

破損して失われたデータは再作成できません。入稿段階の役割は次の3つです：

1. 破損したファイルを印刷ワークフローに渡さないこと。
2. 何が問題なのか（例：168〜170ページが破損）をオペレーターに正確に示すこと。
3. 顧客とのやり取りにかかる時間を最小限に抑えること。

PBはこれらのファイルを「致命的 (Critical)」としてマークし、印刷フォルダにはコピーしません。注文と一緒にファイルが入稿された場合、オペレーターは入稿履歴の［再アップロード要求］ボタンから顧客に通知を送ることができます。このボタンはCriticalとマークされたファイルにのみ、かつ印刷所がメッセージテンプレートを登録している場合にのみ表示されます。韓国の場合、メッセージは印刷所名義のKakaoTalkビジネスメッセージとして送信され、以下の内容が含まれます：

• ファイル名と具体的な問題（例：「一部のページ（168〜170p）が破損しています」）
• 元のアプリケーションからPDFを再度保存するよう求めるお願い
• 再アップロード用リンク

顧客が再アップロードしたファイルは新たな入稿として扱われ、自動的に再検査されます。

メッセージの文面も改善しました。当初は「ファイルが破損して開けません」と送信していましたが、顧客のPCでは自動修復後に開けるため、「開けるのにどういうことか」という問い合わせが頻発しました。現在では、破損したページ番号が判明している場合は、そのページ番号を正確に明記して案内しています。

入稿時に何が起きているか — Pressria Bridge 顧客ファイル入稿

顧客がアップロードページでファイルを送信すると、PBはそれを受信して検査し、修正可能なものは修正済みコピーを作成した上で、印刷可能なファイルのみを印刷フォルダに送信します。ファイルが最初にPBに入稿されるまでのプロセスについては、顧客ファイル入稿をご覧ください。

• 注文別の自動整理（韓国） — 韓国においてオンラインショップの注文と連動して入稿されたファイルは、購入者名（または設定により受取人名）と電話番号の下4桁がファイル名に追加され、顧客別の専用フォルダが作成されます。例：original-name_ホンギルドン-1234_120p.pdf。ファイル名にページ数が含まれるため、オペレーターはファイルを開かずに分量を確認できます。
• 合紙（セパレータシート）の自動生成 — 設定で有効にすると、PBは各顧客フォルダに注文者情報が印刷された1ページの合紙PDFを作成します。サイズは、そのフォルダ内で最も多く使用されている判型に合わせられます。
• 精密検査 — ファイルの破損、フォントの欠落、構造上のエラー（削除されたページへの参照など）、異なるページサイズの混在、特色（スポットカラー）の有無などを検査します。
• 修正済みコピーの生成 — オリジナルはそのまま維持され、修正は別の修正済みコピーに適用されます。
  • 欠落している基本フォントを互換性のあるフォントで埋め込み
  • 内部構造のクリーンアップと正常化
  • Type3テキストのRGBカラーをCMYKに変換
  • 印刷および編集制限の解除。ただし、ドキュメントを開くためのパスワードは解除されません。
• 印刷フォルダへのコピー — 設定でコピーパスを指定しておくと、検査を通過したファイルがFreeFlowの入力フォルダなどのホットフォルダに自動的にコピーされます。
  • 修正済みコピーがある場合はそれが送信されます。Criticalファイルおよび合紙は送信されません。
  • 一時的なファイル名で書き込まれ、完了後に名前が変更されるため、ワークフローがコピー途中の不完全なファイルを拾い上げる事故を防ぎます。
  • ネットワーク共有パス（SMBなど）も機能します。
• 再アップロード要求（韓国） — 事例3で説明したように、入稿履歴画面から送信されます。

PBが意図的に「やらない」こと

• フォントをアウトラインに変換しません。 これはFreeFlow Coreの仕事です。PBが先に行ってしまうと、事例Eのようにワークフローを停止させる危険性があります。PBは不足しているフォントをPDFに埋め込むところまでで留めます。
• ファイルを開くためのパスワードを強制的に解除しません。 印刷および編集の制限は解除しますが、コンテンツ自体を閲覧するためのパスワードは顧客から確認する必要があります。
• オリジナルファイルは直接変更しません。 すべての修正は別のコピーファイルとして生成されます。Type3のカラー修正ではレンダリング前後の整合性を検証し、その他の修正も修正箇所以外に変化がないかを徹底的に照合します。少しでも異常があれば、その修正は直ちに破棄されます。
• 破損したファイルを「無理やり」印刷しようとはしません。 無理に修復して生き残ったページだけを印刷し、後で再印刷の損失を被るよりも、顧客から正常なファイルを再度受け取る方が結果的にコストと時間を節約できます。

入稿時のチェックリスト

PBを使用しているかどうかにかかわらず、現場ですぐに適用できるヒントです。

• アレアハングルやPowerPointのPDFがワークフローで失敗した場合、エラーが発生するページのみを抽出してテストしてください。範囲を絞り込むことで、原因となるオブジェクトを特定できます。
• 疑わしいオブジェクトを削除したバージョンと、プロパティを1つだけ変更したバージョンを作成し、実際の運用ワークフローに通して確認してください。デスクトップツールでのプリフライト結果だけで判断しないでください。
• 検査の警告項目を「実際の印刷結果に影響を与えるか？」という1つの基準で再分類してください。影響のない項目は「情報(Info)」に格下げし、オペレーターの負担を軽減します。
• ビューアで開く際に修復通知が出るファイルは、そのまま印刷しないでください。可能であれば、2つ以上の異なるPDFエンジンでページ数が一致するかを比較してください。
• 顧客にファイルの再送を依頼する際は、「ファイルがおかしい」と言うだけでなく、具体的に何ページ目でどのような問題が発生したかを明確に伝えてください。

おわりに

出力デバイスやワークフローソフトウェアはますます高度化していますが、そこに投入される顧客ファイルは依然としてアレアハングルやPowerPointから作成されています。このギャップを埋めるための最も費用対効果の高い場所は、出力の直前ではなく、最初の「入稿（Intake）」の段階です。修正可能なものは静かに安全に修正し、問題がないものはそのまま通し、修正不可能なファイルは素早く顧客に送り返す。これこそが、PBの顧客ファイル入稿機能が作られた理由です。

---

参考資料

• Xerox — FreeFlow Core — 印刷ワークフロー製品概要
• ISO 32000-1:2008 (Adobe提供のPDF規格ドキュメント) — セクション9.6.5, Type 3 フォント

---

Pressriaは、ホワイトレイヤー生成、カットライン処理、ネスティング、Illustrator連携など、印刷生産ワークフローを自動化します。詳細は pb.pressria.com で確認でき、verify.pressria.com でファイル事前検証ツールをお試しいただけます。

XeroxおよびFreeFlowはXerox Corporationの商標であり、AcrobatはAdobeの商標です。その他の製品名は各所有者の商標です。