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?

More than 1 year has passed since last update.

ファイル アップロード フローの権限

Posted at

元の質問 : File Upload Flow Component working for some internal profiles but not others, even when run in 'system context without sharing' mode.

ファイル アップロード フロー コンポーネントは、「共有なしのシステム コンテキスト」モードで実行されている場合でも、一部の内部プロファイルでは機能しますが、他のプロファイルでは機能しません。

画面フローの 1 つを更新して、ファイル アップロード コンポーネントを含めました。

画面フローは、ユーザーがヘルプ リクエスト (カスタム オブジェクト) を送信できるように設計されており、ファイル コンポーネントは、レコードの作成後に表示される新しい別の画面にあり、新しく作成されたレコードにファイルをアップロードするオプションをユーザーに提供します。

ただし、一部のユーザーはコンポーネントを使用してファイルをアップロードできません。これらは内部ユーザーであり、ゲスト サイトやコミュニティ ユーザーではありません。本当に奇妙なのは、フローをデバッグ モードで実行し、[別のユーザーとしてフローを実行] を選択すると、すべて正常に動作することです。

しかし、ユーザーとしてログインしてフローを実行しようとすると、ファイルのアップロードが失敗します。

回答

ファイル アップロード コンポーネントは扱いにくいものです。これについて確認したとは言えませんが、フロー自体がどのように構成されているかに関係なく、常に API を介して実行されるため、常にユーザーの資格情報の下で実行されると感じていました。

レコードに対してファイルをアップロードするには、ユーザーが最初にそのレコードにアクセスできる必要があると思います。フローが共有なしで実行されているが、API を使用しているためコンポーネントがそれを無視している場合、それが原因です。テスト ユーザーに [すべて表示] または [すべて変更] アクセス権を付与して、変更があるかどうかを確認してください (もちろん、サンドボックスのように制御された方法で)。

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?