チェック（GGB0）と代入（GGB1）は文字通り、会計伝票を登録・変更する際などにSAP標準にはないチェックや代入を行いたい場合に用いられます。SAPの拡張手段の１つです。

本ページでは、チェック・代入とは何か？どのようなときに利用されるのか？そして、どのように実装すればよいか？を１から解説します。

SAPコンサルタントを目指す方であれば知らないと恥ずかしい基本知識ですので、是非最後までご覧ください。

SAP：チェック（GGB0）

チェックは、トランザクションコード：GGB0から実装するSAP拡張機能の１つ。SAP標準には存在しないチェックロジックを追加実装する場合に用いられる機能です。

例えば会計伝票転記時、転記日付のチェックはSAP標準で行われますが（オープンしている会計期間内でしか設定できない）、伝票日付については特にチェックされません。どのような日付でも伝票日付は基本OK。

しかし、ユーザの要件によってはSAP標準にはない伝票日付のチェックを行う必要がある場合が存在します。このようなSAP標準にはないが追加でチェック機能を追加したいときに利用するのが、「GGB0：チェック」です。

と、文字だけで説明されても、概要レベルの理解どまりとなってしまう方もいらっしゃるでしょう。本ページでは、実際の登録画面をお見せしながら、どのようにチェック機能を実装していくのか、より本質的に理解できるよう解説します。

会計伝票における様々な日付

会計伝票には様々な日付情報が保持されています。

SAP初心者の方にとっては、それぞれの日付がどのような意味を持つか理解しづらいのではないでしょうか。下記リンクでいろいろな日付の説明をしていますので合わせてご覧ください。

【SAP】転記日付と伝票日付と登録日付の違いを１分で解説

【FI】会計伝票における「転記日付」「伝票日付」「登録日付」の違いを端的に説明します。どの日付を伝票に入力すればよいか？が今すぐ知りたい！という方は必見です！

it-biz.online

2023.03.27

１．アプリケーションエリアの選択

トランザクションコードGGB0を実行すると、下記のような画面に遷移します。

第1画面の左側に表示されているには、アプリケーションエリアと呼ばれる階層で、チェックロジックを追加することができる機能群が（財務会計・管理会計などの単位）が表示されます。

チェック・代入はあくまでもSAPの拡張機能ですので、ここに表示されている領域以外では機能を追加することはできません。

ここでは、例として「SAP連結会計」の「伝票明細」に対するチェックを追加していきます。

チェックロジックを追加したいアプリケーションエリアでダブルクリックをすることで、実装画面に遷移していきます。

２．メッセージID登録

チェック機能を利用するということは、必ず何かしらのエラーメッセージを出力する設定が必要となります。（〇〇は利用できません～ / 〇〇は■■である必要があります / etc）

チェックの実装画面に遷移する前に必ずメッセージID登録のポップアップ画面が表示されるますので、そこでどのメッセージクラスを利用するかを定義します。

基本的には、ここで指定したメッセージクラス以外を表示することはできません。（後述するExit呼び出しを利用すれば例外的に他のメッセージクラスのメッセージを表示することは可能です。）

３．チェック登録

以下のような画面に遷移します。

ここでは、あくまでもチェックの定義の「箱」を作成するようなイメージでOK。後続で、実際のチェックロジックを複数作成し、この箱に入れていく流れです。

４．ステップ（Step）の登録

続いて、ステップを定義します。先ほど定義した箱の中に、これから１つ１つのチェックロジックを詰め込んでいくようなイメージです。

１つのチェックに対して、複数のステップを登録することができます。

ここでは、例としてステップ「TEST」を作成します。ここは、出来るだけ分かりやすい名前にしておけばOK。

５．前提条件の定義

Stepの登録が完了したら、チェックの前提条件を定義します。

ここからがチェック：GGB0機能の優れたところなのですが、ABAPによるコーティングが完全に不要。

赤枠内に表示されている、項目名や演算子をクリックしていくだけで、下記画像のようにチェックの「式」を定義することができます。

チェック・代入の定義においてABAPの知識は完全不要のため、チェック・代入はFIコンサルタントの方が担うことがメインとなってきます。

尚、ロジックの作成中は日本語（ログオン言語）で式が記載されますが、保存後は以下のようにシステム的に変換された値で表示されるようになります。

６．チェックの定義

チェックの定義も、前提条件の「式」を入力したときと同様の手順で作成することができます。

たったこれだけで手順は完成です。

先に定義したメッセージは、前提条件を満たし、チェックの条件を満たさない場合に出力される仕組みです。

SAP：代入（GGB1）

代入（GGB1）もその名の通り、特定の条件を満たす場合に特定の項目に決まった値を代入したい場合に用いる機能です。

以下が代入の設定画面です。

代入（GGB1）も、基本的な画面構成はチェック（GGB0）と同様です。上記の例は、「システム日付が2020/12/31であれば、伝票ヘッダTextに "Today is 2020/12/31" と代入する」ロジックを定義しています。

チェック（GGB0）と同様、ABAPの知識は基本的に不要。その他の基本的な操作も基本的には同一ですので、本ページの内容を理解できていれば代入（GGB1）についても一人で実装することができるようになるでしょう。

【発展】Exit呼び出し

チェック・代入は基本的にABAPの知識は不要。

ですが、これまで解説してきた内容だと簡易なロジックでしかチェック・代入を定義することができません。先ほど解説した通り、GGB0/GGB1の画面に出てくる項目以外に対するチェックや代入が不可能です。

ここで、ABAPで作成したプログラム（Exit）を呼び出すことでより複雑なチェック・代入の定義方法をご紹介します。

トランザクションコード：GCX2

トランザクションコード：GCX2を実行すると、以下のような画面が表示されます。

ここで、チェック・代入のそれぞれの機能で呼び出したいプログラムを指定します。下記の例で言えば、チェック（GGB0）には「Y0000001」を、代入（GGB1）には「Y00000002」を指定しています。

ここで指定するプログラムは、実行可能プログラムではなく、モジュールプールプログラムを選択します。

モジュールプールプログラム

モジュールプールプログラムとは、簡単に説明すると様々な部品（画面定義・サブルーチンなど）から成り立つプログラムです。

指定したモジュールプールプログラムのサブルーチン1つ1つは、チェック・代入機能の中でExitとして取り扱われます。

【初心者向け】ABAPプログラム開発の基本知識を３分でおさらい

ABAPプログラムタイプの基本を解説。REPORT、Dynpro、Function Module、Object-Oriented ABAPをはじめ、さまざまなプログラムタイプの概観を提供します。ABAP開発の理解を深めるための一助となる情報を網羅的に取り扱っています。

it-biz.online

2023.07.06

Exitの呼び出し

トランザクションコード：GCX2で指定したプログラムのサブルーチンはチェック・代入の定義画面「Exitタブ」から選択することが可能になります。

このように定義することで、前提条件を満たす場合に指定したサブルーチンが動作するようになるのです。

チェックと代入のメリット

最後にチェック・代入を利用するメリットについて解説します。

メリット１：コーディング不要

先ほども解説しましたが、簡単なロジックであればコーディング不要でチェックと代入を定義することができます。

したがって、ABAPerがいなくても開発することができるということが大きなメリットです。

また、１からABAPで開発をするよりも単純な開発となるため、その分検証（テスト）にかかる時間も大幅に抑えることが可能になります。

バージョンアップによる影響が極小

SAPを導入した企業は、いつか必ずバージョンアップを行うタイミングが到来します。

アドオンプログラムの場合、SAP標準に変更が入る場合大きな影響を受けるためプログラム改修が必要となる場合が多いのですが、チェックと代入は基本的にSAP標準の変更による影響を受けません。

保守性に優れたシステムを目指すのであれば、チェックと代入をはじめとする拡張機能をうまく活用することが定石となります。

ABAPを１から勉強したい方は

初めてABAPを勉強するのは結構難しいですよね。

でもその悩みを抱えているのは一人じゃありません。全てのABAP使いが同じ道を進んできました。

ABAPをはじめとするプログラミングスキルを武器に、時間と場所に捉われない自由な生き方を目指してみませんか？

あなたの技術、もっと価値ある場所で活かしませんか？
SAPエンジニアのキャリア支援はこちらから↓

No.1　>　外資系・IT業界などハイクラスの転職なら【アクシスコンサルティング】
4人に1人のコンサルタントが選ぶパートナー！
ビッグ4やアクセンチュアへの転職を実現し年収1000万へ。

No.2　>　IT・Web転職特化エージェント【レバテックキャリア】
サービス利用者数20万人突破。
平均年収アップ率77%であなたの転職成功を保証します。

No.3　>　リクルートエージェント
＼転職支援実績NO.1／
応募が殺到しすぎるが故に・・・非公開にせざるを得ない魅力的な求人が多数！

読者料典　【完全無料】ABAP：学習カリキュラム　←こちらから！

会計期間とは、一言で言うと会計伝票を転記できる期間のこと。正確な財務諸表の作成がゴールとなるFIモジュールにおいて、これを知らないと結構マズイかも。

