22R1.0 機能ガイド

グローバルアカウント検索

グローバルアカウント検索は、現在ユーザのテリトリー外にあるアカウントを検索・追加するツールで、これらのアカウントの操作をより簡単に行うことができます。また、グローバルアカウント検索は、ユーザが新規アカウントを作成する前にテリトリー外にすでに存在しているかを確認することができるため、不必要なアカウントの作成を削減します。

例えば、Sarah Jones が Ackerman 医師を訪問した際、最近 Sarah のテリトリーに移動してきた医師 Bob Adams 医師を紹介されたとします。Sarah は CRM で Bob Adams を検索して、組織には彼のアカウントが自分のテリトリー外にすでに存在しているのを見つけました。Sarah は自分のテリトリーに Adams 医師を追加して、訪問をスケジュールできるようにしました。

グローバルアカウント検索に対する暗黙的フィルター

暗黙的フィルターは、定義されたフィールドに基づく、グローバルアカウント検索結果のアカウントセットを包含する/除外する管理者定義フィルターで、潜在的に不要な結果の件数を減らし、ユーザに表示される結果をより高度なレベルで管理します。

暗黙的フィルターに使用できるフィールドの定義

Account および Address_vod オブジェクトの標準またはカスタムフィールドは、暗黙的フィルタリングで利用可能なフィールドとして定義することができます。以下のフィールドタイプがサポートされます:

• ロングテキスト
• テキスト領域
• URL
• 日付
• 日付/時間
• メール
• 位置情報
• 電話

フィルタリングに利用可能なフィールドを定義するには:

1. グローバルアカウント検索設定に進みます。
2. GAS_Implicit_Filters_vod 設定に適切な Veeva メッセージを入力します。デフォルトのメッセージは、GAS_IMPLICIT_FILTERS;;Global Account Search です。

3. 設定で定義された Veeva メッセージに、暗黙的フィルタで利用できるようにするフィールドのセミコロン区切りリストを入力します。次の形式を使用します:

   ObjectAPIName.Field1APIName; ObjectAPIName.Field2APIName;

   例: Account.RecordTypeId;Address_vod__c.State_vod__c;Account.Specialty_vod__c

暗黙的フィルターの作成

暗黙的フィルターを作成するには:

1. グローバルアカウント検索設定タブに進みます。
2. 暗黙的フィルターセクションで新規を選択します。

3. 以下のフィールドを入力します。

   • Location_vod – 暗黙的フィルターの範囲を定義します。複数の暗黙的フィルターがユーザに適用される場合、ユーザに最も固有性の高い暗黙的フィルターが検索に適用されます。

     以下のいずれかのオプションを選択します。

   • 組織全体のデフォルト
   • プロファイル
   • テリトリー - ユーザが暗黙的フィルターに一致するテリトリー、または階層内の一致するテリトリーより下位のテリトリーに割り当てられている場合に適用されます
   • Applies_To_vod – 暗黙的フィルターが適用される特定グループを定義します。このフィールドの値は、Location_vod フィールドの選択によって異なります。
   • 組織全体のデフォルトが選択されている場合、このフィールドは無効化されます
   • プロファイルが選択されている場合、これは組織のすべてのプロファイルを持つ単一選択の選択リストとして機能します
   • テリトリーが選択されている場合、このフィールドは組織のすべてのテリトリーを持つ単一選択の選択リストとして機能します
   • Inclusion_vod – フィルターが包含的または排他的かを定義します。
   • このフィールドが選択されている場合、フィルターは包含的で、結果として表示するには、アカウントは暗黙的フィルター条件を満たす必要があります。これはデフォルトのオプションです。
   • このフィールドが選択されていない場合、フィルターは排他的で、アカウントは結果として表示するための暗黙的フィルター条件を満たすことができません。
   • レコードタイプ – フィルターに基づいてアカウントレコードタイプを包含的または排他的に定義する複数選択可の選択リスト

4. 定義された利用可能なフィールドに基づいて、フィルタセクションのすべての適切なフィールドを入力します。

   

5. 保存を選択します。

例えば、管理者が以下の値を持つ次の Implicit_Filter_vod レコードを作成するとします。

• Location_vod – プロファイル
• Applies_To_vod – プライマリケア営業 Platform
• Inclusion_vod – 選択済み
• レコードタイプ – Professional_vod、KOL_vod、Hospital_vod
• アドレス状態 – AZ

Sarah Jones は、グローバルアカウント検索で「Bob」を検索するプライマリケア営業 - Platform ユーザです。Bob Adams はレコードタイプ Professional_vod を持つアリゾナ州のアカウントであるため、結果として表示されます。Bob Richards はレコードタイプ Practice_vod を持つアカウントのため、結果として表示されません。

ブラウザでのグローバルアカウント検索の使用

ユーザはグローバルアカウント検索の専用タブを使用して、グローバルアカウント検索にアクセスできます。

検索を選択する前に、ユーザは以下の検索パラメータを定義できます。

• アカウントタイプ – アカウントのタイプに基づいて結果をフィルタリングします。
• HCP – 個人アカウントのみに結果をフィルタリングします
• HCO – 施設のみに結果をフィルタリングします
• すべて – 結果をフィルタリングしません
• 名前 – アカウントオブジェクトのテキストフィールドに対してファジー一致検索を作成します
• ロケーション – Address_vod オブジェクトのテキストフィールドに対する一致を検索します

検索は最大 100 件の結果を返します。ユーザはフィルターボタンを選択して、専門や資格によって結果リストをさらに絞り込むことができます。

結果は、それぞれのレコードタイプ、名前、専門、住所に関する情報を含む表形式で表示されます。

これらの列を並べ替えることでさらに精度を高めることができます。

希望するアカウントが結果に表示されなかった場合、ユーザは新規アカウントボタンを選択して新規アカウントウィザードを開始することができます。ユーザの所属組織が分離された DCR 用に設定されている場合、[新規アカウント] ボタンは、ユーザがアカウントオブジェクトに OLS を持っていない場合でも表示され、新規アカウントの DCR を作成するバージョンのウィザードを起動します。

ユーザのテリトリー外のアカウントの追加

ユーザは、グローバルアカウント検索ページでテリトリー外のアカウントも追加することができます。

1. 適切なアカウントを検索します。
2. 適切なテリトリー外アカウントの結果表でチェックボックスを選択します。
3. テリトリーに追加を選択します。

4. 適切な親アカウントを選択して、テリトリーに追加します。この手順は任意で、アカウントが子アカウントの場合のみ表示されます。

   

5. アカウントを割り当てる適切なテリトリーを選択します。この手順は、複数のテリトリーに割り当てられているユーザのみに適用されます。

   

[テリトリーに追加] プロセスは、ATL 機能を活用してテリトリー割り当てを行います。

iPad でのグローバルアカウント検索の使用

ユーザは、マイアカウントタブの [+] ボタンを選択して、グローバルアカウント検索にアクセスできます。グローバルアカウント検索が有効化されている場合、iPad ユーザは新規アカウントを作成する前に、既存アカウントを検索する必要があります。

検索を選択する前に、ユーザは以下の検索パラメータを定義できます。

• アカウントタイプ – アカウントのタイプに基づいて結果をフィルタリングします。
• HCP – 個人アカウントのみに結果をフィルタリングします
• HCO – 施設のみに結果をフィルタリングします
• すべて – 結果をフィルタリングしません
• 名前 – アカウントオブジェクトのテキストフィールドに対してファジー一致検索を作成します
• ロケーション – Address_vod オブジェクトのテキストフィールドに対する一致を検索します

デバイスがインターネットに接続されているかどうかによって、iPad に最大 70 件までの検索結果を表示される場合があります。結果は以下の 2 つのカテゴリに分けられます:

• テリトリー内 – アカウントは現在ユーザと同じテリトリーに割り当てられています
• テリトリー外 – アカウントは現在ユーザと同じテリトリーに割り当てられていません

検索の実行時にユーザがインターネットに接続されていない iPad を使用している場合、結果は表示されますが、デバイスに同期されているアカウントのみに制限されます。同期されたアカウントのみを検索する場合、検索条件に基づいて最大 20 個の同期されたアカウントが返されます。iPad がインターネットに接続されている場合、最大 50 個までの追加のテリトリー内アカウントが返されます。

ユーザは、結果パネルのアカウントを選択してアカウントの名前、識別子、および親アカウントを表示して、結果をプレビューできます。

ユーザは、[アカウントを表示] ボタンを選択して、プレビューされたアカウントを表示できます。

