システムで使用するマスタを定義した、[[業務設計ドキュメント>成果物/業務設計ドキュメント]]のひとつ。
----
#contents
----
* 作成目的 [#q534e575]
下記の事項を明確化するために作成する。
-帰属する分野
最低でもロジ・会計、それで荒いと思ったらコンポーネント別、即ち[[財務会計]]や[[販売管理]]などの粒度で良いかと思う。
ただし[[得意先マスタ]]の一般ビューなどは誰のものか？などの議論もあるため、[[得意先マスタ]]と[[仕入先マスタ]]においては、勘定グループレベルで論じた方がよい。
-名称
[[勘定コード>財務会計/勘定コード]]や[[銀行マスタ>財務会計/銀行マスタ]]など、名称そのもの。
但し、[[得意先マスタ]]や[[品目マスタ]]など性質により一概に論ずることができないものについては、詳細化した単位で語れるように、具体的には[[得意先勘定グループ>得意先マスタ/勘定グループ]]や[[品目タイプ>品目マスタ/品目タイプ]]レベルで記載すべきかと思う。
-採否、および理由
これが非常に大事なことで結局使用するかしないか、また根拠や経緯を残す必要がある。
理由は、同じ話を蒸し返されたり、脈絡ない議論に陥ったりすることを避けるため。
-メンテナンス方針
末端ユーザなのか、情シスなのか、各社なのか、本社なのか。
裏返すと責任範囲や裁量を意味することもあり、業務負荷や利用するためのリードタイムも勘案し、慎重に論ずるべきかと思う。
* 作成単位 [#tebcb1e8]
分ける理由は無いので、[[システムランドスケープ>SAPの構成/システムランドスケープ]]でひとつ。
強いて言えばロジ・会計の括りはあるが、重複や抜け漏れを避けるため、シートを分けたり目印の列で住分ける程度で良いだろう。
* 作成担当 [#oa1e41fd]
各アプリチームリードが妥当か。
* 作成タイミング [#w3667485]
設計フェーズの早い段階で。
構想策定から前もって作っておくと尚良し。
* 更新ルール [#ye1d7f1a]
新たなマスタを取り扱う場合や利用しなくなった都度。
そう簡単には無いと思うが、定義した[[アドオンテーブル>SAPのオブジェクト/アドオンテーブル]]をマスタ的に取り扱うケースはその限りではない。
~
~
CENTER:【スポンサードリンク】
#htmlinsert(amazon_book_sap_system_implement)
~
~
----
#pcomment(reply)