３分ぐらいで理解できる内容ですので、このページで会計期間の仕組みと設定を頭に入れておきましょう。

SAP：会計期間（FI）とは？

SAPにおける会計期間とは、会計伝票を転記できる期間のこと。

通常、SAPを導入するような大企業は月単位で毎月の業績を管理します。会社の資本がどれぐらいあり、費用がどれだけ積みあがっているか？それらの結果を以て、次月以降はどのような経営企画を立案すれば良いか？

これらの基となる会計情報をインプットすることができる期間を制御するのが、SAPの会計期間という考え方です。

例えば、ある年の３月の業績を確認したい場合。SAPではいつでも財務諸表を出力することができるため、すぐに財務諸表を出力すれば３月度の業績を管理することは可能。しかし、例えば４月とか５月になってから、３月分の費用を計上したり、３月分の売り上げを入力できたりしてしまったらどうでしょう。財務諸表はいつまでたっても金額が確定しなくなってしまいます。

それを防ぐために、SAPでは伝票を転記できる期間を制御することが可能。３月に入れるべき仕訳は、３月のうちに。決して５月とか翌年の３月に入れることができないようにします。

転記日付と伝票日付

SAPの会計期間で制御するのは転記日付です。転記日付とはその名の通り「転記」を行う日付で、これは簿記のルールに沿って入力する必要があります。

実際の例で言えば、商品を買った日付、売掛金が発生した日付など。他の日付情報と異なり、転記日付はどの会社でも同様に「取引が発生した日付」を入力する決まりで、様々ある日付情報の中で最も重要な項目です。

会計伝票には、転記日付の他にも伝票日付や登録日付など様々な日付情報が存在しますが、会計期間（FI）で制御をかけているのはあくまでも転記日付であるということを理解しておきましょう。

会計伝票の「日付」

会計伝票における様々な「日付」について詳しく知りたい方はこちら。

「転記日付を間違って入力してしまった・・・。」いざというときのために頭に入れておくと役立つです。

【SAP】転記日付と伝票日付と登録日付の違いを１分で解説

【FI】会計伝票における「転記日付」「伝票日付」「登録日付」の違いを端的に説明します。どの日付を伝票に入力すればよいか？が今すぐ知りたい！という方は必見です！

it-biz.online

2023.03.27

OB52：会計期間のオープン・クローズ

ここからは実際に会計期間をオープン、クローズする方法の解説です。トランザクションコード：OB52から、制御を行います。

赤枠部分と緑枠部分の２つの期間があります（詳細は次章で解説）が、上記の例では2020年1月～2021年3月の期間がオープンしており、この期間内で会計伝票を転記することが可能です。

開始と終了の期間を入力するだけの簡単な画面です。もし、2020年4月だけを転記可能にしたい場合は、開始と終了をともに「2020 / 1」に設定するだけ。間違って登録してしまったとしても何度でも修正が可能です。

開始期間 / 終了期間 が２つ存在する理由

会計期間が２つ存在する理由について。

結論から言うと、この２つの期間は特権ユーザ（経理部などの一部のユーザ）用と、一般ユーザ用に分けられています。

例えば、一般のユーザには３月だけ会計伝票転記ができる状態にしておき、経理部などの一部ユーザは３月だけでなく２月の伝票も転記できるようにしたりすることができます。

期間1(赤枠部分)は、一番右側の権限「TEST」を割り当てられているユーザだけが転記できる仕組みです。

会計期間ロール

実際の権限設定の画面（PFCG）は以下の通り。この権限を保有するユーザが、期間１の会計期間を参照する仕組みです。

ユーザと権限の仕組みを１から知りたいという方はこちらの記事をご覧ください。

【SAP】権限 (ユーザ/ロール) の仕組みを3分でわかりやすく解説

【初心者向け】SAPにおける権限制御の仕組み（ユーザマスタ/単体ロール・集合ロール/権限オブジェクト/権限項目）を１からわかりやすく図解付きで解説します。

it-biz.online

2022.02.15

これで、FIの会計期間の考え方・仕組みは以上です。各企業で定められた業務ルールに基づき、適切な設定・運用を行いましょう。

SAP/ABAPを１から学習したい方は

SAP/ABAPを１から学習したい初心者の方向けに、できるだけ網羅的にABAPが理解できるよう以下ページに知識体系を整理しています。

特に初心者のうちは、どこから学べばよいか？どう勉強すれば良いか？すらわからない状態になりがち。

ある程度の知識を持ったうえで、はじめて実践的な理解へとつながります。

是非、一度ご覧になってみてください。

ABAPとは？―初心者向け/勉強法【５０記事で解説】基礎編

【ABAP入門】SAPを構成するプログラミング言語―ABAP（あばっぷ）の勉強方法を初心者向けに１つのページにまとめました。基本的な構文ルールから、内部テーブルの利用、システム項目まで！このページを理解すれば、簡単な機能の実装が可能になります。【豊富なサンプルコード付き】

it-biz.online

2023.07.26

記事後半で会社コードの設定方法自体も解説しています。

前半では、なぜ会社コードが重要なのか？という点に力点を解説します。というのも、会社コードって結局何？みたいな根本的な問いに答えることが、FIモジュールの基礎理解となるためです。

SAPとは何か：IT初心者向けにわかりやすく【３分ぐらいで読めます】

【図解】SAPとは何か？SAPはどんなシステムで何ができる？SAPという単語を初めて聞いたIT初心者向けにわかりやすく解説します。→SAPエンジニアを目指そうと考えている方は必見です！

it-biz.online

2024.01.29

社内研修や、FIトレーニングで1番最初に会社コードの解説をするのはなぜか？

このページを読んでいただければその辺の謎も解けるはずです。

逆に言えば、この基礎理解がないままFIトレーニングを進めていっても、「設定」はできるけど「設計」はできない、ただの作業者になってしまうでしょう。

設定手順だけではなく、設定理由・根拠まで理解することで、できるFIコンサルへの道が開けます。

それでは、①「会社コード」とは何か、②設定方法の構成で進めていきます。

SAP―FIの基礎「会社コード」とは何か？

FIモジュールを理解・構築する第1歩は「会社コード」の理解です。

言い換えれば、「会社コード」の理解無くしてFIモジュールの理解は不可能と言えます。

ではなぜ、そこまで「会社コード」の理解が大切なのでしょうか？

「会社コード」の説明から入る前に、そもそも「FIモジュールの1番のゴールとは何か？」を考えてみましょう。

FIモジュールの1番のゴールは「財務諸表の作成」

結論から言えば、FIモジュールの1番のゴールは正確な「財務諸表」の作成です。様々なモジュール間連携データが最終的にFIモジュールに流れてきますが、その目的は法的に義務付けられている「財務諸表の作成」です。

（もちろん、それ以外の目的も存在します。）

財務諸表の作成は会社法で決められています。したがって、作りたいから作る、とかではなく、作らなくちゃいけないから作るのが「財務諸表」です。

FIモジュールはその財務諸表をいかに「効率的」に「正確」に出力できるかに焦点を当てているのです。

経理システムの開発をしていると、細かな設定に目が行きがちですが、どのようなシステムであれ最終的な目的・ゴールは「財務諸表」である前提を覚えておきましょう。

「財務諸表作成の単位」が「会社コード」

財務諸表を作成する単位、つまり一つの企業としての「法的実態」を表すために用いられるのが「会社コード」です。

財務諸表を別に出す必要がある企業単位で「会社コード」を設定する必要があります。

以下のようなグループ企業があるとします。

----------------------------------------------

■ABCグループ

①株式会社　ABC銀行

②株式会社　ABC保険

③株式会社　ABC投資信託

----------------------------------------------

この場合、「会社コード」を設定しなければならないのは、「①株式会社　ABC銀行」・「②株式会社　ABC保険」・「③株式会社　ABC投資信託」の3つです。

ABCグループ全体で一つの会社コードを設定することは誤りである。なぜでしょうか？

それは、グループの各株式会社ごとの財務諸表を出すことができなく（不可能ではないが「会社コード」以外の説明が必要となる）なってしまうためです。

あくまでも、財務諸表を作成する必要がある単位で「会社コード」を作成する必要があるんです。

FIモジュールの中で最も重要な設定が「会社コード」である

したがって、FIモジュールの1番のゴールである「財務諸表の作成」のもとになる「会社コード」はFIモジュールの中で最重要といっても過言ではありません。

もちろん、事業領域単位で財務諸表を出力することもできますが、SAPの基本方針として「会社コード = 会社の法的実態」として設定します。

【SAP(FI)】事業領域とは？初心者向けに３分で解説

SAPのFIモジュールにおける「事業領域」の概念を初心者向けにわかりやすく解説します。事業領域の定義、設定方法、活用方法、そしてその価値について学びましょう。

it-biz.online

2023.05.17

今後、様々設定を行う中で、この「会社コード」が何度も登場してくるはずです。ここで、設定を誤ってしまうと後続の設定・開発が全て誤った方向に傾いてしまうので、慎重に、確実に設定を済ませておきたいですね。

