新しい出版物を作成すると、これらのグループが自動的に取得されるように見えるため、デフォルトの Tridion グループ (編集者、編集長など) には何かユニークまたは特別なものがあると思いました。
実際、新しいパブリケーションは、作成時に割り当てられた親のすべてのグループを取得することがわかります。これは、それらがデフォルトのグループであるためとは限りません。
これらの既定のグループを削除できますか? すぐに使用できるワークフロー オプション以外に、プログラミングまたは技術的な観点からこれらを Tridion に残す理由はありますか?
既存の BluePrint の外部にある新しい発行物は、デフォルト グループからデフォルトの権利を取得します。すぐに使える設定が必要ない場合は、それらを削除しても問題ありません（ただし、試したことがないので、不可能かもしれません）。データベースには、特別なフラグ (IS_DEFAULT_GROUP) があります。
私はそれらを権利の制御に使用する傾向があり、他のグループを作成者、編集者などのメンバーにして、すべての出版物に対してすぐにいくつかの基本的な権利を取得できるようにします。
R5 セキュリティの元の設計では、定義済みのグループを削除することができましたが、これは意図的なものでした。それが不可能であるという特定のメッセージが表示された場合、おそらく 2011 年にコードが書き直されたため、この制約が後で追加されたに違いありません。
R5 で考え直したのは、事前定義されたグループが優れた "すぐに使える" エクスペリエンスを提供し、構成を節約できるということでした。(そしてもちろん、R4 との下位互換性も提供されています。) 他の機能もこれと同じです。たとえば、ブループリントでパブリケーションを作成すると、事前定義されたグループの権限が親パブリケーションから複製されます。自分で作成したグループの場合、これは起こりません。結局のところ、カスタム セキュリティ セットアップを選択した場合、すべてを自分でカスタマイズすることを期待するのは理にかなっていますよね?
それらの削除を防止する正当な理由が思いつきません。おそらく、「カスタム」アプローチはあまりにも不親切だと誰かが思ったかもしれませんが、私は推測しています. （本当の理由を知っている人はいますか？）
いいえ、事前定義されたグループを削除することはできません。削除すると常にエラーが表示されます。
この理由については語れませんが、新しい出版物に使用されているという事実が少なくとも理由の一部であると想像しています。
ただし、実際に使用する必要はありません。