このトピックでは、仕入先に関わる標準機能を領域毎に抜粋して説明します。 (このトピックは随時編集中です)

以下の図にて各トランザクションの実行画面のイメージを示します。

• FK10N
  

仕入先とは、「販売するための商品」や「製品を製造するために原材料・部品等」を購入する先の取引先のことであり、仕入元や、購買先、調達先など呼ばれることもよくあります。 一方、商品や製品を買ってくれる取引先のことは、得意先と呼ばれます。

仕入先に関わる業務フローは、主に以下のようになります。

1. 見積依頼
   初めて取引をおこなう場合や価格を変更したい場合に行います。仕入先の選定もここで行われることになります。
2. 購買契約の締結
   継続的に仕入先をと取引を行う場合は、あらかじめ取引条件などを決めた上で、「購買契約」を締結します。
3. 発注
   仕入先へ発注を行います。
4. 入庫・検収
   仕入先からの納品を入庫して、品質などを確認・検収します。不良品があった場合の返品もここで行われることになります。
5. 支払締め
   請求される代金を確認して、支払い金額を確定します。
6. 代金支払
   振り込みやその他の方法で仕入先へ代金を支払います。

仕入先から複数の品物を購入する場合、品物ごとに仕入先の担当部門が異なるのがほとんどです。 SAP ERPではこれを「仕入先部門」という用語で表し、商品データおよび購買情報データを登録するときに、商品と仕入先部門に一意の関係を割り当てることができます。

取引先としての “ 仕入先” は、企業間の取引上、いくつかの異なる役割を担うことができます。 調達・購買においては、仕入先は最初は 購買発注のあて先であり、次に品目の供給元となり、それから請求元、最終的には支払 受取人となります。 SAP ERPでは、このように1つの仕入先における複数の役割を「取引先機能」という用語で表しております。 標準システムでは、下記の取引先機能が例として定義されております。

• 仕入先
• 購買発注先住所
• 品目供給者
• 請求元
• 他支払人

取引先機能は、仕入先の所属部署に限らず、システムの要件に合わせて自由に定義することができます。例えば、カスタマイジングで下記のような取引先機能を定義することがあります。

• 運送業者　
  品物を運送してくる会社

仕入先から継続的に品物を調達する企業は、独自に作成したの仕入先評価の仕組で、仕入先の実態を適切に評価して、格付けしてその結果に応じた発注を行うのがほとんどです。

評価項目としては、よく以下のものが取り上げられます。

• 品質
• 納期
• コスト
• 開発力
• 財務力
• 規模
• 経営状態

項目毎に採点して、最終的に各項目の加重が反映された総点数が決定されます。

• 購買管理における取引先機能|SAP Help Portal

1. BOM明細を示す明細番号(STLKN)は、BOM伝票単位で内部採番されるものである。
2. データ構造はBOM→代替BOM→明細→副明細の4階層になっているが、BOM明細テーブル(STPO)に明細と代替BOMの関連関係を持っておらず、関連テーブルのSTASにその情報が格納される

BOMヘッダ

BOM明細

BOMはBOMカテゴリを使ってリンク元を識別します。

以下の図で品目の各テーブルの関連関係を示します

このセクションでは各テーブル項目を抜粋して順次説明していきます。

品目の基本情報が格納されます。

MARAテーブルに格納されるデータを分類毎にまとめて説明します。

MTART品目タイプ MBRSH産業コード MATKL品目グループ

MEINS基本単位 BSTME発注単位

プラント別の品目情報が格納されます。

品目の代替単位情報が格納されます。

評価レベル(プラント／会社コード)の別の品目評価情報(数量、金額、原価など)が格納されます。

数量単位

次元

数量単位のISOコード

SapERP業務ﾓｼﾞｭｰﾙにて、品目数量単位を保持するﾃｰﾌﾞﾙ項目は主に以下のようなものがあります。

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

テキストファイルヘッダ

購買依頼伝票や、品目、購買情報などの特定なアプリケーションオブジェクトにリンクしているテキストのヘッダ情報は、このテーブルに格納されます。

