1. SSL / HTTPSとは何か（前提）

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

盗聴防止

なりすまし防止

改ざん防止

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

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.com と www.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海外全種中中旧Comodo7. Let's Encrypt 自動更新の仕組み

有効期限：90日

ACMEプロトコル

certbot が定期更新（cron / systemd）

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

8. SSLエラーの原因と対処一覧症状主因対処証明書期限切れ更新失敗自動更新確認安全でない中間証明書不足fullchain設定mixed contentHTTP混在全HTTPS化名前不一致www問題SAN/301信頼されない独自CA公的CA9. 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管理

Nginxlisten 443 ssl http2; ssl_certificate fullchain.pem; ssl_certificate_key privkey.pem; ApacheSSLEngine on SSLCertificateFile fullchain.pem SSLCertificateKeyFile privkey.pem 12. 最終まとめ（実務結論）

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

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

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

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

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

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

独学（書籍・アプリ）

通学型英会話スクール

対面マンツーマン英会話

オンライン英会話

留学・短期滞在

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

2. 学習手段ごとの価格帯と特徴（日本目線）独学（書籍・アプリ）

価格帯：0〜3,000円／月

特徴：安価・自由

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

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

通学型英会話スクール

価格帯：2〜4万円／月

特徴：対面指導・安心感

弱点：高額・通学負担

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

オンライン英会話（日本の主流）

価格帯：4,000〜9,000円／月

特徴：

マンツーマン

毎日短時間

日本語サポート

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

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

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円が中心

成果：受講頻度 × 継続

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

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

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

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

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

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

天井付け照明（DIY可が多い）

代表例

シーリングライト

ペンダントライト（引掛タイプ）

DIY可否

✅ 引掛シーリング式：DIY可

❌ 直結配線式：DIY不可

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

壁付け照明（原則DIY不可）

代表例

ブラケットライト

階段・廊下照明

DIY可否

❌ 原則DIY不可

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

3. 光源の種類とDIYの関係LED照明

特徴

省電力・長寿命

現在の主流

DIY視点

電球交換型：✅ DIY可

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

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

蛍光灯

特徴

以前の主流

直管・丸形など

DIY視点

管の交換のみ：✅ DIY可

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

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

白熱灯

特徴

暖かい光

消費電力が大きい

DIY視点

電球交換：✅ DIY可

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

4. 口金（口径）とは何か（DIY必須知識）

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

主な口金

E26：最も一般的（天井照明）

E17：小型照明・ブラケット

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

5. 一体型照明と交換型照明（DIY判断の分岐）LED一体型照明

特徴

LED内蔵

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

DIY注意点

光源交換不可

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

電球交換型照明

特徴

電球のみ交換可能

メンテナンス性が高い

DIY向き

オーナー・賃貸管理向け

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

6. DIYできる／できない早見表内容DIY電球交換（E26/E17）✅引掛シーリング照明交換✅ペンダント照明（引掛）✅壁付け照明交換❌直結配線照明交換❌配線加工❌7. DIY視点での実務的アドバイス

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

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

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

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

8. まとめ

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

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

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

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

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

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

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

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. 不動産価格の全体像（位置づけ）

実務上は、次の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（レインズ）とは、国土交通大臣の指定を受けた不動産流通機構が運営する、業者専用の物件情報システムです。
売却依頼を受けた不動産会社は、一定条件下で物件情報をレインズに登録し、全国の不動産会社と共有します。

買主にとってのポイント

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

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

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

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

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

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

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

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

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

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

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

現状渡しとは

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

買主の注意点

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

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

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

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

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

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

固定資産税評価額とは

市町村が決定する評価額

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

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

確認方法

固定資産税納税通知書

評価証明書（市区町村で取得）

6. 買主が支払う主な税金と計算方法■ 不動産取得税（都道府県税）固定資産税評価額 × 税率（原則4％）－ 軽減措置

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

■ 登録免許税（国税）固定資産税評価額 × 税率

原則：2.0％

住宅用軽減適用時：0.3％〜0.15％（条件あり）

■ 印紙税

売買契約書に貼付

売買金額に応じた定額

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

土地・建物の売買代金

② 税金

不動産取得税

登録免許税

印紙税

③ 諸費用

仲介手数料

登記費用（司法書士報酬含む）

ローン事務手数料・保証料（利用時）

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

リフォーム・修繕費

設備交換費

引越し・家具家電費用

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

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

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

買主は、

レインズによる流通構造

現状渡し物件のリスク

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

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

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

1. 壁紙（クロス）のDIYメンテナンスとは

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

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

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

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

DIY対応が可能な例

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

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

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

画鋲穴・小さな傷

DIYが難しい例

広範囲の黒カビ

下地まで浸透した変色

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

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