「会社コード」の設定方法

ここからはより実践的に「会社コード」の設定方法を紹介していきます。

各入力画面でポイントとなる項目を説明しているので、読み飛ばさずに最後まで進んでください。

①コンフィグレーション（SAPの設定）画面を開く。

①-1.　T-Code: "SPRO"をコマンドに入力する。

①-2.　"SAP完全版IMG"ボタンを押下する。

①-3.　以下の階層を開き実行ボタンを押下する。

②「会社コード」をコピーする。

「会社コード」は１から設定するのではなく、もともとあるフォーマットからコピーして作成するのが普通です。

例えば、株式会社ABC銀行で既に「会社コード」を設定済であれば、株式会社ABC銀行を基に株式会社ABC保険の「会社コード」を設定することが可能です。

言うまでもなく、設定する「会社コード」とコピー元である「会社コード」は似たようなものであるほうが何かと便利です。

②-1.　下記画面の赤枠内をクリックする。

②-2.　赤枠内のボタンをクリックする。

②-3.　コピー元の「会社コード」を上段に、新規作成する「会社コード」を下段に入力する。

「会社コード」は4文字の英数字で入力する。

基本は「1000」「2000」「3000」で設定することが多いですが、「A100」なども設定可能です。何なら英数字だけでも設定可能です。

（英数字を使わなくても最大9999個会社コードが作れるので、見かけたことはありません）

③「会社コード」の基本設定を行う。

ここからは、コピーして作成した新しい「会社コード」の、会社名、住所、国、通貨、言語を設定します。

それぞれシステム的にどのような意味を持ってくるかを理解する必要があります。最低限以下の知識を抑えたうえで設定を行っていたいですね。

• 会社名・住所　⇒　帳票やレポートに記される名称・住所の参照元になることが多い

特に日本では、業務で帳票を多用する。内部利用が目的の帳票から、外部（取引先）に送付するものまでたくさんあります。

帳票はアドオンで作ることが多いが、その際に名称や住所データの参照元になることが多いのが、ここで設定する会社名と住所です。

住所の記載が誤っており、取引先からの返答封筒が1通も届かなかった、という事例もあるぐらいなので、誤りなく設定する必要があります。

• 国　　　　　　⇒　SAPが標準で持っている国別要件の機能と関係する

日本の場合は「JP」と設定します。ここで、適当な設定をするとSAPが標準で持っている各国特有の機能が勝手に結びついてしまい、消費税関連の機能に影響が出てきます。

※通貨・言語に関しては、ここでは詳しい説明は行いません。国の設定と整合性を持たせて設定しておけば特に問題ありません。

では、それぞれの設定方法を確認していきます。

③-1.　下記青枠内をダブルクリックする。

③-2.　対象の「会社コード」をダブルクリックする。

③-3.　会社名・住所・国・通貨・言語を設定する。

FI資格取得にむけてのおさらい：会社コード

• 「会社コード」は法的実態（財務諸表を作成する単位）で設定する。
• 「会社コード」はFIモジュールの中で最も重要な設定である。
• 「会社コード」は4桁の英数字で定義し、基本的な設定を行うことができる。

「SAPとERPって何が違うの？」

「SAPはどんなシステムで何ができるの？」

「SAPを理解するには何をどのように勉強していけばいいの？」

上記のような素朴な疑問をお持ちの方向けに「SAPとは何か」を社会人歴 = SAPエンジニアがざっくり＆じっくり解説していきます。（専門用語は使わずに、できるだけわかりやすく解説します！）

参考　SAPエンジニアの仕事内容と将来性を５分で解説

このページではSAPとは何か？　SAPって何ができるシステムなの？　なぜSAPはシステム導入の費用もエンジニアの給料も高いの？　といった疑問に対して１からわかりやすく解説。ページ後半ではSAPエンジニアを目指す方向けのおすすめ参考書や、SAPエンジニアの仕事内容についても詳しくご紹介します。

ひとまずこのページを読んでおけばSAPの概要が見えてくる！　そんな記事になることを目指して頑張ってご説明します。

SAPとは何か？

結論から言うと、「SAP」とは「SAP社」が製造する「ERP」製品のことです。

・・・・。

と言われても、ピンと来ませんよね。

このような説明が、SAPを難しく感じてしまう最初の壁です。

ここで「ああ、難しいな・・・」と思ってしまうと、いつまでもSAPの正体をつかめなくなってしまいます。。。そのため、まずこのページではSAPとは何か？を正しく理解するために、SAP理解の土台となる前提知識――「ERP」という用語の意味から解説します。ERPが何者なのか？を理解することで、SAPとは何か？が徐々に明らかになっていくはずです。

前提：「ERP」とは何か？

ERP (Enterprise Resource Planning) とは、初心者向けに超ざっくり説明してしまうと「企業内のすべての業務を一元的に管理する共通システム」だと言えます。以下の図のように、経理部や調達部、人事部や総務部といった会社/組織内のあらゆる部署が共通的に利用するシステムで、人やモノ・お金や情報を一元的に管理するシステムをERP（ERPシステム）と呼びます。

ここではひとまず「ERP＝会社全体で利用するシステム」だと理解できればOKです。

ERPを例え話で説明するなら、ERPは「企業を運営するための指令センター」のようなもの。例えば、ある大きなレストランがあり、そのレストランには料理を作る厨房やお客様をもてなすホール、仕入れを担当する購買部、経理や人事など様々な部門が存在します。

ERPが存在しない世界を考えると、これらの組織は別々に動きます。人事は人事で異動の整理や給与の支払いを行い、厨房は厨房で料理を作ることに専念。システムで例えると部門ごとにそれぞれ別のシステムを持っているようなイメージ。

ERPはこれら全ての部門が１つの大きなシステム内で連携し合えるようにしたシステムやその考え方を指す言葉です。つまり、料理の注文が入れば、厨房で調理が始まり、同時に在庫が減るのを購買部が把握し、必要な食材の追加注文を行う。また、売上はリアルタイムで経理部に伝わり、人事部は従業員の勤務時間や業績を管理することができるようにするシステムをERPと呼びます。

と、ここまで読むと、もちろんすべての会社はERPを導入しているんだよね！と思いたくなりますが、実はそんなことはありません。ここから少しだけ寄り道して「ERP誕生～SAPの登場」までの歴史をご説明していきます。

SAP誕生の歴史：パート１「個別最適化」の時代

ERPという概念が生まれる以前のシステム開発における "黎明期" 。

当時は、会社全体で1つのシステム開発を行うというのは非常に珍しく各業務部門が独自にシステム開発を行うのが主流でした。

経理部門であれば経理部門単独の経理システムを持ち、人事部門であれば人事部門独自の人事給与システムを持ち、また調達部門は調達部門独自の調達管理システムを持っているということです。

これには、以下のような原因が考えられます。

参考　「ERPではなかった」と考えられる理由

1. 技術的制約
   • 昔のコンピューターは現在ほど高性能ではなく、一元的にデータを管理することや大規模な処理は技術的に難しかったため。
2. 経営文化と組織構造
   • 以前は企業内の組織が１つの「城」のような感じで各部門が自立していた（予算や人事を含め）ため、会社全体での改善活動を進めづらかった。
3. コストとリソース
   • 全部門共通システムは、導入コストが高かった（高度なテクノロジースキルが必要だった）。→より手軽で短期的に投資対効果が見込める部門単位でのシステム開発が主流だった。

ざっくり言えば、ERPのような全部門共通システムを開発するのは「かなり難しかった」と言えます。

いずれにせよ、各部門単独で業務を最適化することに努めていたというのがシステム開発の歴史の始まりです。

とは言え、システム/テクノロジーの力を部門単位の業務最適化に利用することで、各部門の業務効率化という観点で見た際には一定の成果をあげることに成功していたと言えるでしょう。

ERP誕生の歴史パート２：全体最適化へ

しかしながら、部門最適化したシステムでは企業全体で見ると非効率な側面が多く存在します。

その最たる例が部門間の情報・データ共有です。

嘘のような本当の話で、調達システムで購入した物品の金額を「印刷して経理部門に手渡す―。」「USBメモリに入れて渡す―。」「メールで送付する―。」それらのデータを受け取った経理部門は「手入力で経理システムに打ち込みなおしたり」「独自の取り込みツールを作ったり」と、非効率な業務遂行を余儀なくされていました。

要するに、部門単独で完結する業務の方が珍しいため、結果として効率化されない業務が多分に存在していたということ。

部門内では最適化された業務を遂行している一方で、部門をまたがって業務を行う必要がある場合は完全に最適化しきれていませんでした。

そんな欠点を補いつつ、企業の生き残りをかけて導入が必須となってきたのがERPです。

年々進むハードウェア性能の向上や経営戦略の高度化が進むにつれて、徐々にERP（＝全部門共通システム）導入のアドバンテージが大きくなっていきました。すると、個別最適化システムにコストを書けるのではなく、全社で１つのシステムを運用する方がはるかに効率的だと考えられるように。

