“������������������������������������������������������������������������������������������������������������”の検索結果
-
※2022年4月7日より、DatoramaはMarketing Cloud Intelligenceに製品名が変更になりました。当面は移行期間として旧名称の使用や併記がある旨ご了承ください。この記事で学べることMarketing Cloud Intelligence 2023年2月リリース新機能 & 拡張機能一覧概要接続 & 統合関連Processing Queue やデータストリーム・コントロールセンターの新機能により、管理者がより効率的にデータを管理できるようになりました。また、今までサポートへ依頼する必要があったディメンションや Orphan Keys の削除を管理者自身で行えるようになりました。さらに、複数の API コネクタの改良があったほか、データレークの名称が「Granular Data Center」へ変更になりました。プラットフォーム & ダッシュボード関連ピボットテーブル一覧やワークスペース設定の UI が一新されたことに加え、ビジュアルピボットで利用可能なチャートの種類が増えました。また、1 つのダッシュボードページで複数のウィジェットを選択して一括操作を行ったり、ダッシュボードページのフィルター付き共有リンクを作成できるようになりました。さらに、レポートの自動無効化機能や、セッションの強制タイムアウト機能が追加されました。新機能 & 拡張機能の詳細については、学習ツールの添付資料からご確認ください。新機能&拡張機能一覧接続 & 統合関連Processing Queue(処理キュー)データストリーム・コントロールセンターAdobe Analytics 2.0 カスタムGoogle Ads Manager カスタムGoogle Analytics | GA4 機能拡張API コネクタの改良API コネクタのバージョンアップデートSalesforce Data Cloud コネクタの改良データレークの改名管理者によるのディメンションと Orphan Keys の削除プラットフォーム & ダッシュボード関連ピボットテーブル一覧のアップデートビジュアルピボット複数ウィジェットの選択ダッシュボードページのフィルター付き共有リンクレポートの自動無効化ワークスペース設定の改良ワークスペースにアクセスするユーザーを招待するセッションの強制タイムアウト学習ツール資料:Intelligence 2023年2月リリース.pdf
-
当該製品は新規販売を終了しています。この記事で学べることSalesforce側で設定されているIPアドレス制限のためにセットアップが出来ないことの回避方法IPアドレス制限の確認とホワイトリストへの追加Sales EnablementサイトはSalesforce組織に外部からアクセスします。そのため、Salesforce組織側でIPアドレス制限をかけていると、セットアップやログインが出来ません。IPアドレス制限を行っている場合は、以下のSales Enablementサイト用IPアドレスを追加してSalesforce組織にアクセスできるように設定します。52.6.127.22552.205.38.3852.205.40.3352.205.41.207最新のIPアドレスは、公開ナレッジ「許可すべき Salesforce の IP アドレスとドメイン」をご確認ください。学習ツールヘルプ「組織の信頼済み IP 範囲の設定」ヘルプ「拡張プロファイルユーザインターフェースのログイン IP アドレスの制限」まとめSalesforce側でIPアドレス制限をかけている場合は、Sales Enablementサイトがアクセスできるように設定を緩和する必要があります。
-
この記事で学べること不正アクセス、ランサムウェア、DoS/DDoS攻撃等、多様なサイバー脅威に対してSalesforceはどのような監視、検出、対応を行っているか理解できる。1. はじめに本記事では不正アクセス、ランサムウェア、DoS/DDoS攻撃等、多様なサイバー脅威からSalesforceがどのようにしてお客様にご利用いただいているSalesforceの本番システムのインフラストラクチャーを保護しているかを説明します。2. インシデントレスポンス計画の整備Salesforceではインシデントレスポンス計画が整備されています。Salesforceでは、標準化されたインシデント管理プロセス、各インシデントに応じたインシデント対応マトリックスおよび手順書が存在し、これに従い24時間365日体制で、セキュリティインシデントの軽重を問わず、お客様にサービスを提供する本番システムの安定性を維持するために、速やかな対応がとれる体制が整備されています。 インシデントレスポンス計画は以下のリンクからご確認いただけます。また、このインシデント対応計画は、SalesforceのCSIRTチームによって四半期ごとにテストおよび訓練されています。3. CSIRTの設置Salesforceでは、セキュリティ・インシデント対応チーム(Computer Security Incident Response Team。以下CSIRT)を設置しており、正式なインシデント管理プロセスに従って調査、管理、コミュニケーションおよび解決の活動を行っております。4. CSIRTによるログ監視とセキュリティインシデントの検知と対応Salesforceの本番システムのインフラストラクチャーは、ネットワーク機器、サーバ、ファイアウォール、侵入検知システム、マルウェア対策、ファイル改ざん検知、データベース等のログを記録しています。これらのログはログ管理サーバで集約・相関分析され、CSIRTチームが24時間365日ログを監視しており、セキュリティアラートの通知を受け取った後、不正侵入の試みを検出した場合は、該当通信の遮断、マルウェアの駆除などの対応が即座にできる体制としています。このシステムログは1年間保管しており、また、システムログは改ざんや不正アクセスから保護するための様々なコントロールを実施しています。また、DoS/DDoS攻撃については、ネットワークセキュリティチームが24時間365日体制でネットワークトラフィックを監視しており、DoS/DDoS攻撃を検出した後、社内対応プロセスに従い、迅速にDDoS攻撃を緩和する対応が行われます。5. 脅威インテリジェンスを活用したプロアクティブな脅威の検知と対応上記では、セキュリティアラートをCSIRTがリアクティブに対応するインシデント監視、対応プロセスを説明しましたが、Salesforceではリアクティブにインシデントの監視、対応を行うだけでなく、プロアクティブなサイバー脅威への検出、対応も実施しています。SalesforceのCSIRTは広範なパブリックおよびプライベートの脅威インテリジェンスフィードとコミュニティを常時監視し、最新のサイバー脅威を分析しています。これらの脅威インテリジェンス(IoCとTTP)は、新しい検知シグネチャとしてセキュリティ監視システムに自動的に配布されます。脅威インテリジェンスは未知の脅威の検出と攻撃の検出と対応にかかる時間を短縮するためにも利用しています。また、これらの脅威インテリジェンスを使用して、SalesforceのDetection & Response チームはSalesforceの本番システムのインフラストラクチャー内に疑わしいアクティビティがないかどうかの検出を行う機械学習を使用したアノマリーベースによるスレットハンティングも実施しています。また、Salesforceの脅威インテリジェンスチームはSalesforceの本番システムのインフラストラクチャーをターゲットに攻撃している攻撃グループを常時監視し、その影響度、攻撃可能性の観点から攻撃グループの優先付けを行い、定期的に攻撃グループの評価を実施しています。そして、それぞれの攻撃グループが使用する攻撃手法に対して、当社の事業運営とお客様のビジネスに損害を与えないように、随時、Salesforceの本番システムのインフラストラクチャーの防止、検知、対応措置の見直しを実施しています。6. セキュリティインシデントが発生した場合のお客様への通知セキュリティインシデントが発生した場合、すべてのお客様に影響がある事象はTrustサイトに掲載されます。個別のお客様のセキュリティインシデントについては管理者とセキュリティコンタクトとして登録されたユーザーにメールが送信されます。セキュリティコンタクトの登録方法は以下のリンクをご参照下さい。
-
「インスタンスリフレッシュ」メンテナンスについて、以下動画で説明していますので、ぜひご視聴ください。(イネーブルメントサイトとイベントモニタリングの情報は動画および資料に含まれておりません)[動画] インスタンスリフレッシュの概要と準備 (1.約17分+ 2.約14分)https://play.vidyard.com/aJQhixFTpdgNBzaSCFvEtb投影資料のダウンロードはこちら画面右下の歯車マークより再生スピードが変更可能です上記2つの動画の構成は、以下のとおりです。必要な箇所の確認をお願いします。インスタンスリフレッシュの概要と事前準備の概要(約17分)※インスタンスリフレッシュの概要インスタンスリフレッシュメンテナンス(ナレッジ)の内容を、見やすくリスト化した資料の説明インスタンスリフレッシュの事前準備(詳細)(約14分)システムメンテナンスのベストプラクティスの解説 ※お客様の実装により、インスタンスリフレッシュの前後で必要な準備・ご対応の解説ハードコード化された参照(4:13~)Salesforce内の設定や、Salesforceと連携している外部システムの設定に、ハードコード化された参照(例:https://ap3.salesforce.com )がある場合、ご視聴くださいSalesforce Mobile SDK(8:26~)独自開発したモバイルアプリケーションをご利用の場合、ご視聴くださいメールログ(8:54~)以前は、インスタンスリフレッシュ後に、インスタンスリフレッシュ前のメールログをダウンロードする必要がある場合、インスタンスリフレッシュ前にメールログをリクエストいただく必要がありましたが、現在はその必要性は無くなりました。(そのため、このパートは割愛いただいて構いません)Live Agent(チャット)または SOS(9:45~)Live Agent(チャット)または SOS をご利用中の場合、ご視聴くださいスケジュールされたアクティビティ(11:40~)インスタンスリフレッシュ中やその前後にスケジュールされたアクティビティ(Job)がある場合、ご視聴ください。※インスタンスリフレッシュメンテナンスが予定されている組織の、すべてのシステム管理者様にご確認いただきたい内容です。動画ではなく、「読んで理解したい!」という場合は、動画で解説している内容を以下に纏めていますので、ご確認ください。インスタンスリフレッシュの概要と目的関連リンクサクセスナビ:インスタンスリフレッシュ、組織移行、継続的サイト切り替えって?ナレッジ記事:インスタンスリフレッシュメンテナンスSalesforce のシステムメンテナンスの概要上記スライドでは、インスタンスリフレッシュを含めた Salesforce で定期的に実施している システムメンテナンス の種類と概要を纏めています。その中で、本記事では、インスタンスリフレッシュの内容を説明します。インスタンスリフレッシュの目的は、インフラストラクチャーのアップグレードを実施し、お客様が期待するパフォーマンスレベルを維持することです。インスタンスリフレッシュメンテナンスが予定されているインスタンスにある、すべての組織が対象になり、強化された新しいインフラのデータセンターにインスタンスを移行します。現状の所要時間は約90分(※)で、本番環境が対象のインスタンスリフレッシュメンテナンス実施中は、対象組織は原則リードオンリーモードになります。※:2023年4月時点の実績情報であり今後変更される可能性がありますIPアドレスおよびインスタンス名はインスタンスリフレッシュ後に、変更になります。お客様への事前通知は、「製品およびサービスに関するお知らせ」と併せて、Trust 通知がございます。Trust通知の登録は、インスタンスリフレッシュ後も維持されます。また、実施日の変更はできません。関連リンクインスタンスリフレッシュメンテナンス組織の移行への準備方法サイト切り替えの概要と FAQ最適化されたサイト切り替えの概要と FAQSalesforce のシステムメンテナンスの中で、インスタンスが変更になる場合のイメージです。インスタンスリフレッシュと組織移行は、組織が別のインスタンスに移行されます。インスタンスリフレッシュインスタンスリフレッシュは、従来の基盤間での移行(apX → apXX)です。インスタンスリフレッシュは、元のインスタン上のすべての組織が新しいインスタンスに移行されますので、完了後に元のインスタンスは破棄されます。組織移行インスタンスリフレッシュ以外にも、インスタンス名が変更になるシステムメンテナンスとして、組織移行があります。組織移行には従来の基盤間での移行(apX → apXX)と、次世代基盤であるHyperforceへの移行(apX → JPNx)の2つのパターンがあります。組織移行では一部の組織がまとめて別のインスタンスに移行されますが、元インスタンスはそのまま継続して稼働を続けます。インスタンスリフレッシュと組織移行では、My Domain名や各ドメインに変更はありませんが、サーバーのIPアドレスは変更されます。関連リンクサクセスナビ:インスタンスリフレッシュ、組織移行、継続的サイト切り替えって?上記は、インスタンスリフレッシュの全体プロセスについて、タイムラインをまとめたものです。対象組織に1回目の通知が約2ヶ月に送信され、2回目の通知が約15日前に送信されます。(事前通知の送信時期については、現時点の実績情報であり、将来変更される可能性があります)移行当日にメンテナンス開始時間になったら、移行の準備が開始され、優先システムメンテナス枠(4時間)内で、インスタンスリフレッシュ作業が実施されます。インスタンスリフレッシュの所要時間は約90分です。Salesforce にて、移行が完了・成功したことを確認した後は、お客様の組織は、新しいインスタンス上で稼働します。つまり、Salesforceの新しいインフラストラクチャが利用できるようになります!素晴らしいですね!関連リンク製品およびサービスに関するお知らせTrustサイト優先システムメンテナスのスケジュール上記はインスタンスリフレッシュの当日のタイムラインです。インスタンスリフレッシュ開始後、対象組織はリードオンリーモードになり、その後インスタンスリフレッシュが始まります。リードオンリーモードの時間帯は参照のみとなり、外部データをSalesforceに取り込むような更新作業は実施いただけないため、メンテナンス開始前の準備作業とメンテナンス終了後の事後作業について、確認していきます。※Sandboxが対象のインスタンスリフレッシュメンテナンス実施中は、利用不可です[2024/3/19追記]イベントモニタリングは毎晩のバッチ・プロセスにて処理されるため、インスタンスリフレッシュ前に処理されなかったイベントログデータは存在せず、インスタンスリフレッシュ中に新しいインスタンスの組織に追加されません。[2023/10/16追記]イネーブルメントサイト (旧称 myTrailhead サブドメイン)をご利用のお客様は、インスタンスリフレッシュや組織移行の実施前と実施後に追加作業が必要です。詳細は、組織移行またはインスタンスリフレッシュ後のイネーブルメントサイト (myTrailhead) へのアクセスに関する問題と対処方法(ナレッジ)のご確認をお願いします。メンテナンス開始前の準備作業(左側のオレンジ)メールログのリクエストインテグレーションの再起動、およびDNSキャッシュ更新の準備ローカルキャッシュ用の最新証明書を入手長時間実行ジョブのスケジュールの変更を検討外部サービスへのApexコールアウトで、System.getApplicationReadWriteMode()を使用していない場合、コールアウト処理を止めるメンテナンス完了・終了後の確認作業(右側の緑)Salesforce for Outlook(SFO)の再ログインLiveAgent(チャット)エンドポイントの確認・更新長時間実行ジョブがエラーの場合、再起動Trust通知 の登録確認Einsteinボットの再有効化なお、上記に記載の作業は代表的な確認事項です。対象の機能を利用していたり、その実装がある場合は確認をお願いします。インスタンスリフレッシュ に備えた準備(概要)この章では、インスタンスリフレッシュに備えた事前準備の概要を説明します。インスタンスリフレッシュメンテナンス のナレッジに、インスタンスリフレッシュに関する各種情報や、その準備、そして影響を受ける機能について網羅されています。ご利用いただいている機能によっては、事前/事後の作業が必要なものがあったり、また移行中は制限のある機能があります。ここからは、このインスタンスリフレッシュメンテナンス のナレッジに記載されている内容に沿って、お客様で必要な準備や対処があるのか、またどのような作業が必要なのかについて説明します。上記リストには、[分類]、[No.]、[質問]、[回答]、[参考資料]があります。[分類]で、”情報”、”準備”、”機能への影響”のいずれかに分類しています。そして、[対象機能]でどの機能に関するものか明記されていますので、ご利用になっている機能の質問と回答内容がひと目で分かるようになっています!便利ですね!上記は、インスタンスリフレッシュに関連する一般情報(よくいただくご質問)です。ほとんどの内容は、本記事の上部で既に説明した内容ですが、復習も兼ねて、上記リストの内容を今一度ご確認いただくことをお勧めします。関連リンク「インスタンスリフレッシュ」ページ(投影資料のP.4をご参照ください)ナレッジ記事:リードオンリーモードの概要ナレッジ記事:優先システムメンテナンスのスケジュールサクセスナビ:Salesforceのメンテナンスを知ろうナレッジ記事:FAQ - ハードコード化された参照の更新ナレッジ記事:Salesforce のメンテナンス中、組織にどのような影響がありますか?ナレッジ記事:SalesforceのIP範囲 / 許可すべき Salesforce の IP アドレスとドメイン上記も、インスタンスリフレッシュに関連してよくいただくご質問です。内容の確認をお願いします。関連リンク:製品およびサービスに関するお知らせService Delivery (inc Hyperforce)「タイムライン」ページ(投影資料のP.8をご参照ください)ナレッジ記事:製品およびサービスに関するお知らせSalesforce アーキテクチャについてMultitenant Architecture (マルチテナントアーキテクチャ)Trust 通知次に、インスタンスリフレッシュの準備についてです。具体的な情報は、「インスタンスリフレッシュに備えた準備(詳細)」の章で説明します。ここでは、どのような準備が必要かの概要と参考資料を纏めています。関連リンク:Certificates Changes グループSalesforce のシステムメンテナンスのベストプラクティス」ページナレッジ記事:ハードコード化された参照の更新ナレッジ記事:許可すべき Salesforce の IP アドレスとドメインここからは、インスタンスリフレッシュによる個別の機能への影響についてです。スライドの内容を確認しましょう。関連リンク:Outlook/Teams, Gmail, and Inboxグループナレッジ記事:Salesforce for Outlook OAuth 再認証「メールログ」ページ(投影資料のP.25をご参照ください)ナレッジ記事:メールログのリクエストこちらも、インスタンスリフレッシュによる個別の機能への影響についてです。スライドの内容を確認しましょう。関連リンク:「LiveAgent (チャット) または SOS」ページ(投影資料のP.26をご参照ください)「スケジュールされたアクティビティ」ページ(投影資料のP.27をご参照ください)ヘルプ : What do I need to do about my upcoming Salesforce instance refresh?こちらも、インスタンスリフレッシュによる個別の機能への影響についてです。スライドの内容を確認しましょう。関連リンク:大量のプラットフォームイベント変更データのキャプチャ開発者ガイド:イベントバスReplayIDEinstein.AI(Salesforce AI)こちらは、インスタンスリフレッシュによる影響はございませんが、よくお問合せ頂く内容です。念のため、内容の確認をお願いします。インスタンスリフレッシュ に備えた準備(詳細)これ以降は、インスタンスリフレッシュに備えた準備の詳細を説明します。まずは、Salesforce のシステムメンテナンスにおけるベストプラクティスのご紹介です。これらは、インスタンスリフレッシュだけでなく、組織移行やサイトスイッチのメンテナンスにも当てはまるものです。ハードコード化された参照の更新ハードコード化とは、URLに固有のインスタンス名(例えばap3など)を含むURLをコード内に直書きしていることを指します。メンテナンスが完了すると、インスタンス名が変わりますので、そのコードを含む処理が正常に動かなくなる場合があります。こちらの確認方法などは後半で説明します。ここでは、ハードコード化された参照とはどういうものを意味するのかを理解しておいてください。許可すべきSalesforce のIPアドレスとドメインインスタンスリフレッシュが完了すると、IPアドレスが変わります。SalesforceのIPアドレスが変わることによる一般的な影響は以下のとおりです。皆様のオフィスからのSalesforceへのアクセスを、以前のインスタンスのIPアドレスを使用してフィルタリングしている場合に、Salesforceにアクセスができなくなります。Salesforceと連携しているシステム側で以前のインスタンスのIPアドレスを使用したフィルタリングを行っている場合に、そのシステムからSalesforceへの連携が停止します。最低限実施いただきたいこと:メンテナンス前に、Salesforceへアクセスする端末およびSalesforceと連携しているシステムで、最新のIPアドレス範囲を許可リストに追加してください。追加すべきIPアドレス情報については、許可すべき Salesforce の IP アドレスとドメインのナレッジをご確認ください。推奨事項:Salesforce サーバへのアクセスには、 IP アドレス許可リストではなく必要なドメインを許可する事を推奨しています。これを機に、IPアドレスではなく、ドメインを使用したフィルタリングに変更ができないかをぜひご検討ください。Salesforceアプリケーションからのメールを受信できるようにするWebアクセスだけでなく、Salesforceから、みなさまの会社の社員に届くメールに対しても、IPアドレスでフィルタリングをしている場合は、TLS、SPF、DKIM、DMARCと言った標準メールセキュリティプロトコルを使用することをご検討ください。どうしてもそれらで代用ができない場合は、Webアクセスと同様、メンテナンス前に、最新のIPアドレス範囲が追加されていることをご確認ください。優先システムメンテナンスのスケジュールSalesforceのシステムメンテナンスは、あらかじめ決められた優先システムメンテナンスのスケジュール枠内で実施されます。そのため、(みなさまの会社における)Salesforceのメンテナンスを計画する際は、優先システムメンテナンスの枠外で計画するようにしてください。優先システムメンテナンス枠は、お客様の組織のインスタンスによって変わりますが、主に日本のお客様の場合、第一、第三日曜日の未明です。詳細は、優先システムメンテナンスのスケジュールのナレッジをご確認ください。それでは、ハードコード化された参照について、詳しく説明します。ハードコード化された参照があるとインテグレーションや数式項目等の設定が壊れたり、メールテンプレートやナレッジ記事の画像が表示されなくなることがあります。対応方法としては、注釈1のように相対URLに変更いただく、注釈2のように、インスタンス名を含まない、汎用エンドポイントのURLや私のドメインのURLに変更いただくことになります。じゃあ、一体どこにハードコード化された参照があるのか。「検討がつかない・・・」とお困りのお客様はどうしたらいいでしょうか。関連リンク:ヘルプ:私のドメインSalesforce内のハードコード化された参照の確認には、Lightning Experience 準備状況チェックをご利用いただけます。すべてのハードコード化された参照を検出できるわけではありませんが、設定画面から起動できるので、とても簡単です!ハードコード化された参照の箇所を確認したら、開発者の方へ共有し、更新を依頼します。また、ご自身が開発者である場合には、VSC(Visual Studio Code)を利用して、ハードコード化された参照を見つけて、更新することができます。関連リンク:Lightning Experience 準備状況チェックで評価する項目Lightning Experience 準備状況チェックの開始Salesforce Extensions for Visual Studio CodeVisual Studio Code で Salesforce プロジェクトを作成して、ハードコード化された参照を検索ここまでは、メンテナンス後に意図しないサービス中断等が発生しないために、事前に確認・対応をいただきたい内容でしたが、対応できなかった場合の動作について、説明します。ハードコード化されている参照の中には、Salesforceサーバにより、メンテナンス後の新しいインスタンスにリダイレクトされるものがあります。例えば、ブラウザリンクやブックマーク、カスタムボタンやChatter投稿などが該当します。ただし、リダイレクトによりパフォーマンスが低下する可能性があったり、永遠にリダイレクトされるわけではないこと、必ずしもすべての参照がリダイレクトされることを保証していないため、リダイレクトに依存するのは非推奨です。ハードコード化された参照は、可能な限り、メンテナンス開始前に、すべて削除・更新しておくことを強く推奨します。先程、Lightning Experience 準備状況チェックで、Salesforce内でハードコード化された参照をある程度確認ができることをお伝えしました。こちらは、Salesforceと外部システムのインテグレーションをしている場合についてです。結論から申し上げると、必要な対応は、Salesforce内にハードコード化された参照がある場合と一緒です。外部システムの設定において、ハードコード化された参照の有無を確認し、ある場合は、私のドメインのURLもしくは汎用エンドポイントのURLに変更をお願いします。なお、上記では、現時点でApex WSDLを作成した画面を載せていますが、昔のApex WSDLでは、インスタンスが含まれたURLが記載されていました。そのため、その当時のWSDLを今も使用し続けている古いインテグレーションがある場合には、必ず確認するようにお願いします。こちらは、Salesforce Mobile SDKを使って、会社独自のモバイルアプリケーションを使用中のお客様に必要な対応について説明します。(Salesforce モバイルアプリケーションのことではありません)最新バージョンのSalesforce Mobile SDKは、メンテナンスの影響を受けません。旧バージョンをご利用の場合は、メンテナンス前にアプリケーションを更新し、ユーザへ転送することを推奨します。インスタンスリフレッシュ後にメールログを表示する必要がある場合、以前は、メンテナンス開始前にメールログをリクエストする必要がありましたが、現在はその必要性はなくなりましたのでご安心ください。関連リンク:メールログをリクエストこちらはLive Agent(チャット)やSOSをご利用中のお客様が必要な対応についてです。チャットを埋め込んでいるWebページやクライアントに、Salesforceが標準で提供しているリリースコートが使われているかを確認してください。リリースコードの場合リリースコードをご利用の場合、メンテナンス後に以前のチャットサーバーに届いたチャット要求は、自動的に正しいチャットサーバに転送されます。そのため、すぐにチャットをご利用いただけなくなるわけではございません。しかし、インスタンスリフレッシュが完了した後に、古いデータセンターでインスタンスをホストしていたハードウェアは廃止されます。その後は、転送はされなくなりますので、メンテナンス完了後のできるだけ早いタイミングで、Webページのコードを、メンテナンス完了後の新しいリリースコードに更新するようにしてください。チャットAPIエンドポイントの場合リリースコードを使わずに、カスタムRESTクライアント等で直接チャットAPIエンドポイントに要求を投げている場合には、メンテナンス後にはチャットAPIエンドポイントが変更となるため、メンテナンス直後に新しいチャットAPIエンドポイントを参照するようにクライアントに変更を加える必要があります。最後に、SOSについてですが、SOS 製品群は廃止され、注文終了日以降、引き続きSOSをご利用いただくことはできません。そのため、現在もご利用中のお客様は少ないと思いますが、もし、「使っている!」という場合には、チャットと同様の対応が必要です。関連リンク:サーバエンドポイント URL が更新された後にチャットが動作しないスケジュールされたJob等のアクティビティやサーバープロセスに対するインスタンスリフレッシュの影響についてご説明致します。インスタンスリフレッシュ実施前から継続していたアクティビティにつきましては、一旦停止されますが、インスタンスリフレッシュ後に再開されます。インスタンスリフレッシュの実施中にスケジュールされていたアクティビティにつきましましては、メンテナンス終了後にただちに開始されます。注意点になりますが、インスタンスリフレッシュ前に開始された一部の、Apex処理やBatch Apexジョブ、そしてREST APIやSOAP API、Bulk APIといったAPI処理は、メンテナンス期間後にエラーになる可能性があります。エラー発生時の対処方法としまして、インスタンスリフレッシュ実施後に再起動をして頂く事が可能ですが、長時間実行するような大きなジョブのスケジュールはインスタンスリフレッシュ実施後に(スケジュールを)変更して頂く事をお勧めします。関連リンク:Apex Callouts in Read-Only Mode (リードオンリーモードでの Apex コールアウト)参考リソースサクセスナビ:インスタンスリフレッシュ、組織移行、継続的サイト切り替えって?ナレッジ:インスタンスリフレッシュメンテナンスナレッジ:リードオンリーモードの概要ナレッジ:Salesforce のメンテナンス中、組織にどのような影響がありますか?ナレッジ:ハードコード化された参照の更新ナレッジ:許可すべき Salesforce の IP アドレスとドメインナレッジ:優先システムメンテナンスのスケジュールナレッジ:製品およびサービスに関するお知らせナレッジ:組織移行またはインスタンスリフレッシュ後のイネーブルメントサイト (myTrailhead) へのアクセスに関する問題と対処方法
-
このたびはTableauをご導入いただき、誠にありがとうございます!この記事では、TableauのCreatorライセンスをはじめて購入いただいたお客様が、Tableau Server, Deskotp, Prep を使い始めるために必要な手順を解説します。Tableau ServerではなくTableau Cloudを導入される場合は、こちらの記事をご確認ください。この記事で学べることTableau Server, Desktop, Prep を利用開始する手順Tableau Server のセットアップTableau Server はこちらからダウンロード可能です。以下のヘルプを参考に、Tableau Serverをインストールしてください。Tableau Server on Windows を使い始めるTableau Server on Linux を使い始めるTableau Serverでは、CreatorユーザーがTableau Desktop, Prep をライセンス認証できるように、ログインベースのライセンス管理(LBLM)がデフォルトで有効になっています。Tableau Desktop, PrepのアクティベートはTableau Serverのインストール後に行なってください。LBLMに関する詳細は以下の資料とヘルプをご参照ください。資料:Tableau Server Cloud LBLMの紹介ヘルプ:ログインベースのライセンス管理Tableau Desktop, Prep のセットアップ以下のリンクから最新版をダウンロードおよび実行し、案内に従ってインストールしてください。Tableau DesktopTableau Prep※Tableau Desktop, Prepをお使いいただけるのはCreatorユーザーのみです。インストールできたら起動して、こちらのステップ4の手順に従ってライセンス認証しましょう。※ステップ4はTableau Desktopの手順ですが、Prepも同じような手順でライセンス認証できます。カスタマーポータルの開設以下のように届いたメールから、カスタマーポータルを開設してください。カスタマーポータルの詳細については以下をご参照ください。カスタマーポータル ご案内資料カスタマーポータルの概要Tableau カスタマーポータルでユーザーを管理するTrailblazer アカウントの取得まず初めにTrailblazer ID (TBID)を取得してください。Trailblazer IDの設定方法ビデオ : ビデオ自体は英語ですので、日本語字幕のCCをオンにしてくださいdigital.salesforce.com/signup にアクセスします。以下キャプチャの画面が出てきたら、Tableauを選択し、TableauのSocialログインをするか、Emailアドレスを入力し、Nextをクリックしてください*ここではTableauログインとTBIDが自動で紐づけされるTableauのSocial Loginをご推奨します。Emailアドレスの入力をご選択いただく場合は、Tableauログイン作成に利用したEmailアドレスを必ずご利用ください。Salesforce ヘルプ ポータルへのログイン方法 (テクニカルサポートの活用)Tableauのライセンスを購入いただいたすべてのお客様は、テクニカルサポートの標準サポートをご利用いただけます。ソフトウェアの問題や不具合だけでなく、インストールやライセンス認証、ダウンロードなどのご支援や、使用方法に関するご質問もサポート対象になっておりますので、お困りの際はぜひご活用いただければ幸いです。お問い合わせ時のケースの登録方法など、具体的な活用方法はこちらのお問い合わせ方法をご参照ください。まとめこの記事では、Tableau Server, Desktop, Prep を利用開始する手順としてTableau Server のセットアップTableau Desktop, Prep のセットアップカスタマーポータルの開設Trailblazer アカウントの取得Salesforce ヘルプ ポータルへのログイン方法 (テクニカルサポートの活用)について紹介させていただきました。Tableauのコミュニティやカスタマーポータルなどの各種ログイン画面はこちらからアクセス可能です。ご不明点がある場合は、Q&Aをご参照いただくか、Tableauの営業担当までお問い合わせください。
-
Update版 4/15/2024このたびはTableauをご導入いただき、誠にありがとうございます!この記事では、TableauのCreatorライセンスをはじめて購入いただいたお客様が、Tableau Cloud, Deskotp, Prep を使い始めるために必要な手順を解説します。Tableau CloudではなくTableau Serverを導入される場合は、こちらの記事をご確認ください。この記事で学べることTableau Cloud, Desktop, Prep を利用開始する手順Tableau Cloud サイトのライセンス認証まずはこちらのステップ1〜2の手順に従ってTableau Cloudのライセンス認証を行なってください。トライアル等ですでにアクティベート済みの場合、ライセンス認証のメールは届きませんので、Tableau Cloudのログイン画面から過去のアクティベート時に設定したメールアドレスとパスワードでサインインしてください。MFAの設定2022年2月1日以降、Tableau Cloudを含む Salesforce製品では 多要素認証(MFA)をご利用いただくことが必須となりました。(詳細はこちら)Tableauのテクニカルサポートは、Tableau CloudのMFAについて、以下の情報を公開しています。ナレッジベース「Tableau Online MFA (多要素認証) FAQ」設定手順に関する技術資料(スクリーンショット付き)「Tableau Cloud 多要素認証(MFA) 設定方法」上記を参考に、MFAの設定を行なってください。Tableau Desktop, Prep のセットアップ以下のリンクから最新版をダウンロードおよび実行し、案内に従ってインストールしてください。Tableau DesktopTableau Prep※Tableau Desktop, Prepをお使いいただけるのはCreatorユーザーのみです。インストールできたら起動して、こちらのステップ7の手順に従ってライセンス認証しましょう。カスタマーポータルの開設以下のように届いたメールから、カスタマーポータルを開設してください。カスタマーポータルの詳細については以下をご参照ください。カスタマーポータル ご案内資料カスタマーポータルの概要Trailblazer アカウントの取得まず初めにTrailblazer ID (TBID)を取得してください。Trailblazer IDの設定方法ビデオ : ビデオ自体は英語ですので、日本語字幕のCCをオンにしてくださいdigital.salesforce.com/signup にアクセスします。以下キャプチャの画面が出てきたら、Tableauを選択し、TableauのSocialログインをするか、Emailアドレスを入力し、Nextをクリックしてください*ここではTableauログインとTBIDが自動で紐づけされるTableauのSocial Loginをご推奨します。Emailアドレスの入力をご選択いただく場合は、Tableauログイン作成に利用したEmailアドレスを必ずご利用ください。Salesforce ヘルプ ポータルへのログイン方法 (テクニカルサポートの活用)Tableauのライセンスを購入いただいたすべてのお客様は、テクニカルサポートの標準サポートをご利用いただけます。ソフトウェアの問題や不具合だけでなく、インストールやライセンス認証、ダウンロードなどのご支援や、使用方法に関するご質問もサポート対象になっておりますので、お困りの際はぜひご活用いただければ幸いです。お問い合わせ時のケースの登録方法など、具体的な活用方法はこちらのお問い合わせ方法をご参照ください。まとめこの記事では、Tableau Cloud, Desktop, Prep を利用開始するための手順としてTableau Cloud サイトのライセンス認証MFAの設定Tableau Desktop, Prep のセットアップTrailblazer アカウントの設定テクニカルサポートの活用について紹介させていただきました。Tableau Cloudやカスタマーポータルの各種ログイン画面はこちらからアクセス可能です。ご不明点がある場合は、Q&Aをご参照いただくか、Tableauの営業担当までお問い合わせください。
-
SalesforceによるセキュアなWebアプリケーション開発と開発における責任共有モデル
この記事で学べること・SalesforceがどのようにセキュアなWebアプリケーション開発をしているか、脆弱性対策を実施しているかが理解できる・Webアプリケーション開発におけるSalesforceとお客様の責任分界点が理解できる1. はじめにSalesforceが提供するSaaS とPaaSにおいてプラットフォーム部分はSalesforceの責任範囲であり、一方、利用者のアカウント管理、認証、、パスワードポリシーの設定、お客様のデータへのアクセス管理と監視等はお客様の責任範囲になりますが、このブログではWebアプリケーションの開発、特に脆弱性におけるお客様とSalesforceの責任分界点について説明します。Salesforceが提供するSaaS とPaaSでは以下の2つの部分に分割されます。・プラットフォームの標準部分・プラットフォームの標準部分上にお客様が追加した部分「プラットフォームの標準部分」におけるセキュアなWebアプリケーション開発と脆弱性診断と対応はSalesforceが責任を負います。一方、「プラットフォームの標準部分上にお客様が追加した部分」におけるセキュアなWebアプリケーション開発と脆弱性診断と対応はお客様が責任を負います。2. Salesforceが責任を負う範囲「プラットフォームの標準部分」におけるセキュアなWebアプリケーション開発と脆弱性診断と対応はSalesforceが責任を負います。「プラットフォームの標準部分」におけるセキュアなWebアプリケーション開発については、Salesforceは昨今のセキュリティ・バイ・デザイン、シフトレフトの考え方を採用し、セキュア開発ライフサイクル(SSDL)に従い、脅威モデリング、セキュアコーディング、静的コードスキャン(SAST)、DAST、ファジングテストを実施し、計画・設計、開発、テストのすべてのフェーズにおいて脆弱性等のセキュリティを考慮したWebアプリケーションの開発をしています。そのため、SalesforceはWebアプリケーションの開発段階で、以下のようなOWASP Top 10脆弱性をはじめとする様々な脆弱性の対策を実施しています。・SOQLインジェクション・クロスサイトスクリプティング(XSS)・クロスサイトリクエストフォージェリ(CSRF)・コマンドインジェクション・HTTP/メールヘッダーインジェクション・ディレクトリトラバーサル・セッションハイジャック・クリックジャッキング等Salesforceのセキュア開発ライフサイクル(SSDL)の概要につきましては下記ホワイトペーパーをご確認ください。https://compliance.salesforce.com/en/faqs-and-white-papers「Salesforce Secure Development Lifecycle Overview」しかし、日々あらたな脅威、脆弱性が発見されているため、Webアプリケーションの開発段階での脆弱性対策だけでは十分ではありません。そのため、製品のリリース後、SalesforceはWebアプリケーションの「プラットフォームの標準部分」における第三者機関による脆弱性診断/ペネトレーションテストを定期的に実施しております(実施頻度は製品によって異なりますが、Salesforce Servicesの場合、年3回です)。お客様はこの第三者機関による脆弱性診断/ペネトレーションテストの直近のサマリーレポートをSalesforceのコンプライアンスサイトからダウンロードいただき、診断結果をご確認頂くことが可能です。また、発見された脆弱性につきましてはSalesforceの基準に従って、迅速に対応しています。また、Webアプリケーション自体の脆弱性対策だけではなく、システムが利用しているコンポーネントについても、SalesforceのTrustチームがベンダーやその他のソースからの脆弱性に関する警告とパッチリリースに関する通知を常にモニターし、脆弱性情報を一元管理し、対応の要否を検討しています。具体的には、システムに対する脆弱性の重大度とリスクに依存しますが、セキュリティパッチは直ちに展開するようにスケジュールされる場合や、適切な計画メンテナンス間隔まで実施延期される場合があります。また、適用せずに代替の方法でセキュリティコントロールを行う場合もあります。以上がSalesforceが責任を負う「プラットフォームの標準部分」におけるセキュアなWebアプリケーション開発と脆弱性対策になります。続いて、お客様が責任を負う範囲についてご説明します。3. お客様が責任を負う範囲「プラットフォームの標準部分上にお客様が追加した部分」におけるセキュアなWebアプリケーション開発と脆弱性診断と対応はお客様が責任を負います。 お客様がノーコードまたはローコードを含むカスタム開発部分においてセキュアなWebアプリケーション開発を行っていただくために、Salesforceは以下の様々なガイドライン、ツールをご提供しております。お客様は、これらのガイドライン、ツールを使用し、お客様自身でセキュアな開発、定期的なセキュリティチェックを実施していただく責任があります。Apex および Visualforce 開発のセキュリティガイドラインSecure Coding Guidelines (英語)Security Tips for Apex and Visualforce Development (英語)ソースコードスキャナ(Checkmarx)※Apex、Visualforceのソースコードスキャン。 SOQLインジェクション、クロスサイトスクリプティング、クロスサイトリクエストフォージェリ等を検出可能。12ヶ月ごとに360000行は無償でご利用可能セキュリテ状態チェック※クロスサイトスクリプティング等の脆弱性の簡易チェック機能があります。Salesforce Optimizer※過剰なアクセス権限を付与していないか等を検出する機能があります。しかし、日々あらたな脅威、脆弱性が発見されているため、Webアプリケーションの開発段階での脆弱性対策だけでは十分ではありません。そのため、お客様によるカスタム開発部分につきましては、お客様自身で脆弱性診断を実施していただくことを推奨しております。お客様が脆弱性診断を実施していただく手順はこちらのリンクに記載しておりますが、その中のSecurity Assessment Agreement(SAA)に診断の際の禁止事項、診断実施可能タイミング等の注意事項を記載しておりますので、こちらの内容を十分ご理解いただいた上で、診断の実施をお願い致します(診断の事前申請は不要です)。また、お客様によるカスタム開発の責任はお客様に帰属するため、お客様の脆弱性診断で発見されたお客様によるカスタム開発部分の脆弱性につきましては、お客様にて修正等の対応を実施していただく必要があります。一方、お客様の脆弱性診断で「Saelsforce提供のプラットフォームの標準部分」の脆弱性を発見された場合は、Salesforce(security@salesforce.com)にご報告をお願い致します。その際にSalesforceへ連携していただく情報につきましてはこちらのリンクをご参照下さい。また、CookieへのHttpOnly属性の付加、セッションハイジャック対策のためのセッションタイムアウトの設定等、お客様が設定可能な項目もございますので、こちらにつきましては以下のリンクをご参照下さい。https://help.salesforce.com/s/articleView?id=000318378&type=1https://help.salesforce.com/s/articleView?id=sf.admin_sessions.htm&type=5
-
この記事で学べること運用開始後にやるべきことシステムや運用の改善におけるポイントこの記事のゴールこの記事のゴールは「運用開始後に何をすべきかを理解する」ことです。そのために、以下3ステップで進めていきます。運用開始後の進行イメージ運用改善の進め方システム改善におけるポイント運用開始後の進行イメージ運用開始までにさまざまな検討と実装を行いましたが、運用開始後の定期的な改善も極めて重要です。Sales Cloudは状況の変化に合わせて、設計・運用を改善し続けることで、業務に合ったシステムであり続けることが可能です。そのため、ステップ3の「運用開始に向けて必要な役割を明確にしましょう」で決定した役割は、運用開始後も継続して担っていただくことが必要です。運用開始後の進行イメージを参考に、定例会議の目的と頻度、アジェンダ検討し、PDCAサイクルを回していきましょう。※担当、時間は参考です。自社の役割に応じて適宜ご変更ください。※重要なのは定期的に改善の会議を設定することです。運用改善の進め方1.行動の変化を起こすためのサクセスマップの作成状況の変化に合わせてシステムを最適化していくということは、同時に目標や目標達成に向けた戦略や活動についても定期的に見直しを行い改善をしていく必要があります。「目標達成のためにやるべきこと検討しましょう」では、運用開始に向けて早期に着手するための手法をご案内しましたが、運用改善や新年度など節目となるタイミングで、目標達成に向けた計画をアイデアベースで持ち寄りながら整理するためのサクセスマップを利用することをおすすめいたします。サクセスマップについての説明や作成の流れはこちらの記事の動画にて詳しくご説明しております。2.現場からの改善要望・意見を収集し改善を行う経営層・マネジメントの目線で「いかに目標達成を実現させるか」というサクセスマップを用いた改善方法に加え、利用ユーザー目線で「現場からの改善要望・意見を収集」を行い、日々の業務により浸透をさせていくという改善方法も併せて実施しましょう。要望・意見の受け付け方はさまざまですが、Sales Cloud上で受け付ける場合は、要望受付用のChatterグループを作成したり、要望を管理するカスタムオブジェクトを作成することで、Sales Cloud上に要望を蓄積し管理することができます。Sales Cloud上ではなく、SlackなどのチャットツールやExcel/スプレッドシートで要望を受け付けても問題ありません。その際は、以下のように一覧として管理することをおすすめします。要望・意見を受け付けたら、優先順位をつけて対応していきましょう。参考までに、2つの優先順位づけ方法をご紹介します。まず1つは、ビジネスへの影響度と実装難易度の二軸で優先順位を決める方法です。ビジネスの影響度が高く、実装難易度が低い要望から対応します。次に、Sales CloudのChatter機能を活用する方法です。「いいね!」の数が多い投稿が、多くのユーザーが賛同している要望をみなして優先的に対応します。システム改善におけるポイント現場の要望・意見を受け付けて改善することは大事ですが、すべてをSales Cloudに反映すればいいというわけではありません。現場からのリクエストのたびにSales Cloudの入力項目を増やせば、逆に使い勝手の悪いシステムになる可能性があります。また、声の大きい利用ユーザーや部署だけの要望を受け付けていると、特定の利用ユーザーや部署だけが使いやすいシステムになってしまう可能性もあります。そのため、収集した要望・意見をシステムに反映する基準や、反映した後の利用ユーザーへの説明方法など、ルールをしっかり定義しておきましょう。学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。カスタムオブジェクトの作成:Platform : オブジェクト設計の基礎運用開始後の進行イメージ/運用改善の進め方:活用度向上支援(SFA 運用ルール、トレーニング、定着化プラン)また、AppExchangeについてはこちらのWebページをご参照ください。まとめSales Cloudは運用開始後も継続的に改善することが重要です。運用開始後も定例会議を実施しながら、より良いシステムへと改善し、成果創出へとつなげていきましょう。ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ次は、いよいよ最後の章です!自社の活用状況を診断するための方法を理解しましょう!次の記事:自社の活用状況を診断しましょう「活用7ステップ」全体に戻りたい場合はこちら
-
この記事で学べることSales Cloudを組織で定着させるために何が必要か定着度合いを測る指標と運用計画のポイントこの記事のゴールこの記事のゴールは「定着に向けた計画の策定方法およびポイントを理解する」ことです。そのために、以下3ステップで進めていきます。Sales Cloudを組織で定着させるためのポイント定着度合いを測る指標運用計画の策定Sales Cloudを組織で定着させるためのポイントCRM/SFAにおける運用の課題として多くあがるのが、「利用ユーザーが入力しない」「マネージャーがデータをチェックしない」「二重管理や二重入力が発生している」などです。早期定着化のためには、Sales Cloudを現場で利用し始めてから3ヶ月の間で、これらの課題を未然に防ぐための適切なアクションを起こすことが重要です。定着度合いを測る指標Sales Cloudの定着度合いをどのような指標で測るのかを整理することで、利用状況を可視化することが可能になります。「目標達成のためにやるべきことを検討しましょう」で整理をしたKPIとは区別して、定着度合いを測るKPI(運用KPI)を検討しましょう。運用計画の策定運用KPIを策定するにあたって、3ヶ月後に目指す姿から逆算して、指標を決めるのがおすすめです。3ヶ月の計画を立てたら、週単位で具体的にどのようなKPIを追っていくのかを検討しましょう。複数部門でSales Cloudを活用する場合は、部門ごとにKPIを設定することで、どの部門があまり定着していないのかなども分析できるようになります。また、目標を決めることで、入力状況がいいのか、どれくらい達成しているのかを明確にすることができます。値を時系列で分析するにあたって、Salesforceでは設定の難易度がやや高く設定が難しい場合や、TableauなどのBIツールのご利用が難しい場合は、KPIトラッキングシートを使った記録も可能です。※トラッキングシートフォーマットはこちらからダウンロードいただけます。学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。レポートとダッシュボードの実際の作成と活用の方法:Sales Cloud : レポート&ダッシュボードクイックスタート定着に向けた計画の策定方法:活用度向上支援(SFA 運用ルール、トレーニング、定着化プラン)定着化プランを作成いただくにあたって、ワークシートもご用意しています。ワークシートは こちら からダウンロードできます。○サクセスダッシュボードまた、運用KPIを可視化するためのサンプルレポート・ダッシュボード集もご用意しております。パッケージをインストール後にこれらのダッシュボードを自社向けに少し変更するだけですぐに活用が可能です。利用方法は下記URLをご参照ください。資料ダウンロード:今日から使えるサクセスダッシュボード【Lightning Experience版】インストールページ:今日から使えるサクセスダッシュボード Lightning Experience版注意点インストールにはシステム管理者権限が必要ですサポート対象外ですまとめSales Cloud定着に向けた計画の策定方法およびポイントは理解できましたでしょうか?短期間でSales Cloudを“定着“するためには、運用を開始してから最初の3ヶ月が勝負です。本記事を参考に、運用計画を策定していきましょう!ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ次は、継続的な改善を実施していくためのポイントを学んでいきましょう!次の記事:継続的な改善を実施しましょう「活用7ステップ」全体に戻りたい場合はこちら
-
この記事で学べること運用ルールとはなにかなぜ運用ルールが必要なのか運用ルールの作成イメージこの記事のゴールこの記事のゴールは「運用ルールの必要性・作成方法を理解し、ルール作成に着手いただく」ことです。そのために、以下3ステップで進めていきます。運用ルールとはなぜ運用ルールは必要なのか運用ルールの作成イメージ運用ルールとは運用ルールは、日々の業務でSales Cloudを利用する上で「誰が」「いつ」「何を」「どのように」確認/入力するのかを定めたものです。なぜ運用ルールは必要なのか運用ルールは”Sales Cloudの定着化”した状態を、具体的に定義したものです。運用開始前に定着化した状態を描けなければ、Sales Cloudの定着化は実現できません。ここでいう”Sales Cloudの定着化”とは入力・更新されたデータを定期的にマネージャーがチェックし、コミュニケーションをしている状態を指します。日々更新されるデータをマネージャーが確認し、部下の状態に合わせたアドバイスすることで、メンバーの行動を変え、効果創出を実現します。もし、運用ルールを作成していないと、以下のようにマネージャーはSales Cloudを見なくなり、部下はさらに入力しなくなるという悪循環に陥ってしまう可能性があります。マネージャーは入力状況がバラバラで、部下の状況を正しく把握できない部下はせっかく入力したデータが活用されず、入力の目的意識が薄れるSales Cloudを定着化させ効果を創出するためにも、日々どんな場面で利用するのかを定義した運用ルールが重要になります。運用ルールの作成イメージコミュニケーションルールと入力・更新ルールの作成イメージをそれぞれご紹介します。また、この2つのルールをもとにいつコミュニケーションが行われ、そのためにはいつまでに情報を最新化する必要があるのかを1週間の流れの中で整理した運用フローについてもご紹介していきます。コミュニケーションルール「データの可視化を行いましょう」で作成したレポート・ダッシュボードは、マネージャーに効果創出のためにはどんなマネジメントを行えば良いかの気付きを与えてくれます。ただし、そのレポート・ダッシュボードを初めて見るマネージャーにとっては、そこからどのような情報を確認し、活用すればいいのかすぐにはわかりません。(これまでレポート・ダッシュボードを使用したことがない人には、特に難解なものに見えるはずです)運用開始後、スムーズにマネージャーが情報を活用できるように、ダッシュボードの各グラフから何を確認して、どのようなコミュニケーションをとってほしいのかを明確にしましょう。コミュニケーションルールはダッシュボードごとに作成することをおすすめします。入力・更新ルール運用開始後、利用ユーザーは入力・更新ルールを都度確認し、データの入力・更新を行うことになります。スライドやスプレッドシートなどを使用して、ひと目で「誰が」「いつ」「何を」「どのように」入力・更新するのかを定めるのがおすすめです。「マニュアルの更新が追いつかないので改善を後回しにする」「マニュアルが更新されず実画面とあっていない」といった運用でよくある課題を未然に防ぐためにも極力シンプルにすることを心がけましょう。オブジェクトごとに入力・更新ルールを作成していきます。下図は入力・更新ルールの一例です。商談のように、フェーズを管理する情報の場合、下図のように各フェーズで何を入力してほしいかを定義すると、利用ユーザーは入力時に混乱が少なくなります。運用フローこれまで、コミュニケーションルールと入力・更新ルールにより、マネージャーのデータ活用や利用ユーザーの入力をそれぞれ定義する方法をお伝えしてきました。最後に、この2つのルールを、1週間の流れの中でいつ実施していくのか、データ活用とデータ入力・更新との関係性も含めて整理しましょう。これにより、利用ユーザーのデータ入力に対する目的意識が明確になり、入力を更に促すことができます。例えば、週次の営業会議でマネージャーがデータを確認しフィードバックする場合、下図のような運用フローにまとめることができます。学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:活用度向上支援(SFA 運用ルール、トレーニング、定着化プラン)運用ルールを作成いただくにあたって、ワークシートもご用意しています。ワークシートは こちら からダウンロードできます。まとめ運用ルールの必要性・作成方法は理解できましたでしょうか?改めて運用ルールのポイントを以下にまとめています。運用ルールは”Sales Cloudが定着化した状態”を定義したものであり、効果創出のためには必要不可欠な要素運用ルールは入力・更新ルール、コミュニケーションルールの2つがあり、それぞれ作成が必要ひと目で「誰が」「いつ」「何を」「どのように」入力するのか確認できるよう作成するご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ運用ルールを作成したら、次はそのルールをどのように現場へ展開するか学びましょう!次の記事:ユーザートレーニングを実施しましょう「活用7ステップ」全体に戻りたい場合はこちら
-
この記事で学べることトレーニングで伝達すべき内容トレーニングに向けた必要な準備この記事のゴールこの記事のゴールは「ユーザートレーニングで伝達すべき内容を理解し、準備に着手できる状態になる」ことです。そのために、以下3ステップで進めていきます。トレーニングとはトレーニングで伝達すべき内容トレーニングに向けた準備トレーニングとは「トレーニング=操作説明」とイメージしてしまいますが、ここでいうトレーニングは単なる操作説明ではありません。Sales Cloud運用開始に向けたトレーニングは、利用目的や利用シーンをしっかりと伝達し、利用ユーザーに腹落ちして使用してもらうことを目的とします。操作説明だけのトレーニングになると、なぜSales Cloudを使うべきか利用ユーザーが理解・腹落ちできず、操作説明をしてもなかなか定着しません。トレーニングは操作説明だけでなく、必ず利用目的や利用シーンを伝達できる構成としましょう。トレーニングで伝達すべき内容トレーニングで伝達すべき内容は大きく以下の6つです。①経営層からのコミットメント経営層自らSales Cloud導入が組織の課題解決のために必要な全社的な取り組みであることを利用ユーザーへ発信します。経営層からのコミットメントには、以下のような内容が含まれます。中長期的な会社のビジョン/目標ビジョン/目標の達成に向けた組織における課題Sales Cloud導入の背景、目的Sales Cloud導入による期待また、経営層を巻き込み、経営層自らがSales Cloudを活用することで、利用ユーザーに入力メリットを訴求できるといった副次的な効果も期待できます。経営層に協力を取り付けることができたら、別途経営層/マネージャー層に対する「ダッシュボード説明会」を企画し、参加を依頼しましょう。経営層が参加することでマネージャー層の参加も促すことができ、コミュニケーションルールの定着が期待できます。Sales Cloudの定着化には上層部のSales Cloud活用は必須となりますので、ぜひご検討ください。②導入目的・実現プランの説明経営層からのコミットメントにて発信した課題感やSales Cloudへの期待を踏まえ、どのように課題解決(もしくは業務改善)に繋げるのか、解決の方向性やそれを把握するための導入目的・実現プランについて説明します。※「目標達成のためにやるべきこと検討しましょう」で戦略やアクション(行動)を検討している場合、検討結果を流用できる場合もあります。また、ここではSales Cloudのメリットについて訴求することも重要なポイントです。Sales Cloudの利用目的を理解しても、利用ユーザーの心理として入力負荷が増加するのは喜ばしくありません。入力負荷が上がる印象を持てば、その後の定着化にも影響します。利用ユーザーにとって、Sales Cloud導入が決して作業負荷を上げるだけではないことを強調するために、Sales Cloud導入により”やめられること”について説明します。これにより利用ユーザーの抵抗感を下げます。”やめられること”の具体例としては、以下のようなものがあります。既存のExcel管理票への入力マネージャーがメンバーを呼び止めて案件状況を都度確認する定例会議内で各メンバーが順番に案件状況を共有する資料や顧客情報を共有フォルダからかき集める特に、Excelによる案件管理を実施していた場合、以下のような煩わしい作業は”やめられること”です。案件の確度がいつの間にか変更されており、担当者に背景を確認する更新日がわからないため、担当者と進捗状況を棚卸しする月次・年次などの集計時、入力データの誤りや集計時の数式などの誤りを修正する③運用ルールの説明「運用のルールを策定しましょう」で作成した運用ルールについて説明します。利用ユーザーは、入力の目的を理解した状態で、いつ、何をどのように入力するかを確認します。④操作演習運用ルールに沿った入力を行う上で、必要な操作方法について説明します。商談を例に取れば、どのように新規商談を作成するのか、また、どのように商談を検索し更新するのか、実際の画面操作やマニュアル等を使って説明します。初回の操作演習では、特に利用ユーザーがつまづく点が多いので、以下のような事前の呼びかけと準備をしておくといいでしょう。ここでも、単なる操作説明に終始せず、Sales Cloud活用によるメリットを訴求することを意識してください。Sales Cloudには作業効率を上げるために十分な機能が備わっています。ぜひ後述の”学習コンテンツ”を使って機能について学習いただき、メリットの訴求を意識ください。⑤展開スケジュール実際にデータ入力を開始し、過去のExcel案件表を廃止するまでのスケジュールや、運用開始後の機能改善予定があれば共有します。段階的にリリースするようなプロジェクトの場合にもここで説明します。⑥問い合わせ方法問い合わせ先はChatterグループがおすすめです。過去の問い合わせ情報を残せるため、利用ユーザーは過去の問い合わせ内容を検索することができます。ただしログイン関連の問い合わせの場合、利用ユーザーはChatterを利用できない状態にありますので、別途問い合わせ先を指定する必要があります。下図のイメージで問い合わせ先を整理ください。トレーニングに向けた準備上述のトレーニングを実施する場合、それぞれ以下の準備作業が必要です。経営層からのコミットメント経営層の巻き込み導入目的・実現プランの説明「目標達成のためにやるべきこと検討しましょう」の確認と実施”やめられること”(Sales Cloud活用によるメリット)の整理運用ルールの説明「運用のルールを策定しましょう」の確認と実施操作演習作業効率向上を実現する標準機能の学習操作演習に向けた準備展開スケジュール展開スケジュールの整理問い合わせ方法問い合わせ方法の整理学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:活用度向上支援(SFA 運用ルール、トレーニング、定着化プラン)また、以下の動画コンテンツもあわせてご利用ください。オンデマンド動画:“成功”の秘訣シリーズVol.2 早期に定着化を実現させるポイントオンデマンド動画:少しの工夫で劇的に変化!作業効率向上を実現するSalesforce標準機能 (参照・共有編)まとめユーザートレーニングで伝達すべき内容は理解できましたか?以下の内容を改めて整理しておきましょう。トレーニングは以下6つの構成で実施①経営層からのコミットメント②導入目的・実現プランの説明③運用ルールの説明④操作演習⑤展開スケジュール⑥問い合わせ方法トレーニングにより利用ユーザーに腹落ちしてもらうことで、入力の目的意識を醸成するユーザーにとってのメリットについても訴求し、入力への抵抗感を少なくするご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ次は、運用テストと修正について学びましょう!次の記事:運用テストと修正を行いましょう「活用7ステップ」全体に戻りたい場合はこちら
-
この記事で学べること運用を開始するために必要な設定と設定方法この記事のゴールこの記事のゴールは「自社に必要な設定を明確にする」ことです。そのために、以下2ステップを進めていきます。必要な設定の洗い出し運用を開始するために最低限必要な設定必要な設定の洗い出し「目標達成のためにやるべきことを検討しましょう」では目的達成のためにはどんな取り組みを行い、その取り組みを可視化するための指標(KPI)を検討しました。この記事では、それらの情報をもとに自社で必要な設定の洗い出しをおこなう方法について説明をしていきます。具体的にはシートの[取り組みを可視化するための指標]に対してどのような機能を利用することで可視化が行えるかを記載していきます。例えば、「既存顧客からの新規商談数」を割り出すためにはレポート/ダッシュボードで商談レコードの件数を集計します。またその際、新規顧客なのか既存顧客なのかが判断できる項目で条件を絞り込む必要があります。このように、見たい指標を可視化するにはどこからデータを抽出して、どの機能で可視化をするかを検討しましょう。そして、各指標に対して可視化に必要な機能を整理したら、最終的に設定が必要なオブジェクト、項目、その他の設定を一番右の「必要な設定」の列に記載していきましょう。ここで整理いただいた設定というのが自社のSalesforceでまず必要になるベースの設定となります。検討を進めるにあたってのワークシートはこちらからダウンロードいただけます。運用を開始するために最低限必要な設定ステップ2「基本構造・機能を理解する」で、Sales Cloudの基本構造や、データ分析の機能についてご紹介をしましたが、本章では具体的にどのような設定が必要なのかを整理し、設定方法を学んでいきます。下記リンクにある「[Sales Cloud]初期設定チェックリスト」では、運用を開始するために最低限必要な設定と、設定方法をまとめています。もし、初期設定を設定・構築パートナーにて実施される場合は、自社の設定と照らし合わせて、その設定が必要な理由をご確認ください。[Sales Cloud]初期設定チェックリスト▼イメージ画像(一部抜粋)学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:Sales Cloud オンボーディング(KPI・フェーズ設計)また、設定面の基礎を学びたい方は以下のエキスパートコーチングのオンデマンド動画にてご視聴いただくことができます。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:Salesforce アドミン基礎まとめ自社に必要な設定は整理できましたか?また、設定方法は理解できましたか?ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ次は、本章の内容を踏まえて実装していくにあたっての注意点を学んでいきましょう!次の記事:実装時の注意点を理解しましょう「活用7ステップ」全体に戻りたい場合はこちら