希望するアカウントが結果に表示されなかった場合、ユーザは新規アカウントボタンを選択して新規アカウントウィザードを開始することができます。ユーザの所属組織が分離された DCR 用に設定されている場合、[新規アカウント] ボタンは、ユーザがアカウントオブジェクトに OLS を持っていない場合でも表示され、新規アカウントの DCR を作成するバージョンのウィザードを起動します。

iPad でユーザのテリトリー外のアカウントを追加

ユーザは、グローバルアカウント検索ページでテリトリー外のアカウントも追加することができます。

1. 適切なアカウントを検索します。
2. 適切な結果を選択して、テリトリー外アカウントをプレビューします。
3. アカウントを追加を選択します。
4. 適切な親アカウントを選択して、テリトリーに追加します。この手順は任意で、アカウントが子アカウントの場合のみ表示されます。
5. アカウントを割り当てる適切なテリトリーを選択します。この手順は、複数のテリトリーに割り当てられているユーザのみに適用されます。

[テリトリーに追加] プロセスは、ATL 機能を活用してテリトリー割り当てを行います。

iPad で階層からアカウントを追加

アカウント階層を有効化したユーザは、アカウントの階層から直接テリトリー外アカウントを追加することもできます。

1. 該当するアカウントの階層の表示タブに移動します。ユーザのテリトリー外の階層にあるアカウントは、背景がグレーで表示されます。

2. 該当するアカウントの + ボタンを選択します。

   

3. はいを選択します。

この機能は、ネットワーク内のテリトリーに親 HCOを追加すると相互に排他的です。

新規アカウント作成ボタンのグローバルアカウント検索へのリダイレクト

管理者は、マイアカウントの新規アカウントボタンを上書きすることで、ユーザが新しいアカウントを作成する前に、自分のテリトリー外のアカウントを検索するようにグローバルアカウント検索を設定することができます。これにより、ユーザが誤ってアカウントを重複して作成する可能性を減らすことができます。

例えば、Sarah Jones が自分の組織で Clinton Ackerman を検索したとします。彼のアカウントが見つからなかったので、Sarah は Ackerman 医師のアカウントを作成するために、[新規アカウント] を選択します。代わりに グローバルアカウント検索が表示され、Sarah はまず自分のテリトリー外の Ackerman 医師を検索するように促されます。Ackerman 医師のアカウントはすでに存在することがわかったため、Sarah は新規にアカウントを作成するのではなく、既存のアカウントを自分のテリトリーに追加します。

特記事項

この機能は、新規アカウントウィザードおよび新規アカウント DCR プロセスなど、新規アカウントボタンに関連する他のリダイレクト動作に優先します。

MFA およびカスタムドメインでのサインイン

多要素認証の導入や、OAuth 2.0 および SAML を含む幅広いシングルサインオン (SSO) ソリューションを MDM を使用せずに実現できます。また、iPad および iPhone ユーザは、カスタムドメインを使用して Veeva CRM にサインインすることも可能です。これにより、あらゆるプラットフォームにおいて、ユーザが使い慣れた一貫したサインイン体験を提供することができます。

例えば、Verteo BioPharmaは Ping で SSO を使用しており、ユーザの MFA を必須化したいと考えています。管理者は Ping の MFA を設定し、ユーザにカスタムドメインリンクでサインインするよう求めます。Verteo BioPharma のユーザである Sarah Jones は、Veeva CRM を起動し、[カスタムドメインを使用] リンクを選択します。彼女は Salesforce サインイン URL を入力して自分の SSO 資格でサインインします。MFA チャレンジが表示されます。彼女がチャレンジを完了し、ID を確認すると、ホームページが表示されます。

代わりに、Sarah Jones は Veeva CRM を起動し、[カスタムドメインを使用] リンクを選択します。彼女はカスタムドメインフィールドに Verteo BioPharma のマイドメイン名を入力し、[次へ] を選択します。Verteo BioPharma のロゴがあるマイドメインログインページが埋め込みブラウザーに表示されます。Sarah は認証情報を入力し、サインインします。

特記事項

• ユーザはアクティブなインターネット接続を持っている必要があります
• 同意書取得において、同意書取得ページのロックアイコンは表示されません

カスタムドメインサインインのためのユーザプロファイルの管理

カスタムドメインの使用リンクは常にログインページに表示されます。どのユーザでもこのリンクを表示し、選択することができます。しかし、特定のユーザのプロファイルにのみ [カスタムドメインを使用] リンクを使用してサインインできるようにしたい場合もあります。

[カスタムドメインを使用] リンクから特定のユーザのプロファイルにのみサインインを許可するには:

1. ライトニング では、設定＞アプリ ＞ 接続済みのアプリ ＞ 接続済みのアプリの管理、セールスフォースクラシック では設定 ＞ 管理設定 ＞ アプリの管理 ＞ 接続済みのアプリに進みます
2. Veeva CRM アプリで編集を選択します。
3. OAuth ポリシーセクションの 許可されたユーザフィールドで、管理者が承認したユーザは事前認証済みオプションを選択します。
4. 保存を選択します。
5. プロファイルセクションのプロファイルを管理を選択します。
6. 適切なプロファイルを選択します。
7. 保存を選択します。

権限を持たないユーザがリンクからサインインしようとすると、認証に失敗し、[カスタムドメインを使用] 画面が表示されます。

リフレッシュトークンポリシーの定義

ユーザが [カスタムドメインを使用] リンクを使用してサインインし、アクティブな Salesforce セッションを開始すると、そのセッションは恒久的ににアクティブなままです。ただし、管理者はセッションがアクティブになる期間を定義して、セッションが無制限にアクティブになることを防ぐことができます。ユーザがサインインすると、アプリは有効なリフレッシュトークンを受け取り、アクティブなセッションが開始されます。セッションが終了したとき、リフレッシュトークンがまだ有効であれば、新しいセッションが自動開始され、新しいリフレッシュトークンが取得されます。有効なリフレッシュトークンがある限り、ユーザは再度サインインすることなくアプリを開始し、使用することができます。デフォルトでは、ユーザが [カスタムドメインを使用] リンクからサインインしても、リフレッシュトークンの有効期限が切れることはありません。

リフレッシュトークンポリシーを定義するには:

1. 設定 > アプリ > 接続アプリ >接続アプリの管理に進みます。
2. Veeva CRM アプリで編集を選択します。
3. OAuth ポリシーセクションの リフレッシュトークンポリシーに、該当する選択リストを選択します。使用可能なオプションは以下の通りです:
   • リフレッシュトークンは取り消されるまで有効です – デフォルトで選択されています。リフレッシュトークンは、管理者によって特に取り消されない限り、無期限で有効です。トークンの取り消しは、OAuth 接続アプリまたはOAuth 接続アプリ使用設定ページにある、ユーザの詳細ページで行います。
   • リフレッシュトークンの即時失効 - リフレッシュトークンは、ユーザがサインインした直後に失効します。現在のセッションはアクティブであっても、アプリを終了して再度起動した後、ユーザは再度サインインする必要があります。
   • 規定時間の使用がない場合のレフレッシュトークンの失効 – 指定された時間内にセッションを開始するために使用されなかった場合、リフレッシュトークンは失効します。例えば、リフレッシュトークンが 7 日間使用されないと失効するように設定されている場合、ユーザはサインインしてリフレッシュトークンを取得してから 7 日以内に、アプリで少なくとも 1 回のフルセッションを使用する必要があります。これにより、リフレッシュトークンは新しいセッションを開始するために使用され、その後新しいトークンに交換されます。新しいトークンは、さらに 7 日間有効です。また、セッションの非アクティブ状態のモニタリング期間もリセットされます。
   • リフレッシュトークンの n 時間後の失効 – リフレッシュトークンの有効期間を一定にします。例えば、リフレッシュトークンの有効期間を 24 時間に設定した場合、ユーザがアクティブなセッションを維持できるのは 24 時間のみとなります。

多要素認証の実施

お客様は、Salesforce または独自の IDP を通じて MFA を設定し、適切なユーザプロファイルまたは権限セットに対して MFA を有効化することができます。MFA を有効化すると、ユーザはサインイン時に MFA チャレンジを完了する必要があります。MFA チャレンジは、追加の保護レイヤーを提供するための二次的なバリデーション方法です。iPad および iPhone デバイスに MFA を適用したいお客様は、[カスタムドメインを使用する] リンクを使用してサインインするようユーザに要求する必要があります。

フィールドユーザ

Salesforce の標準的な認証に Salesforce MFA を設定するには:

1. セットアップ > ユーザ > プロファイルの順に移動します。
2. 適切なユーザプロファイルを選択します。
3. システムセクションで、システム権限を選択します。
4. 編集を選択します。
5. API ログインの多要素認証ログインおよびユーザインターフェイスログインの多要素認証チェックボックスを選択します。

   API ログインの多要素認証オプションを有効にすると、ユーザは既存の認証方法を使用してサインインすることができなくなります。

