峯文さんの投稿
情報セキュリティに投稿されました 続きを読む

1. SSL / HTTPSとは何か(前提)

SSL(現在はTLS)は、Webサーバとブラウザ間の通信を暗号化し、

  • 盗聴防止

  • なりすまし防止

  • 改ざん防止

を実現します。現在は HTTPS化が事実上必須 です。


ssl_001.jpg

2. SSL証明書の種類(DV / OV / EV)比較表

― 価格差が分かる実務向け整理 ―

■ 認証レベル別 比較

項目DV(ドメイン認証)OV(企業認証)EV(拡張認証)
認証内容ドメイン所有確認企業実在確認厳格な企業審査
発行速度即時〜数分数日数日〜1週間
表示上の違いほぼ同じほぼ同じほぼ同じ
暗号強度同等同等同等
主な用途一般Web / API企業公式金融・官公庁

3. 年間価格目安(単一ドメイン / ワイルドカード別)

■ 認証レベル × ドメイン範囲 別価格表

認証単一 / SAN(www含む)ワイルドカード(*.example.com)
DV0円〜5,000円0円〜15,000円
OV30,000〜100,000円80,000〜200,000円
EV100,000〜300,000円以上150,000円〜(提供社限定)

※ SAN= example.com + www.example.com
※ Let's Encrypt は DVのみ/無料


4. DV / OV / EV の判断基準(実務的おすすめ)

■ 基本方針

暗号の安全性はどれも同じ
違いは「誰が運営しているかをどこまで保証するか

■ 実務でのおすすめ判断

サイト内容推奨
個人サイト・ブログDV
一般的WebサービスDV
オンライン決済あり(Stripe / PayPal 等の有名決済)DVで十分なケースが多い
会員登録・個人情報ありDV / OV
企業公式サイトOV
独自決済・金融・官公庁EV

🔑 重要
決済の信頼性は SSLではなく決済事業者側 が担保します。
そのため
👉 DV + 有名決済サービス は非常に一般的です。


5. 単一ドメイン / SAN / ワイルドカードの整理

■ ドメイン範囲の違い

種類カバー範囲備考
単一example.com最小構成
SANexample.com + www.example.com実務で最も多い
ワイルドカード*.example.com多数サブドメイン

■ www / 非www の注意点

  • example.comwww.example.com別ドメイン

  • 原則 1セットで証明書に含める

  • もしくは 301リダイレクトで統一


6. SSL証明書サービス会社 比較(国内重視)

■ 価格帯つき比較表

サービス対応単一/SANワイルドカード特徴
Let's Encrypt海外DV無料無料世界標準・自動更新
GlobalSign日本DV/OV/EV3万〜8万〜国内サポート
GMO GlobalSign日本DV/OVコスパ
Cybertrust日本OV/EV官公庁実績
SECOM Trust日本OV/EV国内信頼
DigiCert海外全種世界最大手
Sectigo海外全種旧Comodo

7. Let's Encrypt 自動更新の仕組み

  • 有効期限:90日

  • ACMEプロトコル

  • certbot が定期更新(cron / systemd)

👉 自動更新前提で設計することが必須


8. SSLエラーの原因と対処一覧

症状主因対処
証明書期限切れ更新失敗自動更新確認
安全でない中間証明書不足fullchain設定
mixed contentHTTP混在全HTTPS化
名前不一致www問題SAN/301
信頼されない独自CA公的CA

9. HTTP/2・HTTP/3とSSLの関係

  • HTTP/2:SSL必須・高速化

  • HTTP/3:QUIC(UDP)+SSL必須

👉 SSLは性能要件でもある


10. サーバ移行時のSSL注意点

  • 秘密鍵と証明書はセット

  • Let's Encrypt は 再取得前提が安全

  • DNS変更後の認証失敗に注意


11. 環境別 SSL 導入要点

Windows(IIS)

  • 証明書ストア登録

  • HTTPSバインド

Linux(共通)

  • certbot / OpenSSL

  • CLI管理

Nginx

listen 443 ssl http2; ssl_certificate fullchain.pem; ssl_certificate_key privkey.pem;

Apache

SSLEngine on SSLCertificateFile fullchain.pem SSLCertificateKeyFile privkey.pem

12. 最終まとめ(実務結論)

  • 大半のサイト:DV + Let's Encrypt + SAN

  • オンライン決済ありでも
    👉 有名決済利用ならDVで十分

  • OV / EV は
    👉 ユーザ向けというより「対外説明・社内規程」向け

  • SSLは
    👉 導入より運用が本体

教育・学習に投稿されました 続きを読む

1. 日本における英会話学習の全体像

日本国内で英会話を学ぶ方法は、大きく次の5つに分類できます。

english_conversation_001.jpg

  1. 独学(書籍・アプリ)

  2. 通学型英会話スクール

  3. 対面マンツーマン英会話

  4. オンライン英会話

  5. 留学・短期滞在

現在は、価格・時間効率・継続性の観点から④オンライン英会話が日本国内の主流になっています。


2. 学習手段ごとの価格帯と特徴(日本目線)

独学(書籍・アプリ)

  • 価格帯:0〜3,000円/月

  • 特徴:安価・自由

  • 弱点:会話量が不足しやすい

👉 基礎学習・補助教材向け


通学型英会話スクール

  • 価格帯:2〜4万円/月

  • 特徴:対面指導・安心感

  • 弱点:高額・通学負担

👉 時間と予算に余裕がある人向け


オンライン英会話(日本の主流)

  • 価格帯:4,000〜9,000円/月

  • 特徴

    • マンツーマン

    • 毎日短時間

    • 日本語サポート

👉 費用対効果が最も高い学習手段


3. 日本国内向けオンライン英会話の共通構造

english_conversation_002.jpg

  • 1レッスン:10〜25分

  • 月額定額制(回数制/毎日/無制限)

  • 講師:フィリピン人・多国籍・ネイティブ

  • 日本語UI・日本人サポート

違いは
**「講師属性」「教材」「受講スタイル」「対象年齢」**にあります。


4. 日本国内向け主要オンライン英会話プラットフォーム一覧

■ DMM英会話

  • 講師:多国籍+ネイティブ

  • 特徴:教材数が非常に多い/万能型

  • 向いている人:初心者〜中級者全般


■ ネイティブキャンプ

  • 講師:多国籍+ネイティ

  • 特徴:回数無制限・予約不要

  • 向いている人:会話量重視

■ レアジョブ英会話

  • 講師:フィリピン人中心

  • 特徴:日本人向け設計/ビジネス英語

  • 向いている人:社会人・仕事目的


■ QQ English

  • 講師:フィリピン人(正社員)

  • 特徴:発音・カランメソッド

  • 向いている人:基礎力・発音重視


■ クラウティ

  • 講師:フィリピン人

  • 特徴:

    • 家族でアカウント共有可

    • 学研教材採用

    • 10分レッスン対応

  • 向いている人:

    • 子ども・学生

    • 家庭学習

    • 短時間学習派

👉 日本国内向け「家庭・初心者特化型」


■ Bizmates

  • 講師:ビジネス経験者

  • 特徴:完全ビジネス特化

  • 向いている人:実務英語・会議対応


■ EF English Live(日本対応)

  • 講師:ネイティブ

  • 特徴:グループ+マンツーマン

  • 向いている人:体系的に学びたい人


■ Cambly(日本対応)

  • 講師:ネイティブのみ

  • 特徴:雑談・自然会話

  • 向いている人:中級以上


■ 産経オンライン英会話Plus

  • 講師:フィリピン人・日本人・ネイティブ

  • 特徴:家族利用・職業別教材

  • 向いている人:幅広い年齢層


5. 価格帯の目安(日本市場)

プラン月額目安
週2〜3回4,000〜6,000円
毎日1回6,000〜8,000円
回数無制限7,000〜9,000円
ネイティブ中心10,000円〜

6. 学習者タイプ別の選び方

  • 初心者・家庭学習
    👉 DMM英会話 / クラウティ / 産経オンライン英会話Plus

  • 忙しい社会人
    👉 ネイティブキャンプ / クラウティ

  • ビジネス英語
    👉 レアジョブ / Bizmates

  • 発音・基礎
    👉 QQ English

  • 中上級・実践会話
    👉 Cambly / EF English Live


7. まとめ

日本国内で英会話を学ぶなら、オンライン英会話が最も現実的で継続しやすい選択肢です。

  • 価格帯:月4,000〜8,000円が中心

  • 成果:受講頻度 × 継続

  • 重要:目的・生活リズムとの相性


DIYに投稿されました 続きを読む

1. DIYで照明を扱うときの大原則

照明DIYで最も重要なのは次の一点です。

電線を直接触らない作業はDIY可
電線を触る作業はDIY不可(電気工事)

この原則をもとに、灯具のタイプ・規格を見ていきます。


2. 取付方法による灯具タイプ(DIY可否の分かれ目)

天井付け照明(DIY可が多い)

light_001.jpg

代表例

  • シーリングライト

  • ペンダントライト(引掛タイプ)

DIY可否

  • ✅ 引掛シーリング式:DIY可

  • ❌ 直結配線式:DIY不可

👉 天井に**引掛シーリング(丸い差込口)**があれば、原則DIYで交換できます。


壁付け照明(原則DIY不可)

light_002.jpg

代表例

  • ブラケットライト

  • 階段・廊下照明

DIY可否

  • ❌ 原則DIY不可

👉 壁付け照明は配線直結・ビス固定が前提のため、基本的に電気工事扱いです。


3. 光源の種類とDIYの関係

LED照明

