消費財産業のブランドマネージャは一般に、新製品の開発、製品ラインの拡張、パッケージの変更といったイニシアチブに取り組んでいます。製品のマーケティングクレームの提案、具体化、確認および承認は、これらのイニシアチブに副次的に発生する活動です。

Veeva Claimsによって、ブランドマネージャは、プロジェクトを開始し、主要な R&D、規制または法律上の関係者がまとめて関連するクレームを追跡・作業できるように、このプロジェクトの特定のイニシアチブに関連するクレームを分類することができます。プロジェクトから、複数のクレームレコードと複数のローカル適応を生成することができます。

プロジェクト管理は、すべてのVeeva Claims Vaultsで自動的にアクティブになり、アプリケーションデータモデルに対する編集と追加を行うことができます。これは、標準オブジェクトをカスタマイズしたり、カスタムオブジェクトを作成したり、オブジェクト関係を設定したりまた、ライフスタイルとワークフローのオプションを使用してビジネスルールを設定することもできます。

プロジェクト管理オブジェクト

Veeva Claimsはプロジェクトマネジメントをサポートするために以下のコアオブジェクトを使用しています:

  • プロジェクト (project__v) :このオブジェクトは 1 件のプロジェクトであり、プロジェクトのコピー元のレコードをユーザが確認できるシステム管理のプロジェクトからコピー (copied_from_project__v) フィールドを含みます。
  • クレームプロジェクト結合 (claim_project_join__v): このオブジェクトは、クレームプロジェクトオブジェクトを結合し、クレームを複数の プロジェクトに関連付けることができます。
  • クレーム (claim__v): このオブジェクトは個別のクレームであり、contains infmration about the ステートメント、脚注、 およびどの製品クレームを使うかに関する情報を含みます。
  • ステートメント (statement__v): このオブジェクトは、スタンドアロンの目的のメッセージングを表します。
  • プロジェクトステートメント (project_statement_join__v): このオブジェクトは、プロジェクトステートメントオブジェクトを結合し、ステートメントを複数の プロジェクトに関連付けることができます。
  • プロジェクト製品結合 (project_product_join__v): このオブジェクトは、プロジェクトプロダクトオブジェクトを結合し、プロジェクトを複数の プロジェクトに関連付けることができます。
  • プロジェクト国結合 (project_country_join__v): このオブジェクトは、プロジェクトオブジェクトを結合し、プロジェクトを複数の プロジェクトに関連付けることができます。
  • プロジェクトローカル適応結合 (project_local_adaptation__v): このオブジェクトは、プロジェクトローカル適応オブジェクトを結合し、ローカル適応を複数の プロジェクトに関連付けることができます。
  • プロジェクトコミットメント (project_comment__v): このオブジェクトは指定のプロジェクトに関するコメントまたはコメントへの返信を表します。

設定の概要

プロジェクト管理を使用するように Vault を設定するには、以下の手順を行います:

プロジェクトクローニングの設定

プロジェクトオブジェクトには、クローンプロジェクトアクションがあり、既存のプロジェクトレコードを動的にディープコピー(クローン)し、新しいプロジェクトで参照する既存のプロジェクトの関連レコードのグループを指定できます。

ユーザがプロジェクトをコピーアクションを選択し、プロジェクトをコピーページで選択を行い、プロジェクトをコピーをクリックすると、Vaultは以下の処理を実行します:

  • プロジェクトレコードをコピーし、新規レコードのプロジェクト名に「[コピーされたレコードのプロジェクト名] のコピー」を含めます。最善の方法として、ユーザはコピー後に新規プロジェクトレコードのプロジェクト名を変更する必要があります。
  • クレームローカル適応製品ステートメントど、ユーザが選択したレコード群に新しいジョインレコードを作成できます。
  • プロジェクトコメントなど、既存プロジェクトの子レコードを除外します。
  • 構成に基づいて、特定のライフサイクル状態にあるレコードの結合が作成されないことがあります。この場合、これらのレコードは新規プロジェクトに結合されません。

