ワークフロールールのタイムトリガをフローで作成する

「ワークフロールールのフローへの移行について」はこちら​ワークフロールールの処理の概要商談のフェーズに『提案書/見積書の作成』を指定して更新してから、１週間を過ぎてもフェーズの更新が行われていない時に、商談の所有者へメールアラートを送ります。​サンプル）ワークフロールールの例サンプル）メールアラートの例フローで作成した場合の全体像作成するフローは以下です。作成するフローでは、次のことを指定します。フローの種類は、レコードトリガフロー になります。メールアラートアクションを使ってメールアラートを実行するように指定します。　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　フローの作成手順設定画面から「フロー」を検索し、「フロー」の画面に遷移、「新規フロー」をクリックします。「レコードトリガフロー」を選択します。フローの開始条件を指定します。今回は「商談が作成、更新された時に、フェーズに『提案書/見積書の作成』を指定された時」に処理が実行されるように、以下の様に設定します。※挙げられていない項目はデフォルトのままにします。オブジェクトを選択：　商談フローをトリガする条件：　レコードが作成または更新されたエントリ条件を設定：　次の様に設定します。条件の要件：　すべての条件に一致 (AND)項目：　StageName　*フェーズ演算子：　次の文字列と一致する値：　提案書/見積書の作成更新されたレコードでフローを実行するタイミング：　条件の要件に一致するようにレコードを更新したときのみ最後に「完了」を押します。これで開始条件の設定は完了です。次に、商談の状況を変更してから１週間が経った時にアクション（後述するメールアラート）を実行する設定を行います。上の「開始を設定」にて [完了] を押した後、次の様にページが現れます。こちらにて「スケジュール済みパスを追加」を選びます。「スケジュール済みパスを設定」にて、次の様にアクションを実行する条件を設定します。パスの表示ラベル： 商談の更新から１週間を経過API 参照名： SevenDays_Passsed_FromLastUpdate時間取得元： Opportunity が作成または更新されたときオフセット数： ７オフセットオプション： 日後最後に「完了」を押します。これでアクションの実行条件の設定は完了です。次に、メールアラートを設定します。上の「スケジュール済みパスを設定」にて [完了] を押した後、次の様にページが現れます。上にて指定しました、「商談の更新から１週間を経過」のスケジュールパスに現れている、「＋」（要素を追加）を選びます。「要素を追加」にて「メールアラートを送信」アクションを選びます。「新規アクション」にて、ポップアップの左側にて「メールアラート」を選び、「アクション」の検索ボックスにてメールアラート名を選びます。※今回の場合、既に作成済みのメールアラートを使います。「新規アクション」にて、次の様に設定します。表示ラベル：　状況確認のメール送信API 参照名：　Sending_Request_StatusUpdateカスタムオブジェクト ID：　{!$Record.Id}　※こちらは処理をしている商談のレコードIDを指しています。最後に「完了」を押します。これでメールアラートの設定は完了です。フローの設定を終えましたので、フローを保存します。右上部に現れている、[保存] ボタンを押して、「フローを保存」にて次の様に指定して、[保存] ボタンを押します。フローの表示ラベル：　商談の状況確認フローの API 参照名：　Request_For_StatusUpdate次に、動作の確認をします。確認にはフロービルダーのデバッグ機能を使います。動作の確認に先だって、商談を１件作成します。作成した商談名を控えておきます。デバッグ機能を呼び出すため、右上部に現れている [デバッグ] ボタンを押します。「フローをデバッグ」にて、フローを実行する条件を指定します。デバッグ実行のパス：　商談更新から１週間を経過　※上にて設定したスケジュール済みパスを指定します。開始条件の要件をスキップ：　チェックを付けるレコードが次の場合にフローを実行：　更新済みトリガレコード：　上にて作成した商談を指定　※商談名にてルックアップ検索できます。※現在のフローのデバッグ機能では、開始条件の「更新されたレコードでフローを実行するタイミング」に「条件の要件に一致するようにレコードを更新したときのみ」を指定した際の動作は確認することができません。そのため、開始条件の要件をスキップにチェックを付けます。指定を終えたら、[実行] ボタンを押します。スケジュール済みパスの設定は評価されず、指定したアクションが実行されます。なお、デバックの際、メールアラートのメールは送信されません。メールアラートにて送信されるメールの確認が行いたい場合には、メールテンプレートの設定ページにて「テストの送信と差し込み項目の検証」を使います。​デバッグ機能を使って、期待通りの結果が得られることが確認できましたら、右上部の [有効化] ボタンを押してフローを有効とすることで、以降に商談レコードが作成、更新されるたびにフローが実行されます。​フローの移行ツール、もしくは、手動にて既存のワークフロールールを移行されている場合には、必ず、既存のワークフロールールを無効化することを忘れないでください。​

【フロー演習問題４】複数月の売上レコード一括作成画面

