発注単位と入荷単位の換算に不整合が起きる
発注はケース単位、入荷はバラ単位という商品で換算係数の登録が誤ると、入荷数量が発注数量と一致せず、在庫理論値が実在庫と合わなくなります。
GENZ, Inc.
開発と分離した検証を
MD管理システムの
開発と分離した検証を
MD管理システムのテスト外注・第三者検証
商品マスタ、補充発注、在庫、価格、棚割の業務範囲を前提にテストを設計し、開発側と分離した立場で実行します。稼働判定や稟議で説明に使える記録が残ります。
支援事例
支援実績5,000件以上
MD管理システムのテストで見逃されやすい不具合
商品マスタ、発注、在庫、価格、棚割が相互に参照するMD管理システムでは、機能ごとには正しく動く処理が連携の境界で不具合になることがあります。見逃されやすい不具合を挙げます。
発注単位と
自動補充発注の発注点が店舗区分ごとに反映されない
発注点を店舗区分ごとに設定する商品で、区分マスタの変更が補充ロジックへ反映されないと、全店同一の発注点で計算され、欠品と過剰在庫が起きます。
値下げとセール価格の適用期間が境界となる日付で誤って計算される
値下げやセール価格の開始日と終了日の前後で適用期間の判定がずれると、当日の販売に旧価格が適用され、POS売上と売価の帳票が一致しなくなります。
棚割変更後の売上実績が旧分類で計上される
棚割変更で商品の分類を変更した後、集計処理が旧分類のまま動くと、売上実績が変更前の部門へ計上され、販売計画の達成率が正しく算出できません。
在庫理論値と実在庫の差異が月次の締めまで検知されない
入出庫の計上漏れが日次の照合で検知されないと、在庫理論値と実在庫の差異が月次の締めまで残り、原因の切り分けが開発側と業務部門の間で往復します。
不具合が本番環境に残った場合の業務への影響
テストで確認しきれなかった不具合が本番に残ると、影響は発注・在庫・決算の実務へ直接及びます。MD基幹システムで起きうる影響を整理します。
第三者の視点で確認するテスト観点
MD管理システムでは、商品マスタ、発注、在庫、価格、棚割の各機能が相互に参照し合います。単一機能の確認だけでは機能間の不整合を検知できないため、第三者の視点から、機能をまたいだ整合に着目した観点で検証します。
分類変更が集計単位へ反映されず、部門別の実績を正しく集計できなくなります。
商品マスタと分類体系の整合を確認する
商品マスタの属性と分類体系について、正とする属性と参照元を定め、入力ルールと承認手順どおりに登録されるかを確認します。分類変更が集計単位へ反映されないと、部門別の実績を正しく集計できません。
確認する資料
- 商品マスタ
- 分類体系表
- 変更履歴一覧
境界条件の確認が抜けると、欠品と過剰在庫が同時に発生してしまいます。
発注と補充のルール設定を境界となる条件で確認する
自動補充発注や店直発注のルールについて、発注点の境界となる在庫数量で条件を発生させて検証します。境界の前後で発注数量が変わることを確かめないまま稼働すると、欠品と過剰在庫が同時に発生します。
確認する資料
- 発注点設定表
- 補充ルール表
- 補充発注実績
適用期間の誤りが残ると、店頭価格と売価に不整合が生じ、売上の修正計上が必要になります。
価格と値下げの適用期間を確認する
価格と値下げの適用期間について、開始日と終了日の境界で売価が登録どおりに適用されるかを検証します。適用期間の条件が機能しないと、店頭価格と売価に不整合が残り、売上の修正計上が必要になります。
確認する資料
- 価格マスタ
- 値下げ履歴
- 適用期間一覧
理論値との差異が検知されないままだと、在庫評価額の修正が決算作業へ波及してしまいます。
入出庫と在庫理論値の突合を確認する
入出庫データと在庫理論値を店舗別および倉庫別に突合し、理論値の前提となる計上に漏れがないかを確認します。差異が月次の締めまで検知されないと、在庫評価額の修正が決算作業へ波及してしまいます。
確認する資料
- 入出庫データ
- 在庫理論値表
- 棚卸実績表
連携データの項目や桁が一致しないと、周辺システムへ誤った値が計上されてしまいます。
周辺システムとの連携データの項目と桁を確認する
販売管理や購買管理など周辺システムとの連携データについて、項目の対応と桁の定義が受け渡しの両側で一致するかを確認します。桁の定義が一致しないと、金額や数量が意図しない値で計上されてしまいます。
確認する資料
- 連携仕様書
- 項目対応表
- 桁定義一覧
- 接続試験結果
GENZが提供するMD管理システムのテスト外注
MD管理システムのテストは、範囲の整理から実行、証跡の管理までをGENZが担い、稼働判定の会議体で説明できる材料を残します。
STEP 01
現行仕様と改修範囲の確認現行仕様を聞き取りで補い、影響範囲を特定します。
どう確かめるか
商品部の業務シナリオを起点にしたテスト設計
販売計画、棚割、値下げといった商品部の実務手順を業務シナリオに起こし、例外処理も観点に含めます。業務部門が行なう操作手順でテストするため、受け入れ確認で未確認の範囲が残りません。
- 01現行システムの仕様書と運用記録を収集し、記録の不足している箇所を洗い出します。
- 02商品マスタ、発注、在庫、価格、棚割の間の参照関係を整理します。
- 03改修範囲の外側に影響の及ぶ箇所を、業務部門への聞き取りで特定します。
OUTPUTテスト計画書とテスト観点表
STEP 02
テスト計画とテスト観点の設計棚割改定などの業務シナリオから観点を抽出します。
どう確かめるか
大規模なMD基幹システムの範囲を分担して実行
商品マスタ、発注、在庫、価格、棚割は相互に参照し合うため、改修範囲の外側に及ぶ影響の確認を機能単位で分担して実行します。不足する実行工数をGENZが担い、確認範囲を記録に残します。
- 01販売計画、棚割、値下げの実務手順から業務シナリオを作成します。
- 02例外処理を含むテスト観点を設計し、確認の優先順位を決めます。
- 03社内要員と分担する範囲を決め、テスト期間を工程表に載せます。
OUTPUTテストケースとテストデータ
STEP 03
テストケース作成とテストデータ準備発注ロジックの条件に沿うテストデータを準備します。
どう確かめるか
開発側と分離した第三者の視点での検証
開発ベンダーのユニットテスト、統合テストとは別に、発注側の立場で検証します。報告書の件数からは読み取れない、商品マスタや発注ロジックのどの条件まで確認済みかを明らかにします。
- 01観点ごとにテストケースを作成し、期待結果を明記します。
- 02自動補充発注ロジックの検証に必要なテストデータを準備します。
- 03周辺システムとの連携インターフェースの確認方法を取り決めます。
OUTPUTテスト実行結果の報告書
STEP 04
テスト実行と不具合の報告実行結果と不具合票を所定の様式に合わせて記録します。
どう確かめるか
稼働判定と稟議の説明に使えるテスト証跡の管理
テスト計画、テストケース、実行結果、不具合票を社内の開発標準や品質管理部門の求める様式に合わせて記録します。役員への稼働可否の説明や、更改投資の稟議審議にそのまま使える形で整理します。
- 01テストケースに沿って実行し、結果と証跡をケース単位で記録します。
- 02不具合票に影響度と原因の切り分けを添えて開発側へ報告します。
- 03残存不具合の件数と影響度を稼働判定の会議体へ提出します。
OUTPUT不具合一覧と証跡一式
社内で担う範囲とGENZへ外注する範囲の切り分け
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 業務シナリオの妥当性判定は社内に残せる
- 大量のテストケース実行を外注へ切り分けられる
- 発注側に残る確認範囲が比較可能な形で明示される
- 稟議で示す工数の根拠を外部分担の考え方で補える
対応するMD管理システムの機能領域
MD管理システムのテストは、商品マスタから発注、在庫、価格、棚割まで、業務のつながりに沿って観点を組み立てます。GENZは開発ベンダーとは別の立場で、機能領域ごとに設計から実行と記録までを担います。
商品マスタ管理と商品分類の機能
商品マスタの登録と変更、分類への紐づけが、発注・在庫・価格の各機能で正しく参照されるかを検証します。不整合は以降の全工程に波及します。
発注と補充計画の機能
店直発注や店舗リクエスト、自動補充の振分ルールが、販売計画と在庫状況に沿って正しく発注結果へ反映されるかを検証します。
在庫管理と棚卸の機能
入出庫の計上と棚卸の結果が在庫理論値と一致するかを、店舗別・倉庫別の単位で検証します。差異の発生個所を特定できる記録を残します。
価格管理と棚割の機能
価格改定・値下げと棚割改定が、意図した時期に対象商品へ正しく適用されるかを検証します。適用漏れは店頭価格の不整合として表面化します。
お問い合わせからテスト開始までの流れ
テスト範囲と外注範囲の見極めから着手まで、相談の段階に応じて必要な整理をGENZが支援します。
お問い合わせと現状の確認
現行のシステム構成と更改・改修の時期、不足する要員の範囲を伺います。
テスト範囲の整理と見積もりの提示
商品マスタから棚割までの対象範囲を整理し、工数の考え方を示します。
契約と実施計画の確定
契約前に分担範囲、体制、成果物の様式、検収条件を確定します。
テスト開始と進捗の報告
テスト計画に基づき実行を開始し、実施範囲と不具合の状況を報告します。
MD管理システムのテスト設計と実行を支援
MD管理システムのテスト外注はGENZにご相談ください
MD管理システムのテスト設計と実行を、開発側と分離した立場で引き受けます。ご相談では、テスト範囲と優先順位、必要工数の考え方を整理し、稟議や稼働判定で使える材料をお渡しします。