- Shipped
- 2026年9月23日 10:03 UTC
- Author
- Kamo
- Commit
- d9c5480
EsignEnvelopeControllerの メニュー 確認されたorg会員 ドキュメントが右ではなく、クリアランスもなく、コンテキスト固有のものはありません。 認証スタッフ org(EMPLOYMENT OFFER、CLINICAL CONSENT/を含む)のすべての封筒をリストできます。 RECORDS RELEASE AUTHORIZATION コンテキストタイプは、将来の EHR モジュールのために予約)、ダウンロード 完了のPDFと証明書を実行し、他人の送信を無効化または再送します。 同じルールの SignatureRequestsController がコレクションのシグネチャに既に適用されます。 リクエスト: VIEW DOCUMENTS は、封筒、EDIT DOCUMENTS を void/resend に表示します。 MemberRightsAppliedService、および発信者のセッションクリアランスをアンダーリングの天井として テンプレートのドキュメントセキュリティレベル(COALESCE から PUBLIC まで)、他のすべてのクリアランスチェックの一致 このサービスでは、不足しているレベルの処理を行います。 その上、EMPLOYMENT OFFER は VIEW EMPLOYES の 1 つを付加的に必要とする。 EDIT EMPLOYEES または MANAGE HRS SETTINGS — DocsService の LegalIssuedDocumentAccess をミラーリングする 同じ実行されたアーティファクトのガードは、一般的なイメージングパスを介して、他の方法に達しました。 「このorgの電子署名文書」と「この従業員の提供する手紙を見る」は異なる 助成金、および封筒側の何も前に2番目の質問を尋ねました。 **************** は同等の EHR 側では与えられません ここで: 艦隊を渡る grep は、それらのためのライブクリエイターを見つけませんでした (EMPLOYMENT OFFER's は DocsService の LegalEsignClient; これら 3 はどれも持っていません。また、 RoleRightType の EHR セクション ノートは、 すべての臨床的権利は、ケア関連チェックの背後にあるSECONDゲートです。 評価。 クリアランス・シーリングは、他のすべてのものと同じです。 誰が彼らの送信者をワイヤーで縛らなければならない それを推測するのではなく、このフラグを立てる。 内部 API (EsignInternalController, APIService/DocsService server-to-server 呼び出し, 既に 独自の共有シークレットでゲート — 次のコミットを参照してください) は UNCHANGED です: その org-only list/get/... メソッド スタッフのコントローラーが異なるため、別のオーバーロードとして保持されます。 既にチェック済みの信頼境界。 パージネーション(トリバイアルの場合の集合リスト)がスキップされた: EnvelopeSummary[] はプレーン 配列は、今日、ページ型の形状に変更すると、既存のkamo-internal契約が解除されます。 パフォーマンスの素晴らしく、セキュリティの修正ではありません。 新しいテスト: EsignEnvelopeControllerTest (VIEW/EDIT DOCUMENTS gate) と EsignEnvelopeVisibilityTest (クリアランス天井、EMPLOYMENT OFFER は、HR を使わずに隠して、見えないものをリストフィルタします)。 UndeliveredInvite報告 2つの新しいコンストラクタ依存関係で更新されたテスト.