3. 壁紙の基本メンテナンス（清掃）

方法概要

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

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

水拭き → 乾拭きで仕上げ

ポイント

強く擦らない

水分を残さない

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

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

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

方法概要

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

完全乾燥を徹底

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

注意点

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

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

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

方法概要

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

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

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

ポイント

端部・継ぎ目のみが対象

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

6. 穴・小傷の簡易補修

方法概要

画鋲穴などは補修材（パテ）で埋める

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

限界

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

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

7. DIYと工事の判断目安状態推奨表面汚れ・軽度黒ずみDIY小範囲の剥がれDIY広範囲の変色張り替えカビ再発を繰り返す張り替え＋環境改善8. まとめ

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

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

見た目の維持

劣化進行の抑制

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

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

1. 黒カビとは

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

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

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

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

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

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

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

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

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

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

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

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

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

5. 壁紙（クロス）に発生する黒カビ

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

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

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

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

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

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

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

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

使用後の水分除去（拭き取り・送風）

定期的な換気・除湿

汚れを溜めない日常清掃

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

8. まとめ

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

はじめに

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

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

ペイントか？ニスか？

水性か？油性か？

ウレタン？アクリル？

このサマリーでは

初心者が失敗しない

経験者も判断に迷わない

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

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

1. DIY塗装の基本原則（最重要）

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

水性塗料を基本にする

用途（素材・屋内外）を最優先で選ぶ

薄塗りを2回以上

下地処理を省略しない

乾燥時間を守る

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

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%主な仕組

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

申告書の構成損金不算入

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

交際費等

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

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

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

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

繰入

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

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

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

仕訳すると

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

取り崩し

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

仕訳で表すと

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

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

リポジトリ管理技術名称説明主要項目TADIRリポジトリオブジェクトのディレクトリPGMIDプログラムID
OBJECTオブジェクトタイプ
OBJ_NAMEオブジェクト名称SRCSYSTEM　マスタシステム
DEVCLASSパッケージ
MASTERLANGマスタ言語
COMPONENTソフトウェアコンポーネント　ABAPアプリケーション　技術名称説明主要項目TAPLPアプリケーションディレクトリAPPL　アプリケーションカテゴリ名KTEXT　アプリケーション短文テキスト　ABAPディクショナリ　技術名称説明主要項目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索引　IDDD17SDBテーブル　二次索引　項目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検索ヘルプ　ParaSHTYPE割当タイプ
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_ORDD29LテーブルビューとマッチコードIDの選択条件CONDNAME選択条件　IDVIEWNAMEビュー名
LINE_CNT反復グループ位置DD01LドメインDOMNAME　ドメイン名
AS4LOCAL有効化ステータスDATATYPE　データ型
LENG　長さ
DECIMALS　小数点以下桁数
ENTITYTAB　　値テーブル
CONVEXIT　変換ルーチンDD07Lドメイン値DOMNAME　ドメイン名
AS4LOCAL有効化ステータス
VALPOS　ドメイン値キーDOMVALUE_L　　ドメインの値:下限/単一値
DOMVALUE_H　　ドメインの値:上限DD30L検索ヘルプSHLPNAME検索ヘルプ名SELMETHOD選択メソッド
SELMTYPE選択カテゴリ
SELMEXIT検索ヘルプ　ExitDD32S検索ヘルプ　項目SHLPNAME検索ヘルプ名
FIELDNAME検索ヘルプ　ParaFLPOSITION検索ヘルプ項目位置
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バッファ同期化のパラメータABAPプログラム技術名称説明主要項目REPOSRCレポートソースコードPROGNAMEプログラム名CLASPGM　クラス
SUBCプログラム　Type
APPL　Application
SECU権限グループ
DATA　Source　CodeTLIBG汎用グループTFDIR汎用モジュールFUNCNAME汎用モジュールPNAMEプログラム名
FMODEモード
UTASK更新FUPARAREF汎用モジュール（パラメータ）FUNCNAME汎用モジュール
PARAMETERパラメータ名
PARAMTYPEパラメータ　TypeSTRUCTURE関連する型
DEFAULTVALデフォルト値
OPTIONALオプション　paramsENLFDIR汎用モジュール（追加属性）FUNCNAME汎用モジュールAREA汎用グループ
ACTIVE有効
GENERATED生成済
FREEDATEリリース日付D020SDynpro　内容PROGプログラム名DNUM　　Dynpro番号
TYPE　　Dynproタイプ　
FNUM　
DGRPD021TDynpro　キーワードテキスト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クラスタイプ
UUIDSEOCLASSDFクラス/インタフェース定義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--WebDynproプログラム技術名称説明主要項目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オブジェクト名称

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

概要

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

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

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