6. 保存を選択します。
7. プロファイルの概要ページに戻ります。
8. システムセクションで、セッション設定を選択します。
9. 編集を選択します。
10. ログイン時に必要なセッションセキュリティレベルをなしに設定する。
11. 保存を選択します。

拡張プロファイルユーザインターフェースのユーザ管理設定が有効化されていない場合、ユーザプロファイルのシステム権限およびセッション設定が同じページに表示され、同時に編集することができます。オリジナルのプロファイルインターフェースについて詳しくは、Salesforce ドキュメンテーションをご覧ください。

IDP を使用して SSO に MFA を適用するお客様は、IDP で MFA を別途設定する必要があります。MFA を設定した後でも、ユーザは Salesforce の認証情報でサインインすることにより、MFA チャレンジをスキップできます。ユーザが MFA チャレンジを完了するようにするには、管理者はユーザが Salesforce の認証情報でサインインできないようにする必要があります。

1. 設定 > アイデンティティ > シングルサインオン設定に進みます。
2. 編集を選択します。
3. 認証情報でのログインを無効化チェックボックスを選択します。
4. セットアップ > ユーザ > プロファイルの順に移動します。
5. 適切なユーザプロファイルを選択します。
6. システムセクションで、システム権限を選択します。
7. 編集を選択します。
8. Is Single Sign-On Enabled チェックボックスを選択します。
9. 保存を選択します。
10. プロファイルの概要ページに戻ります。
11. システムセクションで、セッション設定を選択します。
12. 編集を選択します。
13. ログイン時に必要なセッションセキュリティレベルをなしに設定する。
14. 保存を選択します。

SSO ユーザ向けにプロファイルを使用して Salesforce MFA を設定する:

1. セットアップ > ユーザ > プロファイルの順に移動します。
2. 適切なユーザプロファイルを選択します。
3. 編集を選択します。
4. 一般ユーザ権限セクションに移動します。
5. ユーザインターフェースログイン用の多要素認証チェックボックスを選択します。
6. セッション設定セクションに移動します。
7. ログイン時に必要なセッションセキュリティレベルをなしに設定する。
8. 保存を選択します。

システム管理者

システム管理者が統合ユーザではないことを確認してください。統合ユーザは、設定では不可となっている、API を介したサインインができる必要があります。

Salesforce の標準的な認証に Salesforce MFA を設定するには:

1. セットアップ > ユーザ > プロファイルの順に移動します。
2. 適切なユーザプロファイルを選択します。
3. システムセクションで、セッション設定を選択します。
4. 編集を選択します。
5. ログイン時に必要なセッションセキュリティレベルを高保証に設定します。
6. 保存を選択します。

インテグレーションユーザ

Salesforce の標準的な認証に MFA を設定するには:

1. セットアップ > ユーザ > プロファイルの順に移動します。
2. 適切なユーザプロファイルを選択します。
3. システムセクションで、システム権限を選択します。
4. 編集を選択します。
5. ユーザインターフェースログイン用の多要素認証チェックボックスを選択します。
6. [保存] を選択します。

サインイン

ユーザは、以下の認証方法で Veeva CRM にサインインすることができます:

• 既存の認証
• 以下をサポートするカスタムドメインリンクを使用します:
• Salesforce の標準的な認証情報
• Salesforce がサポートする任意の SSO 方法。Salseforce での SSO について詳しくは、Salesforce ドキュメンテーションをご覧ください。

サインインするには:

1. ログインページで、カスタムドメインを使用を選択します。
   
2. カスタムドメインフィールドに、組織の完全なカスタムドメイン URL を入力します。https:// は含めないでください。

   ユーザが以前にカスタムドメインでサインインしたことがある場合、この画面はスキップされ、マイドメインのログインページが自動的に埋め込みブラウザーに表示されます。

3. 次へを選択します。
4. 埋め込みブラウザで適切な認証情報を入力します。
5. ログインを選択します。
6. 該当する場合は、MFA チャレンジを完了します。
7. 許可を選択してアプリにアクセスします。この手順は、ユーザが特定の認証情報のセットで初めてサインインするときのみ必要です。

ユーザがサインインに成功すると、アクティブな Salesforce セッションが開始されます。セッションがアクティブな間は、アプリを閉じても、ユーザはサインインしたままです。セッションを終了するには、サインアウトするか、リフレッシュトークンの有効期間が切れるまで待つ必要があります。詳細はリフレッシュトークンポリシーの定義を参照してください。

製品ごとのモニタリングルールの使用

誤検出による違反を減らすために、コンプライアンスユーザは、マイセットアップの割り当てに基づいて、定義された製品、ディテールグループ、およびディテールトピックの組み合わせに対してのみ実行するモニタリングルールを指定することができます。また、モニタリング対象語句の中には、ユーザによって適切なものとそうでないものがあるため、ユーザのコールに対して実行されるルールをより細かく制御することができます。

製品固有のモニタリングルールは、マイセットアップを介してその製品を割り当てられたすべてのユーザにモニタリングルールをリンクします。ルールがユーザにリンクされている場合、関連する製品に関するコールだけでなく、ユーザのすべてのコールに対して実行されます。

例えば、Verteo BioPharma のコンプライアンスユーザが、以下のような製品別モニタリングルールを作成したとします:

• Cholecap に言及する場合、「RA」という語句を使用してはならない。
• Labrinone に言及する際、「A1C」という語句を使用してはならない。

Sarah Jones は、My Setupで Cholecap に割り当てられたユーザですが、Labrinone には割り当てられていません。彼女は Ackerman 医師および Cholecap について話し、コール後のメモに以下のように記録しています:

Cholecap は糖尿病患者の A1C 値を下げるのに役立ち、RA の治療法として有望であることを説明した。

コール後のメモが Approved Notes で処理されるとき、Sarah のメモには Cholecap モニタリングルールだけが適用されます。コンプライアンスユーザが違反を確認すると、Sarah のメモには RA のみが違反として表示され、A1C は表示されません。

特記事項

• この機能を国別 Approved Notes ルールの作成と組み合わせることで、さらに固有性を高めることができます
• Monitored_Text_vod の Product_vod と Detail_Group_vod フィールドは、ユーザがそのフィールドに対して少なくとも FLS の読み取り権限を持っていれば、ジョブ履歴テーブルの CSV ダウンロードファイルで利用できます。ユーザがフィールドへの FLS 読み取りアクセスなしで CSV ファイルをダウンロードした場合、これらのフィールドは表示されません。

前提条件

• Approved Notes 違反確認のためモニタリングターゲットテキストを使用

製品ごとのモニタリングルールの作成

製品固有のモニタリングルールを作成するには:

1. 該当する Monitoring_Rule_vod レコードまたは新規作成を編集します。

2. 該当するフィールドを入力します:

   • Product_vod – ユーザが適切な製品または詳細トピックを選択できるようにします。
   • Detail_Group_vod – ユーザが適切なディテールグループを選択できるようにします。

   この 2 つのフィールドは独立して使用することも、さらに固有性を高めるために一緒に使用することも可能です。

3. 保存を選択します。

ASSMCA ライセンスバリデーションの削除

プエルトリコの規制薬物サンプリング要件の変更により、Veeva CRM の規制薬物サンプリングに ASSMCA ライセンス番号を入力する必要はありません。ASSMCA および Ship-to ASSMCA のフィールドは、署名ページに表示されなくなり、フィールドはバリデーションされなくなりました。さらに、管理者はアドレス レコードの ASSMCA バリデーションルールを非アクティブにして、アカウントの作成およびアドレスレコードのメンテナンスを簡素化することができます。

例えば、Sarah Jones は、規制薬物である Narbrax のサンプルを、プエルトリコのTeresa Alvarez 医師の住所に支給します。Sarah が Alvarez 医師の署名を取得すると、ASSMCA_vod フィールドはコール署名ページには表示されません。Sarah の管理者がバリデーションルールを無効にしたため、Alvarez 医師のアドレスレコードに ASSMCA_vod ライセンス番号を入力する必要はありません。

この機能を使用するには初期設定を完了させておきます。

ASSMCA バリデーションおよびスタンプの終了

以下のオブジェクトの ASSMCA_vod および Ship_ASSMCA_vod フィールドには入力の必要がなく、フィールド値のバリデーションまたはスタンプは行われません:

• Address_vod (DEA_Puerto_Rico_vod バリデーションルールが無効な場合)
• Call2_vod
• Content_Acknowledgement_vod
• Sample_Transaction_vod
• Sample_Transaction_Audit_vod
• Sample_Order_Transaction_vod
• Sample_Order_Transaction_Audit_vod