クローン作成中、Vaultが既存プロジェクトのフィールドを処理する方法について、以下の動作を確認してください:

  • すべてのカスタムフィールド値がコピーされます。
  • 属性としてユーザは常に値を入力する必要があります (必須)が選択されているすべてのフィールド(カスタムフィールドを含む)が、コピーオーバーされます。
  • フィールドの属性として値は一意である必要がありますが選択され、ユーザは常に値を入力する必要があります (必須)が非選択の場合、Vaultはフィールドをコピーしません。
  • フィールドの属性として値は一意である必要がありますが選択され、ユーザは常に値を入力する必要があります (必須)が選択されている場合、アクションは失敗します。
  • 選択リストタイプのフィールドに無効なフィールド値がある場合、アクションは失敗します

プロジェクトクローニングの設定方法

プロジェクトクローニングの設定:

  1. 管理者 > 設定 > ページ > クローンプロジェクトに移動します。
  2. レイアウトセクションで、クローンプロジェクトをクリックします。
  3. 編集をクリックします。
  4. 任意の作業: 除外ルールを最大10個まで指定します。
  5. 任意の作業: クレームの実施 - ステートメントおよび製品の依存性を選択すると、ユーザがクレームセクションを選択してクローンを作成する際に、ステートメントセクションと製品セクションが自動的に選択されます。
  6. 任意の作業: ローカル適応の実施 - クレームおよび国の依存性を選択すると、ユーザがローカル適応セクションを選択してクローンを作成する際に、クレームセクションとセクションが自動的に選択されます。
  7. 保存をクリックします。

除外ルールについて

プロジェクトをコピーページを設定する際、除外ルールを指定することで、特定の状態にあるレコードをクローン処理から除外し、新規プロジェクトに無関係なレコードへの結合が含まれないように Vault に指示することができます。除外ルールはオブジェクトごとに1つだけ指定できますが、カンマ(",")区切りで複数のライフサイクル状態を含めることができます。除外ルールを指定しない場合、Vaultはクローン作成時に、すべてのライフサイクル状態のすべてのレコードへの結合を作成します。

除外ルールは、以下の書式を使用します:

{"objectName":"object_name", "statesToBeExcluded":["state_id", "state_id"]}

ここで、オブジェクト名状態 idはそれぞれ、claim__vrejected_state__cのようなオブジェクト名状態名です。例えば、次の除外ルールを使用して、ライフサイクル状態が却下または中止のレコードをクレームするためのジョインレコードが新規プロジェクトに作成されないようにします:

{"objectName":"claim__v", "statesToBeExcluded":["rejected_state__c", "withdrawn_state__c"]}

クローンプロジェクトアクションの設定

クローンプロジェクトアクションは、ユーザアクションとして設定できます:

  • プロジェクトオブジェクトにプロジェクトのコピー アクションを割り当てます。
  • プロジェクトライフサイクルの適切なライフサイクル状態でユーザアクションを設定します。

プロジェクトオブジェクトページレイアウトの設定

プロジェクトがどのレコードからコピーされたかをユーザが確認できるように、プロジェクトからコピーされたシステム管理フィールド (copied_from_project__v) を含めるようにプロジェクトオブジェクトページレイアウトを設定することをお勧めします。

プロジェクトからのクレーム生成の設定

ユーザがプロジェクトからクレームを生成できるように、プロジェクトを設定できます。詳細は、プロジェクトからのクレーム生成の設定を参照してください。

プロジェクトからのローカル適応生成の設定

ユーザがプロジェクトからローカル適応を生成できるように、プロジェクトを設定できます。詳細は、プロジェクトからのローカル適応生成の設定を参照してください。

プロジェクト階層ビューアの設定

プロジェクト階層ビューアの設定で、ユーザはプロジェクトの階層を簡単に視覚化し、操作できます。ユーザは、プロジェクトのコンテキスト内で関連するすべての記録を確認し、情報に基づいた評価を行うことができます。詳細は、プロジェクト階層ビューアの設定をご覧ください。

プロジェクトへのコメントの設定

