XERIAでは、個別PDF出力のファイル名を設定でき、受信者別文書のバッチを識別、並べ替え、確認、保管、配布しやすくできます。1つの元PDFから多数の個別コピーを作る場合、明確な命名ルールが特に重要です。
良いファイル名は単なる便利機能ではありません。受信者レコード、生成PDF、メール添付、保管フォルダ、後のトラブルシューティングを結ぶ運用上の手掛かりになります。不要な機密情報を含めず、混同を防げるだけの一意性を持たせることが目的です。
要点
個別PDFワークフローを開き、出力ファイル名または命名設定を見つけ、現在のXERIA画面が示すパターンを選び、実際に対応する受信者値だけを使って小規模サンプルを生成し、フルバッチ前に結果を確認します。
実用的なファイル名は衝突を起こさず文書を識別できる必要があります。固定文書ラベルと対応する受信者値を組み合わせる方が、全員に同じ`Document.pdf`を使うより有用です。
個別PDFワークフローで出力ファイル名が重要な理由
個別バッチでは元文書が同じでも、各PDFの見える内容が受信者ごとに変わります。区別できないファイル名では手動確認が難しくなり、誤ったコピーを添付・移動するリスクが上がります。
一貫した命名は、出力フォルダ確認、受信者レコードとの照合、添付送信、特定コピーの検索、失敗・再開ジョブの比較、最終配布セットの保管を容易にします。
1. ファイル名が何を伝えるべきか決める
命名パターンを設定する前に、ファイル名だけで何が分かればよいか決めます。内部バッチでは受信者識別が有用でも、外部に見える添付名はプライバシーや見栄えのため中立的にした方がよい場合があります。
- ファイル名の主な利用者が内部担当者か外部受信者か決める
- バッチ全体で固定する文書ラベルを決める
- 識別に本当に必要な受信者値だけを使う
- 不要な個人情報や機密情報を避ける
- 同名・類似名の受信者をどう区別するか決める
- パターンを短く読みやすく保つ
2. XERIAで個別PDFの出力ファイル名を設定する
ステップ1：個別バッチワークフローを開く
XERIAで個別PDFを生成するワークフローを開き、元文書と受信者データを読み込みます。受信者リストをExcelから取り込む必要がある場合は[XERIAにExcel受信者リストをインポートする方法](/resources/articles/import-excel-recipient-list-into-xeria/)を参照してください。 既存リストの確認や管理が必要な場合は[XERIAで受信者リストを作成・管理する方法](/resources/articles/create-manage-recipient-lists-in-xeria/)を参照してください。
ステップ2：出力ファイル名設定を見つける
現在のXERIA画面に表示される出力ファイル名、命名設定、または同等の項目を探します。古い命名構文を前提にせず、インストール済みバージョンが実際に提供する選択肢を使ってください。
ステップ3：命名パターンを作る
対応する固定テキストと動的受信者値を組み合わせます。固定部分はプロジェクト、レポート、コース、提案、配布ラベルなど意味のあるものにし、動的値は識別を改善する場合だけ使います。
ステップ4：小さなサンプルを生成する
本番前に、類似名、長い値、非ラテン文字、実際のエッジケースを含む代表サンプルを作ります。Windowsと保存先フォルダでファイル名がどう表示されるか確認します。
ステップ5：フルバッチ前にパターンを確認する
サンプルが正しければ本番受信者リストと出力フォルダを確認してバッチを実行します。生成後、重複に見える名前、予期しない置換、欠損値、受信者不一致を確認します。
3. 動的受信者値を慎重に使う
動的値は手動リネームを減らします。現在のXERIAバージョンと利用可能な受信者データにより、命名画面で特定の受信者フィールドや変数を使える場合があります。
現在の画面を正とします。可視ウォーターマークで使えるトークンが自動的にファイル名変数になるわけではなく、スプレッドシート列もXERIAが命名用に公開していなければ使えるとは限りません。
4. ファイル名を互換性があり読みやすい状態に保つ
出力名はWindowsファイル名として動作し、後でクラウド、メール、ネットワークフォルダ、他システムでも扱われる可能性があります。不要な文字・パス問題を避ける単純なルールを使います。
- 名前を適度に短くする
- 識別に不要な装飾的記号を避ける
- Windowsで使用できない文字を使わない
- 末尾空白や曖昧な連続区切りを避ける
- 必要ならハイフンやアンダースコアを使う
- 多言語リストでは非ラテン文字をテストする
5. 重複ファイル名を防ぐ
2人の受信者が同じ氏名、イニシャル、会社名などを持つことがあります。パターンが十分一意でなければ、異なる個別出力が同じまたは非常に似た名前となり、混同や上書きリスクを生む可能性があります。
必要ならXERIAが対応する別の識別値、内部参照、メール由来識別子、連番、その他のフィールドを使います。画面が対応しない変数を作らず、実際の受信者データや命名パターンを調整します。
6. 識別性とプライバシーを両立する
ファイル名はPDFの外でも見えます。メールクライアント、ダウンロードフォルダ、クラウド履歴、最近使ったファイル、バックアップ、スクリーンショットなどです。必要性がない個人、医療、財務、契約、セキュリティ情報は入れないでください。
外部配布では、文書ラベルと限定的な受信者識別子のような中立的パターンが適する場合があります。より詳細な関連付けはXERIAレコード、個別ウォーターマーク、トレース情報、内部受信者データに残せます。
7. バッチ全体で一つの命名ルールを使う
すべての出力が同じ命名ロジックなら監査しやすくなります。本番途中でパターンを変えると、停止、中断、再起動、再開の前後で作られたファイルの照合が難しくなります。
大規模ジョブ前に命名パターン、受信者データ、保護設定、出力先、配布設定を確定します。命名ルールを意図的に変える場合は別の本番セットとして扱います。
8. 配布時に見えるファイル名を確認する
生成されたファイル名は、個別PDFをメールで送るとき受信者が見る添付名になることが多いです。本番前にテストメールを送り、分かりやすさ、見栄え、正しい受信者との対応を確認します。
良い名前は添付の混同を減らし、詳細すぎる名前は保護PDF外に不要な情報を出す可能性があります。Gmailを使う場合は[XERIAでGmailから個別PDFを送信する方法](/resources/articles/send-personalized-pdfs-with-gmail-in-xeria/)を参照してください。
9. 予期しないファイル名を調査する
値の欠落、重複、形式異常、予想外のパターンがある場合、まず受信者データと現在の命名設定を確認し、全ジョブを再実行する前に小さなテストを作ります。
- 正しい受信者リストが読み込まれているか確認する
- 本番命名パターンを確認する
- 動的値が受信者レコードに入っているか確認する
- 同じファイル名値を持つ受信者を探す
- 長い名前と非ラテン文字をテストする
- バッチパターン自体が誤っている場合、少数の手動リネームだけで済ませない
実践的なベストプラクティス
予測可能で、十分一意で、プライバシーに配慮し、検証しやすい命名ルールを使います。固定ラベルを保ち、動的値は実際に役立つ場合だけ使い、エッジケースをテストして最終フォルダを確認します。
- 本番バッチ全体で一貫したパターンを使う
- 担当者と受信者双方に分かりやすい名前にする
- 識別に必要な最小限の受信者情報だけを含める
- 重複の可能性を下げる
- 本番前に実際の生成名をテストする
- 命名ロジックを受信者、配布、保管ワークフローと合わせる
XERIAでの出力命名の位置付け
出力ファイル名の設定は、XERIAの個別バッチ処理の一部です。受信者リスト、スプレッドシートから取り込んだデータ、個別ウォーターマーク、トレースコード、パスワード、PDF権限、管理されたメール配布、クラウドへの出力、Mail Log、その他の文書生成設定と組み合わせて使用します。
役割は運用上の明確さです。生成ファイルを対象受信者と後続ワークフローへ関連付けやすくします。良いファイル名は整理と照合を支援しますが、それ自体はセキュリティ制御ではありません。
よくある質問
XERIAは個別PDFのファイル名に受信者情報を入れられますか？
現在のXERIA出力命名画面が明示的に対応する受信者フィールドや動的値だけを使ってください。すべてのスプレッドシート列やウォーターマークトークンが使えるとは限りません。
2人の受信者で同じファイル名になったらどうなりますか？
衝突や識別問題が生じます。パターンを見直し、対応する別の識別値を使ってください。大規模バッチ前に同名・類似名をテストします。
受信者の完全なメールアドレスをファイル名に入れるべきですか？
明確な運用理由があり、プライバシー上のトレードオフを許容できる場合だけにします。短く機密性の低い識別子の方が適する場合が多いです。
出力ファイル名を変えるとPDF保護も変わりますか？
いいえ。ファイル名は識別と整理のためで、暗号化、パスワード、PDF権限、ウォーターマーク、トレース情報とは別です。
まとめ
XERIAの個別PDFファイル名は本番ワークフローの一部として設定してください。何を伝えるか決め、現在の画面が対応する動的値だけを使い、代表受信者をテストし、重複を防ぎ、不要な個人情報を避け、配布前に最終出力を確認します。