※本番環境に変更を適用する際は事前にSandboxで動作を確認してくださいフローの概要 画面を設置したレコード情報と画面入力した値をもとに複数レコードを一括作成するフローですサンプルでは「商談」から起動し、カスタム「売上」オブジェクトに画面で指定した金額・月数分の売上レコードを作成しますフローの全体像下図が完成したフローです入力画面から、初回計上日、毎月の計上金額、何か月分の売上を作成するかを指定し、初回計上日から画面で指定した月数分の売上レコードを作成しますフローの作成手順このサンプルでは、任意のカスタムオブジェクト「売上」オブジェクトが必要です＜売上オブジェクトには以下の項目が必要です＞売上名(Name)（自動採番設定）金額（通貨）計上日（日付）商談（商談への参照項目）設定画面か「フロー」を検索し、「フロー」の画面に遷移、「新規フロー」をクリックします「画面フロー」を選択しますまずは、入力で使用可能な変数としてrcordIdを作成しますrecordIdには画面フローを起動した画面の情報を格納できますツールボックスから「新規リソース」を選択します新規リソース画面で、以下情報を入力しますリソース種別：変数API参照名：recordIdデータ型：レコードオブジェクト：商談（サンプルは商談画面に設置するため商談を指定）フロー外部での可用性：入力で使用可能にチェック次に画面を作成します開始後の「＋」から「画面」を選択します画面のプロパティで表示ラベルやAPI参照名を設定します[前へ]ボタン、[一時停止]ボタンは非表示を選択しますコンポーネントを追加します「表示テキスト」コンポーネントをクリックして画面に追加し、右の設定部分に画面に表示する文言を入力します「日付」コンポーネントをクリックして画面に追加し、表示ラベルに「初回計上日」、API参照名を「sc01_date」として、必須にチェックをします「通貨」コンポーネントをクリックして画面に追加し、表示ラベルに「金額」、API参照名に「sc01_amount」として、必須にチェックをしますデフォルト値（初期値）に商談の金額を指定するため、recordIdのAmount項目{!recordId.Amount}を指定します「数値」コンポーネントをクリックして画面に追加し、表示ラベルに「売上作成月数(か月)」、API参照名に「sc01_monthCount」として、必須にチェックをします「完了」をクリックして、入力画面作成は完了です続けて、確認画面を作成するため、入力画面の下の「＋」から「画面」を再度選択します​画面のプロパティで表示ラベルやAPI参照名を設定します[一時停止]ボタンは非表示を選択しますコンポーネントを追加します「表示テキスト」コンポーネントをクリックして画面に追加し、右の設定部分に表示する文言を入力します入力画面で入力した内容を、テキストに利用して、入力内容を確認するテキストにします表示テキストの「リソースを挿入」を利用して、リソースのAPI参照名を指定します入力画面で設定したコンポーネントのAPI参照名を指定することで入力内容をテキストで出力できます「完了」をクリックして、確認画面作成は完了です次に「決定」を選択します「決定」で売上レコードのデータを月数分作成する繰り返し処理を作成します表示ラベルに「月数分作成したか？」、API参照名に「check_monthCount」を指定します次に分岐を設定します「月数分作成したか」のYesの道を作るため、表示ラベル、API参照名に「Yes」を指定します条件に、「データ作成した売上レコード数」=>「入力画面で指定した「売上作成月数(か月)」の項目値」を指定していきますまず、「リソース」で「新規リソース」を指定します新規リソース画面で以下の設定をしますリソース種別：変数API参照名：counterデータ型：数値小数点の位置：0デフォルト値：0新規リソースを作成「完了」すると、リソースに作成したリソースが設定されます演算子を「以上」、値に入力画面の「売上作成月数(か月)」のAPI名称(sc01_monthCount)を選択します次に「デフォルトの結果」を選択して、表示ラベルを「No」に書き換えます「完了」をクリックします以下のような見た目になりましたcounterが「売上作成月数(か月)」で入力された数以上(イコール含む)の時Yesのルートに入りますそれ以外の場合Noのルートに入りますNoの場合の処理として、レコード作成する売上レコードのデータを作っていきますNoの下の「＋」から「割り当て」を選択します表示ラベルに「１レコード分データ作成」、API参照名に「Set_CreateRecordData」を指定します「変数」は作成する「売上」データを入れる箱を「新規リソース」から作成して指定します「新規リソース」を以下内容で作成しますリソース種別：変数API参照名：TargetSalesRecordデータ型：レコードオブジェクト：売上（レコードを作成する先のオブジェクトの名称を指定します）リソース作成後、「変数」にTargetSalesRecord が選べるようになりますTargetSalesRecordの各項目に値をセットしていきますTargetSalesRecordの「金額」項目に、入力画面の金額項目を値として代入します次に「割り当てを追加」ボタンを押して設定行を追加します追加された「変数」項目にTargetSalesRecordの「計上日」を選択します「計上日」には入力画面の「初回計上日」から１か月づつカウントアップした日付をいれますそのため、動的に計算した値を入れるために「新規リソース」を選択します新規リソースで以下の設定で「数式」のリソースを作成します​リソース種別：数式API参照名：F_SalesCloseDateデータ型：日付　※数式の計算結果の型を設定します数式：ADDMONTHS({!sc01_date},{!counter})※ADDMONTHS(日付,数値)で「日付」の月を「数値」分足した日付を計算します※入力画面の初回計上日からcounter(初期値0)分月をプラスします最後に「割り当てを追加」ボタンを押し、「変数」項目にTargetSalesRecordの「商談」（商談の参照項目）を選択します値にはrecordIdの「商談ID」をセットします作成レコードの値の代入は完了です続けて、「割り当て」を選択します値をセットした「TargetSalesRecord」のデータをレコード一括作成用のリソース（データの箱）に移していきます割り当ての表示ラベルに「一括作成用コレクションにデータセット」、API参照名に「Set_CreateRecords」と指定します「変数」で「新規リソース」を選択します以下の内容で新規リソースを作成しますリソース種別：変数API参照名：CreateRecordsデータ型：レコード複数の値を許可（コレクション）：チェック有オブジェクト：売上（レコードを作成する先のオブジェクトの名称を指定します）作成したリソースを変数に指定し、演算子を「追加」に設定します値はTargetSalesRecordを指定します（項目は指定しない）これで「TargetSalesRecord」のデータレコードが「CreateRecords」に追加されます１レコード（１か月分）のデータ作成が完了したので、counterをカウントアップさせます「割り当てを追加」ボタンを押して、変数に「counter」を選択し、演算子を「追加」、値に「1」を指定します「完了」で割り当ての設定が完了ですレコードデータ作成が完了したので、再度決定に接続し、レコード作成上限の判定をします「＋」から「要素に接続」を選択します決定のに接続するため、決定の「＋」を選択します接続すると「No」のルートは「終了」がなくなり決定に接続されます次に「Yes」のルートの処理を設定しますYesの時は、月数分「売上」レコードデータが「CreateRecords」に蓄積されているため、「CreateRecords」のデータを利用して、レコードを一括作成（データ登録）します「Yes」の「＋」から「レコード作成」を選択します新規のレコードの作成画面で、表示ラベルに「一括売上登録」、API参照名に「Create_SakesRecords」と指定し、作成するレコード数を「複数」、レコードコレクションに「CreateRecords」を指定します上記処理で作成処理は完了です最後に完了画面を出力します一括売上登録の下の「＋」から画面を選択します画面のプロパティで表示ラベルやAPI参照名を設定します[前へ]ボタン、[一時停止]ボタンは非表示を選択しますコンポーネントを追加します「表示テキスト」をクリックして画面に追加し、右の設定部分に表示する完了文言を入力します全体像はこちらになります「保存」ボタンから保存します「デバック」でテスト実行を行います（実際に登録されますのでSandboxで実施ください）画面右上の「有効化」をクリックします​完成したフローの使い方商談画面に設置します商談画面から設定 > 編集ページ を選択します「フロー」コンポーネントを任意の場所に追加しますフローの項目に作成したフロー名を指定します（有効化していないと選択肢に出力されません）recordIdの「レコードのすべての項目値をフロー変数に渡します」にチェックして「保存」します作成したフローが画面に追加されます