テキストファイル行 購買依頼伝票や、品目、購買情報などの特定なアプリケーションオブジェクトにリンクしているテキストの各行の文字列は、このテーブルに格納されます。

テキストIDのテキスト テキストIDの定義は、このテーブルに格納されます。

有効テキストオブジェクト テキストオブジェクトの定義は、このテーブルに格納されます。

出力管理のレコード。

全伝票の出力レコードが格納されます。

※1
伝票保存時出力の場合、業務によってもっと細かく制御する必要な場合があります。たとえば、承認プロセスありの購買発注機能で、出力は最終承認時に実行させる必要があります。そこで、その以外の保存処理では、このフラグをXに設定して、出力システムに「出力しないこと」を知らせます。 ※2
自動提案で登録されたメッセージは空白、ユーザがマニュアルで入力したメッセージはXに設定されます。

詳細出力データ

出力管理: 出力 (取引先機能別) カスタマイジングテーブルであり、出力毎に入力可能な取引先機能、出力媒体はこのテーブルに定義されます。

出力タイプ（伝票タイプ）別にカスタマイジング機能が用意されています。 例：

• 購買発注伝票
  IMG＞在庫/購買管理＞購買管理＞メッセージ＞出力管理＞出力タイプ別取引先機能＞定義：購買発注の取引先機能

出力カテゴリ・タイプに対するプログラム・フォーム・書類形式

このセクションでは数量単位の構成要素を説明します。

数量単位はすべて、内部数量単位というMAX3桁のコードで一意に識別されます。 内部数量単位コードはSAP ERPシステムの内部にしか通用されません。

内部数量単位の外部名称としては、MAX3文字の通商単位名称とMAX6文字の技術単位名称の二つがあります。 二つとも言語に依存しております｡

ISOコードとは、ISO（国際標準化機構）が定めた、電子データ交換(EDI)に用いるための記号のことです。EDIに利用される内部数量単位は事前にISOコードを割り当てる必要があります。 複数の内部数量単位を一つのISOコードに割り当てることも可能です。

数量単位には次元があります。例えば以下のような次元があります。

次元なしは特殊な次元AAAADLで示されます。

各次元ごとにSI(Système International des Unités)単位が定義されます。 同じ次元の数量単位の関連次元のSI単位への換算係数が保持されているため、同じ次元の単位の換算は､自動的に行われます｡

SAP ERPで次元毎に定義されたSI(Système International des Unités)単位は以下の表に示されたものがあります。

SAP ERPでは品目に対して、以下のように分野毎に異なる数量単位を定義してそれぞれ数量を持つことができます。

• 基本数量単位
• 発注単位
• 価格単位
• 入力単位
• 荷役単位

品目の在庫を管理する数量単位です。他の数量単位で入力した数量 (代替数量単位) は、全て基本数量単位に変換されます。 在庫管理では、基本数量単位で在庫が管理されます。

発注単位は、発注数量に関して指定する単位です。

価格単位は、正味価格に関して適用される単位で、請求書照合はこの単位を基準として行います。

入力単位は入庫処理で入力数量に関して指定する単位です。

SapERPではさまざまな伝票が存在しています。以下の表でそれらを抜粋して、各自のトランザクションテーブルを説明します。