Veeva Claims を利用すると、ユーザは プロジェクトコメントを追加して 1 件または複数件のプロジェクトレコードを追加できます。また、ユーザがプロジェクトレコードの個々のコメントに返信して、コメントスレッドで重要な決定や議論をキャプチャできるように Vault を構成することもできます。ユーザはコメントで他の有効なユーザにメンションし、メンションされたユーザがメールや Vault 通知を受け取るようにすることができます。プロジェクトコメントのユーザメンションは、Vault 概要メール (設定されている場合) に含まれません。

ユーザが編集および削除できるのは、自分が作成したコメントのみです。

プロジェクトオブジェクトページレイアウトの設定

プロジェクトオブジェクトのページレイアウトは、ユーザがコメントスレッドで返信する機能を使用するまたは使用しないに設定することができます。両方のオプションを同時に設定しないでください。

コメントスレッド付きコメント

ユーザがプロジェクトレコードのコメントスレッドに返信できるようにするには、プロジェクトオブジェクトページレイアウトにスライダー (スライダーアイコン) アイコンを持つコメントコントロールセクションを設置して、ユーザがプロジェクトのコメントを追加して返信できるようにする必要があります。このセクションには、最大 500 件までのプロジェクトに対するコメントが表示されます。500 件を超えるコメントを表示したい場合、コメントスレッドを使用せずにコメントを設定することをお勧めします。

プロジェクトコメントに最初の返信が追加されたときに、そのルートのプロジェクトコメントに対するすべてのプロジェクトコメントの返信をグループ化する新しいプロジェクトスレッドレコードが自動的に作成されます。プロジェクトスレッドレコードはシステム管理されるため、編集できません。

コメントスレッドなしコメント

ユーザがプロジェクトにコメントを追加できるように、プロジェクトオブジェクトページレイアウトを設定してプロジェクトコメント関連オブジェクトセクションを追加する必要があります。この設定では、ユーザはコメントに対して返信できません。

プロジェクトコメントの一括設定

一括プロジェクトコメントアクションを使用することで、ユーザはコメントを複数のプロジェクトレコードに追加できます。ユーザが一括プロジェクトコメント 一括オブジェクトレコードアクションを実行する時、Vault は一括コメントユーザ入力 オブジェクトを使用してユーザのコメントを収集し、ユーザがコメントを追加する各プロジェクト一時的一括コメントユーザ入力レコードを作成します。Vault は次にユーザが選択した各プロジェクトに対してプロジェクトコメントを新規作成します。

一括プロジェクトコメントをサポートするには、次の変更を行う必要があります:

Veeva Claims を使用することで、ユーザは、プロジェクトを進める前に、不要なすべてのレコードをすばやく削除するために、プロジェクトからステートメントクレーム、およびローカル適応を削除できます。

ステートメントと関連レコードの削除アクションをプロジェクトオブジェクトへのレコードアクションとして追加する必要があります。ユーザがこの操作を実行すると、Vault はプロジェクトからステートメントと関連レコードを削除する ページを表示します。 このページでユーザはプロジェクトから削除したいプロジェクトステートメントクレーム、およびローカル適応を選択できます。ユーザがこのアクションを完了すると、Vault は該当する プロジェクトステートメントクレームプロジェクト結合、およびプロジェクトローカル適応レコードを削除します。

ユーザが該当ページ上で詳細をカスタマイズするためにプロジェクトページからステートメントと関連レコードを削除するページを設定するには:

  1. 管理者 > コンテンツ設定 > ページ > プロジェクトからステートメントと関連レコードを削除するの順に移動します。
  2. レイアウトセクション内で、プロジェクトからステートメントと関連レコードを削除するをクリックします。
  3. 編集をクリックします。
  4. オプション: ユーザにページタイトルとして表示される該当ページのラベルを変更します。
  5. オプション: ページ最上部に表示される指示テキストを入力します。
  6. オプション: ステートメントの削除チェックボックスをオンまたはオフにして、プロジェクトからステートメントと関連レコードを削除するページでユーザに表示されるデフォルト値を決定します。ユーザによる選択時、Vault は、任意の関連するクレームプロジェクト結合プロジェクトローカル適応結合に加えて、プロジェクトステートメントを削除します。ユーザがオフにすると、Vault は、ユーザが選択した関連するクレームプロジェクト結合クレームローカル適応を削除します。
  7. 保存をクリックします。