light_003.jpg

特徴

  • 省電力・長寿命

  • 現在の主流

DIY視点

  • 電球交換型:✅ DIY可

  • LED一体型:⚠ 器具交換時は注意

👉 LED一体型は光源が切れると器具ごと交換になります。


蛍光灯

light_004.jpg

特徴

  • 以前の主流

  • 直管・丸形など

DIY視点

  • 管の交換のみ:✅ DIY可

  • 器具交換:❌ 工事必要な場合あり

👉 現在はLED化の対象になることが多いです。


白熱灯

light_005.jpg

特徴

  • 暖かい光

  • 消費電力が大きい

DIY視点

  • 電球交換:✅ DIY可

  • LED電球への置き換えが一般的


4. 口金(口径)とは何か(DIY必須知識)

light_006.jpg

口金とは、電球と灯具を接続する金属部分の規格です。

主な口金

  • E26:最も一般的(天井照明)

  • E17:小型照明・ブラケット

👉 DIY交換時は必ず「口金サイズ」を確認します。


5. 一体型照明と交換型照明(DIY判断の分岐)

LED一体型照明

light_007.jpg

特徴

  • LED内蔵

  • 調光・調色機能付きが多い

DIY注意点

  • 光源交換不可

  • 故障時は器具交換=DIY不可になることが多い


電球交換型照明

light_008.jpg

特徴

  • 電球のみ交換可能

  • メンテナンス性が高い

DIY向き

  • オーナー・賃貸管理向け

  • 原状回復にも対応しやすい


6. DIYできる/できない早見表

内容DIY
電球交換(E26/E17)
引掛シーリング照明交換
ペンダント照明(引掛)
壁付け照明交換
直結配線照明交換
配線加工

7. DIY視点での実務的アドバイス

  • 引掛シーリングがあるかを最初に確認

  • 一体型LEDは将来の交換コストに注意

  • 賃貸・原状回復では
    👉 電球交換型が最も扱いやすい

  • 迷ったら
    👉 直結=工事が必要と判断する


8. まとめ

DIYで扱える照明かどうかは、
**デザインや種類ではなく「構造と接続方法」**で決まります。

  • DIY可:
    👉 電球交換・引掛シーリング照明

  • DIY不可:
    👉 壁付け・直結配線照明

この線引きを理解することで、安全・合法・トラブルなしのDIY照明交換が可能になります。

BASISに投稿されました 続きを読む

1. SAPにおける「バリアント」とは

SAPにおけるバリアント(Variant)とは、ABAPプログラム・トランザクション・画面の挙動を、プログラム修正なしで切り替えるための標準機構です。

SAPでは、
👉 用途ごとに複数種類のバリアントが存在し、
👉 それぞれ保存される標準テーブルも異なる
という点が、理解を難しくしている原因です。

variant_001.jpg


2. 全体像(レイヤ別の整理)

レイヤ対象バリアント種別
実行条件レポート実行レポートバリアント / バリアント変数
起動方法トランザクションバリアントトランザクション
画面制御Dynproトランザクションバリアント / 画面バリアント

3. レポートバリアント(Report Variant)

概要

ABAPレポートの選択画面パラメータを保存する最も基本的なバリアント。

主な標準テーブル

テーブル内容
VARIDバリアントのヘッダ情報(プログラム名、バリアント名、説明)
VARIパラメータ/セレクション条件の実データ
VARITバリアントのテキスト(言語別)
VARIS選択条件の属性情報

👉 VARID × VARI が基本セット
👉 ECC/S/4 共通


4. バリアント変数(Variant Variable)

概要

レポートバリアント内で使用される「実行時に値を動的決定する仕組み」

主な標準テーブル

テーブル内容
TVARVCバリアント変数の定義(値・日付・ユーザなど)

補足

  • レポートバリアント(VARI)から参照される

  • 単体では意味を持たない

👉 TVARVC + レポートバリアント で初めて機能


5. バリアントトランザクション(Variant Transaction)

概要

特定のレポートバリアントを固定して起動するトランザクション
ユーザは選択画面を意識しない。

主な標準テーブル

テーブル内容
TSTCトランザクションコード定義
TSTCPトランザクションのパラメータ情報(レポート名+バリアント)

ポイント

  • 見た目は通常トランザクション

  • 内部的には「レポート+バリアント」を起動

👉 TSTCP の存在が最大の識別ポイント


6. トランザクションバリアント(Transaction Variant)

概要

トランザクション全体の画面遷移・入力可否・初期値を制御するバリアント。

作成トランザクション

  • SHD0

主な標準テーブル(代表)

テーブル内容
SHDTVCIUクライアント非依存トランザクションバリアントのヘッダ
SHDTVSVCIUクライアント非依存のトランザクションバリアントと画面バリアントの割り当てを格納
SHDTVUクライアント依存トランザクションバリアントのヘッダ
SHDTVSVUクライアント依存のトランザクションバリアントと画面バリアントの割り当てを格納

※ ECC / S/4 で存在有無・構成差あり

👉 SHDT* 系がトランザクションバリアント領域


7. 画面バリアント(Screen Variant)

概要

1 Dynpro(1画面)単位での項目制御を行う内部構成要素。

実態

  • 独立した運用対象ではない

  • トランザクションバリアント(SHD0)の内部要素

主な関連テーブル

主な標準テーブル(代表)

テーブル内容
SHDSVCI画面バリアントのヘッダ
SHDSVFVCI項目単位の制御情報

👉 「画面バリアント」という名称は概念上の呼び方と理解するのが正しい


8. 各バリアント × 標準テーブル対応表(一覧)

バリアント種別主な標準テーブル
レポートバリアントVARID / VARI / VARIT / VARIS
バリアント変数TVARVC
バリアントトランザクションTSTC / TSTCP
トランザクションバリアントSHDVCI / SHDVI / SHDVM
画面バリアントSHDVI / SHDVM(内部要素)

9. よくある調査・設計時の実務ポイント

● 「この条件、どこに保存されている?」

  • 選択条件 → VARI

  • 動的日付 → TVARVC

  • 起動時固定 → TSTCP

  • 画面制御 → SHDSV*

● ECC と S/4 の違い

  • レポートバリアント系:ほぼ同一

  • SHD0 系:S/4 で制約・非推奨画面あり


10. まとめ(設計・調査向け結論)

SAPのバリアントは、

  • 目的が違う

  • レイヤが違う

  • 保存テーブルが違う

という前提で設計されています。

そのため、

「バリアント=1種類」
と考えると必ず混乱します。

業務要件 → 効かせたいレイヤ → 対応するバリアント → 参照テーブルという順で整理するのが、最も安全で再利用性の高い設計・調査アプローチです。

不動産に投稿されました 続きを読む

1. なぜ不動産には「価格」が複数あるのか

不動産には、
**目的ごとに異なる「価格のものさし」**が存在します。

  • 売買のための価格

  • 税金を計算するための価格

  • 相続・贈与のための価格

  • 公的な目安としての価格

これらはすべて役割が違うため、
同じ不動産でも価格が一致しないのが普通です。


2. 不動産価格の全体像(位置づけ)

Estate_prices_001.jpg

実務上は、次の4つを押さえておくと整理しやすくなります。

区分主な価格
市場価格実勢価格
公的指標公示価格
税務評価相続税路線価・固定資産税評価額

3. 実勢価格(じっせいかかく)

概要

実際に市場で売買される価格です。
買主と売主の合意によって決まる、いわば「本当の取引価格」。

特徴

  • 景気・需要・立地・建物状態に強く影響される

  • 同じエリアでも物件ごとに大きく異なる

  • 不動産広告や契約価格は、この実勢価格

使われる場面

  • 不動産売買

  • 投資判断

  • リフォーム費用を含めた総額検討

👉 最終的な判断基準になる価格


4. 公示価格(こうじかかく)

概要

国が毎年公表する、標準的な土地の価格です。

特徴

  • 毎年1回公表

  • 実勢価格の目安として使われる

  • 売買価格を直接決めるものではない

実勢価格との関係

  • 実勢価格 ≒ 公示価格 × 1.0〜1.2倍程度(一般的傾向)

👉 **「このエリアはいくらぐらいが相場か」**を知るための基準


5. 相続税路線価(そうぞくぜいろせんか)

概要

相続税・贈与税を計算するための土地評価額。道路ごとに1㎡あたりの価格が設定されています。

特徴

  • 公示価格の約80%程度が目安

  • 土地の形状・奥行き・間口などで補正あり

  • 建物価格は別途評価される

使われる場面

  • 相続税・贈与税の計算

  • 相続対策の検討

👉 「売れる価格」ではなく「税金計算用の価格」


6. 固定資産税評価額

概要

固定資産税・不動産取得税・登録免許税の基準となる評価額。

特徴

  • 公示価格の約70%程度が目安

  • 土地・建物それぞれに評価額がある

  • 原則3年ごとに見直し

使われる場面

  • 固定資産税

  • 不動産取得税

  • 登録免許税

👉 買主が税金計算で最も頻繁に使う価格


7. 価格同士の関係(整理)

一般的な関係は次のイメージです。

実勢価格 ↓(約90〜110%) 公示価格 ↓(約80%) 相続税路線価 ↓(約70%) 固定資産税評価額

※ あくまで目安であり、地域や個別事情により前後します。


8. 買主・所有者が注意すべきポイント

● 価格の混同は危険

  • 売買価格(実勢)

  • 税金計算(評価額)

👉 用途が違う価格を比較しない

● 「安く買えた=税金も安い」とは限らない

  • 税金は評価額ベース

  • 売買価格が下がっても税額が大きく変わらないこともある