（後述しますが）ERPが持つ様々なメリットを踏まえ、ERP開発は「コスト」ではなく「投資」である！という考え方も徐々に一般的になり、一定以上の規模の企業はこぞってERPシステムを導入することになりました。

参考　ERP（企業資源計画）とは？

ERP = 企業資源計画

ここで、「ERP」という単語の意味をより本質的に解説しておきます。

企業内で発生するありとあらゆるデータを一元的に管理。それにより企業全体の業務最適化・意思決定の早期化につなげていく。この考え方こそが「ERP」という言葉の本質です。

今では「ERP」というとシステム自体を表す言葉として定着してきましたが、本来は「企業全体の資源を一元管理する考え方」を指す用語です。

【補足】ERPという単語

ERP（Enterprise Resource Planning）という単語はその名の通り「企業資源計画」を意味します。→この単語は本来、経営戦略におけるリソース（人、モノ、金、情報）を効率的に計画・管理するためのアプローチや考え方を指していました。

しかし転じて現在では「ERP」という単語は、その考え方を実現するITシステム自体を指すことが一般的になっています。

文脈により、どちらの意味でも利用されることがあるため、この点は十分に理解したうえで適切な意味で用いることが必要不可欠です。

ERPパッケージとは？

企業全体で１つの統一されたシステムを作るのは決して簡単なことではありません。１からERPを作るのは非常に難しいのが現実。

会社全体の業務がどのように行われているのか？会社全体で保持するデータはどのような形で保持すれば良いのか？等簡単に答えを出せないような課題がたくさん存在するためです。

ざっと「自社でERPを開発する難しさ」を羅列してみたいと思います。

1. 複雑性と膨大なスコープ
   • ERPは企業全体の多くの部門と業務内容を網羅的に考慮して設計する必要がある。
2. 人的リソースの制限
   • ERPを開発するには、データベースやネットワーク、またプログラミング知識はもちろん専門的な業務知識などが必要に。
     →実際は、１つの企業内にそのすべてを網羅するようなエンジニアが結集していることは非常に稀なケース。
3. 時間とコスト
   • 自社開発は非常に時間とコストがかかる。かつ、開発中は進行中の業務を妨げないようにする必要があり、そのためにかかる調整コストなども考慮する必要がある
4. 絡み合う企業内対立の調整
   • 現行業務の変更や改善を必要とする場合がほとんどであるため、現場社員からの反発や、組織 vs 組織で妥協しあえない点などが発生し、その調整に時間がかかる。

要するに、ERPを自社で開発し、自社で運用していくことは莫大なコストを必要とするので、その意味や有用性を理解していても実際にその改革を行うのは非常に困難だったと言えます。

実はこの「難易度の高さ」に目をつけ、ビジネスの商機を見出した企業が今の「ERPベンダー」です。

→ERPをパッケージ化（＝各企業に展開可能なソフトウェア・アプリケーションにすること）して、少しのカスタマイズでどの企業でも利用できる製品を開発しておけば、いろんな企業が買ってくれるのではないか？

このように考えたわけです。

そうした流れの中で生み出されたERPのパッケージ製品が、SAP（by SAP社）であり、Oracle EBS（by Oracle社）なのです。

導入する会社にとっても、困難なERP開発を一から自社で行うのではなく、１つの製品としてサーバにインストール＆微調整するだけでERPの導入ができたほうがはるかに楽ですよね。

これで最初の解説の意味が分かるようになります。

SAPとは「SAP社」が製造する「ERP」製品のことです。

SAPを更にわかりやすく：モジュールとは？

SAPをさらに具体的にイメージできるように、ここからはさらに具体的な中身の解説にうつります。

SAPを理解するために重要な概念の１つが「モジュール」です。

モジュールとは、超・簡単に言えば機能の集まりのこと。先ほど説明したように、ERPは「企業全体システム」ですが、分解していけば１つ１つの部門単位の機能に分けられます。

会計システム + 調達システム + 在庫管理システム + ・・・・ = ERP

この会計システムとか調達システムみたいな部分をSAP用語では「モジュール」と呼んでいます。

SAPを導入する際には、このモジュール単位で各種の設定（＝パラメータ設定/カスタマイズ）を進めていきます。会社によっては「このモジュールは利用するけど、こっちのモジュールはいらない・・・。」なんてこともありますが、その場合は必要とするモジュールの設定だけ行います。

ちなみに、SAPエンジニアはモジュールごとに専門があります。例えば、会計系モジュールを得意とするSAPエンジニアや人事系モジュールを得意とするSAPエンジニア・・・というような形。

この専門が多ければ多いほど、エンジニアとしての価値は高ります（＝給料も上がります）。

SAPエンジニアはどのような仕事をしているのか？が気になった方は↓の記事をチェックしてみてください。

参考　SAPエンジニアとは？

本ページでは、SAPにおける代表的なモジュールを簡単にご紹介しておきます。

FI（Financial Accounting）：財務会計

FI（Financial Accounting） モジュールは財務会計に関する業務をカバーするモジュールです。

いわゆる会計システムの部分。

FIモジュールはSAPの花形と言われます。もっとも重要で、最も根本的なモジュールとなるので、SAPエンジニアにとってはFIモジュールを導入するのは非常にチャレンジングで面白い仕事の１つです。

調達したらお金を払いますし、ものが売れればお金をもらいます。また、人を雇えば給料が発生します。それらのデータがリアルタイムにFIモジュールに流れてくることになります。

なので、基本的にはSAPを導入する企業は必ずFIモジュールを利用すると思っていて大丈夫です。

CO（Controling）：管理会計

CO（Controling） は、管理会計領域の業務をカバーするモジュールです。

管理会計とは企業内部の細かなコストの発生状況を分析する業務のこと。

FIモジュールが財務諸表などの外部向けの報告書を作成することを目的とするのに対して、COは「内部向けの報告書」を作ることを目的とします。

すなわち部門単位の業績管理や、間接費の管理などを主な目的とします。

COモジュールも他のモジュールと同様、リアルタイムに全業務のデータが連携されてきます。COモジュールを適切に運用することで、社内全体のコスト管理・コスト分析が可能となり、次なる業務改善を進めることが可能となります。

SAPを導入することで企業内におけるコスト管理・コスト分析が可能になるという点は、SAP導入における非常に大きなメリットの１つとなります。

SD（Sales and Distribution）：販売管理

SD（Sales and Distribution） モジュールは、いわゆる販売管理システムに該当します。

お客さんからの注文を受けてから商品を出荷するまでの一連の業務を管理するのが主な目的です。もちろんモノを売れば代金を受け取ることになるので、その売り上げのデータはFIモジュールに自動的に連携されていきます。

どの会社・どの人から「注文」を受けて、何を出荷するのか？その出荷製品はいくらで、請求書はどこにどんなフォーマットで送れば良いのか？などを管理するモジュールです。

モノを売る企業（メーカーなど）がこのSDモジュールを利用することになります。

MM（ Material Management ）： 在庫購買管理

MM（ Material Management ） モジュールは、いわゆる「在庫管理システム」「調達管理システム」に該当するモジュールです。

SDモジュールが「売る側」だとすれば、MMモジュールは「買う側」です。

どこに何を発注したのか？どれぐらいの値段で発注するのか？今在庫はどれぐらいあるのか？などを管理します。

発注金額や、在庫量データは財務諸表に関わってくるのでこれも自動的にFIモジュールに連携される仕組みです。

SDモジュールを利用して販売管理を行う企業は、製品販売のための製造管理も行っている場合はほとんどなので、MMモジュールとSDモジュールはセットで導入されることが多いです。

このように、企業の業種や業務内容に合わせてモジュール単位で設定を行っていくのがSAPの特徴です。

最後にSAPを導入する際は実際どのような手順を踏んでいくのか？を解説します。

SAPを導入するには？

ここまでの説明で何となくSAPが何者であるかが分かってきたのではないでしょうか？

この最後の章ではSAPを導入する際の流れを解説しておきます。

SAPはパッケージ製品なのでサーバーにインストールするだけで利用可能になる・・・？と想像しがちなのですが、実はそんなことはありません。

SAPはインストールするだけでは利用できません。インストールを行ったあとの設定作業や自社の業務内容に合わせた機能開発が必要となります。

SAP導入には基本的に以下の２つの作業が必要となります。

ここの作業内容を理解することでSAPのメリット/デメリットがさらによく分かるようになります。

またSAPエンジニアを目指す方にとっては知らないと恥ずかしい超・基本知識でもありますのでしっかり理解しておきましょう。

関連　SAPエンジニアの仕事内容と将来性

パラメータ設定（コンフィグレーション / カスタマイズ）

パラメータ設定とは、別名コンフィグレーション / カスタマイズとも呼ばれます。

SAPは全世界の全業種で利用可能なERPパッケージとなっているため、使う言語や画面上に表示する内容などはオプションで選択することが可能になっています。どのオプションを利用するのか？（＝どの言語にする？画面の項目はどうする？など）を１つ１つ設定していく作業がパラメータ設定です。

