SFDC：商談の成立と完了予定日の関係

商談のフェーズと完了予定日の関係についてです。あまり意識したことがなかったのですが、完了予定日には下記のルールがあります。

未来の完了予定日の商談を本日、「商談成立」にした場合完了予定日は、システム日付（本日）が自動的にセットされます。

商談成立とはフェーズの種別が成立になっている値を選択したときを指します。

次のように完了予定日が未来日付になっている状態でフェーズを成約 (商談完了)に切り替えたとき・・・

完了予定日が本日日付に変更されます。

フェーズと完了予定日を同時に変更した場合やフェーズ変更後に完了予定日を変更したときは未来日付をセットすることが可能です。

具体的には下記の条件が適用されるみたいです。

１．過去の完了予定日の商談を本日、「商談成立」にした場合
　　　完了予定日は、そのまま保存されます。

２．未来の完了予定日の商談を本日、「商談成立」にした場合
　　　完了予定日は、システム日付（本日）が自動的にセットされます。

３．過去の完了予定日の商談を本日、「商談不成立（ロストした）」にした場合
　　　完了予定日は、そのまま保存されます。

４．未来の完了予定日の商談を本日、「商談不成立（ロストした）」にした場合
　　　完了予定日は、そのまま保存されます。

５．商談を新規に入力する際に、過去及び未来の完了予定日をセットし
　　　「商談成立」にした場合完了予定日は、そのまま保存されます。

６．商談を新規に入力する際に、過去及び未来の完了予定日をセットし
　　　「商談不成立（ロストした）」にした場合完了予定日は、そのまま保存されます。

こちらのヘルプで紹介されています。

https://help.salesforce.com/articleView?id=000171052&language=ja&type=1

完了予定日の扱いを請求書送付日などのように扱いたいときには上記ルールに注意が必要です。

SFDC：NPO向けAppExchange『NPSP Packages』のアンインストール

NPO向けAppExchangeパッケージ『NPSP Packages』のアンインストール手順についてまとめられたサイトがありました。

Uninstall NPSP ~ Power of Us Hub

NPO向けのパッケージは複数のパッケージで構成されています。

• Nonprofit Starter Pack/Nonprofit Success Pack
• Affiliations
• Relationships
• Recurring Donations
• Households
• Contacts & Organizations

順番どおりにアンインストールをいないと連動関係でエラーになることがあります。また、Sandbox組織ではアンインストールできなものが本番ではうまくいかない場合がありました。どうしてもうまくいかない場合はサポートへの連絡するのが良さそうです。

また、レコードタイプとプロファイルの紐付けを除外するのに悩むかもしれません。下記リンク先の方法で対応できると思います。

SFDC：Summer'18 - Trailheadのプロフィール表示を試してみました

Summer'18の新機能で自分のプロファイルに Trailhead バッジを表示できるようになりました。

リリースノート

設置方法は簡単でユーザのプロフィールページに移動して編集リンクをクリック。Lightningアプリケーションビルダーでカスタマイズします。

バッジのコンポーネントが自動追加されているので任意の場所に配置するだけです。

配置すると次のように紐付きがない状態で表示されます。

紐付けはSalesforceアカウントで判断されます。Trailheadにログインして設定のSalesforce ログインアカウントの部分からTrailheadアカウントとSalesforceを紐つけます。

今回はTrailheadアカウントとは関係のないSalesforceアカウントで試してみましたが次のような認証が行われました。

認証後無事にバッジが表示されることを確認できました。

すべて表示をクリックするとTrailheadのページに移動するようになっています。

SFDC：Lightning Experienceでリードの取引開始の対応付け

リードの取引開始でカスタム項目の対応付けを行う方法です。設定→オブジェクトマネージャ→リードの項目の設定画面にリード項目の対応付けボタンが表示されているのでそちらのボタンからカスタム項目の対応付けが可能となっています。

紐付け画面はこんな感じです。

対象オブジェクトはタブメニューとなっています。用途に合わせて取引先・取引先責任者・商談のオブジェクトから選択できます。

これでリードの取引開始を実施した際にカスタム項目も取引先と取引先責任者に反映されます。

以上が、Lightning Experienceでリードの取引開始の対応付けの設定方法です。このあたりもClassicに戻さなくても対応できるようになっています。

参考

Help | Training | Salesforce

SFDC：Summer'18 - Lightning レポートビルダーを試してみました

Summer'18の新機能、Lightning レポートビルダーを試してみました。試してみたというか休日明けにログインしたら自動で切り替わっていました。今回Sandboxで事前チェックしてなかったのでちょっとドッキリ。