● 相続・売買・保有で見る価格が変わる

  • 保有中:固定資産税評価額

  • 相続時:相続税路線価

  • 売却時:実勢価格


9. まとめ

不動産には、

  • 実勢価格(市場)

  • 公示価格(目安)

  • 相続税路線価(相続・贈与)

  • 固定資産税評価額(保有・取得)

という複数の価格が存在し、それぞれ目的に応じて使い分けられています

不動産を購入・保有・相続・売却する際は、「今はどの価格を見る場面なのか」を意識することが、正しい判断と無駄な誤解を防ぐ最大のポイントです。

不動産に投稿されました 続きを読む

1. 日本の不動産売買の基本構造(買主が理解すべき前提)

日本の不動産売買は、宅地建物取引業者(不動産会社)による仲介制度を中心に成り立っています。
買主は原則として、不動産会社を通じて物件情報を取得し、契約・決済・登記を経て所有権を取得します。

この流通構造を支えているのが、**REINS(レインズ)**と呼ばれる不動産情報ネットワークです。


2. REINS(レインズ)とは何か【買主目線】

REINS(レインズ)とは、国土交通大臣の指定を受けた不動産流通機構が運営する、業者専用の物件情報システムです。
売却依頼を受けた不動産会社は、一定条件下で物件情報をレインズに登録し、全国の不動産会社と共有します。
reins_001.jpg

買主にとってのポイント

  • 市場に出回る中古物件の多くはレインズ経由で流通している

  • 買主自身は直接見られないが、仲介会社を通じて同じ情報網にアクセスしている

  • 原則として、どの不動産会社に相談しても「市場情報の母体」は同じ

👉 レインズは、物件探しの裏側を支えるインフラと理解すると分かりやすいです。


3. 買主から見た不動産売買の基本的な流れ

  1. 物件探し
     不動産会社に相談し、レインズ掲載物件などを紹介される

  2. 購入申込み
     買付証明書を提出し、条件交渉を行う

  3. 売買契約
     重要事項説明を受け、契約締結・手付金支払い

  4. 決済・引渡し
     残代金支払い、登記、鍵の引渡し


4. 現状渡し物件の注意点【買主が特に注意すべき点】

中古不動産では、「現状渡し」で売買されるケースが非常に多く見られます。

現状渡しとは

売主がリフォームや修繕を行わず、現在の状態のまま引き渡す条件のことです。

買主の注意点

  • 設備の不具合や劣化があっても、原則として修繕請求できない

  • 内装・水回り・設備は購入後に自己負担で対応する前提

  • 契約書の「設備表」「物件状況報告書」の確認が重要

👉 現状渡し物件は、
「購入価格+リフォーム費用」で総額判断することが必須です。


5. 固定資産税評価額の見方(税金計算の基準)

不動産購入時の税金は、多くの場合、売買価格ではなく固定資産税評価額を基準に計算されます。

固定資産税評価額とは

  • 市町村が決定する評価額

  • 固定資産税・不動産取得税・登録免許税の基準になる

  • 売買価格の約6〜7割程度が目安(実績一般的なケース)

確認方法

  • 固定資産税納税通知書

  • 評価証明書(市区町村で取得)


6. 買主が支払う主な税金と計算方法

■ 不動産取得税(都道府県税)

固定資産税評価額 × 税率(原則4%)- 軽減措置

※ 住宅用は大幅な軽減あり

■ 登録免許税(国税)

固定資産税評価額 × 税率
  • 原則:2.0%

  • 住宅用軽減適用時:0.3%〜0.15%(条件あり)

■ 印紙税

  • 売買契約書に貼付

  • 売買金額に応じた定額


7. 不動産購入時の総費用一覧【買主向け整理】

① 物件価格

  • 土地・建物の売買代金

② 税金

  • 不動産取得税

  • 登録免許税

  • 印紙税

③ 諸費用

  • 仲介手数料

  • 登記費用(司法書士報酬含む)

  • ローン事務手数料・保証料(利用時)

④ 購入後に発生しやすい費用

  • リフォーム・修繕費

  • 設備交換費

  • 引越し・家具家電費用

👉 **「物件価格+7〜10%前後」**が
初期総費用の一つの目安になります。


8. まとめ(買主視点の重要ポイント)

日本の不動産売買は、
REINSを基盤とした仲介制度のもとで行われています。

買主は、

  • レインズによる流通構造

  • 現状渡し物件のリスク

  • 税金が評価額ベースで計算されること

  • 購入後費用まで含めた総額判断

を理解しておくことで、
不動産購入とリフォーム計画を安全に進めることができます。

DIYに投稿されました 続きを読む

1. 壁紙(クロス)のDIYメンテナンスとは

壁紙(クロス)のDIYメンテナンスとは、全面張り替えを行わず、
汚れ・軽度のカビ・小さな剥がれや傷などを、部分的に手入れ・補修する作業を指します。

黒カビの除去後や、経年劣化が目立ち始めたタイミングで行うことで、
見た目の改善・劣化進行の抑制・張り替え時期の先延ばしが可能になります。


2. DIYで対応できる壁紙の症状

DIYが可能かどうかは「範囲」と「深さ」が判断基準です。

DIY対応が可能な例

  • 表面に付着した軽度の汚れ

  • 薄い黒ずみ・軽度のカビ跡

  • 壁紙端部の軽い浮き・剥がれ

  • 画鋲穴・小さな傷

DIYが難しい例

  • 広範囲の黒カビ

  • 下地まで浸透した変色

  • 波打ち・浮きが大きい場合

  • クロスの破れ・劣化が進行している場合


3. 壁紙の基本メンテナンス(清掃)

cross_001.jpg

方法概要

  1. 乾いた布やハンディモップでホコリ除去

  2. 中性洗剤を薄め、固く絞った布で軽く拭く

  3. 水拭き → 乾拭きで仕上げ

ポイント

  • 強く擦らない

  • 水分を残さない

  • アルコール使用時は目立たない場所で試す

👉 黒カビ除去後の再発防止メンテナンスとして有効


4. 軽度なカビ・黒ずみ跡のケア

cross_002.jpg

方法概要

  • アルコールまたは薄めた中性洗剤で叩くように拭き取り

  • 完全乾燥を徹底

  • 必要に応じて防カビスプレーを使用

注意点

  • 塩素系洗剤は変色リスクが高いため原則非推奨

  • 黒ずみが消えない場合は内部浸透の可能性あり


5. 壁紙の剥がれ・浮きのDIY補修

cross_003.jpg

方法概要

  • 市販の壁紙補修用のりを使用

  • 剥がれ部分に少量塗布し、押さえて密着

  • 余分なのりを拭き取り、乾燥させる

ポイント

  • 端部・継ぎ目のみが対象

  • 面積が広い場合はDIY不向き


6. 穴・小傷の簡易補修

cross_004.jpg

方法概要

  • 画鋲穴などは補修材(パテ)で埋める

  • 表面をならし、目立たないよう整える

限界

  • 完全に目立たなくするのは難しい

  • 賃貸原状回復ではプロ補修が選ばれることが多い


7. DIYと工事の判断目安

状態推奨
表面汚れ・軽度黒ずみDIY
小範囲の剥がれDIY
広範囲の変色張り替え
カビ再発を繰り返す張り替え+環境改善

8. まとめ

壁紙(クロス)のDIYメンテナンス・補修は、
軽度な劣化や初期症状に限定すれば非常に有効です。

黒カビのクリーニング後に適切なメンテナンスを行うことで、

  • 見た目の維持

  • 劣化進行の抑制

  • 張り替えコストの先延ばし

といった効果が期待できます。
ただし、下地まで影響が及んでいる場合や広範囲の場合は、DIYにこだわらず内装工事として対応する判断が重要です。


DIYに投稿されました 続きを読む

1. 黒カビとは

黒カビとは、湿度が高く汚れが残りやすい環境で繁殖するカビの一種で、住居内では浴室・キッチン・洗面所・窓まわり・壁紙・エアコン内部など、さまざまな場所に発生します。
表面だけでなく素材内部に根を張る性質があるため、場所や素材に応じた適切なクリーニング方法を選択することが重要です。


2. 浴室に発生する黒カビ

blackmold_001.jpg

浴室は高温多湿になりやすく、黒カビが最も発生しやすい場所です。壁面、天井、タイル目地、シリコンコーキング部分に多く見られます。

クリーニング方法
塩素系カビ取り剤を黒カビ部分に塗布し、一定時間放置した後、水で十分に洗い流します。目地やゴム部分は、柔らかいブラシで軽く補助洗浄を行います。

注意点
換気を十分に行い、手袋・マスクを着用します。薬剤の長時間放置は素材劣化の原因となるため注意が必要です。


3. キッチン・洗面所に発生する黒カビ

blackmold_002.jpg

キッチンや洗面所では、油汚れや石けんカスと湿気が重なり、黒カビが発生しやすくなります。

クリーニング方法
まず中性洗剤で汚れを落とし、その後アルコールや塩素系洗剤で除菌を行います。仕上げに乾拭きをして水分を残さないことが重要です。

注意点
食品や食器に薬剤が触れないよう養生を行い、ステンレス部分の変色にも注意します。


4. 窓枠・サッシ・結露部の黒カビ

blackmold_003.jpg

窓まわりの黒カビは、結露水とホコリが原因で発生します。特に冬季に多く見られます。

クリーニング方法
中性洗剤で汚れを除去した後、アルコールで除菌拭きを行い、しっかり乾燥させます。