変更履歴テーブルはCDHDR(変更文書ヘッダ)とCDPOS(変更文書明細）に分けられます。

変更文書ヘッダ(CDHDR)の項目を以下の表で抜粋します。

変更文書明細(CDPOS)の項目を以下の表で抜粋します。

テーブル（CDHDR・CDPOS）におけるオブジェクトクラスは、以下のようなものがあります。 随時更新していきます。

SAP標準からは、STXDという汎用グループでテキストを操作するための汎用モジュールを多数用意しております。 以下にてよく利用される一部を抜粋してそれぞれ説明します。

テキストを読みだすには、汎用モジュールREAD_TEXTを使用します。 サンプル：

  DATA TL_LINES TYPE STANDARD TABLE OF TLINE.
CALL FUNCTION 'READ_TEXT'

EXPORTING

ID                      = 'F12' "テキストID,F12:依頼課名称,F13:依頼者...

LANGUAGE                = 'J'          "言語

NAME                    = '450000001300010' "テキスト名：10桁(伝票番号)+5桁(明細番号)

OBJECT                  = 'EKPO'       "購買発注明細

TABLES

LINES                   = TL_LINES "読み込まれたテキスト行

EXCEPTIONS

ID                      = 1

LANGUAGE                = 2

NAME                    = 3

NOT_FOUND               = 4

OBJECT                  = 5

REFERENCE_CHECK         = 6

WRONG_ACCESS_TO_ARCHIVE = 7

OTHERS                  = 8.

テキストを書き込みするには、汎用モジュールSAVE_TEXTを使用します。

テキストを削除するには、汎用モジュールDELETE_TEXTを使用します。

SAPでは、購買や販売、会計といった伝票を起票したり、品目や仕入先、得意先といったマスタオブジェクトを登録する際に、補足的なテキスト情報を入力する場合がよくあります。フォーマットフリーで業務ロジックに関わりがないテキスト情報を処理するために、SAPが共通的な仕組みを提供しております。 纏めておくと、仕組みのコンセプトは以下になります。

• テキスト情報は各業務固有のテーブルではなく、共通のテーブルに纏めて格納されます
• 業務オブジェクトを内部に一意的なIDを識別し、テキストとリンクさせます
• 専用のAPIでテキストの読み書きを行います

テキストはテキストオブジェクト、テキストＩＤ、テキスト名前によって管理されます。

キストはそれ自体では完結せず、他の業務アプリケーションオブジェクトにリンクしています。たとえば、ある品目について詳細に説明したテキストもあれば、受注の特別契約に関するテキストもあります。

テキストオブジェクトは、そのアプリケーションオブジェクトのタイプを示すものとなります。

例：

業務テーブルの名前をそのままテキストオブジェクトとして利用されるのはほとんどです。

使用可能なテキストオブジェクトとそれぞれの属性は、テーブルTTXOB で定義されていますので、そのテーブルから調査することができます。

テキスト名は、テキストがリンクするアプリケーションオブジェクトを特定します。 テキスト名のフォーマットは、テキストオブジェクトに依存します。

例：

通常、1 つのアプリケーションオブジェクトに 1 つのテキストでは不十分です。アプリケーションオブジェクトの個々の特性をすべて記述するには、複数のテキストが必要です。たとえば、購買発注明細の情報を保存するために、複数のテキストが必要になる場合もあります。

例：

1つのオブジェクトに対する複数のテキストを区別するには、別の分類属性が 1 つ必要です。 SAPscript は、この属性テキストID を呼び出します。このテキストID を使用して同一のテキストオブジェクトを説明する様々なテキストを識別します。 テキストID とその属性は、テーブル TTXID で定義する必要があります。

SE75でもテキストオブジェクトやテキストIDを確認することができます。 SE75を立ち上げ照会ボタン押下テキストオブジェクトを選択して、テキストIDボタンを押下

条件: 構成

各通貨の金額(外部データ書式)はその通貨の換算係数を除算した値(内部データ書式)が実際に金額項目に格納されます。

中国人民元やアメリカドルは小数点以下2桁を持っているため、換算係数を1として、通貨金額はそのまま内部に格納されます。 日本円や韓国ウォンは小数がないため、換算係数を100として、通貨金額は100で割った数値が内部に格納されます。例えば2円は内部に0.02で格納されます。

為替レート換算係数

• 関連ﾃｰﾌﾞﾙ
  通貨ｺｰﾄﾞの定義 TCURC
  通貨ｺｰﾄﾞの小数点以下桁数 TCURX

通貨間換算の時には換算ﾚｰﾄを使用します。

• カスタマイジング
  IMGパス: SAP NetWeaver→一般設定→通貨→入力：換算レート
  トランザクションコード： F-62

換算ﾚｰﾄﾀｲﾌﾟとは、通貨換算を司る最上位の要素です。 例えば、ある日付時点でのUSD/JPYレートを複数の観点で保持/計算したい場合など使用します。

伝票の転記や決済を行う際には、換算レートタイプ M の換算レートを使います。 この換算レートタイプに必ずエントリを作成しなくてはなりません。 すべての国において、換算レートが必要です。換算レートを指定しなければ、購買発注を行う際、システムは換算レートタイプ “M” の換算レートを使います。 使用する換算レートタイプを、伝票タイプごとに財務会計のカスタマイジングで指定することができます。

なお、販売管理の世界では伝票や得意先の販売ビューに保持することが可能だが、在庫・購買管理や財務会計の世界では、指定しない = Mが使用される暗黙の仕様があります。

SapERPシステムでは以下のように分野毎に異なる通貨を定義してそれぞれ金額を持つことができます。

• 国内通貨
• 取引通貨
• 管理領域通貨
• 価格設定通貨
• 仕入先通貨

国内通貨は会社コード通貨､帳簿通貨とも呼びます｡総勘定元帳上での通貨であり､最初に定義しておきます。

• テーブル項目
  T001(会社コード)-WAERS(通貨コード)
• カスタマイジング
  IMGパス: 企業構造→定義→財務会計→編集/コピー/削除/チェック： 会社コード→編集： 会社コードデータ
  トランザクションコード： OBY6

取引通貨は取引で用いた通貨です。円建て、ドル建て取引など、１つ１つの取引の都度でかわるものであり､取引伝票のヘッダ情報に格納されます

管理領域通貨とは、グループ通貨というイメージでしょうか。これも最初に定義しておきます。 例えば、親会社が日本にあるドイツの子会社がドル建てで取引をしたとします。 取引通貨はUSD、会社コード通貨はEUR、管理領域通貨はJPY となり、それぞれの通貨での金額情報を保持します。つまり、取引の都度でEUR建ての総勘定元帳とJPY建ての総勘定元帳が作られています。ちなみに換算レートは、取引日とレートテーブルから自動的にひっぱることもできますし、伝票登録の都度指定することができます。 また、取引日や取引日レート情報を保持していますので、外貨預金や外貨建債権債務等の期末評価はボタンひとつで自動仕訳が生成されます。 レートタイプも、期中平均レート、期末日レート、予算管理用レートなど自由に設定できます。

仕入価格計算と販売価格計算は、価格設定通貨で行われます。

仕入先ごとに購買発注通貨 ( 仕入先通貨) を登録できます｡この通貨は購買発注の時に初期提案されます｡

• テーブル項目
  LFM1(仕入先マスタ購買組織データ)-WAERS(購買発注通貨)

勘定コードは、会社毎に金額を管理するための通貨が定義されます。これによってグローバル企業はすべての子会社が同じ勘定コード表を利用可能になります。

• テーブル項目
  SKB1(勘定コードマスタ (会社コード))-WAERS(勘定通貨)

通貨コード

• IMGﾊﾟｽ:SAP NetWeaver→一般設定→通貨→ﾁｪｯｸ：通貨ｺｰﾄﾞ
• TrCD:SM30<V_TCURC>(ﾃｰﾌﾞﾙ更新ﾋﾞｭｰ)

通貨の小数点以下桁数

• IMGﾊﾟｽ:SAP NetWeaver→一般設定→通貨→設定：通貨の小数点以下桁数
• TrCD:OY04、SM30<V_TCURC>(ﾃｰﾌﾞﾙ更新ﾋﾞｭｰ)

通貨の小数点以下桁数

• IMGパス:SAP NetWeaver→一般設定→通貨→設定：通貨の丸めﾙｰﾙ
• TrCD:OB90、SM30<V_T001R>(ﾃｰﾌﾞﾙ更新ﾋﾞｭｰ)

通貨換算の換算ﾚｰﾄﾀｲﾌﾟ

• IMGﾊﾟｽ:SAP NetWeaver→一般設定→通貨→ﾁｪｯｸ：換算ﾚｰﾄﾀｲﾌﾟ
• TrCD:SM30<V_TCURV>(ﾃｰﾌﾞﾙ更新ﾋﾞｭｰ)

換算レート

• IMGﾊﾟｽ:SAP NetWeaver→一般設定→通貨→入力：換算ﾚｰﾄ
• TrCD:F-62、SM30<V_TCURR>(ﾃｰﾌﾞﾙ更新ﾋﾞｭｰ)

換算係数

• IMGﾊﾟｽ:SAP NetWeaver→一般設定→通貨→定義：外貨換算の比率
• TrCD:SM30<V_TCURF>(ﾃｰﾌﾞﾙ更新ﾋﾞｭｰ)

SapERP業務ﾓｼﾞｭｰﾙにて、通貨を保持するﾃｰﾌﾞﾙ項目は主に以下のようなものがあります。

階層図には各組織要素の上位要素と下位要素が示されます。

SapERPシステムはクライアント によって論理的に分けられます。 各クライアントには、独自のデータ環境があり、すなわち、クライアントごとに独自のマスタおよびトランザクションデータ、ユーザマスタレコード、勘定コード表、カスタマイジングパラメータがあります。

クライアント(標準テーブル:T000)とは、SapERP企業構造の中で明記される最も高い組織単位です。ホールディングス、グループの親会社など、組織のトップを示すため、通常は1つしか設定しません。また、クライアントを利用して、開発、検証及び本番の各環境を分けたり、物理的に１台のサーバ上で、複数お客様のSAPシステムがあるように稼働させたりすることができます。

販売組織(標準テーブル:TVKO)は、販売に対して法的な責任を担う組織単位です。固有の価格条件・価格設定を行うことが可能です。 販売組織は他の組織単位との割り当て関係がそれぞれ下記のようになります。

• 販売組織及び会社コード: 各販売組織には1 つの会社コードが割り当てられます。
• 販売組織及び購買組織:購買管理では、 1 つの購買組織が複数の販売組織の役割を果たすことができます。 販売組織には、 1 つの購買組織のみを割り当てることができます。

流通チャンネル(標準テーブル:TVTV)は、製品又はサービスが得意先に届く経路(卸売り・小売り・直接販売など)です。固有の条件・価格設定を行うことができます。

製品部門(標準テーブル:TSPA)は、製品又はサービスの販売や収益(販売管理)に責任を持つ組織単位です。固有の条件・価格設定を行うことができます。 製品またはサービスは製品部門１つに対してのみ割り当てられます。

販売エリア(標準テーブル:TVTA)は、販売組織、流通チャネル、製品部門の組み合わせとして定義されます。品目など販売に関わるすべてのデータは販売エリア毎に定義することができます

営業所(標準テーブル:TVBUR)は、地理的にエリア内での特定製品の販売又はサービスに責任を持つ物理的営業活動の場所(支店・販売オフィスなど)です。 一つの営業所は複数の販売エリアに割り当てることができます。

営業グループ(標準テーブル:TVKGR)は、一定の製品の販売又はサービスに責任を持つ営業員グループです。 営業所の所員は販売グループに分割することができます。

営業員(標準テーブル:TVKGR)は、一定の製品の販売又はサービスに責任を持つ個人です。

購買組織(標準テーブル:T024E)は、資材とサービスを調達し、仕入先と購買条件について交渉する組織単位です。価格設定に対し、独自の購買情報や条件を登録できます。 集中購買か分散購買によって、購買組織の定義単位をそれぞれ企業グループ、会社又はプラントにすることができます。 購買組織は他の組織単位との割り当て関係がそれぞれ下記のようになります。

• 購買組織および会社コード:各購買組織は、1 つまたは複数の会社コードを割り当てることができます。
• 購買組織およびプラント:各購買組織は1 つまたは複数のプラントに割り当てることができます。各プラントに対し、 1 つの購買組織を標準購買組織プラントとして指定します。
• 購買組織および販売組織:1 つの購買組織は、複数の販売組織に対する購買を担当することがあります。ただし、 1 つの販売組織には 1 つの購買組織しか割り当てられません。

購買グループ(標準テーブル:T024)は、特定の品目について、購買行為に責任と権限を有する個人或いはグループです。

在庫評価(数量と金額)、管理を行う組織単位です。通常は工場あるいは倉庫に定義されます。 プラント(標準テーブル:T001W)は、MRP実行、及び在庫引き当て処理の単位になります。 プラントは他の組織単位との割り当て関係がそれぞれ下記のようになります。

• プラントおよび会社コード:
  1つの会社コードには複数のプラントを割り当てることができます。 1 つのプラントに 1 つの会社コードのみを割り当てます。
• プラントおよび事業領域:
  プラントと部門の組合せを使用して、関連する事業領域を割り当てます。
• プラントおよび出荷ポイント:
  複数の出荷ポイントを 1 つのプラントに割り当て、反対に 1 つのプラントを複数の出荷ポイントに割り当てることができます。
• プラントおよび購買組織:
  各購買組織は1 つまたは複数のプラントに割り当てることができます。各プラントに対し、 1 つの購買組織を標準購買組織プラントとして指定します。

保管場所はプラント内の品目の存在する場所を示します。在庫を数量基準のみで管理する単位であり、実地棚卸しが実行されるレベルです。

出荷ポイント(標準テーブル:TVST)は出荷処理される場所です。通常出荷の種類により定義されます。 出荷は常にただ一つの出荷ポイントから開始されます。 出荷ポイントは他の組織単位との割り当て関係がそれぞれ下記のようになります。

• 出荷ポイント及びプラント:複数の出荷ポイントを 1 つのプラントに割り当て、反対に 1 つのプラントを複数の出荷ポイントに割り当てることができます。

積載ポイント(標準テーブル:TVLA)は、積載を行う場所を示す組織単位です。出荷ポイントは積載ポイントに細分化することができます。

基本となる法的に独立した会計単位です。貸借対象表及び損益計算書などの財務諸表を作成する単位です。会社コードには一つの勘定コード表を割り当てる必要があります。 会社コードは他の組織単位との割り当て関係がそれぞれ下記のようになります。

• 会社コードおよびプラント:
  1つの会社コードには複数のプラントを割り当てることができます。 1 つのプラントに 1 つの会社コードのみを割り当てます。
• 会社コードおよび購買組織:
  各購買組織は、1 つまたは複数の会社コードを割り当てることができます。
• 会社コードおよび販売組織:
  各販売組織は、1 つのみの会社コードを割り当てることができます。
• 会社コードおよび管理領域:
  会社コードを 1 つの管理領域のみに割り当てることができます。この領域では、その会社コードに対して原価計算が実行されます。
• 会社コードおよび原価センタ:
  複数の原価センタを 1 つの会社コードに割り当てることができます。 1 つの原価センタは 1 つの会社コードのみに割り当てます。
• 会社コードおよび利益センタ:
  企業連結のため、利益センタが転記された会社コードに割り当てられます。 1 つの会社コードには複数の利益センタを持つことができます。
• 会社コードおよび事業領域:]] これは論理的なリンクのみとなり、企業構造のカスタマイジングには直接割り当てられません。 1 つの会社コードには複数の事業領域を持つことができます。事業領域が複数の会社コードに跨ることも可能です。

