ACSのWorkflowは、抽出、データ処理、配信等をアクティビティと接続で組み立てる仕組みです。自動化した後も、データの更新、処理の監視、障害時の判断が必要です。処理が動くことだけで完了とせず、対象と実行済みの範囲を確認できる設計にします。
処理の入口・対象・出口を書く
何を契機に、どのデータへ、どの処理をするかを先に記します。ワークフローは配信だけでなく、ファイル取込み、データ操作、技術処理等にも使われます。作成する前に目的と担当を決め、対象がない場合、入力が遅れた場合、途中で失敗した場合の扱いを書きます。画面で部品をつなげられることと、運用要件を満たすことは別です。
アクティビティを役割で選ぶ
抽出や集合の操作、実行の制御、チャネル、データ管理等の部品を使い分けます。待機を入れるだけで、登録や購入のデータが自動で入るわけではありません。利用するデータ、送信許可、配信の設定を先に確認してください。処理間で渡す対象や追加情報を明確にし、不要な複雑さを減らすことが、試験と保守を行ううえで役立ちます。
小さな検証用処理から試す
テスト環境や限定した検証データで、抽出、接続、例外、出力を確認します。配信を伴う場合は本番顧客へ送らない試験の手順を決めます。再実行で同じ処理が二重に行われないか、対象ゼロでも意図した終了になるかを確認しましょう。日時を使う処理では、毎回の実行時点とデータ更新の前後関係も必要です。
Start・Pause・Stopを区別する
公式資料ではStartは開始、または一時停止からの再開です。開始要求は非同期に処理されます。Pauseは新しいアクティビティを有効にしませんが、進行中の操作を中断するわけではありません。Stopは可能な処理を中断し、止めた位置から同じように再開できません。操作名が似ていても影響が異なるため、障害時に適当に押し直さないようにします。
再実行前に処理済みの範囲を調べる
Restartは停止してから開始し直す操作です。エラー表示を消すためだけに再実行すると、既に行った送信や更新を繰り返すおそれがあります。ログ、件数、対象、失敗した箇所を確認し、再処理する範囲を担当者と決めます。実行した日時と変更を記録し、次の定期処理と重なる場合の扱いも確認してください。
監視と変更の責任を決める
通知やワークフロー、配信の状態を確認し、異常時に誰が調査し、どこへ連絡するかを決めます。公式資料は多数の実行を同時に集中させず、優先順位と時間の分散を考えるよう案内しています。自動化したから担当作業がなくなる、一定時間を必ず削減できるとは考えず、処理時間、失敗、確認に必要な作業を記録して改善しましょう。
ワークフローの実行操作
| 操作 | 主な動き | 確認すること |
|---|---|---|
| Start | 開始またはPauseから再開 | 初期処理と再開の対象 |
| Pause | 新規アクティビティの有効化を停止 | 進行中の操作は止まらない |
| Stop | 可能な進行処理を中断 | 同じ位置から再開できない |
| Restart | 停止してから開始し直す | 実行済みの送信や更新と重複 |
導入前の確認事項
- 入口・対象・例外・担当を定義した
- 限定データで通常と例外を試した
- PauseとStop、Restartの違いを確認した
- 処理済み範囲と再実行の扱いを記録した
公式資料・関連記事
関連記事：ACSのQuery｜抽出条件と対象次元の確認、ACSのメール配信｜作成から本番確認まで、Adobe Campaign Standard（ACS）完全ガイド 第15章 データ連携（Import・Export・API・SFTP・ETL）完全解説。
運用設計や確認項目の整理は、現在の業務と対象URLを添えて株式会社AOへご相談ください。
公式資料の確認日：2026年11月2日。記入例や手順は編集上の提案で、導入成果を保証するものではありません。
コメント