注意点
木製枠は水分や薬剤を最小限にし、金属部は腐食に注意します。


5. 壁紙(クロス)に発生する黒カビ

blackmold_004.jpg

壁紙の黒カビは、結露や家具裏の通気不良が主な原因です。軽度であれば表面清掃が可能ですが、内部まで浸透している場合もあります。

クリーニング方法
軽度の場合はアルコールや薄めた中性洗剤で優しく拭き取ります。広範囲・重度の場合は張り替えが必要です。

注意点
強く擦ると変色や剥がれの原因になります。


6. エアコン・換気口内部の黒カビ

blackmold_005.jpg

エアコンや換気口内部の黒カビは、送風によって室内に拡散する恐れがあります。

クリーニング方法
フィルターは定期的に清掃し、内部の黒カビについては専門業者による分解洗浄が推奨されます。

注意点
市販スプレーのみでの対応は不十分な場合が多く、健康被害につながる恐れがあります。


7. 再発防止の共通ポイント

  • 使用後の水分除去(拭き取り・送風)

  • 定期的な換気・除湿

  • 汚れを溜めない日常清掃

  • 必要に応じた防カビ剤の使用


8. まとめ

黒カビのクリーニングは、発生場所・素材・進行度を正しく見極め、
「洗浄 → 除菌 → 乾燥 → 予防」をセットで行うことが重要です。
軽度な黒カビはセルフ対応が可能ですが、広範囲・再発を繰り返す場合は、専門業者による対応を検討することが安全かつ確実な対策となります。

DIYに投稿されました 続きを読む

はじめに

DIY塗装は「難しそう」「失敗しそう」と思われがちですが、実際は 塗料選び8割・作業2割 と言われるほど選び方が重要であり、技術よりも知識の整理が結果を左右します。

特に重要なのが次の判断です。

  • ペイントか?ニスか?

  • 水性か?油性か?

  • ウレタン?アクリル?

このサマリーでは

  • 初心者が失敗しない

  • 経験者も判断に迷わない

  • 家具・室内・屋外・賃貸まで対応

を目的に、実用重視で体系化しています。

varnish_paint_001.jpg


1. DIY塗装の基本原則(最重要)

DIYで失敗しないための原則は以下の5つです。

  1. 水性塗料を基本にする

  2. 用途(素材・屋内外)を最優先で選ぶ

  3. 薄塗りを2回以上

  4. 下地処理を省略しない

  5. 乾燥時間を守る

👉 高級塗料より「適材適所」が重要です。


2. まず理解すべき「ペイント」と「ニス」の違い

結論

  • 色を変えたい → ペイント

  • 木目を活かしたい → ニス

  • 色+耐久性 → ペイント+クリア(ニス)


2-1. ペイント(Paint)

  • 顔料入り

  • 下地を隠す

  • 色の自由度が高い

向いている用途

  • 家具の色替え

  • 壁・小物

  • イメージチェンジ重視のDIY


2-2. ニス(Varnish)

  • 基本は透明または半透明

  • 木目を見せる

  • 主目的は保護

向いている用途

  • 無垢材

  • 天然木家具

  • 木の質感を残したい場合


ペイントとニスの比較

項目ペイントニス
付くほぼ付かない
木目隠れる見える
主目的見た目保護
初心者向き

3. ニスの種類と正しい使い分け

ニスは「透明なら何でも同じ」ではありません。

種類特徴向いている用途
水性ニス扱いやすい・臭い少室内家具
油性ニス非常に丈夫屋外木部
ウレタンニス傷・水に強い天板・椅子
アクリルニス軽作業向け小物

👉 室内家具DIYでは「水性ウレタンニス」が最適解


4. ウレタン・アクリルなど樹脂の考え方

ウレタンとは?

ウレタンは塗料の「成分(樹脂)」の一種で、
ペイントにもニスにも使われます。

👉 「ウレタン=透明」ではありません


樹脂別・DIY向き比較

樹脂特徴向いている用途
アクリル安価・軽い壁・小物
ウレタン丈夫・万能家具全般
シリコン耐候性屋外
フッ素超高耐久DIYでは過剰

👉 触る・使う家具はウレタン一択でOK


5. 水性と油性の違い(DIY視点)

項目水性油性
扱いやすさ
臭い少ない強い
乾燥早い遅め
DIY適性★★★★★★★

👉 現代DIYは水性が基本


6. 用途別・塗料の正解早見表

用途正解塗料
室内壁水性アクリル(壁用)
家具(木)水性ウレタンペイント
家具(木目重視)水性ウレタンニス
家具(金属)水性多用途+サビ止め
ベランダ屋外用水性シリコン
小物水性ホビー・多用途

7. 「色+保護」を両立したい場合

正しい工程

① ペイント(色) ↓ ② 完全乾燥 ↓ ③ クリア(ニス/トップコート)

注意点

  • 水性の上に水性

  • 油性クリアはトラブルになりやすい


8. 塗装手順フローチャート(完全版)

塗る場所・素材を決める ↓ 用途に合う塗料を選ぶ ↓ 汚れ・油分を拭く ↓ ヤスリがけ(必要に応じて) ↓ 養生 ↓ 薄く1回目 ↓ 乾燥 ↓ 薄く2回目 ↓ 完全乾燥

9. 色選びの基本ルール

  • 明るい色ほど失敗しにくい

  • 面積が広いほど濃く見える

  • 原色より「くすみ色」

色別おすすめ

  • ホワイト系:最安全

  • ベージュ:万能

  • グレー:薄め推奨

  • ブルー/グリーン:アクセント用

  • 濃色:家具限定


10. 必要量の目安(余らせない)

  • 1L=約6〜8㎡(1回塗り)

  • 2回塗り=3〜4㎡

目安

  • 椅子1脚:0.3〜0.5L

  • 小棚:0.5〜1L

  • 6畳壁:8〜10L


11. 道具の選び方