過去のデータを保持するため、上記オブジェクトの ASSMCA_vod および Ship_ASSMCA_vod フィールドは、Veeva CRM に引き続き存在します。

署名ページからの ASSMCA 情報の削除

デフォルトでは、ASSMCA 情報と Ship-to ASSMCA 情報は以下のページには表示されなくなりました:

• すべての既存のサンプル署名タイプ用のコール署名ページ
• BRC サンプリング用署名ページ
• すべての既存のコールタイプ用のコール署名ページ:
• 個別のコールレポート
• 標準のグループコールレポート
• 一意のアクティビティが有効化されたグループコール
• コンテンツ署名ページの確認

メディアライブラリでのウェブサイトコンテンツの表示

Veeva CRM はメディアライブラリでのウェブサイトコンテンツの表示をサポートしています。コンテンツ作成者は、コンテンツが準拠していることを確認しながら、ユーザがコールや Engage Meeting で HCP と共有できる承認済みコンテンツのウェブサイトを作成することができます。

特記事項

• 制限あり製品、許可された製品、およびアカウントの区分は反映され、ユーザが各アカウントに表示できるウェブサイトを制御します。
• CLM_ENABLE_AUTO_LAUNCH_vod Veeva 設定は無視され、埋め込みウェブブラウザでウェブサイトを表示できるようになります

ウェブサイトコンテンツの作成

ウェブサイトのコンテンツを作成するには、以下のフィールドを持つレコードを作成します:

• CLM_Presentation_vod
• Description_vod
• Keywords _vod
• Status_vod - ウェブサイトを表示してエンドユーザが利用できるようにするために、このフィールドは承認済みに設定されている必要があります

  ウェブサイトの CLM_Presentation_vod レコードは、サブプレゼンテーションとしてサポートされていません。

• Key_Message_vod
• Active_vod – このチェックボックスの選択は必須です
• Description_vod
• URL_vod – ウェブサイトの URL。このフィールドをユーザが見ることができる場合、メディアライブラリのウェブサイトタブが表示されます。アクティビティのトラッキングのために、トークンを URL に付加することができます。サポートされるトークンの詳細については、ウェブサイト URL へのトラッキングトークンの追加をご覧ください。

  ウェブサイトの Key_Message_vod レコードは、共有リソースまたは必須スライドとしてサポートされていません。

• CLM_Presentation_Slide_vod
• CLM_Presentation_vod – 新規に作成された CLM_Presentation_vod レコードを入力します。
• Display_Order_vod
• Key_Message_vod – 新規に作成された Key_Message_vod レコードを入力します。

ウェブサイトには、CLM_Presentation_Vod レコード 1 つにつき、Key_Message_Vod および CLM_Presentation_Slide_Vod レコードが 1 つだけ存在する必要があります。

コンテンツ作成者は、CLMコンテンツの gotoSlide 関数または launchSelector 関数を使用して、他のプレゼンテーションからウェブサイトを開始することはできません。

ウェブサイトのサムネイルの定義

管理者は、ウェブサイトのコンテンツにウェブサイトのサムネイルを定義することができます。サムネイルは、メディアライブラリのウェブサイトタブに表示されます。

• サムネイルには、そのコンテンツがウェブサイトであることを示す WWW ラベルが表示されます。
• ウェブサイトのサムネイルが定義されていない場合、デフォルトのサムネイルが表示されます
• デフォルトのサムネイルは変更できません

メディアライブラリに表示するウェブサイトのサムネイルを定義するには:

1. 以下のアセットのみを含む ZIP ファイルを作成します:

   タイプ	命名規則	解像度 (ピクセル)
   ポスター	<ファイル名>-full.jpg	1024 x 768
   サムネイル	<ファイル名>-thumb.jpg	200 x 150

2. zip ファイル名がサムネイルアセットのファイル名と一致するか確認します。例えば、サムネイル名が「Verteo-thumb.jpg」の場合、zip ファイル名は「Verteo.zip」となります。
3. 適切な Key_Message_vod レコードに移動します。
4. メディアファイルセクションのアップロードを選択します。
5. ZIP ファイルをアップロードします。

管理者は ZIP ファイルを FTP を使用してアップロードすることもできます。 詳細はFTP を使用した CLM コンテンツのアップロードを参照してください。

メディアライブラリ内でのウェブサイトの表示

ウェブサイトは、メディアライブラリのウェブサイトタブに表示されます。

ウェブサイトを表示するには、メディアライブラリーのウェブサイトタブに進み、適切なウェブサイトのサムネイルを選択します。ウェブサイトは、埋め込みブラウザで表示されます。ウェブサイトを表示している際に、ユーザはウェブ院内を移動したり、右上にある Safari ボタンを使用して Safari でウェブサイトを開始したりすることができます。

またユーザは、その他のアクションメニューから、または埋め込みブラウザを終了する際に、以下の操作を行うこともできます:

• 完了 – 埋め込みブラウザを終了します。ユーザは、トラッキングのためにウェブサイトアクティビティを保存するアカウントを選択したり、アクティビティを後で使用するために保存したり、アクティビティを破棄したりすることができます。

  ウェブサイトアクティビティは、ユーザがブラウザでウェブサイトを表示した時間だけを追跡します。ブラウザ内のナビゲーションは追跡されません。

• メディアを探す – 他のウェブサイトまたは CLM プレゼンテーションに移動します。オーバーレイでメディアライブラリが表示されます。[閉じる] を選択すると、オーバーレイが終了します。
• アカウントの選択 – アカウントを選択して、コールを作成し、トラッキングのためにウェブサイトのアクティビティを保存します。利用可能なアカウントのリストが表示されます。SELECT_CLM_CALL_RECORD_TYPE_vod Multichannel Setting が有効化されている場合、ユーザはアカウントを選択した後にコールレコードのタイプを選択する必要があります。
• 後で作業– ウェブサイトのアクティビティをトラッキングのために保存し、アカウントを選択せずに埋め込みブラウザを終了します。ユーザは後でアクティビティをアカウントに関連付けることができます。

コール中のウェブサイト表示および Engage Meeting

ユーザは、コール中および Engage Meeting 中に、埋め込みブラウザでウェブサイトを表示することができます。

コール中または Engage Meeting 中にウェブサイトを表示するには:

1. コールレポートでメディアボタンを選択します。
2. ウェブサイトタブに進みます。
3. 適切なウェブサイトを選択します。

Engage Meeting で PDF コンテンツにリンク付けされたウェブサイトを共有するには、管理者がiPad でのホスト画面の共有を有効化する必要があります。

コール中または Engage Meeting 中に表示されたウェブサイトは、CLM プレゼンテーションと同様にコールレポート上で追跡されます。詳細はCLM のキーメッセージのトラッキングを参照してください。

埋め込みブラウザでウェブサイトを表示中に、リアクションを選択することはできません。ユーザは埋め込みブラウザを終了し、コールレポートのキーメッセージセクションに移動し、ウェブサイトのキーメッセージの Reaction_vod フィールドで適切な値を選択する必要があります。詳細はコールレポートでキーメッセージを使用するを参照してください。

Engage ライセンスをお持ちのお客様は、ソーシャルメッセージングアプリを使用して、ユーザが HCP とウェブサイトのリンクを共有することを許可することができます。詳細はWeb リンクまたは QR コード経由でウェブサイトを共有を参照してください。

Approved Email 付きの会議リクエストの送信

ユーザは、受領者が空き時間やチャネルの設定を提供できるように、Engage Scheduling Site へのリンクを含む Approved Emails を送信できます。このサイトは、受領者が希望する時間およびコールチャネルに基づいて CRM ユーザとの会議をリクエストするために使用する専用ウェブサイトです。これにより、ユーザは事前に相手の希望を知らずに会議の予定を立てたり、予定を変更したりすることを避けることができます。

例えば、Sarah Jones は Cholecap について話し合うために、Clinton Ackerman 医師にスケジュールリンクを含むメールを送信します。Ackerman 医師は、メールに記載されているリンクから Engage Scheduling Site にアクセスします。Ackerman 医師はリモート会議を希望し、都合のよい日時を選択します。Sarah は Ackerman 医師のリクエストを示すメールを受信し、リモート会議の日程を決定するために迅速に対応します。

前提条件

• Approved Email

特記事項

• 受領者は 1 リンクにつきリクエストした日時を 1 つだけ選択できます
• リクエストされるミーティングは常に 30 分の期間が設けられます
• ユーザがマイスケジュールで対応不可タイムスロットを作成すると、対応不可時間帯が自動的に HCP 用の Engage Scheduling Site に反映されます。詳細はEngage Scheduling Site の対応不可タイムスロットを参照してください。
• 会議時間は閲覧者のインターネットブラウザのタイムゾーンを基に自動的に調整されます
• 管理者は、Engage Scheduling サイトへの HCP 名を表示する特定の形式を定義することができます。詳細はHCP 表示名の書式設定を参照してください。