Salesforce活用ウェブセミナー：システム管理者のためのSalesforce基礎シリーズ

Salesforceの利用開始にあたっては、基本設定やカスタマイズ、データの一括取り込み（インポート）といった初期設定が必要です。また、蓄積したデータ分析は活用促進に欠かすことが出来ません。本ウェブセミナーシリーズでは、システム管理者がおさえておきたい利用開始の際の設定ポイントや分析を行うための基本機能を、デモンストレーションやハンズオン形式でわかりやすくお伝えします。​Vol.1 使い始めるための準備をしよう〜基本設定・カスタマイズ〜ユーザ作成方法やデータの構成（オブジェクト）、項目の作成やレイアウト編集などのSalesforceの基本設定や簡単なカスタマイズ方法を、デモンストレーション形式でご紹介します。https://play.vidyard.com/GbfnXXBakCdmPtGUuj7vqi※2023年4月よりオンデマンド動画として配信しております（ 資料 ）※Salesforce活用のご相談は「質問広場（オンラインコミュニティ）」へVol.2 データを一括で登録しよう〜データインポートウィザード〜Salesforceにデータを一括取り込み（インポート）するための機能について、ハンズオン形式を交えながらお伝えします。機能の使い方だけではなく、インポート後のデータのメンテナンス方法や削除の方法までを学んでいただけます。https://play.vidyard.com/uBdv2fbV3RGGbuvVxR1oC1※2023年4月よりオンデマンド動画として配信しております（ 資料 ／ サンプルデータファイル ）※Salesforce活用のご相談は「質問広場（オンラインコミュニティ）」へVol.3 データの見える化をしよう〜レポート・ダッシュボード〜Salesforceに蓄積したデータを表やグラフで表示する機能（「レポート」と「ダッシュボード」）についてハンズオン形式を交えながらお伝えします。https://play.vidyard.com/7NqvdnvU9epd1c6i4tw8wB※2023年4月よりオンデマンド動画として配信しております（ 資料 ）※Salesforce活用のご相談は「質問広場（オンラインコミュニティ）」へさらにステップアップ〜エキスパートコーチング〜ここから先は業務別のアプリケーション機能とカスタマイズについて学びましょう。活用支援プログラム 「エキスパートコーチング」では業務で成果を上げるためのベストプラクティスや最適化のノウハウをコンパクトにまとめてご提供します。»「はじめてのエキスパートコーチング」を参照するhttps://successjp.salesforce.com/article/NAI-000111その他おすすめ活用イベント営業改革シリーズ営業マネージャーがSalesforceを活用して成果を出すためにおさえるべき4つのポイントをご紹介します» 詳細を見る​“成功”の秘訣シリーズSalesforceでビジネスを成長させるために長年の支援から導いた成功の秘訣を伝授します» 詳細を見る