最低限

  • 刷毛(30mm・50mm)

  • ミニローラー

  • マスキングテープ

  • トレー

  • ヤスリ(#240/#400)

+α

  • 中毛ローラー

  • プライマー

  • スポンジ刷毛

  • ウエス


12. よくあるNGとリカバリー

NG対策
厚塗り薄塗り×2
ムラ乾燥後研磨
色失敗明色で上塗り
剥がれ下地処理+下塗り

👉 ほとんどの失敗は修正可能


13. 賃貸DIYの考え方

  • 壁は塗らない

  • 家具・板・可動物を塗る

  • 原状回復前提で楽しむ


14. 屋外DIYの耐久性アップ

  • 下地処理最優先

  • 屋外用塗料必須

  • プライマー使用

  • 天候管理

  • クリアトップで保護


まとめ:DIY塗装の最終思考

  • ペイント=色

  • ニス=保護

  • ウレタン=耐久

  • 水性=扱いやすい

  • 用途最優先


最後に

DIY塗装は「失敗しないこと」より「直せることを知っている」方が大切です。

この完全サマリーを基準にすれば、塗料選びで迷うことはほぼなくなります。


不動産に投稿されました 続きを読む

このトピックは土地に関する用語をサマリーしました。(編集中)

土地の用途

用語説明
地目(ちもく)土地の種類(用途)を表す分類であり、不動産登記法により登記所(法務局)が、土地の現況及び利用目的で判断し登記されます。
現在は全部で23区分あり、主なのは宅地、田、畑、山林、雑種地の5区分があり、そのほかには牧場、原野、塩田、鉱泉地、池沼、墓地、境内地、運河用地、水道用地、用悪水路、ため池、堤、井溝、保安林、公衆用道路、公園、鉄道用地、学校用地があります。

宅地(たくち)
建物の敷地及びその維持若しくは効用を果たすために必要な土地。
田(た)
農耕地で用水を利用して耕作する土地。
畑(はたけ)
農耕地で用水を利用しないで耕作する土地
山林(さんりん)
耕作の方法によらないで竹木の生育する土地
雑種地(ざっしゅち)
どの地目にもあてはまらない土地。
農地(のうち)耕作の目的に供される土地。
地目の田と畑が纏めて農地と呼ばれます。農地では、基本的に農地法が適用されることになります。


土地の地域地区

用語説明
都市計画区域
市計画法という法律によって、都道府県知事や国土交通大臣が指定するエリア。
都市計画法(法第7条)により、都市計画区域は市街化区域と市街化調整区域に区域区分されています。
都市計画区域の他には、「都市計画区域外」と「準都市計画区域」があります。
市街化区域
既に市街地を形成している区域と概ね10年以内に優先的かつ計画的に市街化を図る区域であり、都市の発展動向等を勘案して市街地として積極的に整備する区域。
市街化調整区域
市街化を抑制すべき区域。
原則として用途地域を定めず、農林漁業用の建築物等や一定の要件等を備えた開発行為以外は許可されません。





土地の形状

用語説明
地形(じがた)
土地の形や傾斜などの状態のこと。

整形地(せいけいち)長方形や正方形などのように、ある程度形が整っている土地。
不整形地(ふせいけいち)
きれいな正方形や長方形の形状をした土地(「整形地」)以外の土地。




土地の価格

用語
説明。
基準地価(きじゅんちか)各都道府県内から選んだ全国2万ヶ所以上の基準地の標準価格。
土利用計画法(1974年制定)に基づき、1m2(林地は10アール)あたりの評価額を1ヶ所につき1人以上の不動産鑑定士が鑑定評価し、毎年7月1日現在の標準価格として都道府県知事が9月下旬に公表しています。
公示地価(こうじちか)
土地の取引において広く指標とされる「都市計画区域内の土地」の1平方メートルあたりの価格。
公示地価は毎年1月1日時点の土地の価格を国土交通省土地鑑定委員会の評価により決定し、毎年3月下旬に公表されます。
路線価(ろせんか)道路に面した宅地の1㎡あたりの土地の価格。
路線価には「相続税路線価」と「固定資産税路線価」という2つがあり、それぞれにどれくらいの税金がかかるかを求めるのに使われる指標となります。ちなみに、単に「路線価」とだけ記されている場合には「相続税路線価」のことが多いです
実勢価格(じっせいかかく)
時価(じか)
実際に市場で取引されたときの価格。
税務に投稿されました 続きを読む

概要

法人税等には、法人税の他、都道府県民税、市町村民税および利益に関連する金額を課税標準とする事業税が含まれます

税率

税金の種類東京都23区内の場合その他都道府県の場合
400万円以下400-800万円800万円超400万円以下400-800万円800万円超
法人税15.00%15.00%23.90%15.00%15.00%23.90%
地方法人税0.66%0.66%1.05%0.66%0.66%1.05%
法人法人税------
  都民税1.94%1.94%3.08%---
  道府県民税---0.48%0.48%0.76%
  市町村税---1.46%1.46%2.32%
法人事業税3.40%5.10%6.70%3.40%5.10%6.70%
地方法人特別税1.46%2.20%2.89%1.46%2.20%2.89%
合計22.46%24.90%37.62%22.46%24.90%37.62%
法定実効税率21.42%23.20%34.34%21.42%23.20%34.34%

主な仕組

会社は「収益」から「費用」を引いて「利益」を求めますが、税法上は「益金」から「損金」を引いて「所得」を算出します。この収益と益金、費用と損金はイコールではありません。
会社の経営状態を調べるには、正確な情報が必要です。そのため、決算では「収益」「費用」「利益」を求めます。対して法人税の計算の場合は、課税の公正さや国の税務政策を優先する性質上、会社が費用だと考えるものでも、税法上は費用にならないというものが出てくるのです。よって益金と収益、損金と費用は同じにはならないのです。

申告書の構成

損金不算入

損金不算入となるのは以下のものがあります。

  1. 交際費等

  2. 減価償却の超過額など
  3. 事前に届け出のない役員給与・過大な役員報酬など
  4. 法人税や法人住民税(租税公課)
    別表五(二)租税公課の納付状況等に関する明細書
  5. 一定以上の寄付金

納税充当金

法人税の申告書の別表5⑴や別表5⑵には、「納税充当金」という文言が頻繁に出てきます。

ここの納税充当金とは、納税に用いるお金のことであり、簿記や会計用語にある「未払法人税」に該当します。

納税充当金の処理方法は下記の二つがあります。

繰入

納税充当金を繰り入れるとは

別表5⑵に繰入額と取崩額という欄があります。

損金経理により納税充当金に繰り入れるとは、会計的に言い換えると「法人税等を、相手勘定科目を未払法人税等として計上する」ということになります。

仕訳すると

法人税・住民税及び事業税 ××× / 未払法人税等 ×××

取り崩し

納税充当金を取り崩しにより納付するとは、会計的に言い換えると「未払法人税等を反対(借方)に仕訳して法人税等を納付する」ということになります。

仕訳で表すと

未払法人税等 ××× / 現金 ×××

BASISに投稿されました 続きを読む

このトピックでは、リポジトリ情報が格納される各システムテーブルを抜粋して説明します。

技術名称説明主要項目
TADIRリポジトリオブジェクトのディレクトリPGMIDプログラムID
OBJECTオブジェクトタイプ
OBJ_NAMEオブジェクト名称
SRCSYSTEM マスタシステム
DEVCLASSパッケージ
MASTERLANGマスタ言語
COMPONENTソフトウェアコンポーネント
技術名称説明主要項目
TAPLPアプリケーションディレクトリAPPL アプリケーションカテゴリ名
KTEXT アプリケーション短文テキスト
技術名称説明主要項目
DD02L DBテーブルTABNAME テーブル名
TABCLASS テーブルカテゴリ
BUFFERED バッファリング
CONTFLAG 出荷クラス
DD08LDBテーブル 外部キーTABNAME テーブル名
FIELDNAME 項目名
CHECKTABLE チェックテーブル
FRKART 依存度
DD05SDBテーブル 外部キー 項目TABNAME テーブル名
FIELDNAME 項目名
PRIMPOS 位置
FORTABLE外部キーテーブル
FORKEY外部キー項目
DD09LDBテーブル 技術設定TABNAME テーブル名
TABKATサイズカテゴリ
TABARTデータクラス
PUFFERUNGバッファタイプ
TRANSPFLAG透過フラグ
BUFALLOWバッファ可能
DD12LDBテーブル 二次索引SQLTABテーブル名
INDEXNAME索引 ID
DD17SDBテーブル 二次索引 項目SQLTABテーブル名
INDEXNAME索引 ID
POSITIONテーブル位置
FIELDNAME項目名
DESCFLAG降順
DD03LDBテーブル 項目TABNAME テーブル名
FIELDNAME項目名
POSITIONテーブル位置
KEYFLAGキー項目
MANDATORY必須項目
ROLLNAMEデータエレメント
CHECKTABLEチェックテーブル
INTTYPE ABAP データ型
DATATYPEデータ型
DD35LSAPテーブル項目 検索ヘルプ割当TABNAME テーブル名
FIELDNAME項目名
SHLPNAME検索ヘルプ名
DD36SSAPテーブル項目 検索ヘルプパラメータTABNAME テーブル名
FIELDNAME項目名
SHLPFIELD検索ヘルプ Para
SHTYPE割当タイプ
SHTABLE割当テーブル
SHFIELD割当項目
DARTT技術設定 データクラス
DGKAT技術設定 サイズカテゴリ
DD25LテーブルビューVIEWNAMEビュー名
ROOTTAB一次テーブル
VIEWCLASSビュータイプ
CUSTOMAUTH出荷クラス
VIEWGRANT更新ステータス
GLOBALFLAGテーブル更新
DD26Sテーブルビュー 基本・結合テーブルVIEWNAMEビュー名
TABNAME基本テーブル
OBJPOS反復グループ位置
DD27Sテーブルビュー項目VIEWNAMEビュー名
OBJPOS反復グループ位置
VIEWFIELDビュー項目
TABNAME基本テーブル
FIELDNAME基本項目
KEYFLAGキー項目
ROLLNAMEデータエレメント
RDONLY更新フラグ
DD28Sテーブルビュー 選択条件CONDNAME選択条件 ID
POSITION反復グループ位置
TABNAMEテーブル名
FIELDNAME項目名
NEGATION否定
OPERATOR演算子
CONSTANTS定数
CONTLINE継続行フラグ
AND_OR
DD29LテーブルビューとマッチコードIDの選択条件CONDNAME選択条件 ID
VIEWNAMEビュー名
LINE_CNT反復グループ位置
DD01LドメインDOMNAME ドメイン名
AS4LOCAL有効化ステータス
DATATYPE データ型
LENG 長さ
DECIMALS 小数点以下桁数
ENTITYTAB  値テーブル
CONVEXIT 変換ルーチン
DD07Lドメイン値DOMNAME ドメイン名
AS4LOCAL有効化ステータス
VALPOS ドメイン値キー
DOMVALUE_L  ドメインの値:下限/単一値
DOMVALUE_H  ドメインの値:上限
DD30L検索ヘルプSHLPNAME検索ヘルプ名
SELMETHOD選択メソッド
SELMTYPE選択カテゴリ
SELMEXIT検索ヘルプ Exit
DD32S検索ヘルプ 項目SHLPNAME検索ヘルプ名
FIELDNAME検索ヘルプ Para
FLPOSITION検索ヘルプ項目位置
ROLLNAMEデータエレメント
SHLPINPUT IMPORT param.
SHLPOUTPUT EXPORT param.
SHLPSELPOS 選択位置
SHLPSELDIS 選択表示
DATATYPE データ型
DD31S複合検索ヘルプ 割当SHLPNAME検索ヘルプ名
SUBSHLP検索ヘルプ
VIASHLP検索ヘルプ (親)
DD33S検索ヘルプ 項目割当SHLPNAME検索ヘルプ名
FIELDNAME検索ヘルプ Para
SUBSHLP検索ヘルプ
SUBFIELD参照パラメータ
DD25Lロックオブジェクト
DD26Sロックオブジェクト 二次テーブル
DD27S ロックオブジェクト 項目
DDLOGバッファ同期
DDSYNバッファ同期化のパラメータ
技術名称説明主要項目
REPOSRCレポートソースコードPROGNAMEプログラム名
CLASPGM クラス
SUBCプログラム Type
APPL Application
SECU権限グループ
DATA Source Code
TLIBG汎用グループ
TFDIR汎用モジュールFUNCNAME汎用モジュール
PNAMEプログラム名
FMODEモード
UTASK更新
FUPARAREF汎用モジュール(パラメータ)FUNCNAME汎用モジュール
PARAMETERパラメータ名
PARAMTYPEパラメータ Type
STRUCTURE関連する型
DEFAULTVALデフォルト値
OPTIONALオプション params
ENLFDIR汎用モジュール(追加属性)FUNCNAME汎用モジュール
AREA汎用グループ
ACTIVE有効
GENERATED生成済
FREEDATEリリース日付
D020SDynpro 内容PROGプログラム名
DNUM  Dynpro番号
TYPE  Dynproタイプ 
FNUM 
DGRP
D021TDynpro キーワードテキストPROGプログラム名
LANG言語
FLDN項目名
DTXT画面のキーワードテキスト
VARIDバリアント一覧REPORTレポート名
VARIANTバリアント
VARIS選択画面へのバリアント割当REPORTレポート名
DYNNR Dynpro 番号
VARIANTバリアント
D342LGUIステータスPROGNAME プログラム名称
STATUS GUI ステータス
TYPEロードタイプ
D347TGUI表題PROGNAMEプログラム名称
SPRSL言語
OBJ_CODE表題番号
SEOCLASSクラス/インタフェースCLSNAME クラス名称
CLSTYPEクラスタイプ
UUID
SEOCLASSDFクラス/インタフェース定義CLSNAME クラス名称
VERSIONバージョン
CATEGORYカテゴリ
EXPOSURE可視性
STATEステータス
RELEASEリリース
CLSEMBED埋込可能
CLSABSTRCT抽象
CLSFINAL 最終クラス
SEOCOMPOクラス/インタフェースコンポーネントCLSNAME クラス名称
CMPNAMEコンポーネント
CMPTYPEコンポーネントタイプ
MTDTYPEメソッドタイプ
SEOCOMPODFクラス/インタフェースコンポーネント定義CLSNAME クラス名称
CMPNAMEコンポーネント
VERSIONバージョン
EXPOSURE可視性
STATEステータス
SEOFRIENDSクラス/インタフェース フレンド属性CLSNAME クラス名称
REFCLSNAME参照クラス名称
FRIENDTYPEフレンドタイプ
VERSIONバージョン
STATEステータス
SEOIMPLRELクラス/インタフェース 属性(参照型定義)CLSNAME クラス名称
CMPNAMEコンポーネント
VERSIONバージョン
REFCLSNAME参照クラス名称
IRLTYPE関係タイプ
SEOMETARELクラス/インタフェース スーパークラス・インタフェース定義CLSNAME クラス名称
REFCLSNAME参照クラス名称
VERSIONバージョン
STATEステータスステータス
RELTYPEクラス間の関係タイプ
RELNAME関係タイプ名
SEOREDEFクラス/インタフェース 定義のオーバーライド)CLSNAME クラス名称
REFCLSNAME参照クラス名称
VERSIONバージョン
MTDNAMEメソッド名称
MTDABSTRCT抽象
MTDFINAL Final
ATTVALUE初期値
SEOSUBCOクラス/インタフェース サブコンポーネントCLSNAME クラス名称
CMPNAMEコンポーネント
SCONAMEサブコンポーネント
CMPTYPEコンポーネントタイプ
MTDTYPEメソッドタイプ
SEOSUBCODFクラス/インタフェース サブコンポーネント定義CLSNAME クラス名称
CMPNAMEコンポーネント
SCONAMEサブコンポーネント
VERSIONバージョン
LOCKEDロック
PARDECLTYP宣言レベル
PARPASSTYP引渡しタイプ
TYPTYPE型指定
SEOTYPEPLSクラス/インタフェース データ型グループ割当CLSNAME クラス名称
TYPEGROUPタイプグループ
SHDSVCI画面バリアントSCVARIANT画面バリアント
PROGNAMEプログラム
DYNPRO Dynpro番号
SHDSVFVCI画面バリアント: 項目内容SCVARIANT画面バリアント
FIELDNAME項目名
STEPLステップループ行
FIELDVALUE項目値
--
SHDTVUクライアント依存トランザクションバリアントTCVARIANT トランザクションバリアント
TCODE トランザクションコード
SHDTVクライアント依存トランザクションバリアントTCODE トランザクションコード
TCVARIANT トランザクションバリアント
SHDTVCIUクライアント非依存トランザクションバリアントTCVARIANT トランザクションバリアント
TCODE トランザクションコード
SHDTVCIクライアント非依存トランザクションバリアントTCODE トランザクションコード
TCVARIANT トランザクションバリアント
TSTCトランザクションコードTCODEトランザクションコード
PGMNAプログラム
DYPNO Dynpro
--
技術名称説明主要項目
WDY_COMPONENTWeb Dynpro: ComponentCOMPONENT_NAMEコンポーネント名称
VERSIONプログラムステータス
TYPEタイプ
MODULE‗POOL_NAMEモジュールプール名
技術名称説明主要項目
MODSAP拡張プロジェクト(カスタマEXIT)NAME拡張プロジェクト名称
構成要素TYPタイプ
MEMBER拡張名称
DEVCLASSパッケージ
MODACT拡張実装(カスタマEXIT)NAME拡張名
TYP構成要素タイプ
MEMBER拡張
BADI_SPOTBAdi定義BADI‗NAME BAdi定義名称
ENHSPOTNAME拡張スポット名称
ENHOBJ拡張オブジェクトENHNAME拡張実装
VERSIONバージョン
OBJ_TYPオブジェクトタイプ
OBJ_NAMEオブジェクト名称

