JinJin48

SAP Consultant | BTP · S/4HANA · US Global Rollout

July 17, 2026 · 16 min read

SAP Service Cloud メールテンプレート

Email Template は、SAP Service Cloud における再利用可能な HTML ベースの送信メールのマスタレコードです。これは、ケースに反応する Autoflow ルールから自動的に送信されるか、サービスエージェントがケースに返信する際に手動で挿入されるコンテンツとレイアウトを定義します。概念上は、フェーズ 2（チャネル）の Email Channel（SC-A03-01）の下流に位置しますが、両オブジェクト間のリンクは見た目よりも緩やかです。Email Template は、使用コンテキストとしてオブジェクトタイプ（例：Case）とチャネルタイプ（例：Email）を自身に分類しますが、これは特定の Email Channel レコードへのフィールドレベルの参照ではありません。この記事では、Email Template のスコープ、実際の下流自動化メカニズム（Autoflow Rule）、意図的に接続しないオブジェクト、およびテンプレート作成時に管理者が設定するすべてのフィールドについて説明します。これには、現在文書化されている、多言語での自動ケース通知に関するプラットフォームの制限も含まれます。

パート1: メールテンプレート — 基本概念（全モジュール共通）#

1.1 メールテンプレートとは#

メールテンプレートは、再利用可能な送信メールコンテンツ（HTMLドキュメントと動的プレースホルダーのセット）を表すものであり、実際のメッセージやチャネル設定ではありません。これは、ケース関連メール（署名、キャンペーンメール、承認通知など）の文言、ブランディング、レイアウトを一度作成し、自動的にトリガーするか手動で選択できるようにするためのものであり、送信メールごとにゼロから作成する必要をなくします。

1.2 メールテンプレートのタイプ#

メールテンプレートは、ケースの自動応答だけでなく、より多くのシナリオで使用される共有オブジェクトタイプです。テンプレートタイプとオブジェクトタイプを誤ると、見た目が間違ったメールが生成されるだけでなく、テンプレートがオートフロールールビルダーから完全に見えなくなる可能性があります。これは、オブジェクトタイプが対象エンティティと一致するテンプレートのみが選択可能なオプションとして表示されるためです。

設計原則: オブジェクトタイプが実際に自動化を制御します — 適切な文言のテンプレートでも、オブジェクトタイプが間違っていると、そのエンティティの自動フロールールのテンプレートピッカーに表示されません。テンプレートタイプは意図に合わせて設定しますが（ケース返信用の「応答」）、テンプレートが自動化で使用可能であると想定する前に、オブジェクトタイプを確認してください。

1.3 組織レベルとデータ階層#

データ階層と具体例（ゾーンE · コミュニケーション＆ナレッジ — テナントレベル；SAP Service Cloudには、この上位に会社コード/プラントのスコーピングはありません）

Client (SAP Service Cloud Tenant)
   │
   ├── Email Channel "CH-EMAIL-01" — Technical Support Intake, Address "support@example.com"
   │
   └── Email Template "TMPL-01" — Case Receipt Confirmation
           Template Type: Response · Object Type: Case · Channel Type: Email · Language: English
           (Channel Type "Email" is a usage-context category, not a reference to CH-EMAIL-01 specifically)

Email Template "TMPL-01" ── selected by ──> Autoflow Rule "AF-CASE-CREATE-NOTIFY" (Case, On Create trigger)
                                                  └── "Send Email" action → outbound Case notification

Email Template "TMPL-01" ── manually inserted by ──> Service Agent (Case reply, agent workspace)

設計原則: メールチャネルとメールテンプレートはテナントレベルの兄弟関係であり、親子関係ではありません。メールテンプレートのチャネルタイプフィールドは、テンプレートのコンテンツがどのような種類のチャネル向けに設計されているか（他のチャネルタイプとは異なり、メール）を分類するものであり、特定のメールチャネルレコードへのフィールドレベルのリンクではありません。メールテンプレートレコードは、保存時にメールチャネルレコードが存在することを技術的に必須としません。ソースでは、メールチャネルが最初に保守されることを運用上の順序の考慮事項として説明していますが、これは作成を妨げるハードな前提条件ではありません。SC-A03-01はこれを作成依存関係（「メールチャネルが既に存在するまで作成できない」）として説明しています。より正確な特性評価は、チャネルが運用上の理由で存在する必要があるということです。チャネルタイプ=メールのメールテンプレートは、生成したメールを受信してルーティングする実際のメールチャネルがなければ機能的なターゲットを持ちませんが、文書化されたシステムメカニズム（外部キー制約や保存時の検証）によって、管理者が一致するメールチャネルレコードがまだ存在しない場合でもメールテンプレートレコードを保存することを妨げるものはありません。

1.4 他のマスタデータオブジェクトとの統合#

メールテンプレートのケース自動化への実際の下流接続は、ケースオブジェクト自体の直接フィールドではなく、オートフロールールを経由して行われます。また、SC-A03-01のメールチャネルの「ルーティング」という表現をこのオブジェクトに拡大解釈しやすいため、接続しないオブジェクトについて正確に述べておく価値があります。

パート 2: SC固有のフィールド詳細#

2.0 SCオーナーシップの範囲#

凡例: ◎ = オーナー / クリティカル、○ = 直接関与

2.1 コア識別#

管理者、エージェント、およびAutoflowルールビルダーが、リストからテンプレートを選択する際に最初に目にする2つのフィールドです。

2.2 分類とオブジェクトスコープ#

これらの3つのフィールドによって、テンプレートが表示される資格があるかどうかが決まります。特に重要なのは、Autoflowルールがそのテンプレートを選択できるかどうかです。

2.3 テンプレートの内容と言語#

ここでテンプレートが実際にメールになります。また、多言語自動通知に関する、現在文書化されている実際のプラットフォーム制限がここに該当します。

適用範囲注記: 自動ケース通知の件名と送信者名/メールアドレスは、Autoflowルールの「メール送信」アクションで設定されます。これらはメールテンプレートレコード自体の項目ではありません。この記事では、メールテンプレートオブジェクトに文書化された項目のみを扱います。件名と送信者の設定はAutoflowルールオブジェクトに属し、ここでは対象外です。

2.4 プレースホルダーとプレビュー#

これらの2つのタブは、アップロードされたHTML文書をパーソナライズされたメールに変換する動的コンテンツを表示し、管理者が確認できるようにします。

次に読むべきもの#

L1) Big Picture

L2-A) Master Data

L2-B) Transaction