Engage Scheduling Site を使った会議リクエスト

受領者が {{schedulerLink}} トークンを含む Approved Email を開くと、トークンは Engage 経由で Engage スケジューリングサイトへのリンクとしてレンダリングし、Engage を使用している受信者が、新しい会議を要求するときに潜在的なスケジュールの競合を確認して回避できるようにします。

例えば、Dr. Clinton Ackerman が Engage スケジューリングサイト経由で Sarah Jones との会議をリクエストするとします。その日の遅く、Dr. Clinton Ackerman は Ian Kehl との会議をリクエストするための別のリンクを受け取ります。Dr. Ackerman は会議をリクエストするために利用可能な時間を確認すると、以前に Sarah Jones との会議をリクエストした時間を確認します。この行動により、Dr. Ackerman は Ian Kelh と会う時刻をリクエストする際にスケジュールの競合を起こさずに済みます。

Engage Scheduler Site を使用して、受領者として会議をスケジュールするには:

1. {{schedulerLink}} トークンによりレンダリングされるリンクを選択します。ブラウザサイトはビューアのブラウザ言語でレンダリングされ、Veeva がサポートするすべての言語で利用可能です。ビューが Veevaでサポートされていない言語を使用している場合、ブラウザ言語はデフォルトで英語になります。

   受領者が iOS または Android Engage アプリがインストールされているデバイスでリンクを選択すると、アプリが開き、受信者はアプリケーション内から会議出席リクエストを作成します。アプリがインストールされていない受信者は、ブラウザを介して続行し、そこで会議出席リクエストを作成できます。

2. 以下のいずれかの会議タイプを選択します:

   • 対面
   • ビデオ
   • 電話

   

   ユーザが会議リクエストを承諾すると、HCP が Engage Scheduling Site で選択した会議タイプに基づいて、Call_Channel_vod フィールドが自動的に入力されます。会議タイプのオプションは設定できません。

   受領者が会議の種類として [対面] を選択し、Engage にオフィスが関連付けられている場合、受領者は必要に応じてリクエストに関連付けるオフィスを選択することができます。

   

3. 会議の希望日時を選択します。

   

   受領者は、スケジュール作成プロセスの任意の時点で、要求された会議タイプを変更することができます。モバイルデバイスでは、ヘッダーの戻る矢印を選択します。ブラウザでは、ヘッダーの会議タイプの横にある鉛筆ボタンを選択します。

4. 確定を選択します。会議リクエスト情報を含む確認メッセージが表示されます。

   

ユーザへの会議リクエスト通知

受領者が Engage Scheduling Site を使用して会議をリクエストすると、Approved Email の送信者が所有するMeeting_Request_vod レコードが、以下の値で CRM に作成されます:

• Assignee_vod – Engage Scheduling Site へのリンクが含まれたメールを送信したユーザ
• Account_vod – 会議リクエストをした Approved Email の受領者
• Owner – Engage Scheduling Site へのリンクが含まれたメールを送信したユーザ
• Invitee_Display_vod – 受領者アカウントの Formatted_Name_vod フィールド
• Meeting_Type_vod – 受領者が選択した会議タイプ。以下のいずれかの値になります:
• 対面
• ビデオ
• 電話
• Status_vod – 常に Requested_vod を入力します。
• Start_DateTime_vod – 受領者からリクエストされた日付および時刻
• Duration_vod – 常に 30 を入力します
• Sent_Email_vod – {{schedulerLink}} トークンを含む受領者に送信された Sent_Email_vod レコード
• Phone_vod – 会議タイプとして電話を選択した後、受領者が電話番号を入力した場合に入力されます

作成された Meeting_Request_vod レコードに加えて、ユーザは scheduling@veevacrm.com から受領者が会議をリクエストした旨のメールを受け取り、可能な限り早く返信して会議をスケジュールするよう促されます。

例えば、Ackerman 医師が Sarah Jones との対面会議を依頼すると、彼女は以下のようなメールを受け取ります:

ブラウザ プラットフォームのユーザも、新しい会議出席依頼が作成されて自分に割り当てられると、通知を受け取ります。Meeting_Request_vod レコードの Assignee_vod フィールドにユーザが指定されていない場合、代わりにレコード所有者に通知が送られます。

ウェブサイトコンテンツへのウェブリンク送信

ユーザが承認済みウェブサイトコンテンツをメール以外のチャネルを介して HCP と共有できるようにするために、ユーザはソーシャルメッセージングアプリを使用して HCP にウェブサイトリンクを共有できます。管理者は、ウェブサイトのリンクにトラッキングトークンを追加して、訪問者の特定のウェブサイトへの関与を追跡し、いつ、どこでリンクが送信されたかを特定することができます。Web リンクを共有すると、ユーザは HCP とのコミュニケーションを増やし、HCP による ウェブサイトコンテンツへの関与を増やすことができます。

例えば、Sarah Jones は、Clinton Ackerman 医師とのやり取りに SMS を使用しています。Ackerman 医師から以前、Cholecap の臨床試験についてもっと情報を知りたいと問い合わせがありました。Sarah は、Cholecap の臨床試験に関する承認されたメッセージを含むウェブサイトをメディアライブラリに持っています。彼女は、iPad のメッセージアプリを使って、そのリンクを Ackerman 医師に送信します。Ackerman 医師がリンクを選択し、ウェブサイトを閲覧すると、そのアクティビティが Veeva CRM に記録されます。

特記事項

• ウェブサイトリンクを送信できるユーザには、Engage のライセンスが必要です。
• 制限付き製品、許可された製品、およびアカウントの区分は反映され、ユーザが各アカウントに送信できるウェブサイトを制御します。
• トレーニングコンテンツとしてマークされたコンテンツは、メディアライブラリから送信することはできません。詳細はトレーニングプレゼンテーションの使用を参照してください。
• ウォーターマークはサポートされていません。詳細は教育訓練プレゼンテーションへの透かしの追加を参照してください。

SMS および WhatsApp 電話番号の定義

管理者は、オプションでアカウントのSMS および WhatsApp の電話番号を定義することができます。これにより、ユーザがメッセージおよび WhatsApp を使用してアカウントにウェブサイトリンクを送信する際に、受領者の電話番号が自動入力されます。

1. エンドユーザに アカウントオブジェクトの以下のフィールドに対する FLS 参照権限を付与します:
   • SMS_vod
   • WhatsApp_vod

     WhatsApp には iPad アプリがないため、WhatsApp Web は iPad プラットフォームのブラウザで起動します。Veeva CRM は WhatsApp Web の動作を制御しません。

2. 適切なアカウントレコードに移動します。
3. 編集を選択します。
4. SMS_vod または WhatsApp_vod フィールドに入力します。

   電話番号は、国番号を含む数字のみ (記号は不可) で、11234567890 のように先頭の「0」を含まないものである必要があります。

ウェブサイト URL へのトラッキングトークンの追加

トークンは、コンテンツ作成者により、どのアカウントがウェブサイトを訪問したかについての情報を追跡するために使用できます。トークンは、適切な Key_Message_vod レコードの URL_vod フィールドを更新することで、ウェブサイトの URL に追加される必要があります。

トークンは、以下の形式を使用してURLに追加する必要があります:

https://www.example.com?[[Parameter 1]]={{Token 1}}&[[Parameter 2]]={{Token 2}}

管理者はパラメータ名を定義することができます。トークンは、ユーザによって表示されたときに解決されます。

{{linkTracker}} トークンを追加すると、ユーザがいつ、どのようにリンクを送信したかについての情報を追跡できます:

• ソース – ユーザがリンクを送信した場所。Veeva CRM から送信された場合、値は VeevaCRM に設定されます。
• デバイス – ユーザがリンクを送信するために使用したデバイス。iPad から送信された場合、値は iPad に設定されます。
• 送信日時 – ユーザがリンクを送信した日時 (ISO 8601 形式)

例えば、Sarah Jones が iPad から以下のウェブサイトを起動するとします:

https://www.verteobiopharma.com?user={{userName}}&{{linkTracker}}

トークンは以下を解決します:

https://verteobiopharma.com?user=Sarah%20Jones&src=VeevaCRM&dvc=iPad&sentDateTime=2021-08-25T20:05:28Z

以下のトークンもウェブサイトのトラッキングにサポートされています:

• {{ObjectAPIName.FieldAPIName}}
• {{ObjectAPIName.RelationshipName.FieldAPIName}}
• {{MessageId}}

トークンは、アカウントおよびユーザオブジェクトのフィールドを参照することができます。その他のオブジェクトはサポートされていません。

例えば、Sarah Jones がClinton Ackerman 医師に以下の URL でウェブサイトを送信したとします:

https://www.verteobiopharma.com?user={{User.Name}}&acctFirst={{Account.FirstName}}&acctLast={{Account.LastName}}

トークンは以下を解決します:

https://www.verteobiopharma.com?user=Sarah%20Jones&acctFirst=Clinton&acctLast=Ackerman

アカウントが選択されていない場合、ウェブサイトは以下のように解決されます:

https://www.verteobiopharma.com?user=Sarah%20Jones&acctFirst=&acctLast=

ウェブリンクの送信

ユーザは、メディアライブラリから HCP にウェブサイトのリンクを共有することができます。ユーザは、Veeva CRM でサポートされているメッセージングアプリを直接開始するか、URL をコピーして他のコミュニケーションチャネルを使用して送信することができます。利用可能な共有オプションは ENGAGE_LINK_APPS_vod Engage Link で設定されます。

トレーニングコンテンツとしてマークされたウェブサイトは、メディアライブラリから送信することはできません。詳細はトレーニングプレゼンテーションの使用を参照してください。ウェブサイトでは透かしはサポートされていません。

リンクを送信するには:

1. Veeva CRM のメディアタブまたはまたはコールまたは Engage Meeting のコールレポート上のメディアボタンを選択し、メディアライブラリを表示します。
2. ウェブサイトタブに進みます。
3. 該当するウェブサイトサムネイルの上にあるその他のアクションを選択します。
4. 共有を選択し、利用可能な共有オプションを表示します。

   ENGAGE_LINK_ACCOUNT_SELECTION_vod Engage Link 設定が 0 に設定されている場合、ユーザは共有オプションを表示する前にアカウントを選択するよう促されます。選択されたアカウントでは、許可済み製品、制限付き製品、区分が尊重されます。この設定が「1」に設定されている場合、ユーザはアカウントの選択を求められません。

5. 適切な共有オプションを選択します。

   Engage チャットを選択した場合、以下の手順が異なります。詳細については、Engage チャットを使用した Web リンクの共有を参照してください。

6. 受領者を選択します (該当する、および未入力の場合)。受領者フィールドは、以下が当てはまる場合に自動入力されます:
   • 共有オプションを選択する前に、ユーザがアカウントを選択した場合
   • 選択された共有オプションは Messages であり、アカウントの SMS_vod フィールドが生成されます
   • 選択された共有オプションは WhatsApp であり、アカウントの WhatsApp_vod フィールドが生成されます

7. 送信を選択します。

Engage チャットで Web サイトのリンクを共有する

リンクを共有するには:

1. Veeva CRM のメディアタブまたはまたはコールまたは Engage Meeting のコールレポート上のメディアボタンを選択し、メディアライブラリを表示します。
2. ウェブサイトタブに進みます。
3. 該当するウェブサイトサムネイルの上にあるその他のアクションを選択します。
4. 共有を選択し、利用可能な共有オプションを表示します。

   ENGAGE_LINK_ACCOUNT_SELECTION_vod Engage Link 設定が 0 に設定されている場合、ユーザは共有オプションを表示する前にアカウントを選択するよう促されます。選択されたアカウントでは、許可済み製品、制限付き製品、区分が尊重されます。この設定が「1」に設定されている場合、ユーザはアカウントの選択を求められません。

5. Engage チャットを選択します。
6. 受領者を選択します (該当する、および未入力の場合)。選択したアカウントに接続している Engage プロファイルが 1 つしかない場合、受領者フィールドは自動的に入力されます。

   受領者が自動的に入力されない場合、接続の選択モーダルが表示されます。利用可能な接続の一覧は、以前にアカウントを選択したかどうかにより変化します:

   • すでにアカウントを選択しており、選択したアカウントには接続している Engage プロファイルが複数あります。接続の選択モーダルに、アカウントで使用可能な接続のリストが表示されます。
   • すでにアカウントを選択していますが、選択したアカウントには接続している Engage プロファイルがありません。接続の選択モーダルに、使用可能なすべての接続のリストが表示されます。接続を選択すると、Engage プロファイルがアカウントに自動的にリンクされます。
   • アカウントを選択しなかったため、接続の選択モーダルに、使用可能なすべての接続のリストが表示されます
7. 送信前にメッセージをプレビューします。
8. 送信を選択します。

その他のアクションメニューに加えて、ユーザはウェブリンクを Engage タブ内のチャットスレッドに直接送信できます。チャットスレッド内の Web リンクを送信するには:

1. Engage タブ内の適切なチャットスレッドに移動します。

   

2. アクションバー内のメディアボタンを選択します。
3. アカウント検索を使用して、適切なアカウントを選択します。

   ENGAGE_LINK_ACCOUNT_SELECTION_vod Engage リンク設定が「1」にセットされると、アカウント選択はスキップされます。

4. メディアライブラリから適切なウェブサイトを選択します。
5. 送信を選択します。

veev.io ドメインを使用した URL の短縮されたバージョン (例えば、veev.io/sbn1pyrrix31) が生成され、共有されます。この短縮されたURL に有効期間はなく、クリックアクティビティを追跡するために使用されます。5 秒以内に短縮 URLを生成できない場合、完全な URLが共有されます。完全な URL が共有されると、アクティビティを追跡することはできません。

ウェブリンクのトラッキング

ウェブサイトリンクが送信されると、以下のフィールドを持つ Sent_Message_vod レコードが自動作成されます。

短縮された URL ではなく、完全な URL を送信した場合、その理由がSent_Message_vod レコードの Details_vod フィールドに記録されます。

Engage Meeting ライセンス管理

Engage グループ管理プロセスを使用すると、管理者はユーザオブジェクトを介して Engage グループへのユーザ割り当てを制御でき、データ読み込みとユーザ管理の統合によって割り当てを制御できます。

たとえば、Verteo BioPharma の管理者である Alice Adams は、Engage グループに 5 人のユーザを追加する必要があります。データローダを使用して、各ユーザの [グループ要求のエンゲージメント] フィールドにグループ名を入力します。ユーザが正常に割り当てられると、Alice は各ユーザレコードでプロセスが正常であることと、[グループのエンゲージメント] フィールド上で確認のためにスタンプが押されたグループ名を確認することができます。

データ読み込みによるユーザの割り当てと削除に関するベストプラクティス

管理者は、データ読み込みによってユーザを一括で割り当てたり削除したりできます。Engage グループのメンバーシップをデータロードで管理する組織は、次のベストプラクティスに従う必要があります。

• データは Engage_Group_Request_vod フィールドにのみ挿入する必要があります
• Salesforce による挿入リクエストのバッチ方法に従い、新規または更新された割り当てを挿入または更新 (UPSERT) する前にグループからのユーザーの削除を個別ジョブとして完了する必要があります

また、Salesforce でユーザーを無効化する前に、そのユーザを Engage グループから削除してライセンスを解放し、Engage グループが削除された場合のエラーを回避する必要があります。

グループへのユーザの割り当てと削除

Engage Group から既存ユーザを割り当てたり、削除したりする方法：

1. 適切なユーザレコードに移動します。

2. 割り当てる場合はEngage_Group_Request_vodフィールドに、適切な Engage Group 名を、削除する場合は空白を指定します。

   Engage_Group_Request_vod フィールドがすでに空白のときにユーザを Engage Group から削除するには、 Engage_Group_Provisioning_Status_vod フィールドを Retry_Request_vod に更新します。

3. 保存を選択します。

Engage_Group_Request_vod フィールドは、アクティブで有効な管理ユーザが入力する必要があります。有効なセッション ID を持たないユーザは、Engage グループを管理することはできません。

保存後、Engage_Group_Provisioning_Status_vod フィールドには、Engage サーバによって処理される際に要求された更新の状態が表示されます。

• Request_Sent_vod – 要求は Engage サーバによってまだ処理されていません
• No_Licenses_Remaining_vod – 使用可能なライセンスが不足しているため、要求が失敗しました
• Invalid_Group_Name_vod – 入力した Engage Group 名が Engage Server 上のグループ名と一致しませんでした
• Request_Failed_vod – 要求された割り当てができませんでした
• Success_vod – 要求された割り当てが正常に完了しました

割り当てが成功すると、次のユーザレコードのフィールドが自動的に更新されます。

• Engage_Group_vod – Engage_Group_Request_vod フィールドに一致するように更新されます
• Engage_Group_Provisioning_Status_vod – Success_vod に更新されます
• Remote_Meeting_Host_Id_vod
• Remote_Meeting_Host_Token_vod