BASISに投稿されました 続きを読む

このトピックでは、移送に関わるシステムテーブルを抜粋して説明します。

概要

以下の表でテーブル一覧を示します。

No.カテゴリ技術名称名称説明
1システム構成TCETRAL移送レイヤ移送レイヤの情報を格納
2TCERELE移送レイヤの詳細-
3TMSCDOM移送ドメイン移送ドメインの情報を格納
4TMSCDES宛先宛先の情報を格納
5TMSCNFS移送グループ移送ドメインの情報を格納
6TMSCSYSシステムシステムの情報を格納
7変更管理E070依頼/タスクのヘッダ依頼/タスクのヘッダ情報を格納
8E070A依頼の属性依頼の属性情報を格納
9E070C依頼/タスクのソース/対象クライアント依頼/タスクのソースクライアントを格納
10E070L依頼/タスクの番号割当用索引最後に割り当てれた番号を格納
11E071依頼/タスクの明細変更されたオブジェクト情報を格納
12E071K依頼/タスクのキーエントリテーブルデータの場合のキー情報を格納
13TTOBJECTS翻訳関連に応じた移送オブジェクト-
14移送管理TSYIMPSTAT移送依頼インポートステータス-
15TMSBUFREQ移送バッファの移送依頼-

 TCETRALテーブル 

移送レイヤ、移送レイヤの情報を格納

 項目一覧 

No.PK技術名称名称説明
1VERSIONバージョン-
2TRANSLAYER移送レイヤ-

 TMSCDOMテーブル 

移送ドメイン、移送ドメインの情報を格納

 項目一覧 

No.PK技術名称名称説明
1DOMNAM移送ドメイン-
2 DOMCTLドメインコントローラ-

 TMSCDESテーブル 

宛先、宛先の情報を格納

 項目一覧 

No.PK技術名称名称説明
1RFCDESRFC宛先-
2LIMBOフラグ-
3 RFCTYPE接続タイプ-
4 RFCLIBFLG負荷分散-
5 RFCHOST対象ホスト-
6 RFCSERVサービス-
7 RFCCLIENTクライアント-
8 RFCUSERユーザ-
9 RFCAUTHパスワード-
10 DOMNAM移送ドメイン-

 TMSCNFSテーブル 

移送グループ、移送ドメインの情報を格納

 項目一覧 

No.PK技術名称名称説明
1DOMNAM移送ドメイン-
2NFSGRP移送グループ-

 TMSCSYSテーブル 

システム、システムの情報を格納

 項目一覧 

No.PK技術名称名称説明
1DOMNAM移送ドメイン-
2SYSNAMシステム名-
3LIMBOフラグ-
4 NFSGRP移送グループ-
5 DESADMRFC宛先-
6 INSTNOインストール番号-

E070テーブル

依頼/タスクのヘッダ

 項目一覧 

No.PK技術名称名称説明
1TRKORR依頼/タスク番号-
2 TRFUNCTIONタイプ依頼の場合、K(ワークベンチ依頼)やW(カスタマイジング依頼)といった分類が格納されます
3 TRSTATUSステータスD(修正可能)、R(リリース済)などがあります
4 TARSYSTEM移送対象-
5 KORRDEVカテゴリCUST(クライアント依存)、(クライアント非依存)があります
6 AS4USER所有者-
7 STRKORR上位移送-

 E070Lテーブル 

CTS: 依頼/タスクの番号割当用索引

 項目一覧 

No.PK技術名称名称説明
1LASTNUM識別-
2 TRKORR移送/タスク番号-

E070Lには何番から採番すれば良いのかという情報を保持しています。 開発機を何らかの理由で過去の状態に戻すと、移送依頼番号も、また若い番号から採番されてしまいます。 例えば、KDA0900100 まで採番された状態に戻ると、KDA0900100 から KDA0900200 までは2回繰り返されることになってしまい、それらの移送依頼をリリースしようとすると、移送ディレクトリに存在する過去の移送ファイルと重複してしまうため、エラーになってしまいます。 このような「移送依頼番号の重複」を回避するためには、移送依頼番号の情報を管理しているテーブル E070L の内容を移送依頼番号が重複しないような大きい番号に編集してあげればOKです。 ただ、このテーブルは編集不可に設定されているため、T-cd:SE16 では編集できません。 データベースレベルで直接 SQL を実行して編集します。 update E070L SET TRKORR = 'KDA0900300' WHERE LASTNUM = 'TRKORR';

E071テーブル

依頼/タスクのオブジェクトエントリ

 項目一覧 

No.PK技術名称名称説明
1TRKORR依頼/タスク番号-
2AS4POS明細行番号-
3 PGMIDプログラムID-
4 OBJECTオブジェクトタイプ-
5 OBJ_NAMEオブジェクト名-
6 LOCKFLAGロックステータス-

