0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Omni-Channel

Last updated at Posted at 2022-08-08

まとめページに戻る
まとめN~Z
OmniStudioに戻る

設定

所有者をオムニ チャネル対応のキューに戻すと、ルーティングが再起動されます。
オムニ チャネル ルーティングの目的は、達成したいこのような手動による介入を回避することです。
さらに、スキルベースのルーティングを使用するだけでなく、リクエストを自動的に受け入れるようにオムニチャネルを設定することもできます.

Use an omni-channel flow to achieve this as it's native/out-of-the-box, scalable, and no code is needed:

  1. Leverage a get records element to find Contact records based on the dialer's phone number

  2. Leverage a decision to determine if the contact was set (or not). This creates a known and unknown contact path in the decision.

  3. You can then leverage a screen pop element to pop the contact (if found) as a subtab of the voice call, or simply route the call without a screen pop if it is unknown.

You could also do several other operations as flow is highly flexible (create a case for instance, load an existing open case, other operations).

標準のオムニチャネル ウィジェットは、コンソール アプリでのみ使用できます。
https://ideas.salesforce.com/s/idea/a0B8W00000GdWf2UAF/make-omni-channel-utility-available-in-apps-with-standard-navigation

ただし、拡張オムニチャネルは利用可能です。
https://help.salesforce.com/s/articleView?id=release-notes.rn_omnichannel_enhanced_omni_std_nav.htm&release=248&type=5

I have found one workaround. It was timing issue . What I did was I added delay for three seconds before updating the status and it worked.

回避策を 1 つ見つけました。それはタイミングの問題でした。私がやったのは、ステータスを更新する前に 3 秒間の遅延を追加したことで、うまくいきました。

レポート

最初に起動するのはどちらですか? ケース割り当てルールまたはオムニチャネルのキューベースのルーティング Salesforce?

割り当て、自動応答、エスカレーション、ワークフロー ルールなどの自動化ルールは、オムニチャネルが作業項目をエージェントにルーティングし、エージェントが作業を受け入れる場合にはトリガーされません。

エージェントが作業を受け入れ、作業項目レコードを編集して保存すると、自動化ルールがトリガーされます。

つまり、2 つの構成の間に競合はありません。オムニチャネル ルーティングが使用されている場合は、それが優先され、割り当てルールはまったく呼び出されません。

What fires first - Case Assignment rules or Omni-channel Queue Based Routing Salesforce?

トリガー

オムニフロー - null

これを実現するには、ネイティブ/すぐに使えるスケーラブルでコードが不要なオムニチャネル フローを使用します。

  1. レコードの取得要素を利用して、発信者の電話番号に基づいて連絡先レコードを検索します。

  2. 決定を利用して、連絡先が設定されたかどうか (または設定されていないか) を判断します。これにより、決定において既知および未知の連絡先パスが作成されます。

  3. その後、スクリーン ポップ要素を利用して、連絡先 (見つかった場合) を音声通話のサブタブとしてポップしたり、連絡先が不明な場合はスクリーン ポップを表示せずに単純に通話をルーティングしたりできます。

フローは非常に柔軟であるため、他のいくつかの操作を実行することもできます (たとえば、ケースの作成、既存のオープンケースの読み込み、その他の操作)。

オムニチャネル フローを試してみることはできますか? ここでは、電子メール フィールドが IsBlank か古いケースの EmailField かをチェックする決定を追加できます。= 新しいフィールドの電子メールフィールド

if the email field IsBlank or an old-case EmailField! = new filed EmailField

参照: https://help.salesforce.com/s/articleView?id=sf.miaw_map_messaging_2.htm&type=5

事前チャット フォームは、ドメインの前に余分なスペースがある電子メール アドレスを間違ったものとして認識しません。

メールの事前チャットフォーム入力検証
フローで対応したようです。

数式

Flexcard

エラー

image.png

ケース所有者を何度か変更し、オムニチャネル ウィジェットを開いてオフラインに戻します。その後、「Available - Case」に設定します。それは修正されました。

I saw later that SF had created a service channel for messaging session by default, that is why I could not see in the list.

SF allows 1 service channel per object.

すでにメッセージングを有効にしていますが、後で確認すると、SF がデフォルトでメッセージング セッション用のサービス チャネルを作成していたため、リストに表示されませんでした。

SF では、オブジェクトごとに 1 つのサービス チャネルが許可されます。

アイデア

image.png

Looks like this is still an idea:

Omni-supervisor Customized View
https://ideas.salesforce.com/s/idea/a0B8W00000GdisXUAR/omnisupervisor-customized-view

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?