プロビジョニングプロセスで Engage_Group_vod フィールドと Engage_Group_Provisioning_Status_vod フィールドの更新を妨げるものがある場合、それらは Engage サーバー上の情報を反映していない可能性があります。管理者は、Engage Meeting の管理タブから、現在のサーバ情報を確認できます。

プロビジョニング要求の再試行

例えば、Engage ライセンスがゼロの際に管理者がユーザを追加しようとした場合など何らかの理由でプロビジョニング要求が失敗した場合、管理者は、Engage_Group_Provisioning_Status_vod フィールドを Retry_Request_vod に更新して、適切な修正を実行した後に要求を再試行できます。

Retry_Request_vod が管理者が手動で選択する必要がある唯一の値です。他のすべての値はシステムによって設定されるため、選択できません。

Engage Meeting 案内メールへのダイヤルイン番号追加

Engage の音声にダイヤルインで簡単に参加できるように、Engage Meeting のホストは参加者に送信する案内メールにダイヤルイン番号を追加することができます。これは、会議の音声に参加するための方法として、参加者の希望または必須とすることができます。

例えば、Sarah Jones が Clinton Ackerman 医師と Engage Meeting をスケジュールし、Approved Email の招待状で彼を招待したとします。Ackerman 医師は会議の情報とさまざまな参加方法が記載された案内メールを受け取ります。Engage Meeting が始まると、Ackerman 医師は、案内メールに記載されたダイヤルイン番号のいずれかを使用して、会議の音声にダイアルインします。

特記事項

• この機能は、バーチャルイベントの被験者への招待にのみ対応しており、講演者への招待には対応していません
• トルコ共和国はサポート対象外です

Approved Email テンプレートへのダイヤルイン番号の追加

被験者に送信する案内メールにダイヤルイン番号を表示するためには、コンテンツ作成者は適切なメールテンプレートに {{insertZoomDialInNumbers[Language Code]}} トークンを追加する必要があります。

トークンの [言語コード] パラメータは、サポートされる言語コードに置き換える必要があり、これによりレンダリングテキストの言語が決定されます。

レンダリング済みトークンに含めるダイヤルイン番号の定義

レンダリングトークンに含まれるダイヤルイン番号は、以下のフィールドによって決定されます:

• ユーザレコードの Country_Code_vod フィールド
• 作成者に関連する User_Detail_vod レコードの Additional_Zoom_Dial_In_Countries_vod フィールドで選択されたすべての値。

例えば、Sarah Jones は Country_Code_vod が米国であるユーザです。しかし、彼女は地理的な理由により、カナダのアカウントで頻繁に Engage Meeting のコールを開催しています。Sarah の User_Detail_vod レコードには、Additional_Zoom_Dial_In_Countries_vod フィールドがあり、選択値としてカナダが指定されています。

Sarah が Engage Meeting への案内メールを {{insertZoomDialInNumbers[en_US]}} トークンを含む Approved Email として送信すると、次の情報が表示されます:

電話番号:

	+1 669 900 6833 (US San Jose)

	+1 646 876 9923 (US New York)

	+1 301 715 8592 (US Washington DC)

	+1 312 626 6799 (US Chicago)

	+1 778 907 2071 (Canada)

	+1 204 272 7920 (Canada)

会議 ID: 8613634421

{insertZoomDialInNumbers[Language Code]}} および {{addToCalendar}} トークンを併用すると、{{insertZoomDialInNumbers[Language Code]}} トークンによって作成されたテキストは、{{addToCalendar}} トークンによって作成された .ICS ファイルの説明に含まれます。

BEE Editor では、 {{insertZoomDialInNumbers[Language Code]}} トークンはタグのマージ > リモート会議と Zoom 招待リンクで確認できます。

Events Management 用 Lightning (Sandbox ベータ)

Lightning が有効化されている組織は、ブラウザ (Lightning) プラットフォーム上で専用のエクスペリエンスを利用でき、Salesforce の拡張 Lightning UI および Events Management の機能を利用することができます。

設定すると、Lightning UI が以下の Event Management 機能に適用されます:

• イベントの作成と編集 – 更新された機能については 機能の違いを参照してください
• 「次の手順」セクション – 更新された機能については、機能の違いをご覧ください
• イベントチームメンバーの追加
• イベントへのイベント予算の追加
• イベントへの講演者の追加 – 更新された機能については機能の違いを参照してください
• イベントへのイベント資料の追加
• イベントへの経費見積の入力
• イベントセッション
• イベントへの被験者の追加
• テリトリー外からの被験者の検索 – 更新された機能については機能の違いを参照してください
• 予定外被験者の追加 – 更新された機能については 機能の違いを参照してください
• 予定外被験者の調整 – 更新された機能については 機能の違いを参照してください
• 経費ヘッダーと経費ラインを入力する
• EM_Event_vod レコードのファイル、添付ファイルおよびノート 関連リストの使用
• Events Management の Lightning での関連リストの管理
• 階層の被験者を選択する
• イベントへのローカル時間とタイムゾーンの追加
• Engage を使用してバーチャルイベントをホストする
• 子イベントのバーチャル被験者 URL の生成
• バーチャルイベントの別のホスト
• アカウントをイベントに関連付ける
• 子イベントでのイベントテンプレートの使用
• SAP Concur と Events Management の経費のインテグレーション
• イベントビジネスルール
• イベントタスク
• Lightning Experience のメモの追加
• Events Management の子アカウント
• ユーザのテリトリー外の子アカウント出席者の検索
• Events Management 用 Lightning での経費ヘッダーと経費ラインの表示
• 経費ヘッダーと経費ラインの作成と編集 – 分割経費を含む

EM_Event_Layout_vod レコードに定義されている場合、次のボタンが Events Management 用の Lightning のイベントに表示され、次の機能が有効になります:

• メール送信
• コールを記録
• 署名の表示
• イベント QR コードのプレビュー
• 契約の管理
• 契約のリンク

これらの機能は、他のプラットフォームと機能的に同等です。

Events Management 用 Lightning でサポートされていない機能

現在、Events Management 用 Lightning では次の Events Management 機能を使用することはできませんが、今後のリリースでの提供を予定しています:

• Vault イベントコンテンツの表示

特記事項

• Lightning 固有の機能は、Sandbox 組織でのテストのみを目的としています

機能の違い

サポートされる Events Management のフローは、以下の例外を除き、ブラウザ (Classic) バージョンのモジュールと変更はありません。

Events Management の Lightning でのイベント作成

イベント作成時には、レコードタイプの選択ページが上書きされ、定義された各イベントタイプの詳細および国の選択を含む、カスタマイズされたイベント作成フローが表示されます。

主催者が開始時刻と終了時刻を知らなくてもイベントの計画を開始できるように、Start_Time_vod および End_Time_vod フィールドにレコードを作成するために最初に入力する必要はありません。

Events Management の Lightning での講演者追加

講演者をイベントに追加する際、講演者選択は独立したページではなく、イベントの上にモーダル表示されます。

このモーダルで講演者の名前を選択すると、講演者の詳細、および講演者をイベントに追加するオプションが表示され、履歴書ファイルがある場合はダウンロードすることができます。

講演者を 1 人ずつ追加するだけでなく、チェックボックス欄で複数の講演者を選択して一度に追加してから [保存] を選択することもできます。

イベント主催者がどの講演者を選ぶかを簡単に決められるように、講演者タブには、すべての講演者のリストが表示されます。講演者タブには、講演者の空き状況や 資格、所属、認定、専門などの一般的なプロファイル属性が表示されます。

例えば、Verteo BioPharma のイベントオーガナイザーである Alice Adams は、Cholecap に関するシンポジウムを企画したいと考えています。彼女は、講演者タブに移動し、Cholecap のトピックに関するトレーニングを受けた講演者を数名検索します。講演者の候補を数名に絞った後、それぞれのプロファイルを確認し、イベントの参加資格および空き時間を確認します。

接続モード

他の Events Management 機能と同様に、講演者タブはインターネット接続を使用して接続モードで動作し、最新の講演者情報および空き時間を表示します。インターネット接続が利用可能でない場合は、接続エラーメッセージが表示されます。

講演者タブのナビゲーション

講演者タブには、ユーザが依頼可能なすべての講演者が表示され、各講演者について以下のレコードを含んでいます:

• 講演者の参加資格を示すステータスアイコン。

  アイコン	講演者ステータス
  	Eligible_vod
  	Expired_vod
  	Nominated_vod

• 講演者名、講演者識別子、アドレスが 1 列目に表示されます
• SPEAKER_TAB_COLUMNS_vod で設定した列が右側に表示されます。

