SAP Terminology Dictionary

Advanced Business Application Programming, the language SAP created to write its own business applications. Standard SAP functionality is itself written in ABAP, and custom development uses the same language. What distinguishes it is that database access (Open SQL), screen handling, authorisation checks, translation and transport of development objects are built into the language and runtime rather than supplied by libraries.

日本語Advanced Business Application Programming。SAPが自社の業務アプリケーションを記述するために開発したプログラミング言語。SAP標準機能そのものがABAPで書かれており、追加開発も同じ言語で行う。データベースアクセス（Open SQL）、画面制御、権限チェック、多言語対応、開発物の移送といった業務システムに必要な機能が言語とランタイムに組み込まれている点が特徴。

A restricted development model that permits only released public APIs and defined extension points, enforcing the clean core principle technically rather than by convention. Keeping the core unmodified is what makes upgrades manageable and a move to the cloud feasible. It is mandatory in S/4HANA Cloud and recommended for new development on premise.

日本語SAPが公開したAPIとエクステンションポイントだけを使う、制限された開発モデル。標準のコアを変更しない「クリーンコア」の原則を技術的に強制する。これによりバージョンアップが容易になり、クラウドへの移行も可能になる。S/4HANA Cloudでの開発はこのモデルが前提であり、オンプレミス環境でも新規開発では推奨される。

The central repository of data definitions in an SAP system — tables, views, data types, search helps and lock objects — accessed through transaction SE11. Types are defined in three layers: the domain holds technical attributes, the data element holds semantic ones such as labels, and the table field references the data element. That separation is what keeps definitions consistent system-wide.

日本語SAPシステム内のデータ定義を一元管理する仕組み。テーブル、ビュー、データ型、検索ヘルプ、ロックオブジェクトなどを定義する。トランザクションSE11でアクセスする。データ型はドメイン（技術的属性）、データ要素（意味的属性）、テーブル項目の3階層で構成され、この分離によりシステム全体の一貫性が保たれる。

The object-oriented extension added to ABAP in 1999. A class is split into a definition and an implementation and has public, protected and private sections. Only single inheritance is supported; interfaces are used to combine behaviours. This is now the standard way to write ABAP, with the older FORM subroutines deprecated.

日本語1999年にABAPへ導入されたオブジェクト指向の機能。クラスは定義部（DEFINITION）と実装部（IMPLEMENTATION）に分かれ、PUBLIC・PROTECTED・PRIVATEの可視性セクションを持つ。継承は単一継承のみで、複数の振る舞いを組み合わせる場合はインタフェースを使う。現在のABAP開発ではこれが標準的な書き方であり、サブルーチン（FORM）は非推奨。

A management technique that classifies inventory materials into three tiers (A, B, C) based on consumption value or importance. A-items (high value/importance) typically represent ~20% of items but ~80% of inventory value (Pareto principle). B-items are intermediate; C-items are numerous but low in value. In SAP cycle counting, counting frequency is automatically set based on ABC class. Also used for selecting MRP types and reorder policies.

日本語在庫品目を消費金額・重要度に応じてA・B・C の3段階に分類する管理手法。A品目（高価値・高重要度）は全品目数の約20%だが在庫金額の約80%を占める（パレートの法則）。B品目は中間、C品目（低価値）は多数を占めるが金額は小さい。SAPの循環棚卸ではABC分類に基づき棚卸頻度を自動設定できる。MRPや発注方式の選択にも活用される。

A set of search rules linked to a condition type that defines the order in which condition tables are searched during pricing determination. The system uses the first matching condition record found. Typically searches from the most specific combination (customer × material) to the most general (material group).

日本語条件タイプに紐付けられた検索ルールの集合。価格決定時に条件テーブルを検索する順序を定義し、最初にヒットした条件レコードを使用する。一般に詳細な組み合わせ（得意先×品目）から汎用的な組み合わせ（品目グループ）の順で検索する。

The purchase order field deciding who bears the cost of what is bought. Blank makes it a stock item posted to inventory; K charges a cost centre, F an order, P a WBS element and A a fixed asset. Anything other than blank expenses the item at goods receipt without passing through stock, which explains the familiar question of why a purchase did not increase inventory.

日本語購買発注で、購入したものの原価をどこが負担するかを決める項目。空欄なら在庫品目として在庫勘定に計上され、Kなら原価センタ、Fなら指図、Pならプロジェクト（WBS）、Aなら固定資産に計上される。空欄以外を指定すると入庫の時点で在庫を経由せず直接費用になるため、「買ったのに在庫が増えない」という疑問はこの設定で説明できる。

The mechanism that automatically assigns GL accounts during SD billing or MM inventory movements. Uses condition technique to derive revenue, tax, inventory, and other accounts based on combinations of sales organization, account assignment groups, and account keys. In SD, condition type KOFI is used for revenue account determination.

日本語SDの請求処理やMMの在庫移動時に、転記先のGL勘定を自動的に決定する仕組み。コンディション技術を使用し、売上組織・勘定設定グループ・勘定キー等の組み合わせで売上勘定・消費税勘定・在庫勘定などを自動決定する。SDではKOFI（売上勘定）などの条件タイプが使用される。

The FI subledger that manages outstanding payables to vendors. Automatically posted to the AP reconciliation account when MM invoice verification (MIRO) is completed. Cleared by payment execution (F110). The AP subledger always reconciles to the reconciliation account in the vendor master Company Code Data. Monthly processing includes reviewing open items and overdue balances.

日本語仕入先への未払債務を管理するFI補助元帳。MMの請求照合（MIRO）時に買掛金照合勘定へ自動転記される。F110（自動支払プログラム）で支払実行し消込を行う。買掛金元帳は仕入先マスタの会社コードデータに設定された照合勘定と常に一致する。月次処理では未払残高・期日超過の確認が重要。

The FI subledger that manages outstanding receivables from customers. Automatically posted to the AR reconciliation account when SD billing is created. Integrated with credit management (FD32); cleared by incoming payments (F-28). The AR subledger always reconciles to the reconciliation account set in the customer master Company Code Data. Monthly processing includes reviewing open items and managing dunning.

日本語得意先への未収債権を管理するFI補助元帳。SDの請求書作成時に売掛金照合勘定へ自動転記される。FD32で与信管理と連動し、入金（F-28）により消込処理を行う。売掛金元帳は得意先マスタの会社コードデータに設定された照合勘定と常に一致する。月次処理では未消込残高の確認・督促管理が重要。

The single table introduced in S/4HANA that consolidates accounting line items. In ECC, FI line items, CO line items and new general ledger items lived in separate tables, and reconciling them was a standing chore. In ACDOCA one row carries account, cost centre, profit centre and segment as attributes, which removes the concept of an FI/CO difference entirely.

日本語S/4HANAで導入された、会計明細を統合して保持する単一テーブル。ECCではFIの明細（BSEG）、COの明細（COEP）、新総勘定元帳の明細が別々のテーブルにあり、両者の数値が一致しない「FI/CO差異」の突合が経理の恒常的な負担だった。ACDOCAでは1行が勘定科目・原価センタ・利益センタ・セグメントをすべて属性として持つため、この差異の概念自体がなくなった。

A unit of work within a network. Categories include internal processing performed by own staff and equipment, external processing that generates a purchase requisition, service activities, and cost activities. Activities are sequenced by relationships, of which finish-to-start is by far the most common.

日本語ネットワーク内の作業単位。内部処理活動（自社の要員・設備で行う）、外部処理活動（外注する。購買依頼が自動生成される）、サービス活動、原価活動のカテゴリがある。活動どうしは関係（Relationship）で順序づけられ、終了・開始（FS）が最も多く使われる。

The rate per activity type, derived by dividing planned cost centre cost by planned activity quantity — what an hour of machine time costs. Multiplied by the standard times in a routing it produces conversion cost. Whether the denominator is theoretical capacity or a realistic utilisation changes the rate substantially, making it a significant costing design decision. A rate can also be fixed by management as a political price.

日本語原価センタの計画原価を計画活動量で割って求める、活動タイプごとの単価。「機械稼働1時間あたりいくら」を表し、作業手順の標準時間と掛け合わせて加工費が計算される。分母の計画活動量を理論上の最大稼働時間にするか現実的な稼働率を織り込むかで単価は大きく変わり、原価計算設計の重要な判断となる。経営判断で固定的な単価を設定する政治価格という方法もある。

A master data object in CO Controlling that defines a unit of service or work provided by a cost center, such as machine hours, labor hours, or kilowatt-hours. In product costing, activity types are assigned to work centers and used as the basis for allocating manufacturing costs to production orders. Activity prices are planned in KP26 and actual quantities posted via KB21N.

日本語原価センタが提供するサービス・作業の単位を定義するCO管理会計のマスタデータ。機械時間・人員時間・電力量など、作業量の測定単位を表す。製造原価計算では作業場所（Work Center）に活動タイプを割り当て、製造指図への原価配賦の基準とする。活動価格はKP26で計画し、KB21Nで実績を登録する。

The Eclipse-based ABAP development environment, offering proper code completion and refactoring and making work across several systems straightforward. Newer technologies — CDS views, RAP and ABAP Cloud — exist only here, while Dynpro screens still require the SAP GUI, so most teams use both.

日本語Eclipseベースの ABAP開発環境。コード補完やリファクタリングが充実し、複数システムの同時操作も容易。CDSビューやRAP、ABAP Cloudといった新しい技術はADTでしか開発できない。一方、Dynpro画面の作成はSAP GUIが必要なため、実務では両方を使い分けることになる。

A CO process that transfers costs accumulated on cost centers to other cost objects (products, projects, other cost centers). Assessment (KSU5) allocates using secondary cost elements in a lump sum; Distribution (KSV5) allocates using the original primary cost elements. Executed as part of period-end processing to include overhead costs in product costing.

日本語原価センタに蓄積されたコストを他の原価対象（製品・プロジェクト・他の原価センタ等）に振り替えるCO処理。アセスメント（Assessment：KSU5）は二次原価要素を使って一括配賦、ディストリビューション（Distribution：KSV5）は一次原価要素のまま配賦する。期末処理の一環として実行され、間接費を製品原価に含める際に使用される。

The standard component for displaying an internal table as a table. Sorting, filtering, column rearrangement, subtotals, Excel export and saved layouts all come for free. Three implementations exist — the classic function module, CL_GUI_ALV_GRID for fine control, and CL_SALV_TABLE, which is concise and covers most requirements.

日本語内部テーブルの内容を表形式で表示する標準部品。ソート、フィルタ、列の並べ替え、小計・合計、Excel出力、表示レイアウトの保存といった機能が実装なしで得られる。実装方式は関数モジュール（REUSE_ALV_GRID_DISPLAY）、CL_GUI_ALV_GRID、CL_SALV_TABLE（SALV）の3種類があり、標準的な要件にはSALVが推奨される。

A CO allocation method that uses secondary cost elements to transfer overhead costs accumulated on a cost center to other cost objects (other cost centers, production orders, etc.). Executed with KSU5 (collective run) or KSU1 (individual). Unlike Distribution (KSV5), costs received via Assessment appear under secondary cost elements, hiding the original primary cost element breakdown on the receiving side.

日本語原価センタに蓄積された間接費を二次原価要素を使って他の原価対象（別の原価センタ・製造指図等）に振り替えるCO配賦方法。KSU5（一括実行）またはKSU1（個別）で実施する。ディストリビューション（KSV5）と異なり、配賦後は二次原価要素として表示されるため、元の一次原価要素の内訳は受け取り側には見えない。

The FI sub-module for fixed asset management. Manages asset acquisition, depreciation, retirement, and disposal. Asset masters are created in AS01 with depreciation key, useful life, and book value settings. AFAB (Depreciation Posting Run) periodically calculates and posts depreciation to GL accounts. In S/4HANA, AFAB runs as a background job.

日本語FIの固定資産管理サブモジュール（FI-AA）。固定資産の取得・減価償却・廃棄・売却を管理する。AS01で資産マスタを作成し、减価償却キー（Dep. Key）・耐用年数・簿価を設定する。AFAB（減価償却実行）で定期的に減価償却を計上し、FIのGL勘定に自動転記する。S/4HANAではAFABはバックグラウンドジョブとして実行される。

The primary classification of fixed assets, determining account determination for acquisition cost, accumulated depreciation and depreciation expense, the number range, default depreciation key and useful life, and the screen layout. It is the first choice when creating an asset master, and its settings become the defaults. Assets under construction and low-value assets have their own classes.

日本語固定資産を性質ごとに分類する最も重要な区分。勘定設定（取得原価・減価償却累計額・減価償却費の転記先勘定）、番号範囲、既定の減価償却キーと耐用年数、画面レイアウトを規定する。資産マスタを作成するとき最初に選び、そのクラスの設定が初期値として引き継がれる。建設仮勘定や低価値資産も専用の資産クラスとして設定する。

The interim asset account carrying cost incurred on equipment still being built. Such cost cannot be depreciated yet and is not an expense either, hence the intermediate account. Capital projects settle to AuC at each period end and transfer to the real asset account on completion, at which point depreciation begins.

日本語Assets under Construction。建設中の設備にかかった原価を計上する中間的な資産勘定。完成するまで減価償却の対象にならず、費用としても処理できないためこの勘定を用いる。設備投資プロジェクトでは、毎期末にAuCへ決済し、完成時に建物や機械装置といった本来の資産勘定へ振り替えて減価償却を開始する。

A check performed at sales order entry or production order creation that considers stock on hand, incoming purchase orders, and production plans to automatically determine a confirmed delivery date. Results are stored on the sales order line item as the confirmed delivery date.

日本語Available to Promise（引当可能量）チェック。受注登録時または製造指図作成時に、在庫・購買入庫予定・生産計画を考慮して確認納期を自動計算する機能。SAPでは「アベイラビリティチェック」とも呼ばれる。チェック結果に基づき受注明細に確認納期が設定される。

The unit against which SAP checks authorisation, carrying up to ten fields, all of which must be satisfied for the check to pass. Common objects include S_TCODE for running transactions, S_TABU_DIS for table maintenance and S_DEVELOP for development objects. Programs verify them with AUTHORITY-CHECK, and SU53 shows which check most recently failed.

日本語SAPの権限チェックが行われる単位。最大10個のフィールドを持ち、すべてのフィールドの条件を満たしていなければ権限エラーとなる。S_TCODE（トランザクション実行）、S_TABU_DIS（テーブル保守）、S_DEVELOP（開発オブジェクト）などがある。プログラム側ではAUTHORITY-CHECK文で検証する。不足している権限はSU53で確認できる。

The mechanism that detects budget overruns and blocks transactions. As assigned value — actual cost plus commitments — approaches the budget, configured tolerance limits raise warnings or errors, typically graduated such as a warning at eighty per cent and an error at a hundred. Entering a budget alone does not enable it; it must be switched on in the budget profile and activated with CJBV.

日本語予算の超過を検知して処理を止める仕組み。割当額（実績原価＋コミットメント）が予算に近づくと、許容度限界の設定に応じて警告やエラーを発生させる。使用率80%で警告、100%でエラーといった段階的な設定が現実的。予算を入力しただけでは働かず、予算プロファイルでの有効化とCJBVでの活性化が必要。

Issuing components automatically at confirmation, working back from the BOM rather than posting separate goods issues. It removes the issuing effort and nothing is forgotten, but consumption differing from the BOM leaves no trace until the next physical count, appearing there as an inventory difference — so it is reserved for low-value components with stable usage.

日本語製造の確認入力時に、部品表から必要数を逆算して部品の出庫を自動的に行う仕組み。出庫作業の手間が消え入力漏れも起きないが、実際の使用量が部品表とずれていても記録に残らない。この差は棚卸まで表面化せず棚卸差異としてまとめて計上されるため、低価格で使用量が安定した部品に限って使うのが原則。

The mechanism for running processing without interactive input, defined in SM36 and monitored in SM37. It escapes the dialog runtime limit and lets heavy work run outside business hours. A status of finished only means the program did not terminate abnormally, so for important jobs the job log and application log need checking too.

日本語対話操作を伴わずに処理を実行する仕組み。SM36で定義し、SM37で監視する。ダイアログ処理の実行時間上限を回避でき、業務時間外に負荷を分散できる。ステータスが「完了」でも、プログラム内でエラーが発生している場合があるため、重要なジョブではジョブログやアプリケーションログまで確認する必要がある。

An enhancement technique for adding custom logic without modifying standard SAP programs. Being object-oriented, one BAdI can carry several implementations. Unlike a modification of standard source, a BAdI is not overwritten or thrown into conflict when a support package is applied, which is why released extension points are the sanctioned route for custom development.

日本語Business Add-In。SAP標準プログラムを変更せずに独自処理を追加するための拡張技術。オブジェクト指向にもとづき、1つのBAdIに対して複数の実装を持てる。標準を直接書き換えるモディフィケーションと違い、サポートパッケージ適用時に上書きや衝突が起きないため、追加開発ではこうした正規の拡張ポイントを使うことが原則とされる。

Carrying balances into the next fiscal year at year end. Balance sheet accounts carry their balance forward as the opening balance, while P&L accounts reset to zero with the result transferred to retained earnings. It is run with FAGLGVTR for the general ledger, F.07 for sub-ledgers and AJRW for fixed assets. Postings made to the prior year afterwards update the carried balance automatically.

日本語年度末に残高を翌年度へ繰り越す処理。貸借対照表科目は残高がそのまま翌年度の期首残高となり、損益計算書科目は残高がゼロにリセットされたうえで当期損益が利益剰余金勘定へ振り替えられる。総勘定元帳はFAGLGVTR、補助元帳はF.07、固定資産はAJRWで実行する。繰越後に前年度へ転記した場合、その差額は自動的に反映される。

A Business Application Programming Interface: an RFC-enabled function module published by SAP as a stable API for business processing, such as BAPI_SALESORDER_CREATEFROMDAT2 or BAPI_ACC_DOCUMENT_POST. A BAPI does not commit on its own, so BAPI_TRANSACTION_COMMIT must follow, and the RETURN table has to be inspected for messages of type E or A.

