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のレイヤアーキテクチャーは情報システムの四階層標準モデルに従っていて、下記の図で示すことができます。