パラメータ設定の代表的なものを挙げると「会社名」の設定や「組織情報」の設定といった基本的なものから「利用する消費税」の設定「画面項目」の設定など実際の業務に密に関連してくるものまで幅広く存在します。

SAPのすごいところは「そんなものまで設定できるの？」というほど設定項目が充実しているところです。この幅広さが、世界中の企業に採用されている大きな理由の１つになっています。

逆に言えば、どのような設定が必要で、どのような手順で設定すれば良いの？というのは専門家でないと分かりません。専門家としてのスキルを保持し、企業へのSAP導入をサポートするのが、SAPエンジニア/SAPコンサルです。

この設定を隅々まで知り尽くしているSAPエンジニアによって、SAP導入時の初期パラメータ設定が行われます。

SAPエンジニア

SAPエンジニアとは、読んで字のごとくSAPを導入・運用保守するエンジニアのこと。

SAPエンジニアの仕事内容や年収、勉強方法が気になる方は以下の記事をチェック！

SAPエンジニアとは？仕事内容や将来性を５分で解説します

【SAPエンジニアになりたい方必見！】 SAPエンジニアとはどんな仕事をするの？そもそもSAPって何をする？年収はどれぐらい？今からでも転職できる？ 現役のSAPエンジニアがお答えします。

it-biz.online

2023.03.18

ABAP開発（アドオン開発）

パラメータ設定（SAPの設定）だけではどうしても実現できない機能を追加する作業です。

日本の会社の場合は、他社との差別化のために独自の業務で効率化を行っているような場合が多く存在します。そのような業務はSAPの機能だけでは処理することができないため、SAP専用のABAP（Advanced Business Application Programming）と呼ばれるプログラミング言語を用いて、独自の機能を開発します。

SAP導入時に一番大変な作業がこの工程です。

なぜなら、ABAP開発がなければ「バグ」はほとんど生まれないからです。SAPを導入している企業で、もし不具合やバグが起きているとすればそれは99％はこのABAP開発が原因といえます。

ABAP開発では、SAPの標準仕様に加えてABAPの知識が必要になるため費用がかさみます。

逆に言えばこのABAP開発をできるだけ抑制し、SAPで実現できる業務体系に合わせていくことがSAP導入成功のカギとなります。

ABAPを１から勉強したい方は！

SAP / ABAPを１から学習したい初心者の方向けに、できるだけ網羅的にABAPが理解できるよう以下ページに知識体系を整理しています。

特に初心者のうちは、どこから学べばよいか？どう勉強すれば良いか？すらわからない状態になりがち。

ある程度の知識を持ったうえで、はじめて実践的な理解へとつながります。

是非、一度ご覧になってみてください。

ABAPとは？―初心者向け/勉強法【５０記事で解説】基礎編

【ABAP入門】SAPを構成するプログラミング言語―ABAP（あばっぷ）の勉強方法を初心者向けに１つのページにまとめました。基本的な構文ルールから、内部テーブルの利用、システム項目まで！このページを理解すれば、簡単な機能の実装が可能になります。【豊富なサンプルコード付き】

it-biz.online

2023.07.26

おまけ：SAPとERPの違い

よくある質問の１つ「SAPとERPは何が違うのか？」というものがあります。たぶん、どちらも英語３文字で似たような概念のため混乱してしまう人が多いものと推測されます。

ただ、ここまでお読みになった方なら答えは簡単にわかりますね。

「SAP⇒SAP社のERPパッケージの製品名称」
「ERP⇒企業全体システムのこと」
となります。

「SAP」と「ERP」は似ているものの、概念は異なりますので正確に理解しておくことが重要です。

そのうえで、SAPはERPパッケージの製品名称であるので、その意味ではSAP≒ERPである、ということも可能です。あくまでも、SAPは会社名・製品名であり、ERPは全社システムの総称であることを理解しておきましょう。

SAPをもっと詳しく知りたい方は

本記事で、SAPの概要を理解できたところで、さらに一歩深くSAPが何者なのか？を知りたい方や、実際にSAPのプロジェクトに参画する方は、参考書での学習もおすすめします。

以下の記事で紹介している３つの書籍ですが、SAPエンジニアであれば知らない人はいない必読書です。これを知らずしてSAPエンジニアを名乗るのはちょっとだけ恥ずかしいかも？

【SAP】これだけは読んでおきたい「おすすめ」参考書３選【決定版】

現役のSAPエンジニアがおすすめする参考書―３つだけ！

it-biz.online

2026.04.26

また、以下のページではSAPエンジニアを目指す方のために、SAPの勉強方法を解説していますので、是非ご参考にしてみてください。

【徹底解説】SAPの勉強方法３選―SAPコンサルタントになるために

【SAPエンジニア必見】SAP/ABAPの勉強方法をお探しの方必見！おすすめの参考書やおすすめのWebサイトなど、有料・無料問わずSAPの勉強方法を幅広く解説しています。「はじめてSAPを学ぶ方」は是非ご覧ください。

it-biz.online

2026.04.26

開発者の視点からSAP導入のメリット・デメリットについて解説しておりますので、お時間がある方は合わせてお読みください。

【SAP】SAP導入のメリット・デメリット

本ページではSAP導入のメリット・デメリットを解説していきます。何故、世界中の大企業がこぞってSAPを使っているのか？ここでは、一般的に言われているSAPを使うことのメリットとデメリットに加えて、SAP導入プロジェクトをいくつか経験してきた中で感じた個人的な意見も交えて解説しておきたいと思います。※...

it-biz.online

2026.04.26

FI単体で見た場合には事業領域は会社コードと同じように「財務諸表を出力する単位」として捉えることができます。

参考　会社コードとは？

このページではSAP/FI領域における「事業領域」の基本・考え方を１からわかりやすく解説します。

SAPエンジニア（特にFIコンサル）を目指す方であれば知らないと恥ずかしい超・基本知識の１つです。是非最後までご覧ください。

SAP：事業領域とは？

SAPのFI（財務会計）モジュールにおける「事業領域」は、企業の内部的な組織単位を表すもので、財務会計、資材管理、販売・流通などの各モジュールに跨る情報の集計や分析を可能にします。

具体的には、事業領域は企業内の特定の部門や事業部、製品ラインなどの単位で設定しておくことで、企業はこの組織単位で収益性やコスト構造を詳細に把握することができます。また、事業領域は企業の組織構造とは独立して設定することが可能で、これにより柔軟なレポーティングが可能となります。

たとえば、ある企業が北米、ヨーロッパ、アジアの3つの地域で事業を展開しているとします。この企業は「地域」を事業領域として設定し、各地域の売上や利益を個別に追跡することができます。

また、同じ企業が複数の製品ラインを持っている場合、それぞれの製品ラインを別の事業領域として設定し、製品ラインごとのパフォーマンスを分析することも可能です。

SAPのFIモジュールでは、事業領域ごとの財務情報を集計し、財務状況の詳細な分析を可能にします。これにより、企業は事業戦略の策定や意思決定をよりデータに基づいたものにすることができます。

事業領域の設定と活用

事業領域はSAPシステムの設定（カスタマイジング）段階で定義され、その後のトランザクションデータの入力やレポーティングの際に活用されます。

事業領域は任意の設定であり、全ての企業が事業領域を使用するわけではありません。

とは言え、企業のビジネス要件によりますが事業領域をあえて設定しないパターンは多くは存在せず、基本的にはどの会社でも利用する設定です。

Tr-CD : SPRO

IMG ⇒ 企業構造 ⇒ 定義 ⇒ 財務会計 ⇒ 定義：事業領域　と選択します。

新規エントリを押下し、４桁の英数字とテキストを入力します。

事業領域の設定自体は非常に簡単ですが、より実践的に使えるようにするには以下の内容を理解しておく必要があります。

組織構造との関係

SAPでは、企業の組織構造を表現するためにいくつかの組織単位が用意されています。

これらの組織単位は、企業の組織構造を表現するための「骨格」のようなもので、それぞれが特定の業務プロセスを担当します。

「事業領域」はこれらの組織単位とは独立して設定され、企業内の特定の部門や事業部、製品ラインなどを表すことができます。これにより、同じ組織単位でも異なる事業領域での取引を行うことが可能となります。

たとえば、ある会社コード（例えば、日本の法人）の下で、複数の事業領域（例えば、家電事業部と自動車事業部）が存在する場合、それぞれの事業領域で発生する取引は、その事業領域に割り当てられます。これにより、会社コード全体の財務諸表を作成するとともに、各事業領域の収益性やコスト構造を詳細に把握することが可能となります。

参考　財務諸表バージョン

自動的な事業領域割り当て

SAPでは、特定の条件に基づいてトランザクションを自動的に事業領域に割り当てる機能が提供されています。これは「自動的な事業領域割り当て」と呼ばれ、以下のように動作します。

この自動的な事業領域割り当て機能は、ユーザーが手動で事業領域を入力する手間を省き、データの一貫性と精度を向上させるための重要なツールです。また、これにより企業は各事業領域のパフォーマンスをより正確に追跡し、分析することが可能となります。