日本語Business Application Programming Interface。SAPが業務処理の標準APIとして提供するRFC対応の関数モジュール。BAPI_SALESORDER_CREATEFROMDAT2（受注作成）やBAPI_ACC_DOCUMENT_POST（会計伝票転記）などがある。内部でCOMMIT WORKを実行しないため、呼び出し後にBAPI_TRANSACTION_COMMITが必須。戻り値のRETURNテーブルでタイプEまたはAのメッセージを確認する必要がある。

The date from which payment terms count. It can be derived from the document date, the posting date or the entry date, optionally plus a fixed number of days. Get it wrong and every due date shifts with it; since the payment program selects by due date, the result is missed or premature payment. Its default behaviour should be verified during implementation.

日本語支払条件が定める「何日以内」の起算日。伝票日付、転記日付、入力日付のいずれかを基準にでき、さらに固定日数を加算できる。この日付を取り違えると支払期日の計算がまるごとずれ、自動支払プログラムは期日にもとづいて対象を抽出するため、支払漏れや過早支払が発生する。導入時に自動設定の挙動を必ず確認すべき項目。

A function that manages quality, expiry dates, manufacturing dates, and traceability at the batch (lot) level for the same material. Batch Master records are created in MSC1N to store batch-specific attributes (manufacturing date, expiry date, quality characteristics). Essential for regulatory compliance (pharmaceutical GMP, food safety laws) and for trace-back/forward analysis during product recalls.

日本語同一品目の在庫をロット（製造バッチ）単位で品質・有効期限・製造日・トレーサビリティを管理する機能。MSC1Nでバッチマスタを作成し、バッチ固有の属性（製造日・有効期限・品質特性値）を管理する。医薬品GMP・食品衛生法等の規制対応や、リコール時のトレースバック・フォワードに不可欠な機能。

A technique that drives existing transaction screens programmatically to enter data. Screen fields and values are assembled into a BDC table and executed with CALL TRANSACTION or as a batch input session. It is used for migration and mass entry where no BAPI exists, but it is brittle against screen changes, so a BAPI is preferred wherever one is available.

日本語Batch Data Communication。既存のトランザクション画面を自動操作してデータを登録する仕組み。画面の入力項目と値の組み合わせをBDCテーブルに組み立て、CALL TRANSACTIONまたはバッチインプットセッションで実行する。BAPIが提供されていない処理のデータ移行や一括登録に使われるが、画面レイアウトの変更に弱いため、BAPIが使える場合はそちらが優先される。

The SD process of issuing invoices to customers after PGI (Post Goods Issue). Created individually in VF01 or in batch via VF04 (Billing Due List). Billing type F1 (standard invoice) triggers automatic posting to FI accounts receivable. VF11 cancels a billing document and automatically posts a reversal. GL accounts for revenue and tax are automatically determined via Account Determination.

日本語SDの出荷確定（PGI）後に、得意先へ請求書を発行するプロセス。VF01で個別作成、VF04（Billing Due List）で一括作成できる。請求書タイプF1（標準請求）により、FIの売掛金勘定へ自動転記が行われる。VF11で請求書をキャンセルすると逆仕訳が自動実行される。勘定決定により売上・税金のGL勘定が自動決定される。

A schedule of several billings against one sales order, defining amounts or percentages per date. Two forms exist: periodic billing, used for maintenance contracts and similar, and milestone billing tied to project milestones. In milestone billing the block is released automatically as each milestone is achieved in PS.

日本語1件の受注に対して複数回の請求を計画する仕組み。日付ごとに請求金額や比率を定義する。期間請求（保守契約などで一定期間ごとに請求）と、マイルストーン請求（工事の節目ごとに請求）の2形式がある。マイルストーン請求ではPSのマイルストーンと連動し、達成すると請求ブロックが自動的に解除される。

The payment block applied automatically when three-way match finds a quantity or value difference beyond tolerance. The liability is recognised but payment is withheld. MRBR lists blocked invoices for investigation and release or renegotiation. Left alone they become late payments and strained supplier relationships, so ownership by block reason is worth establishing.

日本語3点照合で数量や金額が許容範囲を超えてずれている場合に、請求書へ自動的に設定される支払保留。会計上は債務として計上されるが支払は行われない。MRBRで一覧を確認し、内容を精査して解除するか仕入先と交渉するかを判断する。放置すると支払遅延となり仕入先との関係を損なうため、ブロック理由別に担当を決めて処理する運用が必要。

Master data in PP that defines the components, semi-finished goods, and raw materials that make up a product along with their quantities. Created in CS01. Types include Manufacturing BOM, Sales BOM, and Project BOM. MRP explodes the BOM to calculate component requirements. Validity date management handles engineering changes on a date-effective basis.

日本語Bill of Materials。製品を構成する部品・半製品・原材料とその数量を定義するPPのマスタデータ。CS01で作成し、製造BOM・販売BOM・プロジェクトBOMなど複数のタイプがある。MRP実行時のBOM展開により必要部品の所要量が計算される。有効期限管理によりエンジニアリング変更を日付ベースで管理できる。

The unified master record for trading partners introduced in S/4HANA. Where ECC required separate vendor and customer masters, one Business Partner record carries multiple roles, which simplifies handling of partners that both supply and buy. Migrating from ECC involves converting the existing masters into Business Partners.

日本語S/4HANAで導入された、取引先マスタの統合された管理単位。従来は仕入先マスタ（XK01）と得意先マスタ（XD01）を別々に維持する必要があったが、BPでは1つのレコードに「仕入先」「得意先」といった役割を複数持たせられる。ECCからの移行では、既存マスタのBPへの変換作業が必要になる。

A PP function that manages the load (demand) from production orders and planned orders against the available capacity of work centers. CM01 (Capacity Evaluation) displays capacity vs. load per work center. Two modes: Infinite Capacity Planning (scheduling without capacity constraints) and Finite Capacity Planning (scheduling respects capacity limits). Primary goal is identifying overloads and adjusting the production schedule accordingly.

日本語作業場所（Work Center）の稼働能力に対して製造指図・計画指図の負荷（ロード）を管理するPP機能。CM01（能力評価）で作業場所ごとのキャパシティとロードを確認する。無限能力計画（能力制約なしのスケジューリング）と有限能力計画（能力制約を考慮したスケジューリング）の2モードがある。能力超過（オーバーロード）の発見と製造計画の調整が主な目的。

A reduction granted for paying within a set period, expressible in up to two tiers such as two per cent within ten days, net in thirty. Two accounting treatments exist: the gross procedure records the full invoice and books the discount as income at payment, while the net procedure records the discounted amount and expenses any discount missed — the better choice where capturing discounts is managed as a metric.

日本語定められた期限内に支払った場合に適用される値引き。支払条件で2段階まで設定でき、「10日以内なら2%、30日以内に全額」のように表現する。記帳方法には、請求書の全額で計上して割引額を支払時に収益とする総額法と、割引後の金額で計上して取り逃した分を費用とする純額法がある。割引の獲得状況を管理したい場合は純額法が適する。

The facility through which staff record their own time against projects and cost centres, posting to PS, CO and HR after approval. On labour-intensive projects it largely determines how accurate actuals are. Keeping entry quick and feeding the resulting data back to the people who enter it is what sustains that accuracy.

日本語Cross-Application Time Sheet。担当者が複数のプロジェクトや原価センタに対する工数を自分で入力する仕組み。承認ワークフローを経て、PS、CO、HRへ転記される。人件費の比重が大きいプロジェクトでは実績精度を大きく左右する。入力の手間を減らす工夫と、データを現場にフィードバックする運用が精度を保つ鍵になる。

A Core Data Services view, defining joins, aggregations, calculated columns and access control in the database layer. It is the main vehicle for code pushdown on HANA: rather than pulling large volumes to the application server and processing there, the calculation runs in the database and only the result is returned. CDS views are developed in ADT and cannot be created in the SAP GUI.

日本語Core Data Services ビュー。複数テーブルの結合、集計、計算列、権限制御をデータベース側で定義する仕組み。HANAの性能を活かす「コードプッシュダウン」の中核であり、大量データをABAPサーバへ持ってきてから加工するのではなく、集計結果だけを受け取れる。開発はEclipseベースのADTで行い、SAP GUIでは作成できない。

The two elements of the profitability analysis data structure. Characteristics are the dimensions analysed along — product, customer, sales organisation, region — while value fields hold the amounts and quantities measured. Each combination of characteristics is a profitability segment. Adding characteristics multiplies segments combinatorially, so they should be limited to dimensions that genuinely drive decisions.

日本語収益性分析のデータ構造を構成する2つの要素。特性は分析の切り口（製品、得意先、販売組織、地域など）、数値項目は測定する金額や数量（売上高、値引、原材料費など）。特性の組み合わせ1つひとつを収益性セグメントと呼ぶ。特性を増やしすぎるとセグメント数が組み合わせで爆発するため、実際に意思決定に使う軸に絞る必要がある。

A list of all GL accounts used by a company, managed at client level and shareable across multiple company codes (Operating Chart of Accounts). A Country-Specific Chart of Accounts can also be defined per company code. Account groups control the nature of accounts (balance sheet or P&L) and number ranges. The chart of accounts is the structural backbone of FI financial reporting.

日本語会社で使用するすべてのGL勘定科目を定義したリスト。クライアントレベルで管理され、複数の会社コードで共有できる（運営勘定科目表）。個別の会社コードに対する代替勘定科目表（Country Chart of Accounts）を別途定義することも可能。勘定グループにより勘定科目の性質（貸借対照表・損益）と採番範囲を制御する。

The design principle of extending SAP only through released APIs and defined extension points, leaving the standard core unmodified. Direct modification of standard programs causes overwrites and conflicts whenever support packages or new releases arrive, driving up maintenance cost. Large add-on estates are among the main obstacles to an S/4HANA migration, which is why the principle has gained weight.

日本語SAP標準のコアを変更せず、公開されたAPIと拡張ポイントだけで機能を追加するという設計原則。標準プログラムを直接書き換えるモディフィケーションは、サポートパッケージや新バージョンの適用時に上書きや衝突を起こし、保守コストを押し上げる。大量のアドオンはS/4HANA移行の主要な障壁になるため、この原則の重要性が増している。

Matching a payment against the open items it settles and closing them. Cleared items are stamped with a clearing document and date and drop out of the open items list. Where amounts differ, a difference inside tolerance is written off automatically, and anything larger is handled as either partial clearing or a residual item. FBRA resets a clearing made in error.

日本語入金や支払を、対応する未決済明細と突き合わせてクローズする処理。消込を行うと明細に消込伝票番号と消込日付が記録され、未決済明細の一覧から外れる。金額が一致しない場合は、許容範囲内なら差額を自動的に損益へ振り替え、それを超える場合は部分消込か残額処理を選ぶ。誤って消込した場合はFBRAで解除する。

An independent logical partition within one physical SAP system, identified by a three-digit number chosen at logon. Most tables carry MANDT as the first key field and SQL access adds the client condition automatically, so data from one client never leaks into another. Client properties are maintained in SCC4.

日本語1つの物理的なSAPシステムの中に作られる、独立した論理的な区画。3桁の数字で表され、ログイン時に指定する。多くのテーブルが主キーの先頭にMANDT項目を持ち、SQLアクセス時に自動的にそのクライアントの条件が付加されるため、異なるクライアントのデータが混ざることはない。設定はSCC4で行う。

The distinction between data and settings held separately per client and those shared across the whole system. Master data, documents, users, roles and most configuration are client-dependent. ABAP programs, table definitions, currencies, units and calendars are client-independent, so changing one affects every client on that system.

日本語データや設定がクライアントごとに分かれるか、システム全体で共通かの区別。マスタデータ、伝票、ユーザー、ロール、多くのカスタマイジングはクライアント依存。ABAPプログラム、テーブル定義、通貨コード、単位、暦はクライアント非依存であり、変更するとそのシステム上のすべてのクライアントに影響する。

The definition of the format for project numbers (OPSJ). Separators embed the hierarchy in the number itself, so the level of an element is visible from its identifier. Too few digits exhausts the numbering as projects accumulate; too many makes entry tedious. Changing it after go-live affects every existing project, so it warrants care at design time.

日本語プロジェクト番号の書式を定義する仕組み（OPSJ）。区切り文字によって階層を番号自体に埋め込めるため、番号を見るだけでどのレベルの要素かが分かる。桁数が足りないとプロジェクトが増えたときに採番できなくなり、長すぎると入力が煩雑になる。稼働後の変更は既存プロジェクトに影響するため、導入時に慎重な設計が必要。

An amount not yet expensed but already committed to be spent. It arises when a purchase requisition is created and clears when goods are received and actual cost is posted. Comparing only actual cost against budget hides ordered-but-unreceived amounts and discovers overruns late, so budget is compared against assigned value — actual plus commitment.

日本語まだ費用にはなっていないが、支出が確定している金額。購買依頼を作った時点で発生し、入庫して実績原価になると同時に消滅する。予算との比較では実績原価だけを見ていると発注済みで未計上の金額が見えず、予算超過に気づくのが遅れるため、実績とコミットメントを合わせた「割当額」を予算と比較するのが基本。

The smallest organizational unit in SAP for which a complete, self-contained set of accounts can be drawn up (balance sheet and income statement). Corresponds to a legal entity. Other organizational units such as Sales Organizations, Purchasing Organizations, and Plants are assigned to a Company Code. The fundamental organizational unit of Financial Accounting (FI).

日本語SAPにおける独立した会計単位。法的に完結した貸借対照表・損益計算書が作成できる最小組織単位であり、1つの法人（会社）に対応する。販売組織・購買組織・プラントなどの他の組織単位は会社コードに割り当てられる。財務会計（FI）の基本となる組織単位。

SAP's generic condition determination engine used across many business scenarios including pricing, account determination, output management, and tax calculation. Structured as a hierarchy: Condition Type → Access Sequence → Condition Table → Condition Record. Enables flexible business rule configuration. Widely used in SD pricing procedures and MM message control, among others.

日本語SAPの汎用的な条件決定エンジン。価格決定・勘定決定・出力管理・税計算など多くのビジネスロジックに共通して使用される。「条件タイプ→アクセスシーケンス→条件テーブル→条件レコード」の階層で構成され、柔軟なビジネスルール設定を可能にする。SDの価格設定手順やMMのメッセージ管理など幅広く活用されている。

An object in SAP's condition technique that defines individual pricing elements such as prices, discounts, surcharges, and taxes. Key examples include PR00 (list price), K004 (material discount), and MWST (tax). Each condition type is assigned an access sequence that defines how condition records are searched. Records are maintained in VK11.

日本語SAPのコンディション技術における価格・割引・割増・税金などの個別要素を定義するオブジェクト。PR00（標準価格）・K004（品目割引）・MWST（消費税）などが代表的。各条件タイプにはアクセスシーケンスが割り当てられ、条件レコードの検索方法を定義する。VK11で条件レコードを登録する。

A procurement arrangement where vendor-owned inventory is stored at the plant's premises. Payment obligation to the vendor arises only when the stock is consumed (withdrawn), not during storage. Ordered with document type NB and item category K. Movement type 411K converts consignment stock to own unrestricted stock at the time of consumption.

日本語仕入先所有の在庫をプラントの保管場所に預かり管理する調達方式。在庫を使用（引き出し）した時点で仕入先への支払義務が発生するため、保管中はコストが発生しない。発注タイプNBに品目カテゴリK（コンサインメント）を使用し、使用時は移動タイプ411Kで自社在庫へ転換する。

The highest-level organizational unit in CO Controlling. Groups one or more company codes and manages CO objects such as cost centers, profit centers, and internal orders. All company codes within a controlling area must share the same fiscal year variant. Typically set at the corporate group level to consolidate management accounting information across the group.

日本語Controlling Area。CO管理会計の最上位組織単位。1つ以上の会社コードを束ね、原価センタ・利益センタ・内部指図などのCOオブジェクトを管理する。管理領域内の全会社コードは同一の会計年度バリアントを使用する必要がある。管理領域は通常、企業グループ単位で設定され、グループ全体の管理会計情報を集約する。

Customizing settings that govern how data is transferred between SD process documents—inquiry, quotation, sales order, delivery, and billing. Configured in VOVA by defining which fields to copy and which routines to apply for each source-to-target document type combination. Eliminates re-entry and maintains data consistency across the OTC process.

日本語照会・見積・受注・出荷・請求の各SDプロセス伝票間でデータを引き継ぐためのカスタマイズ設定。VOVAで設定し、元伝票タイプ・後続伝票タイプの組み合わせごとに、どの項目をコピーするか・どのルーチンで変換するかを定義する。これにより再入力の手間を省き、データの整合性を保つ。

An organizational unit in CO Controlling that represents where costs are incurred, such as manufacturing departments, sales departments, or administrative functions. Costs collected on cost centers can be allocated to other cost objects via Assessment (KSU5) or Distribution (KSV5). Created with KS01; cost plans are entered with KP06.

日本語管理会計（CO）における原価の発生場所を表す組織単位。製造部門・営業部門・管理部門など、機能別・部門別に設定される。原価センタに計上されたコストは、配賦（Assessment/Distribution）により他の原価対象に転送できる。トランザクションKS01で作成し、KP06でコスト計画を登録する。

The framework that preserves the breakdown behind a rolled-up product cost — raw materials, direct labour, machine cost, production overhead. Its value shows in multi-level products: however many semi-finished stages lie between, the proportion of a finished item that is material rather than conversion remains visible, which lets a weak margin be traced to its components.

日本語積み上げた製品原価を、原材料費・直接労務費・機械費・製造間接費といった内訳を保った形で保持する枠組み。この内訳が保たれることの価値は多段階の製品で発揮され、完成品の原価のうち何割が原材料費で何割が加工費かを、中間製品を何段階経ていても分解して見られる。粗利がなぜ低いのかを原価の構成要素まで遡って分析できる。

A classification unit for costs and revenues in CO Controlling. Primary cost elements correspond to FI GL accounts (material costs, labor, depreciation, etc.). Secondary cost elements are used only within CO for allocations, activity allocations, and order settlements. In S/4HANA, GL accounts and cost elements are unified.