ワークフロールールの[現在のユーザ]のロールを参照する処理をフローで作成する

「ワークフロールールのフローへの移行について」はこちら​ワークフロールールの処理の概要商談レコードを作成している[現在のユーザ]が特定のロールに属している場合に、メールアラートを送信する​サンプル）ワークフローの例​​フローで作成した場合の全体像今回作成するフローは以下です。このフローでは以下の要素や変数を利用して作成します。レコードトリガフローメールアラートを送信 要素グローバル変数（$UserRole、$Record）の利用フローの作成手順設定画面から「フロー」を検索し、「フロー」の画面に遷移、「新規フロー」をクリックします。​「レコードトリガフロー」を選択します。​自動処理の開始条件を設定します。今回は、「商談レコードを作成したユーザのロールが[ディレクター]のとき」に処理が実行されるようにしたいため、以下を設定します。オブジェクトを選択　：商談トリガを設定　：レコードが作成されたエントリ条件を設定　：数式の評価が True になる{!$UserRole.Name}="ディレクター"そして「完了」を押します。これで開始条件の設定完了です。設定後「＋」を選択して開始後の処理を作成していきます。​今回は商談を作成したら、メールアラートを送信したいので、次の処理にメールアラートを送信 要素を追加します。​「新規アクション」の窓が開くので、これまでワークフロールールで使用していたメールアラートを「アクション」から選択します。続けて、この処理の「表示ラベル」（フローでの表示名）とAPI参照名（処理に対してのプログラム上の名前）を設定します。また「カスタムオブジェクト ID」には、フローをトリガしたレコードを示す $Record グローバル変数を用いて商談のIDを指定します。カスタムオブジェクト ID{!$Record.Id}「完了」を押すとこのようなフローが完成しました。​画面右上の「保存」をクリックし、フローの表示ラベル、フローのAPI参照名に任意の値を入力し保存します。画面右上の「有効化」をクリックすると有効化できます。ワークフローの書き換えの場合、ワークフローを忘れずに「無効」にしてください。​※画面右上の「デバッグ」を押して、処理にエラーがないか検証することが出来ますが、レコードトリガフローは「ロールバックモードでフローを実行します」にチェックが入っています。この場合は実際にメールアラートは送信されない為、ご注意下さい。メールアラートが送信される動作まで確認したい場合は、実際に（ロールが[ディレクター]であるユーザが）商談レコードを作成する必要があります。

ワークフロールールの所有者項目更新アクションをフローで作成する

「ワークフロールールのフローへの移行について」はこちら​ワークフロールールの処理の概要取引先を作成・更新した時に、取引先の所有者を“Account Owner”というユーザに更新します。​サンプル）ワークフローの例サンプル）項目自動更新の例​フローで作成した場合の全体像今回作成するフローは以下です。このフローでは以下の要素や変数を利用して作成します。レコードトリガフローレコード更新要素フローの作成手順ユーザのレコードIDを事前に取得しておきます。対象のユーザのレコード詳細ページを開き、URLをメモします。URL中の“005”から始まる15桁の英数字がレコードIDです。今回の例だとレコードIDは”0052x000004LxRA”となります。後続の処理で使用しますので、控えて起きましょう。​https://XXX.lightning.force.com/lightning/setup/ManageUsers/page?address=%2F0052x000004LxRA%・・​設定画面から「フロー」を検索し、「フロー」の画面に遷移、「新規フロー」をクリックします。​​「レコードトリガフロー」を選択します。​自動処理の開始条件を設定します。今回は、「取引先が新規・更新に作成された時」に処理が実行されるようにしたいため、以下を設定します。オブジェクトを選択　：取引先トリガを設定　：レコードが作成または更新された（補足）エントリー条件を設定　：ワークフロールールの「ルール条件」に設定がある場合は、この部分に条件を設定します。設定すると、この条件でレコードが作成された時に実行されます。そして「完了」を押します。これで開始条件の設定完了です。​設定後「＋」を選択して開始後の処理を作成していきます。今回は取引先を作成・更新したら、「所有者項目を更新」したいので、次の処理として所有者項目更新の処理をフローに追加します。「レコードを更新」を選択します。「新規のレコードの更新」画面が開くので、この処理の「表示ラベル」（フローでの表示名）とAPI参照名（処理に対してのプログラム上の名前）を設定します。＊説明は必要に応じて補足のコメントを入れます。​今回はトリガレコード（このフローを起動する契機となったレコード）の取引先の所有者を更新するため、以下を設定します。更新するレコードを検索してその値を設定する方法　：フローをトリガした 取引先 レコードを使用 　レコード を更新する条件の要件　：なし — 常にレコードを更新項目　：OwnerId値　：上述の手順で取得したユーザレコードID​「完了」を押すとこのようなフローが完成しました。​画面右上の「保存」をクリックし、フローの表示ラベル、フローのAPI参照名に任意の値を入力し保存します。画面右上の「デバッグ」を押して、想定通りに処理が実行されるか確認します。レコードトリガフローは「ロールバックモードでフローを実行します」にチェックが入っています。ロールバックモードで実行すると、処理を実行し最後に保存せずにキャンセルされます。このため、既存のレコードに影響を及ぼさず、フローを実行することができます。今回はレコードの作成・更新時に起動するフローを作成したため、「レコードが次の場合にフローを実行」に以下が表示されています。作成済み更新済みまずは、取引先を新規作成したシナリオのテストを行います。「取引先」にフローが起動する契機となるレコードを選択します。​問題なくデバッグ実行が完了すると、処理の流れが右側に出力されます。また、「＞」をクリックすることにより各要素の処理の詳細を確認することができます。「レコードを更新」要素の詳細を確認すると、「OwnerId = 0052x000004LxRA」と表示されており、想定された値でレコード更新処理が実行されていることが確認できました。​＊エラーの場合、どの要素がエラーかを特定して、内容を再確認します。​レコード新規作成時のシナリオで問題なくフローをデバッグ実行できたため、次にレコードの更新のシナリオのテストを行います。「再デバッグ」をクリックすると、再度「フローをデバッグ」画面が開くので、シナリオに沿う設定を行います。今回は既存の取引先レコードのレコード名を「テスト用の取引先」から「更新後の取引先名」に更新するシナリオのテストを行います。このシナリオを実現するために以下を設定します。レコードが次の場合にフローを実行　：更新済みトリガレコード　：更新対象の取引先レコード取引先名　：更新後の取引先名​​​同様の手順でデバッグ実行を行い、エラーが発生せず想定通りの動作となっていることを確認します。レコード更新時と同様に、「レコードを更新」要素の詳細を確認すると、「OwnerId = 0052x000004LxRA」と表示されており、想定された値でレコード更新処理が実行されていることが確認できました。画面右上の「有効化」をクリックすると有効化できます。ワークフローの書き換えの場合、ワークフローを忘れずに「無効」にしてください。​