内部注文との関連

SAPの「内部注文」は、コスト管理の一部として使用されるツールであり、特定のプロジェクトや活動に関連するコストを追跡するために使用されます。

内部注文は、特定のプロジェクトや活動が発生したときに、そのプロジェクトや活動に関連するすべてのコストを集約します。これにより、企業はプロジェクトや活動のコストパフォーマンスを詳細に分析することができます。

一方で、「事業領域」は企業内の特定の部門や事業部、製品ラインなどを表すことができ、これにより企業は各事業領域の収益性やコスト構造を詳細に把握することができます。

したがって、内部注文と事業領域は、それぞれ異なるレベルでのコスト管理と分析を可能にします。具体的には、内部注文はより短期的で具体的なプロジェクトや活動のコストを追跡し、事業領域はより長期的で広範な視点からのコストと収益の分析を可能にします。

これらを組み合わせることで、企業は全体的なコスト管理とパフォーマンス分析をより効果的に行うことができます。たとえば、特定の事業領域内で発生する内部注文のコストを分析することで、その事業領域のコスト構造をより詳細に理解することが可能となります。

事業領域のレポーティング

事業領域はレポーティングで威力を発揮します。

特定の事業領域に関連する財務情報（例えば、売上、利益、コストなど）を集計し、それをレポートとして出力します。これにより、企業は各事業領域の収益性やコスト構造を詳細に把握することができます。

たとえば、特定の事業領域の売上レポートを作成することで、その事業領域の売上トレンドや顧客の購買行動を分析することが可能となります。また、コストレポートを作成することで、その事業領域のコスト構造やコスト削減の機会を特定することも可能です。

SAP/ABAPを１から勉強したい方は

SAP/ABAPを１から学習したい初心者の方向けに、できるだけ網羅的にABAPが理解できるよう以下ページに知識体系を整理しています。

特に初心者のうちは、どこから学べばよいか？どう勉強すれば良いか？すらわからない状態になりがち。

ある程度の知識を持ったうえで、はじめて実践的な理解へとつながります。

是非、一度ご覧になってみてください。

ABAPとは？―初心者向け/勉強法【５０記事で解説】基礎編

【ABAP入門】SAPを構成するプログラミング言語―ABAP（あばっぷ）の勉強方法を初心者向けに１つのページにまとめました。基本的な構文ルールから、内部テーブルの利用、システム項目まで！このページを理解すれば、簡単な機能の実装が可能になります。【豊富なサンプルコード付き】

it-biz.online

2023.07.26

反対仕訳＝借方と貸方が逆転した仕訳のこと

マイナス転記＝マイナスの金額を転記すること

SAPエンジニア、特にFIコンサルを目指す方であれば知らないと恥ずかしい超・基本知識の１つです。是非最後までご覧ください。

SAP/FI：反対仕訳とは？

反対仕訳とは、借方と貸方が逆転した仕訳のこと。誤って投入してしまった仕訳を修正するために計上される仕訳です。

つまり、元の仕訳で借方に記録したものを貸方に、貸方に記録したものを借方に記録することで、元の仕訳とは逆の効果を生じさせることができる仕訳です。

なお、現場によっては「逆仕訳」とも呼ばれますが、このページでは基本的に「反対仕訳」の単語で統一します。SAPの世界では、逆仕訳という単語ではなく「反対仕訳」が用いられるためです。

反対仕訳＝借方と貸方が逆転した仕訳のこと

SAP/FI：マイナス転記とは？

対して、マイナス転記とは貸借を逆転して元の仕訳を修正するのではなく、もとの金額にマイナスをかけて伝票を投入する仕訳です。

こちらも誤って計上した伝票を取り消すような場合に用いるのですが、こちらはちょっと特殊なやりかた（＝SAPに限らず修正の基本は反対仕訳）です。

このマイナス転記を行えるようにするかどうか？は以下の２つの条件を満たしている必要があります。

実際の業務・簿記の計上方法を理解したところで、SAP上での反対仕訳の投入方法を解説していきます。

SAPでの反対仕訳投入手順

原則として、SAPでの反対仕訳の処理は必ずもとの仕訳と紐づける形で登録することになります。

つまり、貸借逆の仕訳をFB01(伝票登録画面)から登録する、ということはありません。反対仕訳専用の機能を利用します。

FB08：伝票の反対仕訳

反対仕訳の投入はトランザクションコード：FB08 から投入します。

参考　トランザクションコードとは？

トランザクションコード：FB08では「伝票の反対仕訳：ヘッダデータ」という画面が表示されます。画面を見て頂ければわかる通り、各項目（伝票番号や会社コードなど）を説明にしたがって入力していくだけの簡単な画面です。

本当に自分が投入したい仕訳が投入されるのか？なんて不安がある方は「反対仕訳前に照会」ボタンを押すことで「反対仕訳」を確認することができます。

尚、伝票番号の項目には「反対仕訳を行いたい伝票番号」を指定するのですが、ご覧の通り、本画面では「伝票番号は1つだけ」の指定です。範囲指定ができません。

では、複数件の伝票を反対仕訳したい場合はどうするか？

F.80：伝票の一括反対仕訳

間違って100件以上仕訳を投入してしまった！なんて場合には、一括で反対仕訳を行うことになります。

トランザクションコード：F.80から、一括反対仕訳を行います。

こちらの画面からは、伝票番号も範囲指定・複数指定ができるのため一括での反対仕訳が可能です。

注意点：計上される仕訳について

どちらの画面でも反対仕訳、すなわち「伝票の取消」という目的は達成される一方で、両画面で必須項目となっている「反対仕訳理由」という項目の選択の仕方によっては挙動が変わる場合が存在します。

実際にどのような仕訳が作成されるかは、会社ごとに異なりますので事前に確認しておきましょう。

ここからは、さらにシステム的な設定方法を解説していきます。SAPコンサル・エンジニアの方はここまでの理解はあくまでも前提であり、ここからが本題です。

カスタマイズ方法：SPRO

反対仕訳理由は、トランザクションコード：SPROからのカスタマイズ項目です。どのような仕訳で反対仕訳を達成するか、業務的な要求に答える形で設定を行う必要があります。

カスタマイズ自体は非常に簡単です。

意外と設定すべき項目は多くありません。概念の理解をしていれば、カスタマイズは簡単です。

反対仕訳：理由

ここには、反対仕訳理由を一意にするためのコード値を設定します。英数字2桁で設定します。

反対仕訳：テキスト

反対仕訳理由を示すテキストを入力します。例えば「転記誤りによる修正仕訳」「納入製品の取り消し」など、どの業務で利用するかを定義する項目です。

ここで定義したテキストが選択画面、伝票照会画面で表示されるためユーザフレンドリーなテキスト（分かりやすい説明）を心がける必要があります。

反対仕訳：Neg転記

このパラメータは、反対仕訳の際にマイナス転記を行うかどうかの制御可否の判別となります。

チェックをすることでマイナス転記が可能になります。

ただし、本項目で「X」を指定した場合でも、会社コードの設定で「マイナス転記を不可」としている場合は、マイナス転記を行うことはできません。

反対仕訳：代替転記日

この項目は、反対仕訳する際に転記日を自由に設定できるかどうかを制御します。

反対仕訳なので、反対仕訳元伝票の転記日付以前はいかなる場合も指定することができません。会計期間がクローズされた日付の伝票を反対仕訳する可能性がある場合は「X」を設定する必要があります。

SAP/ABAPを１から勉強したい方は

SAP/ABAPを１から学習したい初心者の方向けに、できるだけ網羅的にABAPが理解できるよう以下ページに知識体系を整理しています。

特に初心者のうちは、どこから学べばよいか？どう勉強すれば良いか？すらわからない状態になりがち。

ある程度の知識を持ったうえで、はじめて実践的な理解へとつながります。

是非、一度ご覧になってみてください。

ABAPとは？―初心者向け/勉強法【５０記事で解説】基礎編

【ABAP入門】SAPを構成するプログラミング言語―ABAP（あばっぷ）の勉強方法を初心者向けに１つのページにまとめました。基本的な構文ルールから、内部テーブルの利用、システム項目まで！このページを理解すれば、簡単な機能の実装が可能になります。【豊富なサンプルコード付き】

it-biz.online

2023.07.26

借方/貸方の識別、利用する勘定コードの制限などを行うのが主な役割です。

参考　勘定コードとは？

このページではSAPにおける転記キーの意味と役割、設定方法を初心者向けにわかりやすく解説します。

SAPエンジニア（特にFIコンサルタント）を目指す方であれば知らないと恥ずかしい超・基本知識の１つです。是非最後までご覧ください。

転記キー（Posting Key）とは？

転記キーは、会計伝票（Accounting Document）における個々の勘定コードの取引に対する借方（Debit）または貸方（Credit）を制御する役割を担います。

簡単に言えば、〇〇という転記キーを利用する場合には「貸方」に「資産関連の勘定コード」を入力しないといけないといった制御が可能になります。

転記キーは通常2桁の数字で表され、その数字は会計処理の種類や勘定科目の性質に応じて割り当てられます。

