管理と臨床（ヘルスケア）の両方のポリシーと手順に使用されるSharepointドキュメントライブラリ。
バージョン管理と承認のワークフローは、法的要件をサポートし、責任の問題から保護します。
残念ながら、ドキュメントを削除すると、それまでに存在していたすべてのレコードが削除されます。すべての履歴がそれに伴います。
現在、確認するサンドボックスはありませんが、承認ワークフローもバイパスされていると思います。
法的に、これらのいくつかについては、それを削除した場合でも、特定の場所/時間でのポリシーが何であったかを示すことができなければなりません。
合理的に簡単な修正または回避策はありますか？
同様に、誰かがファイル名を変更した場合（誤って行うのは難しいことではありません）、両方のファイル名に履歴を表示する必要があります。
私が管理者に推奨している解決策は、ライブラリから削除を利用できないようにすることです。ポリシー/手順は、使用されなくなったことを示す新しいメジャーバージョンを作成することで「削除」できます。
更新：私たちはそのアプローチを採用しました、そしてそれは機能します。ドキュメントの「削除」は、空のバージョンを作成することによって行われます。歴史は法的な人々を満足させるために残っています。
削除されたすべてのレコードをどこで見ることができるかを想像するのは簡単な場所ではありません（つまり、ライブラリ自体の特定のビューになりますが、MOSSはそれを提供しません）。簡単な回避策は、ユーザーフォームに非表示になっているリストに「削除済み」列を追加することです。次に、イベントハンドラーで「ItemDeleting」イベントをキャッチし、「deleted」をtrueに設定します（ただし、実際にはアイテムを削除しません）。もちろん、deleted = falseアイテムのみが表示されるように、ユーザーに表示されるすべてのビューをフィルタリングする必要があります。
1つの解決策は次のとおりです。
2つ目は次のようになります。
それが機能する方法です。SharePointがバージョン管理システムではなく、ドキュメント管理システムである限り、それは不十分ではないと思います。その観点から、リポジトリから何かを削除するということは、「二度と見たくない」という意味です。
ここから：
ファイルの単一のバージョンを削除することを選択できます（たとえば、そのバージョンで間違いを犯したことがわかっている場合）。これにより、そのバージョンがバージョン履歴から削除されます。ただし、実際のファイルを削除すると、そのすべてのバージョンが一緒に削除されます。デフォルトでは、バージョンを削除すると、そのバージョンはごみ箱に送られ、完全に削除されるまで復元できます。ただし、組織では削除の処理方法が異なる場合があります。
私の車は浮きませんが、そうするように設計されたことはありません。浮かぶものが欲しければボートを買う。つまり、テクノロジーと一緒になります。削除されたオブジェクトを永久に保持するなどの機能が必要な場合、SharePointはおそらくあなたやあなたの組織にとって適切な製品ではありません。
M $にはパッチがあると聞きましたが、どこで聞いたのか思い出せず、まだオンラインで見つけていません。