SAP Knowledge Wiki
SAPの共通用語/番号範囲
の編集
Top
/
SAPの共通用語
/
番号範囲
-- 雛形とするページ --
(no template pages)
マスタや伝票などユニークキーの採番規則および採番範囲。 伝票であれば[[伝票タイプ>SAPの共通用語/伝票タイプ]]、マスタであれば[[品目タイプ>品目マスタ/品目タイプ]]や[[得意先勘定グループ>得意先マスタ/勘定グループ]]および[[仕入先勘定グループ>仕入先マスタ/勘定グループ]]などに紐付ける。 ---- #contents ---- * 伝票の番号範囲 [#v6e15b28] SAPでは、外部採番も使用できるものの、基本的には内部採番を使用している。 採番するという手間を掛けて得られるメリットは然程多くないこと、また使い手にとっては[[得意先発注番号>販売管理/得意先発注番号]]や[[参照伝票番号>財務会計/参照伝票番号]]・[[品目マスタ]]など実商売の情報、[[会社コード>財務会計/会社コード]]や[[販売組織>販売管理/販売組織]]などの組織情報の重要性の方が勝つからではないかと考える。 SAPでは内部採番という自動採番の世界と外部採番というマニュアル採番の世界があり、これらは各種[[伝票タイプ>SAPの共通用語/伝票タイプ]]のコンフィグと[[番号範囲オブジェクト>SAPのオブジェクト/番号範囲オブジェクト]]で制御される。 ** 内部採番 [#l9688546] -飛び番について 筆者が理解に苦しむ''飛び番嫌い''という文化は、殊のほか根強い。 飛んでなんか困るの？と声を大にして言いたい。そして言っている。 --会計 監査上の指摘があるとかないとかで[[会計伝票>財務会計/会計伝票]]は理解できる。 それを加味してか[[会社コード>財務会計/会社コード]]がキーになるので住み分けが容易で、設定上の問題はない。 --ロジ 各種ロジ伝票はそもそも組織による住み分けをコンセプトとしていないため、そのためには[[伝票タイプ>SAPの共通用語/伝票タイプ]]を分けたりしなければならないのだが、そもそも商流で分けるべきものであって、番号体系が動機となるべきではない。 やるべきでないという理由は他にもあり、例えば[[会計伝票>財務会計/会計伝票]]はシーケンシャルにできるからと言う事はでき、そこから逆引きしてロジ伝票をレポーティングすることも可能なものの、[[無償出荷>販売管理/無償出荷]]など[[会計伝票>財務会計/会計伝票]]ができない取引もあるため、全てのケースをカバーしきれないためである。 また、伝票番号そのものではなく、[[公式伝票採番>財務会計/公式伝票採番]]でナンバリングした値を別の項目に保持するという手段もある。 ** 外部採番 [#ja971994] [[インタフェース>アドオン/インタフェース]]している場合は、連携先のシステムの伝票番号を正にしたいという場合もある。 そういった場合は外部採番にするのが良いかと思うが、一度ヘクると[[物理削除>SAPの共通用語/物理削除]]できないシーンも多々あるため、伝票番号自体ではなく、どこかの項目に保持する方がベターだろう。 * マスタの番号範囲 [#f44fa68d] ・・・とは、即ちコード体系であり、その定義は項目定義と同等以上の重要な要素である。 それは、特に自分の組織以外とシステムを共有する場合、検索によるコードの特定や、特定したコードが誤っていたというミスについて、防止したり頻度を軽減することはシステム運用の大きなテーマであるためだ。 それらを充足するために必要なのは、コードの[[正規化>アドオン/正規化]]による''視認性の確保''と''検索効率の維持/向上''である。 しかし、運用のレベルによっては何らかのコード管理が必要であるということ、登録自体の頻度によって運用負荷が高まり得ることなどが言えるため、コードの決定規則である有意採番と無為採番について、評価軸があり相互のトレードオフに言及したい。 ** 有意採番 [#v43067ae] ガチガチのコード体系を定義し、適用するやり方。 これは、コードの採番に製品の特性・物性や取引先の性質が大きく影響する場合において有効であるが、登録頻度が低いこと・物性種別ごとのコードが少ないこと((ガチガチのコード体系を組むと、利用可能な枝番が少ないため))etcが前提となる。~ また、採番したコードの正当性を末端のユーザに委ねるのは非常に危険であるため、大抵の場合はコード管理部署が必要となる。 これは一般的に情シスが宛がわれるわけであるが、情シスがシステムに入力しようにも大抵はInput = ユーザからの申請がいい加減であるため申請部署にヒアリングせねばならず、申請部署にしても日常業務の傍らで行っているため逐一聞かれても鬱陶しく、また登録のリードタイムが長引いて伝票登録が遅れるなど、コード採番に係るマスタ運用についてはシステムと業務の軋轢が生まれやすいテーマである。 ** 無意採番 [#ub7f4949] まず、ここでの無為とは単純連番のことを指し、コード体系が存在しない。 つまり、1から99999・・・まで登録順にコードを振っていく。 ここではメリット・デメリットが有意採番の裏返しとなり、コード採番に係る負荷が減りスピーディな運用が可能になる半面、''コード自体からその正体が読み取れない''という側面を持つ。 そこで「レポーティングで使える項目はいくらでもあるじゃないか」という考えは確かにあるものの、それを結論にするのは少々早計というもので、キーレポートのニーズをどの程度カバーし、しきれていないレポートはどう救うのか？という問いかけに対し、''勿論コード体系だけで全てを拾い得ることは望むべくもないが、最低限コードで検索できるようにはなっていればボトムとして成立する''こと、[[勘定コード>財務会計/勘定コード]]をはじめ[[COグループマスタ>管理会計/グループマスタ]]や[[財務諸表バージョン>財務会計/財務諸表バージョン]]のように、''コード体系さえ維持しておけば、コードの増減や改廃での変更は発生しない''ということは忘れてはならない。 とはいえ、取扱品目の増加をシステマチックにコントロールすることが現実的でない((18桁の無為連番でもコードが足りなくなるらしい。但し、採番単位が適当でないかとも思う))場合においては、''スピードを損なわないため、ガリガリ自動採番しないと回らない''という背景では無為連番が止むを得ないという意味で相応であると言える。 ** 結局？ [#jea85e1f] どちらも長所と短所は裏返しなのでトレードオフ・・・というのは玉虫色だし、まずは無為連番と有意採番という二択か？というとそうでもない。 つまり、''無為と有意の組み合わせこそが、多くの事例にとって有用かつ潰しの効くデザインである''と思う。 それは、全て無意・ほぼ有意という組み合わせだけでなく、2～最大4つ程度にセグメンテーションし、セグメントごとに有意/無意を住み分けることで双方のメリットを享受できるからである。 但し、逆のことも言え、 -''SAPでは数字のみでしか自動採番できないため、マニュアル採番する必要がある'' 単に[[アドオン]]すれば良いという話もあるが、採番だけに特化して[[カスタマExit>SAPの拡張手段#gbddf2c4]]でのチェックとするか、対話式で画面から作るか、ファイルアップロード系にするかなど、顧客要件とBudgetを加味して判断したい。 -''セグメントにマッピングした識別子が陳腐化し得る、というリスクを包含する'' これは陳腐化するようなもんを使うな、という一言の気もする。 が、もう少し具体的に言えば、例えば[[品目マスタ]]で言うなら事業軸（[[製品部門>販売管理/製品部門]]）のようなものを取り入れるのは良いが、[[販売組織>販売管理/販売組織]]や[[利益センタ>管理会計/利益センタ]]のようなものはそぐわないということ。 これらを勘案せずにデザインしてしまうと、双方のメリットが失われデメリットを引き継いでしまうという側面もある。 * 関連ページ [#lb17238b] ** トランザクションコード [#ocbd1a64] FBN1 [[会計伝票>財務会計/会計伝票]]の番号範囲 VN01 [[販売管理伝票>販売管理/販売伝票]]の番号範囲 FBN1 [[会計伝票>財務会計/会計伝票]]の番号範囲 OBH2 [[会計伝票>財務会計/会計伝票]]の番号範囲コピー OMH6 [[購買発注伝票>購買管理/購買発注伝票]]の[[番号範囲>SAPの共通用語/番号範囲]] OMH7 [[購買依頼伝票>購買管理/購買依頼伝票]]の[[番号範囲>SAPの共通用語/番号範囲]] OMC1 [[入出庫伝票>在庫管理/入出庫伝票]]の[[番号範囲>SAPの共通用語/番号範囲]] OMW9 [[価格変更伝票>在庫管理/価格変更伝票]]（MR21）の伝票タイプと番号範囲 OMWA [[価格変更伝票>在庫管理/価格変更伝票]]（MR22）の伝票タイプと番号範囲 SNUM/SNRO [[番号範囲オブジェクト>SAPのオブジェクト/番号範囲オブジェクト]]のメンテ KANK [[管理会計伝票>管理会計/管理会計伝票]]の[[番号範囲>SAPの共通用語/番号範囲]] NRIV 番号範囲の間隔 TNRO [[番号範囲オブジェクト>SAPのオブジェクト/番号範囲オブジェクト]]（メンテ用T-Code、番号範囲の[[ドメイン>SAPのオブジェクト/ドメイン]]等。） XKN1 [[仕入先マスタ]]の番号範囲メンテ XDN1 [[得意先マスタ]]の番号範囲のメンテ OMSJ [[仕入先マスタ]]の番号範囲のメンテ＋[[仕入先勘定グループ>仕入先マスタ/勘定グループ]]への割当 ~ ~ CENTER:【スポンサードリンク】 #htmlinsert(amazon_book_sap_system_implement) ~ ~ ---- #pcomment(reply)
タイムスタンプを変更しない
マスタや伝票などユニークキーの採番規則および採番範囲。 伝票であれば[[伝票タイプ>SAPの共通用語/伝票タイプ]]、マスタであれば[[品目タイプ>品目マスタ/品目タイプ]]や[[得意先勘定グループ>得意先マスタ/勘定グループ]]および[[仕入先勘定グループ>仕入先マスタ/勘定グループ]]などに紐付ける。 ---- #contents ---- * 伝票の番号範囲 [#v6e15b28] SAPでは、外部採番も使用できるものの、基本的には内部採番を使用している。 採番するという手間を掛けて得られるメリットは然程多くないこと、また使い手にとっては[[得意先発注番号>販売管理/得意先発注番号]]や[[参照伝票番号>財務会計/参照伝票番号]]・[[品目マスタ]]など実商売の情報、[[会社コード>財務会計/会社コード]]や[[販売組織>販売管理/販売組織]]などの組織情報の重要性の方が勝つからではないかと考える。 SAPでは内部採番という自動採番の世界と外部採番というマニュアル採番の世界があり、これらは各種[[伝票タイプ>SAPの共通用語/伝票タイプ]]のコンフィグと[[番号範囲オブジェクト>SAPのオブジェクト/番号範囲オブジェクト]]で制御される。 ** 内部採番 [#l9688546] -飛び番について 筆者が理解に苦しむ''飛び番嫌い''という文化は、殊のほか根強い。 飛んでなんか困るの？と声を大にして言いたい。そして言っている。 --会計 監査上の指摘があるとかないとかで[[会計伝票>財務会計/会計伝票]]は理解できる。 それを加味してか[[会社コード>財務会計/会社コード]]がキーになるので住み分けが容易で、設定上の問題はない。 --ロジ 各種ロジ伝票はそもそも組織による住み分けをコンセプトとしていないため、そのためには[[伝票タイプ>SAPの共通用語/伝票タイプ]]を分けたりしなければならないのだが、そもそも商流で分けるべきものであって、番号体系が動機となるべきではない。 やるべきでないという理由は他にもあり、例えば[[会計伝票>財務会計/会計伝票]]はシーケンシャルにできるからと言う事はでき、そこから逆引きしてロジ伝票をレポーティングすることも可能なものの、[[無償出荷>販売管理/無償出荷]]など[[会計伝票>財務会計/会計伝票]]ができない取引もあるため、全てのケースをカバーしきれないためである。 また、伝票番号そのものではなく、[[公式伝票採番>財務会計/公式伝票採番]]でナンバリングした値を別の項目に保持するという手段もある。 ** 外部採番 [#ja971994] [[インタフェース>アドオン/インタフェース]]している場合は、連携先のシステムの伝票番号を正にしたいという場合もある。 そういった場合は外部採番にするのが良いかと思うが、一度ヘクると[[物理削除>SAPの共通用語/物理削除]]できないシーンも多々あるため、伝票番号自体ではなく、どこかの項目に保持する方がベターだろう。 * マスタの番号範囲 [#f44fa68d] ・・・とは、即ちコード体系であり、その定義は項目定義と同等以上の重要な要素である。 それは、特に自分の組織以外とシステムを共有する場合、検索によるコードの特定や、特定したコードが誤っていたというミスについて、防止したり頻度を軽減することはシステム運用の大きなテーマであるためだ。 それらを充足するために必要なのは、コードの[[正規化>アドオン/正規化]]による''視認性の確保''と''検索効率の維持/向上''である。 しかし、運用のレベルによっては何らかのコード管理が必要であるということ、登録自体の頻度によって運用負荷が高まり得ることなどが言えるため、コードの決定規則である有意採番と無為採番について、評価軸があり相互のトレードオフに言及したい。 ** 有意採番 [#v43067ae] ガチガチのコード体系を定義し、適用するやり方。 これは、コードの採番に製品の特性・物性や取引先の性質が大きく影響する場合において有効であるが、登録頻度が低いこと・物性種別ごとのコードが少ないこと((ガチガチのコード体系を組むと、利用可能な枝番が少ないため))etcが前提となる。~ また、採番したコードの正当性を末端のユーザに委ねるのは非常に危険であるため、大抵の場合はコード管理部署が必要となる。 これは一般的に情シスが宛がわれるわけであるが、情シスがシステムに入力しようにも大抵はInput = ユーザからの申請がいい加減であるため申請部署にヒアリングせねばならず、申請部署にしても日常業務の傍らで行っているため逐一聞かれても鬱陶しく、また登録のリードタイムが長引いて伝票登録が遅れるなど、コード採番に係るマスタ運用についてはシステムと業務の軋轢が生まれやすいテーマである。 ** 無意採番 [#ub7f4949] まず、ここでの無為とは単純連番のことを指し、コード体系が存在しない。 つまり、1から99999・・・まで登録順にコードを振っていく。 ここではメリット・デメリットが有意採番の裏返しとなり、コード採番に係る負荷が減りスピーディな運用が可能になる半面、''コード自体からその正体が読み取れない''という側面を持つ。 そこで「レポーティングで使える項目はいくらでもあるじゃないか」という考えは確かにあるものの、それを結論にするのは少々早計というもので、キーレポートのニーズをどの程度カバーし、しきれていないレポートはどう救うのか？という問いかけに対し、''勿論コード体系だけで全てを拾い得ることは望むべくもないが、最低限コードで検索できるようにはなっていればボトムとして成立する''こと、[[勘定コード>財務会計/勘定コード]]をはじめ[[COグループマスタ>管理会計/グループマスタ]]や[[財務諸表バージョン>財務会計/財務諸表バージョン]]のように、''コード体系さえ維持しておけば、コードの増減や改廃での変更は発生しない''ということは忘れてはならない。 とはいえ、取扱品目の増加をシステマチックにコントロールすることが現実的でない((18桁の無為連番でもコードが足りなくなるらしい。但し、採番単位が適当でないかとも思う))場合においては、''スピードを損なわないため、ガリガリ自動採番しないと回らない''という背景では無為連番が止むを得ないという意味で相応であると言える。 ** 結局？ [#jea85e1f] どちらも長所と短所は裏返しなのでトレードオフ・・・というのは玉虫色だし、まずは無為連番と有意採番という二択か？というとそうでもない。 つまり、''無為と有意の組み合わせこそが、多くの事例にとって有用かつ潰しの効くデザインである''と思う。 それは、全て無意・ほぼ有意という組み合わせだけでなく、2～最大4つ程度にセグメンテーションし、セグメントごとに有意/無意を住み分けることで双方のメリットを享受できるからである。 但し、逆のことも言え、 -''SAPでは数字のみでしか自動採番できないため、マニュアル採番する必要がある'' 単に[[アドオン]]すれば良いという話もあるが、採番だけに特化して[[カスタマExit>SAPの拡張手段#gbddf2c4]]でのチェックとするか、対話式で画面から作るか、ファイルアップロード系にするかなど、顧客要件とBudgetを加味して判断したい。 -''セグメントにマッピングした識別子が陳腐化し得る、というリスクを包含する'' これは陳腐化するようなもんを使うな、という一言の気もする。 が、もう少し具体的に言えば、例えば[[品目マスタ]]で言うなら事業軸（[[製品部門>販売管理/製品部門]]）のようなものを取り入れるのは良いが、[[販売組織>販売管理/販売組織]]や[[利益センタ>管理会計/利益センタ]]のようなものはそぐわないということ。 これらを勘案せずにデザインしてしまうと、双方のメリットが失われデメリットを引き継いでしまうという側面もある。 * 関連ページ [#lb17238b] ** トランザクションコード [#ocbd1a64] FBN1 [[会計伝票>財務会計/会計伝票]]の番号範囲 VN01 [[販売管理伝票>販売管理/販売伝票]]の番号範囲 FBN1 [[会計伝票>財務会計/会計伝票]]の番号範囲 OBH2 [[会計伝票>財務会計/会計伝票]]の番号範囲コピー OMH6 [[購買発注伝票>購買管理/購買発注伝票]]の[[番号範囲>SAPの共通用語/番号範囲]] OMH7 [[購買依頼伝票>購買管理/購買依頼伝票]]の[[番号範囲>SAPの共通用語/番号範囲]] OMC1 [[入出庫伝票>在庫管理/入出庫伝票]]の[[番号範囲>SAPの共通用語/番号範囲]] OMW9 [[価格変更伝票>在庫管理/価格変更伝票]]（MR21）の伝票タイプと番号範囲 OMWA [[価格変更伝票>在庫管理/価格変更伝票]]（MR22）の伝票タイプと番号範囲 SNUM/SNRO [[番号範囲オブジェクト>SAPのオブジェクト/番号範囲オブジェクト]]のメンテ KANK [[管理会計伝票>管理会計/管理会計伝票]]の[[番号範囲>SAPの共通用語/番号範囲]] NRIV 番号範囲の間隔 TNRO [[番号範囲オブジェクト>SAPのオブジェクト/番号範囲オブジェクト]]（メンテ用T-Code、番号範囲の[[ドメイン>SAPのオブジェクト/ドメイン]]等。） XKN1 [[仕入先マスタ]]の番号範囲メンテ XDN1 [[得意先マスタ]]の番号範囲のメンテ OMSJ [[仕入先マスタ]]の番号範囲のメンテ＋[[仕入先勘定グループ>仕入先マスタ/勘定グループ]]への割当 ~ ~ CENTER:【スポンサードリンク】 #htmlinsert(amazon_book_sap_system_implement) ~ ~ ---- #pcomment(reply)
テキスト整形のルールを表示する
