商業印刷会社は数十年にわたってFTP経由でクライアントのファイルを受け取り続けています。クラウドサービスやウェブ入稿ポータルの台頭にもかかわらず、FTPはプリプレスのワークフローに根強く残っています。大きなファイル、確立した認証情報を持つリピートクライアント、そして生産自動化システムとの統合がFTPをこの業界で現役にしています。
問題は印刷会社がFTPを使っているかどうかではありません。誰かが一日中手動でサーバーを確認して新しいアップロードを探す必要があるかどうかです。
現在の印刷会社のファイル受け取り方法
典型的なワークフローはこうです。クライアントが営業担当またはカスタマーサービスからFTP認証情報を受け取ります。印刷用PDF、TIFF、またはパッケージ化されたInDesignファイルを印刷会社のFTPサーバーにアップロードし、その後メールや電話でアップロードの完了を連絡します。
会社側では、誰か(プリプレスオペレーター、CSR、生産マネージャー)が定期的にFTPサーバーをチェックして新しいファイルを確認します。ファイルをダウンロードし、プリフライトチェックを実行し、生産キューに回します。
扱うファイルのサイズは相当なものです。300 PPIの標準的な印刷用PDFは100MBを超えることも珍しくありません。150 PPIの大判印刷物では500MB以上になることも普通です。このサイズ感がFTPが残り続けている理由です。メールでは送れませんし、ウェブアップロードツールにはサイズ制限やタイムアウトの問題があることが多いからです。
手動確認の問題点
手動でFTPを確認している印刷会社は予測可能な問題に直面します:
- 発見の遅延。 クライアントが朝の締め切りに向けて夜11時にファイルをアップロードしても、誰も朝8時まで確認しません。9時間の生産時間が失われます。
- アップロードの見落とし。 忙しい日は確認回数が減ります。クライアントが生産が始まったと思っている間、ファイルはサーバーに気づかれないまま残り続けます。
- 複数のクライアントフォルダー。 クライアントごとに専用フォルダーを設けている会社では、それぞれ確認する必要があります。20以上のアクティブクライアントがいると、FileZillaでのクリック作業が大量になります。
- 通知なし。 FTPサーバーは新しいファイルが届いても教えてくれません。自分で見に行くしかありません。
FTPullでダウンロードを自動化する
FTPullはFTPサーバーを監視して新しいファイルを自動的にMacにダウンロードします。印刷会社向けのセットアップはこのようになります:
- FTPullをFTPサーバーに向ける。 これはクライアントがアップロードするサーバーです。ホスト名、認証情報、そしてクライアントのアップロードのルートディレクトリを入力します。
- ローカルの保存先フォルダーを設定する。 プリプレスワークステーションの「新着」フォルダー、またはプリフライトソフトウェア(例:Enfocus PitStop)が監視するホットフォルダーにします。
- ポーリング間隔を設定する。 ほとんどの会社には5分ごとが適切です。急ぎ仕事を頻繁に扱う場合は1分ごとに。
- ファイルタイプでフィルタリングする。
.pdf、.tif、.tiff、.zipファイルのみをダウンロードします。Macのクライアントが置いていく.DS_Storeファイルやその他の不要なファイルを無視します。 - 通知を有効にする。 新しいファイルが届いたとき、macOSの通知でプリプレスチームに即座に伝わります。定期的な確認作業は不要になります。
クライアントのアップロードをクライアントごとのフォルダーで整理している場合は、親ディレクトリを監視する(FTPullはサブディレクトリからもダウンロードします)か、最もアクティブなクライアント向けに別々の接続を設定することができます。
印刷会社でMacが重要な理由
デザインおよびプリプレス業界は主にMacで動いています。Adobe Creative Suite(InDesign、Illustrator、Photoshop)、PDF プリフライト用のEnfocus PitStop、そしてほとんどのRIPソフトウェアはmacOSでネイティブに動作するか、Macワークステーションと共に使用されています。
macOSにネイティブで、メニューバーに常駐し、macOSの通知と連携するFTP自動化ツールは、プリプレスオペレーターのワークフローに自然に溶け込みます。Windowsサーバーも、コマンドライン設定も、別の監視ダッシュボードを開いたままにしておく必要もありません。
プリフライト自動化との連携
多くの現代的なプリプレスワークフローではホットフォルダーを使用しています。プリフライトまたはRIPソフトウェアが新しいファイルを待ち受けるディレクトリです。PDFがホットフォルダーに入ると、ソフトウェアが自動的にプリフライトチェックを実行し、修正を適用し、ジョブを振り分けます。
FTPullはホットフォルダーに直接ダウンロードできます。連鎖が完全に自動化されます:クライアントがFTPにアップロード → FTPullがホットフォルダーにダウンロード → プリフライトソフトウェアがファイルを処理。プリフライトレポートで注意が必要になるまで人間の介入は不要です。
アップロード側:校正刷りを送り返す
一部の会社では校正刷り、修正済みPDF、または最終印刷ファイルをクライアントに送り返す必要もあります。FTPushはこの方向を担います。校正刷りのPDFを監視フォルダーに入れると、FTPushが自動的にクライアントのFTPディレクトリにアップロードします。
FTPullとFTPush(FTPSuiteとしてバンドル)を合わせることで、印刷会社とクライアント間のファイルのやり取りの両方向が自動化されます。
FTPとクラウドの代替手段
ウェブ入稿ポータル、Dropbox、WeTransfer、ファイル共有リンクはすべてFTPの有効な代替手段です。多くの会社が複数の手段を提供しています。しかしFTPには印刷特有のメリットがあります:
- サーバーストレージ以外のファイルサイズ制限なし。 有料の壁にぶつかることなく2GBの印刷用ファイルをアップロードできます。
- 自動化に適している。 FTPは生産ワークフローと統合できます。クラウドサービスは手動のダウンロード手順が必要です。
- 確立された認証情報。 長期クライアントはすでにFTPログインを持っています。新しいシステムへの移行は摩擦を生みます。
- 24時間365日セルフサービス。 クライアントは準備ができたらいつでもアップロードでき、誰かに連絡する必要がありません。
ウェブポータルへの移行の流れは本物ですが、FTPは印刷会社からすぐには消えません。会社がまだFTPを提供している場合、ファイル処理を自動化することでクラウド代替手段の利便性に対抗できます。