　項目一覧　No.PK技術名称名称説明1○VERSIONバージョン-2○TRANSLAYER移送レイヤ-　TMSCDOMテーブル　

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

　項目一覧　No.PK技術名称名称説明1○DOMNAM移送ドメイン-2　DOMCTLドメインコントローラ-　TMSCDESテーブル　

宛先、宛先の情報を格納

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

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

　項目一覧　No.PK技術名称名称説明1○DOMNAM移送ドメイン-2○NFSGRP移送グループ-　TMSCSYSテーブル　

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

　項目一覧　No.PK技術名称名称説明1○DOMNAM移送ドメイン-2○SYSNAMシステム名-3○LIMBOフラグ-4　NFSGRP移送グループ-5　DESADMRFC宛先-6　INSTNOインストール番号-詳細(移送系)　E070テーブル

依頼/タスクのヘッダ

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

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

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

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

E071テーブル

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

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

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

概要　カテゴリ技術名称名称説明ユーザ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技術名称名称説明1○BNAMEユーザユーザID2　STCOD開始メニュー-3　SPLD出力デバイス-4　DATFM日付書式-5　DCPFMISOコード-6　LANGU言語-　USR02テーブル　

ユーザログオンデータ

　項目一覧　No.PK技術名称名称説明1○BNAMEユーザユーザID2　BCODE初期パスワード-3　USTYPユーザタイプ-　USR04テーブル　

ユーザ権限

　項目一覧　No.PK技術名称名称説明1○BNAMEユーザユーザID2　NRPROプロファイル数-3　PROFSプロファイル名リスト-　USR05テーブル　

ユーザパラメータ

　項目一覧　No.PK技術名称名称説明1○BNAMEユーザユーザID2　PARIDパラメータID-3　PARVAパラメータ値-

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

詳細(ロール)AGR_DEFINEテーブル

ロール定義　

　項目一覧　No.PK技術名称名称説明1○AGR_NAMEロール名称-2　TEXTテキスト-　AGR_FLAGSテーブル　

ロール属性

　項目一覧　No.PK技術名称名称説明1○AGR_NAMEロール名称-2○FLAG_TYPE属性タイプ-3　FLAG_VALUE属性値-　AGR_HIERテーブル　

ロールメユー構造 AGR_HIERT

　項目一覧　No.PK技術名称名称説明1○AGR_NAMEロール名称-2○OBJECT_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技術名称名称説明1○AGR_NAMEロール-2○COUNTERカウンタID-3　PROFILEプロファイル-4　GENERATED生成済-5　PSTATEバージョン-　AGR_1250テーブル

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

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

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

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

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

　項目一覧　No.PK技術名称名称説明1○AGR_NAMEロール-2○COUNTERカウンタID-3　VARBL組織変数名-4　LOW値-5　HIGH値-AGR_USERSテーブル

ユーザへのロール割当

　項目一覧　No.PK技術名称名称説明1○AGR_NAMEロール-2○UNAMEユーザ-3○FROM_DAT開始日付-4○TO_DAT終了日付-5　COL_FLAG集合ロールからの割当-詳細(権限オブジェクト系)TOBCテーブル

権限クラス　

　項目一覧　No.PK技術名称名称説明1○OCLSS権限クラス-　TOBJテーブル　

権限オブジェクト

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

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

　項目一覧　No.PK技術名称名称説明1○BROBJ権限オブジェクト名-2○ACTVTアクティビティ-詳細(権限プロファイル系)UST10Cテーブル

複合権限プロファイル

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

単一権限プロファイル

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

権限プロフィル権限値

　項目一覧　No.PK技術名称名称説明1○OBJCT権限オブジェクト-2○AUTHユーザマスタ：権限名-3○AKTPSバージョン-4○FIELD権限項目-5○VON権限項目値-6○BIS権限項目値-詳細(権限(ユーザ)系)USR10テーブル

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

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

ユーザマスタ権限値

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

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

ビジネス要件

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

ロールの作成

ロールの移送

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

権限チェックのタイミング

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

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

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

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

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

トランザクション起動時

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

トランザクションコードは有効か
テーブルTSTCチェックトランザクションがシステム管理者によってロックされているか
テーブルTSTCチェックS_TCODE権限チェック　
ユーザが実行できるトランザクションコード一覧に該当トランザクションコードがはいっていないかをチェックされます。追加権限チェック
SE93で該当トランザクションに追加権限が割り当てられた場合、それがチェックされます。割当権限チェック
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.

ユーザ

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

ユーザの基本データ

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

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

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

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

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

ユーザとロール

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

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

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

ロール

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

ロールの分類

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

ロールと権限

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

ツール

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

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

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

前書き権限とは

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

権限

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

権限プロファイル

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

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

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

ロールの利用

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

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