日本語CO管理会計における原価・収益の分類単位。一次原価要素（Primary）はFIのGL勘定に対応し、材料費・人件費・減価償却費などを分類する。二次原価要素（Secondary）はCO内部の配賦・活動配賦・製造指図精算に使用される。S/4HANAではGL勘定と原価要素が統合されている。

The setting that governs the detail of a cost estimate: which material price is used, which BOM and routing are selected, how overhead is applied. It is assembled from a valuation variant, quantity structure control and date control. When the same product costs differently in two runs, the costing variant is usually the reason.

日本語原価計算の細かい挙動を制御する設定。どの価格を材料単価として使うか、どのBOMと作業手順を選ぶか、間接費をどう上乗せするかを規定し、評価バリアント・数量構造管理・日付管理から構成される。「同じ製品なのに計算結果が違う」という場合、多くは原価計算バリアントの違いが原因となる。

The organizational unit for credit management in SAP. A single credit control area can span multiple company codes, enabling centralized credit limit management across a group of customers. Credit limits per customer within a credit control area are configured in FD32.

日本語与信管理の組織単位。複数の会社コードにまたがった与信管理が可能で、得意先グループ全体の与信限度を一元管理できる。与信エリア内に複数の得意先を属させ、与信限度額の共有・管理を行う。FD32で得意先ごとに与信エリアと与信限度額を設定する。

A function that manages customer credit risk and blocks sales orders or deliveries when credit limits are exceeded. Credit limits and credit control areas are configured in FD32. The behavior of credit checks is controlled by the combination of Risk Category and Credit Management Group. Blocked orders are released manually by the credit manager in VKM1.

日本語得意先の信用リスクを管理し、与信限度額を超えた取引に対して受注・出荷をブロックする機能。FD32で与信エリア・与信限度額を設定する。リスクカテゴリと与信管理グループの組み合わせで与信チェックの動作を制御。ブロックされた受注はVKM1で与信担当者が手動解除する。

A document that reduces the amount owed by a customer. In SD, a Credit Memo Request (CR type, VA01) is created and, after approval, a credit memo billing document (type G2) is issued. No physical stock return is involved — use a Returns Order (RE) if stock must be returned. In FI, the credit memo automatically posts a reversal that reduces accounts receivable.

日本語得意先への金額調整（減額）を行う処理。SDではクレジットメモ依頼（CR：VA01）を作成し、承認後に請求書タイプG2のクレジットメモを発行する。在庫の物理的な返却は伴わない（返品入庫が必要な場合は返品受注REを使用）。FIでは売掛金の残高を減少させる逆方向の転記が自動実行される。

The chain of activities with zero float produced by network scheduling: a day lost on it is a day lost on the project, which makes it the focus of schedule management. It is computed from estimated durations, so estimates detached from reality produce a path detached from reality.

日本語ネットワークのスケジューリングで算出されるフロート（余裕）がゼロの活動の連なり。この経路上の活動が1日遅れれば、プロジェクト全体が1日遅れる。日程管理ではこの経路を重点的に監視する。ただし各活動の所要期間の見積もりにもとづいて計算されるため、見積もりが実態と乖離していれば算出される経路も現実を反映しない。

An SD code that classifies customers, set in the customer master General Data. Used as a classification basis for account determination, pricing, statistical analysis, and credit management grouping. Examples: Group 01 (large retailers), Group 02 (wholesalers), categorized by business type. Customer Group does not directly set credit limits (managed via Credit Control Area in FD32); it serves as a classification and analysis attribute.

日本語得意先を分類するSDコード。得意先マスタ（一般データ）に設定し、勘定決定・価格設定・統計分析・与信管理の分類基準として使用される。例：得意先グループ01（大手小売）・02（卸売業者）など業態別に分類する。得意先グループは与信限度額の設定根拠にはならず（与信エリア・FD32で管理）、あくまで分類・分析目的で使用される。

Master data that manages information about customers (business partners for sales transactions). Organized in three levels: General Data (name, address), Company Code Data (reconciliation account, payment terms), and Sales Area Data (shipping conditions, pricing group). Created with XD01 (all data) or VD01 (Sales Area data only). Customer Group is used for account determination and reporting.

日本語販売取引の相手先（得意先）情報を管理するマスタデータ。一般データ（名称・住所）・会社コードデータ（照合勘定・支払条件）・販売エリアデータ（出荷条件・価格グループ）の3階層で構成される。XD01（全データ）またはVD01（販売エリアのみ）で作成する。得意先グループは勘定決定・統計分析に使用される。

A physical inventory method that varies the counting frequency by material based on ABC classification. A-class materials (high value) are counted most frequently (e.g., monthly), while C-class (low value) are counted least frequently (e.g., annually). Allows continuous, accurate inventory management without stopping all operations.

日本語ABC分析に基づき品目の重要度・金額に応じて棚卸頻度を変える棚卸方式。A品目（高価値）は高頻度（例：月次）、B品目は中頻度、C品目（低価値）は低頻度（例：年次）で実施する。全品目を一度に停止することなく、継続的に精度の高い在庫管理を維持できる。

Moving older transactional data out of the database into external storage. Bloated tables degrade query performance and lengthen backups and upgrades, so data past a defined age is archived. Archived data remains readable but cannot be changed, and the retention plan has to be reconciled with statutory record-keeping requirements.

日本語古い伝票データをデータベースから外部ストレージへ退避する仕組み。テーブルが肥大化すると検索性能が低下し、バックアップやアップグレードの所要時間も増えるため、一定期間を過ぎたデータを対象に実行する。アーカイブしたデータは参照できるが更新はできない。法定保存期間との整合を確認したうえで計画する必要がある。

The semantic layer of a Data Dictionary type: field labels, documentation and search help, inheriting technical attributes from its domain. Declaring ABAP variables by reference to a data element is preferable to writing a built-in type, because lengths then match the SAP definition automatically and follow any change to it.

日本語データディクショナリにおける意味的属性の定義。項目ラベル（短・中・長）、ドキュメント、検索ヘルプを保持し、技術的な仕様はドメインから継承する。ABAPで変数を宣言する際は、組み込み型を直接書くよりデータ要素を参照するほうが望ましい。桁数がSAPの定義と自動的に一致し、定義変更にも追随するため。

The SD shipping process in which a delivery document is created (VL01N) based on a sales order, followed by picking, packing, and PGI (Post Goods Issue). PGI reduces MM inventory and posts cost of goods sold to CO. The delivery document serves as the intermediate document linking the sales order to the invoice.

日本語SDの出荷プロセスにおいて、受注に基づき出荷伝票（VL01N）を作成し、ピッキング・梱包・PGI（出荷確定）を行う一連の処理。PGI実行時に在庫が減少しMMと連携、売上原価がCOに計上される。出荷伝票は受注と請求書をつなぐ中間伝票として機能する。

The accounting process of allocating the cost of a fixed asset over its useful life as an expense. In SAP, executed monthly using AFAB. The depreciation method (straight-line, declining balance, etc.) and useful life are configured via the Depreciation Key. In S/4HANA, AFAB runs as a scheduled background job. Depreciation expense is posted to P&L and reduces the asset's book value.

日本語固定資産の取得原価を耐用年数にわたって費用配分する会計処理。SAPではAFABトランザクションで月次に実行する。減価償却方法（定額法・定率法等）と耐用年数は減価償却キー（Depreciation Key）で設定される。S/4HANAではAFABはバックグラウンドジョブとして定期実行される。計上されたは減価償却費はP&Lに計上され、資産の帳簿価額が減少する。

The mechanism for maintaining several parallel valuations of the same asset for different purposes — straight line over ten years for accounting and declining balance over eight for tax, calculated simultaneously in areas 01 and 15. Not every area posts to the general ledger; a tax area commonly only calculates, feeding the figures used to prepare returns.

日本語同じ1つの資産について、目的の異なる複数の帳簿価額を並行して管理する仕組み。会計基準上は定額法で10年、税務上は定率法で8年といった状況を、評価領域01（帳簿）と15（税務）に分けて同時に計算する。すべての領域が総勘定元帳に転記されるわけではなく、税務用は計算だけ行い申告資料の作成に使う運用が一般的。

The master record defining how depreciation is calculated — straight line or declining balance, when depreciation starts, how residual value is treated — assembled from underlying calculation methods. Combined with the useful life it produces the periodic charge. Useful life is held per depreciation area on the asset master, so book and tax lives can differ.

日本語減価償却額をどう計算するかを定義するマスタ。定額法か定率法か、償却の開始タイミング、残存価額の扱いといった要素を計算方法の組み合わせとして定義する。耐用年数との組み合わせで毎期の償却額が自動計算される。耐用年数は資産マスタの評価領域ごとに設定できるため、帳簿と税務で異なる年数を使うことも可能。

A CO allocation method that transfers primary cost element amounts from one cost center to others while preserving the original primary cost elements. Executed with KSV5 (collective) or KSV1 (individual). Unlike Assessment, the receiving cost center can see the original cost element breakdown (labor, energy, etc.), providing greater management transparency.

日本語原価センタの一次原価要素（直接費・間接費）をそのままの原価要素で他の原価センタへ振り替えるCO配賦方法。KSV5（一括）またはKSV1（個別）で実施する。受け取り側の原価センタには元の原価要素（人件費・電力費等）が詳細に見える点がアセスメントとの違い。管理上の透明性が高い配賦方法。

An SD organizational unit that distinguishes the route through which products or services reach customers, such as direct sales, wholesale, retail, or online. Combined with Sales Organization and Division to form a Sales Area. Different pricing conditions and customer master data can be configured per distribution channel.

日本語製品やサービスが顧客に届くまでの販売経路を区別するSDの組織単位。直販・卸売・小売・インターネット販売など、複数の流通経路を区別できる。販売組織・製品部門と組み合わせて販売エリアを形成し、チャネルごとに異なる価格条件や得意先マスタを設定できる。

An SD organizational unit that classifies product lines or service categories. Combined with Sales Organization and Distribution Channel to form a Sales Area. Different pricing conditions and customer master data can be configured per Division. Each material is assigned to a Division in the material master Sales Organization Data 1 view.

日本語製品ラインやサービスカテゴリを分類するSDの組織単位。販売組織・流通チャネルと組み合わせて販売エリアを形成する。製品部門ごとに異なる価格条件・得意先マスタデータを設定できる。品目マスタの基本データ（販売組織データ1）で各品目に製品部門を割り当てる。

Because a posted accounting document cannot have its amounts or accounts overwritten, errors are corrected by reversing it with FB08, which posts the opposite entries as a new document and links the two. A cleared document must have its clearing reset with FBRA first, and reversal into a closed period is impossible unless the period is reopened.

日本語転記済みの会計伝票は金額や勘定科目を上書き修正できないため、誤りはFB08で取り消す。取消を行うと元伝票と逆の仕訳が新しい伝票として起票され、両者が相互に紐づけられる。消込済みの伝票はFBRAで消込を解除してからでないと取り消せず、クローズされた期間への取消もその期間を再オープンしない限りできない。

A code that classifies FI journal entry documents, controlling which account types can be posted, the number range assigned, and reversal behavior. Key document types: SA (GL journal entry), KR (vendor invoice), KZ (vendor payment), DR (customer invoice), DZ (customer payment), AA (asset posting). Controls accounting management, reporting, and workflow behavior.

日本語FI仕訳伝票の種類を分類するコード。転記可能な勘定タイプ・採番範囲・逆転記可否などを制御する。代表的な伝票タイプ：SA（GL仕訳）・KR（仕入先請求書）・KZ（仕入先支払）・DR（得意先請求書）・DZ（得意先入金）・AA（資産転記）。伝票タイプにより会計管理・レポーティング・ワークフローが制御される。

The technical layer of a Data Dictionary type: data type, length, permitted value range and conversion routine. Several data elements can share one domain — an amount domain used by both invoice amount and payment amount. The conversion routine translates between internal and external format, which is why a material number is stored as eighteen zero-padded characters but displayed without the leading zeros.

日本語データディクショナリにおける技術的属性の定義。データ型、桁数、値範囲、変換ルーチンを規定する。複数のデータ要素が同じドメインを参照でき、たとえば「金額」ドメインを請求金額と支払金額が共有する。変換ルーチンにより内部形式と外部形式の変換が行われ、品目コードが内部では18桁ゼロ埋めで保持されつつ画面には前ゼロなしで表示される。

The process of sending payment reminders to customers who have not paid by the due date, run through F150. Dunning levels escalate with the age of the debt, each carrying its own tone and any additional action such as calculating interest or suspending trading. Every run updates the dunning level and last dunned date on the customer master so the next reminder moves up the ladder.

日本語支払期日を過ぎても入金のない得意先に督促状を送付する処理。F150で実行する。滞留日数に応じて督促レベルを段階的に上げる設計とし、レベルごとに文面のトーンや延滞利息の計算、取引停止といった追加処理を割り当てる。実行のたびに得意先マスタの督促レベルと最終督促日が更新され、次回は上のレベルが選ばれる。

A dynamic program — the interactive screen technology that runs inside the SAP GUI. Screens are built in the Screen Painter (SE51), which defines the layout and the flow logic split into process-before-output and process-after-input. Dynpros cannot be created in ADT and require the GUI; new development increasingly moves to Fiori instead.

日本語Dynamic Program。SAP GUI上で動作する対話型の入力画面。SE51のスクリーンペインタで作成し、画面レイアウトとフロー制御（PBO：出力前処理、PAI：入力後処理）を定義する。Eclipseベースの開発環境ADTでは作成できず、SAP GUIが必要。近年はFioriによるWebベースのUIへ置き換えが進んでいる。

A method that evaluates cost and progress together by comparing planned value, earned value and actual cost, producing cost and schedule variances and the CPI and SPI indices. Earned value derives from percentage complete, so where progress is a subjective claim the whole analysis inherits that subjectivity.

日本語原価と進捗を統合して評価する手法。計画価値（PV）、出来高（EV）、実績原価（AC）を比較し、コスト差異（EV−AC）とスケジュール差異（EV−PV）、およびCPI（EV÷AC）とSPI（EV÷PV）を算出する。出来高は進捗率にもとづくため、進捗率が主観的な申告であればEVMの数値も主観的なものになる点に注意が必要。

A mechanism for inserting hooks at arbitrary points in ABAP source, structured as enhancement spots and implementations. Where older exits could only be used where SAP had provided them, this allows extension at far more locations. New-style BAdIs are integrated into the same framework.

日本語ABAPソースコードの任意の箇所にフックを挿入できる拡張の仕組み。エンハンスメントスポットとエンハンスメント実装で構成される。従来のイグジットがSAPの用意した箇所にしか実装できなかったのに対し、より柔軟な位置での拡張が可能になった。新しいBAdIもこのフレームワークに統合されている。

The class-based exception mechanism in ABAP Objects, raised with RAISE EXCEPTION TYPE and caught in a TRY/CATCH block. Base classes distinguish CX_STATIC_CHECK, which must be declared and handled, CX_DYNAMIC_CHECK, checked at runtime, and CX_NO_CHECK for fatal errors. Catching everything at CX_ROOT is best avoided, since it conflates expected errors with genuine bugs.

日本語ABAPオブジェクトにおける例外処理の仕組み。RAISE EXCEPTION TYPE で送出し、TRY〜CATCH〜ENDTRYで捕捉する。基底クラスによりCX_STATIC_CHECK（宣言必須）、CX_DYNAMIC_CHECK（実行時チェック）、CX_NO_CHECK（致命的エラー向け）に分かれる。すべてをCX_ROOTで一括捕捉すると想定内のエラーと予期しないバグを区別できなくなるため避けるべき。

The category distinguishing rates used for different purposes: M for standard translation and everyday posting, B for the bank buying rate, G for the selling rate, P for planning. Rates are maintained in OB08 by type, currency pair and validity date. A missing rate stops foreign currency postings outright, so loading rates at the start of each month has to be a fixed routine.

日本語目的に応じて使い分ける為替レートの区分。M（標準換算レート、日常の転記に使う既定値）、B（銀行買レート）、G（銀行売レート）、P（計画レート）などがある。レートはOB08で、レートタイプ・通貨ペア・有効開始日の組み合わせで登録する。該当日付のレートが未登録だと外貨建伝票の転記がエラーで止まるため、月初の登録は定型作業として組み込む必要がある。

An SAP work process consumes memory in order: roll area, extended memory, then heap. Exhausting extended memory and moving into heap puts the process into PRIV mode, where it is reserved for one user and unavailable to anyone else. Accumulating PRIV processes degrades response across the system, so SM50 is monitored and the offending program identified.

日本語SAPのワークプロセスは、ロールエリア、拡張メモリ、ヒープメモリの順にメモリを使う。拡張メモリを使い切ってヒープメモリに移るとワークプロセスがPRIVモードとなり、特定のユーザーに占有されて他のユーザーが使えなくなる。PRIVプロセスが増えるとシステム全体のレスポンスが悪化するため、SM50で監視し原因プログラムを特定する。

A batch management search strategy that prioritizes batches with the earliest expiry/best-before date for goods issues and stock allocation. Essential for industries requiring expiry date control such as food, pharmaceuticals, and chemicals. Enabled by activating the Batch Management Required flag and SLED (Shelf Life Expiration Date) in the Material Master, and configuring FEFO in the batch search strategy.

日本語First Expiry First Out。バッチ管理品目の在庫引き当て戦略の一つ。有効期限（使用期限・消費期限）が最も早いバッチを優先的に出庫・引き当てる。食品・医薬品・化学品など有効期限管理が重要な業界で必須の機能。品目マスタでバッチ管理必須フラグとSLED（棚卸有効期限）を有効化し、バッチ検索戦略でFEFOを設定する。

The structure describing the columns an ALV should display: field name, headings, width, whether to total, whether to show initially. Pointing REF_TABLE and REF_FIELD at a Dictionary definition inherits the heading, length and conversion routine, which noticeably improves the output. SALV derives the catalog from the internal table automatically, so it does not need building by hand.