事業領域(標準テーブル:TGSB)は内部管理目的の財務諸表を作成する単位です。 事業領域は他の組織単位との割り当て関係がそれぞれ下記のようになります。

• 事業領域及び会社コード:
  会社コードでは、取引を 1 つまたは複数の事業領域に割り当てることができます。
• 事業領域は複数の会社コードに跨ることができます。
• 事業領域及び原価センタ:
  各原価センタを 1 つの事業領域のみに割り当てます。
• 事業領域、プラントおよび部門:
  プラントと部門の組合せを使用して、関連する事業領域を割り当てます。

管理領域(標準テーブル:TKA01)は、管理会計を行う組織単位です。一つ或いは複数の会社の損益を結合し、利益センタ・原価センタの階層構成ビューを作成することが可能です。 管理領域は他の組織単位との割り当て関係がそれぞれ下記のようになります。

• 管理領域および会社コード:
  会社コードを 1 つの管理領域のみに割り当てることができます。この領域では、その会社コードに対して原価計算が実行されます。
• 管理領域および原価センタ:
  1 つまたは複数の管理領域を 1 つの管理領域に割り当てることができます。原価センタを 1 つの管理領域のみに割り当てます。
• 管理領域および利益センタ:
  1 つまたは複数の利益センタを 1 つの管理領域に割り当てることができます。利益センタを 1 つの管理領域のみに割り当てます。