BASISに投稿されました 続きを読む

このトピックでは、権限に関わるシステムテーブルを抜粋して説明します。

概要 

カテゴリ技術名称名称説明
ユーザUSR01ユーザマスタレコード基本属性を定義
USR02ユーザログオンデータユーザログオンデータを定義
USR03ユーザアドレスデータユーザアドレスデータを定義
USR04ユーザ権限ユーザに割り当てられた権限プロファイル情報を格納
USR05ユーザマスタパラメータIDユーザパラメータ値を格納
USR21ユーザ名アドレスキーの割当ユーザのアドレスキー値を格納
ADR2電話番号 (アドレス管理)ユーザの電話番号を格納
ADR3FAX 番号 (アドレス管理)ユーザのFAX番号を格納
ADR6電子メールアドレスユーザの電子メールアドレスを格納
ロールAGR_AGRS集合ロール内のロール-
AGR_DEFINEロール定義 -
AGR_FLAGSロール属性-
AGR_HIERロールメユー構造-
AGR_1016ロールプロファイル-
AGR_1250ロール権限データ(ヘッダ)-
AGR_1251ロール権限データ(項目値明細)-
AGR_1252ロール権限データ(組織要素)-
権限オブジェクトTOBC権限クラス権限クラスを定義
TOBJ権限オブジェクト権限オブジェクトと権限オブジェクトの項目構成を定義
TACTZ権限オブジェクトごとの有効アクティビティ権限オブジェクトごとの有効アクティビティ
権限プロファイルUST10C複合権限プロファイル含められている単一ロールを定義
UST10S単一権限プロファイル権限プロファイルの権限名を定義
UST12権限プロフィル権限値権限オブジェクト別に権限プロファイル毎の各権限項目値を格納
権限(ユーザ)USR10ユーザマスタ権限プロファイル-
USR12ユーザマスタ権限値-
USR16ユーザ権限用変数の値-
権限(トランザクション)TSTCAトランザクションコード権限の値SE93で照会・更新
USOBTトランザクション>権限オブジェクトSU22/SU24で照会・更新
USOBXUSOBTのチェック用テーブル-
USOBT_Cトランザクション>権限オブジェクト(カスタマ)-
USOBX_CUSOBT_Cのチェック用テーブル-

USR01テーブル

ユーザマスタレコード

 項目一覧 

No.PK技術名称名称説明
1BNAMEユーザユーザID
2 STCOD開始メニュー-
3 SPLD出力デバイス-
4 DATFM日付書式-
5 DCPFMISOコード-
6 LANGU言語-

 USR02テーブル 

ユーザログオンデータ

 項目一覧 

No.PK技術名称名称説明
1BNAMEユーザユーザID
2 BCODE初期パスワード-
3 USTYPユーザタイプ-

 USR04テーブル 

ユーザ権限

 項目一覧 

No.PK技術名称名称説明
1BNAMEユーザユーザID
2 NRPROプロファイル数-
3 PROFSプロファイル名リスト-

 USR05テーブル 

ユーザパラメータ

 項目一覧 

No.PK技術名称名称説明
1BNAMEユーザユーザID
2 PARIDパラメータID-
3 PARVAパラメータ値-

定義可能なパラメータ名はTPARAテーブルに定義されます。

AGR_DEFINEテーブル

ロール定義 

 項目一覧 

No.PK技術名称名称説明
1AGR_NAMEロール名称-
2 TEXTテキスト-

 AGR_FLAGSテーブル 

ロール属性

 項目一覧 

No.PK技術名称名称説明
1AGR_NAMEロール名称-
2FLAG_TYPE属性タイプ-
3 FLAG_VALUE属性値-

 AGR_HIERテーブル 

ロールメユー構造 AGR_HIERT

 項目一覧 

No.PK技術名称名称説明
1AGR_NAMEロール名称-
2OBJECT_IDメニューID-
3 FOLDER親メニューID-
4 SORT_ORDERソート順番-
5 MENU_LEVELメニューレベル-
6 SAP_GUID一意 ID-
7 ATTRIBUTES親メニューID-
8 SOURCE_AGR-
9 ICONメニューエントリアイコン-
10 APPL_ALIASメニューエントリテキスト-

 AGR_1016テーブル

ロールプロファイル名称

 項目一覧 

No.PK技術名称名称説明
1AGR_NAMEロール-
2COUNTERカウンタID-
3 PROFILEプロファイル-
4 GENERATED生成済-
5 PSTATEバージョン-

 AGR_1250テーブル

ロール権限データ(ヘッダ)

 項目一覧 

No.PK技術名称名称説明
1AGR_NAMEロール-
2COUNTERカウンタID-
3 OBJECT権限オブジェクト-
4 AUTH権限値-
5 MODIFIEDオブジェクトステータス-

 AGR_1251テーブル

ロール権限データ(項目値明細)

 項目一覧 

No.PK技術名称名称説明
1AGR_NAMEロール-
2COUNTERカウンタID-
3 OBJECT権限オブジェクト-
4 AUTH権限値-
5 FIELD項目名-
6 LOW-
7 HIGH-

 AGR_1252テーブル

ロール権限データ(組織要素) ロールが関連付ける組織(販売組織、購買組織、会社コードなど)の情報を格納します。 利用可能な組織の変数名がUSVARに定義されます。

 項目一覧 

No.PK技術名称名称説明
1AGR_NAMEロール-
2COUNTERカウンタID-
3 VARBL組織変数名-
4 LOW-
5 HIGH-

AGR_USERSテーブル

ユーザへのロール割当

 項目一覧 

No.PK技術名称名称説明
1AGR_NAMEロール-
2UNAMEユーザ-
3FROM_DAT開始日付-
4TO_DAT終了日付-
5 COL_FLAG集合ロールからの割当-

TOBCテーブル

権限クラス 

 項目一覧 

No.PK技術名称名称説明
1OCLSS権限クラス-

 TOBJテーブル 

権限オブジェクト

 項目一覧 

No.PK技術名称名称説明
1OBJCT権限オブジェクト名称-
2 FIEL1~FIEL0項目名-
3 OCLSS権限クラス-

 TACTZテーブル 

権限オブジェクトごとの有効アクティビティ

 項目一覧 

No.PK技術名称名称説明
1BROBJ権限オブジェクト名-
2ACTVTアクティビティ-

UST10Cテーブル

複合権限プロファイル

 項目一覧 

No.PK技術名称名称説明
1PROFN複合プロファイル-
2AKTPSバージョン-
3SUBPROF単一プロファイル-

UST10Sテーブル

単一権限プロファイル

 項目一覧 

No.PK技術名称名称説明
1PROFNプロファイル-
2AKTPSバージョン-
3 OBJCT権限オブジェクト-
4 AUTHユーザマスタ:権限名-

UST12テーブル

権限プロフィル権限値

 項目一覧 

No.PK技術名称名称説明
1OBJCT権限オブジェクト-
2AUTHユーザマスタ:権限名-
3AKTPSバージョン-
4FIELD権限項目-
5VON権限項目値-
6BIS権限項目値-

USR10テーブル

ユーザマスタ権限プロファイル

 項目一覧 

No.PK技術名称名称説明
1PROFNプロファイル名-
2AKTPSバージョン-
3 TYPタイプ-
4 NRAUTプロファイル/権限の数-
5 AUTHS権限-

USR12テーブル

ユーザマスタ権限値

 項目一覧 

No.PK技術名称名称説明
1OBJCT権限オブジェクト-
2AUTHユーザマスタ:権限名-
3AKTPSバージョン-
4 VALS権限値-

BASISに投稿されました 続きを読む

このトピックで例をあげてロールの設計と実装を説明します。

グループ各会社が同じクライアントIDでSAPシステムを共有しています。

BASISに投稿されました 続きを読む

このトピックでは、NetWeaver ABAPの権限チェックの実装を取り上げて説明します。

権限のチェックは、プログラムレベルのチェックとシステムレベルのチェックと2種類があります。

プログラムレベルのチェック

プログラムレベルでのチェックは、プログラムでAUTHORITY-CHECKを明示的に組み込む必要があります。 AUTHORITY-CHECK によって、ユーザに指定されたプロファイルが検索され、AUTHORITY-CHECKに指定された権限オブジェクトの権限をユーザが持っているかどうかが確認されます。検索された権限のいずれかが必要な値に一致する場合は、チェックは成功です。

システムレベルのチェック

システムレベルのチェックは、個別にプログラミングする必要がなく、システムより自動的に実施される権限チェックです。トランザクションやレポートプログラムが起動する際に、ユーザが該当機能を実行できる権限をもっているかどうかをシステムよりチェックされます。

トランザクション起動時

トランザクションが起動する際に、システムから以下のチェックは順に実施されます。

  1. トランザクションコードは有効か
    テーブルTSTCチェック
  2. トランザクションがシステム管理者によってロックされているか
    テーブルTSTCチェック
  3. S_TCODE権限チェック 
    ユーザが実行できるトランザクションコード一覧に該当トランザクションコードがはいっていないかをチェックされます。
  4. 追加権限チェック
    SE93で該当トランザクションに追加権限が割り当てられた場合、それがチェックされます。
  5. 割当権限チェック
    SU24で該当トランザクションに権限オブジェクトを割り当て且つチェックフラグを設定された場合、それがチェックされます

レポートクラスの開始

レポートに権限クラスを割り当てることによって、追加権限チェックを実行することができます。

RFC汎用モジュールの呼出