日本語ALVで表示する列の定義を保持する構造。項目名、列見出し、表示幅、合計の要否、初期表示の有無などを指定する。REF_TABLEとREF_FIELDにデータディクショナリの定義を指定すると、見出し・桁数・変換ルーチンが自動的に適用され、表示品質が向上する。SALVを使う場合は内部テーブルの構造から自動生成されるため、手動で作る必要がない。

The setting that controls which fields are required, optional or suppressed during document entry, assigned to the G/L account master. Posting keys carry equivalent control, and the two combine to determine what is finally displayed, with the more restrictive setting winning. A cost centre that is optional when it should be mandatory traces to one or both of them.

日本語伝票入力時にどの項目を入力必須・任意・非表示とするかを制御する設定。勘定科目マスタに割り当てる。転記キー側にも同様の制御があり、両者を組み合わせて最終的な表示が決まる。より制限の強い設定が優先されるため、「原価センタを必須にしたいのに任意になっている」という相談はこの2つのどちらか、あるいは両方に原因がある。

An ABAP construct equivalent to a pointer, written in angle brackets as <fs>. Used with ASSIGNING in a loop over an internal table, it references the row directly instead of copying it into a work area, which is both faster and allows the row to be modified in place. It is the right choice for large volumes and for in-place updates.

日本語他の変数やデータ領域を指し示すポインタに相当するABAPの機能。<fs>のように山括弧で表記する。内部テーブルのループでASSIGNINGとともに使うと、行を作業領域へコピーせず直接参照するため高速であり、行の値をその場で書き換えられる。大量データの処理や、ループ内で行を更新する場合に用いる。

A hierarchy defining how G/L accounts are grouped and subtotalled for reporting — which accounts count as current assets, where subtotals appear. A company code can have several, and running one for local statutory format, one for IFRS and one for internal management reporting side by side is common practice.

日本語勘定科目をどう集計して表示するかを階層構造として定義したもの。どの科目を流動資産に含めるか、どの階層で小計を出すかを規定する。同じ会社コードに対して複数持つことができ、日本の会社法計算書類用、IFRS用、内部管理用といった目的別の表示形式を並行して用意するのが一般的。

An Open SQL construct that selects rows matching values held in an internal table, used instead of repeating a SELECT inside a loop. Two behaviours catch people out: if the driver table is empty the condition is dropped entirely and the whole table is returned, so an emptiness check is mandatory; and duplicate rows are removed from the result automatically.

日本語内部テーブルの各行の値を条件として、データベースから一括取得するOpen SQLの構文。ループ内でSELECTを繰り返す代わりに使う。ただし駆動表が空の場合はWHERE条件そのものが無視されテーブル全件が返るため、実行前の空チェックが必須。また結果から重複行が自動的に除去される点にも注意が必要。

Revaluing open foreign currency balances at closing rates during the period-end close, run through FAGL_FCV. The difference posts to exchange gain or loss with a valuation adjustment account on the balance sheet side. Because it is unrealised it is normally reversed at the start of the next period; without reversal configured in the valuation method, adjustments accumulate and distort the following period twice over.

日本語決算時に外貨建の未決済残高を期末レートで評価し直す処理。FAGL_FCVで実行する。生じた評価差額は為替差損益としてP/Lに計上され、相手勘定として評価調整勘定が立つ。この差額は未実現であるため翌期首に戻し入れる（洗替）のが原則で、評価方法で洗替を有効にしていないと差額が積み上がり翌期の損益が二重に歪む。

A reusable processing unit created in SE37, belonging to a function group whose members share global data. Parameters are categorised as importing, exporting, changing, tables and exceptions. A common source of confusion is that EXPORTING at the call site means passing values in, while the same values are received as importing parameters inside the function.

日本語SE37で作成する再利用可能な処理単位。関数グループという入れ物に属し、同じグループ内の関数はグローバルデータを共有する。パラメータはIMPORT・EXPORT・CHANGING・TABLES・EXCEPTIONSに分かれる。呼び出し側のEXPORTINGは「関数へ渡す」、IMPORTINGは「関数から受け取る」を意味し、定義側から見ると向きが逆になる点が混乱しやすい。

The central repository that aggregates all financial transactions by account. Subledger postings (AR, AP, fixed assets, etc.) are automatically reflected through reconciliation accounts. Managed at company code level in SAP; unified into the Universal Journal (ACDOCA) in S/4HANA. Forms the basis for financial statements (balance sheet and income statement).

日本語GL（General Ledger）とも呼ばれる、すべての財務取引を勘定科目別に集計する元帳。補助元帳（売掛金・買掛金・固定資産等）からの転記が照合勘定を通じて自動反映される。SAPでは会社コードレベルで管理され、S/4HANAではUniversal Journal（ACDOCA）に統合されている。財務諸表（貸借対照表・損益計算書）の作成基盤となる。

The classification code in Financial Accounting (FI) where all transactions are aggregated. Created in FS00 with account type (balance sheet or P&L), account group, and posting control settings. All SAP postings (journal entries) are recorded through GL accounts to form financial statements. In S/4HANA, CO cost elements and GL accounts are unified.

日本語General Ledger Account。財務会計（FI）のすべての取引が集計される会計上の分類コード。FSS0またはFS00で作成し、勘定タイプ（貸借対照表・損益計算書）・勘定グループ・転記管理コードを設定する。すべてのSAP転記（仕訳）はGL勘定を通じて記録され、財務諸表を構成する。CO原価要素とGL勘定はS/4HANAで統合されている。

An MM process that accepts materials into inventory, executed in MIGO. The movement type determines the type of receipt (101 for PO GR, 122 for returns, 101 for production order GR, etc.). Stock increases at receipt; for PO references, automatic GL posting to the GR/IR clearing account occurs. In PP, also used to receive finished goods after production order completion.

日本語物品を在庫として受け入れるMMの処理。MIGOで実施し、移動タイプによって処理の種類（PO入庫101・返品入庫122・製造指図からの入庫101等）が決まる。入庫時に在庫が増加し、PO参照の場合はGR/IR照合勘定とのGL転記が自動実行される。PPでは製造指図完了後の製品入庫処理にも使用される。

Goods Receipt/Invoice Receipt Clearing Account. A GL account that temporarily holds the uncleared balance between goods receipt posting and invoice verification completion. Credited at GR and debited when MIRO clears the balance. GR/IR balances are reconciled monthly using MR11. Unmatched entries (GR-only or invoice-only) leave residual balances requiring period-end adjustment.

日本語Goods Receipt/Invoice Receipt Clearing Account。入庫（GR）から請求照合（MIRO）完了までの間、未処理残高を一時的に保持するGL勘定。入庫時に貸方計上され、MIRO完了時に借方でクリアされる。月次処理ではMR11でGR/IR残高の整理を行う。GRのみ・MIROのみの場合は残高が残り、期末調整が必要となる。

Fixed cost is incurred regardless of volume, so producing less than planned means each unit should absorb more fixed cost than the standard recovers; the shortfall is this variance. It cannot be fixed on the shop floor — however efficiently equipment runs, too few orders will produce it — so it should be read as a question about planning and sales.

日本語固定費は生産量にかかわらず発生するため、計画より生産量が少ないと1個あたりが負担する固定費が増え、標準原価では回収しきれない。この未回収分が操業度差異。製造現場の努力では解消できない性質を持ち、設備をどれだけ効率よく動かしても受注が少なければ発生するため、生産計画や営業活動の問題として読むべき差異。

An Intermediate Document, SAP's standard message format for exchanging data with external systems and the usual vehicle for EDI traffic such as orders and despatch advices. It has three parts — control, data and status records — with processing outcomes recorded as statuses. WE02 and WE05 display traffic, and failed IDocs are diagnosed and reprocessed.

日本語Intermediate Document。SAPと外部システムの間でデータを交換するための標準的なメッセージ形式。受発注や出荷通知といったEDI連携で広く使われる。制御レコード、データレコード、ステータスレコードの3部構成をとり、処理の成否がステータスとして記録される。WE02やWE05で送受信状況を確認し、エラーとなったIDocは原因を特定して再処理する。

The facility that flags documents missing required fields as incomplete and blocks follow-on processing. What counts as required is defined in an incompletion procedure — making a customer purchase order number mandatory, or preventing delivery without a ship-to party. V.02 lists incomplete documents, and clearing them belongs in the monthly routine.

日本語必須項目が入力されていない伝票を「不完全」として記録し、後続処理をブロックする仕組み。何を必須とするかは不完全性手順で定義し、受注伝票で購買発注番号を必須にする、出荷先の設定がなければ出荷させないといった制御ができる。V.02で不完全伝票の一覧を確認でき、月次で滞留していないかを点検する対象になる。

The international rules defining where cost and risk pass between seller and buyer — EXW, FOB, CIF, DDP and the rest. They are held on vendor and customer masters and default onto purchase and sales documents. Because they determine who bears freight and insurance, they also affect costing.

日本語国際商取引における費用と危険負担の分岐点を定めた国際規則。EXW（工場渡し）、FOB（本船渡し）、CIF（運賃保険料込み）、DDP（関税込み持込渡し）などの条件がある。仕入先マスタや得意先マスタに登録し、発注書や受注伝票に引き継がれる。輸送費や保険料をどちらが負担するかが決まるため、原価計算にも影響する。

An SD pre-sales document (type IN) created in VA11 to record initial customer inquiries and information requests. Does not trigger stock reservations, ATP checks, or downstream delivery/billing processing. Positioned as the step before a Quotation in the OTC flow; data can be copied to Quotations and Sales Orders via Copy Control configuration.

日本語SDプリセールスプロセスの伝票タイプIN。VA11で作成し、得意先からの情報収集・引き合い段階を記録する。在庫引き当て・ATPチェックへの影響はなく、請求・出荷の後続処理も発生しない。見積（Quotation）の前段階として位置付けられ、コピー管理を設定することで見積・受注にデータを引き継げる。

A CO object used to collect and track costs for specific projects, events, or equipment. Created in KO01 with optional budget management (availability control), approval workflow, and settlement receivers (cost centers, profit centers, GL accounts). Managed through status stages: PLAN → REL (Released) → TECO (Technically Complete) → CLSD (Closed).

日本語CO管理会計における特定プロジェクト・イベント・設備の原価を収集・追跡するオブジェクト。KO01で作成し、予算管理（可用性管理）・承認フロー・精算先（原価センタ・利益センタ・GL勘定）の設定が可能。ステータス管理により「計画中（PLAN）→リリース（REL）→技術的完了（TECO）→クローズ（CLSD）」の段階で管理される。

An in-memory tabular data structure and the central data type in ABAP; most of what a program does is manipulate them. Three kinds exist — standard tables searched linearly, sorted tables searched by binary search, and hashed tables offering fast access by complete key — chosen according to volume and access pattern.

日本語ABAPのメモリ上に保持される表形式のデータ構造。データベースから取得した結果の加工や集計に使われ、ABAPプログラムの大半は内部テーブルの操作で成り立つ。標準テーブル（線形探索）、ソート済テーブル（二分探索）、ハッシュテーブル（完全キーで高速検索）の3種類があり、件数と検索方法に応じて使い分ける。

The MM process of verifying vendor invoices against the Purchase Order and Goods Receipt before posting to accounts payable. Performed in MIRO; invoices within price and quantity tolerances are automatically approved. Invoices exceeding tolerances receive a billing block, which must be manually released (e.g., via MRBR). Three-way matching is complete when the GR/IR clearing account balance reaches zero.

日本語仕入先からの請求書を購買発注・入庫と照合してから買掛金として計上するMMプロセス。MIROで実施し、PO価格・数量との差異が許容範囲内であれば自動承認される。超過時は請求書ブロックが設定されMRBR等で手動解除する。GR/IR照合勘定の残高がゼロになることで3ウェイマッチングが完了する。

A classification code that controls how a sales order line item behaves for delivery, billing, and costing. Automatically determined from the combination of Order Type and Item Category Group (set in the material master). Key examples: TAN (standard item), TANN (free-of-charge item), TAD (service), TAB (make-to-order item). Determines whether ATP, stock reservation, and costing apply to the line.

日本語受注明細の動作（出荷・請求・原価計算）を制御するSDの分類コード。受注タイプと品目カテゴリグループ（品目マスタで設定）の組み合わせで自動決定される。TAN（標準品目）・TANN（無償品目）・TAD（サービス）・TAB（個別受注品）などが代表例。明細カテゴリにより在庫引き当て・ATPチェック・原価計算の有無が決まる。

The fundamental unit of financial posting in SAP FI, consisting of at least one debit and one credit line item where total debits equal total credits. Created with F-02 (manual entry), FB50 (GL posting), etc. Each document has a document type (SA, KR, DR, etc.) and posting period. After posting, corrections are made by reversal (FB08) rather than direct modification.

日本語SAPにおけるFI財務転記の基本単位。少なくとも1借方・1貸方の転記明細から構成され、借方合計と貸方合計は必ず一致する。F-02（手動仕訳）・FB50（GL転記）等で作成する。伝票タイプ（SA・KR・DR等）と会計期間が設定され、転記後は原則として取消（FB08）または逆仕訳（FB08）で修正する。

SAP's implementation of pull-based replenishment, where a downstream stage triggers upstream supply by what it consumes. Switching a kanban between empty and full signals replenishment without relying on MRP planning ahead. It suits materials with stable consumption and reduces both inventory and lead time; the supply source can be in-house production, external procurement or another storage location.

日本語後工程が使った分だけ前工程が補充する、引き取り方式の生産管理手法をSAP上で実現する機能。かんばんカードの状態（空・充填済）の切り替えによって補充が指示され、MRPによる事前計画に依存しない。消費量が安定している品目に適し、在庫の削減とリードタイム短縮に寄与する。補充元は自社生産、外部購買、他の保管場所から選べる。

The executables that form the runtime foundation of an SAP system. Being outside ABAP, the kernel is updated by replacing files at the operating system level rather than through SPAM. Because it changes nothing in the database, backing out means restoring the previous version, which makes it lower risk than a support package — provided the old kernel was kept.

日本語SAPシステムの実行基盤となるプログラム群（実行ファイル）。ABAPコードではないため、SPAMではなくOSレベルでファイルを置き換えて更新する。データベースの内容を変更しないため、問題があれば旧バージョンに戻すだけで復旧できる。この特性から、サポートパッケージに比べて比較的リスクの低い作業とされる。

A Dictionary definition providing exclusive access control so that two users cannot update the same data simultaneously. Creating one generates ENQUEUE and DEQUEUE function modules. Locks are normally released when processing ends, but an abnormal GUI termination can leave them behind; SM12 displays and deletes them, though the holding user should be confirmed logged off first.

日本語複数ユーザーが同じデータを同時に更新することを防ぐための排他制御の定義。データディクショナリで作成すると、ENQUEUE_〜とDEQUEUE_〜という関数モジュールが自動生成される。取得したロックは処理終了とともに解放されるが、GUIの異常終了などで残ることがあり、SM12で確認・削除する。削除前に対象ユーザーがログオフしているかの検証が必要。

How MRP decides the quantity to procure when it finds a shortage: lot for lot covering exactly the shortfall, a fixed lot, replenishment to a maximum level, or grouping requirements over a period to reduce the number of orders and setups. Independently of the procedure, rounding values and minimum and maximum lots express real production and delivery constraints.

日本語MRPが不足を検知したときに、何個まとめて手配するかを決める方式。正味所要量（不足分だけ）、固定ロット、最大在庫までの補充、期間まとめ（一定期間の所要量を合算）などがある。期間まとめを使えば手配回数と段取回数を減らせる。方式とは別に、丸め値・最小ロット・最大ロットを設定して実際の生産や納入の制約を反映させられる。

The value recording how deep a material sits in the BOM hierarchy. Both MRP and costing process in low-level-code order, calculating from the bottom up so that lower results feed higher ones. A circular BOM, where A uses B and B uses A, makes the code indeterminable and stops both processes.

日本語部品表の階層構造における深さを表す値。製品Aが中間品Bを使い、Bが部品Cを使うという階層で、MRPも原価計算もこの低位コードの順に処理する。最も低い階層から順に計算することで、下位の結果を上位で使えるようにしている。部品表に循環参照（AがBを使い、BがAを使う）があると低位コードが決定できず、MRPも原価計算も止まる。

The Legacy System Migration Workbench, a tool for loading data from legacy systems into SAP. Reading files, mapping fields, defining conversion rules and running the load are all configured on screen, so a migration can be built without writing ABAP. Internally it uses BDC, BAPIs or IDocs. It is deprecated in S/4HANA in favour of the Migration Cockpit.

日本語Legacy System Migration Workbench。旧システムからSAPへのデータ移行を支援するツール。ファイルの読込、項目のマッピング、変換ルールの定義、実行までを画面上で設定でき、ABAPを書かずに移行処理を組み立てられる。内部的にはBDC、BAPI、IDocのいずれかを使う。S/4HANAでは非推奨とされ、マイグレーションコックピットの利用が推奨されている。

A production strategy where manufacturing starts only after a customer order is received, with the production order directly linked to a specific sales order line. Manufacturing costs are collected against the specific sales order; finished goods are managed as sales-order stock. Suited for customized products, high-value items, and long lead-time goods. Implemented in SAP via the Special Procurement Key (e.g., code 20) in the material master MRP views.

日本語Make to Order。得意先受注を受けてから製造を開始し、特定の受注明細に紐付けて製造・出荷する生産方式。製造コストは特定受注に集計され、受注紐付きの特殊在庫として管理される。カスタマイズ品・高価格品・リードタイムが長い製品に適している。SAPでは品目マスタの個別仕入ポイントに特別調達キー（コード20等）を設定して実装する。

A production strategy where products are manufactured in advance based on demand forecasts (PIRs) and held in finished goods inventory before orders are received. Production costs are collected in finished goods stock with no direct link to individual sales orders. Suited for products with stable demand such as consumer goods and standard items. Implemented in SAP with MRP type PD and PIR consumption settings in the material master.

日本語Make to Stock。受注前に需要予測（PIR）に基づいて製品を事前製造し在庫として確保する生産方式。完成品在庫から受注に対して出荷する。製造コストは製品在庫に集計され、受注明細との直接紐付けはない。食品・消耗品・標準品など安定した需要のある製品に適している。SAPではMRP方式PDと品目マスタのPIR消費設定で実装する。