利益センタ(標準テーブル:CEPC)は、利益を計上する組織単位です。部門や営業所などの組織とする場合が多い。

原価センタ(標準テーブル:CSKS)はコスト(費用)の把握、管理する単位。部門や営業所などの組織とする場合が多い。

人事領域(標準テーブル:T500P)は、企業における特定の領域を表す組織ユニットであり、 従業員、勤怠管理、および給与計算のアスペクトにもとづいて構成されます。

SAP ECCシステムは、企業で行う基幹業務のすべてを発生ベース（伝票処理）で1つのデータベース（大福帳型データベース）に一元管理する設計により、基幹業務全体を統合的に管理します。特に、受注・販売・生産などの業務における個別処理が、入力時点で即時に会計情報として反映され、参照することができることが大きな特徴となっています。1つの伝票処理（トランザクション）によって、すべての部門の情報が一度に変更され、それらが要約された会計情報は、その内容の詳細を辿っていく（ドリルダウン）ことで、業務情報のそれぞれのトランザクション（伝票）1つ1つへ結び付けることができます。

SapERPの仕組みではモノの流れがﾃﾞｰﾀとして発生すると同時に、関連するお金のﾃﾞｰﾀも管理されます。

大福帳型データベースとは、発生したﾄﾗﾝｻﾞｸｼｮﾝ・ﾃﾞｰﾀを要約せずにそのまま蓄積していくタイプのデータベースシステムのことです。

