“ケース”の検索結果
-
フローへの移行|自動化機能のフローへの移行に向けた ご準備をお願いします。
Salesforceは年に3回、機能を追加・拡張しており、自動化機能についても段階的に機能強化を行なっております。「ワークフロールール」と「プロセスビルダー」は将来的にSalesforceの自動化機能「フロー」に統合されますので、移行の進め方についてご紹介します。
-
この記事で学べること基礎トレーニング基礎トレーニングで伝達すべき内容トレーニング内容と目安時間基礎トレーニングとはトレーニングはコールセンターを運営していく上で欠かせない要素です。トレーニングは、大きく「基礎トレーニング」と「継続的なトレーニング」の2種類を考えておく必要があります。ここでは、基礎トレーニングについてご紹介します。(継続的なトレーニングについては、こちら)基礎トレーニングと聞くと、Salesforceの操作方法を思い浮かべる方も多いのですが、そうではありません。操作方法を説明するだけでは、利用する現場は、なぜSalesforceを使うべきか、理解・腹落ちできないからです。基礎トレーニングで伝達すべき内容トレーニングで伝達すべき内容は大きく6個あります。①経営層からのコミットメント利用対象となる全社員への活用と効果に対する強いメッセージングを伝えます。今までとは変わる、というトップの意思が伝わる内容にすることが大切です。②導入目的・実現プランの説明「Salesforceの導入目的」や「目標やKPIの実現プラン」を抽象的ではなく、順序立てて現場が理解しやすい表現をする事が重要です。③運用ルールの説明前章(ステップ4)でご紹介した運用ルールを説明します。④利用手順前章(ステップ4)で設定した運用ルールに沿った利用方法、操作手順を紹介します。ただし、単なる操作説明ではなく「タイムリーにケースのステータスや所有者を更新する」などダッシュボードに反映される要素を含めてオペレーションすることの重要性を伝えます。また、スムーズに本番運用を開始していく上で、ユーザの操作習熟も必要な要素です。トレーニング環境を用意し、ユーザの方へ操作実習を行いましょう。トレーニング環境を用意する際は、Sandboxを利用しましょう。(Sandboxの利用についてはこちら)⑤展開スケジュール本番稼働の開始日や追加機能の提供スケジュール、継続的な改善の実施について説明します。機能のリリース日をスケジュールに落とし込み、いつ何が起こっていくのかをユーザに伝達します。⑥問い合わせ窓口の紹介専用のChatter グループを紹介し、問い合わせ窓口として使う事を伝えましょう。トレーニング内容と目安時間下図が伝達すべき内容のサンプルアジェンダになります。サンプルのように伝達すべき6つの項目に合わせて「伝える担当」「目安時間」を決めてトレーニングを行うことが大切です。まとめ基礎トレーニングについては、理解できましたか?伝えるべき内容の中には前章までに確認した「運用ルール」「利用手順」もあります。伝えるべき内容6つを準備し、みなさまの会社にあった基礎トレーニングプランを策定してください。では、次に「継続的なトレーニング」についても確認していきましょう。
-
この記事で学べることSales Cloudの基本構造基本的なSales Cloud用語この記事のゴールこの記事のゴールは「Sales Cloudの基本構造と用語を理解する」ことです。そのために、以下3ステップで進めていきます。Sales Cloudの基本構造を理解するオブジェクト間の関係性を理解する基本的なSalesforce用語を知るSales Cloudの基本構造を理解するSales Cloudは顧客を中心に情報を一元管理するためのツールです。Sales Cloudを使用することで名刺情報、案件情報、契約実績、訪問履歴、問い合わせなど顧客に関連するさまざまな情報を一つの画面で確認することができるようになります。Sales Cloudではそれら顧客に関連する情報を種別ごとに分け、「データを蓄積するための箱」であるオブジェクトに格納し管理します。オブジェクトにはSales Cloudが最初から用意している標準オブジェクトと、お客様独自に定義いただけるカスタムオブジェクトがあります。標準オブジェクトを使用することで、独自にカスタマイズをする工数を減らすことができるだけでなく、年3回の新機能リリースの恩恵を最大限に受けることが可能となります。次に代表的に使用される標準オブジェクトをご紹介します。各オブジェクトの使い方に関してより詳しく確認したい方は、以下の動画リソースもご確認ください。・【標準オブジェクトシリーズ】リード、取引先、取引先責任者・【標準オブジェクトシリーズ】商談 ・【標準オブジェクトシリーズ】活動・【標準オブジェクトシリーズ】リード・キャンペーン・【標準オブジェクトシリーズ】 ケース オブジェクト間の関係性を理解するSales Cloudでは関連するオブジェクト同士の関係性(リレーション)を定義することで顧客中心の一元的な情報管理を実現します。たとえば、複数の名刺情報(取引先責任者)を登録するときにその人が所属する企業が指定されないとばらばらの情報として管理されてしまい、企業ごとの正確な名刺情報が確認できなくなります。そのため、Sales Cloudでは取引先オブジェクトを中心に取引先責任者、商談、ケースなどのオブジェクトが関連づけられている構造となります。標準オブジェクトの関係性は下図をご確認ください。基本的なSalesforce用語を知るここまでSales Cloudの構造についてご説明しましたが、利用を開始いただく前に知っていただきたいのがSalesforce用語です。これからSales Cloudの設定を進めていただくとSalesforce特有の用語を多く目にするようになります。最初は聞きなれない言葉も多く戸惑われることもあるかと思いますが、用語を理解することで今後お困りごとが出てきたときに関連リソースに早くたどり着くことができたり、サポートへの問い合わせ時のやり取りがスムーズになりますので、ぜひ押さえておきましょう。最初に知っていただきたいSalesforce用語を下記にまとめていますのでご確認ください。さらに詳しくSalesforce用語を押さえたい場合は、こちらの記事もご確認ください。学習ツールより詳しく知りたい方は、エキスパートコーチングのオンデマンド動画をご視聴ください。Premier Success Planをご契約のお客様は、動画視聴後1対1のフォローアップセッションにお申し込みいただけます。エキスパートコーチング:Sales Cloud アドミン基礎まとめSales Cloudの基本構造と基本的な用語はご理解いただけたでしょうか?Sales Cloudでは顧客情報を中心に情報を一元管理します。代表的な標準オブジェクトは取引先、取引先責任者、商談、活動などがありますが、これらオブジェクトは取引先を中心に関連づけられる構造となります。ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。弊社サポートエンジニアが貴社のSalesforce環境を確認の上、具体的な手順をご案内いたします。ナレッジ記事:Salesforce カスタマーサポートへの問い合わせ標準オブジェクトの構造が理解できたら、次は設定のカスタマイズ方法を学びましょう!次の記事:カスタマイズ方法を理解しましょう「活用7ステップ」全体に戻りたい場合はこちら
-
日々の定型業務を自動化し時短&効率化!「フロー」を使いこなそう
この記事で学べることフローを使用した定型業務の自動化による時間短縮と効率化の方法フローの活用事例フローとはフローは、Salesforce 組織または外部システムで情報を収集、更新、編集、作成するプロセスを自動化します。フローの作成は、Flow Builderというポイント&クリックツールを使用し、視覚的に作成することができます。例えば、商談が作成されるたびに主従関係のない別オブジェクトへ金額を加算したいとき、下図のようなフローを作成します。※主従関係がある場合は、積み上げ集計項目の使用が有効です。要素(①)は、フローで実行できるアクションを表します。例えば、Salesforce データの読み取りや書き込み、ユーザーへの情報の表示などがあります。要素を追加するには、ツールボックスからキャンバスにドラッグ&ドロップします。コネクタ(②)は、要素同士をつなぎ、次にどの要素を実行すべきかを指示し、フローがたどるパスを定義します。コネクタを追加するには、キャンバス上の要素の下部にある[〇]をクリックしてドラッグします。このようにフローを作成する際は、キャンバス上に要素を配置し、コネクタでつないでいきます。フローには、いくつかの種別とテンプレートがあり、作成するフローに合わせて選択します。種別は、例えばレコード登録の案内画面を作成したいときは[画面フロー]、レコードを作成した次の日にフローを開始したいときは[スケジュールトリガフロー]を選択します。テンプレートは標準で用意されており、カスタマイズも可能です。[ケースを作成]テンプレートを使用すると、ユーザーが顧客情報を確認してケースを作成する画面フローテンプレートが用意されます。あとは、ビジネスプロセスに合わせたカスタマイズをするだけで、簡単にフローを作成することができます。フローの活用事例それでは、どのような場面においてフローを活用するのでしょうか?活用事例を3つほどご紹介します。例1.主従関係のないオブジェクト間で積み上げ集計をする積み上げ集計は、主従関係でしか設定することができませんが、フローを用いることで主従関係がなくても実装が可能です。例えば、予算カスタムオブジェクトに月別の商談金額を積み上げ集計することができます。リレーションによる制限を受けずに設定でき、ユーザーの作業工数の削減を実現します。例2.ホーム画面やレコード詳細画面から新規レコードを作成する画面フローを用いて、レコードの作成や更新ができるチュートリアルやウィザードを作成することができます。例えば、簡単に取引先を作成できる「簡易取引先」フローを作成し、コンポーネントとしてホームページに追加します。コンタクトセンターやテレセールス担当者など、すぐにレコードの作成/更新が必要なユーザーの業務の効率化につながりますね。例3.レコードを一括作成/更新するフローでは、設定した条件に合致したときにレコードを作成/更新/取得/削除することができ、これは複数のレコードに実行することも可能です。例えば、年間契約の商談が成立すると自動で支払管理カスタムオブジェクトに12か月分の支払予定レコードを作成する、セミナー開催日を基準にToDoを一括作成することができます。ルーチンワークを自動化することで、生産性の高い効率的な業務になりますね。おまけ:デバッグ新しく作成したフローのテストや、失敗したフローのトラブルシューティングをしたいとき、「デバッグ」の使用がおすすめです。デバッグは、フローの処理に関する詳細情報をリアルタイムに表示することができます。デバッグはFlow Builderを起動し、画面右上[デバッグ]から実行します。さらに、デバッグオプションにて[ロールバックモードでフローを実行します]にチェックを入れると、テスト結果が登録されているレコードに影響を及ぼす心配もありません。フローの開始条件となる値を入力して[実行]をクリックしましょう。どのアクションで失敗しているのかを表示します。考慮事項フロー種別によって、使用できる要素に制限がある有効化したフローを削除するには、まず無効化する必要がある学習ツールフローの作成(ヘルプドキュメント)Flow Builder でのフローのデバッグ(ヘルプドキュメント)Lightningフロー(Trailhead)まとめフローを利用することで、柔軟に自動化を設定することができます。また、自動化以外にもガイド付きレコード登録画面の設定や業務ルールの徹底など様々なメリットがあります。日々の作業を効率化させ、工数削減を目指しましょう。
-
マーケティングメールの到達性を高めるために Account Engagement でできること
この記事で学べること一般的なメールの送受信の流れと起こりうる問題Account Engagement メール送信におけるベストプラクティスAccount Engagement のメールが届かない時の問題の切り分け方と対処法はじめにAccount Engagementから送信したメールがお客様に届かない、という状況があると思います。その際、何に対してどのように対処すればよいか、悩まれる方も多いのではないでしょうか。メールの送受信には宅配便と同じく「送り手」と「受け手」が存在しており、「受け取り側の意志」によって「受け取られない」場合もあります。そのため、メールが届かない場合は、受信側で受け取り拒否された可能性も視野に入れて、原因を探っていくことが重要です。ここでは、メールの送受信の仕組み、そこで起こりうる問題、Account Engagementにおけるベストプラクティス、また原因調査のためのトラブルシューティング方法について解説します。Account Engagement のメールが配信される仕組みAccount Engagement のメールを含めて一般的なメールは宅配便と同じく、以下の4つが関係しています。送信者である皆様送信依頼を処理してメールを配信する Account Engagement送信されたメールを受け取るプロスペクト側の受信サーバー受信サーバーから受け取るプロスペクト当記事の最後に添付のガイドでは、メール送受信の流れと起こりうる原因を、宅配便になぞらえて説明しています。メールにも受け取り拒否があるメールの不達にはさまざまな原因が影響しますが、宅配便と同じく、多くは「受け取り側の意志」によって受け取られないケースです。そのため受信者に受け取ってもらえる様に、送信元の正体を保証し、欲しいと思ってくれている顧客に対してのみ、安全なコンテンツを届けることが大切です。Account Engagement メール送信におけるベストプラクティスまずはベストプラクティスに則って、送信元の正体を保証し、欲しいと思ってくれている顧客に対してのみ、安全なコンテンツを配信する準備を整えましょう。具体的な対応方法は、当記事の最後に添付のガイドに記載されていますので、是非ご参照ください。問題の切り分け方と対処方法メールが配信される仕組みを踏まえた上で、メールの不達が発生した場合は、トラブルシューティングフローを用いて切り分けます。こちらも当記事の最後に添付のガイドに詳しく説明されておりますので、ぜひをご活用ください。ガイド資料マーケティングメールの到達性を高めるために Account Engagementでできること.pdfまとめメールが配信される仕組みや、Account Engagementにおける問題の切り分け方について、参考にしていただけましたら幸いです。ぜひ当ガイドを活用しながら、貴社のメール送信を多くのお客様へ送信いただき、ビジネスを成功に導いていただければと思います。
-
こちらはCRM Analyticsをより学びたい方向けに、トピック別に活用いただけるリソース情報をおまとめしております。CRM Analyticsを活用してデータを業務に活かしていきましょう。初期設定・基本のダッシュボード作成の流れを理解するこれから利用を始める場合、まずは、CRM Analytics の利用開始の設定とダッシュボード作成手順を把握しましょう。▼利用開始・初期設定時におすすめCRM Analyticsはじめてガイド4つのステップでCRM Analyticsを導入してから活用するまでのステップを、おすすめ順に学びましょう。【動画で学ぶ】エキスパートコーチング:はじめよう:設定クイックスタート動画は誰でも視聴可能です。*Premier Success PlanおよびSignature Success Planのお客様は、個別のフォローアップセッションのリクエストが可能です。▼基本のダッシュボード作成手順を理解する自社のダッシュボードの作成を始める前に、練習としてダッシュボード作成手順を理解しましょう。【動画で解説】CRM Analytics 初心者向けハンズオンエキスパートコーチング:ダッシュボード作成入門定められた手順書に従ったサンプルのダッシュボード作成を通じて、ダッシュボード作成の一連の流れを実践、把握いただきます。*Premier Success PlanおよびSignature Success Planのお客様にご利用いただけます。レシピでのデータ作成をマスターするCRM Analyticsをより活用する上で重要な機能が、データを作成する「レシピ」です。レシピを使いこなし、ダッシュボードの表現幅を広げましょう。 エキスパートコーチング:「レシピを使ったデータ準備」(個別セッション)エキスパートとの1 対 1 のセッションにてレシピでのデータ作成方法の基礎を学ぶ事ができます。*Premier Success PlanおよびSignature Success Planのお客様にご利用いただけます。作るとわかる!CRM Analytics レシピレシピの「基本」から、実践的なユースケースに沿った設定方法が詰まっております。ぜひ参照いただきレシピをマスターしましょう。ダッシュボード 作成で役立つ 逆引き設定方法こういう場合どう設定すれば?そんな時がありませんか。実施したい内容から設定方法を確認することができる便利なリソースをご紹介します。CRM Analyticsドリル初期設定から、レシピ、ダッシュボード作成の各種機能をトピック別に設定方法をご確認いただけます。ダッシュボード作成Tips〜こんなときはどこさわる?〜ダッシュボード作成時の表現に特化したトピック別に設定方法をご確認いただけます。
-
※2022年4月7日より、DatoramaはMarketing Cloud Intelligenceに製品名が変更になりました。当面は移行期間として旧名称の使用や併記がある旨ご了承ください。この記事で学べることMarketing Cloud Intelligence 2022年7月リリース新機能 & 拡張機能一覧概要プラットフォーム & 可視化関連お客様独自のフォントをアップロードし、ダッシュボードページで使用できるようになりました。また、散布図とバブルウィジェットではトレンドライン(線形回帰直線)を表示することが可能になりました。MFA 関連では、管理者ユーザーがアカウント内の各ユーザーの MFA ステータスをより管理しやすいように、複数ユーザーの一括有効化や認証方法のリセットが利用可能になりました。また、各ユーザーが MFA 設定を変更する際に、ログアウトすることなく変更できるようになりました。さらにデータベースエクスポートにおいて、新しい取込モード「アップサート」(更新 & 挿入)が追加され、出力先のフィールドにデータベースのデータ型などの詳細情報が含まれるようになりました。データ関連UI から API コネクタの使用可能なフィールドを簡単に確認できるようになりました。Sprout 用の新しい API コネクタが追加されたほか、Instagram ストーリーズや TikTok Ads オーディエンスの内訳も取得できるようになりました。データストリーム一覧画面はさらに改善され、一覧から直接「カスタム属性」を編集することで、データストリームを簡単に分類できるようになりました。また、「親ストリーム」や「取得方法」などの列を使用し、データストリームに対してソートまたはフィルターを設定することも可能になりました。マーケットプレイスアプリ関連インストール済みのアプリやコネクタから直接サポートに連絡し、ケースを起票することが可能になりました。新機能 & 拡張機能の詳細については、学習ツールの添付資料からご確認ください。新機能 & 拡張機能一覧プラットフォーム & 可視化関連可視化 - フォントのアップロード可視化 - 散布図 & バブルウィジェットのトレンドラインMFA - 管理者レベルでの MFA 管理MFA - ユーザーレベルでの MFA 設定データベースエクスポート - アップサート取込モードデータベースエクスポート - 出力先フィールド詳細データ関連メールエクスポートAPI コネクタの詳細(Beta版)Sprout Social コネクタInstagram ストーリーズのデータ取得Pinterest Ads アトリビューションウィンドウTikTok Ads オーディエンスの内訳API コネクタの改良API コネクタのアップデートデータストリーム一覧の改良マーケットプレイスアプリ関連アプリやコネクタから直接サポートに問い合わせるData DictionaryIncrementality by OdysseyAnti-Malvertising & IVT学習ツール資料:Intelligence 2022年7月リリース.pdf
-
この記事で学べることバックアップの重要性とバックアップすべきデータの種類を知ることができます主なバックアップ方法を知ることができます定期的にバックアップをしてますか?システム管理者の皆様は、データローダを使用する前など作業がうまくいかなかった場合に備えて、事前にバックアップを取っていると思います。ですが、定期的にバックアップを取得していますか?上記は、2018年のDreamforceで実施したデータ保護に関するアンケートの結果です。回答者のうち、なんと28%の方がデータ損失や破損を経験しており、その原因の内訳で最も多かったのが、人的ミスでした。システム管理者の皆様が気を付けていても、ユーザが誤ってデータを更新してしまったり、削除してしまう可能性は十分にあります。また、以下は実際に起きたデータ損失の事例です。データ損失や破損の原因は人的ミスだけでなくシステム的な要因や天災などがありますが、有事に備えて業務で使用する大切なデータについては、定期的にバックアップをして、復旧計画を立てておくことが重要です。バックアップの重要性お客様組織の総合的なデータ管理およびセキュリティモデルの一環としてデータのバックアップおよびリカバリ計画を立てておくことは、システム管理者である皆様の役割です。手元にバックアップがあることで、有事の際にもタイムリーに復元ができるため、安心してSalesforceをご利用いただけます。では、具体的にどのようなデータのバックアップが必要なのでしょうか。実は、一般的に想像するデータ(取引先や商談、ケースなど)だけでは十分ではありません。詳しく見ていきましょう!データの種類(データとメタデータ)Salesforceはマルチテナントアーキテクチャを採用しており、メタデータ駆動型アーキテクチャを搭載したサービスです。システム管理者の皆様は、データとメタデータの違いを理解しておくことは重要です。データデータとは、取引先、取引先責任者、リード、商談、ケース、契約書、他のレコードなど、ユーザのすべてのレコードを意味します。データには、カスタムオブジェクトレコード、ファイル、コンテンツ、Chatter も含まれます。メタデータメタデータとは、カスタム項目、ページレイアウト、カスタムレポート、ダッシュボード、Apex や Visualforce のようなカスタムコードなど、設定情報を示します。さぁ、どちらのデータのバックアップが必要でしょうか?答えは・・・両方です!データのバックアップが必要な理由は?システム管理者がデータの削除や更新をした後に、その操作が間違いであったことに気付くことがあります。データローダのようなツールを使用すれば、レコードの削除や更新を一括で行うことができるのは、皆様よくご存知だと思います。また、ユーザがインポートウィザードを使用する際、ソースファイルや項目の対応付けをちょっと間違えたことによってデータが意図しない結果になってしまうことがあります。そのような事態に備えるため、データを定期的にバックアップすること、また、データ移行作業前には必ず手動のバックアップを行うことをお勧めします。メタデータのバックアップが必要な理由は?システム管理者や開発者、および高度な権限を有するユーザも人間です。誤ってカスタム項目の追加や削除、ページレイアウトの変更、レポートやダッシュボードの削除や変更、カスタムコードの変更をしてしまうこともあるでしょう。こうした変更の多くは元に戻すことができないため、以前の設定を復元する必要が生じた場合に元に戻せるよう、メタデータのバックアップを取得しておくことが重要です。それでは、Salesforceが提供している主なバックアップ機能をご紹介します。Salesforceが提供しているバックアップ機能機能概要制限リソースSalesforce バックアップ(拡張機能)・管理パッケージをインストールし、バックアップポリシーを設定します・設定したバップアップポリシーに基づきバックアップを自動生成します・数回のクリック操作でバックアップからデータの復元ができます・バックアップと復元の状況をログでリアルタイムに確認できます・一部サポートされていないオブジェクトがあります(例:Bulk APIがサポートされていないオブジェクト、Big Object)・データを一括で復元することはできません(2023年11月時点)※リリース毎に機能が追加されています。最新情報は弊社テクニカルサポートもしくは営業担当者へお問い合わせくださいSalesforce バックアップを使用したデータの保護(ヘルプ)データエクスポートサービス ・設定画面から毎週もしくは毎月のエクスポートをスケジュールできます・エクスポートデータはCSV形式で出力されます・ファイルもエクスポートできます・データ量が多い場合はエクスポートに時間がかかります・エクスポート完了後24時間以内にダウンロードする必要がありますSalesforce からバックアップデータをエクスポートする(ヘルプ)データローダ・PCにインストールしてエクスポートします・Soap APIやBulk APIの使用制限があります・定期実行するには開発が必要です・オブジェクト毎にエクスポートが必要です初めてのデータローダ Export編(サクセスナビ)レポートのエクスポート・レポートを作成し結果をエクスポートします・定期実行はできません・項目数などレポートの制限が適用されますレポートのエクスポートフルSandbox・本番環境の(データを含む)コピーを作成します・Unlimited Editionの契約、もしくはフルSandboxを購入する必要があります・更新ができるのは29日毎ですSandboxを作成(ヘルプ)この機会に、データエクスポートサービスをスケジュールしておきましょう![設定][データ][データのエクスポート][エクスポートをスケジュール]の各オプションについては、Salesforce からバックアップデータをエクスポートする(ヘルプ)をご確認くださいウィークリーエクスポートサービスの実行が完了すると、システム管理者宛にメールが送信されます。48時間以内にデータをダウンロードして安全な場所に保管してください。メタデータのバックアップ方法機能概要制限リソース変更セット設定画面から、バックアップ対象のコンポーネントを変更セットに追加・送信することで、本番組織のメタデータを Sandbox に送信します。コンポーネントによっては変更セットに追加できないものがあります。・変更セットの概要(ヘルプ)Sandboxの作成・更新設定画面から、Sandboxを作成または既存の Sandbox を更新すると、本番組織のメタデータがコピーされます。作成・更新するSandboxの種類によって、更新間隔が異なります。・Sandbox の作成(ヘルプ)・種類別 Sandbox ライセンスおよびディスク使用制限(ヘルプ)Visual Studio CodeVSC(統合開発環境)を使用してメタデータをXML形式でローカルディレクトリに保存します。メタデータの制限があります。・クイックスタート: Salesforce 開発のための Visual Studio Code(Trailhead)・メタデータの制限データを復元する方法は?Salesforce では、お客様が各自のバックアップデータを復元する手段として、いくつかの機能をご用意しています。メタデータの復元Sandboxの作成や更新でバックアップしたメタデータを復元する場合は、変更セットを使用します。または、Visual Studio Codeを使用して一旦ローカルディレクトリにダウンロード(Retrieve)した後、そのメタデータを本番環境へアップロード(Deploy)します。データの復元データローダ、データインポートウィザード等を利用することができます。詳細は、データをインポートする方法の選択(ヘルプ)をご確認ください。また、復元時には以下のような考意事項があります。レコードの復元(再作成)時に、元のSalesforce IDを指定することはできません。他レコードとのリレーションがあるデータを復元する場合、親→子の順番で復元します。例えば、取引先と取引先責任者を復元する時は、まず、取引先を復元した後に取引先責任者を復元しますレコードの復元(再作成)時に監査項目(作成日、作成者、最終更新日、最終更新者)を指定したい場合は、「監査項目の作成」を有効化することで実施できる場合があります。詳細は、監査項目を有効化する前の考慮事項(ナレッジ)をご確認ください履歴情報など、復元できないデータもあります。APIを使用して復元する場合、24時間あたりのAPI コール数の上限があります。レコード作成時に設定された自動処理(プロセスビルダー、トリガー、入力規則など)がある場合は無効にします。復元時に、他システムとのインテグレーションに影響はないか事前に確認しましょう。学習ツールSalesforce データのバックアップと復元のベストプラクティス(ナレッジ)Salesforce のレコードとデータを回復する(ナレッジ)まとめデータを定期的にバックアップしましょうデータ移行作業前には、必ず手動でバックアップを行いましょうメタデータのバックアップも行いましょう
-
(2023年3月) Salesforceの運用に関する重要なお知らせ
この記事で学べることSalesforce コア製品に関する重要な技術情報バージョンアップ情報やメンテナンス情報(バージョンアップ以外)、IP アドレスフィルタリングをしている場合に必要なIPアドレス範囲に関する情報、製品廃止情報、リリース更新などの重要情報セキュリティに関する重要なアップデート動画で更新内容を学ぶhttps://play.vidyard.com/bdA9HHCxkQnHAw4E2XHuRg全ての資料をダウンロードして学ぶダウンロードはこちら記事で更新内容を学ぶ本記事は「Salesforceの運用に関するお知らせ」の3月号となります。こちらの記事では、メンテナンス情報や技術情報、セキュリティ関連情報の構成で、特に重要な更新情報をピックアップしてご紹介いたします。必要なアクションをお客様にいち早く気づいていただくことを目的としていますので、毎月必ずご確認いただけますと幸いです。2023年3月のトピックはこちらになります。本記事では、前月との差分である赤字の部分についてと、特に重要な情報をピックアップしてご紹介します。最初にSpring '23のリリースノートの更新情報をご紹介します。こちらでは2月7日以降の更新内容の中から、現状の動作や設定に影響を与える可能性があるものをピックアップしてご紹介します。Block Access to Public Apex Constructor in Managed Package from @AuraEnabled Method (Release Update)「@AuraEnabled メソッドからの管理パッケージの公開 Apex コンストラクタへのアクセスのブロック」というリリース更新についてですが、当初はSummer'23での適用が予定されていましたが、現在は適用予定がキャンセルとなっており、現時点ではこのリリース更新の適用の予定はありません。動的活動コンポーザでアクションをすばやく実行Spring'23で導入された動的活動コンポーザの機能ですが、ケースオブジェクトのマクロでは動作しないということがリリースノートに記載されました。Experience Cloud ゲストユーザには詳細なフロー権限が必要 (リリース更新)Experience Cloud サイトのゲストユーザがフロー機能を実行するためには、明示的な権限の付与が必要になるというリリース更新ですが、このリリース更新の適用の予定がSpring'23のリリースタイミング以降に延期されました。また、リリースノートの内容に、ゲストユーザにフロー権限を付与する方法が追記されましたので、詳細はリリースノートをご覧ください。ここでのご紹介は上記の3点となりますが、リリースノートの更新情報をすべてご確認頂く場合は、こちらのリンクから内容をご確認いただければと思います。また内容についてご不明点等がある場合は、弊社のサポートにお問い合わせください。続いて、多要素認証(MFA)に関する更新情報です。MFAの自動有効化と強制適用に関する予定に更新がありますのでご紹介致します。Core Platform製品の自動有効化についてですが、2023年2月のメジャーリリースを第1フェーズとして、今後の各メジャーリリースで段階的に自動有効化が実施される予定です。そして強制適用ですが、2024年5月を第1フェーズとして、段階的にMFAの強制適用を実施していく予定となっています。続いてMuleSoftですが、2023年8月1日にMFAの強制適用が実施されます。Tableau Cloudについては、特権ユーザに対する強制適用が2023年3月13日から4月24日の間で実施され、それ以外のユーザに対する強制適用は、2023年5月22日から7月10日の間で実施される予定となっています。まだMFAが未適用であるというお客様は、セキュリティレベル向上のためにもMFA適用の計画を進めていただければ幸いです。関連リンク多要素認証 (MFA) 適用ロードマップ続きましてはインフラ強化に関する情報です。2023年4月2日と4月16日に、主に海外のお客様が利用しているインスタンスにおいてインスタンスリフレッシュのメンテナンスが予定されています。インスタンスリフレッシュは、組織の継続的な成長に備え、お客様が期待されるレベルのシステムパフォーマンスを維持するために、データセンターのインフラストラクチャをアップグレードするメンテナンスです。インスタンスリフレッシュの事前通知は、約60日前に、システム管理者様宛にメールで送信されます。事前通知を受け取られたら、インスタンスリフレッシュの準備方法が纏められたナレッジがございますので、必ず確認の上ご準備をお願いします。関連リンクインスタンスリフレッシュメンテナンスインスタンスリフレッシュ、組織移行、継続的サイト切り替えって?「Salesforce アプリケーションからのメールを受信できるようにする」というナレッジに更新があります。Salesforceでは、IPアドレス許可リストの代わりにTLS、SPF、DKIM、DMRACなどの標準メールセキュリティプロトコルの使用を推奨しています。しかしながら何らかのご事情でIPアドレス許可リストを使用する必要がある場合には、更新後のナレッジに合わせてお客様のIPアドレス許可リストを更新いただく必要があります。今回のナレッジ更新で、SalesforceのARINのメールサーバーのIPアドレス(ここにはメールリレーで使用するIPアドレスも含む)が追加されていますので、ご確認をお願いします。IPアドレスの詳細は、英語版のナレッジをご参照ください。関連リンク許可すべき Salesforce の IP アドレスとドメインHyperforce 上の Salesforce サービスへの中断しないアクセスを維持するSalesforce アプリケーションからのメールを受信できるようにする続いて、次期バージョンであるSummer'23において適用予定のリリース更新をご紹介します。Summer '23で適用予定のリリース更新は複数ありますが、2023年1月13日に該当の組織の管理者様へメール通知もされている「Google Analytics 4」についてお知らせします。2023 年7月1日に Google がユニバーサルアナリティクスを廃止し、Google アナリティクス 4 (GA4) に置き換えることを発表しています。引き続きExperience CloudサイトへのアクセスデータをGoogle Analytics で収集・分析するためには、ユニバーサルアナリティクスのプロパティを GA4 のプロパティに変更する必要があります。また、Summer '23までに[リリース更新]の適用も必要です。対応方法については、こちらのナレッジに纏まっておりますので、ご確認の上でご対応をお願いします。関連リンクAura サイトから Google アナリティクス 4 への移行 (リリース更新)イベントログファイル生成のオプトイン (リリース更新)コンテンツ盗聴保護を有効化 (リリース更新)ゲストユーザによる承認申請の編集または削除の防止 (リリース更新)Salesforce Platform API バージョン 21.0 ~ 30.0 の廃止 (リリース更新)Lightning アプリケーションの CSRF トークンのセキュリティの機能強化 (リリース更新)続いて、その他の更新です。こちらでは拡張ドメインに関する留意点をご紹介します。次期バージョンのSummer '23では、拡張ドメインが無効な全ての組織に対してSalesforce側が拡張ドメインを自動有効化します。Spring ’23 リリースの時のような、システム管理者様による事前除外はできませんので、こちらのチェックリストやよくある質問を参考に、早めに準備を進めていただけます様お願いします。どうしても間に合わないという場合には、一度有効化された後に、システム管理者様による無効化が可能ですが、Winter '24には強制適用される予定のため、可能な限り早めの対応をお願いいたします。関連リンク拡張ドメインのスケジュール最後に今後予定されている機能の廃止に関する情報です。まず最初にSalesforceモバイルアプリケーションコミュニティライセンスアクセスの廃止です。こちらはSummer '23で廃止することを予定していましたが延期になり、現時点で廃止時期は未定となっております。続いて、Consumer Goods Cloudをご利用のお客様向けの情報です。2023 年7月をもって、Einstein Vision によるプラノグラム確認タスクの自動化が終了します。終了後は、営業担当者が確認タスクを手動で実行いただく形になります。また、廃止される日時は7月中にお知らせする予定です。3つ目は、Object Detection API と Image Classification API が 2023 年 7 月 31 日をもって廃止されるという情報です。 それ以降は、関連づけられている全てのデータが利用できなくなりますので、遅くとも、4月末までにはデータを取得しておくことを推奨します。続いて、毎月お伝えしていますが「Salesforce Platform APIバージョン 21.0~30.0 の廃止について」です。こちらは、とても影響度の大きい更新の一つですので、毎月ご紹介しています。2023年6月をもちまして、APIバージョン21.0~30.0 は利用不可になる予定です。日本時間で3/16に機能廃止に関するメールがシステム管理者様に送信されていますので、そちら受け取られた場合は、ナレッジや確認方法のリンクをご参照の上、早めのご対応をお願いします。最後に、「Salesforce Mobile アプリケーションv.228の廃止」です。2023年6月以降、Salesforce モバイル アプリケーションのバージョンが228以下の場合、Salesforceにログインすることができなくなります。社内でモバイルアプリケーションをご利用のユーザ様に、早めにモバイルアプリケーションのバージョンの更新をする様に周知をお願い致します。3月度分の更新情報は以上となります。最後までご覧いただき、ありがとうございました。
-
Summer ’23 で皆さまに知ってほしい情報を、リリースノートから抜粋してまとめました。※ 本記事の内容は新機能情報の中から一部抜粋して記載しております。英語版と日本語版の差異があれば英語版を優先するものといたします。また、その他の更新情報などは必ずリリースノートを参照ください。※ ナレッジ記事の右下にある言語設定から「日本語」を選択ください。英語のみ表示される場合は英語での確認をお願いいたします。※ 製品ごとの各新機能を紹介するオンデマンド動画はSummer’23 特設ページからご覧ください(6/30 更新)新たに追加されたリリースノート抜粋情報ICU ロケール形式の有効化(リリース更新)どこにいても業務を遂行できるように、International Components for Unicode (ICU) ロケール形式を採用します。多要素認証が Salesforce によって自動有効化された後のアカウントのアクセス再取得2022 年 2 月 1 日、Salesforce 製品にアクセスするときに多要素認証 (MFA) を使用する契約上の要件が有効になりました。新しい組織でデフォルトでブロックされる OAuth 2.0 ユーザ名パスワードフローSummer '23 以降で組織を作成した場合、OAuth 2.0 ユーザ名パスワードフローはデフォルトでブロックされます。ユーザ名パスワードフローにはセキュリティリスクがあります。代わりに、OAuth 2.0 クライアントのログイン情報フローを使用することをお勧めします。[オプトアウト済み] 項目の状況の使用お客様からのフィードバックに基づいて、最近更新された項目値をプロスペクトの [オプトアウト済み] 項目の情報源として使用できるようになりました。※ オンラインコミュニティで詳細を投稿しておりますので、こちらもご確認くださいケースメール通知のシステムアドレスとしてデフォルトの No-Reply アドレスを使用 (リリース更新)[設定] の [組織のアドレス] ページから、デフォルトの No-Reply アドレスを設定します。[特別な目的の組織のメールアドレス] にメールアドレスを追加し、新しいデフォルトの No-Reply アドレスに送信される検証メールで説明されている手順に従います。便利になります/使い方が変わります!すべての検索条件を 1 か所に配置してユーザインターフェースを改善1 つのポップアップウィンドウにすべての検索条件オプションが表示されるようになったため、絞り込みプロセスが簡素化され、時間が節約されます。UI 要素の色のコントラストの改善テキスト以外の UI 要素 (ボタンやチェックボックス など) や、一部のテキスト UI 要素 (リンクなど) を表示するときの色のコントラストがアクセシビリティ基準に合わせて改善されました。ユーザのメールアドレスの検証Spring’23からユーザのメールアドレスが未検証の場合、メール送信ができなくなりました。メールアドレスを検証するためには以下の2つのどちらかを行う必要がありました。パスワードリセットを行うApex メソッドを利用するSummer'23ではメールアドレスが未検証の場合ユーザレコードの [メール] 項目の横に「検証」というリンクが表示されるようになり、本リンクをクリックすることで簡単に検証用メールがユーザに送信できるようになりました。メールに記載されている URL をクリックすることで、「検証」の表記が「検証済み」に変わりメールアドレスの検証が簡単にできるようになります。CASESAFEID関数の変更CASESAFEID関数では、有効な15文字のSalesforce IDのみが、大文字と小文字を区別しない18文字のIDに変換されるようになりました。SSO ログインでの Salesforce MFA の使用SSOログインでSalesforce多要素認証 (MFA) サービスを使用する方法が新しくなり、改善されました。ユーザのMFAを有効にした後、SSO設定ページで設定を選択して簡単にMFAをSSOに拡張できます。拡張トランザクションセキュリティフレームワークのログイン情報の監視ユーザのログインフローが安全であることを検証するために、拡張トランザクションセキュリティフレームワークのLoginEvent オブジェクトで [認証メソッド参照]、[ログインサブ種別]、および [ログイン種別] 条件を使用して監視できます。拡張コンテンツを使用したカスタムドメインの設定とメンテナンスの詳細の確認カスタムドメインを使用して、“https://www.example.com”などの所有するカスタムドメインで Experience Cloud サイ トを提供し、ブランド設定された環境をユーザに提供します。制約が加わります/ご自身の環境をご確認ください!不可になった新規プロセスの作成プロセスビルダープロセスの廃止に向けた次のステップを実行するために、新規プロセスは作成できなく なりました。既存のプロセスビルダープロセスは引き続き有効化、無効化、編集できます。MFA の自動有効化の続行: お客様の組織に適用されるタイミングと方法の確認 (リリース更新)Salesforce では、2022 年 2 月 1 日より、Salesforce 製品にアクセスするすべてのお客様に多要素認証 (MFA) の使用を義務付けています。期限切れの Sandbox ライセンスの管理Sandbox 割り当てを超えた場合、最も長い時間使用されていないSandboxから適切な数のSandboxがロックされます。また操作を何も行わなず、ロック期間が 60 日を超えた Sandbox は削除され、復元できなくなります。ゲストユーザから送信されたメールの制限 (リリース更新)Summer’23から、組織はゲストユーザレコード内の未検証のメールアドレスからメールを送信することが制限されます。 この更新を確認するには、[設定] から [クイック検索] ボックスに「リリース更新」と入力して、[リリース更新] を選択します。[Restrict Emails Sent from the Guest User (ゲストユーザから送信されたメールの制限)] の手順に従います。ケースメール通知のシステムアドレスとしてデフォルトの No-Reply アドレスを使用 (リリース更新)[設定] の [組織のアドレス] ページから、デフォルトの No-Reply アドレスを設定します。[特別な目的の組織のメールアドレス] にメールアドレスを追加し、新しいデフォルトの No-Reply アドレスに送信される検証メールで説明されている手順に従います。デフォルトの No-Reply アドレスを検証したら、[リリース更新] で [テスト実行] を設定して開始します。この更新は、Spring '21 で最初に使用可能になり、Spring '23 で適用される予定でしたが、適用日が Summer '23 に延期されました。対象の方はご注意くださいService Cloud Voice コンタクトセンターの最新の機能強化の取得(Service Cloud)コンタクトセンター向けの Service Cloud Voice の機能強化とバグ修正を活用します。Summer’23から各組織が更新されたタイミングでコンタクトセンターのアップデートが行われます。注) 既存のコンタクトセンターを更新する為には、今まで通り手動で実施する必要があります。Salesforce Edge ネットワークへの移行に向けた Experience Cloud サイトの準備Salesforce Edge ネットワークが、Summer ‘23 からローリング方式でリリースされます。対象のお客様にはメールが送られているので、ご確認、ご対応お願いいたします。開発者(Developer)向けLightning Web コンポーネント用および Aura コンポーネント用 Lightning Web セキュリティの使用 (正式リリー ス)Aura コンポーネント用 Lightning Web Security (LWS) が正式リリースされました。非同期 SOQL の廃止非同期 SOQL は、Summer '23 にすべての Salesforce 組織で廃止される予定です。この廃止により、非同期SOQLをご利用のお客様は代替の実装を行う必要があります。Salesforce Platform API バージョン 21.0 ~ 30.0 の廃止 (リリース更新)当初Summer’23で予定されていたSalesforce Platform APIバージョン21.0 ~ 30.0の廃止は、Summer’25に延期されましたMarketing Cloud (Account Engagementを除く)※ 日本語のリリースノートは6月以降公開予定のため、英語のリリースノートから2点抜粋して記載。本セクションは6月以降に更新いたしますUpdate Legacy REST API Routes AccessExpand Mobile Reporting with New Dimensions and Measurements
-
この記事で学べることSalesforceを日々使用している中で、「もっとこんな機能あったらいいな」や「いい機能思いついたけど、どこかに伝えられるところはないかな」と思ったときに、Salesforceには、サービスや機能に対する新しい提案および既存提案に対する投票を行える場である「IdeaExchange」があります。このページを利用して、Salesforceの製品開発部門に直接要望を伝えることができます。IdeaExchangeIdeaExchange は、Trailblazerからの意見を Salesforce に反映するための仕組みです。Trailblazerとは、ビジネスユーザから管理者、開発者まで全てのSalesforceテクノロジーを駆使してビジネスを改革する先駆者を指します。Trailblazerは、IdeaExchangeにアイデアを提案、または、投票することができ、投票およびコメントの集計数が多い人気のアイデアは、開発部門がどのようなサービスや機能が有用であるかを理解するのに役立ち、よりよいServiceや機能改修につながります。アクセス方法は簡単です。まずはTrailblazerCommunityにアクセスし、ログインします。アクセス方法は、こちら をご覧ください。[IdeaExchange]タブをクリックすると、コミュニティメンバーが投稿したアイデアや、投票画面が表示されます。左サイドバーでは、カテゴリ別に探すことも可能です。まずは、どんなアイデアが投稿されているのかを確認しましょう。アイデアへの投票IdeaExchangeには、2つの投票システムが用意されています。・[イイね]ボタンIdeaタブのページには、多くのアイデアが投稿されています。投稿を確認し、共感したものに[イイね]ボタンをクリックします。[イイね]ボタンを押すと、そのアイデアには10ポイントが付与されます。ポイントが多いほど、製品開発部門はアイデアを確認して開発検討する可能性が高くなります。さらに、アイデアにはコメントをすることができます。追加提案や質問、ユースケースを投稿し、アイデアをより豊かなものにしましょう。・Prioritizationコイン投票による優先順位付けをすることができます。Prioritizationのサイクルは、リリース計画プロセスに合わせて、通常は1月、5月、9月に年3回行われます。投票期間中は、[Prioritization]タブから製品開発部門によって選定された約10〜20のアイデアを確認し、気に入ったアイデアにコインを投票することができます。投票期間中、コミュニティメンバーには100コインが配布され、アイデアに投票することができます。コインは、すべてを1つのアイデアに投票することも、複数のアイデアに分散させることもできます。最後に、すべてのコミュニティメンバーからのコインが集計され、結果が[Winners]ページに公開されます。期間外は、前回のPrioritizationの結果とアイデアを確認できます。次の投票期間を確認し、自分の意見を届けましょう。アイデアの投稿自身のアイデアを投稿してみましょう。投稿する前に、他のコミュニティメンバーが同じアイデアを投稿しているかを検索します。検索した結果、既存のアイデアが見つからなかった場合、新しいアイデアを投稿するために[Post Your Idea]ボタンをクリックしてください。アイデアは次の3つで構成されます。・見出し他のアイデアと区別し、コミュニティメンバーが興味を持つような簡潔で説得力がある見出しを設定します。・カテゴリSalesforceの製品に関連付けるために設定します。カテゴリを設定することで、コミュニティメンバーとSalesforce製品開発部門がアイデアを見つけやすくなります。・説明アイデアが生まれた状況や提案目的、このアイデアに関するユースケースを書いて、説得力のある簡潔な説明を作成します。また、説明を補足するための画像を添付することも有効です。画像には機密情報を含むスクリーンショットなどを使用しないよう気をつけてください。アイデアを作成したら、得票数を増やすためにサクセスコミュニティのグループや、Chatter、そのほかのSNSのフォロワーや同僚に共有し、アイデアを宣伝しましょう。アイデアへの得票数が 2,500 ポイントに達すると、製品開発部門によって実装が検討され、公式見解がコメントの最上部に投稿されます。アイデアが、このポイントに達していない場合、返答は基本的にありませんが、製品開発責任者は適宜アイデアを閲覧しており、有用なアイデアには返答することがあります。考慮事項得票数の大小に関わらず、アイデアの実装される順序は、製品開発責任者に判断による学習ツールIdeaExchange の概要とステータスについて(ヘルプドキュメント)まとめSalesforceを利用しているときに感じる「こんな機能あったらいいな」を発信し、共感を得ると実現する可能性が高まります。また、他の人のアイデアに投票、コメントをしてより豊かなアイデアにすることで、さらなる開発へとつなげることも可能です。ぜひIdeaExchangeにアクセスして、多くのコミュニティメンバーと交流してみてください。