Relatively static data that forms the foundation for transactional processing in SAP. Examples include the Material Master, Customer Master, Vendor Master, Cost Centers, and GL accounts. Contrasted with transactional data (documents). Data accuracy in master data directly impacts automation and correctness of document processing, making data governance critical.

日本語SAPシステムで比較的変化が少なく、伝票処理の基礎となるデータの総称。品目マスタ・得意先マスタ・仕入先マスタ・原価センタ・GL勘定などが代表例。トランザクションデータ（伝票）と対比して使われる。マスタデータの正確性は伝票処理の自動化・精度に直結するため、データガバナンスが重要。

The function supporting inventory valuation in several currencies and actual costing. The period runs on standard prices and is revalued at period end from actual purchase and production costs, combining the stability of standard costing with the accuracy of actual. It is active by default in S/4HANA.

日本語在庫を複数通貨で評価したり、実際原価計算を行ったりするための機能。期中は標準価格で処理しつつ、期末に実際の購入価格や製造原価にもとづいて在庫と消費を再評価できる。標準価格の安定性と実際原価の正確性を両立させる仕組みであり、S/4HANAでは標準で有効化されている。

Master data that stores basic information for all materials managed in SAP (raw materials, finished products, semi-finished goods, services, etc.). Created in MM01 and organized into multiple views: Basic Data, Purchasing, MRP, Inventory Management, Accounting, Sales, etc. The Material Type (ROH, FERT, HALB, etc.) and Valuation Class determine inventory valuation and GL account assignment.

日本語SAPで管理するすべての品目（材料・製品・半製品・サービス等）の基本情報を保持するマスタデータ。MM01で作成し、基本データ・購買データ・MRPデータ・在庫管理データ・評価データ・販売データ等の複数のビューで構成される。品目タイプ（ROH・FERT・HALB等）と評価クラスが在庫評価・勘定決定を決定する。

The fundamental classification code in the Material Master that controls whether inventory is managed, how it is valuated, and which master data views are displayed. Key material types: ROH (raw material), HALB (semi-finished), FERT (finished product), NLAG (non-stock item), DIEN (service). Material Type is linked to the Valuation Class and influences GL account determination for inventory.

日本語品目マスタの基本分類コード。在庫管理の有無・評価方法・表示されるマスタデータビューを制御する。代表的な品目タイプ：ROH（原材料）・HALB（半製品）・FERT（完成品）・NLAG（非在庫品）・DIEN（サービス）。品目タイプは評価クラスと連動し、在庫のGL勘定決定にも影響する。

An object marking a significant point in a project, attachable to WBS elements or activities. It makes progress visible, serves as a basis for percentage of completion, and can trigger the release of other activities. Integrated with SD, milestone billing expresses terms such as thirty per cent on design completion, releasing the billing block as each is achieved.

日本語プロジェクトの節目を表すオブジェクト。WBS要素にも活動にも設定できる。進捗の可視化、進捗率の算定基準、達成時に他の活動を自動的にリリースするトリガ機能に使われる。SDと連携したマイルストーン請求では、「設計完了時に30%、製作完了時に40%」といった請求条件を表現でき、達成すると請求ブロックが自動的に解除される。

A configuration value in MM that defines the type of inventory movement, controlling GL posting logic, stock category, and the direction of stock changes. Key movement types: 101 (GR vs PO), 201 (GI to Cost Center), 261 (GI to Production Order), 311 (Transfer within Plant), 411K (Consignment withdrawal). Specified when posting in MIGO.

日本語在庫移動の種類を定義するMMの設定値。在庫に対するGL転記ロジック・在庫区分・在庫更新方向（増減）を制御する。代表的な移動タイプ：101（PO入庫）・201（原価センタへの出庫）・261（製造指図への出庫）・311（プラント内転送）・411K（コンサインメント引き出し）。MIGOで移動タイプを指定して処理する。

An inventory valuation method configured with price control code V in the Material Master. After each goods receipt, the unit price is recalculated as: (Total Stock Value + Receipt Value) ÷ (Total Stock Qty + Receipt Qty). Reflects actual procurement cost fluctuations in inventory valuation. Commonly used for raw materials and trading goods, contrasted with Standard Price (S).

日本語品目マスタの価格管理コードVで設定される在庫評価方法。入庫のたびに（在庫総額＋入庫額）÷（在庫数量＋入庫数量）で単価を再計算する。実際の調達コスト変動を在庫評価に反映できる利点がある。原材料・商品などに適用されることが多い。標準価格（S）との対比で使用される。

A PP/MM planning function that explodes BOMs against demand (sales orders, PIRs) to automatically calculate manufacturing and procurement requirements. Run using MD01 (all materials, batch) or MD02 (single material). Results are visible in MD04 (Stock/Requirements List), which shows automatically generated planned orders and purchase requisitions.

日本語Material Requirements Planning。需要（受注・PIR）に対してBOM展開を行い、製造および調達の所要量を自動計算するPP/MMの計画機能。MD01（全品目バッチ実行）またはMD02（品目別単体実行）で実施。結果はMD04（在庫/所要量リスト）で確認でき、計画指図・購買依頼が自動生成される。

A code set in the Material Master MRP data view that determines the planning method. Key types: PD (MRP — standard BOM explosion and net requirements calculation), VB (Reorder Point — automatically generates planned orders when stock falls below the reorder point), ND (No Planning — excluded from MRP). Selecting the appropriate MRP type based on procurement characteristics and demand patterns is key to planning accuracy.

日本語品目マスタのMRPデータ画面で設定するMRP計画方法コード。PD（MRP：BOM展開・正味所要量計算の標準方式）・VB（再発注点：在庫が基準量を下回ったとき計画指図を自動生成）・ND（計画なし：MRPの対象外）が代表的。品目の調達特性・需要変動パターンに応じて適切なMRP方式を選択することが計画精度向上の鍵となる。

The convention that customer-created objects begin with Z or Y. SAP never ships objects with those prefixes, so following the convention guarantees no collision at upgrade. Larger organisations usually add a second level, such as ZFI_ or ZMM_ to indicate the module, or ZR_ for reports.

日本語顧客が作成するオブジェクトの名前をZまたはYで始めるという規約。SAPが将来リリースするオブジェクトがこれらの文字で始まることはないため、規約を守っている限りバージョンアップで名前が衝突しない。大規模な組織では、ZFI_やZMM_のようにモジュールを示す接頭辞を追加する命名規約を設けることが多い。

The structure that breaks project work into activities and defines the dependencies between them. Where the WBS is a container for cost, the network is a container for schedule and execution. Materials assigned to activities become MRP requirements dated from the schedule, and external processing activities generate purchase requisitions automatically.

日本語プロジェクトの作業を「活動」という単位に分け、その順序関係を定義した構造。WBSが原価の器であるのに対し、ネットワークは日程と実行の器。活動には資材を割り当てられ、日程にもとづいてMRPの所要量となる。外部処理活動を作成すると購買依頼が自動生成され、日程計画と調達が連動する。

An enhanced general ledger introduced from SAP ECC 6.0 onward, providing features such as document splitting, real-time integration, parallel accounting (multiple ledgers), and profit center balance management. In S/4HANA, this has evolved into the Universal Journal (ACDOCA), where FI, CO, ML, and other postings are unified in a single table.

日本語SAP ECC 6.0以降で導入された拡張総勘定元帳。伝票分割（Document Splitting）・リアルタイム統合・複数元帳（Parallel Accounting）・利益センタ別残高管理などの機能を提供する。S/4HANAでは「Universal Journal（ACDOCA）」として更に進化し、FI・CO・ML等の転記が単一テーブルに統合されている。

The Open Data Protocol, an HTTP-based standard for exposing and consuming data. It is the principal interface between SAP Fiori applications and the backend. On the ABAP side, services are published either through the Gateway Service Builder (SEGW) or by annotating a CDS view.

日本語Open Data Protocol。HTTPベースでデータを公開・取得するための標準プロトコル。SAP FioriアプリとバックエンドのSAPシステムをつなぐ主要なインタフェースとして使われる。ABAP側ではSEGWのゲートウェイサービスビルダ、あるいはCDSビューへのアノテーション付与によってサービスを公開する。

The set of statements ABAP uses to reach the database. It abstracts away differences between database products, so the same code runs on Oracle, SQL Server or HANA. The client condition is added to the WHERE clause automatically and table buffers are used transparently. SELECTs inside loops and statements that miss their index are the classic causes of poor performance.

日本語ABAPからデータベースにアクセスするための命令群。データベース製品の違いを吸収するため、同じコードがOracle、SQL Server、HANAのいずれでも動作する。WHERE句にクライアント条件が自動的に付与され、テーブルバッファも自動的に利用される。ループ内でのSELECTやインデックスの効かない検索は、性能問題の典型的な原因になる。

A code that determines the type of SD sales document, controlling shipping, billing, and pricing behavior. Key order types: OR (standard order), RE (returns), CR (credit memo request), DR (debit memo request), RO (repair order). Customized in VOV8, where settings such as billing block, release block, and ATP check requirements are configured.

日本語SD販売伝票の種類を決定するコード。受注タイプにより出荷・請求・価格設定の動作が制御される。代表的な受注タイプ：OR（標準受注）・RE（返品）・CR（クレジットメモ依頼）・DR（デビットメモ依頼）・RO（修理依頼）。VOV8でカスタマイズされ、リリースブロック・請求ブロック・ATPチェック有否等を設定できる。

The end-to-end SD sales process: Inquiry (VA11) → Quotation (VA21) → Sales Order (VA01) → Delivery (VL01N) → PGI → Billing (VF01) → Payment Receipt (F-28). Each step is traceable in the SAP Document Flow. A standard term used by SAP consultants and project managers to describe the complete sales cycle.

日本語Order to Cash。SDの販売プロセス全体を表す業務フローの総称。照会（VA11）→見積（VA21）→受注（VA01）→出荷（VL01N）→PGI→請求（VF01）→入金（F-28）の一連の流れ。各ステップはSAPの伝票フロー（Document Flow）で追跡可能。SAPコンサルタント・プロジェクト管理において標準的に使用される用語。

The collective term for MM documents that record long-term purchase agreements with vendors. Two types: Contract (quantity-based, created with ME31K) and Scheduling Agreement (time-based delivery schedule, created with ME31L). Contracts record agreed quantities and prices; Scheduling Agreements manage detailed delivery schedules. Purchase orders referencing outline agreements use document type FO.

日本語仕入先との長期購買合意を記録するMM伝票の総称。数量契約（Contract：ME31K）と期間発注契約（Scheduling Agreement：ME31L）の2種類がある。数量契約は特定数量・価格の購入合意、期間発注契約は詳細な納入スケジュールを管理する。枠契約参照の発注はFOタイプで作成され、合意条件が自動引継ぎされる。

The mechanism controlling when, by what medium and to whom documents such as purchase orders and invoices are issued — print, fax, email or EDI — configurable per customer or purchasing organisation. It runs on the same condition technique as pricing, resolving through access sequences and condition records.

日本語発注書や請求書などの帳票を、いつ・どの媒体で・誰に出力するかを制御する仕組み。印刷、FAX、メール、EDIといった媒体を、得意先や購買組織ごとに設定できる。価格設定と同じ条件テクニックにもとづいており、アクセスシーケンスと条件レコードを使って決定される。

A printer definition maintained in SPAD, combining a device type carrying the printer's control data with an access method describing how output reaches it. Front-end printing (access method F) requires a running SAP GUI and therefore cannot be used from a background job, so forms printed by overnight batches must use a server-based method.

日本語SPADで登録するプリンタの定義。デバイスタイプ（機種に対応した制御データ）とアクセス方式（プリンタへの送信方法）を設定する。アクセス方式Fのフロントエンド印刷はSAP GUIが起動している必要があるため、バックグラウンドジョブからは使えない。夜間バッチで帳票を出力する場合はサーバ経由の方式を選ぶ必要がある。

Applying overhead as a percentage on top of the direct cost collected on a production or internal order. It runs at the start of period-end processing, before work in process and variance calculation. The order matters: calculating WIP before overhead has been applied understates it. Rates and scope are defined in a costing sheet.

日本語製造指図や内部指図に集まった直接費に対して、一定率で間接費を上乗せする処理。期末処理の最初の段階で実行し、その後に仕掛品算定や差異計算を行う。順序が重要で、間接費を配賦する前に仕掛品を計算すると、仕掛品の金額が実態より小さくなる。原価計算シートで配賦率と対象を定義する。

The unit that groups development objects. It is not merely a folder: it links to a transport layer and therefore determines where its objects are transported. $TMP holds local objects that are never transported, so real development belongs in a proper package from the outset. Customer packages begin with Z or Y.

日本語開発オブジェクトをまとめる単位。単なるフォルダではなく、トランスポート層と紐づいており、そのパッケージに属するオブジェクトがどのシステムへ移送されるかを決める。$TMPはローカルオブジェクト用で移送されないため、正式な開発は最初から適切なパッケージに作る必要がある。顧客が作成するパッケージはZまたはYで始める。

Two ways of saving an unfinished document. A parked document receives a number and can be viewed and edited by others, which suits an approval workflow; it is displayed and posted with FBV0. A held document receives no number and is invisible to others, closer to a personal scratchpad. Separating the person who enters from the person who approves calls for parking.

日本語入力途中の伝票を一時保存する2つの方法。保留伝票は伝票番号が採番され、他のユーザーからも参照・編集できるため承認ワークフローに向く（FBV0で照会・転記）。保持伝票は伝票番号が採番されず他のユーザーからは見えない、入力者本人のためのメモに近い機能。入力担当者と承認担当者を分ける要件には保留伝票を使う。

Two ways of handling an underpayment. Partial clearing applies only what was received and leaves the original item open for the remainder. A residual item closes the original in full and creates a new open item for the difference. Because a residual item can reset the baseline date to the payment date and restart the dunning clock, partial clearing suits strict management of overdue debt.

日本語入金額が請求額に満たない場合の2つの処理方法。部分消込は入金額の分だけ消し込み、元の明細を残高を残したまま未決済として残す。残額処理は元の明細を全額クローズし、差額分だけを新しい未決済明細として作り直す。残額処理では支払基準日が入金日基準にリセットされることがあり、督促の起算日が変わるため、滞留債権を厳格に管理する場合は部分消込が向く。

The mechanism that splits the customer in a transaction into roles: the sold-to party placing the order, the ship-to party receiving the goods, the bill-to party receiving the invoice and the payer settling it. All four are mandatory. Pricing follows the sold-to party, dates and shipping conditions the ship-to, credit and payment terms the payer — knowing which drives what shortens troubleshooting considerably.

日本語1件の取引に登場する得意先を役割ごとに分けて管理する仕組み。受注先（注文を出す主体）、出荷先（商品の届け先）、請求先（請求書の送付先）、支払人（代金を支払う主体）の4つが必須。価格は受注先、納期と出荷条件は出荷先、与信と支払条件は支払人の設定に従うため、どの機能がどこに効くかを押さえるとトラブル対応が速い。

An FI batch program that automates accounts payable payment processing. Executed in F110 (Automatic Payment Program), which generates a payment proposal based on due dates and cash discount terms. After review and any adjustments by the AP team, the payment run creates payment documents and FI postings automatically.

日本語買掛金の支払処理を自動化するFIのバッチプログラム。F110（自動支払プログラム）で実行し、支払条件に基づく支払期日・現金割引を考慮して仕入先への支払提案リストを生成する。担当者が確認・修正後に支払実行することで、支払伝票の作成とFI転記が自動的に行われる。

Configuration that defines invoice payment due dates and early payment discounts (cash discounts). Set in the customer master (Company Code and Sales Area data) and vendor master (Company Code and Purchasing Org data). Example: "Net 30, 2% discount if paid within 10 days." Automatically inherited on sales orders and purchase orders; serves as the basis for payment run (F110) date calculations.

日本語請求書の支払期限と早期支払割引（現金割引）を定義する設定。得意先マスタ（会社コードデータ・販売エリアデータ）および仕入先マスタ（会社コードデータ・購買組織データ）に設定される。例：「30日後払い、10日以内なら2%割引」など。受注・購買発注時に自動引継ぎされ、支払実行（F110）の起算点となる。

The confirmation step in SD outbound delivery processing that records the physical departure of goods. Three events occur simultaneously: (1) MM inventory is reduced, (2) cost of goods sold is posted to CO, (3) the delivery document status is finalized. Billing (VF01/VF04) can only be created after PGI.

日本語Post Goods Issue。SDの出荷処理において、出荷伝票に対して実際に商品が出荷されたことを確定する処理。PGI実行時に（1）MMの在庫が減少、（2）COに売上原価が計上、（3）出荷伝票のステータスが確定の3つのイベントが同時に発生する。PGI後に請求書（VF01）を作成できる。

The process of physically counting inventory, reconciling it with book quantities, and correcting any differences. The process flow is: MI01 (create inventory document) → MI04 (enter actual counts) → MI07 (post differences). The MI07 posting adjusts book inventory to match actual physical counts. Performed periodically to maintain inventory accuracy and ensure correct asset valuation.

日本語実際の在庫数量を数えて帳簿在庫と照合し、差異を修正する在庫確認プロセス。MI01で棚卸伝票作成→MI04で実際数量入力→MI07で差異転記の手順で実施する。差異転記（MI07）によって帳簿在庫が実際数量に修正される。在庫の正確性維持・資産計上の正確性確保のために定期的に実施する。

The demand input to MRP for Make-to-Stock (MTS) production. Entered in MD61 with material, plant, planned quantity, and planning period. Created from demand forecasts or sales plans before actual orders are received. Triggers the generation of planned orders when MRP is executed. MTO production uses actual sales orders as demand instead of PIRs.

日本語Planned Independent Requirements。見込生産（MTS）におけるMRPへの需要入力。MD61で品目・プラント・計画数量・計画期間を登録する。受注確定前の需要予測・販売計画を基に作成され、MRP実行時に計画指図（製造計画）の生成トリガーとなる。個別生産（MTO）では受注そのものが需要源となるためPIRは使用しない。

