データの閲覧や更新は不可としたいのですが、パターン3ではデータを登録した本人は所属グループに関係なくデータを閲覧、更新可能です。スクリプトを利用するこの問題を解消し、「データはグループの持ち物」とするためにスクリプトを利用する方法を説明します。データ登録時や更新時にスクリプトでデータ所有者項目の値を消去します。部分は適切なモデルIDに読み替えてください。これによってデータ登録者との紐付けがなくなるため、このデータはユーザではなくグループのみで管理されるようになります。この値を消去したデータは、グループ管理者で変更できなくなります。(この項目の必須チェックにより、保存が失敗します。)データ所有者の必須チェックを無効化する8.1.2更新時に上のスクリプトを設定したとき、更新時にデータ所有者が空欄となります。一般の利用者は問題ありませんが、システム管理者やグループ管理者はデータ所有者項目の閲覧権限が適用され、必須チェックによってエラーとなります。このため、上記スクリプトを設定する場合、あわせて「データ所有者項目の必須チェックを行わない」を有効にしてください。データ所有者項目の必須チェックを行わないグループ階層を利用する8.1.1グループ階層を利用すると、上位階層グループの所属ユーザーは、下位階層のグループにも所属していると判定されるようになります。そのため、階層構造の登録前と登録後ではデータの閲覧や編集範囲が広くなります。用意したグループを利用するものとします。設定方法はこちらのリンクにあるマニュアルをお読みください。別々のグループとして扱われます。グループに所属するユーザーのデータを閲覧/編集することはできません。親グループとして登録しました。所属するユーザーのデータを閲覧/編集することができるようになります。更新/削除ボタンの表示制御も所属グループのみだけではなく、下位層グループについても考慮するようになります。そのため、下位層グループのデータについても更新/削除ボタンが表示されるようになります。テストのためにuser1,user2,user3を用意します。グループに所属しているものとします。パターンを割り当てています。データの登録者および所属グループで読み書きできるというものです。ログオンし、顧客データを一件、登録します。データ所有者とデータ所属グループは表示されませんが、自動的に設定されます。)が設定されています。データを一件登録するダイアログから任意のグループ階層を設定させる8.1.2ここでデータ所有グループを設定できるようにします。階層図から直接、選択できるようにすることができます。タブに用意された「グループ階層表示条件スクリプト」を設定します。このスクリプトでは、条件を満たしたときに階層図を表示する、というルールを規定します。ここでは下位階層が存在するユーザーのみ階層図を表示するようにしています。