F27 マスタ管理
J2の全機能が依存する基盤データ（マスタ）を管理する機能群。組織・ユーザー・サプライヤ・品目カテゴリ・勘定科目等のマスタをProvider（管理者）とバイヤ企業が管理します。
マスタ管理はJ2のすべての業務機能の土台となるデータを扱います。
バイヤ側マスタ（BuyerMasterモジュール）
Section titled “バイヤ側マスタ（BuyerMasterモジュール）”| マスタ | 内容 |
|---|---|
| 組織マスタ | 会社・部門・事業所の階層構造 |
| ユーザーマスタ | ユーザー情報・ロール割り当て |
| 承認ルートマスタ | 金額・部門・品目カテゴリ別の承認フロー設定 |
| 品目カテゴリマスタ | 商品分類の階層（大中小カテゴリ） |
| 勘定科目マスタ | 会計科目・費用コード |
| コストセンターマスタ | 予算管理単位 |
| 支払条件マスタ | 締日・支払期日パターン |
| サプライヤマスタ（参照） | バイヤが管理する取引先サプライヤ情報 |
Provider側マスタ（Masterモジュール）
Section titled “Provider側マスタ（Masterモジュール）”| マスタ | 内容 |
|---|---|
| 企業グループマスタ | テナント（会社グループ）の管理 |
| 静的マスタ | ステータスコード・区分値等の共通コード管理 |
| 税区分マスタ | 消費税率・税区分 |
| 通貨マスタ | 通貨コード・記号 |
| パスワードポリシーマスタ | 企業グループごとのパスワードルール |
一括インポート・エクスポート
Section titled “一括インポート・エクスポート”大量マスタデータをExcelで一括登録・更新できる機能。
| DBカラム | 説明 | デフォルト |
|---|---|---|
is_master_approve | マスタ承認設定 | false |
is_enable_default_account_title | デフォルト勘定科目設定 | false |
is_enable_small_category | 小カテゴリ必須化 | false |
is_enable_ringi_bangou | 稟議番号の利用 | false |
関連サービス
Section titled “関連サービス”- バックエンド:
service-master-common、service-buyer-master-common、service-supplier-master-common - Buyer Portal:
src-vbizhw / BuyerMasterモジュール - Provider Portal:
src-vbizhw-common / Masterモジュール
利用ユーザー
Section titled “利用ユーザー”| ロール | 操作内容 |
|---|---|
| Provider（管理者） | システム全体のマスタ管理 |
| K002（購買担当者） | バイヤ企業のマスタ設定・メンテナンス |
課題（J2導入前）
Section titled “課題（J2導入前）”デンソーでは国内・海外100拠点を抱え、年次の組織改編のたびに購買システムの部門マスタを手動で更新していた。更新作業に2週間かかり、その間は古い組織構造のまま発注が進んでしまうため、廃止された部門への承認ルートが適用されるミスが発生していた。システム管理者が個別に修正対応を繰り返す悪循環があった。
J2での解決
Section titled “J2での解決”新組織構造をExcelテンプレートに記入して一括インポートすると、J2が自動的に部門マスタを更新し、各部門に紐づく承認ルートを再構成する。100拠点分のマスタ更新が2日で完了する。
- 組織改編対応期間が2週間から2日に短縮
- 承認ルート設定ミスをゼロに（手動更新漏れによる誤ルート適用を排除）
- システム管理者の個別対応工数を大幅削減し、他業務への集中が可能に
利用シナリオ
Section titled “利用シナリオ”- 年度末・期初の組織改編が大規模で、多拠点に及ぶ製造業・商社のマスタ更新
- M&Aや子会社統合で組織構造が一度に大きく変わる場面での対応
- 新拠点の立ち上げ時に部門・ユーザー・承認ルートをまとめて初期設定する場合
調査チェックリスト
Section titled “調査チェックリスト”- 各マスタのCRUD権限の詳細（誰が何のマスタを操作できるか）
- 一括インポートのExcelフォーマット仕様
- マスタ変更時の既存データへの影響（例：カテゴリ変更後の過去データ）