A provisional manufacturing or procurement planning unit automatically generated by the MRP run. Manufacturing materials generate planned production orders; purchased materials generate purchase requisitions. Visible in MD04 (Stock/Requirements List). Converted to production orders via CO41, or purchase requisitions to POs via ME57/ME59N. Still provisional and can be modified or deleted.

日本語MRP実行後に自動生成される製造・調達の計画単位。製造品目には製造計画指図、購買品目には購買依頼が生成される。MD04（在庫/所要量リスト）で確認でき、CO41で製造指図に変換するか、購買依頼の場合はME57/ME59Nで発注に変換する。まだ確定していない暫定計画のため、修正・削除が可能。

The setting that determines how demand is handled, assigned as a strategy group on the material master MRP 3 view. Strategy 10 is make to stock driven by planned independent requirements, 20 is make to order driven by sales orders, and 40 — the most widely used — produces ahead on forecast with sales orders consuming it. Under make-to-order strategies the resulting stock is sales order stock and cannot be used for another order.

日本語需要をどう扱うかを決める設定で、品目マスタのMRP 3ビューで戦略グループとして指定する。戦略10は見込生産（PIRだけで生産）、20は受注生産（受注だけで生産）、40は予測にもとづいて先行生産しつつ受注が予測を消費する方式で、実務で最もよく使われる。受注生産では作った在庫が受注在庫となり、他の受注には引き当てられない。

The fundamental organizational unit for manufacturing and inventory management in SAP, corresponding to a manufacturing facility, warehouse, or distribution center. Inventory is managed at plant level. A plant belongs to one company code and can be assigned to both Purchasing Organizations and Sales Organizations. Material master MRP and inventory management data are configured at plant level.

日本語SAPにおける製造・在庫管理の基本組織単位。製造工場・倉庫・物流センターに対応し、在庫はプラントレベルで管理される。1つのプラントは1つの会社コードに属し、購買組織・販売組織の両方に割り当て可能。品目マスタのMRPデータ・在庫管理データはプラントレベルで設定される。

A two-digit code that determines, for one line item, both the debit or credit side and the account type posted to: 40 debits a G/L account, 50 credits one, 31 credits a vendor, 01 debits a customer, 70 debits an asset. Modern entry screens such as FB50 hide it, but it appears on every line when a posted document is displayed in FB03, so reading documents requires knowing it.

日本語会計伝票の各明細行が借方か貸方か、およびどの勘定タイプへの転記かを同時に決定する2桁の数字。40が総勘定元帳の借方、50が貸方、31が仕入先の貸方、01が得意先の借方、70が固定資産の借方といった具合。FB50などの新しい入力画面では直接入力しないが、FB03で転記済み伝票を照会すると各明細に表示されるため、伝票を読むうえで必須の知識。

The accounting period that accepts financial postings, automatically derived from the posting date. Open/close periods are managed in OB52; typically only the current and a portion of the prior period are open. Fiscal periods are defined by the Fiscal Year Variant assigned to the company code. Special periods (13–16) are used for year-end adjustment postings after the regular year closes.

日本語財務転記を受け付ける会計期間。転記日付（Posting Date）から自動決定され、OB52で開閉管理を行う。通常、当期および前期の一部期間のみ開放される。会計期間（FiscalYear・Period）は会社コードの会計年度バリアントによって定義される。特別期間（13〜16期）は年次決算後の調整転記に使用される。

The framework applied during SD order entry and billing that defines the price calculation sequence. Each step specifies a condition type (PR00, K004, MWST, etc.) with addition/subtraction, percentage calculation, and mandatory/optional flags. The applicable procedure is determined by the combination of Sales Organization, Distribution Channel, and customer/document pricing procedure indicators.

日本語SDの受注・請求時に適用される価格計算のフレームワーク。各ステップに条件タイプ（PR00・K004・MWST等）を定義し、加算・減算・パーセント計算の順序と必須/オプションを指定する。販売組織・流通チャネル・得意先の価格設定手順指示子・伝票の価格設定手順指示子の組み合わせで使用する手順が決定される。

The CO-PC (Product Cost Controlling) component. Standard costs are calculated (CK11N) and the cost estimate is released (CK24) to update the standard price in the material master. Variances between actual and standard costs on production orders are calculated in variance analysis (KKS2/KKAO) and settled to finished goods stock or cost centers via CO88.

日本語COの製品原価計算（CO-PC）コンポーネント。製品の標準原価を計算し（CK11N）、原価見積をリリース（CK24）することで品目マスタの標準価格が更新される。製造指図の実績原価と標準原価の差異が差異分析（KKS2/KKAO）で計算され、CO88精算で製品在庫や原価センタに振り替えられる。

The PP process of reporting actual work performed against a production order. Executed in CO11N by entering actual work time, produced quantity, and scrap. Confirmation data is collected on the production order and drives actual cost calculation. The simultaneous GR option allows finished goods to be received at the same time, or a separate MIGO goods receipt can be posted.

日本語製造指図に対して実際の作業実績を報告するPP処理。CO11Nで実施し、実際の作業時間・生産数量・仕損数量を入力する。確認データが製造指図に集計されることで実績原価が計算される。入庫同時計上オプションを使用すれば製品の在庫計上も同時に行える。確認後はMIGOで製品入庫を別途処理することも可能。

The unit of instruction and actual cost collection for manufacturing a product. Created in CO01 or converted from a planned order via CO41. Progresses through statuses: CRTD (Created) → REL (Released) → CNF (Confirmed) → TECO (Technically Complete) → CLSD (Closed). Actual material issues, activity quantities, and confirmations (CO11N) are collected; actual costs are finally settled via CO88.

日本語製品を製造するための指示と実績収集の単位。CO01で作成またはCO41で計画指図から変換する。CRTD（作成済）→REL（リリース）→CNF（確認済）→TECO（技術的完了）→CLSD（クローズ）のステータスで進む。実績の材料出庫・活動数量・製造確認（CO11N）が集計され、CO88精算で実績原価が最終的に振り替えられる。

A configuration value governing system behaviour, edited in RZ10 and generally taking effect after a restart. Security-relevant examples include login/min_password_lng for minimum password length, login/fails_to_user_lock for the lockout threshold, and login/no_automatic_user_sapstar, which closes the SAP* emergency logon path.

日本語SAPシステムの動作を制御する設定値。RZ10で編集し、多くはシステム再起動で反映される。セキュリティに関わるものとして、login/min_password_lng（パスワード最小長）、login/fails_to_user_lock（ロックまでの失敗回数）、login/no_automatic_user_sapstar（SAP*の自動ログイン無効化）などがある。

An organizational unit in CO Controlling used to manage revenues and costs for a specific business segment such as a product line, division, or region. Provides segment-level P&L visibility. Implemented as EC-PCA (Profit Center Accounting) or via New GL profit center functionality. Created with KE51 and assigned to material masters, cost centers, etc.

日本語CO管理会計における収益・費用を管理する組織単位。製品ライン・事業部・地域などの事業セグメントに対応し、セグメント別の損益を把握するために使用する。EC-PCA（利益センタ会計）または新GLの利益センタ機能として実装される。KE51で作成し、品目マスタ・原価センタ等に割り当てる。

The CO-PA (Controlling Profitability Analysis) component for analyzing profitability by product, customer, region, or sales channel. Two types exist: Account-Based (using GL accounts) and Costing-Based (using value fields). Revenue, discounts, and COGS are automatically transferred from SD billing. Account-Based CO-PA is the standard approach in S/4HANA.

日本語Controlling Profitability Analysis。製品・得意先・地域・販売チャネルなどの軸で収益性を分析するCOコンポーネント。勘定ベース（Account-Based）と原価計算ベース（Costing-Based）の2種類がある。SDの請求からは売上高・値引き・売上原価が自動転送される。S/4HANAでは勘定ベースCO-PAが標準となっている。

The determination of percentage complete, needed because cost consumption alone says little about actual progress. Methods include cost proportional, milestone, 0-100, estimate and quantity proportional. Subjective estimation produces the familiar pattern of a task sitting at ninety per cent for weeks; milestone and 0-100 methods are more objective.

日本語プロジェクトの進捗率を算定する機能。原価の消化率だけでは実際の進み具合が分からないため用いる。算定方法には原価比例法、マイルストーン法、0-100法、見積法、数量比例法がある。主観的な見積法では「90%完了」が長く続くいわゆる90%シンドロームが生じやすく、マイルストーン法や0-100法のほうが客観性が高い。

The top-level object representing a project as a whole, holding the person responsible, the period, the company code, the controlling area and the project profile, all of which default down to its WBS elements. It collects no cost itself — that is the role of WBS elements. It is created and maintained in the Project Builder (CJ20N).

日本語プロジェクト全体を表す最上位のオブジェクト。責任者、期間、会社コード、管理領域、プロジェクトプロファイルなどを保持し、その内容が配下のWBS要素の初期値として引き継がれる。プロジェクト定義自体には原価は集計されず、原価を受け止めるのはWBS要素。CJ20N（プロジェクトビルダ）で作成・編集する。

The bundle of settings governing how a project behaves, covering the planning, budget, settlement and status profiles along with organisational defaults. It generally cannot be changed once the project exists, so profiles are prepared per purpose — capital investment, customer contracts, internal work — and chosen correctly at creation.

日本語プロジェクトの振る舞いを決める設定の集合。計画プロファイル、予算プロファイル、決済プロファイル、ステータスプロファイル、組織単位の既定値などを規定する。プロジェクト作成後の変更は原則としてできないため、「設備投資用」「受注案件用」のように用途ごとに用意し、作成時に正しく選ぶ運用が必要。

Special stock tied to a WBS element, consumable only by that project. Where a long contract requires unusual materials to be ordered early, holding them as ordinary stock risks their being consumed elsewhere; project stock reserves them. Valuation is also performed per project.

日本語WBS要素に紐づいた特殊在庫。そのプロジェクトでのみ消費でき、他の用途には使えない。長期の工事案件で特殊な資材を早めに調達する場合、通常在庫にすると他のプロジェクトや生産に使われる可能性があるため、確保を保証する目的で用いる。在庫の評価もプロジェクト単位で行われる。

The module for managing activities with a defined beginning and end along three axes: cost, schedule and progress. It covers plant construction, capital investment, research and development and major maintenance. PS executes little itself; it acts as the junction that gathers activity from MM, CO, SD and FI under a single project.

日本語Project System。始まりと終わりがある活動を、原価・日程・進捗の3軸で管理するモジュール。プラント建設、設備投資、研究開発、大規模修繕などを扱う。PS自体が何かを実行するというより、MM・CO・SD・FIなど各モジュールの活動をプロジェクトという軸で束ねる結節点として機能する。

The end-to-end MM procurement process: Purchase Requisition (ME51N) → Purchase Order (ME21N) → Goods Receipt (MIGO) → Invoice Verification (MIRO) → Payment Run (F110). Three-way matching (PO, GR, and invoice reconciliation) is a critical internal control point from a compliance perspective.

日本語Purchase to Pay。MMの調達プロセス全体を表す業務フローの総称。購買依頼（ME51N）→購買発注（ME21N）→入庫（MIGO）→請求照合（MIRO）→支払実行（F110）の一連の流れ。内部統制の観点では3ウェイマッチング（PO・GR・請求書の照合）が重要なコントロールポイントとなる。

An MM document representing a formal order to a vendor, created in ME21N with material, quantity, price, delivery date, and vendor. Document types include NB (standard), UB (STO), and FO (outline agreement reference). A Release Strategy (approval workflow) may apply based on company purchasing policy. The PO is the reference document for goods receipt (MIGO) and invoice verification (MIRO).

日本語仕入先に対する正式な発注書を表すMM伝票。ME21Nで作成し、品目・数量・価格・納期・仕入先が記載される。発注タイプNB（標準）・UB（STO）・FO（枠契約参照）等がある。会社の購買ポリシーに応じてリリース戦略（承認フロー）が適用される。入庫（MIGO）・請求照合（MIRO）の元伝票となる。

An MM internal document representing a purchase request from an internal department. Created manually in ME51N or automatically generated by MRP execution. Converted to a Purchase Order via ME57 (manual assignment) or ME59N (automatic conversion). A separate Release Strategy can be configured for PRs to control the approval process before ordering.

日本語社内部門からの購買要求を表すMM内部伝票。ME51Nで手動作成するほか、MRP実行時にも自動生成される。購買依頼はME57（手動割付）またはME59N（自動変換）によって購買発注に変換される。購買依頼のリリース戦略を別途設定することで、発注前の承認プロセスを制御できる。

An MM classification code representing a buyer or group of buyers responsible for purchasing activities. Identifies the responsible person on purchase requisitions and purchase orders, and is used as a condition in reporting, workflow, and release strategies. Functions as a sub-unit of the purchasing organization but is a master data attribute rather than a separate organizational hierarchy level.

日本語購買担当者または担当者グループを表すMMの分類コード。購買依頼・購買発注の担当責任者を識別し、レポーティング・ワークフロー・リリース戦略の条件として使用される。購買組織のサブ組織として機能するが、独立した組織階層ではなく、マスタデータ属性の一つ。担当者別の購買実績分析にも活用される。

MM master data that stores purchasing conditions (price, lead time, minimum order quantity, etc.) for each material-vendor combination. Created in ME11 and automatically proposed during PO creation (ME21N). Can be maintained at purchasing organization or plant level. Also used for vendor evaluation and procurement statistics. Outline agreement conditions are linked to info records.

日本語品目と仕入先の組み合わせごとの購買条件（価格・リードタイム・最小発注数量等）を保持するMMマスタデータ。ME11で作成し、発注（ME21N）時に条件が自動提案される。購買組織レベルまたはプラントレベルで保持でき、仕入先評価や調達統計にも活用される。枠契約の条件も購買情報レコードに連携される。

An MM organizational unit responsible for negotiating purchasing conditions and contracts with vendors. Assigned to one or more plants; purchasing info records and outline agreement conditions are maintained at this level. Can be assigned to a single company code or configured as a cross-company-code purchasing organization. The purchasing organization selected on a PO (ME21N) determines which vendor conditions apply.

日本語仕入先との購買条件交渉・契約締結の責任を持つMMの組織単位。1つ以上のプラントに割り当てられ、購買情報レコード・枠契約の条件はこのレベルで管理される。購買組織は会社コードに帰属するか、グループ全体（クロス会社コード）で設定できる。発注（ME21N）時に購買組織を指定することで適切な仕入先条件が引き当てられる。

The definition of how procurement is split when a material is bought from several suppliers — sixty per cent from one and forty from another — which MRP then applies automatically when selecting a source. It is used to avoid dependence on a single supplier and to keep several relationships alive.

日本語同じ品目を複数の仕入先から調達する場合に、その配分比率を定義する仕組み。「A社から60%、B社から40%」といった割り当てを設定しておくと、MRPが自動的にその比率で発注先を振り分ける。調達先を1社に依存するリスクを避けたい場合や、複数社との関係を維持したい場合に使われる。

An SD pre-sales document (type QT) created in VA21 that constitutes a binding offer to a customer with committed price, quantity, and delivery date. A Validity Period can be set during which the quoted terms are valid. Copy Control transfers data to sales orders. The quotation-to-order conversion rate is used for sales performance analysis.

日本語SDプリセールスプロセスの伝票タイプQT。VA21で作成し、得意先に対して価格・数量・納期を確約する拘束力のある提案書。有効期限（Validity Period）を設定でき、期間内のみ提示条件が有効。見積から受注へのコピー管理設定により、データを受注に引き継げる。見積の受注変換率（コンバージョン率）は販売実績分析に使用される。

A discount paid retrospectively based on volume over a period. Because it settles at the end rather than on each transaction, an accrual is built up during the period: a rebate agreement holds condition records and each billing document adds to the accrual. At the end of the agreement the rebate is settled and a credit memo issued.

日本語一定期間の取引量に応じて事後的に支払う割戻し。取引の都度ではなく期末にまとめて精算するため、期中は引当金を積み上げていく処理を行う。リベート契約に条件レコードを登録し、請求のたびに引当額が計算される。契約期間の終了時に精算し、クレジットメモを発行する。

A GL account that links a subledger (accounts receivable, accounts payable, fixed assets, etc.) to the general ledger. Set as the accounts receivable reconciliation account in the customer master, or as the accounts payable reconciliation account in the vendor master. When a subledger posting occurs, a corresponding GL posting is automatically made to the reconciliation account, keeping both ledgers in sync.

日本語補助元帳（売掛金・買掛金・資産等）と総勘定元帳（GL）を連動させるためのGL勘定。得意先マスタでは売掛金照合勘定、仕入先マスタでは買掛金照合勘定として設定する。補助元帳への転記が発生すると、設定された照合勘定に自動的にGL転記が行われ、両元帳の合計が常に一致する。

An MM customizing function that defines approval workflows for purchase requisitions and purchase orders. Determines the sequence of approver release codes (approval stages) based on conditions such as amount, material group, purchasing organization, and plant. Downstream processing (e.g., converting a PR to a PO, or sending a PO to a vendor) cannot proceed until the required releases are granted.

日本語購買依頼・購買発注の承認ワークフローを定義するMMカスタマイズ機能。金額・品目グループ・購買組織・プラントなどの条件に基づき、承認者のリリースコード（承認段階）と順序を決定する。リリースが完了しなければ次のプロセス（PRから発注への変換、または発注の送信）に進めない。

A PP production mode designed for continuous, high-volume production of the same product on a production line. Manages production by line and time period rather than individual production orders. Uses REM production planning lines and backflush confirmations (REM Reporting Backflush) instead of discrete production orders, enabling bulk actual postings. Suited for automotive, electronics, and other line production environments.

日本語Repetitive Manufacturing。同一製品を連続的に大量生産する生産方式に対応するPP機能。製造指図単位ではなく生産ラインと期間ベースで生産を管理する。REM（Repetitive Manufacturing）では製造指図の代わりにREM生産計画明細（REM Reporting Backflush）を使用し、バックフラッシュ確認で実績を一括登録する。自動車・電子機器などライン生産に適している。

