得意先マスタ/取引先機能

Last-modified: 2014-06-26 (木) 11:04:00

得意先マスタについて、その登場人物の色分けをする要素であり、販売ビューの一部。

概要 †

英語表記のPartner Functionの方が、しっくりくるかもしれない。要は商いの中でどのような位置付けで登場してくるか、ということ。

つまりコンセプトとしては外的なものの管理に軸足が置かれているという所見だが、それらのグルーピングやレポーティングのネタを埋め込むものとしての内的なものの管理機構としても重要な役割を果たす。

特に、仕入先マスタや購買管理における伝票入力では割とシンプルな商流であることが多いため然程ニーズが強いわけではないが、販売管理においては多様な管理ニーズの受け皿となっている。

他のパッケージでは、そもそもこの概念が無く、販売管理上も受注先 = 支払人で決め打ちだったりする。

ちなみに、内部と外部でコードが違うので注意。

取引先機能	コード	補足
得意先階層 1	1A
得意先階層 2	1B
得意先階層 3	1C
得意先階層 4	1D
SP 契約リリース発注	AA
受注先	SP	受注伝票の支配者
IS-PAM: 証明書所有者	AI
IS-PAM: 担当	AR
申請者保証	AS
SH 契約リリース発注	AW
IS-PAM: 伝票受信者	BE
IS-PAM: Chiffre Rec.	CE
IS-PAM: DU 受信者	DE
IS-PAM: Acc.Deb.Rec.	DK
IS-PAM: DU 送信者	DS
受取 CD 倉庫	EC
（No Description）	EM
エンドユーザ (貿易)	EU
IS-PAM: 広告主	IS
IS-PAM: 競合他社	KT
請求先	BP	請求伝票を半分くらい支配
支払人	PY	請求伝票の支配者
特殊在庫取引先	SB	預託プロセスで、倉庫会社などの中間業者として利用可能
得意先タイプ 4	SO
安全シート発行先	SR
出荷先	SH	出荷伝票の支配者

販売管理での利用
- 各種伝票の支配者として
- 価格設定の要素としてよくあるのは受注先と出荷先で単価が決まるケース。 Unit Priceのみならず、例えばスケールの掛かり方が違ったりと、ツブシの効く表現手法である。
- LISの切り口として下記のCO-PAの下位互換機能であるため昨今では強いニーズこそないが、手軽さは特筆すべきだと思う。ユーザ部門の情シス程度のレベルでもありものでレポートを作るくらいはできてしまうわけだから、もう少し評価されてもいい機構なのかなと。
収益性分析での利用
- 特性の一つとして

【スポンサードリンク】

amazon_book_sap_system_implement is not found or not readable.