講演者を探すには、検索フィールドに検索用語を入力します。検索結果一覧では、検索用語と講演者データを照合します。

フィルタリング

ユーザは、講演者のリストをフィルタリングして、さらに効率的に検索することができます。フィルタは、グループ内に複数のフィルタがある場合は OR ロジックを、グループをまたぐ複数のフィルタがある場合は AND ロジックを適用します。

利用可能なフィルタグループは 4 つあります。

ステータス - 特定の講演者のステータスをフィルタリングすることができます

トレーニング - EM カタログの Event_Topic_vod/General_Topic_vod レコードの Approved_vod ステータスのものを表示します。適用した場合、講演者資格レコードが一致する講演者が表示されます。資格の終了日が現在の日付より後であるか、空白でないと一致しません。

サービス - EM カタログの Speaker_Service_vod レコードの Approved_vod ステータスのものを表示します。適用した場合、講演者資格レコードが一致する講演者が表示されます。

階層 - Tier_vod__c の値に基づいて、特定の講演者の階層をフィルタリングすることができます。

講演者タブからの新しい講演者の作成

ユーザは、講演者タブから新規講演者を直接作成することができます。新しい講演者を作成するには:

1. 講演者タブの上右隅にある追加ボタンを選択します。

   

2. レコードタイプを選択します。
3. 新規講演者画面の必須フィールドに情報を入力します。
4. 保存を選択します。

講演者プロファイルの詳細の表示・編集

講演者プロファイルには、今後のイベント、講演者資格、アップロードしたファイル (履歴書など) など、講演者に関する詳細な情報が表示されます。ユーザは行を選択して、プロファイル情報を表示することができます。

講演者プロファイルのページでは、CRM の標準的な設定に基づいて、以下のアクションを実行することができます:

• 講演者情報の変更
• アカウントとリンク付けされている場合は、講演者のアカウント詳細ページにアクセスします
• 講演者資格の表示および編集
• イベント講演者の情報 (今後のイベント予定または過去に終了したイベントなど) の表示
• 講演者レコードに添付されたファイルの閲覧、ダウンロード
• 講演者記録への新しいファイルのアップロード

Windows 向け Veeva CRM デスクトップアプリ

Veeva CRM デスクトップアプリは、ユーザが必要なときにいつでもメディアライブラリにアクセスできる専用の独立アプリケーションです。ユーザはアプリから CLM コンテンツを開始し、コール中および Engage Meetings 中に HCP とコンテンツを共有することができます。

例えば、Sarah Jones に Clinton Ackerman 医師との次のコールがあるとします。Sarah はコール中にプレゼンテーションする CLM コンテンツを準備するため、デスクトップアイコンから Veeva CRM デスクトップアプリを起動し、サインインします。アプリの新バージョンに関するアラートが表示されましたが、更新は任意なので、Sarah は後で更新することにして、アラートを解除します。彼女がプレゼンテーションを検索してダウンロードする間、アプリはコンテンツの更新をチェックし、バックグラウンドで同期を行います。Sarah は [更新の適用] を選択して、コンテンツが最新の状態になるようにします。コール中、Sarah はアプリウィンドウを閉じ、コンテンツを共有します。コールの終了後、Sarah はシステムトレイのアプリのアイコンをダブルクリックで選択してアプリを再び開き、ライブラリメニューから ［今すぐ更新］ を選択してアプリを更新します。

Veeva CRM デスクトップへのサインイン

ユーザはデスクトップアイコンから Veeva CRM デスクトップアプリを起動し、Veeva CRM の認証情報を使ってサインインすることができます。サインイン後は、アプリはバックグラウンドで実行され、ユーザがコールでアプリを起動しなかった場合、コールを終了したりウィンドウを閉じたりしても、システムトレイのアプリアイコンからアクセス可能な状態になっています。アプリのウィンドウを閉じた場合は、アイコンをダブルクリックしてアプリを再度開きます。

Veeva CRM デスクトップ 22R1 にアップグレードした後、一度だけパフォーマンスチューニングプロセスが発生します。このプロセスは、アップグレードされたアプリへの初回のサインイン後に自動的に発生するもので、数分かかることがあります。

メディアライブラリメニューの使用

このアプリは、オンラインで更新が検出されると、バックグラウンドで自動インクリメンタル同期を実行します。左上にある Veeva CRM デスクトップのライブラリメニューを選択し、アプリの更新、コンテンツのダウンロード、手動同期を管理、およびアプリのサインアウトや終了を行うことができます。バックグラウンド同期が完了したら、「アップデートを適用」を選択してメディアライブラリのコンテンツを更新します

ライブラリに同期できる CLM スライドは最大 200,000 枚です。

ライブラリメニューは、システムトレイのアプリアイコンからも利用できます。アイコンを右クリックするとメニューが表示されます。

アプリの更新

アプリは、起動時、ユーザのサインイン成功時、および完全同期後に毎回バージョンアップを確認します。完全同期の実行は:

• 毎日
• ユーザが手動同期を実行した場合
• オンラインでコンテンツの更新が検出された場合

アプリの更新には任意の場合と必須の場合があります。

ユーザがコール中またはイベント中ではない時に、アプリのバージョンが更新されると、更新アラートが表示されます。更新時にアプリのウィンドウを最小化または閉じた場合、ウィンドウは自動的に再び開き、フォアグラウンドに表示されます。

ユーザがコール中またはイベント中に、任意および必須のアプリ更新があった場合、コールまたはイベントが終了するまでアプリの更新アラートは表示されません。

更新が任意である場合、ユーザは以下のことができます:

• コールモードを開始するか、コールに参加すると、コール終了までアラートが非表示になります。
• [今すぐ更新] を選択すると、直ちにアプリを更新することができます。更新完了後、アプリは終了し、自動的に再開されます。ユーザは再度サインインする必要はありません。未同期の CLM トラッキングデータは保存され、アプリの再開後に同期されます。
• [あとで更新] を選択すると、アプリを後日更新することができます。メディアライブラリメニューとトレイアイコンメニューにある [今すぐ更新] ボタンが利用可能になります。ユーザがアプリを更新する準備ができたら、いずれかのメニューから ［更新］ を選択します。

アプリの更新が必須である場合は、[今すぐ更新] を選択し、直ちにアプリを更新します。更新完了後、アプリは終了し、自動的に再開されます。ユーザは再度サインインする必要はありません。未同期の CLM トラッキングデータは保存され、アプリの再開後に同期されます。

調査対象のコールへのリンク付け

調査のレポート作成に役立つように、コールから作成された調査対象にはコール ID がスタンプされるようになりました。

例えば、MSL の Larry Lakes は Ackerman 医師とコール中で、Ackerman 医師がいつ、どのように Cholecap を処方したかについて調査を実施したいと考えています。彼はコールレポートの [調査] セクションに移動し、[作成] を選択して、Ackerman 医師を調査対象者として追加します。Larry がコールを保存すると、Call ID が自動的に調査対象レコードにスタンプされます。

調査対象のコールへのリンク付けの使用

ユーザがコールレポートから新しい調査対象を作成または既存の調査対象を編集し、保存または送信を選択すると、調査対象にはコール ID が自動的にスタンプされます。

コールレポートの外からアクセスした調査対象 (例えば、調査対象タブまたはアカウント関連リストなど) はコールにリンク付けされません。

調査対象には、最新のコールのみがリンク付けされます。ユーザが新しいコールを作成し、調査対象を保存または送信すると、以前のコール ID が上書きされます。

ユーザがコールを保存または送信する際、調査対象レコードにスタンプされるコール ID は、コールのタイプによって異なります。

• 個人アカウントのコールの場合、プライマリアカウント用に作成されたコール ID がスタンプされます。
• グループコールの場合、主要アカウント用に作成されたコール ID がスタンプされます。

  ロケーションの調査対象は、コールレポートが表示されません。コール ID は、個人コールに対してのみスタンプされます。

• 一意の活動グループコールの場合:
  • 調査対象が主要なアカウントに対して作成された場合、主要アカウントのコール ID が調査対象のレコードにスタンプされます。
  • 被験者のために調査対象を開始した場合、選択した被験者のコールIDがスタンプさ れます
  • 子アカウントの調査の場合、調査対象レコードに親コール ID がスタンプされます。

コールフィールドは、コールを調査対象とのリンクに使用されます。コール ID フィールドは、スタンプと監査の目的で使用され、ユーザがコールを保存または送信すると自動的に更新されます。

ユーザは、Survey_Target_vod オブジェクトの Call2_id_vod フィールドを監査するレポートを実行することで、アンケートの割り当てをトラッキングすることができます。