ce58cb4be4
GitHub(nextgroup2706/ken_nogi)は今後使わず自社Gitea運用に切替え。 NodeSrvは旧リポジトリの履歴を破棄しファイルのみ統合(Dokploy用サービスアカウントは 別途mygit-admin/NodeSrv.gitに履歴あり)。notepmエクスポート(12GB)とPleasanter インストーラzip(208MB)はサイズが大きいため.gitignoreで除外。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2.8 KiB
2.8 KiB
5. フィールド単位の権限・ロック制御
5.1 PermissionForCreating / PermissionForUpdating
| Site | 対象列 | 値 |
|---|---|---|
| 335410 | Class154(依頼者・担当者・CC一覧) | 4 |
| 335411 | ClassY(依頼者・担当者・CC一覧) | 4 |
いずれも「担当者・CC一覧をマージした複数選択の隠し集約列」に対する作成・更新権限設定。値4のビット意味は環境のロール定義に依存するため断定不可（12章参照）。
5.2 Create/Update/ReadColumnAccessControls（部署単位のフィールドアクセス制御）
335410:
| 制御種別 | 対象列 | 対象Dept |
|---|---|---|
| CreateColumnAccessControls | Class199(重複許容) | 25(営業積算課) |
| ReadColumnAccessControls | Class199(重複許容) | 25(営業積算課) |
| UpdateColumnAccessControls | Class199(重複許容) | 25(営業積算課) |
→ Class199（重複チェック回避弁）は営業積算課(Dept25)以外には作成・閲覧・更新いずれも不可。
335411:
CreateColumnAccessControls / UpdateColumnAccessControls（いずれも同一対象列、Dept25・26限定）：
| 対象列 | ラベル |
|---|---|
| Description111 | 引継ぎ備考 |
| Attachments111 | NET見積原本 |
| Attachments112 | 算出根拠資料 |
| Class111 | 採用書類 |
| Attachments113 | その他 |
| Date111 | データ出力日 |
→ Tab-3「積算発注」タブの全項目が対象。ReadColumnAccessControlsの設定はなし（閲覧自体はタブ表示制御＝CSSクラスによるTab-3非表示で担保、5.3節・11章参照。読み取り自体をAPIレベルで禁止してはいない）。
5.3 StatusControls（Statusに応じた項目ReadOnly化）
335410「登録完了後ロック」：
- 対象Status:
["200","900","910","920"]（登録完了・依頼終了・保留・取消のいずれか） - ReadOnly対象列: Class003, Class004（重複チェックキーの姓名カナ）、Class022（エリア、こちらも重複チェックキー）
335411「依頼ロック」：
- 対象Status:
["200","400","450","480","500","510","520","800","810","900","901","910","920"]（Status=100「新規」以外のほぼ全状態） - ReadOnly対象列: ClassE, ClassF, ClassG, ClassH, ClassI, Class007, Class031〜034, Class038〜040, Class045, Class050, Class052, DateA, DescriptionA, Description031, CheckA, Attachments031（＝新規依頼の入力項目一式。Class007は2026-08-09追加）。ClassFは既にColumns/EditorColumnHashから削除済みの列だが、ColumnHash上には残存（12章参照）
→ 新規依頼発行後（Status=100を離れた後）は依頼内容が改変不可になる設計。「依頼修正」プロセス（13章参照）でStatusを100へ戻すことで再びロック解除される。