ABAPプログラムの画面技術は、後からWEB対応のWebDynproも追加されましたが、従来からDynproを使ってきました。SapECCシステムで利用されている標準画面は、全てDynproで構成されています。 Dynpro画面はSapGUIウィンドウに表示されます。SapGUIは、SapECCシステムへのユーザインタフェースです。SapGUIはABAPアプリケーションサーバと通信し、ABAPアプリケーションからレスポンスされたプレゼンテーションを表示し、またユーザからの入力を処理し、そのアクションをABAPアプリケーションへリクエストします。

一般的な SapGUIウィンドウは以下のようなUIパーツから構成されます。

• メニューバー
• システム機能バー
• 表題バー
• アプリケーションバー
• Dynpro領域
• ステータスバー

下記の図でSapGUIウィンドウのレイアウト構成を示します。

Dynproは主に、Dynpro属性、画面レイアウト、エレメント一覧、PBO、PAIから構成されます。

• Dynpro属性
  Dynproが持つ基本情報です。Dynpro番号、Dynproタイプ(標準・従属画面・ダイアログボックス・選択画面）、後続Dynproなどがあります。
• 画面レイアウト
  画面のレイアウト情報です。各UIエレメントの位置やサイズを定義します。
• エレメント一覧
  Dynproが持っている各UIエレメントの詳細です。
• PBO
  Process Before Output、Dynpro画面が表示される前の処理を行う処理ブロックです。
• PAI
  Process After Input、Dynpro画面が表示され、ユーザがアクションを行った後の処理を行う処理ブロックです。

NetWearver ABAP Platformは、ABAPアプリケーション内に独自のスプールリングおよび印刷システムを提供しています。これはすべての印刷機能への統一的なインタフェースとなっています。

ABAPアプリケーションとプリンタの接続形式には以下の３つの方法があります。

• アプリケーションサーバのローカル接続 (アクセス方法 L, C)
• lpd hostを経由したリモート接続 (アクセス方法 U)
• PC と SAPlpdを経由したリモート接続 (アクセス方法 U or P)

ABAPアプリケーションのスプール管理は「トランザクションコード：SPAD」から管理・定義が可能です。

ABAPではアプリケーションは公式的にトランザクションと呼んでおり、リポジトリオブジェクトとして、トランザクションコードにより識別して起動されます。 一方、ABAPプログラムは実行可能なコードが含められるリポジトリオブジェクトであり、その中に、タイプ1(レポートプログラム)、タイプM(ダイアログプログラム)、タイプP(汎用グループ)はトランザクションに割り当てることができます。トランザクションに割り当てる時に、トランザクション起動時に実行されるプログラムのエントリが指定されます。

SapECCシステムは、基幹業務向けのERPパッケージソフトウェアであるため、殆どダイアログ実行型アプリケーションから構成されますが、運用によっては、一部の対話型アプリケーションもバッチ実行型に変更して、タイマなどのトリガーにより、バックグラウンドでで実行させることができます。

ABAPアプリケーションは、ダイアログ実行かバッチ実行かに問わず、すべてAS APAPのワークプロセスに対して、 AS APAP内で実行されます。 以下の図で、アプリケーションのダイアログ実行イメージを示します。

サーバへログインすると、ユーザに1 つの 「SAPguiセッション」が開かれます。また、ユーザが同時に最大6つのウィンドウを開くことができます。これらのウィンドウはそれぞれ、アプリケーションサーバ上で共有メモリの専用領域を使用する「メインセッション」に対応しています。図：メインセッション

メインセッションは一つ以上の内部セッションから構成されます。メインセッションで起動した最初のアプリケーションプログラムによって、メインセッション内の最初の内部セッションが開きます.

メインセッションで起動された各プログラムは同じSAPメモリを共有しています、つまりSAPメモリを通せば、データの受け渡しが可能です。

アプリケーションプログラム(TYPE 1、TYPE M)が呼び出されるたびに、新しい内部セッションが作成されます。 その他プログラムは新しい内部セッションを作成することがなく、必ず呼び出し元のアプリケーションプログラムの内部セッションで動作します。

• システムアーキテクチャー
• ソフトウェアアーキテクチャー
• アプリケーションアーキテクチャー
• パッケージアーキテクチャー

NetWeaver ABAPは基本的にSapECCの技術基盤として出荷されるため、SapECCを代表として、NetWeaver ABAPシステムの各アーキテクチャー構成をそれぞれ説明します。

システムアーキテクチャーはソフトウェア、ハードウェア、ネットワークを含め、情報システム全体の構成を示すものです。システム構成と呼ばれることがよくあります。 システムの構築開発作業を行う場合によく最初から作成されるシステム構成図はシステムアーキテクチャーを示すものだと考えられます。

SapECCは、導入企業によってシステムアーキテクチャーが異なりますが、殆どはSAP推奨の開発機→検証機→本番機を分離する3システムランドスケープに従っています。SapECCはシステムの稼働だけではなく、開発と検証も対象領域として統合して管理しています。下記はそのイメージ図です。

ソフトウェアアーキテクチャーとは、情報システムにおける各ソフトウェアの構成を示すものです。 情報システム特にWEBベースのシステムのソフトウェアアーキテクチャーは論理的に階層化されたものがおおいです。

SapECCのソフトウェアアーキテクチャーは、データベース、アプリケーション、プレゼンテーションの3階層のクライアントサーバシステムになっております。以下の図でSapECCのソフトウェアアーキテクチャーを示します。

NetWeaverアプリケーションサーバは、ABAP環境とJAVA環境の両方をサポートしており、それぞれ利用タイプAS ABAPとAS JAVAとして利用することができます。 以下の図でNetWeaverアプリケーションサーバのアーキテクチャ構成を示します。

以下の図で、ABAPアプリケーションサーバの構造を示します。

• ワークプロセス
  ワークプロセスはアプリケーション(すなわち1つのダイアログステップ) を実行することのできるコンポーネントです。
  J2EEにおいては、アプリケーションサーバの実行スレッドに相当します。　　
• ディスパッチャ　
  ディスパッチャは、ダイアログステップに対するリクエストを SAPgui から受け取って、それを空いているワークプロセスに転送します。J2EEにおいては、アプリケーションサーバ：ディスパッチャスレッドに該当します。
• ゲートウェイ
  ゲートウェイは、ECC通信プロトコル (RFC 、CPI/C) のインタフェースである。ゲートウェイは、同じ ECCシステム内の他のアプリケーションサーバと通信したり、他の R/3 システム、R/2 システム、または非 SAP システムと通信したりすることができます。
  J2EEにおいては、クライアントとアプリケーションサーバとのHTTP通信チャンネルに該当します。

以下の図で、ABAPアプリケーションサーバのワークプロセスの種類を示します。

• ダイアログ・ワークプロセス
  ダイアログ・ワークプロセスは、ユーザからのリクエスト（ダイアログステップ実行依頼）を実行します。
• 更新ワークプロセス
  更新ワークプロセスは、データベース更新依頼を実行します。更新依頼は SAP LUW の一部であり、ダイアログワークプロセスの結果として生じたデータベース操作群を 1 つのバックグランド処理用データベースLUW にまとめたものです。
• バックグランド・ワークプロセス
  バックグランド・ワークプロセスはユーザ・インタラクションなしで実行できるプログラム (バックグランドド・ジョブ) を処理します
• スプール・ワークプロセス
  スプール・ワークプロセスは、要求された内容を順次にプリンタなどの出力設備に出力します。スプール・ワークプロセスはアプリケーションサーバ毎に一つのみ存在します。
• エンキュー・ワークプロセス
  エンキューサーバは、SapECCシステムに一つのみ存在し、アプリケーションサーバ間の処理同期を管理します。

アプリケーションサーバは、起動する際に、ワークプロセスを必要な数量分全て作成しておきます。何かの処理が実行する必要になるときに、ディスパッチャにより、空いているワークプロセスの中から一つを割り当てられます。処理が終わったら該当ワークプロセスがまた空き状態に戻り、次の割り当てを待ちます。

SAPguiは、SapECCシステムをアクセスするためのフロントエンドソフトウェアであり、WebシステムにおけるWebブラウザと同様にThin-Clientの上に動作します。

SAPguiは、SapECCシステムのアプリケーションサーバである「NetWeaver Applicatiion Server ABAP」と通信し、サーバ上に動作しているABAPプログラムからレスポンスされたプレゼンテーションを表示し、またユーザからの入力を処理し、そのアクションをサーバへリクエストします。

SAP GUIにも以下の三種類あります。

• SAP GUI for Windows
  Windowsで動くクライアントソフトウェア。
• SAP GUI for Java
  Java環境で動くクライアントソフトウェア。
• SAP GUI for HTML　
  HTMLでアプレットとして動く

一番一般的なのは「SAP GUI for Windows」です。　　

SAPgui画面のメニューは大体下記のようなものから構成されます。

• システム固有
  • システムメニュー
    セッション開始やユーザ設定、ログオフといった、システム全体に影響する機能が含められます
  • ヘルプ
    さまざまな形式のオンラインヘルプが提供されます
• アプリケーション共通
  • オブジェクト
    品目など、通常は現在作業中のオブジェクト名をとって名付けられます。照会、変更、印刷、または終了など、オブジェクト全体に影響する機能が含まれます
  • 編集
    選択、編集、コピーなど、現在のオブジェクトの構成要素を編集することができます。
  • ジャンプ：　　　　　現在のタスクと関連する他の画面に直接移動することができます。
• アプリケーション固有
  実行中アプリケーション固有の機能が含められるメニューです。

処理の状態やエラーメッセージ等が表示されます

アプリケーション・アーキテクチャーとは、情報システムにおいてエンドユーザが利用する各アプリケーションの設計思想やその構成のことです。下記のようなアプリケーション・アーキテクチャーがよく見られます。

• クライアント/サーバアーキテクチャ
  アプリケーションは論理的にクライアント側とサーバ側と2階層に分割して実装されます。
• 3層アーキテクチャー
  アプリケーションはプレゼンテーション層、ビジネスロジック層、データ層の3階層に分割して実装されます。
  3層アーキテクチャーの基本原則として、プレゼンテーション層は決してデータ層と直接通信しない。つまり、全ての通信は必ずビジネス・ロジック層を通ることになります。WEBシステムを構築する際に、WEBプラットフォームの特性からこの3層アーキテクチャーが採用されるのはほとんどです。
• MVCアーキテクチャー
  MVCはプログラムを3つの要素、Model（モデル）、View（ビュー）、Controller（コントローラ）に分割して実装する設計思想であり、場所によってMVCアーキテクチャとも呼ばれていますが、ユーザインタフェースにおける画面上のコンポーネントの管理方法を表しているだけのため、、厳密に言うとアプリケーションアーキテクチャーと言えないと思わられます。MVC に基づくコンポーネントは、三層アーキテクチャのアプリケーションでもよく使われます。

SapECCのアプリケーションアーキテクチャーもソフトウェアアーキテクチャーに合わせて、プレゼンテーション→アプリケーション→データベースの3階層から構成されています。

• プレゼンテーション：DynproやWebDynpro
• アプリケーション：ABAP（汎用モジュールなど）、Java
• データベース：　各テーブル、ビュー等

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

システム制御に利用される情報は主に以下の項目があります。

• どんな原価データなのか？　
  原価要素(KSTAR）から判断できます。
  
  
• どのCO対象のデータなのか　
  対象番号(OBJNR)に該当CO明細の金額が計上されるCO対象を識別するための番号が格納されます。例：
  • KS2011T201711
    原価センタ
  • OR420701000820
    指図
  • PR30019190
    WBS
  • KL2011T201711 ZXDEXH
    活動
  • BP2011BCL2-23
    ビジネスプロセス
    
    
• 取引相手はなんなのか？
  取引相手はパートナ対象と呼ばれて、PAROBとPAROB1の２項目がありますが、PAROB1がより確実的にとれるようです。
  FIから転記の場合はパートナ対象が空白と設定されます。
  
  
• どんな業務で生成されたデータのか？
  業務Transaction(VRGNG)項目から確認できます。例えば、FIからCOへの転記の場合、項目の値がCOIN、CO内のマニュアル再転記の場合、項目の値がKAMVになります。
  TrCD:OKC1ですべての CO 業務トランザクションを照会できます。
  
  
• 入り側(コスト)のデータのか、抜き側(配賦)のデータのか？
  FIから転記されたデータは常に入り側(コスト)となります、CO内部で転記されたデータは借方/貸方フラグ(BEKNZ)項目で判断できます。(FIから転記されたデータでは、BEKNZ項目値が金額依存となり、マイナス金額はC(貸方)、正数金額はD(借方)となります。)
  • C/O/S
    センダ貸方転記　⇒　抜き側
  • D
    レシーバ借方転記　⇒　入り側

金額関連情報は以下のような項目があります。

• 取引通貨金額 WTGBTR
• 対象通貨金額 WOGBTR
• 管理領域通貨金額 WKGBTR
• 取引通貨 TWAER
• 対象通貨 OWAER

管理領域の通貨は保持していないため、管理領域のマスタから取得できます。

数量情報をもっている伝票明細であれば、その情報が以下の項目に格納されます。

• 合計数量(MBGBTR)
• 数量単位(MEINH)

品目情報をもっている伝票明細であれば、その情報が以下の項目に格納されます。

• プラント(WERKS)
• 品目 (MATNR)
• 購買伝票(EBELN)
• 明細(EBELP)

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

FIやMM、または別のCO伝票から自動転記されたCO伝票の場合、元伝票の参照情報が格納されます。 例えば、入出庫処理で自動転記されたCO伝票の場合、元伝票の入出庫伝票番号情報などが格納されます。元伝票の明細番号情報はCOEPに格納されます。

• 参照伝票タイプ(REFBT)
  元伝票の伝票タイプを示すフラグ、主に以下のようなタイプ値があります。
  • R
    FI伝票系
  • K
    CO伝票系 活動タイプ
  • 空白
    元伝票がない場合は空白になります。元伝票なし
    
    
• 参照伝票番号( REFBN)
  元伝票の伝票番号
  
  
• 参照会社コード(REFBK)
  元伝票の会社コード、FI伝票系の場合のみ
  
  
• 参照伝票会計年(REFGJ)
  元伝票の会計年度、FI伝票系の場合のみ

COKP　原価センタ別の一次原価要素の制御データ

AUAK　ヘッダ AUAA　明細 AUAS　明細合計 AUAV　ビジネスデータ AUAO　決算予定

管理会計(英：Controlling)とは、その名のとおり、会社が内部で管理を行うための会計のことをいいます。

経営者や管理者は、通常、この管理会計上の会計情報をもとにして、業務分析や意思決定を行います。

財務会計とは、企業の財務状況を企業外部の利害関係者（株主、債権者、徴税当局など）に対して提供することを目的とする会計のことです

原価とは、簡単に言うと、製品または商品にかかった費用、コストのことです。

企業で発生する費用は、「総原価」と「非原価」に分けることが出来ます。まず、下記の図で示すように、「売上高」から「営業利益」を引いたものが「総原価」となります。

総原価はさらに「製造原価(または仕入原価」と「販売費及び一般管理費」に分かれます。

販売費及び一般管理費（販管費とは、営業部門 における費用や総務部などの管理部門における費用のことです。なお、『非原価』とは、異常による損失や支払利息、さらには法人税及び住民税などとなります。

総原価は工業簿記での用語であり、財務諸表には特に出ておりません。

仕入原価とは、スーパーや商社などが完成した商品を仕入れて販売するときの原価です。 仕入原価は、商品をの購入代価に引き取り運賃や購入手数料・関税などの諸費用（これは仕入諸掛といいます）を加算して算定されます。

製造原価とは、メーカーが原材料を仕入れて加工して製品を作るときの原価です。 製造原価は、材料費、労務費、設備費などの経費で構成され、これに販売及び一般管理費を加算したものが総原価になります

一般的に、原価だけという場合は、「製造原価」を指す場合が多いようです。

原価要素とは、原価の構成要素のことです。製造原価要素はいくつかの分類方法が存在します。

原価は財務会計の費用発生を基礎として形態別に「材料費」「労務費」「経費」の3つに分類することができます。

• 材料費
  材料費は製品を製造するにあたり消費した物品の費用です。
• 労務費
  労務費は製品を製造する人に対して払う給料です。これは正社員だけでなく契約社員やパートタイマーに対いて支払う賃金も労務費にあたります。
• 経費
  材料費、労務費以外のものすべてが経費となります。水道光熱費、旅費交通費、減価償却費、支払手数料などさまざまなものがあります。

原価は「その費用が特定の製品に使用されたことが明確であるか？」という視点で以下のように分類できます。

• 直接費
  特定の製品に使用されたことが明らかな費用
• 間接費
  特定の製品に使用されたことが不明確な費用

例えば、工場でお菓子を作る場合、お菓子を作るのに使用した米などは直接費になりますが、お菓子を作っている工場の電気代などは、どのお菓子の製造に使用した電気代であるのかは不明確であるため、間接費となります。

操業度との関連における分類とは、操業度の増減により原価がどのように変動したかという観点による分類のことです。。 この分類方法では、製造原価要素は次の２種類に分類されます。

• 変動費
  操業度の増減に応じて比例的に変動する原価（操業度がゼロの場合には発生しない）
• 固定費
  操業度の増減に無関係に常に一定額が発生する原価

原価管理とは、1962年、財務省(当時の大蔵省)によって次のように定義されています。 「原価管理とは、原価の標準を設定してこれを指示し、原価の実際の発生額を計算記録し、これを標準と比較して、その差異の原因を分析し、これに関する資料を経営管理者に報告し、原価能率を増進する措置を講ずることをいう」

簡単にまとめると、原価管理とは、文字通り原価を管理するとのことですね、具体的には、以下3つのアクションがありす。

1. 原価企画
   製品を企画する際、製造に投じて良い原価を設定することです。
2. 原価維持
   目標原価の範囲で製品を製造するために、生産や調達を工夫することです。
3. 原価改善
   目標よりも安く原価を抑える取り組みのことです。

以下、拡張プログラムの呼び出し順番です。

1. BTE/Process:1100
2. 代入
3. チェック

以下、拡張プログラムの呼び出し順番です。

1. 代入(明細単位)
2. チェック(明細単位)
3. BTE/Process:1120
4. 完了伝票チェック
5. BTE/P&S:1030

以下、拡張プログラムの呼び出し順番です。

1. チェック
2. AC_DOCUMENT BADI
3. BTE/P&S:2218

以下、拡張プログラムの呼び出し順番です。

1. チェック(完了伝票)
2. 代入(明細)
3. チェック(明細)
4. BTE/Process:1120
5. チェック(完了伝票)
6. BTE/P&S:1030

以下、拡張プログラムの呼び出し順番です。

1. 代入(明細)
2. AC_DOCUMENT BADI
3. BTE/Process:1120
4. チェック(明細)
5. チェック(完了伝票)

転記済みの会計伝票の明細情報が格納されます。未転記の会計伝票の明細はこのテーブルに格納されます。 BSEGはクラスタテーブルであるため、BKPFと結合検索することができません。

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

システム制御に利用される情報は主に以下の項目があります。

• 転記キー(BSCHL)
  転記キーにより、勘定明細の勘定タイプと貸借区分が決定されます、それにその他の登録データも確定されます。
• 金額転記ストリング(BUSTW)

勘定の基本情報は以下の項目があります。

• 総勘定元帳勘定(HKONT)
  HKONTには本当の総勘定元帳勘定コードが格納されます
• G/L勘定(SAKNR)
  SAKNRには、取引先(仕入先または得意先)の統制勘定コードが格納されます。 統制勘定ではない明細にはSAKNRが空白になります。
  普通の統制勘定明細には、SAKNRの値がHKONTと同じになります。
  普通の統制勘定明細には、HKONTに特殊の総勘定元帳勘定コード、SAKNRに統制勘定コードがそれぞれ格納されます。
• 勘定タイプ(KOART)
  会計伝票明細の勘定タイプは以下の5種類が存在します。
  • A：資産
  • D：得意先
  • K：仕入先
  • M：品目
  • S：総勘定元帳
• 借方/貸方(SHKZG)
  借方か貸方かを示すフラグです。　H：貸方、S：借方。
• 貸借対照表勘定(XBILK)
  B/S勘定かどうかを示すフラグです。　空白か“X”かが設定されます。
• 損益計算書勘定(GVTYP)
  損益勘定かどうかを示すフラグです。　空白か“Z”かが設定されます。
• グループ勘定コード(ALTKT)
• 総勘定元帳の取引タイプ(VORGN)

会計伝票明細にはいくつかの金額が保持されています。

• 国内通貨額(DMBTR)
• 伝票通貨額(WRBTR)
• 総勘定元帳金額(PSWBT)、総勘定元帳通貨(PSWSL)
  総勘定元帳通貨は必ず国内通貨、伝票通貨の何れかに一致します。

消費税情報はすべての勘定タイプの勘定明細にとも設定されることがありますので、勘定タイプ別に説明します。

• 仕入先勘定
  買掛金がすべて同一の税率で掛けられている場合、該当税コードは税コード(MWSKZ)に格納されます。
  買掛金に異なる税率が含められている場合、税コード(MWSKZ)に“**”が格納されるとともに、税コード(MWSK1~3)、国内通貨額(DMBT1~③)、伝票通貨額(WRBT1~3)に各税率(三つまで)の税コードと課税対象金額がそれぞれ格納されます。
• 得意先勘定
  仕入先勘定の仕様に参照ください、買掛金を売掛金に書き換えるだけです。
• 資産勘定
  資産金額の増減が関わっている消費税コードは税コード(MWSKZ)に格納されます。
• 品目勘定
  品目在庫金額の増減が関わっている消費税コードは税コード(MWSKZ)に格納されます。
• 総勘定元帳勘定
  消費税勘定の明細には、税コード(MWSKZ)には該当消費税金額の税コードが格納されます。

• 支払条件ZTERM
• 支払方法ZLSCH
• 支払保留ZLSPR
• 支払基準日ZFBDT

源泉徴収税は、拡張源泉徴収税が有効化されているかないかによって動作が異なります。

• 拡張源泉徴収税が有効化されていない(従来の源泉徴収税方式)
  仕入先勘定、得意先勘定、総勘定元帳(源泉徴収税)の勘定明細には、源泉徴収税コード(QSSKZ)に該当明細が関わる源泉徴収税コードが格納されます。
• 拡張源泉徴収税が有効化されている(拡張源泉徴収税方式)
  仕入先勘定、得意先勘定の勘定明細には、源泉徴収税があった場合、源泉徴収税コード(QSSKZ)に“XX”がはいり、源泉徴収税)の勘定明細には、源泉徴収税コードではなく、源泉徴収税タイプがはいるようです。
  おそらくBSEGはこのケースにうまく対応できていないと考えられます。
  かわりに、仕入先勘定、得意先勘定の源泉徴収税詳細情報はWITH_ITEMから取得可能です。

資産勘定明細の場合のみ設定される情報は以下のものがあります。

• 資産番号(ANLN1)
• 資産補助番号(ANLN2)
• 資産取引タイプ(ANBWA)
• 資産評価日(BZDAT)

品目勘定明細の場合のみ設定される情報は以下のものがあります。

• 品目コード(MATNR)
• プラント(WERKS)
• 基本数量単位での数量(MENGE)
• 基本数量単位(MEINS) 在庫管理の単位
• 入力単位での数量(ERFMG)
• 入力単位(ERFME) 入出庫伝票で指定された入力単位
• 購買発注価格単位での数量(BPMNG)
• 購買発注価格単位(BPRME) 購買発注伝票で指定された購買発注価格単位
• 原価管理区分(VPRSV)
• 評価レベル(BWKEY)
• 評価タイプ(BWTAR)

会計伝票のヘッダ情報が格納されます、未転記伝票のヘッダ情報もこのテーブルに格納されます。

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

システム制御に利用される情報は主に以下の項目があります。

• 伝票タイプ(BLART)
• 伝票ステータス(BSTAT)
  特殊機能のある 伝票 が伝票ステータスにより示されています。以下一部の値です。
  • 空白：通常の転記済伝票
  • A：消し込み伝票
  • B：消込済明細再登録伝票
  • D：繰返伝票
  • M：モデル伝票
  • V：未転記伝票
  • Z：削除ずみの未転記伝票

• どの処理で生成されたデータなのか　
  トランザクションコード(TCODE)にこの伝票を生成した処理のトランザクションコードが格納されます。
• いつ登録されたデータなのか
  会計伝票登録日(CPUDT)と登録時刻(CPUTMに、この伝票が登録された日付と時刻がそれぞれ格納されます。
• 最後に変更されたのがいつなのか
  変更日(AEDAT)に、最後にの伝票が変更された日付が格納されます。
  但し、伝票登録後に一度も変更がなかった場合、この項目が空白になります。
  なお、このテーブルに最終更新日(UPDDT)という項目がありますが、実際には使用されていないようです。
• 起票者と転記者がそれぞれ誰なのか
  会計伝票は直転記のものもあれば、申請者より未転記伝票を起票してから承認者が転記するものもあります。
  そのため、起票者と転記者を判別するには、以下のようにロジックを組む必要があります。
  • 伝票ステータスが「V」（未転記）、「Z」（削除済未転記）の場合(未転記伝票)
    起票者= 「ユーザ名」(USNAM)
    転記者= 空白
  • 伝票ステータスが「V」（未転記）、「Z」（削除済未転記）以外の場合(転記済伝票)
    起票者= 「未転記者名」(PPNAM)　但し、「未転記者名」(PPNAM)が空白の場合(直転記のケース)なら、「ユーザ名」(USNAM)
    転記者= ユーザ名」(USNAM)

フリー入力項目とは標準テーブルに格納されますが、システムに管理されず、ユーザが自由に入力可能な項目のことです。 ユーザ個別要件を実現するためのEXIT実装にもこれらの項目がよく活用されます。

• 参照伝票番号(XBLNR)　
  伝票番号が書いておりますが、ECCシステム内の伝票のことではありません。
  通常、取引先から受領した請求書や納品書に記載されている取引先側番号を記入することが多いが、別の用途として自由に利用してもよい項目です。
• 伝票ヘッダ Text(BKTXT)
• 参照キー1(XREF1_HD)
• 参照キー2(XREF2_HD)
• 参照キー3(XREF3_HD)

会計伝票ヘッダには様々な種類の通貨情報が格納されています。

• 伝票通貨
  通貨コード(WAERS)、換算レート(KURSF)
• 国内通貨
  国内通貨(HWAER)、換算レートは国内通貨と換算するレートのため、国内通貨の換算レート項目はなし　
  第2国内通貨(HWAE2)、第2国内通貨の換算レート(KURS2)　
  第3国内通貨(HWAE3)、第3国内通貨の換算レート(KURS3)

検索や集計のための二次テーブルです、オリジナル伝票データを元にテーブルのデータが転記されます。

IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税というパスでまとめられています。

有効化: 拡張源泉徴収税 IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税→会社コード→有効化: 拡張源泉徴収税 拡張源泉徴収税を有効化する設定を行う。

定義: 源泉徴収税タイプ (支払転記) IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税→計算→源泉徴収税タイプ→定義: 源泉徴収税タイプ (支払転記) 債務支払時に源泉徴収税を自動転記する場合の源泉徴収税タイプを定義する 定義: 源泉徴収税タイプ (請求書転記) IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税→計算→源泉徴収税タイプ→定義: 源泉徴収税タイプ (請求書転記) 債務計上時に源泉徴収税を自動転記する場合の源泉徴収税タイプを定義する

割当: 源泉徴収税タイプ → 会社コード IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税→会社コード→割当: 源泉徴収税タイプ → 会社コード 各社要件により、債務計上時計上)、債務支払時計上のいずれかまたは両方を割当てる。

定義: 源泉徴収税コード IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税→計算→源泉徴収税コードｰ>定義: 源泉徴収税コード 預かり源泉税額の自動計算根拠となる源泉徴収税コードを定義する。

定義: 源泉徴収税キー IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税→基本設定→定義: 源泉徴収税キー 源泉徴収税タイプ別源泉税コード別に、源泉徴収税計算式を定義する。

定義: 源泉徴収税論理式 IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税→計算→源泉徴収税コードｰ>定義: 源泉徴収税論理式 源泉徴収税タイプ別源泉税コード別に、源泉徴収税計算式を定義する。

定義: 納付予定源泉徴収税勘定 IMG→財務会計 (新規)→財務会計共通設定 (新)→源泉徴収税→拡張源泉徴収税→転記→源泉徴収税勘定→定義: 納付予定源泉徴収税勘定 預かり源泉税計上時に自動転記される源泉徴収税用の勘定コードを定義する。

固定資産管理は、会計で総勘定元帳に対する補助元帳の役割を果たしています。

固定資産管理コンポーネントがSAP ERPシステム全体における位置づけ

固定資産管理の業務プロセスフロー

資産ごとに様々な管理情報を登録しておくのが「資産マスタ」です、資産マスタの登録情報には以下のものがあります。

• 名称
• コード
• 所属会社
• 費用負担部門
• 数量
• 所在地
• 取得年月日
• 償却方法
• 耐用年数
• …

資産マスタは資産1件ごとに登録するのが通例ですが、付属部品や組み合わせて使用する資産については本体を（親）資産マスタに登録しておき、付属部品は「補助資産マスタ」という（子）マスタに登録して管理することができます。

以下のような機能が用意されております。

1. 資産のマスタレコードを登録　
   ⇒　AS01
2. 資産のマスタレコードを変更　
   ⇒　AS02
3. 資産のマスタレコードを照会　
   ⇒　AS03
4. 資産マスタレコードの変更履歴を照会　
   ⇒　AS04
5. 資産のマスタレコードをロック　
   ⇒　AS05
6. 資産のマスタレコードを削除　
   ⇒　AS06

以下の表で資産登録の業務プロセスの例を示します。

資産の計上、売却などの取引はすべて資産伝票として記帳されます。

以下のような汎用的な機能が用意されています。

• 資産伝票登録
  ⇒ AB01 　
• 資産伝票変更
  ⇒ AB02
• 資産伝票照会
  ⇒ AB03

上記以外にも他の業務プロセスに資産伝票登録が統合されたり、取引種類ごとに専用のトランザクションが多数存在しています。

資産計上の前には固定資産マスタの登録が必要です。資産マスタは資産の「箱」に過ぎませんので、資産マスタの登録の時点ではまだ資産は計上されていなく、資産計上には別途何かの伝票入力の処理が必要になります。

資産計上処理は、基本的にほかの業務プロセスに統合されています。

購買処理からの資産計上

資産の購入プロセスも他の資材購入と基本的には同じですが、最大の違いは固定資産マスタの登録 が必要である点です。購買発注前にマスタ登録をしておき、発注時に資産マスタ番号を指定した発注を行います。

通常は検収がされた時点で資産計上されますが、場合によっては請 求書照合時の資産計上となります。

• 建設仮勘定を使わないパターン
  
• 建設仮勘定を使うパターン
  

設備投資案件からの資産計上

設備投資案件でWBSを使って一時的に回収された原価は定期的にまたは完了時に建設仮勘定に決済する必要があります。

• WBSを一括決済
  ⇒CCJ8G　
• WBSを個別決済
  ⇒CJ88
• WBSの決済状況を確認
  ⇒CJIC

建設仮勘定から本資産への転記

建設仮勘定が使用された場合、最終的に資産振替機能を使用して建設仮勘定の金額を本資産に転記する必要があります。

資産異動には、除却や、売却、投資援助、振り替えなどがあります。

• 資産を除却
  ⇒ABAVN
• 資産を売却
  ⇒ABAON
• 投資援助
  ⇒ABIF　
• 別の資産に振替
  ⇒ABUMN

以下の表で資産異動の業務プロセスの例を示します。

固定資産管理の月次業務には、主に減価償却処理があります。

• 償却記帳
  ⇒AFAB
  取得済固定資産に対する減価償却を行います。
• 減価償却再計算
  ⇒AFAR
  特定の状況より、個別（或いは複数）の固定資産の計画当期償却額の再計算を行う必要はあります。
  1. カスタマイジングで償却キーを変更した場合。
  2. 一括変更を行い、そしてその変更が償却関連データに影響を与えた場合。
• 償却記帳ログを確認
  ⇒AFBP
  実行した減価償却のログ照会を行います。本転記後は、こちらの画面からスプールの確認をすること可能です

以下の表で減価償却の業務プロセスの例を示します。

年度末処理としては、以下のような機能があります

• AJRW 資産会計年度変更
  翌会計年度をオープンします。本処理を行うことで、翌会計年度での固定資産取引の計上が可能となります。
• AJAB 年度末処理　
  年度末処理を実施することにより、クローズした年度以前の値の転記または変更を行うことができなくなります。
• OAAQ　年度末処理：取消
  再度年度末処理を実行すると、対象の会社の年度は自動的にクローズ年度に変更されます。

なお、固定資産税納税関連には、以下のような機能があります。

• 資産税レポート出力　
  ⇒　S_ALN_01001767

以下の表で納税の業務プロセスの例を示します。

その他には、以下のような機能が用意されております。

• 資産の状況を確認　
  ⇒　AW01N　資産エクスプローラ
• 資産管理台帳を照会

債務管理は、会計で総勘定元帳に対する補助元帳の役割を果たしています。

債務管理の業務プロセスフロー

債務計上の登録

債務計上の変更

債務計上の取消

取消済債務計上再登録

債権の登録

債権の変更

債権の取消

取消済債権再登録

以下の表に示される各業務プロセスは、債権消込処理を承認プロセスなしにしております。 承認プロセスが発生する場合は、FB05(消込転記)がFV50(未転記G/L伝票入力)→FBV0(未転記伝票転記)に変わります。

全伝票タイプを処理できる機能です。

G/L伝票を処理する機能です。

債務伝票を処理する機能です。

債権伝票を処理する機能です。

SAP ERPの代表的なFI基本帳簿体系

主に個人に対しての支払金額が対象となる（受領者が法人の場合は、馬主に対する競馬の賞金のみが対象）

No.2792　源泉徴収が必要な報酬・料金等とは - 国税庁

源泉徴収税タイプによって以下が定義されます。

• 転記時期
  税タイプ作成の最初から請求時転記と支払時転記とのどちらかに指定できます。
• 転記される勘定
  自動仕訳処理で税額が転記される勘定はタイプごとに指定します。
• その他の制御情報　
  下記の図で示されるように、課税基準額の判断を正味額にするか総額にするかやマニュアル入力可能かどうかなどの設定も税タイプ毎に制御可能です。

源泉徴収税コードによって以下が定義されます。

• 税額の計算方法
• 課税基準額の計算
• 課税率
• 軽減率

税額が転記される税勘定