リリースノート

レポートタブのページを見ると新規ボタンと新規(Salesforce Classic)に分かれています。Salesforce Classicの方を選ぶと従来のモードで作成を行えます。
※編集も同様でした。

レポートタイプを選ぶところから"Lightning"になってます。

従来の画面と違いが大きすぎて「あ...」となったのですがよく見るとそれほど複雑ではありませんでした。

まず画面右側検索条件のところがタブメニューになっています。クリックすると今までどおりに条件指定が可能です。

適用をクリックしないと反映されないので注意してください。

アウトラインのメニューでは表示項目の順番を変更したり、✗アイコンで非表示にしたりといった操作ができます。従来のようにドラッグ&ドロップで除外する手間がなくなりすごく使いやすくなりました。

グループを追加でサマリレポートのグルーピング設定を行うことができます。

小計や総計の表示/非表示、並び替えの変更も今までどおりに行えます。

グルーピングは3項目まで可能でした。

列をグルーピングの設定を行うと今までのマトリックスレポートの形式で作成できます。この場合、行のグルーピングは最大2つまでとなります。

ひとつすごい機能がありました。行と列をスワップする機能です。

これをつかうとX軸とY軸の項目をそのまま入れ替えることができます。

ClassicからLightningに切り替える際に、レポートグラフのX軸に表示するグラフは列で指定した項目である必要があったため、レポートを作り変えたことがあったのですが、そういった作業がこの機能で効率よく行えるようになっています。

レポートに項目を追加するのは画面の一番左側に隠れているメニューから行います。

絞り込み機能もかなり使いやすいです。

グラフの設定も簡単に行えます。

パケット項目や集計項目の作成はこちらから行うことができます。

こちらに関しては使い方がだいぶ違う気がするので慣れるしか無いかなと思いました。

フルエディタに切り替えのボタンをクリックすると大きな画面で設定できます。

ということでかなり使い勝手がよくなっています。

個人的に嬉しい機能としてはビューの画面で列幅を変更できるようになりました。これでレポート名が長くなったりした場合でも問題なくなりました。

移動の機能でレポートフォルダを変更できるようにもなっています。

Summer18でGAリリースとなりましたがベータ版のときと比べて非常に使いやすくなっていました。

SFDC：Salesforce Summer 2018 イベントページが公開されました

Salesforce Summer 2018 イベントページが公開されました。7月25日（水）9:00-19:00 | 東京プリンスホテルで開催されるとのことです。

Salesforce Summer 2018 - セールスフォース・ドットコム

イベントページのURLはTrailblazer Communityで公開されています。

Salesforce Trailblazer Community

公開一日で既に満室のセッションも。。

りそな銀行の営業改革のセッションと金融機関のSalesforce事例もあって面白そうです。

開発者向け、あの方のセッションもありました。

さらに7月26日 (木) 12:00-18:00 | 東京ミッドタウンで『Salesforce B2C CRM Conference “Salesforce Connections”』も開催されるようです。厳密にはSalesforce Summer 2018とは別イベントですがB2C向けの話を聞ける貴重な機会のイベントです。

Salesforce B2C CRM Conference - セールスフォース・ドットコム

こちらはまだ満席セッションはありませんでした。

SalesforceのB2Cの活用事例を聞ける機会はあるようであまりない気がするので、けっこう面白いと思います。

SFDC：プロセスビルダーのキュー判定で失敗したこと

メール-to-ケースでケース登録した際にキューに紐つける仕組みを用意して、プロセスビルダーで特定のキューの場合にChatter投稿するという仕組みを実装してみました。

ケースへの取り組みは無事に成功。

Chatterへの投稿もうまくいきました。

これでうまくいったと安心したのですが、手動で作成。もしくはApexからのデータ登録でフローエラーが発生してしまいました。

そのときの判定はこんな感じ。所有者で登録されているキューのAPI名で判定していました。

そのときのエラーメッセージは下記のとおりです。

myVariable_current.Owner:Queue.DeveloperName

キューではない通常ユーザが所有者に割り当てられたため、エラーになっているようです。

エラーメッセージで検索したところ、対応方法が見つかりました。

次の判定文でエラーを回避できるみたいです。

IF(LEFT([Case].OwnerId, 3) = "00G"
,CONTAINS([Case].Owner:Queue.DeveloperName,"CaseSupportTeam")
,FALSE
)

00Gはキューとグループのプレフィクスです。

これで所有者が標準ユーザの場合はエラーにならずに、キューの場合はChatterに投稿するプロセスビルダーの処理を実装できました。