ワークフロールールの関連レコードの更新をフローで作成する

「ワークフロールールのフローへの移行について」はこちら​ワークフロールールの処理の概要商談が完了した場合に、取引先のカスタム項目にその日を登録する。​サンプル）ワークフローと項目自動更新の例フローで作成した場合の全体像今回作成するフローは以下です。このフローでは以下の要素や変数を利用して作成します。レコードトリガフローレコード作成要素グローバル変数（$Record、$Flow）フローの作成手順設定画面から「フロー」を検索し、「フロー」の画面に遷移、「新規フロー」をクリックします。​​「レコードトリガフロー」を選択します。​自動処理の開始条件を設定します。今回は、「取引先が新規に作成された時」に処理が実行されるようにしたいため、以下を設定します。オブジェクトを選択　：商談トリガを設定　：レコードが作成または更新されたエントリ条件を設定　：すべての条件に一致 (AND)IsClosed 次の文字列と一致する True 更新されたレコードでフローを実行するタイミング : 条件の要件に一致するようにレコードを更新したときのみそして「完了」を押します。これで開始条件の設定完了です。設定後「＋」を選択して開始後の処理を作成していきます。今回は商談を更新時に取引先を更新したいので、次の処理にレコードの更新要素を追加します。「新規のレコードの更新」の窓が開くので、この処理の「表示ラベル」（フローでの表示名）とAPI参照名（処理に対してのプログラム上の名前）を設定し、「レコードを識別する条件を指定し、項目を個別に設定」と更新対象のオブジェクトを選択します。 更新するレコードを検索してその値を設定する方法  : レコードを識別する条件を指定し、項目を個別に設定オブジェクト : 取引先商談の親オブジェクトとなる取引先を検索するため、フローをトリガしたレコードを示す $Record グローバル変数を用いて取引先の ID を指定します。また、フローインタビューの情報を提供する $Flow グローバル変数を用いて、フローの実行日を指定します。（数式要素で TODAY() を用いることもできます）取引先レコードを絞り込み　：すべての条件に一致 (AND)Id 次の文字列と一致する　：{!$Record.AccountId}取引先 の項目値を レコード に設定CustomDate__c　：{!$Flow.CurrentDate}「完了」を押すとこのようなフローが完成しました。画面右上の「保存」をクリックし、フローの表示ラベル、フローのAPI参照名に任意の値を入力し保存します。今回開始条件に指定した IsClosed の項目は、フェーズ項目を変更後にシステムが自動で変更する特殊な項目で、デバッグ実行にて項目の変更を捉えることができません。そのため、Sandbox 等でフローを有効にし、実際のレコードでの動作の確認を行うことをお勧めいたします。​​

ワークフロールールのタスク発行アクションをフローで作成する