• 購買、資材、販売、人事、経理など企業の各部門で行う基幹業務のすべてを発生ベース（伝票処理）で1カ所だけに記録されます.
• 自動転記処理で即時に会計情報に反映されます
• 1つの伝票処理（ﾄﾗﾝｻﾞｸｼｮﾝ）によって、すべての部門の情報が一度に変更されます

大福帳型データベースによって、財務諸表などの要約されたデータから逆にたどり、１枚の伝票（ﾄﾗﾝｻﾞｸｼｮﾝ・ﾃﾞｰﾀ）にたどりつくことができます。（これをドリルダウンする、と呼びます）

SAPでは、業務システムを構成する各機能を「アプリケーションコンポーネント」と呼んでいます。 各アプリケーションコンポーネントは、階層化のような構造を取っており、大分類＞中分類＞小分類と段々詳細な機能レベルにブレイクダウンしていき、機能コードで識別することができます。 業界では、よくその大分類と中分類をそれぞれモジュールとサブモジュールト゚呼んでいます。

一般的に「基本モジュール」と呼ばれているのが下記の5つです 。

• FI:財務会計
  財務会計のモジュール Financial Accounting　
  サブモジュールとしては以下のようなものがあります。
  • G/L（総勘定元帳）
  • AP（債務管理）
  • AR（債権管理）
  • AA（固定資産管理）
  • SL（特別目的元帳）
