私は、カスタムコンテンツタイプと.aspxタスク編集フォームを使用するVisual Studio 08を使用してカスタムワークフローを作成しました。タスクは正常に作成され、ユーザーに割り当てられます。ただし、サイト所有者グループのメンバーであるユーザーだけがタスク項目を編集することができます。他のすべてのユーザーは、_layoutsディレクトリのカスタム編集フォームを参照することはできませんが、代わりに標準の「アクセスが拒否されました」ページを受け取ることはできません。タスクリストのアイテムレベルの権限は、ユーザーが自分のアイテムだけでなくすべてのアイテムを読み書きできるように設定されていますが、それでも機能しません。Sharepointユーザーはワークフロータスクを編集できません
タスク所有者の権限を付与することで、タスクを編集できるようにすることはできません。この問題に対する解決策または回避策はありますか？
ご協力いただければ幸いです。
[サイトの設定]> [詳細な権限]> [権限レベル]の順にクリックして、[管理者]権限レベルをクリックして設定を表示します。
読み取り権限を持つユーザーは、/ _レイアウト/フォルダー内のカスタムフォームを表示できる必要があります。また、12ハイブのファイルパーミッションをチェックします。あなたが任意のSharePointデザイナーのワークフローを使用している場合
、これが問題になる可能性：
https://www.ericshupps.com/sharepoint-designer-workflows-tasks-and-the-annoying-access-denied-error/
SharePointデザイナーのワークフロー、タスク、および迷惑なエリックShuppsでエラーを「アクセスが拒否されました」
[...] ちょっとおっしゃったのですが、私は別の試みをしました。ワークフローをチェックしてから、再度チェックインしました（SPのワークフローフォルダを右クリックしてください）。 D、チェックアウト/チェックイン）。 Voila！ユーザーは自分のタスクを編集できるようになりました。奇妙な。これは、システムアカウントによって作成されたワークフローでのみ発生することに注意してください。サイト所有者権限を持つ通常のユーザーには、この問題は発生しませんでした（マイレージが異なる場合があります）。
私はリンクを更新しました（Julia Washburnのおかげで）。また、外部サイトの関連部分を引用して、回答が低品質（リンクのみ）の回答として保存されないようにしました。右のビットが含まれていることを確認するために編集を確認してください。 –
返信いただきありがとうございます。 Contributeの権限レベルが期待どおりであることを確認しました。私はフルコントロールの権限レベルからコピーされたすべての設定を使って新しい権限レベルを作成し、その権限レベルをタスクリストのユーザーグループにのみ適用しました（これはまだ非常に望ましくありません）。まだ何もない。奇妙なのね？ レイアウトフォルダのACL権限も確認しました。 Everyoneグループにフルコントロールを与えようとしました。 他のアイデアをいただければ幸いです。 –
別のサイトコレクションまたはWebアプリケーションのワークフローフォームにメンバーとしてアクセスできますか？この問題がどの程度広がっているかを確認してください。 –
ワークフローフォームには、異なるサイトコレクションにはない特定のクエリパラメータ（タスクリストIDなど）が必要です。どのように私はそれをテストすることができるか分からない... –