Service Portal レコードプロデューサーで「400 Bad Request」エラーがスローされ、送信時にフォームがスタックするIssue この記事では、顧客がサービスポータルでレコードプロデューサーを使用するときに発生する可能性がある問題について説明します。 レコードプロデューサーの送信時にエラーが発生しました 送信を押すと、レコードプロデューサーが で送信中...で止まってしまう。以下を参照してください。 コンソールに、オブジェクトのエラーメッセージとともに [400 Bad request] エラーが表示されます。以下を参照してください。 Causeこの問題は、UI ポリシーを使用する代わりに、変数レコードを通じてアイテムのいずれかの変数が 必須 に設定されている場合、またはユーザーが item_option_newテーブルで読み取り ACL を渡さない場合に発生します。 Jakarta では、SC カタログアイテムウィジェットは GlideRecordSecure API を使用します。変数が直接「必須」に設定されている場合は、変更または ACL の作成が必要です。 または London や Madrid などの新しいバージョンでは、これらのエラーは、廃止されたコードを使用するカスタムウィジェットを使用したことが原因である可能性があります。Resolutionこの問題を解決するには、次のいずれかを試してください。 アイテムのすべての変数で [Mandatory] チェックボックスをオフにし、代わりに UI ポリシーを使用して変数を必須にします。参照:UI ポリシーの作成 の作成 item_option_newテーブルの READ ACL を確認し、ユーザーが ACL を渡すことができることを確認します。テストするために、ワイルドカードを使用して、item_option_new のすべてのフィールドに対して無制限の READ ACL を作成できます。以下を参照してください: または 初期設定の [SC カタログアイテム] ウィジェットに戻すRelated Linksレコードプロデューサーでの REST API の使用に関連する問題については、以下を確認してください。 REST API を使用してカタログアイテムを送信する方法サービスカタログ API