• CO:管理会計
  管理会計のモジュール Controling
• SD:販売管理
  販売管理のモジュール Sales and Distribution
• MM:在庫購買管理
  在庫購買管理のモジュール Material Management
• PP:生産計画/管理
  生産計画、生産管理のモジュール Production Planning and Control

基本モジュールのほかに、以下のようなモジュールがあります

• WM:倉庫管理
  倉庫管理のモジュール Warehouse Management
• QM:品質管理
  品質管理のモジュール Quality Management
• PM:プラント保全
  プラント保全のモジュール Plant Maintenance
• HR:人事管理
  人事給与のモジュール Human Resources
• PS:プロジェクト管理
  プロジェクト管理のモジュール Project System
• RE:不動産管理
  不動産管理のモジュール Real Estate
• IM:設備投資管理
  設備投資管理のモジュール Investment Management
• CA:クロスアプリケーション
  クロスアプリケーションのモジュール Cross Application
  • CA-DMS:文書管理
    Document Management System
  • CA-CL:分類
    Classification

レイヤとは、階層状に積み上がった構造の構成になる各要素のことです。 例えば、コンピュータのハードウェア上でOSが動き、OS上でアプリケーションソフトが動いている、という構造について、それぞれのことをハードウェアレイヤ、OSレイヤ、アプリケーションレイヤ、などと呼ぶことができます。 移植性や拡張性、保守性が高い情報システムを構築するためには、標準構造として、その情報システムを下記の図のような四つの論理階層に明確に分割して構築すべきと思われます。

