つのフェーズで構成されます。template-creation次の図は、通信テンプレートを作成する際の一般的なワークフローを示しています。このワークフローについて説明します。リポジトリにアップロードします。レイアウトには、一般的なフォームフィールド、ヘッダーやフッターなどのレイアウト機能、およびコンテンツを配置するための空の「ターゲット領域」が含まれます。アプリケーションスペシャリストは、後で、これらのターゲット領域に必要なコンテンツをマッピングします。マーケティング部門のサブジェクトマターエキスパート(SME)は、免責事項や契約条件などのテキストの条項や、ロゴなどの画像を作成およびアップロードし、様々な通信テンプレートで再利用できるようにします。アプリケーションスペシャリストは、通信テンプレートを作成します。アプリケーションスペシャリストには次の役割があります。テキストの条項と画像を、レイアウトテンプレート内のターゲット領域にマッピングします。コンテンツを含める際の条件とルールを定義します。レイアウトのフィールドと変数を、基になるデータモデルに結び付けます。作成者は、レターをプレビューし、後処理用に送信します。詳しくは、後処理を参照してください。提供されるテンプレートを変更して再利用することもできます。使用すると、組織のニーズに合わせて、テンプレートのブランディングフィールド、データフィールド、コンテンツフィールドをすばやく変更できます。テンプレートについて詳しくは、「レターテンプレートの参照」を参照してください。document-fragment-creationドキュメントフラグメントとは、レターや通信の作成に使用できる、再利用可能な通信のパーツやコンポーネントです。ドキュメントフラグメントには、次の種類があります。段落は静的または動的にすることができます。動的段落には、データ要素への参照が含まれます。データ要素の値は実行時に提供されます。listリストとは、一連のドキュメントフラグメントであり、テキスト、リスト、条件、画像などを含んでいます(リストの中にそのリストを含めることはできません)。リスト要素の順序は、固定または編集可能にすることができます。レターを作成する際に、一部またはすべてのリスト要素を使用して、再利用可能な要素のパターンを複製できます。condition条件を使用すると、指定されたデータに基づいて、通信の作成時に含めるコンテンツを定義できます。条件は、制御変数で記述されます。変数は、データディクショナリ要素またはプレースホルダーのいずれかです。条件を追加するときに、制御変数の値に基づいてアセットを含めることもできます。つの式に基づく単一出力があります。あると判断されると、その値が条件の出力になります。以上のレター内で使用できるレイアウトです。レイアウトフラグメントは、繰り返し可能なパターン(特に動的テーブル)を作成するために使用します。レイアウトには、「アドレス」や「参照番号」などの一般的なフォームフィールドを含めることができます。ターゲット領域を示す空のサブフォームを含めることもできます。アップロードされます。user-driven要求処理担当者やケースワーカーなど、顧客と直接やり取りする従業員は、カスタマイズされた通信を作成できます。シンプルで直感的な文字入力インターフェイスを使用することで、ビジネスユーザーはオプションのテキストを通信に追加し、編集可能なコンテンツをパーソナライズし、さらにリアルタイムで通信をプレビューできます。カスタマイズした通信をバックエンドプロセスに送信できます。system-drivenイベントトリガーによって通信が自動生成されます。事前の納税申告を促すために市民に送信されるリマインダー通知は、事前に定義されたテンプレートと市民のデータを合わせて生成されます。送信またはアーカイブで利用できます。post-processing最終的な通信は、後処理のためにバックエンドプロセスに送信できます。通信は次のように処理できます。バッチ印刷用に処理したり、印刷またはメール用にフォルダーに配置したりできます。権限管理を適用することで保護できます。ドキュメントに変換できます。ポートフォリオに含めることができます。ポートフォリオは、最終的な通信として送信できます。correspondence-management-solution-architecture次の図は、レターソリューションのアーキテクチャの例の概要です。deconstructing-a-letterこのキャンセル通知ドキュメントは、一般的な通信の例です。次を使って作成:バックエンドエンタープライズシステムからのデータバックエンドエンタープライズシステムが作成元のデータ。このデータは通信テンプレートと動的に結合されます。データディクショナリに基づいて作成されたデータファイル第一線の社員が入力したデータレターを送信する前にカスタマイズする第一線の社員が提供するデータ。事前に承認されたテキストコンテンツ。一般的に、テキストコンテンツの作成者。ヘッダー、フッター、免責事項、あいさつ文などのコンテンツは、ほとんどのレターに共通です。「終了理由」などのコンテンツは、特定のレターに固有です。テキスト\リスト\条件\レイアウトデータは、カスタムロジックを基準としているか要求について詳細な情報を依頼するレターなど一部のレターでは、要求処理担当者などのユーザーがカスタムテキストコンテンツを追加できます。条件タイプのドキュメントフラグメント中央リポジトリの保存された画像ロゴや署名画像などの画像。会社のロゴなどの画像は、ほとんどの通信またはすべての通信に表示されます。署名画像は、レターと、そのレターを送付する代理人に固有のものです。analyze-a-letter-before-you-construct-itすべてのレターを分析し、レターの様々な構成要素を明らかにします。アプリケーションスペシャリストは、生成された通信を分析します。通信の静的な部分と動的な部分。バックエンドデータソースから入力される変数、またはエンドユーザーによって入力される変数。様々なテキスト段落を通信に配置する順序(通信の作成時にビジネスユーザーが段落を変更できるかどうかなど)。通信はシステム生成か、それともエンドユーザーが通信を編集する必要があるか。システムが生成する通信の数とユーザーが介入する必要がある通信の数。特定の法律が変更された場合など。予想される変更のタイプ。誤植、レイアウトの変更、フィールドの追加、段落の追加などを修正する変更か。通信の要件を計画する場合、新しい通信テンプレートのリストをアセンブリします。通信テンプレートごとに、以下のデータが必要です。通信のレイアウトおよびフラグメントレイアウトレターにコンテンツを配置する順序と、コンテンツの包含および除外のルール要求処理担当者やケースワーカーなどのビジネスユーザーが、レターのコンテンツや一部を変更する条件。シナリオで、レターソリューションのユーザーエクスペリエンス、要件および利点を説明。プロジェクトに必要なスキルセットやツールもシナリオで説明。実装を計画する際のベストプラクティス。benefits-of-performing-the-analysisコンテンツの再利用:通信の生成に必要な新しいコンテンツの統合的なリストが得られます。ヘッダー、フッター、免責事項、あいさつ文など、多数のコンテンツは多くのレターに共通しているので、様々なレターで再利用できます。このようなすべての共通コンテンツは、専門の担当者が一度作成して承認した後、多くの通信で再利用できます。ID」や「顧客名」など、多くのレターに共通するデータ値があります。このようなすべてのデータ値の統合的なリストを準備できます。一般的に、構造を計画する場合は企業のミドルウェアチームに相談します。これは、データディクショナリの作成の基礎となります。必要としているデータの価値と、エンタープライズシステムのデータがどこから取得されたかをすべて把握することになります。ソリューションにフィードする実装を設計できます。レターの複雑さの見積もり:特定の通信を作成する際の複雑さを判断することは重要です。この分析は、レターテンプレートの作成に必要な時間とスキルセットを判断するのに役立ちます。これは、レターソリューションの実装にかかるリソースとコストの見積もりに役立ちます。correspondence-complexity通信の複雑さは、以下のパラメーターを分析することで判断できます。レイアウトの複雑さ:レイアウトの複雑さはどの程度でしょうか。超えるフォームフィールドを含む複雑なレイアウトになっています。複雑なレイアウトを作成するには時間がかかり、レイアウトデザインの高度なスキルセットが必要です。超える条項が含まれることがあります。この条項の多くは、ローンのパラメーターに依存しています。正確な契約条件に基づいて、契約書に条項を含めるか除外します。このようなレターを作成するには、複雑な条件の綿密な計画と慎重な定義が必要です。次の表に、レターを分類するために使用できるガイドラインの一部を示します。必要なスキルセット低度の複雑さ低い。