「ワークフロールールのフローへの移行について」はこちら​ワークフロールールの処理の概要新規取引先を作成した時に、新規取引先への訪問挨拶のToDoを自動作成する。​サンプル）ワークフローの例サンプル）ToDoの例フローで作成した場合の全体像今回作成するフローは以下です。このフローでは以下の要素や変数を利用して作成します。レコードトリガフローレコード作成要素グローバル変数（$Record、$Flow）の利用数式変数の利用フローの作成手順設定画面か「フロー」を検索し、「フロー」の画面に遷移、「新規フロー」をクリックします。​​「レコードトリガフロー」を選択します。​自動処理の開始条件を設定します。今回は、「取引先が新規に作成された時」に処理が実行されるようにしたいため、以下を設定します。オブジェクトを選択　：取引先トリガを設定　：レコードが作成された（補足）エントリー条件を設定　：ワークフロールールの「ルール条件」に設定がある場合は、この部分に条件を設定します。設定すると、この条件でレコードが作成された時に実行されます。そして「完了」を押します。これで開始条件の設定完了です。​設定後「＋」を選択して開始後の処理を作成していきます。今回は取引先を作成したら、「ToDoを発行」したいので、次の処理としてToDo発行の処理をフローに追加します。ToDoの発行はToDoのオブジェクトにレコードを作成することと言い換えられます。そのため、「レコードを作成」を選択します。「新規のレコード作成」の窓が開くので、この処理の「表示ラベル」（フローでの表示名）とAPI参照名（処理に対してのプログラム上の名前）を設定します。＊説明は必要に応じて補足のコメントを入れます。​今回はToDoのレコードを1レコード作成するため、以下の値を選択します。作成するレコード数　：1 　レコード項目の設定方法　：個別のリソース及びリテラル値を使用オブジェクト　：ToDo​オブジェクトを選択すると、「作成するToDoの項目値を設定」が表示されるため、どの項目に（左側）何の値を入れるか（右側）を設定していきます。​今回のワークフローアクションのToDoは以下の設定となっている場合を例として作成します。​まずは以下、項目名を検索し、固定値や選択肢を設定していきます。件名　：ご挨拶（新規）状況　：Open優先度　：Normal次に「割り当て先」を「新規作成された取引先の所有者」に設定していきます。レコードトリガフローでは起動の条件となったレコード（今回は作成された取引先のレコード情報）は、「$Record」という変数（データの格納先）に入っています。そのため、「$Record＞所有者ID」の項目を選択することで、作成された取引先の所有者の情報を値として入れることができます。​割り当て先設定後次に期日を設定します。期日は自動化処理+30日後を設定します。フローでは、値の部分に直接数式がかけないため、このように計算が必要な値をセットする場合は、事前に数式を計算した値をセットします。​まず、新規リソースをクリックします。​​次にリソース種別で「数式」を選択します。​API参照名とデータ型を設定します。データ型は数式で計算した結果がどのような値を取るかを選択します。今回は日付型です。次に数式を記載します。​フローが起動した日付＋３０日を計算しています。フローが起動した日付は、グローバル変数$Flowの日付（CurrentDate）項目から取得ができます。リソースを挿入から、選択すると簡単に数式に挿入できます。​「完了」を押すと、新規リソースの数式のAPI参照名がセットされます。これで数式の計算結果を代入することができます。​「完了」を押すとこのようなフローが完成しました。​画面右上の「保存」をクリックし、フローの表示ラベル、フローのAPI参照名に任意の値を入力し保存します。画面右上の「デバッグ」を押して、処理にエラーがないか検証確認します。レコードトリガフローは「ロールバックモードでフローを実行します」にチェックが入っています。ロールバックモードで実行すると、処理を実行し最後に保存せずにキャンセルするため、テスト的に実行してエラーが出るか確認できます。「取引先」にテスト的にフローを実行する開始対象のレコードを選択します。問題なくデバッグ実行が完了すると、処理の流れが右側に出力され、実際に作成しようとしたToDoの中身を確認することができます。想定した内容になっているかを確認します。＊エラーの場合、どの要素がエラーかを特定して、内容を再確認します。​​画面右上の「有効化」をクリックすると有効化できます。ワークフローの書き換えの場合、ワークフローを忘れずに「無効」にしてください。​

ワークフロールールのフローへの移行について

Salesforceには現在ワークフロールール、プロセスビルダー、フローの3つの自動化ツールがあります。自動化機能が複数のツールに分散している点は、今後メンテナンス性とイノベーションの両方を妨げる可能性があります。そのため、将来的にワークフロールールやプロセスビルダーからフローへの移行を進めていく予定となっており、現在お客様に対しワークフロールールからフローへの移行を進めていただくことを推奨しております。​ご参考（2022/7/1　時点）Go with the Flow: What’s Happening with Workflow Rules and Process Builder?（英語記事）​移行ツールによるワークフロールールのフローへの変換既存のワークフロールールをフローに変換する移行ツールがSummer '22で正式リリースとなりました。移行ツールの使用手順や制約については下記ヘルプページをご確認ください。​Summer '22 リリースノート：[フローに移行] ツールを使用したフローへのワークフロールールの変換 (正式リリース)​​フローでワークフロールールと同様の処理を実現する際のご参考リソースワークフロールールからフローへの移行ツールの制約により既存のワークフロールールの自動変換ができない場合、手動で代替となるフローを作成する必要があります。また、これまで自動化処理を作成する際にワークフロールールを使っていたという方も、今後はフローを使用することが推奨されます。以下の記事ではワークフロールールの一部の設定について、フローで同様の処理を実現するためにどのような設定を行うかを解説しております。既存のワークフロールールをフローに書き換える際や新規のフローを作成する際にご活用ください。​ワークフロールールのタスク発行アクションをフローで作成するワークフロールールの関連レコードの更新をフローで作成するワークフロールールの所有者項目更新アクションをフローで作成するワークフロールールの[現在のユーザ]のロールを参照する処理をフローで作成するワークフロールールのタイムトリガをフローで作成する​