• システム・プラットフォーム
  システムプラットフォームは、情報システムの稼働基盤を提供し、ハードウェア、ネットワークや、OS、データベース管理システムなどの基礎ソフトウェアが含められます。
• テクノロジープ・ラットフォーム
  テクノロジープラットフォームは、異なるシステムプラットフォームの差異を吸収しながら、上層の業務アプリケーションの実行環境を提供します。なお、ユーザ管理や権限制御、プロセス管理などの特定な業務処理に依存しない部品はここで実装されることが多いです。
  テクノロジープラットフォームとして提供されるソフトウェアは、ミドルウェアやアプリケーションサーバと呼ばれることがよくあります。
• ビジネス・ドメイン
  ビジネスドメイン層には、銀行や証券、小売りなど特定業務分野に共通な業務基盤や業務部品が含められます。
• ビジネス・アプリケーション
  ビジネスアプリケーション層には、情報システムのエンドユーザが使用する様々な業務機能が含められます。ビジネスドメイン層が提供したものはそのまま又は少しカスタマイズしてから、ビジネスアプリケーション層のものとしてエンドユーザに使用してもらうことがあります。

通常では、レイヤ１とレイヤ2は社外から必要な製品を調達し、レイヤ4は自社開発になりますが、レイヤ3は(1)そもそも分けずにレイヤ4に統合、(2)パッケージソフトエア購入、(3)自社開発のどちらでもよくあります。 　 SapECCのレイヤアーキテクチャーは情報システムの四階層標準モデルに従っていて、下記の図で示すことができます。

BTEを検索するには、SAP標準から以下のトランザクションが用意されています。 　

• BERE
  Publish and Subscribe Interface検索
• BERP
  Process Interface検索

上記のトランザクションはトランザクションコードを直接入力するほか、FIBFの「環境」メニューからも起動することができます。

• BERPを起動、検索条件を入力、実行ボタンを押下
  
• BTE一覧画面が表示され、そこで対象BTEを選択、文書ボタンを押下
  
• BTEの説明文書が表示され、そこでBTEの詳細を確認
  
  上記の文書から該当BTEでもし個別のアドオンテーブルを更新する場合、IN UPDATE TASKコマンドで更新プロセスを利用しなければならないことが分かります。

• BERPを起動、検索条件を入力、実行ボタンを押下
  
• BTE一覧画面が表示され、そこで対象BTEを選択、文書ボタンを押下
  
• BTEの説明文書が表示され、そこでBTEの詳細を確認
  
  上記の文書から該当BTEが呼び出されるときに伝票番号がまだ採番されていないことが分かります。

BTEを呼び出すには、必ず「OPEN_FI_PERFORM_～」という名前の汎用モジュールを使用しているため、OPEN_FI_PERFORMというキーワードで、標準プログラムのソースを一括検索すれば、該当標準プログラムからどんなBTEを呼び出しているかが分かります。 OpenFIという呼び方はここから由来しているものと見受けられます。 汎用モジュール名の最後は必ずE或いはPが付けられており、EはPublish and Subscribe Interface、PはProcess Intefaceを示しております。

会計伝票を転記するプログラムSAPMF05Aを例として、プログラム内の一括検索方法を示します。

• SE80でSAPMF05Aを開く
  
• 検索/置換ダイアログを開き、検索文字列OPEN_FI_PERFORMを入力、検索ボタンを押下
  
• 該当先一覧が表示される
  OPEN_FI_PERFORM

BTEは当初FIモジュールの業務拡張方法として導入されて、その後別のもじゅーるにも利用できるような汎用的な拡張方法に変わったため、FI以外のモジュールでBTEを呼び出す汎用モジュールも同じく「OPEN_FI_PERFORM_～」のような名前を付けております。

以下の図はSDモジュールの受注処理プログラムの例です。