The reduction of planned independent requirements as sales orders arrive. Without it, forecast and orders are both planned and production doubles. Consumption mode, forward or backward, and the consumption period control which requirements are consumed. Too short a period means a small date difference prevents consumption — visible in MD04 as sales orders and forecast sitting side by side.

日本語受注が入ったときに計画独立所要量（PIR）を減額する仕組み。これがないと予測と受注が二重にカウントされ、過剰生産になる。どの期間のPIRを消費するかは消費モード（前方・後方）と消費期間で制御する。設定が短すぎると日付が少しずれただけで消費されず、MD04で受注とPIRが並んで残っている場合はこの設定を確認する。

The mechanism that earmarks stock for a future issue, generated from production order component requirements or planned issues to a cost centre. Reserved quantity is deducted from availability and treated as a requirement by MRP. Failing to set a production order to technically complete leaves unissued reservations standing, which is a common reason MRP keeps procuring components no longer needed.

日本語将来の出庫のために在庫を確保する仕組み。製造指図の部品所要量や、原価センタへの払出予定などから生成される。予約された数量は利用可能在庫から差し引かれ、MRPの所要量として扱われる。製造指図を技術的完了（TECO）にしないと未出庫分の予約が残り続け、MRPが不要な部品を手配し続ける原因になる。

The calculation that aligns revenue and cost on long projects spanning several periods. Cost incurred but not yet billed becomes work in process on the balance sheet; amounts billed ahead of cost become deferred revenue. It underpins percentage-of-completion revenue recognition, and the method is governed by the results analysis key, set to match the accounting policy.

日本語期をまたぐ長期プロジェクトで、収益と原価の対応を適正化するための計算。「原価は発生しているが未請求」の分を仕掛品として資産計上し、「請求済みだが原価未発生」の分を前受金として負債計上する。工事進行基準による収益認識ではこれが計算の基礎となる。計算方法は結果分析キーで制御し、会計方針に合わせて設定する。

The mechanism for calling functions between SAP systems or between SAP and external systems, with destinations defined in SM59. Storing credentials in a destination lets anyone who can use it reach the target system, so a destination from development into production is a serious vulnerability. Trust should flow from higher-security systems to lower, never the reverse.

日本語Remote Function Call。SAPシステム間、あるいは外部システムとSAPの間で関数を呼び出す仕組み。接続先はSM59で定義する。RFC接続にユーザーIDとパスワードを保存すると、その接続を知る者は接続先システムへアクセスできるため、開発機から本番機への接続情報を保存するのは重大な脆弱性になる。接続の方向は高セキュリティから低セキュリティへとするのが原則。

The unit by which authorisations are assembled and assigned to users, designed in PFCG and generating an authorisation profile when created. Single roles define individual authorisations, composite roles bundle them by job function, and derived roles inherit from a parent while varying only organisational values — which greatly reduces maintenance where the same job is performed at several sites.

日本語権限をまとめてユーザーに割り当てるための単位。PFCGで設計し、生成すると内部的に権限プロファイルが作られる。個々の権限を定義する単一ロール、それらを職務単位で束ねる複合ロール、親から権限を継承し組織レベルだけを変える派生ロールがある。派生ロールは、同じ業務を異なる拠点で行う場合の保守を大幅に軽減する。

Master data in PP that defines the manufacturing process. Created with CA01, it specifies the sequence of operations required to produce a product, the work center responsible for each operation, and setup time, machine time, and lead time values. Used as the basis for MRP lead time calculation and for capacity planning and actual cost calculation on production orders.

日本語PPの製造プロセスを定義するマスタデータ。CA01で作成し、製品製造に必要な工程（オペレーション）の順序・各工程を担当する作業場所・セットアップ時間・加工時間・リードタイムを定義する。MRP実行時のリードタイム計算と、製造指図の能力計画・実績原価計算の基礎となる。

The minimum stock held as a buffer against demand variation and late delivery, set on the material master MRP view. MRP proposes procurement so that stock does not fall below it, effectively excluding it from availability. Raising it reduces stockout risk but increases inventory value and holding cost; the proper level is derived from historical demand variation and lead time.

日本語需要変動や納期遅延に備えて確保しておく最低在庫。品目マスタのMRPビューで設定する。MRPは安全在庫を下回らないよう手配を提案するため、実質的に使えない在庫として計算から除外される。設定を大きくすれば欠品リスクは下がるが、在庫金額と保管コストが増える。過去の需要変動と調達リードタイムから適正値を求めるのが本来の考え方。

The combination of Sales Organization, Distribution Channel, and Division that defines the selling unit in SD. Customer master Sales Area data, pricing conditions, and shipping conditions are managed at this level. Every sales order belongs to a specific Sales Area, and sales statistics are aggregated accordingly.

日本語販売組織・流通チャネル・製品部門の3つの組織要素の組み合わせによって定義されるSDの販売単位。得意先マスタの販売エリアデータ・価格条件・出荷条件はこの単位で管理される。受注は必ず特定の販売エリアに属し、販売統計もこの単位で集計される。

An SD document that formally records a customer's intent to purchase. Created with VA01 with an order type (OR: standard, RE: returns, CR: credit memo request) that determines the downstream process flow. Customer master, material master, and pricing data are automatically copied at creation, and the ATP check sets the confirmed delivery date.

日本語得意先からの購買意思を正式に記録したSD伝票。トランザクションVA01で作成し、受注タイプ（OR：標準、RE：返品、CR：クレジットメモ依頼等）により後続プロセスが決まる。作成時に得意先マスタ・品目マスタ・価格条件からデータが自動引継ぎされ、ATPチェックにより確認納期が設定される。

An SAP organizational unit responsible for selling products or services. Assigned to exactly one company code; assignment to multiple company codes is not permitted. Combined with Distribution Channel and Division to form a Sales Area. Pricing conditions and customer master Sales Area data are managed at the Sales Organization level.

日本語製品またはサービスの販売に対して責任を持つSAPの組織単位。必ず1つの会社コードに割り当てられ、複数の会社コードへの割当は不可。流通チャネル・製品部門と組み合わせて販売エリアを形成する。価格条件・得意先マスタの販売エリアデータは販売組織レベルで管理される。

The technical foundation layer of an SAP system, covering installation and operations, user and authorisation management, transports, job scheduling, monitoring, patching, performance, backup and security. Where functional modules concern what the system does, Basis concerns keeping it running. It is also referred to as SAP NetWeaver or SAP Technology.

日本語SAPシステムの技術基盤を担う領域。システムの構築と運用、ユーザーと権限の管理、トランスポート、ジョブ管理、監視、パッチ適用、性能管理、バックアップ、セキュリティまでを守備範囲とする。業務モジュールが「何をするか」を扱うのに対し、Basisは「それが動き続けるようにする」ことを扱う。近年はSAP NetWeaverやSAP Technologyとも呼ばれる。

SAP's web-based user interface, where role-based tiles on a launchpad open task-oriented applications. Compared with classic GUI transactions it improves usability and works on mobile devices. It communicates with the backend over OData and is the standard interface in S/4HANA.

日本語SAPのWebベースのユーザーインタフェース。役割ごとにタイルを並べたランチパッドから、業務単位のアプリを起動する。従来のSAP GUIによるトランザクション画面と比べ、モバイル対応と操作性が改善されている。バックエンドとの通信にはODataを使い、S/4HANAでは標準のUIとして位置づけられている。

The SAP gateway accepts registration of external programs. Without the access restrictions defined in the reginfo and secinfo files, an attacker can register an arbitrary program and operate the system. This is a vulnerability with documented real-world exploitation, so configuring those files and the related parameters is not optional.

日本語SAPゲートウェイは外部プログラムの登録を受け付ける仕組み。reginfoとsecinfoによるアクセス制限が設定されていないと、外部から任意のプログラムを登録されてシステムを操作される可能性がある。実際に攻撃事例が報告されている脆弱性であり、これらのファイルとパラメータの適切な設定は必須。

SAP's in-memory database, holding data in memory in column-oriented form so that aggregation runs quickly. It favours code pushdown — performing calculation in the database rather than pulling large volumes to the application server — as the preferred design. S/4HANA is the business suite built on it.

日本語SAPのインメモリデータベース。データをメモリ上に列指向で保持することで、集計処理を高速に実行できる。従来のように大量データをアプリケーションサーバへ持ってきてから加工するのではなく、処理をデータベース側で行う「コードプッシュダウン」の設計が推奨される。S/4HANAはHANAを前提とした業務スイート。

Information and corrections for a specific problem, published by number on the SAP support portal. Notes containing corrections are applied through SNOTE, sometimes requiring prerequisite Notes. Applying one modifies standard SAP source, so the objects are recorded as modified and may need adjusting in SPAU when a support package arrives later.

日本語個別の問題に対する情報と修正。SAPサポートポータルで番号により公開される。修正を含むNoteはSNOTEトランザクションで適用でき、前提となる他のNoteが必要な場合もある。適用するとSAP標準プログラムのソースが変更されるため「修正済み」として記録され、後のサポートパッケージ適用時にSPAUでの調整が必要になることがある。

The business suite built on SAP HANA. Among its structural changes: accounting data is consolidated into ACDOCA, the Universal Journal, which eliminates FI/CO reconciliation differences; vendor and customer masters merge into the Business Partner; and aggregate inventory tables are removed in favour of deriving totals from line items. Fiori becomes the standard user interface.

日本語SAP HANAを前提とした次世代の業務スイート。会計データがACDOCA（ユニバーサルジャーナル）に統合されFI/CO差異が構造的に解消された、仕入先と得意先のマスタがビジネスパートナに一本化された、在庫の集計テーブルが廃止され明細から都度集計される、といった変更がある。UIはFioriが標準となる。

The profile containing every authorisation in the system. Emergencies occasionally require it, but permanent assignment is indefensible, and auditors invariably ask who holds it. Where it is granted, set an expiry and record what was done with it. Giving developers SAP_ALL in production is not acceptable practice.

日本語システム上のすべての権限を含むプロファイル。緊急時の対応で一時的に必要になることはあるが、恒常的に付与すべきではない。監査では必ず「SAP_ALLを持つユーザーは誰か」が確認される。付与する場合は期限を設定し、作業ログを残す運用が必要。開発者に本番環境でSAP_ALLを渡す慣行は認められない。

Default accounts created at installation with known passwords. SAP* is the superuser holding all authorisations; DDIC is used for Dictionary administration and for installation and upgrades. Deleting SAP* enables an emergency path allowing logon with the hard-coded default password, so unless that is disabled by parameter, deleting the account creates a vulnerability rather than closing one.

日本語SAPインストール時に作成される既定パスワードを持つ標準ユーザー。SAP*は全権限を持つスーパーユーザー、DDICはディクショナリ管理とインストール・更新に使われる。SAP*を削除すると既定パスワードで自動ログインできてしまう緊急用の機能があるため、パラメータで無効化しないと削除がかえって脆弱性になる。

An outline agreement combining the contract and the delivery instruction in one document: schedule lines are appended over time, so updating the schedule replaces issuing a purchase order for every delivery. Forecast schedules convey medium-term expectations while JIT schedules give firm near-term instructions. It suits frequent delivery patterns such as automotive supply.

日本語契約と納入指示を1つの伝票で管理する枠契約の形式。契約本体に納入スケジュール行を追加していくため、毎回発注書を発行する必要がなく、納入計画を更新するだけで仕入先に指示が伝わる。中長期の見込みを示すフォーキャストと、直近の確定した指示であるJIT納入計画がある。自動車産業のような頻繁な納入に適する。

A cost element with no corresponding FI account, used only for internal allocation and settlement within CO. Allocating administration cost to sales adds nothing to total company expense, so running it through an FI account would double-count. S/4HANA registers secondary cost elements as G/L accounts but excludes them from the financial statement version, so they never appear in the balance sheet or P&L.

日本語FIに対応する勘定を持たず、CO内部の配賦や振替にのみ使われる原価要素。総務部の費用を営業部へ配賦しても会社全体の費用は増えていないため、FIの勘定で処理すると二重計上になる。これを避けるための仕組み。S/4HANAでは二次原価要素も総勘定元帳勘定として登録されるが、財務諸表バージョンには含めないためB/SやP/Lには現れない。

The facility that records security-relevant events, configured in SM19 and read in SM20 — failed logons, privileged account use, user master changes and RFC calls among them. It is disabled by default and requires rsau/enable to be switched on. Without records nothing can be investigated after the fact, so it should be enabled at implementation.

日本語重要な操作を記録する機能。SM19で記録対象を設定し、SM20で内容を確認する。ログオン失敗、特権ユーザーのログオン、ユーザーマスタの変更、RFC呼び出しなどを記録できる。既定では無効であり、パラメータ rsau/enable を有効にする必要がある。記録がなければ過去の事象を検証できないため、導入時に有効化しておくべき項目。

The control principle of separating conflicting authorisations so that no single person can complete a fraudulent transaction alone. Classic conflicts include creating vendors and running payments, raising purchase orders and posting receipts, raising credit memos and releasing billing blocks, and creating users and assigning roles. Auditors check for these, so separation belongs in the authorisation design.

日本語1人の担当者が不正を完結できないよう、相反する権限を分離する内部統制の考え方。仕入先マスタ登録と支払実行、購買発注登録と入庫転記、クレジットメモ登録と請求ブロック解除、ユーザー作成とロール付与といった組み合わせが典型例。監査で必ず確認される項目であり、権限設計の段階で分離を織り込む必要がある。

Moving cost collected on a project or internal order to where it finally belongs; the collector is a temporary container, not a resting place. Receivers include fixed assets, cost centres, G/L accounts, profitability segments and sales documents. An object without a settlement rule causes the settlement run to fail.

日本語プロジェクトや内部指図に集まった原価を、最終的な帰属先へ振り替える処理。プロジェクトは原価を一時的に受け止める器であり、そこに置いたままにするのが目的ではない。決済先は固定資産、原価センタ、総勘定元帳勘定、収益性セグメント、販売伝票など。決済ルールが設定されていないオブジェクトは決済実行時にエラーとなる。

Settlement is configured in two layers. The settlement profile, reached through the project profile, defines which receivers are permitted. The settlement rule, held on each WBS element or order, names the actual receiver and the split. A missing rule stops the period-end run, so inheriting rules from templates or checking for them at release keeps closing predictable.

日本語決済の設定は2階層で行われる。決済プロファイルはプロジェクトプロファイル経由で設定され、どの決済先が許可されるかという枠を定める。決済ルールは各WBS要素や指図に設定し、実際の振替先と配分比率を指定する。決済ルールの設定漏れは決算処理を止めるため、テンプレートからの継承やリリース時のチェックを仕組み化しておくと安定する。

An SD code that defines the mode or method of delivery (transportation mode, packaging requirements, etc.). Set in the customer master Sales Area Data and automatically copied to sales orders. Used in Shipping Point determination logic to control which shipping location processes the outbound delivery. The shipping point is determined by the combination of Shipping Conditions, Loading Group, and Delivering Plant.

日本語製品の配送方法（輸送モード・梱包条件等）を定義するSDのコード。得意先マスタの販売エリアデータに設定され、受注時に自動引継ぎされる。出荷条件は出荷ポイント（Shipping Point）の決定ロジックに使用され、どの出荷場所から出庫するかを制御する。出荷ポイントは出荷条件・積み込み地域・出荷場所条件の組み合わせで決定される。

The detailed error record written when an ABAP program terminates abnormally, viewed in ST22. It captures the error name, an analysis, the failing source with context, the call stack and the user. A TIME_OUT usually traces to a SELECT inside a loop or a statement missing its index, identified with an SQL trace in ST05.

日本語ABAPプログラムが異常終了したときに記録される詳細なエラー情報。ST22で確認する。エラー名、エラー分析、ソースコードの該当箇所、コールスタック、実行ユーザーが記録される。TIME_OUT（実行時間超過）はループ内のSELECTやインデックスの効かないSQLが原因であることが多く、ST05のSQLトレースで特定する。

The tool for defining printed form layouts such as invoices and purchase orders. It succeeded SAPscript, adding graphical editing and more flexible table output. Building a form generates a function module that ABAP programs call to print. Adobe Forms is the newer alternative, stronger for PDF output and interactive forms.

日本語請求書や発注書などの帳票レイアウトを定義するツール。旧来のSAPscriptの後継として登場し、グラフィカルな編集とテーブル出力の柔軟性が向上した。作成すると関数モジュールが自動生成され、ABAPプログラムから呼び出して印刷する。さらに新しい選択肢としてAdobe Formsがあり、PDF出力や入力フォームに強い。

The mechanism that encrypts traffic between the SAP GUI and the application server. Default communication is unencrypted, leaving passwords and business data readable on the network. SNC is also the basis for single sign-on. Related protections include access control through SAP Router and SSL termination at the Web Dispatcher.

日本語SAP GUIとアプリケーションサーバの間の通信を暗号化する仕組み。既定の通信は暗号化されておらず、ネットワーク上でパスワードや業務データを傍受される可能性がある。シングルサインオンの実現にも使われる。ほかにSAP Routerによるアクセス制御、Web DispatcherによるSSL終端といった保護手段がある。

The definition (ME01) of which supplier a material is procured from, at which plant and over which period. MRP uses it to select a source, and an outline agreement only comes into play if the source list names it. Marking an entry as fixed makes that supplier or agreement the only one used.

日本語「この品目はこのプラントで、この期間、この仕入先から調達する」という定義（ME01）。MRPが自動的に発注先を選ぶ際の根拠になり、枠契約を実際に使うにはソースリストでその契約を調達先として指定しておく必要がある。固定調達先として設定すれば、常にその仕入先または契約が使われる。

The mechanism for transactions that must be kept apart from ordinary receivables and payables, such as down payments and bills of exchange. Posting with a special G/L indicator routes the amount to an alternative reconciliation account rather than the normal one. The item still appears under the same partner but on a different G/L account — necessary so that a down payment, an asset, is not netted against payables.

