BDC または Batch Data Communication と Call Transaction は、インターフェース戦略の方法です。 BDC と Call Transaction の間にはさまざまな違いがあります。
コールトランザクションの準備速度に比べて、バッチデータ通信では処理が遅くなります。 ミスを管理する場合、バッチデータ通信とコールトランザクションの両方に特徴があります。
重要なポイント
- BDC (Batch Data Communication) は大量のデータを転送し、Call Transaction はデータ入力プロセスを自動化するために使用されます。
- BDC ではプログラムがデータを特定の形式に変換する必要がありますが、Call Transaction ではデータ入力用に定義済みの画面とフィールドが使用されます。
- BDC は大量のデータ転送に使用され、Call Transaction は反復タスクの自動化に使用されます。
BDC と呼び出しトランザクション
BDC は、新しい見込み客を発掘し、顧客に変える営業担当者のチームです。 電話や電子メールなどのチャネルを使用します。通話トランザクションは、顧客サポートを提供し、問題を解決するプロセスです。 これには、顧客がサポートを求めるために会社のサポートに電話することが含まれます。

BDC(バッチデータ通信)は、SAPが開発したバッチインターフェース戦略です。SAP R/3フレームワークへのデータ転送に使用されます。
BDC は、ABAP プログラムを使用して値ベースの画面からクライアント入力を再現することによって機能します。
コールトランザクション: 交換は、準備が整った時点で開始されます。 したがって、ABAP プログラムは間違いを処理する必要があります。
同様に、進行中のインターフェイスやカスタム ミスの処理とハイライトのログにも使用できます。
比較表
比較のパラメータ | BDC | コールトランザクション |
---|---|---|
エラー処理 | BDCでは、エラーログを作成することで、フレームワークによるエラー処理が終了します。 | コール トランザクションでは、構造体 BDCMSGCOLL を使用して、エラー処理をプログラムで明示的に行う必要があります。 |
Measure | 膨大な量の情報に利用されています。 | 情報量が少ない場合に最適です。 |
通信タイプ | 情報の取り扱いは非同期です。 | 情報の取り扱いは同期的です。 |
データセット | データ セットの更新が調整されます。 | データセットの更新は、調整された/非並行です。 |
利用 | 各種取引所が利用できます。 | 利用できる取引所は XNUMX つだけです。 |
BDCとは何ですか?
BDC またはバッチ データ通信は、SAP フレームワークに組み込まれた継承情報または情報を利用する方法であり、SAP フレームワークでは更新されません。
たとえば、組織がそのフレームワークと技術を SAP に合わせて調整し、SAP を導入することを選択した場合、継承フレームワークまたは古いフレームワークの一部である膨大な量の情報を SAP フレームワークに転送する必要があります。
この戦略は、BDC を通じて行われます。
バッチ インプット セッションとも呼ばれる BDC ミーティングは、遺産情報を SAP フレームワークにスタックし、情報の通過を含む非常に冗長な用事を実行するために利用されます。
BDC ミーティングはオンライン セクションを模倣しており、すべてが同等であり、交換のたびに記憶される承認を交換します。
BDC 交換を実行するには、開発者は交換全体を興味深く物理的に調べる必要があります。 彼は、フィールドの名前、タイプ、長さなどの微妙な点を含め、すべてのフィールドに注意する必要があります。
ソフトウェア エンジニアは、すべての接近情報を BDC テーブルに整理するために、一連の入力プログラムを作成する必要があります。
SAP は、BDC レコーディングを利用してサイクル全体に取り組んでいます。 BDC 記録は、SAP R/3 フレームワークで記憶される要素です。
BDC 記録では、クライアントが交換例を記録し、インポーター ウィザードがその記録をタイプ ツリーの構築に配置します。
次に、ツリーは Map Designer で利用され、情報全体が BDC テーブル配置に直接マッピングされます。 これは、BDC 会議プログラムによってすべて準備されます。

コールトランザクションとは?
コール トランザクションは会議戦略のような戦略ですが、グループ インプットは XNUMX 段階の方法論です。 呼び出しトランザクションは XNUMX つの段階をオンラインで次々に実行し、フレームワークを再起動できます。
CALL TRANSACTION USING インターフェイスの主な部分は次のとおりです。
プログラムは、どの種類のリフレッシュが必要かを示します。 交換用に別の LUW を使用すると、フレームワークは CALL TRANSACTION USING の説明の前後に送信されたデータ セットを再生します。 – 一括入力準備ログは生成されません。
コール トランザクション手法では、BDC プログラム自体で交換を呼び出します。 このプログラムを別の人に実行させる必要があると仮定すると、その人にコードを公開する必要があります。
Call Transaction メソッドはフォアグラウンドで動作します。 非表示モードは、コール トランザクション技術のバックグラウンド処理に相当します。
Call Transaction メソッドは、一度に XNUMX つのアプリケーションだけを処理できます。 Call Transaction メソッドには、当然ながらログ ファイルはありません。 BDCMSGCOLL を利用してログ ファイルを設定する必要があります。
トランザクション メソッドを呼び出して、データベースを非同期的に更新します。 このメソッドでは、情報は呼び出しトランザクションで自動的に更新されます。

BDC と呼び出しトランザクションの主な違い
- BDC インターフェイスの主要部分は、非同期の準備です。 繰り返しますが、Call Transaction インターフェイスの主要な部分は同時処理です。
- BDC では、過去の交換が情報ベースと完全に連絡を取り合うまで、新しい交換は開始されません。 Call Transaction では、交換は処理自体の時間に発生します。
- バッチデータ通信が膨大な量の情報を移動する時点で、コールトランザクションは限られた量の情報を交換するだけです。
- コールトランザクションの準備速度に比べて、バッチデータ通信では処理が遅くなります。
- BDC では、情報はデータ セット テーブルとして更新されません。 通話トランザクションでは、データベースのクイック更新は、処理された会議テーブルでは除外されます。