It was the same org as before. I had to relaunch it within Trailhead.
以前と同じ組織でした。 Trailhead 内で再起動する必要がありました。
Oops, Something went Wrong
I was able to resolve using a previous playground. Thank you.
以前のプレイグラウンドを使用して解決できました。ありがとう。
- "Oops Something went wrong" when enabling Field Service on new playground
- Try reloading the page. If the problem persists, check your connection or contact Salesforce support.
I'm Ravindra from Trailblazer Help team. Sorry for the inconvenience regretted. The issue was resolved yesterday and now the feature is working as expected. May I request you to please check now and let me know if you have any questions.
Trailblazer ヘルプ チームの Ravindra です。ご迷惑をおかけして申し訳ございませんでした。この問題は昨日解決され、現在は機能が期待どおりに動作しています。今すぐご確認いただき、ご質問がございましたらお知らせください。
パッケージのインストールの障害
インストールには英語モードが必要 Package: FSL (04t3y000001MQRz)
Work_Rule__c: Profile Search Layout: - System Administrator - not appropriate for object 01I7S000000yHun
enable Field Service 有効化が必要
I did follow the instructions to enable Field Service. That doesn't seem to be the issue.
指示に従って Field Service を有効にしました。それは問題ではないようです。
バージョンが違う?
You are getting the error due to the miss match in the FSL managed package release (Spring 24) and the release version of your environment (Winter 24). As per release schedule this week the latest release will be applied and then you should be able to install the managed package.
FSL 管理パッケージのリリース (Spring 24) と環境のリリース バージョン (Winter 24) の不一致により、エラーが発生します。今週のリリース スケジュールに従って、最新のリリースが適用され、管理パッケージをインストールできるようになります。
Users may see the following error when setting the Status of a Service Appointment to Complete:FSL NullPointerException
サービスの予定のステータスを完了に設定すると、次のエラーが表示される場合があります。
FSLでのエラーです。
使っては無いですが気になったので記録しておきます。
元の投稿
https://success.salesforce.com/answers?id=9063A000000ivbU
Workaround
As a workaround you may want to consider disabling the Drip Feed setting:
-
Go to the Field Service Settings tab
-
Go to the Dispatch section
-
Uncheck the box to "Enable drip feed"
-
Save the changes
Missing user permissions. You lack permissions to use Field Service. sandbox
it sounds like all users on all devices are ultimately able to login and access the system. Assuming that's the case, my best guess is that the existing OAuth tokens are invalid after enhanced domains are deployed because the sandbox My Domain changed. This will not be the case in production. While the sessions will be terminated, OAuth tokens against a domain that does not change will survive.
最終的には、すべてのデバイスのすべてのユーザーがログインしてシステムにアクセスできるようになります。これが事実であると仮定すると、サンドボックスの [私のドメイン] が変更されたため、拡張ドメインの展開後に既存の OAuth トークンが無効になっていると推測します。実稼働環境ではこれは当てはまりません。セッションは終了しますが、変更されないドメインに対する OAuth トークンは存続します。
Script-thrown exception
This was a Salesforce issue with winter 24 update and this issue is fixed now
Salesforce Known Issue: https://issues.salesforce.com/issue/a028c00000uXWOtAAO/~
RecordSet Filter creation window is partially loading.
The issue was fixed after allocating a page layout to the appointment bundling sort policy object.
この問題は、ページ レイアウトを予定バンドル並べ替えポリシー オブジェクトに割り当てた後に修正されました。
"No candidates were found" Service appointment schedule
MFA 外部ユーザの場合は必要ない?
そのほかの記事
-
Getting error trying to add a record to ServiceAppoint via SOQL
-
Formula field not adding properly in Report よくわからんけどdurationが0.25の時に足しても合計にならない?
you can translate rule violation text from Setup > User Interface > Custom Labels. The name should start with Rule... In your case you should search for RuleViolation_Time_Rule and edit it accordingly. See example below
[設定] > [ユーザー インターフェイス] > [カスタム ラベル] からルール違反テキストを翻訳できます。名前は Rule で始まる必要があります...あなたの場合、RuleViolation_Time_Rule を検索し、それに応じて編集する必要があります。以下の例を参照してください
The data did not reflect immediately after the Org was created but later I could see it.
組織を作成した直後はデータが反映されませんでしたが、後で確認できるようになりました。
executeAdapterError - SYNTHETIC_FIELD_INJECTION_ERROR. Body - Unable to resolve ObjectInfo(s) for PermissionSet.
モバイル ユーザーに対して LWC (Field Service Mobile での Lightning Web コンポーネントへのアクセス) 権限が有効になっている場合、エンジンは UI-API に変更され、それぞれのアーキテクチャに従います。
オブジェクトがサポートされているオブジェクトにリストされていない場合は、報告されたエラーメッセージが予想されます。
https://developer.salesforce.com/docs/atlas.en-us.uiapi.meta/uiapi/ui_api_all_supported_objects.htm
オブジェクトモデルの説明
Which objects are mandatory/indispensable in Field Service?
作業指示書に記載されている内容に付け加えると、もう 1 つの重要な点は、Field Service 内では、サービス予定は作業指示書または作業指示書品目のいずれかを親にする必要があり、作業指示書品目は存在できないためです。作業指示書内では、作業指示書品目が必須かどうかにかかわらず、作業指示書を必須オブジェクトにします。
また、Work Type は必須のオブジェクトではないという考えにも異議を唱えます。技術的にはそれがなくても Field Service を使用できますが、そうすることで、予定の期間と予定の期日に関しては、単純な既定値に制限されます。作業タイプは、これらの事柄に影響を与えることができる鍵であり、スケジュールされる特定のタイプの作業に基づいて必要になる可能性のある潜在的なスキルと同様です。
質問自体は、追加のコンテキストなしで非常に広範です。たとえば、手動でドラッグ アンド ドロップする以外に、何らかの種類のスケジューリングを行う場合は、次を利用する必要があります。
- Scheduling Policy : スケジューリングポリシー
- Work Rules : ワークルール
- Service Objectives : サービスの目的
- 作業ルールとサービス目標をスケジューリング ポリシー自体に関連付けるジャンクション オブジェクト
上記のコア オブジェクトに関連するジャンクション オブジェクトにも注意する必要があります。
- Service Territory Member : サービステリトリーメンバー - サービスリソースをテリトリーに関連付けます (必須)
- Assigned Resource : 割り当てられたリソース - サービス予定をサービスリソースに関連付けます (必須)
- Skill Requirements : スキル要件 - スキルを作業タイプおよび/または作業指示に関連付けます (オプションですが、強くお勧めします)
- Service Resource Skills ; サービス リソース スキル - スキルをサービス リソースに関連付けます (オプションですが、強くお勧めします)
私の言いたいことは、少なくとも私の意見では、どの Field Service 実装においてもコア データ モデルの大部分を操作するということです。最大の例外は、在庫管理データ モデルであり、保守計画 (+ 関連オブジェクト)、作業計画 (+ 関連オブジェクト)、およびサービス クルー (+ すべての関連オブジェクト) などの程度の低いアイテムです。
ServiceResourceId が数式では使えない
ガントチャートでカスタムフィルターを共有する方法
ETA not available
Please check this article.
https://trailhead.salesforce.com/trailblazer-community/feed/0D54S00000HEib5SAD
複数日の予約をスケジュールできない理由
組織で拡張最適化を使用しているようです。複数日の予約は ESO ではまだサポートされておらず、LS ではサポートされています。
複数日のスケジュール設定に関する考慮事項
It seems that you are using Enhanced Optimization in your org, Multi-day Appointment booking is still not supported in ESO, it's supported in LS.
Considerations for Multiday Scheduling
https://help.salesforce.com/s/articleView?id=sf.pfs_multiday_considerations.htm&type=5
解決策はよくわからん
Field Service Document Builder
We can't generate your PDF. Try again later.
After working with Salesforce Support, the answer did lie in the Service Report Language field, but it's a bit strange. I had provided access through my profile (System Administrator) and could edit the field directly on the page, but for some reason, the requirement is that the field level security must be set through a permission set instead of a profile. This didn't make much sense to me, since a profile is still a permission set at it's core, but in any case...adding the permission directly to the permission set instead of the profile worked.
Salesforce サポートと協力した結果、答えは [サービス レポートの言語] フィールドにありましたが、少し奇妙です。自分のプロファイル (システム管理者) を通じてアクセスを提供し、ページ上でフィールドを直接編集できましたが、何らかの理由で、プロファイルではなく権限セットを通じてフィールド レベルのセキュリティを設定する必要があるという要件がありました。プロファイルは依然としてその核心で権限セットであるため、これは私にとってあまり意味がありませんでしたが、いずれにせよ...プロファイルではなく権限セットに直接権限を追加することで機能しました。