配合表の改訂内容が配合指示に反映されない
配合マスタの改訂が指示画面へ反映されず、旧版の配合表で計量指示が発行されることがあります。要件で承認と反映の順序が定まらない場合に起きます。
GENZ, Inc.
開発と検証を分ける
配合管理システムの
開発と検証を分ける
配合管理システムのテストを外注する
配合表や原料の組み合わせのどこを確認し、どこを確認しないか。第三者の視点で範囲を設計し、判定会議と品質記録に使える形で検証結果を残します。
支援事例
支援実績5,000件以上
配合管理システムの受け入れ工程で見つかる不具合
配合管理システムの受け入れ工程では、配合表の改訂、成分計算、ロット追跡、計量連携、在庫引き当ての各機能で、要件書の記述と実際の挙動が一致しない不具合が表面化します。判定会議で報告対象となる代表例を挙げます。
配合表の
成分量の自動計算で端数処理の不整合が起きる
成分量の自動計算で端数処理の方式が機能ごとに異なり、帳票の合計と期待値が一致しないことがあります。丸めの単位と計算順序の固定が必要です。
ロットの分割と統合で追跡記録が欠落する
ロットの分割と統合を行なうと、親子ロットの対応関係が記録に残らず、トレース照会へ応答できないことがあります。元ロットへ遡れるかを検証します。
計量順序と計量端末への指示に差異が生じる
計量端末に表示される指示手順と、業務側が想定する計量順序が一致しないことがあります。手順の前提が要件書になく、端末側の設計に委ねられます。
計量実績と在庫引き当ての数量が一致しない
計量実績の登録と在庫引き当てが連動せず、システム上の在庫数量と実在庫が一致しないことがあります。実績登録と引き当て処理の境界の確認が必要です。
検証が不足したまま稼働した場合の影響
受け入れ段階で確認しきれなかった組み合わせは、稼働後に不整合として表面化します。影響は製品表示、原価と在庫、現場の記録の三つの領域に及びます。
GENZが配合管理システムで確認する観点
配合管理システムの検証では、配合表・成分計算・計量実績・ロット追跡という一連の流れのどこで不整合が起きても、製品の品質と記録の信頼性に影響します。GENZは第三者の視点で、仕様と実動作の整合を確認します。
配合の暗黙ルールが仕様へ反映されないまま実装が進み、統合テスト以降で解釈の差異が判明すると、生産管理部門への再確認と修正の手戻りが発生するおそれがあります。
配合表と工程マスタの整合
配合表と工程マスタの配合比率、原料の代替ルール、計量順序が、生産管理部門の運用と一致しているかを確認します。暗黙のルールが仕様へ反映されないと、統合テスト以降で解釈の差異が表面化します。
確認する資料
- 配合表
- 工程マスタ
- 要件定義書
境界値での成分計算の不整合が残ると、規格を満たさない配合が合格と判定され、出荷後に成分表示との不整合が判明するおそれがあります。
成分量の計算と規格判定の境界値
原料に含まれる成分の自動計算について、端数処理と規格判定の境界値での挙動を検証します。規格値ちょうどや上限・下限をまたぐ配合で、期待値と計算結果が一致するかを確かめます。
確認する資料
- 成分規格値
- 計算仕様書
- 期待値一覧
ロットトレースの記録が途切れた状態で稼働すると、取引先からの品質照会へシステムの記録で応答できず、回収や是正対応の判断が遅れるおそれがあります。
ロットトレースの追跡性
原料の入庫ロットから配合指示、計量実績、完成品のロットまでを一貫して追跡できるかを確認します。記録が途切れると、取引先からの品質照会にシステム上の記録で応答できません。
確認する資料
- ロット記録
- 配合指示書
- 完成報告書
計量実績と在庫引き当ての連動が成立しないと、原価と在庫評価の基礎データが不整合となり、月次の収支把握と価格判断の前提が崩れるおそれがあります。
計量実績の登録と在庫引き当ての反映
計量実績の登録が在庫引き当てと原価計算へ反映されるかを、配合の選択から容器のセット、実績登録までの操作手順に沿って検証します。連動しないと、原価と在庫評価の基礎データに不整合が残ります。
確認する資料
- 計量実績
- 在庫照合表
- 操作手順書
連携モジュールとの境界でデータの不整合が残ると、発注・在庫と生産実績の間で差異が蓄積し、原因の特定に情報システム部門と現場の双方が割かれるおそれがあります。
連携先モジュールとの仕様の整合
基幹システム側の受注・在庫・購買モジュールとの連携について、データの受け渡しの単位とタイミングが仕様どおりかを確認します。表計算ソフトのレシピ取り込みでは、項目の対応と値の変換も確認します。
確認する資料
- 連携仕様書
- 取込様式
- 項目対応表
- 連携ログ
GENZが提供するテスト委託の内容
GENZは、配合管理システムの更改・改修における受け入れテストを、計画から記録の整理まで担います。構築そのものは含みません。
STEP 01
開発の反復と並行したテスト実施開発の遅延でテスト着手が遅れる状態を防ぎます。
どう確かめるか
受け入れテストの計画立案
配合指示の発行から計量実績の登録、ロットトレースまでを業務シナリオとして整理し、期間と体制を定めたテスト計画を立案します。開発ベンダーの工程と接続する着手時期もこの段階で確定します。
- 01スプリントの区切りごとにテスト範囲を割り当て、開発の完了を待たずに着手します。
- 02ベンダーの統合テスト結果を受け取り次第、受け入れ側の検証へ接続します。
- 03遅延が発生した場合は確認範囲の優先順位に基づいて実施順を組み替えます。
OUTPUTテスト計画書
STEP 02
大規模なシステムを対象とした網羅の確認レシピ・在庫・ロット追跡の組み合わせを確認します。
どう確かめるか
テストケースの設計と確認範囲の整理
配合計算の端数処理や規格判定の境界値など、業務側の暗黙のルールをテストケースへ反映します。限られた期間で確認する範囲と除外する範囲の根拠を一覧化し、判定会議へ示せる形に整えます。
- 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認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 確認する範囲としない範囲を根拠つきで整理します
- 判定会議と品質記録にそのまま使える形式で結果を渡します
- 開発主体から分離した立場で抜けのない観点を補います
- 開発の進行と並行して進め、工程を延伸させません
配合管理の周辺領域で対応するテスト
配合管理の機能は、生産計画や在庫、品質記録、原価計算とデータを受け渡しながら動きます。GENZは、この周辺領域との境界で起きる不整合を、開発と分離した立場で検証します。
生産管理システムとの連携テスト
配合表と生産計画の受け渡しで、工程マスタの改訂が計画側へ反映されるかを検証します。改訂直後の配合指示で旧版が残らないことを確認します。
在庫・購買システムとの連携テスト
原料の受け入れ登録からロット単位の在庫引き当て、払い出し後の数量照合までを検証します。在庫数量の不一致は発注判断と原価に影響します。
品質管理とトレーサビリティ機能のテスト
ロットトレースの記録と成分情報の出力が、品質保証部門の要求様式で抽出できるかを確認します。記録が欠けると品質照会へ回答できません。
原価計算と基幹システムの連携テスト
配合実績から原価計算への連携で、基幹システム側モジュールとの境界でのデータの受け渡しを検証します。原料単価や使用量の差異も確かめます。
お問い合わせから検証開始までの流れ
お問い合わせから検証開始までの流れです。委託範囲が固まっていない段階からご相談いただけます。
お問い合わせ
委託範囲が固まっていない段階でも、検討の状況をそのままご相談いただけます。
現状と委託範囲のヒアリング
構成と更改時期、社内で担う範囲を聞き取り、委託の単位を整理します。
ご提案とお見積もり
検証範囲と成果物の形式、実施期間を示した提案書と見積もりを提出します。
ご契約とテスト計画の作成
開発工程との接続点を定めたテスト計画を作成し、並行して検証を開始します。
テスト外注のご相談はこちら
配合管理システムのテスト外注をご検討の方へ
線引きが固まる前の段階でもご相談いただけます。お打ち合わせでは、配合管理システムの構成を伺ったうえで、テスト範囲の整理、優先順位の付け方、統合テストの要否までお示しします。