ドキュメントライブラリに対するSharePointのアクセス許可
MOSS 2007標準（フォームサービスなし）
フォームをフォームライブラリに送信して、フォームの送信後、サイトとライブラリの所有者のみがフォームを編集できるようにします。誰でも追加または表示でき、所有者は編集または削除できます。
アイテムの追加とアイテムの表示のみを許可する顧客アクセス許可レベルを作成し、InfoPath2007フォームをに送信しようとしています。ライブラリはドキュメントをライブラリに正常に追加しますが、ユーザーに次のエラーメッセージを表示します。
フォームの送信中にエラーが発生しました。コピーをマシンに保存して、後で手動で処理することができます。 詳細：
InfoPathはフォームを送信できません。
フォームの送信中にエラーが発生しました。
フォームを次の場所に送信することはできません： http：//space/xx/yyyy/zz/Test/TEST-276-2009-08-17.xml Webサーバーに問題があります。 Webサーバーが存在することを確認するか、後で再試行するか、Webサーバー管理者に連絡してください。
したがって、ユーザーはもちろん何度も何度もファイルを送信しようとしますが、ファイルはすでに存在しています。
アイテムの編集をアクセス許可レベルに許可すると、期待どおりに機能しますが、ビジネスルールでは、通常のユーザーが自分のファイルを含むファイルを編集することは許可されていません。
これは、カスタムワークフローなどの他の介入なしで達成できますか？
ここ はMSDNフォーラムのトピックであり、あなたのトピックと非常によく似ています。基本的に、結果として、MSは、フォームが送信されるとSharePointがチェックアウト/チェックインを行うと言います。これには編集権限が必要です。 Clayton Cobbによるさらなる投稿では、この問題の可能な回避策について概説しています。
私たちがしたことの1つ-そしてそれは私たちのために働いた-それは「公式に」編集を妨げることはないが…。
編集を有効にすることを許可したので、必要に応じて送信が機能しました。次に、編集オプションを削除したライブラリのビューを作成しました（編集メニューのないドキュメント名であると信じてください。表示されます）。次に、この新しいビューをデフォルトのビューにしました。これで、知識のあるユーザーは、編集オプションにアクセスするために別のビューに移動することを知っているでしょう-しかし、これは私のカジュアルなエンドユーザーの99％が問題を引き起こすのを防ぎます。
気密ではありませんが、私たちにとってはうまく機能しています。