転記キーの主な機能は以下のとおりです。

SAPの標準でいくつかの転記キーを提供していますが、独自の要件に合わせてカスタマイズで転記キーを作成することもできます。

転記キーのイメージがより深まるように代表的な転記キーをいくつかご紹介しておきます。

この表は、転記キーの一般的な使用例を示していますが、企業は独自のビジネス要件に応じて転記キーと勘定科目の設定をカスタマイズできます。

適切な転記キーと勘定科目の選択により、会計プロセスを効率化し、エラーを低減することができます。

転記キーのカスタマイズ方法

標準的な転記キーでは企業の要件を満たせない場合、会社独自の転記キーを定義する必要があります。

以下のメニューから転記キーの定義画面へ遷移します。

関連　伝票タイプとは？

ABAPを１から勉強したい方は

ABAPを１から学習したい初心者の方向けに、できるだけ網羅的にABAPが理解できるよう以下ページに知識体系を整理しています。

特に初心者のうちは、どこから学べばよいか？どう勉強すれば良いか？すらわからない状態になりがち。

ある程度の知識を持ったうえで、はじめて実践的な理解へとつながります。

是非、一度ご覧になってみてください。

ABAPとは？―初心者向け/勉強法【５０記事で解説】基礎編

【ABAP入門】SAPを構成するプログラミング言語―ABAP（あばっぷ）の勉強方法を初心者向けに１つのページにまとめました。基本的な構文ルールから、内部テーブルの利用、システム項目まで！このページを理解すれば、簡単な機能の実装が可能になります。【豊富なサンプルコード付き】

it-biz.online

2023.07.26

システム的に重要な日付のか、重要ではない日付なのかを意識しておかないと入力ミスにつながり、場合によっては取り返しがつきません。

決して難しい内容ではありませんので、短時間でパッと違いを整理しておきましょう。

SAPを利用する方や、SAPエンジニアを目指す方であれば知っておきべき重要事項です。それでは早速解説を始めます。

SAPに存在する会計伝票の様々な日付

会計伝票には、様々な日付情報が存在します。

１つ１つがシステム的にそれぞれ特定の役割を持っており、それらの日付情報が「何を表す日付なのか？」というのを知っておくことは重要です。

特に本記事で説明する３つの主要な日付は明確に区別しておくことが求められます。１つ１つ、どのような日付の情報なのか初心者向けに分かりやすく解説します。

SAP：転記日付とは？

転記日付とはその名の通り「転記」を行う日付です。すなわち、取引を行った日付が入力されます。

転記日付は、SAPの会計処理において、会計帳簿の正確性を保証し、取引履歴の管理を行い、会計報告書の作成に必要な情報の一つです。これらの役割を正確に果たすためには、転記日付の入力が正確であることが重要です。

実際の例で言えば、商品を買った日付、売掛金が発生した日付など。他の日付情報と異なり、転記日付はどの会社でも同様に「取引が発生した日付」を入力する決まりで、様々ある日付情報の中で最も重要な項目です。

転記日付を間違えた場合

転記日付を間違えて登録してしまった場合、SAPは伝票削除ができませんので「反対仕訳」を登録する必要があります。

反対仕訳の手順についてはこちらのページで解説しておりますので、詳しく知りたい方はこちらのページをご覧ください。

【SAP/FI】反対仕訳（逆仕訳）マイナス転記を３分で解説

【初心者向け】反対仕訳（逆仕訳）マイナス転記とは何か？この仕訳の使い方や意義について、3分で解説します。初心者でも分かりやすい解説です。

it-biz.online

2023.04.03

SAP：伝票日付とは？

伝票日付は、転記日付と異なり、システム的にも業務的にもあまり重要な意味を持ちません。SAPを導入する会社ごとに「どのように使うか」を決めて利用する日付です。

なので、どの日付を入力しても問題ありません。

現場によっては未来日付だろうが過去日付だろうがなんでも入力できる場合もあります。伝票日付は、会社独自でルールを定めて利用する日付項目なので、例えば以下のような使われ方をしたりします。

用途は様々です。ルールがなければ、どんな日付を入れておいてもOK。入力ミスをしても、反対仕訳は必ずしも必要ではなく、SAPの設定次第ですが転記後でも修正することが可能です。

会社のルールに従って、適切な日付を入力するようにしましょう。

SAP：登録日付とは？

登録日付は、システムに「伝票が登録された日」が設定されます。実際のSAPユーザは目にしませんが、システムを運用する人にとってはいろいろな場面で役立つ日付です。

登録日付は、SAPがシステム的に自動的に登録するので、それ以外の日付は設定されません。この日付は、障害の原因調査の１つのヒントになったり、例えば伝票がどのタイミングで多く登録されるか？を知りたい場合に使うことができるのです。

SAPのFIコンサルを目指す方であれば、是非知っておきたい重要な日付情報です。

ABAPを１から学習したい方は

ABAPを１から学習したい初心者の方向けに、できるだけ網羅的にABAPが理解できるよう以下ページに知識体系を整理しています。

特に初心者のうちは、どこから学べばよいか？どう勉強すれば良いか？すらわからない状態になりがち。

ある程度の知識を持ったうえで、はじめて実践的な理解へとつながります。

是非、一度ご覧になってみてください。

ABAPとは？―初心者向け/勉強法【５０記事で解説】基礎編

【ABAP入門】SAPを構成するプログラミング言語―ABAP（あばっぷ）の勉強方法を初心者向けに１つのページにまとめました。基本的な構文ルールから、内部テーブルの利用、システム項目まで！このページを理解すれば、簡単な機能の実装が可能になります。【豊富なサンプルコード付き】

it-biz.online

2023.07.26

このページを読めば、統制勘定の利用・設定において必要な知識を網羅することができ、実際の業務で困ることは無くなるでしょう。

「統制勘定」は簿記3級程度の知識が前提と言われますが、システム的な仕組みに加えて簿記の超・基礎部分についても本ページでまとめて解説しておりますので、ご安心ください。

SAPのFIコンサルを目指す方であれば知らないと恥ずかしい超・基本知識の１つです。是非最後までご覧ください。

はじめに：総勘定元帳と補助元帳

統制勘定を理解するためには、まず簿記の超・基礎知識である「総勘定元帳」と「補助元帳」の理解が必須となります。

総勘定元帳・補助元帳について「１００％」理解する必要はありませんが、概要をイメージできるよう最初に解説しておきます。

総勘定元帳

総勘定元帳とは、全ての「仕訳」（※全ての「取引」とご理解ください）が、記帳されている元帳のことを言います。あらゆる取引が「総勘定元帳」に記録されます。

〇〇費・支払給与・普通預金（〇〇銀行）などの全ての取引結果が網羅的に記録されているのが「総勘定元帳」です。その会社が行った取引は、全て総勘定元帳を見ればわかることになります。

この総勘定元帳を基に貸借対照表や損益計算書などの、各種財務諸表が作成されていきます。

関連：財務諸表バージョンとは？

補助元帳

総勘定元帳には全ての取引結果が網羅されている、と説明しました。ただし、総勘定元帳は網羅的であるため、逆に一つひとつの取引内容をさらに細かく管理するには別の記録表が必要になってきます。

それが「補助元帳」です。

補助元帳で分かりやすいのが、売掛金元帳と買掛金元帳です。

総勘定元帳には売掛金と買掛金の金額は総額で記帳されています。対して補助元帳には「取引先ごとの売掛金・買掛金」が記帳されています。つまりこんな感じです。

ご覧の通り、補助元帳は総勘定元帳をより細かい単位で記帳する元帳なのです。

さて、ここからさらに一歩深く、実際の経理業務での総勘定元帳と補助元帳の利用方法をみていきましょう。ここが「統制勘定」理解の第１チェックポイントになります。

補助元帳と総勘定元帳は同時に記帳される

取引先〇〇商店に１万円の売掛金が発生した場合、経理部門では補助元帳の取引先〇〇商店の欄に売掛金１万円を記帳し、同時に総勘定元帳にも売掛金１万円を記帳します。

記帳する順番はどうあれ、大事なのは同じ１万円という情報が同時に記帳されるということです。したがって売掛金元帳、そして総勘定元帳の売掛金の金額は必ず一致ということになります。

総勘定元帳をより細かく粒度で整理したのが「補助元帳」なのですから、考えれば当然ですね。

ただ、これ結構めんどくさくないですか？

もし補助元帳である売掛金元帳に記帳した瞬間にその情報が総勘定元帳に即時に転記されてくれれば・・・・

ここで考え出されたのが、統制勘定の概念です。

統制勘定とは？

統制勘定とは、補助元帳に転記されると同時に総勘定元帳に転記される勘定のことです。

SAPでは、売掛金元帳に〇〇商店１万円が記帳された瞬間、自動的に総勘定元帳に売掛金１万円が記帳されるような仕組みを採用しています。

つまり、売掛金元帳に１万円を転記する際に「総勘定元帳には勘定コード〇〇で転記する」と予め設定しておくことで、自動的に総勘定元帳に転記するようにしているのです。