フロー作成の最初のステップ！フローの種類を学ぶ

フローの種類フローを作成する際に、最初に選択するのが「フローの種類」です。フローの種類の選択によって、フローで自動化する処理の開始条件や特徴が変わってきます。どのような種類のフローがあるかを学び、自動化したいプロセスや用途にあてはまるフロー種類を選択しましょう。​画面フローフローを実行したユーザーに画面を表示し、ユーザーに対して情報を提供したり、ユーザーが入力した情報に元にレコードを作成・更新といった処理を実行したりすることができます。フローで作成した画面はホームやレコードページにコンポーネントとして配置する方法や、ボタン（アクション）からフローの画面を表示させる方法などでユーザーに提供することができます。​画面フローの例取引先と商談をまとめて作成する画面を表示する画面で開いているレコードのコピーを作成するボタン（アクション）を作成するレコードトリガフローレコードを作成、更新、削除したことを契機に処理を実行することができます。レコードを作成、更新、削除したタイミングで処理を実行するだけでなく、指定時間経過後に処理の実行を行うこともできます。​レコードトリガフローの例商談フェーズが受注に更新されたタイミングで、ToDoレコードを作成するリードが作成された３日後にメールを送信するスケジュールトリガフロー指定した時間および頻度で、検索条件に一致する複数のレコードを一括で処理できるフローです。スケジュールを設定しておくことで、都度手動で処理を行う手間を省ける為、例えば毎日実施したい処理などを自動化することに活用出来ます。​スケジュールトリガフローの例未着手のリードに関連付けられたToDoを日次で自動作成する特定の条件に合致する商談のフェーズを週次で自動更新するプラットフォームイベントトリガフローユーザの操作、プラットフォーム機能の実行、これらによって発生する変化をプラットフォームイベントとして公開し、公開されたプラットフォームイベントをキャッチした時にアクションを実行する、これらを行うフローを作ることができます。プラットフォームイベントの公開とキャッチは独立しており、特定のプラットフォームイベントをキャッチする複数のフローを指定できます。​プラットフォームイベントトリガフローの例商談が成立した時に、複数の処理を並行して進める（契約書の作成、出荷準備、配送手配）画面フローにて発生したエラー情報を収集する自動起動フロー（トリガなし）このフローは自身呼び出す他の自動化機能と組み合わせて使用する、画面を持たないフローです。例えば自身とは異なるフロー、オーケストレータ、Apex などから呼び出され処理を実行します。​自動起動フローの例Apex トリガで複雑な処理を行った後、自動起動フローで作成した単純な処理を呼び出す

Salesforce活用ウェブセミナー：“成功”の秘訣シリーズ 大規模推進

Salesforce導入・定着化の秘訣を説明した「“成功”の秘訣シリーズ Vol.1〜Vol.4」に加えて、海外を含む複数の部門・拠点にSalesforceを展開する際の推進体制や現場からの改善要望のとりまとめ方など、大規模利用する上でおさえるべきポイントを３編の動画にまとめました。各動画の位置付けは以下の図をご確認ください。動画はオンデマンドでいつでもご視聴いただけます。基本編Salesforceを複数部門、複数拠点でご利用されているお客様でよく発生する以下の課題に対する解決方法を事例を交えながらご紹介します。 » 経営層から拠点・部門などの現場含めてどのような推進体制を作るべきか » 現場からの改善要望をどのようにとりまとめ、実装や運用時に外部委託と内製化はどう判断すべきか » どのように効果を出すべきか ・どう活性化させるかオンデマンド視聴実践編推進リーダーがプロジェクト上で直面した困難をいかにして乗り越えたか、エピソードを交えてご紹介致します。プロジェクトが想定通りに進まないことは往々にして起こりますが、この動画を困った場面でのとるべき行動のヒントにしてください。オンデマンド視聴グローバル編Salesforce を海外拠点に導入するプロジェクトで、一般的に意識していただきたい内容をご紹介いたします。これからグローバル展開を予定している、あるいはまさに展開中という推進リーダーの方を対象としています。オンデマンド視聴その他おすすめ活用ウェブセミナー“成功”の秘訣シリーズSalesforceでビジネスを成長させるために長年の支援から導いた成功の秘訣を伝授します» 詳細を見る​営業改革シリーズ営業マネージャーがSalesforceを活用して成果を出すためにおさえるべき4つのポイントをご紹介します» 詳細を見る​システム管理者のためのSalesforce基礎シリーズシステム管理者がおさえておきたい利用開始の際の設定ポイントや分析のための基本機能をご紹介します» 詳細を見る

【お役立ちアプリ】社内業務を効率化し、生産性を向上する