日本語前渡金や支払手形など、通常の債権債務と区別して管理すべき取引を扱う仕組み。特殊仕訳表示を付けて転記すると、通常の照合勘定ではなく専用の代替照合勘定に金額が集計される。仕入先ごとの明細としては同じ場所で見えるのに、総勘定元帳では別の科目になるという効果があり、前渡金という資産を買掛金と相殺表示しないために必要。

SAP printing happens in two stages: output is first stored as a spool request, then sent to a printer as an output request. SP01 displays the content and status. Starting a print investigation by checking whether a spool request exists narrows the problem quickly. Spool numbers have a ceiling, so periodic deletion is required.

日本語SAPの印刷は2段階で行われ、まず出力内容がスプール要求として保存され、次にそれが出力要求としてプリンタへ送られる。SP01で内容の表示とステータス確認ができる。印刷トラブルの調査は、スプールが作られているかを確認するところから始めると切り分けが速い。スプール番号には上限があるため、定期的な削除が必要。

The performance tool that records executed SQL statements and their durations. Since most performance problems originate in the database, the usual approach is to find transactions with high database time in ST03 and then trace them in ST05. The culprit is normally a SELECT that misses its index or one placed inside a loop.

日本語実行されたSQLとその所要時間を記録する性能分析ツール。性能問題の大半はデータベースアクセスに起因するため、ST03で処理時間の内訳を見てDB時間の割合が高いトランザクションを特定し、ST05でどのSQLが遅いかを調べるのが定石。多くの場合、インデックスが効いていないSELECTかループ内のSELECTが原因となる。

An inventory valuation method configured with price control code S in the Material Master. Inventory is valued at a fixed unit cost set annually or at period start via product cost estimation (CK11N → CK24). Differences between actual receipt prices and the standard price are posted to a price difference account. Commonly used for finished goods and semi-finished goods; standard vs. actual variance analysis drives cost control.

日本語品目マスタの価格管理コードSで設定される在庫評価方法。製品原価計算（CK11N→CK24）により年次または期初に設定された固定単価で在庫を評価する。実際の入庫価格と標準価格の差額は価格差異勘定に転記される。完成品・半製品に適用されることが多く、差異分析により実績原価の管理に活用される。

Templates for projects that recur. Generating a new project from one prevents parts of the structure being forgotten and keeps cost collection at a consistent granularity across the organisation. They are particularly valuable for construction contracts and scheduled maintenance, and settings such as settlement rules can be inherited with them.

日本語繰り返し実施するプロジェクトのためのテンプレート。これらから新しいプロジェクトを生成することで、構造の作成漏れを防ぎ、原価集計の粒度を組織全体で統一できる。工事案件や定期修繕のように同じパターンを繰り返す業務で特に有効であり、決済ルールなどの設定も継承させられる。

A real measure such as floor area, headcount or power consumption, held per period and used as the basis for apportioning allocations. Values are entered with KB31N, and figures that barely change, such as headcount, can be defined as fixed values that carry forward automatically. Because it tracks reality more closely than a fixed percentage, it is widely used for overhead allocation.

日本語面積、従業員数、電力使用量といった実数値を保持し、配賦の按分基準として使う仕組み。KB31Nで期間ごとに入力する。従業員数のように毎期あまり変わらない数値は固定値として登録し、自動的に繰り越すこともできる。固定比率による按分より実態に即した配分ができるため、共通費の配賦で広く使われる。

A special procurement method that manages plant-to-plant inventory transfers using purchase order documents with document type UB. The sending plant executes a PGI (Post Goods Issue) to reduce stock; the receiving plant performs a goods receipt to increase stock. Inventory movements and GL postings occur at both plants.

日本語Stock Transfer Order。プラント間の在庫移送を購買発注伝票で管理する特殊調達方式。発注タイプUBを使用し、送り元プラントでPGI（出荷確定）を実行して在庫を減少させ、受け入れプラントで入庫処理を行い在庫を増加させる。両プラントで在庫動作とGL転記が発生する。

An MM organizational unit that represents a physical storage area within a plant, such as a warehouse, shelf, or zone. Inventory is managed at the plant + storage location combination and can be viewed in MMBE (Stock Overview). Multiple storage locations can be defined per plant. Transfers between storage locations within the same plant use movement type 311.

日本語プラント内の物理的な在庫保管場所を表すMMの組織単位。倉庫・棚・ゾーンなど実際の保管場所に対応する。在庫はプラント＋保管場所の組み合わせで管理され、MMBE（在庫状況照会）で確認できる。1つのプラントに複数の保管場所を設定でき、保管場所間の移動は移動タイプ311で処理する。

Procurement in which components are supplied to an external processor who returns a finished item (item category L). The components sit at the vendor but remain your property, tracked as stock provided to vendor. Receiving the finished item automatically consumes the components per the BOM, and only the processing fee is payable. ME2O lists what remains at the processor.

日本語部品を外部の業者に支給し、加工してもらって完成品を受け取る調達形態（品目カテゴリL）。支給した部品は業者の場所にあるが所有権は自社にあり、「仕入先在庫」として管理される。完成品の入庫と同時に部品表にもとづいて部品が自動的に消費され、支払うのは加工賃のみ。仕入先在庫の残高はME2Oで定期的に確認する必要がある。

A detailed sub-ledger that manages specific GL accounts at a more granular level, including accounts receivable (by customer), accounts payable (by vendor), and fixed assets. Postings to subledgers are automatically reflected in the GL through reconciliation accounts, ensuring they always reconcile. In SAP, customer, vendor, and asset masters serve as the underlying entities for their respective subledgers.

日本語総勘定元帳の特定勘定科目を詳細管理するサブレジャー。売掛金元帳（得意先別残高）・買掛金元帳（仕入先別残高）・固定資産元帳等がある。補助元帳への転記は照合勘定を通じて総勘定元帳に自動転記され、常に一致する。SAPでは得意先・仕入先・資産マスタがそれぞれ補助元帳の実体となる。

A collection of corrections bundled from many SAP Notes, applied through SPAM. Application requires modification adjustment: repository objects in SPAU and Dictionary objects in SPDD. SPDD is requested part-way through the import, and getting it wrong can damage table definitions and lose data.

日本語多数のSAP Noteによる修正をまとめたもの。SPAMトランザクションで適用する。適用の過程でモディフィケーション調整が必要になり、リポジトリオブジェクトはSPAU、ディクショナリオブジェクトはSPDDで対応する。SPDDは適用処理の途中で実行を求められ、誤るとテーブル定義が壊れてデータを失う可能性がある。

The standard arrangement of development, quality assurance and production systems. Changes are always made in development and moved through by transport; not changing production directly is the principle that preserves quality, which is why the production client is normally set to reject configuration changes. Some landscapes add a pre-production stage or a sandbox.

日本語開発（DEV）、品質保証（QAS）、本番（PRD）の3システムからなる標準的な構成。変更は必ず開発システムで行い、トランスポートによって順に移送される。本番システムで直接変更を行わないことが品質を担保する基本原則であり、そのため本番クライアントは変更不可に設定するのが通例。要件により本番前の検証環境やサンドボックスを追加することもある。

A status predefined by SAP with fixed behaviour. Nothing posts to an object still in created status; release makes execution possible. Technical completion removes outstanding requirements, and closing blocks all further postings. Release cannot be undone, so its scope should be confirmed before performing it in production.

日本語SAPが標準で定義しているステータスで、挙動が固定されている。作成済（CRTD）では実績を転記できず、解放（REL）してはじめて実行が可能になる。技術的完了（TECO）では残りの所要量が消え、完了（CLSD）では一切の転記ができなくなる。RELは取り消せないため、本番環境での解放は範囲を確認してから行う必要がある。

Holding table contents in application server memory to reduce database access, available as full, generic-key or single-record buffering. Buffering a frequently updated table is counterproductive: invalidation and reload repeat continuously, and a read immediately after an update can return stale data, so transaction tables are left unbuffered. ST02 shows buffer usage.

日本語テーブルの内容をアプリケーションサーバのメモリに保持し、データベースアクセスを減らす仕組み。完全・汎用領域・単一レコードの3方式がある。更新頻度の高いテーブルをバッファリングすると、無効化と再読み込みが繰り返されてかえって遅くなるうえ、更新直後に古いデータが返ることがあるため、伝票データには使わない。ST02で使用状況を確認する。

A status applied to production orders and internal orders indicating that the physical/technical work is finished. After TECO, inventory movements (goods issues and receipts) are blocked, but cost settlement (CO88) can still be executed. The normal flow after TECO is CO88 settlement followed by variance analysis, then transition to CLSD (Closed) status. A key milestone in the order lifecycle.

日本語Technically Complete。製造指図・内部指図の製造作業が完了したことを示すステータス。TECOになると入庫・出庫等の在庫操作は行えなくなるが、原価精算（CO88）は実行可能。TECO後にCO88精算・差異分析を行い、その後CLSDステータスへ移行する。指図のライフサイクル管理における重要なマイルストーン。

An internal control procedure in MM purchasing that verifies the Purchase Order, Goods Receipt, and vendor invoice before authorizing payment. During invoice verification (MIRO), price and quantity variances against the PO are checked; invoices exceeding tolerances are blocked and require manual release. A fundamental financial compliance control.

日本語購買発注（PO）・入庫（GR）・仕入先請求書の3者を照合してから支払を承認するMM購買プロセスの内部統制手続き。MIROで請求照合を行う際にPO価格・数量との差異をチェックし、許容範囲超過時は請求書をブロックして手動承認を要求する。財務コンプライアンスの基本的な統制の一つ。

The mechanism that defines transport routes between systems and performs imports, operated through STMS. It comprises a domain controller, transport routes, transport layers and import queues. Imports should follow release order, since reordering can break dependencies. Results are reported as return codes, where 0 is success, 4 a warning and 8 or above an error.

日本語システム間の移送経路を定義し、インポートを実行する仕組み。STMSで操作する。ドメインコントローラ、トランスポートルート、トランスポート層、インポートキューから構成される。インポートはリリースされた順序で行うのが原則で、順序を入れ替えると依存関係が壊れることがある。結果はリターンコード（0が正常、4が警告、8以上はエラー）で示される。

The unit by which changes made in development are moved to other systems. It has two levels — the request and the tasks belonging to individual developers — and the request can only be released once every task has been. Workbench requests carry development objects; customising requests carry IMG configuration. Both are managed in SE09 and SE10.

日本語開発システムで行った変更を他システムへ運ぶための単位。要求（Request）とタスク（Task）の2階層で構成され、全員が自分のタスクをリリースしてはじめて要求をリリースできる。開発オブジェクトを扱うワークベンチ要求と、IMG設定を扱うカスタマイジング要求がある。SE09・SE10で管理する。

When a document is saved, the actual database update is performed asynchronously by an update process rather than the dialog process. If it fails, the user believes the document was saved when it was not. Failed updates are listed in SM13 and, because they produce inconsistent data, belong in the daily monitoring routine.

日本語SAPでは伝票を保存したとき、実際のデータベース更新はダイアログプロセスではなく更新プロセスが非同期に行う。この更新が失敗すると、ユーザーは「保存できた」と思っているのに実際には保存されていない状態になる。SM13で失敗した更新を確認でき、データ不整合につながるため日次の監視項目に含めるべき対象。

Extension points built into standard SAP programs for inserting custom logic. User exits are implemented inside empty subroutines and are the older mechanism; customer exits are activated in CMOD and implemented per function group. Both predate BAdIs and the enhancement framework, and are mostly encountered when maintaining existing systems.

日本語SAP標準プログラム内にあらかじめ用意された、独自処理を組み込むための拡張点。ユーザーイグジットは空のサブルーチンに実装する古い方式で、カスタマーイグジットはCMODで有効化して機能グループ単位で実装する。いずれもBAdIやエンハンスメントフレームワークより前の世代の技術であり、既存システムの保守で目にすることが多い。

A status defined by the implementing organisation alongside SAP's fixed system statuses. Defined in a status profile (OK02), each status can permit or forbid specific business transactions, which makes it a real control rather than a label. Lowest and highest status numbers enforce the order of transitions, so an approval step cannot be skipped.

日本語SAP標準のシステムステータスとは別に、導入企業が独自に定義できるステータス。ステータスプロファイル（OK02）で定義し、各ステータスに対して許可・禁止する業務を指定できるため、単なるラベルではなく実際に業務を制御する仕組みとして機能する。最小・最大ステータス番号により遷移の順序を強制でき、承認プロセスを飛ばせないようにできる。

An MM organizational setting that defines the level at which inventory is valuated monetarily. SAP typically configures valuation at the Plant level (Company Code level is possible but not recommended). The valuation area setting affects the entire system and must be determined early in the implementation project.

日本語在庫の金額評価が行われるレベルを定義するMMの組織設定。SAPでは通常「プラントレベル」で在庫評価を行うよう設定される（会社コードレベルも選択可能だが推奨されない）。評価エリアの設定はシステム全体に影響するため、プロジェクト初期に決定する必要がある。

A code in the Material Master that serves as the basis for Automatic Account Determination, which assigns GL accounts during inventory movements (goods receipts, issues, etc.). Different valuation classes for raw materials, finished goods, and semi-finished goods route inventory postings to different GL accounts. Account determination is customized in transaction OBYC.

日本語品目マスタに設定するコードで、在庫移動・入出庫時のGL勘定を自動決定する勘定決定（Automatic Account Determination）の基準となる。品目タイプに紐付いた評価クラスの設定により、原材料・製品・半製品等の在庫がそれぞれ異なるGL勘定に転記される。TXXXAで勘定決定をカスタマイズする。

A CO function that calculates and analyzes the difference between standard and actual costs on production orders. Individual execution uses KKS2; batch execution uses KKAO (or KKS1). Variances are classified into price variances (cost rate differences), quantity variances (actual vs. standard input quantity), etc. Variances are transferred to FI during CO88 settlement.

日本語製造指図の標準原価と実績原価の差異を計算・分析するCO機能。個別実行はKKS2、一括実行はKKAO（またはKKS1）を使用する。差異は価格差異（原価率の相違）・数量差異（実際投入量と標準投入量の相違）等に分類される。差異はCO88精算時にFIへ振り替えられる。

A saved set of values for a program's selection screen, and a prerequisite for background execution since no one can type into the screen. A hard-coded date makes a daily job wrong from the second day, but selection variables allow dynamic values such as the run date or the previous month end. Manually editing variants each morning is a common and avoidable practice.

日本語プログラムの選択画面に入力する値を保存したもの。バックグラウンド実行では画面入力ができないため必須になる。固定の日付を入れると毎日実行するジョブでは翌日から正しく動かないが、選択変数の機能を使えば「実行日」「前月末」といった動的な値を設定できる。この機能を知らずに毎日手で修正している運用は珍しくない。

Master data that manages information about vendors/suppliers for purchasing transactions. Organized in three levels: General Data (name, address), Company Code Data (reconciliation account, payment terms), and Purchasing Organization Data (purchasing conditions, order currency). Created with XK01 (all data) or MK01 (purchasing data only).

日本語購買取引の相手先（仕入先・サプライヤー）情報を管理するマスタデータ。一般データ（名称・住所）・会社コードデータ（照合勘定・支払条件）・購買組織データ（購買条件・発注通貨）の3階層で構成される。XK01（全データ）またはMK01（購買データのみ）で作成する。

The hierarchical decomposition of a project and the skeleton of cost management in PS. Cost posts to lower elements and rolls up automatically. Deep hierarchies are technically possible but multiply the effort of creating and maintaining them, so three or four levels is the practical limit.

日本語Work Breakdown Structure。プロジェクトを階層的に分解した構造で、PSにおける原価管理の骨格。原価は下位のWBS要素に転記され、上位へ自動的に積み上がる。技術的には多階層にできるが、深くするほど登録と管理の手間が増えるため、実務では3〜4階層程度に収めるのが現実的とされる。

An individual node of the WBS hierarchy and the object that collects cost. Three operative indicators govern what it can do: account assignment element to receive cost directly, billing element to receive revenue, and planning element to hold planned cost. Designs typically assign these by level. An element with postings against it cannot be deleted.

日本語WBS階層を構成する個々の作業単位で、原価の受け皿となるオブジェクト。勘定設定要素（原価を直接受け止められる）、請求要素（収益を受け止められる）、計画要素（原価計画を入力できる）という3つの指標を持ち、設計上は階層のレベルごとに役割を分けるのが一般的。原価が転記されたWBS要素は削除できない。

Costs that have been charged to production orders that are not yet complete at month-end. During period-end processing, costs on incomplete production orders are capitalized as WIP assets on the balance sheet. Once a production order reaches TECO status, WIP is reversed and variance analysis plus CO88 settlement are executed.

日本語Work in Process。月末時点で完了していない製造指図に投入済みのコスト。期末処理では完了していない製造指図の投入コストを仕掛品として資産計上する計算（WIP計算）を行う。TECOになった時点でWIPが解除され、標準原価との差異計算・CO88精算が実行される。

PP master data representing a manufacturing machine, equipment, production line, or group of personnel. Created in CR01 with capacity (operating shifts × machine/person count), activity types, responsible person, and cost center link. Work centers are assigned to operations in Routings and are the unit of capacity planning in CM01. The cost center link routes manufacturing activity costs to CO.

日本語製造設備・機械・ラインまたは人員グループを表すPPのマスタデータ。CR01で作成し、能力（稼働シフト×台数/人数）・活動タイプ・責任者・原価センタリンクを保持する。Routing（作業手順）の各工程に作業場所を割り当て、能力計画（CM01）の対象単位となる。原価センタリンクにより製造作業コストがCOに転記される。

The unit that performs actual processing on an application server. The dispatcher receives requests and hands them to a free work process. Types include dialog, update, background, enqueue and spool. Dialog processes are terminated at a time limit, 600 seconds by default, which is precisely why long-running work belongs in a background job.

日本語アプリケーションサーバで実際の処理を実行する単位。ディスパッチャがユーザーのリクエストを受け取り、空いているワークプロセスに割り当てる。ダイアログ（DIA）、更新（UPD）、バックグラウンド（BTC）、エンキュー（ENQ）、スプール（SPO）の種類がある。ダイアログには実行時間の上限（既定600秒）があり、長時間処理はバックグラウンドへ移すべき理由になっている。