Sap-sd-quick-guide
SAP SD-はじめに
SAP Sales and Distributionは、SAP ERPシステムの主要コンポーネントの1つであり、組織内の製品およびサービスの出荷、請求、販売、および輸送の管理に使用されます。
SAP Sales and Distributionモジュールは、SAP Logisticsモジュールの一部であり、見積りの受注から製品やサービスの請求までの顧客関係を管理します。 このモジュールは、SAP Material ManagementやPPなどの他のモジュールと密接に統合されています。
SAP SDの主要コンポーネント
SAP Sales and Distributionモジュールの主要コンポーネントは次のとおりです-
- 得意先および仕入先マスタデータ
- セールスサポート
- 材料の出荷
- 営業活動
- 請求関連
- 製品の輸送
- 与信管理
- 契約の取り扱いと管理
- 外国貿易
- 情報システム
SAP販売および流通サイクル
SAP SD-組織構造
SAPは、販売エリア、流通チャネル、部門など、SAPの販売および流通の組織構造を完成させる多くのコンポーネントを提供します。 SAP SDの組織構造は主に2つのステップで構成されています-
- SAPシステムでの組織要素の作成、および
- 2つ目は、要件ごとに各要素をリンクすることです。
SDモジュールのこの組織構造の上に、販売組織は最高レベルにあり、商品とサービスの流通を担当しています。 SAPでは、組織構造内の販売組織の数を最小限に抑えることをお勧めします。 これにより、レポート作成プロセスが簡単になり、理想的には単一の販売組織が必要になります。
次のレベルは配布チャネルです。これは、製品とサービスが組織によってエンドユーザーに配布される媒体を示します。 単一組織の製品またはサービスラインを表す組織構造内の部門。
販売エリアはエンティティと呼ばれ、会社で注文を処理するために必要です。 販売組織、流通チャネル、部門で構成されています。
SAP SD組織構造では、各販売組織は会社コードに割り当てられます。 次に、流通チャネルと部門が販売組織に割り当てられ、これらすべてが販売エリアを構成します。
SD組織構造の最初のステップでは、販売組織を会社コードに割り当ててから、流通チャネルを定義し、次に販売組織への部門を定義します。
次の図は、販売管理モジュールの組織構造を示しています-
資材管理
資材管理は、SAP ERPシステムの主要なモジュールの1つであり、在庫および調達に関連する日常業務をカバーしています。 このモジュールは、財務会計および管理、販売管理、品質管理、製品計画などのR/3システムの他のモジュールと密接に統合されています。
販売管理SDモジュールとの統合
SAP SDで受注を作成する例を考えてみましょう。これには、品目管理からアイテムの詳細をコピーすることが含まれます。 アイテムの可用性チェックと価格の詳細もMMから取得されますが、これはSDモジュールで制御できます。 受注、出荷の詳細、積荷点などの商品の入荷および出荷を作成するには マテリアルマスターからも来ます。
販売注文を使用して配置されたアイテムは、組織の販売エリアに販売注文/顧客に拡張する必要があります。そうしないと、この資料で取引できなくなります。 これにより、受注が作成されて履行されるときに、SAP SDとMMモジュールの間にリンクがあることが確認されます。 同様に、2つのモジュール間に他の多くのリンクがあります。
財務及び会計
SAP FIは財務会計の略で、SAP ERPの重要なモジュールの1つです。 組織の財務データを保存するために使用されます。 SAP FIは、市場の企業の財務状況の分析に役立ちます。 SD、PP、SAP MM、SAP SCMなどの他のSAPモジュールと統合できます。
SAP FI-MMの場合、 T-code:OBYC を使用します
標準受注の場合、得意先への出荷商品出荷を登録します。 ここで、移動601が行われます。 この移動はMMで設定され、商品の移動はFIのG/L勘定にヒットします。 これは、SAP SD、FI、およびMMモジュール間の統合を示しています。
文書の流れ
これは、あるシステムのトランザクションがSAPモジュールの他のシステムの詳細にどのように影響するかを示しています。
次のトランザクションを考慮してください-
SAP FI-MMの場合、 T-code:OBYC を使用します
受注を参照して登録された出荷があるたびに、在庫移動がシステムで行われます。
例
SDモジュールの標準受注の場合、得意先への出荷伝票を登録します。 その製品の可用性チェックと小売価格は、MMモジュールでチェックされます。 ここで、移動601が行われます。 この移動はMMで設定され、商品の移動はFIのG/L勘定にヒットします。 このような商品の移動はすべて、FIの総勘定元帳に当たります。
FIでの勘定転記は、クレジットおよびデビットノート、請求書などの請求伝票を参照して行われます。 SDで作成されたため、これはSDとFIの間のリンクです。 これは、異なるモジュール間のドキュメントフローを示しています。
プロセスチェーン
SDモジュールは、他のSAPモジュールと密接に統合されています。 次の表は、SDが他のモジュールとどのようにリンクされているかについての簡単な考えを示します-
販売注文
Link Points | Module Involved |
---|---|
Availability Check | MM |
Credit Check | FI |
Costing | CO/MM |
Tax Determination | FI |
Transfer of Requirements | PP/MM |
請求
Integration Point | Module |
---|---|
Debit A/R | FI/CO |
Credit Revenue | FI/CO |
Updates G/l (Tax,discounts,surcharges,etc) | FI/CO |
Milestone Billing | PS |
商品の配送と商品の出庫
Integration | Module |
---|---|
Availability Check | MM |
Credit Check | FI |
Reduces Stock | MM |
Reduces Inventory | FI/CO |
Reduces Eliminated | PP/MM |
SAP SD-得意先および品目マスタデータ
マスタデータは、販売管理モジュールの重要な要素の1つです。 SDには2つのレベルのマスターがあります。
最初のレベルのマスターが含まれています-
- 顧客マスター
- 素材マスター
- 価格条件
一方、第二レベルのマスターは-
*出力条件
顧客マスタレコードを作成する
得意先マスタデータには、業務トランザクションに関する情報と、システムによるトランザクションの記録および実行方法に関する情報が含まれています。 マスターには、組織が顧客とのビジネスを行うために使用する顧客に関する情報が含まれています。
顧客マスターのキーテーブル
Table Name | Key | Description |
---|---|---|
KNA1 | KUNNR | General Information |
KNB1 | KUNNR,BUKRS | Company Code |
KNVV | VKOGRG,VTWEG,SPART,KUNNR | Sales Area |
KNBK | KUNNR,BANKS,BANKL,BANKN | Bank Data |
VCNUM | CCINS,CCNUM | Credit Card |
VCKUN | CCINS,CCNUM,KUNNR | Credit Card Assignment |
KNVK | PARNR | Contact Person |
KNVP | VKORG,VTWEG,SPART,PARVW,KUNNR | Partner Functions |
得意先マスタの主要取引コード
S.No | Transaction Codes & Description |
---|---|
1 |
顧客を一元的に作成/変更/表示するために使用 |
2 |
VD01,VD02,VD03 顧客の販売エリアの作成/変更/表示に使用 |
3 |
FD01,FD02,FD03 顧客会社コードの作成/変更/表示に使用 |
4 |
XD04 変更文書を表示する |
5 |
XD05 顧客のブロックに使用-グローバル、注文、配送、請求、販売エリアなど |
6 |
XD06 削除に使用 |
7 |
XD07 アカウントグループの変更 |
8 |
VAP1 連絡先を作成 |
得意先マスタデータの作成
顧客マスターデータを作成するには、アカウントグループを使用する必要があります。
*Tコード:XD01/VD01/FD01*
あなたが使用する場合に注意してください-
- XD01 -これには顧客マスターの販売エリアが含まれ、データはテーブルKNA1、KNB1、およびKNVVに保存されます。
- VD01 -これには販売エリアとデータが含まれます。これらはテーブルKNA1、KNB1、KNVVに保存され、会社コードデータはありません。
- FD01 -これは会社コードレベルであり、データはテーブルKNA1およびKNB1に保存されます。
その後、新しいウィンドウが開きます。 次の詳細を入力します-
- リストからアカウントグループを選択します。
- 顧客番号を入力し、会社コードを選択します。
その後、次のような販売エリアの詳細を入力できます-
- 販売組織
- 流通経路
- 分割
既存の顧客から参照を取得して顧客マスターを作成する場合は、参照オプションを使用できます。
すべての詳細を選択したら、*チェックマーク*をクリックします。
顧客マスターデータを入力するための新しいウィンドウが開きます。 この顧客マスターデータには3つの重要なセクションがあります-
- タイトル、名前、住所などの一般データ
- 会社コードデータと
- 販売エリアのデータ。
この地域フィールドは、VAT、CSTなどの税計算を定義することに注意してください。 次のステップは、制御データに移動し、次の詳細を入力することです。
次に、「支払い取引」タブに詳細を入力し、銀行都市、銀行キー、銀行口座、口座名義人の詳細を入力する必要があります。 [銀行データ]ボタンをクリックして、詳細を追加することもできます。
次のステップでは、販売エリアのデータに移動して、詳細を入力します-出荷データ、顧客の価格設定、パートナー機能など
次に、上部の[保存]アイコンをクリックすると、顧客が#で作成されたことを確認するメッセージが表示されます。
顧客のマスターデータをさらに変更する必要がある場合は、* T-Code:XD02。*を使用できます。
SAP SD-パートナー機能の作成
パートナー機能を使用すると、ビジネスプロセスでパートナーが実行する必要がある機能を特定できます。 すべての顧客機能がパートナー顧客によって実行される最も単純なケースを考えてください。 これらは必須機能であるため、SDシステムで必須機能として定義する必要があります。
これらの機能は、販売管理システムのパートナータイプごとに分類されます。 以下のパートナータイプは、顧客、ベンダー、人事、連絡先、およびこれらのパートナータイプによる共通のパートナー機能です-
- パートナータイプカスタマー
- パーティーに売却
- 出荷先-パーティー
- 請求先
- 支払人
- パートナータイプの連絡先
- パートナータイプベンダー
- 転送エージェント
- パートナーの種類
- 責任ある従業員
- 販売員
次の表は、主要なパートナータイプと、販売管理における対応するパートナー機能を示しています-
パートナーが別のパートナータイプに属している場合、この場合、そのパートナーのマスターレコードを作成する必要があることに注意してください。
Partner Type | Partner Function | Entry from System | Master Record |
---|---|---|---|
Customer(CU) |
Sold-to Party(SP) 出荷先(SH) 請求先(BP) 支払人(PY) |
Customer number | customer master record |
Vendor(V) | Forwarding agent(fwdg agent) | Vendor number | Vendor master record |
Human Resource(HR) |
Employee responsible(ER) 営業員(SP) |
Personnel number | Personnel master record |
Contact Person(CP) | Contact Person(CP) | Contact Partner number | (created in customer master record,no master record of its own) |
パートナー機能の作成
*T-Code:VOPAN* を使用
新しいウィンドウが開きます。 パートナーオブジェクトを選択し、[変更]ボタンをクリックします。
パートナー決定手順という名前の新しいウィンドウが開きます。 新しいエントリに移動します。
名前と取引先決定手順を入力し、左ペインで取引先機能をダブルクリックします。
[新規エントリ]ボタンをクリックします。
パートナー機能の詳細-名前、タイプなどを入力します KU-は顧客を表します。
次に、「パートナー決定手順」ノードの下の「パートナー機能」をクリックして、詳細「パートナー決定」を入力します。 手順、名前、パートナー機能。
次に、このパートナー決定手順をパートナーオブジェクトに割り当てる必要があります。 この例では、パートナーオブジェクトは顧客になります。 次に、[アカウントグループ]をクリックし、リストからアカウントグループ名を選択します。 完了したら、[保存]をクリックして、パートナー機能を保存します。
SAP SD-材料在庫の作成
会社にSAPを実装し、今度はすべての在庫をSDシステムに入れたいとします。 これには、 Tコードを使用:MB1C移動タイプ:561 これは、参照なしの入庫用です。
- 移動タイプ:501 *-これは、発注書で商品を受け取るために使用されます。
新しいウィンドウが開きます。 文書日付、プラントと保管場所、移動タイプなどを入力します。
リストから移動タイプを選択し、すべての詳細を選択してからEnterを押します。
新しいウィンドウが開きます。 在庫を作成する必要がある材料コードと数量を入力し、[保存]をクリックします。
「「文書300045646を投稿しました」」というメッセージが表示されます。
SAP SD-販売ビューのMMの作成
品目マスタは、品目部門によってSAP SDシステムに作成されます。 作成されたら、販売関連資料を管理する人は販売ビューを拡張する必要があります。
*T-Code:MM01* を使用して、さまざまなビューのマテリアルマスターを作成します。 変更を確認するには、 *T-Code:MM04* を使用します
新しいウィンドウが開きます。 業種と品目タイプを入力します。 [ビューの選択]をクリックします。
Sales Org Data 1、Sales Org Data 2、Sales:General/Plant Dataを選択し、下の緑色のチェックマークをクリックします。
その後、新しいウィンドウが開きます。 品目を拡張するプラント、販売組織、および流通チャネルを入力します。 上記の選択を使用して、さまざまな品目に対して繰り返し入力を行う必要があります。
新しいウィンドウが開き、次の詳細を入力できます-
- 素材の詳細
- 基本単位
- 分割
- 材料グループ
- Tax
次に、Sales Org 2タブに移動します。 この情報は分析に必要です。
- 材料統計グループ-値は常に「1」でなければなりません。 得意先マスタで更新された得意先統計グループのこの項目の値により、情報システムが更新されます。
- Gen Item Category GroupおよびItem Category Group -一般的に、完成品の場合、NORMは両方のフィールドでデフォルトになります。
- 販売*に移動-一般/プラントタブ。 利用可能在庫確認、移送グループおよび積載グループ、SerialNoProfile(基本数量単位が個別の場合は管理、ここでは必要ありません)の値を入力し、Enterキーを押します→はい
確認メッセージが表示されます。
SAP SD-顧客アカウントグループ
作成できる顧客アカウントグループにはさまざまな種類があります。
Group | Name |
---|---|
X001 | Domestic Customers |
X002 | Export Customers |
X003 | One Time Customers |
顧客アカウントグループを作成する方法
SPRO→SAP完全版IMG→財務会計→ARおよびAP→得意先勘定→マスタデータ→得意先マスタデータ登録の準備→定義:画面レイアウト(得意先)による勘定グループ→実行
新しいウィンドウが開きます→[新しいエントリ]をクリックします。
その後、再び新しいウィンドウが開きます。 次の詳細を入力します。
- 顧客アカウントグループ-4桁のアカウントグループを入力します。
- 名前-[一般データ]フィールドに名前を入力します。
- フィールドステータス-会社コードデータをクリックします。
フィールドのステータスを選択すると、新しいウィンドウが開きます。 次に、選択したグループから[アカウント管理]を選択し、[調整アカウント '必須]をクリックします。 エントリ'
これが完了したら、[保存]をクリックしてこの構成を保存します。 同様に、他の顧客用にX002、X003を作成することもできます。
SAP SD-プリセールスアクティビティ
このSAP SDシステムのすべての営業活動は、プリセールスとポストセールス活動に分けることができます。 *プリセールス活動*は、製品が顧客に販売される前に行われる活動として分類されます。 対照的に、*販売後の活動*は、製品の販売後に行われる活動です。
販売管理には、2つのタイプのプリセールスアクティビティがあります-
お問い合わせ
問い合わせは、製品が利用可能かどうか、製品の原価計算、製品の配送など、顧客から受け取った問い合わせです。
さまざまなTコード
- VA11 -照会ロジスティクス→販売管理→販売→照会→登録を作成します。
- VA12 -問い合わせの変更
- VA13 -照会/検索照会
引用
見積は、商品およびサービスの配送に関する顧客への法的文書です。
さまざまなTコード
- VA21 -見積の作成
- VA22 -見積の変更
- VA23 -見積の表示/検索
この章では、SAP SDで照会を作成する方法について説明します。
問い合わせを作成する
照会は法的文書ではなく、顧客からの配送またはサービスに関する情報を記録するために使用されます。 照会を使用して取得される情報は、材料と商品の品質に関連しています。
メニューパス:ロジスティクス→販売管理→販売→照会→Tコードの登録:VA11
このTコードを実行するときは、以下の情報を入力して照会を作成する必要があります。
Field | Data |
---|---|
Inquiry type | ZEC 1 (IECPP inquiry) |
Sales organization | 4000 |
Distribution channel | 40 |
Division | 00 |
INとして照会タイプを入力し、以下のように組織データを入力して、販売をクリックします。
営業所はオプションのエントリであり、レポート作成に役立ちます。 その後、新しいウィンドウが開きます。 取引先機能(受注先/出荷先)を入力します。 材料コードと数量を入力し、[保存]をクリックします。
メッセージ-照会10000037が保存されましたが表示されます。
SAP SD-見積の作成
- 引用*は、商品やサービスの配送に関する顧客への法的文書です。 これは通常、顧客からの問い合わせの後、または問い合わせなしで発行されます。
- SAP R/3メニュー*-ロジスティクス→販売管理→販売→見積→登録 Tコード:VA21
見積タイプを入力してから、販売組織、流通チャネル、部門を入力し、「参照付きで作成」をクリックします。
新しいウィンドウが開き、照会番号を入力して[コピー]をクリックします。 その照会文書からすべての詳細を取得します。
その後、別の新しいウィンドウが開きます。 次の詳細を入力します-
- 取引先機能、受注先、出荷先の入力
- 注文番号を入力してください
- 有効開始日と有効終了日を入力してください
- 材料の数量を入力してください
この後、保存をクリックします。 「「見積40000047が保存されました。」」というメッセージが表示されます。
SAP SD-販売サポート
販売サポートは、販売管理モジュールの主要コンポーネントの1つです。 コンピューター支援販売、SD-CASとも呼ばれます。 このモジュールは、組織が新しい販売、既存の販売の追跡、およびパフォーマンスを作成するのに役立ち、最終的には組織のマーケティングと販売の改善に役立ちます。
このSAP SD Salesサポートモジュールには、顧客の電子メールリストを作成し、新しいリードのメールを直接送信するオプションがあります。 販売サポートには、顧客、製品、材料、競合製品などに関連する販売と流通に関するすべてのデータが保存されます。
SAPセールスサポートテーブル
- VBKA
- TKSF
- TVC6
- TVC5
SAPセールスサポートトランザクションコード
- VC01
- OV4Z
- VC05
- VC00
- VOC1
SAP SD-受注処理
販売管理業務の作成、処理、制御に役立つさまざまなモジュールがあります。 これらには-
- 受注処理
- 参照による受注の登録
- アイテムのカテゴリ
- 納入日程カテゴリ
- コピー制御
- 不完全なアイテムのログ
この章では、SAP SDで販売注文を処理する方法について説明します。
受注処理
受注処理は、組織ビジネスの卸売部分に関連する機能を表します。
受注処理で最も一般的な機能は次のとおりです-
- 購入した記事の入手可能性。
- 不完全なデータの確認。
- 販売取引のステータスを確認します。
- 価格と税金の計算。
- 商品の配送をスケジュールします。
- 文書の印刷または文書の電子転送。
これらの機能はすべて、システム構成に従って自動または手動で構成できます。 これらの機能からのデータは販売伝票に保存され、処理中に手動で変更できます。 販売ドキュメントは、単一のドキュメントでも、相互に関連するドキュメントで構成されるシリーズの一部でもかまいません。
例
システムには顧客からの電話問い合わせがあります。 次に、顧客が見積を要求します。見積は、同じ照会を参照して作成できます。 次に、顧客がその見積に基づいて注文を行い、この見積から情報をコピーすることで販売注文が作成され、必要な変更があった場合を想定します。 その後、商品が出荷され、請求書がこの顧客に送信されます。 商品の配送後、この顧客は破損した商品のクレームを提起します。 その後、受注を参照して出荷を無料で登録することができます。
これらのすべての販売ドキュメント-照会、見積、受注の開始、商品の配送、顧客への請求ドキュメント、および無料配送は、ドキュメントフローを形成します。 あるドキュメントから別のドキュメントへのデータフローにより、手動処理の実行が削除または削減され、より簡単な問題解決に役立ちます。
SAP SD-受注の作成
受注とは、特定の期間内に定義された数量の商品またはサービスを配送するために、顧客が会社に対して行う要求です。
受注の構造
顧客からの問い合わせは、注文に入力された材料またはサービスの数量を含む1つ以上のアイテムで構成されます。 受注の数量は、ビジネスラインにさらに分割され、さまざまなサブセットと納期で構成されます。 受注に記載されているアイテムは階層で結合され、バッチを区別したり、材料の組み合わせを使用したりできます。 これらのアイテムの有効な条件はすべて、アイテム条件に記載されています。 アイテムのこれらの条件は、完全な条件を介して導き出すことができ、受注全体に対して有効にすることができます。
アイテムを複数の請求プランの期限に分割することができ、それぞれが一定額のアイテムを請求する時間を通知します。
- VA02 -受注を編集します。
- VA03 -受注を表示します。
- Tコード*-VA01受注の作成
新しいウィンドウが開き、その後、以下の詳細を入力できます-
注文タイプを入力してください。以下の注文タイプが利用可能です。 販売組織、流通チャネル、および部門を入力します。 [参照を使用して作成]オプションをクリックして、照会または見積を参照して販売注文を開くこともできます。
CR | Credit Memo |
GK | Master Contact |
KA | Consignment Pick-up |
KB | Consignment fill-up |
KE | Consignment issue |
FD | Delivery free of charge |
CQ | Quantity contract |
SD | Subsequent Del. Free of charge |
KR | Consignment returns |
DR | Debit memo request |
PV | Item Proposal |
RE | Returns |
RK | Invoice correction request |
RZ | Returns scheduling agreement |
SO | Rush order |
OR | Standard Order |
[参照で作成]をクリックすると、新しいウィンドウが開きます。 見積番号を入力し、コピーをクリックします。
新しいウィンドウが開きます。 次の詳細を入力します-
- 出荷先、購買発注、日付を入力します。
- 必要な配達日を入力します。
- アイテムの詳細を入力します。
VA01では、ヘッダーデータとアイテムデータを入力できます。 次に、ヘッダーデータを入力するには、[ジャンプ]タブ→[ヘッダー]をクリックして、ヘッダーデータを選択します。 次のステップは、[ジャンプ]タブ→[アイテム]→アイテムデータを選択し、完了したら[OK]をクリックすることです。
この後、上部の保存アイコンをクリックできます。 確認メッセージが表示されます-
SAP SD-販売伝票の定義
SAPシステムで定義できる販売伝票にはさまざまなタイプがあります。 これらには-
- クレジットメモ
- デビットメモ
- 標準注文
- 配送返品など
販売伝票を定義するには-Tコードを入力:VOV8またはSPRO→IMG→販売管理→販売→販売伝票→販売伝票ヘッダ→定義:販売伝票タイプ。
新しいウィンドウが開き、新しいエントリに移動します。
次に、この新しいウィンドウに必須フィールドを入力できます。
上部の保存アイコンをクリックします。
SAP SD-アイテムカテゴリ
アイテムカテゴリを使用して、アイテムが請求または価格設定に適しているかどうかを定義します。 販売伝票の追加の制御機能を定義します。
例-標準アイテムの機能は、無料アイテムまたはテキストアイテムの機能とはまったく異なります。
販売伝票タイプごとに、さまざまなタイプのアイテムカテゴリを定義できます。 必要に応じて、既存のアイテムカテゴリを変更したり、新しいアイテムカテゴリを定義することもできます。 アイテムカテゴリは、次の質問に基づいて定義することができます-
一般的なデータ管理要素
- アイテムとは、マテリアルまたはテキストアイテムを指しますか?
- 品目に対して価格設定を実行する必要があるかどうか?
- 品目に納入日程行は許可されていますか?
- アイテムを完了したと見なす必要があるのはいつですか?
- アイテムを完全に配信できない場合、システムにメッセージが表示されますか?
- アイテムにはどのパートナー機能が許可されていますか?
- 業務トランザクションで許可される出力はどれですか?
出荷データ管理要素
- アイテムの体積と重量は決定されていますか?
- このアイテムが配信に関連するかどうか
請求データ管理要素
- アイテムは請求に適していますか?
- このアイテムのコストを決定する必要がありますか?
- 返品ですか?
- 統計項目かどうか
Categorization | Description of an Item |
---|---|
TAN | Standard Item |
TAB | Individual Purchase Order |
TAS | Third Party Item |
TAD | Service |
TANN | Free of charge item |
TATX | Text item |
AFX | Inquiry item |
AGX | Quotation item |
アイテムを作成するには-Tコード:VOV4
既存のすべてのアイテムのリストが表示されます。 次に、「新規エントリ」をクリックして、新しいアイテムを作成できます。
新しいウィンドウが開きますので、以下の詳細を入力できます-
販売伝票タイプ→明細カテゴリグループ→明細カテゴリ(これは、販売伝票タイプごとにデフォルトになります。 マニュアル項目カテゴリで変更できます。)→マニュアル項目カテゴリ(デフォルト項目カテゴリの代わりにマニュアル項目カテゴリを使用できます)
すべての詳細が記載されたら、保存アイコンをクリックします。
SAP SD-納入日程カテゴリ
販売伝票では、アイテムは1つ以上の納入日程行に分割されます。 これらの行は、日付と数量によって異なります。 これらの納入日程行に対して複数の制御要素を定義できます。 納入日程行のあるアイテムは、SAPシステムにのみコピーされます。 これらの納入日程行には、納入日付と数量、利用可能な在庫などの重要な情報が含まれています。
販売伝票タイプおよび明細カテゴリごとに、さまざまな納入日程カテゴリを定義できます。 一般データおよび出荷データに関連するさまざまな*制御要素*は、納入日程行の分類に使用されます。 新しい納入日程行を定義することもでき、システム管理者は制御要素に関連するデータを管理します。
一般的なデータ管理要素
- システムで可用性チェックが実行されている場合は?
- 返品明細の納入日程行ですか?
- 顧客のリクエストが購買部門に投稿されるかどうか?
出荷データ管理要素
- 定義された納入日程行に対して出荷ブロックが自動的に設定されている場合は?
- 納入日程行は納入に関連していますか?
納入日程行の分類は、対応する品目の品目カテゴリおよび資材所要量計画MRPによって大きく異なります。 これは、品目マスタレコードで定義されています。 納入日程行のカテゴリは、対応するテーブルの値に従って自動的に定義されます。 必要に応じて、販売ドキュメントの値を手動で変更できますが、すべての値を変更することはできません。
納入日程カテゴリを定義する方法は?
それは次の方法で定義することができます-
- 既存の納入日程カテゴリをコピーして、要件に従って変更することができます。
- 既存の納入日程カテゴリに変更を加えることができます。
- 新しい納入日程カテゴリの作成。
異なる販売伝票の納入日程カテゴリ
お問い合わせ-
- アイテムの配達なし。
- 在庫確認なし。
- 情報目的。
引用-
- 配達なし。
- 動きはありません。
注文-
- 納入日程行は納入に適しています。
- 移動タイプ601。
リターン-
- 納入日程行は納入に適しています。
- 移動タイプ651。
納入日程カテゴリの定義-
*Tコード:VOV6*
新しいウィンドウが開き、[新しいエントリ]をクリックできます。
詳細を入力したら、上部の保存アイコンをクリックします。
SAP SD-コピー制御
コピー制御は、販売ドキュメント内の重要なトランザクションがドキュメント間でコピーされるプロセスとして定義されます。 これは、ソース文書からターゲット文書にデータをコピーする方法についてシステムを決定するルーチンで構成されています。 SAPシステムにはこれらのルーチンが多数含まれており、ビジネス要件を満たすために追加のルーチンを作成することもできます。 新しいルーチンを作成するには、既存の販売ドキュメントを参照として使用できます。
SAPシステムでコピーコントロールを見つける方法
これらのコントロールはIMGで作成および構成され、次のメニューパスで見つけることができます-
- SPRO→IMG→販売管理→販売→販売伝票のコピー管理を更新します。
- SPRO→IMG→販売管理→出荷→出荷のコピー管理を指定します。
- SPRO→IMG→販売管理→請求→請求伝票→請求のコピー管理を更新します。
また、次のTコードを使用して、システム内のコピーコントロールを見つけることができます-
- VTAA -このコントロールは、受注から受注へのコピーに使用されます
- VTLA -このコントロールは、販売注文から配達へのコピーに使用されます。
- VTFL -このコントロールは、配信から請求ドキュメントへのコピーに使用されます。
- VTFF -このコントロールは、請求ドキュメントから請求ドキュメントへのコピーに使用されます。
- VTAF -このコントロールは、請求伝票から受注にコピーするためのコントロールに使用されます
- VTFA -このコントロールは、販売注文から請求ドキュメントへのコピーに使用されます。
SAPシステムでのコピーコントロールの仕組み
注文の3つの異なるレベルでシステムのコピーコントロールをセットアップできます-
- ヘッダーレベル。
- アイテムレベル。
- 納入日程行レベル(販売オーダから販売オーダへ、または請求伝票から販売オーダへコピーする場合のみ関連)。
ソースドキュメントのヘッダーからターゲットドキュメントのヘッダーにデータをコピーする場合、ヘッダーコピー制御ルーチンが必要です。
- Tコード:* VTLAは、販売注文と配達の間のコピー管理を確認します。
ルーチンを選択してF4を押すと、ルーティングのソースを確認できます。 ABAPエディターで開くには、F5を押します。 アイテムのコピーコントロールは、アイテムフォルダをダブルクリックしてアイテムカテゴリを選択し、[表示]アイテム概要画面を表示することでチェックできます。 その後、F1キーを使用して、各ルーチンの使用方法を確認できます。 ターゲットドキュメントには、コピーされたアイテムの更新された参照ステータスが割り当てられます。
次のタイプのステータスは、アイテムに対して可能です-
- 関連なし-アイテムがコピーに関連していないかどうかを示します。
- 参照なし-アイテムがコピーされていないことを示します。
- 部分的に参照-アイテムの数量が完全にコピーされたかどうかを示します。
- 完全に参照-アイテムの数量全体がコピーされたかどうかを示し、アイテムをさらに参照することはできません。
また、コピーコントロールの参照ステータスを表示することができます-
文書全体のステータスについて、ヘッダー→ステータスを選択します。 このフィールドは使用されます-フィールドVBUK-RFSTK。
アイテムを選択→ラインアイテムのステータスを検索するには。 このフィールドは使用されます-VBUP-RFSTA。
SAP SD-INCompleteアイテムのログ
営業活動または販売伝票を不完全として定義することもできます。 システムでそのようなドキュメントを作成するときのシステムの動作を以下に示します。
不完全なデータについては、システムに次のエントリを作成できます-
販売ドキュメントのヘッダーデータ
販売伝票のアイテムデータ
販売伝票の納入日程行データ
営業活動データ
パートナーデータ
配信ヘッダーデータ
配送品目データ
*T-Code:OVA2* または以下のメニューパスを使用して、不完全なグループを表示します-
SPRO→IMG→販売管理→基本機能→不完全明細のログ→不完全手順の定義→実行
新しいウィンドウが開き、この不完全なグループのリストを確認できます。
各文書タイプに不完全な手順を割り当てるため。 Tコードを使用できます:VUA2またはSPRO→IMG→販売管理→基本機能→不完全明細のログ→不完全手順の割当。
その後、新しいウィンドウが開きます。 [販売伝票タイプに手順を割り当てる]を選択してください。
VOV8を使用してドキュメント構成を表示できるようになりましたが、ここでしか変更できません。 不完全なフィールドのプロシージャcosを入力したくない場合は、ICチェックボックスを選択できます。
これに使用される重要なTコード
- OVA2-不完全な手順を定義します。
- VUA4-不完全な手順を配信タイプに割り当てるため。
- VUPA-不完全な手順をパートナー機能に割り当てる。
- VUC2-不完全な手順を営業活動に割り当てる。
- OVA0-ステータスグループを定義します。
- VUA2-不完全な手順をセールスドキュメントヘッダーに割り当てる。
- V.02-不完全な販売注文のチェックリストを取得するために実行します。
- VUA2-ドキュメントの保存時に警告またはエラーメッセージを設定します。
- VUP2-不完全な手順を販売品目カテゴリに割り当てる。
- VUE2-未完了手順を納入日程カテゴリに割り当てる。
不完全ログをチェックするキーテーブル
- VBUV-不完全ログ-販売伝票
- VBUK-ヘッダーの不完全
- TVUVG-グループ
- V50UC-不完全ログ-配送
- V50UC_USER-不完全ログ-配信-拡張
- TVUV-手順
- TVUVF-フィールド
- TVUVS-ステータスグループ
- VBUP-アイテムの未完成
- TVUVFC-Fcodes
- FMII1-資金管理勘定割当データ
SAP SD-価格
販売管理の価格設定は、外部ベンダーまたは顧客の価格とコストの計算を定義するために使用されます。 この条件は、価格が計算されるときの一連の条件として定義されます。
例
顧客が特定の日に特定の数量の製品を注文した場合を考えてみましょう。 顧客、製品、注文数量、日付などのさまざまな要因が、最終価格をその顧客に伝えます。 この情報は、条件レコードの形式でマスターデータとしてシステムに保存されます。
価格、追加料金、割引、税金などのさまざまな価格設定要素があり、SAPシステムでは条件タイプとして定義されています。 システム内の価格設定要素の価格設定情報を管理するには、条件レコードを作成する必要があります。
マニュアル価格
注文の処理中に、アイテムおよびヘッダーレベルで価格設定を操作することもできます。 価格画面の手動処理は、個々の条件タイプに依存しています。 条件タイプの手動処理を使用した受注処理中に、以下のアクティビティを実行できます-
- 価格設定要素を削除します。
- 条件量の変更。
- 追加の価格要素を入力します。
価格設定要素を手動で追加する方法は?
受注の価格設定画面で顧客割引を手動で追加する場合は、[行の追加]をクリックします。 データ画面では、条件タイプフィールドに顧客割引などの追加条件を入力できます。 割合の範囲を入力し、Enterキーを押します。 アイテムの価格設定およびヘッダー画面で価格設定要素を削除することもできます。 これを行うには、カーソルを配置して特定の条件を選択し、行の削除をクリックします。
ヘッダーレベルで定義されたすべてのヘッダー条件はアイテムレベルで変更できず、このレベルで定義された条件はヘッダーレベルで変更できないことに注意してください。 ヘッダーとアイテムの両方の条件で定義した条件のみが、両方のレベルでのみ編集できます。
SAP SD-条件レコードとテーブル
条件テーブルは、個々の条件レコードを識別するキーの組み合わせとして定義されます。 条件レコードは、システムが特定の条件を保存する方法として定義されます。
条件レコードの例-製品の価格を入力するか、特権顧客の割引を指定します。
条件テーブルの例-顧客固有の材料価格の条件レコードは、販売部門によって保存されます。 SAPシステムには、この目的のための条件テーブル005が含まれています。 テーブル005のキーには次のフィールドが含まれます-
- 顧客
- 素材
- 販売組織
- 流通経路
最初の2つのフィールドでは、顧客と材料が顧客と特定の材料の関係を決定します。 最後の2つのフィールドは、SAPシステムの組織データを識別するために使用されます。 現在、組織の営業部門が1人の特権顧客に割引の条件レコードを入力すると、システムは自動的に条件テーブル005を使用してレコードを保存し、キーを定義します。 標準SAPシステムには、事前定義された条件テーブルが含まれており、事前定義された検索順序で各アクセスを指定します。
条件テーブルの作成
SAPシステムでは、既存の条件テーブルを作成または変更できます。 組織の新しいビジネス要件に従って、新しい条件テーブルを作成できます。
SPRO→IMG→販売管理→基本機能→価格設定→価格設定管理→条件テーブルの定義に移動します。
新しいウィンドウが開き、要件に従ってフィールドを作成、変更、または表示から選択できます。 新しいテーブルを作成するには、作成を選択し、選択をクリックする必要があります。
テーブルフィールドに条件テーブルを入力してから、既存のテーブルを入力して条件をコピーできます。
データをコピーしたら、ビジネス要件に従ってテーブルを変更できます。
SAP SD-条件テクニックとタイプ
条件タイプは、SAPシステムの毎日の価格設定アクティビティの特定の機能として定義されます。 条件タイプを使用して、価格設定、商品の割引、税、および取引で発生する追加料金に対して異なる条件タイプを設定することもできます。
例
条件タイプを使用すると、特別な品目の割引を定義できます。 これをシステムで指定して割引を金額として計算するか、割引率をパーセントで計算できます。 両方の割引タイプを使用する必要がある場合、2つの別個の条件タイプをシステムで定義する必要があります。
標準システムには事前定義された条件タイプがあります-
S.No | Condition Type & Description |
---|---|
1 |
PR00 価格 |
2 |
K004 材料割引 |
3 |
K005 顧客固有の材料割引 |
4 |
K007 顧客割引 |
5 |
K020 価格グループ割引 |
6 |
KF00 運賃サーチャージ(品目別) |
7 |
UTX1 州税 |
8 |
UTX2 国税 |
9 |
UTX3 市税 |
システムで既存の条件タイプを作成または変更する方法
標準システムで既存の条件タイプを変更または更新することができます。 組織のビジネス要件に応じて、新しい条件タイプを作成することもできます。
SPRO→IMG→販売管理→基本機能→価格設定→価格設定管理→定義:条件タイプに移動します。
新しいウィンドウが開きます。 更新を選択し、要件に従って変更し、選択をクリックします。
[条件タイプの更新]を選択して[選択]をクリックすると、新しいウィンドウが開きます。 条件タイプを選択し、コピーをクリックします。
条件タイプの名前を入力します。 制御データの詳細を入力します-
- 条件クラス(A、B、D、E)
- 条件タイプ(Aパーセント、B量、C、G)
- 条件カテゴリ(コスト、価格など)
- 丸め規則(商業、切り上げ、切り捨て)
- 構造条件
- プラスマイナス
グループ条件データ
行うことができる変更
マスタデータセクション
データのスケーリングと制御2セクション
すべての詳細を入力したら、上部の保存アイコンをクリックします。
SAP SD-アクセスシーケンス
これは、特定の条件タイプの有効なデータを見つけるためにシステムによって使用される検索戦略です。 システムがデータを検索する順序を示します。 アクセスシーケンスは、1つ以上のアクセスシーケンスで構成されます。 有効なレコードが見つかるまで、システムは最初、2番目などを検索するのに役立ちます。 アクセスシーケンスは、条件レコードが作成される条件タイプごとに定義されます。
あなたは、カスタマイズでアクセスシーケンスを作成または維持することができます-
SPRO→IMG→販売管理→基本機能→価格設定→価格設定管理→定義:検索順序を選択します。
品目カテゴリごとの価格決定
すべてのアイテムが価格設定に適しているかどうかは必要ありません。 アイテムが価格設定に関係ない場合、そのアイテムの行アイテムは空白になります。 品目カテゴリは、品目の価格設定を制御するために使用されます。
請求明細カテゴリ
アイテムは請求に適していますか?
アイテムのコストを決定する必要がありますか?
返品ですか?
統計項目かどうか
*Tコード:OVKO*
価格設定フィールドに価格フラグを入力します。
統計値として-空白、X、Yを入力します。 統計値フラグは、以下に示すように販売伝票のアイテムを制御します。
保存ボタンをクリックします。
SAP SD-価格、追加料金、割引
価格と種類
標準SAPシステムでは、価格は品目の総価格として定義されます。 以下は、システム内の事前定義された価格タイプです-
- 材料価格
- 価格表タイプ
- 顧客固有の価格
デフォルトでは、システムはビジネストランザクションの自動価格設定で総額を使用します。 標準SAPシステムでは、システムは顧客固有の価格を取ります。 そのような価格が存在しない場合、システムは有効な価格表タイプを確認します。 これもシステムに存在しない場合、材料価格がかかります。
材料価格
材料価格が作成されると、特定の材料の価格または特定の材料タイプの価格設定を意味します。 品目価格が有効な販売組織と流通チャネルの組み合わせ。
価格表タイプ
組織のビジネス要件に応じて、独自の価格表を定義できます。
例-価格リストは、小売、卸売顧客などの顧客タイプごとに作成できます。 価格リストは、通貨タイプごとに作成することもできます。
顧客固有の価格-特定の顧客の価格設定レコードを作成することもできます。 顧客と材料タイプの特定の組み合わせに価格設定レコードを割り当てることができます。
追加料金と割引
標準SAPシステムには、さまざまな一般的な割引タイプが含まれています。 ビジネス要件に応じて、割引と追加料金を定義またはカスタマイズすることもできます。
標準SAPシステムには、以下の割引タイプが含まれます-
Discount(Key) | Kind of Discount |
Customer(K007) | Percentage |
Material(K004) | Absolute |
Price group(K020) | Percentage |
Material group(K029) | Absolute discount by weight |
Customer/material(K005) | Absolute |
Customer/material group(K030) | Percentage |
Price group/material(K032) | Absolute |
Price group/material group(K030) | Percentage |
Rebate processing(BO01) | Group rebate(%) |
Rebate processing(BO02) | Material rebate(fixed) |
Rebate processing(BO03) | Customer rebate(%) |
Inter-company processing(PI01) | Intercompany discount(fixed) |
Inter-company processing(PI02) | Intercompany discount(%) |
Invoice lists(RL00) | Factoring discount |
Invoice lists(MW15) | Factoring discount tax |
条件レコードの作成中に、上記の標準の割引タイプを使用できます。 自動価格設定を行っている間、システムは特定の条件を満たす割引をチェックし、有効な条件レコードをチェックします。 割引が品目グループまたは価格グループなどのグループを参照する場合、システムで自動価格設定が行われる前に、その特定のグループを関連する顧客または品目マスタレコードに割り当てる必要があります。
SAP SD-製品提案
製品提案は、既に追加された製品に他の製品を推奨するか、既に追加された製品を置き換えることにより、組織が売上を増やすのに役立ちます。 推奨される製品は、顧客が要求する製品よりも安く、高価であるか、類似している場合があります。
自動製品提案は、製品のオンラインマーケティングで使用される最も強力なツールの1つです。 製品提案は、ビジネスパートナーの特定の要件にマッピングして、市場の要件に一致させることができます。 上位n製品リストを使用して、提案された製品のリストを提供できます。 製品提案のデータはSAP CRMモジュールと統合され、製品マスターデータを取得します。
製品提案では、クロスセリング、アップセリング、ダウンセリング、トップN製品リスト、特定の製品のアクセサリの提案、特定のプロモーションに関する製品提案の生成などの機能もサポートしています。
- クロスセリング-製品および異なる製品間の関係について、製品関連付けルールが定義されています。 各ルールには、主要製品とこれらの製品とともに提案される依存製品が含まれています。 これにより、顧客がすでに追加した製品とともに他の製品を提供できます。
- アップセリングとダウンセリング-特定の製品を販売している場合、提案する他の製品を定義できます。 これらの提案製品は、ダウンセリングとアップセリングのルールを使用して定義されます。
- 上位N製品リスト-SAP NetWeaver BIコンポーネントを使用すると、ターゲットグループの上位製品のリストを定義できます。
- Proposing Accessories -これは、製品マスターデータおよび既に追加された製品で維持されます。 追加できる適切なアクセサリが提案されています。
- 特定のプロモーションを伴う製品提案の生成-特定の製品を顧客のプロモーションに割り当てることができます。
SAP SD-リスト、決定、除外
上場、決定、および品目除外は、許可/不許可の顧客への品目の販売を許可するSAP SDが提供する主要な機能です。
- リスト-特定の顧客用の材料リストを作成できます。これにより、それらの顧客はリストに保持されている材料のみを注文できます。
- 除外-特定の顧客の除外レコードを保持することもできます。これにより、その顧客はこれらの資料を注文できなくなります。
品目一覧と除外を表示するには、SPRO→販売管理→基本機能→一覧/除外に移動します。
新しいウィンドウが開き、次の画像に示すようにリスト/除外を有効にして、選択をクリックします。
選択に従って、既存の材料リストと除外が表示されます。
マテリアル除外の作成
*Tコードを使用:VB01*
- 除外タイプ:B001 *を選択し、キーの組み合わせをクリックして、材料と顧客を選択します。
保存アイコンをクリックすると、確認メッセージが表示されます。
SAP SD-受注タイプ
SAPシステムでは、さまざまな業務トランザクションに従ってさまざまな販売伝票タイプを定義します。 業務トランザクションは、販売伝票としてシステムに記録され、下記のカテゴリに分類されます-
- *お問い合わせおよび見積もり*は、プリセールス文書に含まれています。
- 販売注文-顧客からの注文。
- 概要契約-契約およびスケジューリング文書を含む。
- 販売後の文書-納入された製品と苦情、無料の交換品と返品に関する顧客フィードバックなどが含まれます。
受注の種類
現金販売
これは、顧客が注文し、注文を受け取り、商品の代金を支払う注文タイプとして定義されます。 この注文タイプでは、注文が入力されるとすぐに注文の配送が実行されます。 現金請求書と請求書は、注文からすぐに印刷できます。 請求書の金額は現金で支払われ、現金勘定に直接入力されるため、顧客の売掛金は入力されません。
ラッシュオーダー
この注文タイプでは、顧客が商品の配送を選択するか、注文の同じ日に商品を配送します。
分納契約
分納契約は、商品の数量と納期の詳細を持つ顧客との外部契約として定義されます。 この情報は、標準システムでは納入日程行として言及されています。 これらの納入日程行は、分納契約で作成することも、後の段階で作成することもできます。 分納契約の出荷は、通常の出荷の場合と同様の方法で処理されます。 納入が完了すると、分納契約の納入数量が更新されます。
委託品の補充
この受注タイプでは、商品が生産されて倉庫に移動されるか、エージェントに提供されて最終顧客に配送されます。
委託発行
この注文タイプでは、顧客からの要求があるたびに、顧客は倉庫に移動するか、エージェントに連絡し、これは販売として扱われます。
第三者注文
サードパーティの注文タイプでは、製品は顧客に配送されないため、注文をサードパーティベンダーに引き渡す必要があります。サードパーティベンダーはアイテムを顧客に配送して請求書を生成する責任があります。
SAP SD-無料配送
顧客が製品に満足していない場合、または配送時に商品の数量が少ない場合、無料配送またはその後の配送が行われます。 会社は、顧客の要求に従って返品を開始する必要があります。 この配送では、商品の配送料はお客様に請求されません。
返品リクエストの場合に従うべき手順
- クレジットメモ-これは、お客様が配送された商品の返金を希望する場合に行われます。 受注を参照して、得意先のクレジットメモ販売伝票が作成されます。
- その後の配送-これには、顧客への紛争商品の無料配送が含まれます。 これは、誤った数量の商品が顧客に配送される場合に必要です。
システムでの返品要求の作成: Tコード:VA01 。 次に、以下に示すように詳細を入力します-
販売注文番号を入力し、[コピー]をクリックします。
その後、次の詳細を入力することができます-
- PO番号
- 発注日
- 注文理由
- 数量を注文し、[保存]をクリックします。
返品配送文書を作成するには、 T-Code:VL01N を使用します。
配送ポイントを入力し、配達日を返品配達として入力して、ENTERを押します。
その後、商品の数量を入力して、保存をクリックします。
無料配信を作成するには、 T-Code:VA01 を使用します
注文タイプ:無料配送
PO番号を入力し、[コピー]をクリックします。
注文理由と数量を入力します。
保存ボタンをクリックします。
SAP SD-アウトライン契約
ベンダーの選択は、調達サイクルにおける重要なプロセスです。 ベンダーは、見積プロセスによって選択できます。 これらのベンダーが組織によって最終選考に残りました。 特定のアイテムを特定の条件で供給するために、特定のベンダーと契約を結びます。 これは、ベンダーとの合意に達するか、正式な契約が締結されたときに発生します。 したがって、このアウトライン契約は、ベンダーとの長期購入契約です。 アウトライン契約に関するキーポイントは次のとおりです-
- アウトライン契約は、ベンダーとの長期的な購入契約です。 これには、ベンダーが提供する材料に関する条件が含まれています。
- これらのアウトライン契約は、特定の期間まで有効であり、特定の事前定義された数量または値をカバーします。
アウトライン契約には、契約とスケジューリング契約の2種類があります。
契約同意書
基本的に契約は、ベンダーと発注者との間の長期のアウトライン契約です。 事前に定義された素材またはサービスに基づいて作成され、一定の時間枠で提供されます。
契約には2種類あります-
- 数量契約-このタイプの契約では、全体の値は、ベンダーによって供給される材料の総量に関して指定されます。
- 値契約-この契約タイプでは、全体の値は、ベンダーにその材料に対して支払われる合計金額の観点から指定されます。
契約は、以下に示す手順に従って作成できます-
契約を作成するパス
ロジスティクス→在庫/購買管理→購買管理→購買契約→契約→登録。
*Tコード:ME31K*
SAPメニュー画面で、上記のパスに従って実行アイコンの作成を選択します。
次に、ベンダーの名前、契約の種類、購買組織、購買グループ、およびプラントを契約日とともに提供します。
契約の有効期間の開始日、終了日、支払い条件などの必要な詳細をすべて入力します(つまり、 支払条件)。
次に、材料番号と目標数量を指定します。 数量契約または価格契約および品目グループの正味価格の場合。 保存をクリックします。 新しい契約が作成されます。
分納契約
分納契約は、仕入先と発注先との間の長期のアウトライン契約です。 これは、事前に定義された材料またはサービスを介して行われます。これらは、事前に合意された時間枠で所定の日に調達されます。 分納契約は、次の2つのステップで作成できます-
- 分納契約の作成
- 契約の納入日程行を更新します
分納契約の作成
これは、以下に示す手順に従って作成できます。
分納契約-ロジスティクス→在庫/購買管理→購買管理→購買契約→分納契約→登録→仕入先既知を登録するパス。
*Tコード:ME31L*
SAPメニュー画面で、上記の手順に従って[実行アイコンの作成]を選択します。
そのベンダーの名前、契約タイプ(分納契約のLP)、購買組織、購買グループ、プラントを契約日付とともに提供します。
契約の有効期間の開始日、終了日、支払い条件など、必要なすべての詳細を入力します。
目標数量、正味価格、通貨、および品目グループとともに品目番号を提供します。 保存をクリックします。 新しい分納契約が作成されます。
契約の納入日程行を更新します
これらの納入日程行は、次の手順に従うことにより、分納契約のために維持することができます-
納入日程行の更新パス-ロジスティクス→在庫/購買管理→購買管理→購買契約→分納契約→納入日程→更新。
SAPメニュー画面で、上記の手順に従って実行アイコンの更新を選択します。
分納契約番号を提供します。 広告申込情報を選択します。 上部の[アイテム]タブに移動→[配信スケジュールを選択]。
配送スケジュールの日付と目標数量を提供します。 保存をクリックします。 これで、分納契約の納入日程行が更新されました。
SAP SD-クォータの配置
特定の品目は、顧客の要件に応じて異なるベンダーから調達できます。 そのため、材料の総所要量は異なるベンダーに分配されます。 クォータは各供給元に割り当てられます。 これはクォータ割り当てと呼ばれます。
クォータの配置に関するキーポイントは次のとおりです-
割り当ての取り決めでは、材料の総所要量を特定の供給源、つまり ベンダーに割り当て、各ソースに割り当てを割り当てます。 この特定のクォータは、この割り当てられたベンダーまたはソースから調達される材料の部分を指定します。 供給量評価は、特定の供給元または仕入先に割り当てられる品目の量を決定するために使用されます。 最低のクォータレーティングを持つソースは、有効なソースを表します。
クォータの評価は、次の式で計算できます-
割り当ての評価=(割り当てられた割り当て量+割り当て基本量)/割り当て
Quota Allocated Quantityは、特定のソースから調達されたすべての注文の合計数量です。 クォータ基本数量は、新しい供給元からの数量です。 クォータは、特定の供給元に提供される材料の合計要件です。
クォータを作成する前の必須設定は次のとおりです。特定の素材の情報レコードとソースリストを維持する必要があります。 また、品目マスタで、供給元一覧と供給量割当使用チェックボックスをオンにする必要があります。 この設定は、 T-Code MM03 に移動することにより、マテリアルマスターで行うことができます。 購買ビューで、供給量割当の使用法と供給元リストを確認します。 割り当ての割り当ての設定が維持されるようになりました。
クォータアレンジメントを作成する
供給量割当は、特定の供給元、つまり ベンダー。 クォータの配置は、次の手順に従って作成できます。
供給量割当を作成するパス-ロジスティクス→在庫/購買管理→購買管理→マスタデータ→供給量割当→更新。
*Tコード:MEQ1*
[SAPメニュー]画面で、上記の手順に従って[実行アイコンの維持]を選択します。
供給量割当を更新する必要のある品目コードとプラントを入力します。
ベンダーの名前と、それらに割り当てられたすべての割り当てられた数量を入力します。 保存をクリックします。 現在、この特定の品目の割当量が維持されています。
SAP SD-特別なビジネスプロセス
SAP販売管理モジュールでは、通常の販売注文の処理に加えて、構成可能製品、注文生産品目などの特別なビジネスプロセスを作成することもできます。
委託処理
委託品は製品と呼ばれ、会社が所有し、クライアントの場所にあります。 預託在庫から移動されるまで、これらの商品に対して顧客が支払う必要はありません。 顧客は、預託在庫で製品を返品することもできますが、これは必須ではありません。
預託在庫の主な特徴
- 預託在庫の商品には、顧客がいつでもアクセスできます。
- 預託品は、顧客が倉庫に保管します。
- 顧客は商品の代金のみを支払う必要があります。商品は在庫から削除され、取り込んだ数量に対してのみ支払われます。
委託在庫は依然として企業の貴重な在庫の一部であるため、システムでこれを管理する必要があります。 預託在庫は個別に管理する必要があるため、会社は顧客の場所で利用可能な在庫を認識している必要があります。 これは顧客ごとに個別に管理する必要があります。
組織の場合、預託在庫は在庫の特殊在庫として管理されます。これにより、顧客からの要返却品を追跡できます。 預託在庫管理には、システム内の4つの主要なアクティビティが含まれます。
- 預託品補充の登録(在庫は倉庫で補充されます)。
- 預託品出庫の登録(倉庫から出庫された在庫)。
- 預託品引取りの作成(メーカーへの在庫返品)。
- 預託品返品(得意先からの在庫返品)の照会。
預託品引渡の作成
この場合、在庫は顧客の場所に保管され、会社が所有します。 これは預託品補充(CF)と呼ばれ、受注–KBがこれに使用されます。
*Tコード:VA01*
注文タイプを入力してから、組織データを入力します-
新しいウィンドウが開き、次の詳細を入力できます-
- 発注番号
- 発注日
- 注文数量
これらの詳細を入力したら、[保存]をクリックします。
委託発行
これは、倉庫から顧客に発行される商品用です。
*Tコード:VA01*
注文タイプ:CI
受注タイプ:KE
保存をクリックします。
委託返品
これは、顧客から返品された商品に対して行われます。
*Tコード:VA01*
注文タイプ:CONR
受注タイプ:KA
すべての詳細を入力したら、[保存]をクリックします。
委託ピックアップ
顧客が会社への製品の返品を要求するとき、これは預託品引取りとして知られています。
*Tコード:VA01*
注文タイプ:CP
受注タイプ:KR
これらの詳細を入力したら、[保存]をクリックします。
SAP SD-配送
出荷は、販売プロセスにおける非常に重要な活動として定義されています。 物流チェーンの下にあり、顧客サービスと商品の流通を保証します。 これは、販売管理モジュールの重要なコンポーネントです。 これは、出荷および商品のピッキングや梱包などの他の出荷活動を実行するために使用されます。
出荷プロセスでは、いくつかの主要なサブプロセスがあります。
- 商品の配送処理
- アイテムのピッキング
- 商品の梱包
- 出庫の転記
- 海運通信
- 出荷の計画と監視
- バッチ決定、シリアル番号、検査などのその他の機能
出荷の組織単位
出荷の際、商品の在庫は保管場所で管理されます。
出荷ポイントの主な特徴は次のとおりです-
- クライアントの場所にあります。
- 出荷は、単一の出荷ポイントから処理されます。
- 出荷ポイントは、注文のアイテムレベルで決定されます。
- 出荷ポイントは、複数のプラントの出荷を処理できます。
複数の出荷ポイントを1つのプラントに割り当てることもできますが、各ポイントには異なる積載機器または異なる処理時間が必要です。
その他の組織単位は、倉庫番号、ストレージのタイプなどです。
プラントと保管場所に割り当てられている倉庫番号があります。 プラントには複数の保管場所があり、1つの倉庫を指すことができます。
出荷ポイントとルートの決定
経路の決定は、配送先と一緒に対象国と輸送区域に基づいて行われます。 同じ国および同じ輸送区域への2つの出荷に対して同じ出荷ポイントがある場合、同じルート決定が両方に適用されます。
配送文書の作成中、そのルートは配送業者と配送業者の情報に基づいて決定されます。
輸送モードを定義する方法は?
SPRO→IMG→物流管理→輸送→基本的な輸送機能→ルート→ルートの定義→輸送モードの定義→実行に移動します。
新しいウィンドウが開きます。[新しいエントリ]をクリックします。*
次の詳細を入力します-
- 配送タイプ、
- 説明、および
- 保存をクリックします。
SAP SD-ルートとステージの定義
SPRO→IMG→物流管理→輸送→基本輸送機能→ルート→ルート定義→ルートとステージの定義→実行に移動します。
新しいウィンドウが開き、既存のルートのリストが表示されます。[新しいエントリ]をクリックします。
新しいウィンドウにルートステージとともに詳細を入力し、定義します。 これらの詳細を入力したら、[保存]をクリックします。
すべてのルートのステージを維持する
SPRO→IMG→物流管理→輸送→基本的な輸送機能→ルート→ルート定義→すべてのルートのステージ更新を選択します。
次の詳細を入力します-
- ルート
- ステージカテゴリー
- 出発点
- 目的地など
- 完了したら、[保存]をクリックします。
SAP SD-出荷伝票
材料または輸送の日程が利用可能になったため、納期厳守の出荷ラインには出荷が必要になります。 商品のピッキング、輸送スケジュールなどの出荷活動が含まれます。 出荷ポイントで発送が行われ、注文時に決定されます。 後の段階で出荷ポイントを手動で定義することもできます。
以下は、配信が作成されたときに実行されるいくつかのチェックリストポイントです-
- 品目と注文をチェックして、商品の出荷が可能かどうかを確認します。
- 商品の数量とその在庫を定義します。
- 出荷伝票の梱包。
- 重量または配送量を計算します。
- 配送状況と配送契約を確認します。
- ルートを定義します。
- 集荷場所を見つける。
- 配達される材料の品質チェック。
- 受注のステータスを更新および変更します。
配信状況に変更がある場合は、作成後に配信を変更できます。
出荷伝票を作成する方法は?
注文番号がわかっている場合は、1つの注文に対して1つの出荷を作成できます。 必要に応じて、出荷データをいつでも変更できます。
*Tコードを使用:VL10B*
出荷データから出荷ポイントを入力します。 [発注書]タブで、納品予定日と数量を入力します。
Order RefまたはW/O Order Referenceを使用して出荷を作成するには、 T-Code:VL01N を使用します
出荷を変更するには、 T-Code:VL02N を使用します
SAP SD-配送処理
配信処理にはさまざまな機能があります-
- 数量管理と調整
- テキスト管理
- 印刷
- 検証
出荷の変更を転記するために、出荷のために入荷の数量差異を転記することができます。 テキスト管理を使用すると、配信文書に次のような変更を加えることができます-
- 表示
- 変化する
- 削除する
- Save
特定の配信用に新しいテキストを作成して保存する場合は、これも実行できます。
EWMで印刷が行われ、納品書が印刷されます。 出荷伝票または出荷伝票を登録できます。 EWMでの検証は、出荷伝票が完了しており、システムでさらに処理できる場合に、出荷伝票の検証に使用されます。
SAP SD-ピッキング、梱包、出庫後
商品のピッキングは、SAP倉庫管理システムで行われます。 これは、ピッキングリストおよび在庫から商品を引き出すために使用される転送オーダーを介して行われます。
ピッキングには3つのタイプがあります-
- 個別の商品のピッキング
- 定義された間隔ごとのピッキング
- SAP SDモジュールでの自動ピッキング
商品の梱包は梱包資材を使用して行われ、資材タイプとして作成されます-「 VERP
」。 これは2つの方法で行うことができます-
- マニュアル
- 自動
出庫後処理(PGI)は配送処理の最後のステップであり、この商品の所有権は顧客に移され、在庫は配送ごとに更新されます。
これらの機能は、次の手順を使用してシステムで実行することができます-
- 出荷伝票の作成
- ピッキングリクエストの作成
- パッケージを作成する
- 出庫の登録
出荷伝票の作成
*Tコードを使用:VL01N*
- 保存*をクリックします。
ピッキングリクエストの作成
*Tコードを使用:LT03*
- 倉庫番号を入力してください
- 工場に入る
- 配達を入力
- Enterを押します。
- 保存*をクリックします。
パッキングリクエストの作成
*Tコードを使用:VL02N*
出荷を入力し、[パック]をクリックします。
梱包材を選択し、梱包材の詳細を入力します。
[保存]をクリックします
出庫後のPGI
*Tコード:VL02N*
[*出庫を投稿]をクリックすると、メッセージが表示されます-補充配送が保存されました。
PGIは2つのドキュメントを作成します-
- 材料文書
- 会計書類
SAP SD-請求の概要
SAP販売管理モジュールでは、請求はビジネストランザクションを実行する最終段階として知られています。 注文が処理され、配送が行われると、この注文処理の各段階で請求情報が利用可能になります。
請求には、次のコンポーネントが含まれています-
- 返品のためのクレジットメモとデビットメモ。
- 配送とサービスの請求書作成。
- 請求トランザクションをキャンセルします。
- 価格設定機能。
- 割引とリベート。
- 請求データを財務会計FIに転送します。
請求は組織構造と密接に統合されており、販売組織、流通チャネル、および部門に割り当てることができます。
請求の主要な機能-
- 請求の種類
- 一致コード
- 番号範囲
- ブロッキングの理由
- 請求リストを表示
- 請求期限リストを表示する
請求伝票タイプ
請求書は、クレジットメモ、デビットメモ、請求書、またはキャンセルされたトランザクションに対して作成されます。 各請求書には、ヘッダーとその下のアイテムのリストがあります。 通常、請求伝票は請求タイプによって制御されます。
請求書のヘッダーには、次のような一般的なデータが含まれています-
- 請求日
- 支払人識別番号
- 請求額
- 通貨
- 出荷先、販売先などのパートナーID番号
- 価格要素
アイテムのリストでは、次のデータを維持する必要があります-
- 材料番号
- 商品の量
- 体積と重量
- 個々のアイテムの価値
- 個々のアイテムの価格要素
請求処理の実行中に、請求書、クレジットメモ、デビットメモなどの請求ドキュメントを作成、変更、削除します。
請求処理には、以下の参照による請求ドキュメントの作成も含まれます-
- 受注へ
- 配送まで
- 外部取引へ
ドキュメント全体、個々のアイテム、またはアイテムの一部の数量を参照できます。
請求書は次の方法で作成できます-
- システムがバックグラウンドタスクとして請求待リストを自動的に処理する場合。
- ワークリストから手動で処理する。
- 請求書を明示的に作成することもできます
請求伝票の作成
*Tコードを使用:VF01*
ロジスティクス→販売管理→請求→請求伝票→登録を選択します。
新しいウィンドウが開き、請求タイプ、日付を入力し、作成するドキュメント番号を入力できます。 [保存]をクリックします
- VF02 -請求伝票を変更するには
- VF03 -請求伝票の表示
- VF11 -請求書のキャンセル
- VF05 -請求伝票の一覧
SAP SD-請求方法
請求方法により、配達ごとに請求書を作成する必要があるか、毎月顧客に請求書を送信するかが決まります。
次の請求方法タイプを使用できます-
- 販売ドキュメントごとの個別請求。
- 複数の販売伝票に対する一括請求方法。
- 1つ以上の販売伝票の複数の請求伝票の請求書分割。
個別請求方法では、システムで設定を行い、各販売伝票に対して単一の請求伝票を作成することができます。 例:配達ごとに1つの請求書。
一括請求では、販売注文や配達などのさまざまな文書を、共通の請求文書で部分的または完全に組み合わせることができます。
請求書の分割により、特定の基準に従って請求書を作成できます。
請求プラン
SAP SDの請求計画は、商品とサービスの個別の請求日を含む計画として定義され、商品の配送に依存しません。 この請求計画を使用して、定期的な間隔で、または事前にシステムで定義された特定の日にサービスまたは製品の請求を行うことができます。
業務トランザクションごとに、システムを使用すると、任意の請求計画タイプを処理できます。 請求計画には2種類あります-
- マイルストーン請求
- 定期的な請求
マイルストーン請求には、請求プランで定義された複数の請求日で合計請求額を分割することが含まれます。 システムで定義されたマイルストーンに達すると、顧客はプロジェクトコストまたは請求計画に従って事前定義された金額に従って請求されます。 マイルストーン請求は通常、長期プロジェクトに使用されます。
定期的な請求には、一定の間隔での請求額の請求が含まれます。 例:契約に従って毎月レンタル料を支払う必要があるとします。 システムは、スケジュールに従って毎月の支払いを処理できます。 定期的な請求計画は、通常、次のカテゴリで使用されます-
- 年間保守契約などのサービスの場合
- リース契約用。
- 知的財産管理。
請求計画を業務トランザクションに割り当てる
SAPシステムでは、1つの請求計画が業務トランザクションのすべての製品に適用可能かどうかを言及したり、要件ごとにトランザクション商品ごとに個別の請求計画を定義したりできます。
SAP CRMシステムで請求計画を定義できることに注意してください-顧客関係管理→トランザクション→基本設定→請求計画
SAP ERPシステムでは、SAP CRMシステムで作成された請求計画を使用できません。
収益勘定決定
収益勘定は収益認識に使用され、SAP SDモジュールと財務会計モジュールの統合に使用されます。 勘定への請求伝票に従って、収益勘定決定に従って収益を転記するための正しいG/L勘定が決定されます。
収益勘定決定を構成するには: T-Code:OVK5 を使用します
OR
SPRO→IMG→販売管理→基本機能→勘定割当/原価計算→収益勘定決定→決定に関連するマスタデータのチェックに進みます。
これを使用して、定義することができます-
- 品目の勘定割当
- 顧客への勘定割当
それらのいずれかを選択し、[*選択]をクリックします。
材料-アカウント割り当てグループ-このオプションを使用すると、材料を異なるグループ、サービス、小売グループに分割できます。 これは、販売→販売組織2ビューの品目マスタMM01/MM02で更新します。
顧客-アカウント割り当てグループ-このオプションを使用すると、顧客を異なるグループに分割できます。 例:顧客を国内の顧客と、非国内または海外に分けることができます。 これは、販売エリアデータの請求伝票タブでVD01/XD01/VD02/XD02を使用して支払人得意先マスタで更新します。
収益勘定決定の条件テーブルを作成および表示するには-
SPRO→IMG→SD→基本機能→勘定割当→勘定割当/原価計算→収益勘定決定→定義:収益勘定決定の依存関係→実行に移動します。
新しいウィンドウが開き、条件テーブルに関連するオプションを選択して、[*選択]をクリックできます。
次の* Tコード*は、条件テーブルの管理に使用できます。
S.No. | TCode & Description |
---|---|
1 |
V/12 勘定科目決定:テーブルの作成 |
2 |
V/13 勘定設定:変更テーブル |
3 |
V/14 勘定設定:テーブルの表示 |
4 |
OV25 フィールドカタログ:テーブルに許可されるフィールド |
次のステップでは、アクセスシーケンスとアカウント決定タイプを定義します。
アカウント決定手順の定義と割り当て-
- 最初のステップは、アカウントキーを定義して割り当てることです。 *総勘定元帳勘定の割り当て。
収益勘定決定における有用な構造-
S.No | Structure & Description |
---|---|
1 |
アカウント決定通信ヘッダー |
2 |
KOMPCV アカウント決定通信アイテム |
SAP SD-与信管理
信用管理では、商品の販売と後の段階での金銭の収集を扱います。 顧客の与信限度は、支払方法と顧客の支払履歴によって異なります。 商品の支払いは、業務トランザクションに基づく支払い条件に基づいています。
例
顧客の与信限度は10000に設定されており、彼は6000の価値と30%の支払期間を4%で注文します。 30日以内に支払いが行われた場合、顧客は支払いの4%の割引を受けることができます。
なぜクレジット管理が必要なのですか?
与信管理では、顧客の与信限度を設定することにより、信用リスクを軽減できます。 顧客または顧客グループの警告アラートを取得できます。
与信管理の主な機能
信用のニーズに応じて、さまざまな基準に従ってさまざまな信用ポリシーを定義できます。 これにより、システムチェックが実行される販売管理システムでキーポイントを定義することもできます。
システムは、注文の処理中に、担当者が顧客のクレジットの詳細に関する情報を取得できるようにします。 顧客がクレジット限度額に達しようとしているとき。 電子メールを自動的に顧客に送信できます。 会社の信用担当者には、顧客の信用状況を迅速かつ正確に確認し、信用限度を延長するかどうかを決定するオプションがあります。
与信管理の種類
与信管理には2つのタイプがあります-
- 簡単な信用調査
- 自動信用調査
単純な信用調査では、顧客の信用限度を注文のすべての商品と未決済商品の合計額と比較します。
与信限度=未決済明細値+現在の受注額
未決済明細は、顧客に請求される製品として定義されますが、支払いはまだ受領されていません。 与信限度を超えたときに警告メッセージを顧客に送信するようにシステムを構成できます。
自動信用チェックには、未決済明細のチェックと商品の未出荷も含まれます。 与信限度を超えた場合でも、会社との良好な支払履歴により、顧客は引き続き注文を行うことができます。 これは次のように定義できます-静的および動的な信用調査。
静的与信限度決定
チェックグループのタイプ-販売、配送、および出庫。 これらすべてのレベルで注文をブロックできます。
リスクカテゴリ-それは顧客に与えられる必要があるクレジットの量を決定するために使用されます。
- 高リスク-低クレジット
- 低リスク-より多くのクレジット
- 中リスク-平均クレジット
動的与信限度決定
それは、地平線期間を考慮することにより、顧客の与信限度を決定するために使用されます-
- ドキュメントを開く
- オープンな配達
- オープンビリング
- オープンアイテム
- ホライズン期間
期間が4か月と定義されている場合、システムはこれらの文書を4か月間考慮しません。
与信管理領域への会社コードの割当
SPRO→IMG→企業構造→割当→財務会計→会社コードの与信管理領域への割当
新しいウィンドウが開き、自動信用調査を設定できます。
クレジットグループの定義
SPRO→IMG→販売管理→基本機能→与信管理/リスク管理→定義:与信グループ
次のクレジットグループは、SAPシステムで定義されています-
- 受注のクレジットグループ
- 配送のクレジットグループ
- 出庫のクレジットグループ
SAP SD-企業構造のマッピング
企業構造は、実際のビジネス構造を表します。 クライアント、流通チャネル、部門、会社コード、営業所、出荷ポイント、積込ポイントなどの要件に従って、さまざまな組織単位を企業構造にマッピングできます。 組織ユニットを単一のモジュール(例-販売管理モジュールに会社コードを割り当てることができます)または複数のモジュールに割り当てることができます。
クライアント
クライアントは、独立した組織単位および法的単位です。 汎用データと複数のテーブルは、複数の組織構造のクライアントレベルで保存されます。 クライアントは、企業構造の最上位で知られています。 複数の会社コードをクライアントに割り当てることができます。
会社コード
会社コードは、組織内の独立した法的単位として定義されます。 会社コードは、財務会計で作成された組織単位です。 会社コードレベルでは、損益計算書と貸借対照表を作成できます。 複数の会社コードをクライアントに割り当てることができます。
販売組織
販売組織は、製品とサービスを配布するために使用されます。 単一または複数の販売組織を会社コードに割り当てることができます。 1つ以上のプラントを販売組織に割り当てることができますが、それは一意ではないため、1つのプラントを複数の販売組織に割り当てることができます。 販売組織を使用して、検索条件を実行し、販売ドキュメントを一覧表示し、配送と請求ワークリストを作成できます。 各販売組織の販売および請求伝票に異なる出力タイプを指定できます。
流通経路
これは媒体として定義され、商品やサービスを顧客に送信するために使用されます。 流通チャネルを単一または多数の販売組織に割り当てることができます。 会社の市場ポリシーまたは内部組織ごとに流通チャネルを設定できます。 ある流通チャネルのマスタデータを他の流通チャネルに使用できます。 営業所を流通チャネルに割り当てることができます。
分割
部門は、製品ラインまたはサービスまたは素材のグループとして定義されます。 1つ以上の販売組織に部門を割り当てることができます。 製品は常に1つの部門に割り当てられます。 営業所を部門に割り当てることができます。 販売エリア、倉庫、配達ポイント、出荷ポイントなどのさまざまな組織単位があります。 1つ以上のSAPモジュールにマップできます。 Sap-sd-questions-answers