このとき自動的に総勘定元帳に転記される勘定コードを統制勘定と呼んでいるということです。

統制勘定の概念はたったこれだけなのですが、いくつか注意点もあります。

ここからは、開発者視点からより詳しくシステム的な内容を解説していきましょう。

１．統制勘定は直接転記不可

統制勘定コードを伝票入力画面で利用することはできません。

理由は、統制勘定は「補助元帳への転記を前提としている」ためです。

よく考えれば当たり前なのですが、仮に統制勘定に直接転記できてしまう場合、転記すると同時に補助元帳への転記も必要です。これは、統制勘定そのもののメリットを破壊する行為であるため処理は不可能です。

もっというと、統制勘定への直接転記を不可とすることによって「総勘定元帳と補助元帳の金額が一致する」ということを担保していると考えることができます。

２．勘定コードごとに設定可能

統制勘定は勘定コードごとに設定します。勘定コードを登録する画面にて、統制勘定を設定する項目があるので、それぞれの勘定コードで設定可能です。

関連：勘定コードとは？

３．統制勘定コードを設定すると消込管理される

統制勘定として設定された勘定コードは、消込管理の対象となります。

消込管理とは「明細の処理(同一の勘定コード・同額以上での貸借逆の仕訳計上)が実施されているかどうかを管理」することです。わかりやすく言うと、対象の取引が完了しているかどうかを管理しています (売掛金に対する入金があるかどうか、買掛金に対する支払を行ったかどうか、ということを管理します) 。

簡単に説明すると、勘定コードごとの合計金額を財務諸表のどの部（資産・負債・純資産）の金額として集計するか？を指定する仕組みです。

かつ、その構造を複数セット保持することができる、というのがSAPにおける財務諸表バージョンの要約です。

このページでは財務諸表バージョンとは何か？どのように設定するのか？を１からわかりやすく解説します。

SAPエンジニア（特にFIコンサル）を目指す方であれば知らないと恥ずかしい超・基本知識の１つです。是非最後までご覧ください。

財務諸表バージョンとは

SAP・FIモジュールの大きな目的の１つが財務諸表の出力。この財務諸表を出力する際の構造を定義するのが財務諸表バージョンの役割です。

財務諸表とは？

企業の経済活動に関する財務情報をまとめて表示した報告書のこと。

財務諸表

• 貸借対照表
  企業の資産、負債、そして株主資本を一定の時点で表したもの
• 損益計算書
  ある期間（通常は1年間）における企業の収益（売上高）と費用（原価、販売費、一般管理費など）を表したもの
• キャッシュフロー計算書
  ある期間における企業の現金および現金同等物の流入と流出を表したもの

財務諸表とは、簡単に言うと "どの取引をどれだけ行ったか" "費用・収入などの分類ごとに金額の合計値はいくらか" を国に報告する書類。つまり、勘定科目ごと（勘定コードごと）にどの分類の残高として財務諸表を出力するのか？を定義するのが財務諸表バージョンです。

勘定コードとは、勘定科目ごとに割り当てられているコード（数字）のことであり、会計転記を行う際には必ずこの勘定コードが必要です。

したがって財務諸表を出力する際には勘定コードの残高をどの部の残高として出力するのか？を指定することで、財務諸表の出力構造を決定することになります。

名前に「バージョン」がつく意味

財務諸表バージョンに「バージョン」がつく理由は単純に「いろんな種類の構造を作れるから」です。基本的には、財務諸表は１種類だけ作っていれば問題ないのですが、例えば日本とアメリカにそれぞれ会社がある企業を考えてみましょう。

この場合、SAPの設定一つで日本向けの財務諸表、アメリカ向けの財務諸表を同時に作る必要が出てきます。

SAPはそういった場合でもSAP１つで対応できるようにしているのです。

日本国内だけの企業でも、複数の財務諸表バージョンを持っておいて必要に応じて使い分けをする可能性もあります。

実際の設定画面を見ていきながらより具体的なイメージができるようにしていきましょう。

財務諸表バージョン定義画面

以下の画面が財務諸表バージョンの定義画面です。

利用しているバージョンやGUIの設定によって多少画面の見た目が異なる可能性があります。

財務諸表バージョン：コード

財務諸表バージョン自体のコードを設定します。

英数字４文字で定義します。実際に財務諸表を出力するときに、このコードを指定するため分かりやすいコードにする必要があります。

よくあるコード設定方法としては、「会社コード=財務諸表バージョン」で定義することが多いです。

会社コードは、財務諸表の出力単位で設定するため基本両者は一致するという考え方です。

財務諸表バージョン：名称

説明不要ですが、この項目に指定した名前が直接SAP利用者の目に触れるので「技術的な名称」を指定するのではなく、正式な財務諸表名を設定します。

財務諸表バージョン：言語更新

財務諸表を出力する際の言語を割り当てます。日本語であれば ”JA” を指定します。

もし、英語版の財務諸表を出力する要件があれば、出力する階層構造が同じでも英語版の財務諸表バージョンを別に定義する必要があります。同じ階層の言語が別の財務諸表バージョンをつくるイメージ。

財務諸表バージョン：自動割当明細キー

財務諸表バージョンを設定する際に、明細キーを手動で採番するか、自動で採番するかどうかを設定する項目です。

明細キーとは、財務諸表バージョン内の階層・項目を識別するためのキー項目のことで、自動採番にすると１から順に採番されていきます。

財務諸表バージョン：勘定コード表

どの勘定コード表を割り当てるかを設定します。

この勘定コード表に含まれる勘定コードのみが、財務諸表バージョン内で利用することができる。つまり、財務諸表バージョン側で階層を設定したとしても、目的の勘定コードが勘定コード表内になければ、その勘定コードの金額は財務諸表に出力されません。

特別な要件がない限り、会社コードに割り当てている勘定コード表＝財務諸表バージョンの勘定コード表で設定します。

以上で財務諸表バージョンの「枠」が出来上がりです。

ここまでの設定はそもそもの設定、つまり財務諸表バージョンの題名と概要を設定しただけです。したがって、このまま財務諸表バージョンを指定して財務諸表を出力しようとしても、何も表示されません。

ここから実際にどの部にどの勘定コード残高を出力するか？の階層定義を行うことで財務諸表バージョンの設定が完了します。

財務諸表バージョンの階層設定：FSE2

第１画面で先ほど設定した財務諸表バージョンのコードを指定し、実行ボタンを押下した際の画面がこちらです。

この画面は設定がある程度完了している財務諸表バージョンの階層を表示しています。画面を見ると、階層関係が一目でわかるようになっていますね。

そして、さらに階層を辿り最下層にたどり着くと、以下のようにその階層に勘定コードを割り当てていることが分かります。

この例では、階層が「資産　＞　現金および現金同等物　＞　小口現金」のように設定されていることが分かります。そして、最下層の「小口現金」には勘定コード「10010000」が割り当てられています。

つまり、勘定コード10010000、財務諸表では資産の部の小口現金の金額として報告されるということになるわけです。

階層定義：勘定コードの割り当て方

勘定コードを階層に割り当てる方法には大きく分けて２通りあります。それぞれのメリット・デメリットを解説しておきます。

勘定コードを個別に指定する

先ほど例示した財務諸表バージョンはこの例です。

勘定コードの開始値・終了値を同一の勘定コードで設定していきます。勘定コード一つひとつを階層に割り当てていくイメージです。この場合のメリットとしては「分かりやすい！」ことが挙げられます。

財務諸表バージョンを開いていけば、そこにどんな勘定コードが割り当てられているかを個別に知ることができます。

勘定コードを範囲指定する

勘定コードを範囲指定すなわち「00000~00010」までを「小口現金」の階層に割り当てる、といったやり方です。

もう一度画面を見てみると、開始勘定・終了勘定があることからこちらが本来の使い方と言えるでしょう。

開始勘定・終了勘定を別に指定して勘定コードの範囲していという形をとっておけば、勘定コードを追加した際に「財務諸表バージョンへの割り当て作業が不要！」です。

その範囲にある勘定コードであれば、勘定コードを作成したタイミングで自動的に財務諸表バージョンへの割り当てが完了していることになります
一方で、システムの運用歴が長くなってくると、日々刻々と追加・修正される勘定コードが事前の採番体系の壁を打ち破ることもあります。
このとき非常につらい思いをするのが、この範囲指定のデメリットでもあります。

財務諸表バージョン更新時の注意点

財務諸表バージョンを更新する際には、勘定コードが事前に登録されている必要があります。もし登録されていないタイミングで、財務諸表バージョンに勘定を追加しようとすると「勘定コードXXXXは勘定コード表OOOOに登録されていません」というメッセージが表示され、更新が行えません。

ちなみに、このメッセージが出るのは、開始勘定と終了勘定の間に1つも勘定がない場合です。

すなわち、勘定コードを個別指定する場合に起こりがちです。勘定コードを範囲指定している場合には、1つでも勘定コードが含まれていればよいので発生しづらくなります。