社員が毎日取り組む様々な社内業務(勤怠管理、工数管理、経費精算、電子稟議、社内SNS、カレンダー等)を一元化し、働き方の効率化から組織全体の生産性向上に役立つアプリをご紹介します。アプリは業務に併せて柔軟なカスタマイズが可能です。​※各アプリの機能の概要や特徴はサービス名をクリックしてご確認いただけます。​チームスピリット | テレワーク対応 勤怠管理・電帳法対応 経費精算勤怠管理、工数管理、経費精算、電子稟議、社内SNS、カレンダーなど、社内業務を一元化したクラウドサービスです。収集したデータを分析し働き方を可視化をすることで、社員が取り組むべき重要な活動を洗い出し、生産性の向上につなげます。また、大企業向け「TeamSpirit EX」は、大規模組織管理、グローバル対応、パフォーマンス向上、外部システム連携をより機能強化しています。​mitoco（基本パッケージ）｜カレンダー、承認ワークフロー、掲示板などのグループウェア​「mitoco」とは、社内情報を一元管理し、コミュニケーションを円滑にして業務の効率を高めるアプリケーションです。モバイルのカレンダー、電子申請、掲示板、チャット、タスク管理、文書管理、アドレス帳など、社内の情報共有に必要な様々な機能を備えています。追加機能として、経費精算や勤怠管理など、社員のモチベーション維持・向上につなげる「mitoco Work」が利用頂けます。「mitoco」と「mitoco Work」で、お客様中心とした社内情報の最適化だけではなく、社員一人一人が業務効率の向上を実感できる仕組み作りを可能にします。※「mitoco Work」をご利用する際は、mitocoライセンスが必要です。（勤怠管理機能は、近日サービス提供開始予定）

オブジェクト構成を記録しましょう

この記事で学べることオブジェクト構成図を作成する理由オブジェクト構成図の作成方法オブジェクトとは何か？オブジェクトとは、"データを蓄積するための箱"を指します。会社情報や人情報など様々な顧客情報を格納することができます。オブジェクトには「取引先」のほか、「リード」「商談」など、標準として情報の保存先が用意されていますが、利用したいオブジェクトが標準で備わっていない場合、カスタムで作成することが可能です。参照：標準オブジェクトとカスタムオブジェクトの違いは?なぜオブジェクト構成を記録する必要があるかオブジェクト構成とは、複数のオブジェクト同士の関係性（リレーション）を表したものです。​なぜこのオブジェクト構成を記録しておく必要があるのでしょうか？オブジェクト構成を記録することで、以下の状況になることを予め避けることができるためです。設定変更を行う際、その影響範囲が把握できない推進体制の変更が行われる場合、後任者が現在の環境を一つ一つマニュアルで確認する必要があり、理解するまで時間がかかるレポート・ダッシュボードを作成する際に、どこからデータを抽出するかがわからないデータインポートの際、どの情報を関連づける必要があるかがわからない業務をスムーズに行うためにも、オブジェクト構成を記録していきましょう。オブジェクト構成図を作成する構成図は以下画像のように、誰でも、ひと目で、オブジェクトごとの関係性がわかるようにすることがポイントです。​こちらから「はじめてガイド」ワークシートをダウンロードいただき、オブジェクト構成図を作成してみましょう。取引先に関連しているオブジェクトは何か、カスタムオブジェクトを作成している場合は、他のどのオブジェクトと関連付けられているか等、図で残しておきましょう。「取引先」の名称を自社ならではの名称に変更している場合は、変更後の名前で記載をしておきましょう。基幹システムをご利用されている方は、どのデータを基幹システムから反映させているか等も、図の中に記載しておくと、非常に分かりやすいです。オブジェクトの共有事項オブジェクトの構成図を視覚的に作成が出来ましたら、続いてはそれぞれのオブジェクトの利用用途や共有事項を文章で残しましょう。取引先や商談の名称を自社オリジナルの名称に変更している場合、共有事項への記載をおすすめします。導入支援パートナーへの依頼方法導入支援パートナーに環境構築を依頼しているお客様もいらっしゃるかと思います。その場合も、今後のためにオブジェクト構成図はしっかり管理しておきましょう。​導入時は問題がなくとも、その後は自社内で改修する必要があるお客様もいらっしゃるかと思います。または別のパートナー企業へ依頼する場合もあるかと思いますので、常に自社の環境を理解できるように記録を残しておきましょう。​どのように導入支援パートナーへ依頼すればよいのかと迷われる方もいるかと思います。メールにて「オブジェクト構成図を共有お願いします」とご連絡するか、またはオブジェクト構成図のテンプレートのサンプルをお渡しいただき、「このようにオブジェクト構成図をいただけないでしょうか」とご依頼いただくのもよろしいかと思います。ワークシートを使って記録しましょう1. <資料> オブジェクト構成図以下のリンク先から資料をダウンロードして、Salesforceの活用推進に必要な体制と役割を設定しましょう。「はじめてガイド」ワークシートはこちらまとめオブジェクト構成図を記録に残すことの重要性と、ワークシートを使用した記録方法についてはご理解いただけましたでしょうか？オブジェクト構成図は作成後も、変更される場合が多々あるかと思います。変更の度に都度ワークシート修正がベストではありますが、難しい場合は、毎期、毎年など、まとめて実施でも問題ございません。忘れずに実施することが重要です。​​オブジェクト構成の理解・記録が完了したら、続いてはステップ5 ユーザ向けトレーニングです。ユーザ向けトレーニングの設計と実施の方法を学び、テンプレートに残していきましょう。参照記事：ユーザートレーニングを実施しましょう