プロジェクトライフサイクル

プロジェクトライフサイクルは、すべてのプロジェクトオブジェクトレコードに適用されるオブジェクトライフサイクルです。新しいプロジェクトは、新規ライフサイクル状態で開始されます。

状態変更を単純アクションとして設定および使用して、プロジェクトをある状態から別の状態に移動し、さらに固有のニーズに合わせてプロジェクトカスタムワークフローを設定することができます。

プロジェクトの状態

プロジェクトライフサイクルには次の標準状態が含まれます:

  • 新規: プロジェクトの初期状態。
  • 進行中: プロジェクト内のクレームが様々な承認段階にある状態。
  • 完了: プロジェクト内のすべてのクレームが承認された状態。

ユーザ入力オブジェクトの一括クリーンアップジョブの設定

ユーザ入力オブジェクトの一括クリーンアップジョブ は、ジョブが実行される 24 時間以上前に、一括プロジェクトコメントユーザアクションから作成された一時的なユーザ入力レコードを削除します。

ジョブのスケジュールを設定して、指定時間に実行することができます。このジョブは毎日実行することが推奨されます。また、このジョブはクレームおよびバックコピーに関連する一次的なユーザ入力レコードも削除します。

ユーザ権限の設定

適切なオブジェクトとオブジェクトフィールドにアクセスするために、以下に示す権限に加え、ユーザに適切な参照と作成の権限が付与されていることを確認する必要があります:

プロジェクトをコピー

プロジェクトをコピーアクションを実行し、プロジェクトをコピーページでオブジェクトのセクションを選択できるようにするには、ユーザは以下の権限を持っている必要があります:

ユーザがどのジョインオブジェクトに対しても作成権限を持っていない場合、プロジェクトをコピーページでオブジェクトのセクションを選択するオプションは表示されず、Vaultはそれらのオブジェクトレコードのグループ化に対するジョインレコードを作成しません。

プロジェクトへのコメント

プロジェクトコメントを作成・返信するには、次の権限が必要です:

  • プロジェクトオブジェクトの場合: 作成権限。
  • プロジェクトコメントオブジェクトの場合: コメントおよびプロジェクトフィールドに対する作成権限および編集権限。コメントに返信するには、ルートコメントフィールドとスレッドコメントフィールドに対する編集権限も必要です。

複数のプロジェクトにコメントを一括追加するには、ユーザが一括コメントユーザ入力オブジェクト コメント (comment_body__v) フィールドの編集権限を有しなければなりません。また、ユーザは一括アクションを実行するためにアプリケーション: オブジェクト: 一括アクション 権限を有する必要もあります。

コメントでメンションを使用するには、ユーザオブジェクト の読み取り権限と、以下のユーザオブジェクトフィールド権限の読み取り権限が必要です:

  • ID
  • ユーザ名
  • ステータス

ステートメントクレーム、およびローカル適応プロジェクトから削除するには、ユーザは次の権限を有している必要があります:

  • ページ: プロジェクト: 閲覧からステートメントと関連レコードを削除する
  • 次のオブジェクトの読取り権限:
    • ステートメント
    • クレーム
    • ローカル適応
  • ユーザがプロジェクトから削除する必要がある任意の関連オブジェクトタイプを含む、次のオブジェクトの削除権限:
    • プロジェクトステートメント
    • クレームプロジェクトジョイン
    • プロジェクトローカル適応結ジョイン

標準システム管理者または Vault 所有者のセキュリティプロファイルで、本書に記載されたすべての手順を完了することができます。お使いの Vault がカスタムセキュリティプロファイルを使用している場合、プロファイルに以下の権限が付与されている必要があります:

タイプ権限制御
セキュリティプロファイル管理者: コンテンツ設定: オブジェクト: 作成, 編集Vault オブジェクトを作成・変更する権限。
セキュリティプロファイル管理者: コンテンツ設定: オブジェクトライフサイクル: 編集オブジェクトライフサイクルを変更する機能
セキュリティプロファイルページ: プロジェクト: 閲覧からステートメントと関連レコードを削除するプロジェクトからステートメントと関連レコードを削除するページを設定するための権限。