注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

セキュリティと権限

Automate アプリケーションは、プラットフォーム全体と同じセキュリティと権限モデルに従います。これは、ユーザーがアクセス権を持つ自動化のみを見ることができ、またそれらと対話できることを意味します。さらに、条件評価と効果実行は、自動化の所有者または特定の通知受信者の権限を使用します。これにより、条件評価およびその後のアクションまたは通知効果は常に、自動化が評価される時点でユーザーが持つデータアクセスを反映します。

Actions 効果で定義されたアクションは常に、自動化の所有者を代表して実行されますが、通知効果は各特定の通知受信者の権限を使用します。これは、自動化が一部のユーザーに対してトリガーされるが、定義された各受信者の権限により、他のユーザーにはトリガーされない可能性があることを意味します。受信者は異なる通知を受け取ることもあります。これは、関数バックの通知がユーザーごとに決定されるためです。同様に、添付ファイルは各個人に対してレンダリングされます。

これは、例を用いて最もよく示すことができます:Sales Opportunity オブジェクトタイプが制限付きビューによってバックアップされていると想像してみてください。ユーザーの権限によっては、Europe または US からの販売機会にアクセスできるかもしれません。ユーザーは Objects added to set 条件を使用して、新しい Sales Opportunity オブジェクトが追加されたときにユーザーに通知するための自動化を設定できます。これで、Europe からの新しい販売機会が到着したとき、条件は受信者ごとに評価されます。Europe からの販売機会を見ることができないユーザーは、自動化に関する活動を一切見ることができず、条件イベントは表示されず、通知も送信されません。ただし、これらの販売機会を見る権限を持つ他の受信者は、予想どおり通知されます。

ユーザーが自動化を編集して保存すると、常に新しい所有者になります(前の所有者から所有権を取得します)。これは、将来、Actions 効果が彼らを代表して実行されることを意味します。この場合、警告メッセージが表示されます。