SAP移行のプロジェクトでは、半年をかけて取引先や品目のマスタを名寄せし、重複を潰し、欠損を埋める。切替の日には、見違えるほど整ったマスタが新システムに載っている。ところが稼働から一年もすると、取引先マスタにまた「株式会社◯◯」「◯◯（株）」の重複が現れ、使われない品目が増え、勘定にも誰も説明できない補助科目がぶら下がり始める。移行時にきれいにしたマスタは、稼働後の登録運用を野放しにすれば、必ず元の汚れに戻る。 磨く作業に払ったコストは、切替の瞬間だけ効く一過性の投資であって、放っておけば劣化していく。守るべきは、稼働後に誰がどう登録するかの仕組みのほうだ。
劣化は「誰でも登録できる」から始まる
稼働後にマスタが崩れる第一の原因は、登録の入口が開きっぱなしになっていることだ。伝票を入力しようとして相手先マスタが無いと気づいた担当者が、その場で新しい取引先を登録できてしまう。急いでいるから既存を探さず新規で切る。表記のゆらぎも気にしない。これが積み重なって、同じ会社が三通りで登録される。品目も同じで、似た部材を探すより新しく採番したほうが早いとなれば、重複はいくらでも増える。
移行のときは、この登録を一箇所に集めて統制していた。だが稼働後は日々の伝票入力の速さが優先され、統制が緩む。ここで効くのが権限設計だ。マスタを新規登録・変更できる権限（トランザクションでいえばBP、MM01、FS00など）を、伝票入力の権限と切り離し、限られた担当だけに与える。誰でも登録できる状態を、権限のレベルで閉じる。これは内部統制の職務分掌（SoD）の考え方とも地続きだ（SAPの権限設計とSoD（職務分掌）｜内部統制を仕組みで担保する）。
オーナーは「部門」でなく「個人」で決める
権限を絞っても、その担当が名寄せや要否を判断できなければ意味がない。「このAとBは同じ取引先か」「この補助科目はもう不要か」を決められるのは、日々そのマスタを使っている業務部門だけだ。取引先マスタなら債権債務・購買、品目なら生産・在庫、勘定科目なら経理。この判断責任を持つ人を、部門名でなく個人名で決めておく。
移行の現場でよく効いた原則が、そのまま運用でも効く。品質のオーナーを「購買部」とだけ決めると、判断が宙に浮いて結局「全部そのまま登録」に流れる。「購買部の◯◯さんが取引先マスタの新規承認と名寄せ判断を持つ」と個人まで落として初めて、名寄せの最終判断が下りる。S/4HANAでは得意先と仕入先がBusiness Partnerに一本化されているぶん、片方の部門だけで判断すると衝突が起きる。取引先マスタは、債権側と債務側のどちらがオーナーかを最初に決めておかないと、承認が二重になるか、逆に誰も承認しないかのどちらかになる。
登録を「工程」にする——申請・重複チェック・承認
崩れないマスタの核は、新規登録を思いつきの作業でなく決まった工程にすることだ。伝票入力者がマスタの不足に気づいたら、その場で採番するのでなく、申請を起票する。オーナーが既存マスタを検索して名寄せできないかを確認し、要否と表記・命名規則をチェックしてから登録する。この「申請→重複チェック→承認→採番」の三工程を挟むだけで、重複と表記ゆれの大半は入口で止まる。
工程を回すには、命名規則と採番ルールを明文化しておくことが前提になる。取引先の正式名称の書き方、品目コードの体系、勘定の補助科目を増やす基準——これらが曖昧だと、承認する側も判断がぶれる。移行を機に勘定科目体系そのものを設計し直したなら、その設計思想を稼働後の登録ルールにも引き継ぐ（SAP移行を機にする勘定科目体系（COA）の再設計｜全社で数字を揃える）。ルールを決めずに工程だけ作っても、承認が形骸化して素通りになる。
棚卸しで「増える一方」を止める
工程で入口を締めても、マスタは時間とともに増える。取引先は入れ替わり、品目は廃番になり、使われない勘定が残る。だから定期的な棚卸しをセットにする。四半期または半期に一度、直近で一度も使われていないマスタを一覧化し、使用停止（ブロック）や統合を判断する。削除でなくブロックにするのは、過去の伝票との整合を保つためだ。
棚卸しは、登録工程のオーナーがそのまま担うのが自然だ。入口を締める人と、溜まったものを片づける人が同じなら、判断の基準がぶれない。稼働後の運用を内製で回す設計を描いているなら、このマスタガバナンスはその内製化の中核に入る（SAP移行後の経理運用を内製で回す｜ベンダー依存を減らす体制づくり）。マスタの劣化は、外注に頼んで直す種類の問題ではない。要否を判断できる業務部門が、日々の登録と定期の棚卸しで抑え込む以外にない。