RFC汎用モジュールがRFCクライアントプログラムまたは他のシステムによって呼び出されると、呼び出されたシステムの権限オブジェクトS_RFC の権限チェックが実行されます。

権限設計は、業務運用でどこかの場面で何かの権限制御をかけなければならないという要件から始まります。 例として、「販売伝票一覧を出力するレポート処理で、ログオンユーザが権限を持っていない販売エリアの伝票を出力しない」という権限制御を取り上げます。

権限オブジェクトの定義

権限オブジェクトV_VBAK_VKOは、例の権限制御を実現できる標準権限オブジェクトです。

権限クラス権限オブジェクト権限項目
SDV_VBAK_VKOVKORG(販売組織)
VTWEG(流通チャネル)
SPART(製品部門)
ACTVT(アクティビティ)

権限チェックの実装

以下の権限チェック処理で、ユーザが権限を持っていない販売エリアのデータが出力対象にならないように制御しております。

  LOOP AT T_VBAK INTO L_VBAK.
    AUTHORITY-CHECK OBJECT 'V_VBAK_VKO'	
      ID 'VKORG' FIELD L_VBAK-VKORG	
      ID 'VTWEG' FIELD L_VBAK-VTWEG	
      ID 'SPART' FIELD L_VBAK-SPART	
      ID 'ACTVT' FIELD '03'.	
    IF NOT SY-SUBRC IS INITIAL.	
      DELETE T_VBAK.	
    ENDIF. 

ENDLOOP.

BASISに投稿されました 続きを読む

ユーザ

ユーザ毎に設定・保持されるデータは、ユーザマスタレコードと呼ばれます。

ユーザの基本データ

ユーザの基本データには、アドレスデータ、ログオンデータ、デフォルトデータがあります。

  • アドレス 
    姓・名や、職務、文書、連絡方法などの情報が含められます。
  • ログオンデータ 
    パスワードや有効期限などの情報が含められます。
  • デフォルト
    ログオン言語や、書式(数値、日付、時刻)、スプール制御などの情報が含められます。

ユーザパラメータ

ユーザパラメータによって、SAP項目に初期値が指定されます。項目を指定すると、初期値が自動的に表示されます。項目定義によって、そのエントリをユーザ入力値に置き換えることもできます。 例として以下のユーザパラメータを取り上げます。

  • BUK
    会社コード
  • EKO
    購買組織
  • WRK
    プラント

設定可能なパラメータはすべてシステムテーブルTPARAに登録されています。

ユーザとロール

ユーザに単一又は集合ロールを割り当てることができます。ユーザに複数ロールが割り当てられた場合は、結果は論理和になります。

ユーザと権限プロファイル

ユーザにマニュアル権限プロファイルを割り当てることができます。ユーザに複数権限プロファイルが割り当てられた場合は、結果は論理和になります。

ロールはユーザをグループ化する手段を提供します。 ロールは権限を割当する単位とするほか、ユーザメニュー構成を定義する単位にもなります。 ロールは、部署や役職に基づいてを設計することが多い。

ロールの分類

ロールには単一ロールと集合ロールがあります。 単一ロールには、ユーザの権限データとログオンメニューが含まれます。 集合ロールには、任意の数の単一ロールが含まれます。

ロールと権限

単一ロールの権限データから権限プロファイルが自動生成されます。ここの権限プロファイルは生成済権限プロファイルと呼ばれます。

標準機能から以下の権限管理ツールが提供されておいます。

  • SU01 ユーザ管理
    ユーザデータの登録、変更
  • PFCG ロール更新
    ロールの登録、変更
  • SUIM ユーザ情報システム

BASISに投稿されました 続きを読む

このトピックでは、NetWeaver ABAP(ECC)の権限制御のコンセプトや概要を取り上げて説明します。

権限とは

権限とは、システムのユーザに、ある範囲のことを正当に行うことができるものとして与えられている能力、またその能力が及ぶ範囲のことです。

ユーザに付与される権限には、以下の情報が定められます。

  • 対象
    権限でアクセス可能な対象(リソースや処理など)を定義します。
  • 範囲
    対象に対してアクセス可能な範囲を定義します。例えば、対象がファイルなら、読み取りができるかどうか、書き込めるかどうか、アクセスされる範囲を制御できます。
  • 期間
    権限の有効期間を指定します。

権限制御とは

権限制御とは、システムが、各ユーザに対して、事前に付与された権限に従って、処理の実行やアクセスの範囲を制御することです。

権限制御は、通常、OSやデータベース、アプリケーションなど各分野でそれぞれ実施されます。

  • OS
    アプリケーション、サービス、ファイルといったリソースのアクセス権限をユーザ・グループ毎に制御します。
  • データベース
    テーブル、ビューといったデータベースオブジェクト単位で、ユーザ・グループ毎にデータの照会、更新、作成、削除の権限を制御します。
  • アプリケーション
    アプリケーション側で必要に応じてビジネスレベルの権限制御を行います。

データベース側では、テーブルレベルのアクセス制御が仕組みに組み込まれているのは普通ですが、テーブルをさらに行レベルのアクセス制御をかけることは通常サポートされません。

例えば、各支店の売上データが格納されたテーブルがあるとします。各支店の従業員が所属支店のデータしか参照できないというセキュリティ要件はよくあるものですが、データベース側でカーバできないため、アプリケーション側で何らかの対応をしなければなりません。

NetWeaver ABAPは、アプリケーションレベルで独自の権限仕組みを導入ことにより、上記のビジネス要件に統合化したソリューションを提供します。

NetWeaver ABAPの権限制御を利用することにより、以下の機能を実現することができます。

  • ユーザ(グループ)毎に各機能の実行可否を制御
    例えば、経理部の人を購買システムの機能を実行できないように権限制御をかけることができます。
  • ユーザ(グループ)毎にアクセスデータ範囲を制御
    例として取り上げられた支店毎の制御をかけることができます。

NetWeaver ABAPの権限制御は以下の特徴があります。

  • できることの積み上げ
    できることのみを定義でき、できないことの定義はできません。これはシンプルという利点もありますが、膨大になりがち、管理が大変になるというデメリットがあります。
  • 言語レベルでサポート
    権限チェックするためのコマンド(authority-check) がABAP言語に組み込まれています。

Netweaver ABAPの権限コンセプトの構成要素は開発局面と運用局面に分けて整理することができます。

  • 開発局面
    プログラムを実装する際に、機能のセキュリティ要件を元に、実行時にどうな権限チェックをかけないといけないかを設計して、そのロジックをプログラムに組み込んでおく必要があります。 
    このような権限チェックの内容と方法を定義するのは権限オブジェクトという構成要素になります。
    権限オブジェクトはコア要素であり、システムにより一元管理されます。
  • 運用局面
    システムを構築する際に、 運用要件を元に、システムの利用者がどんな人いるか、どういうふうに権限をわけないといけないかを設計しておく必要があります。
    このような権限割当の単位を定義するのは権限プロファイルという構成要素になります。
    権限プロファイルに関連機能の権限オブジェクトの権限値が含められますので、機能にどんな権限オブジェクトがあるかを把握しておかなければなりません。
    ECC標準機能ではすでに数千の権限オブジェクトが組み込まれていますので、権限オブジェクトの把握は相当大変な作業になると想像できます。

権限オブジェクト

権限オブジェクトとは、権限制御でチェックしなければならない項目及びチェック方法を示す要素です。 権限オブジェクトの上位要素としては権限クラス、下位要素としては権限項目があります。

  • 権限クラス
    権限クラスは、権限オブジェクトの論理的な組合せで、たとえばアプリケーション(財務会計、人事管理など) に対応します。
  • 権限項目
    権限項目は、権限オブジェクトに構成する項目です。ABAPディクショナリで保存されたデータエレメントトに接続されています。

権限オブジェクトは、AND で結合された項目を 10 個までグループ゚化します。

権限オブジェクトが事前にプログラムロジックに組み込まれており、実行時に 実行可能なアクション(データの照会や登録、変更など)及び処理可能なデータの範囲を制御します。

権限

権限とは、権限オブジェクトの定義、すなわち、権限オブジェクトの各権限項目の許容値を組合せたものです。 権限により、権限オブジェクト項目値のセットにもとづいて、ECCシステムで特定のアクティビティを実行することができます。 権限を使用することで、権限オブジェクトの項目に対して任意の数の指定値または値範囲を項目に対して指定することができます。また、すべての値を許可したり、空の項目を許容値として許可したりすることもできます。 権限を変更すると、その権限を含む権限プロファイルを持つすべてのユーザが影響を受けます。

権限プロファイル

権限プロファイルとは、権限の集合で、ユーザにまとめて権限を割り当てる単位です。権限プロファイルは下記3種類があります。

  • 生成済権限プロファイル 
    生成済権限プロファイルは、ロールからロールの権限データで自動生成される権限プロファイルです。
  • マニュアル権限プロファイル
    マニュアル権限プロファイルとは、 ロールを使わずに明示的に作成される権限プロファイルです
  • 複合プロファイル
    複合プロファイルには、任意の数の権限プロファイルが含まれます。

各要素の関係

以下の図で権限コンセプトを構成する各要素の関係を示します。

ロールは厳密的に権限コンセプトの構成要素ではないですが、内部的に生成済権限プロファイルを自動生成するため、権限プロファイルとして利用することができます。 さらに、ロールはユーザメニュ構成を定義する単位にもなりますので、実際のシステム運用ではロールを利用してユーザの権限を管理するはほとんどです。

ロールは、ユーザをグルーピングする手段として、部署や役職に基づいて設計することが多い。