マニフェストの区分を取り違えたままの交付誤り
建設用・直行用・積替保管用で登録区分が異なると、誤った様式のマニフェストが交付され、取消と再発行の手戻りが排出事業者との間で発生します。
GENZ, Inc.
開発側と独立した検証
廃棄物管理ソフトを
開発側と独立した検証
廃棄物管理ソフトを第三者テストでリリース前に検証
受入・計量・マニフェスト・請求の工程に沿って検証し、確認した範囲と結果を稼働可否の合議へ提出できる記録で残します。開発とは別の立場でテストを設計します。
支援事例
支援実績5,000件以上
廃棄物管理ソフトの更改で見逃されやすい不具合
廃棄物管理ソフトは受入から計量、マニフェスト発行、請求、行政報告まで業務が連続します。検証で見逃した不具合は、報告値と請求値の両方に波及します。いずれも業務工程をまたいで確認しないと見つからない種類です。
マニフェストの
計量値の単位換算と端数処理が請求と実績で食い違う
計量値のトンとキログラムの換算や端数処理の位置が請求側と実績側で異なると、同一廃棄物で金額と数量が食い違い、取引先への説明がつきません。
許可証の有効期限切れを契約チェックで検知できない
許可証の有効期限をマスタ更新でしか反映できない場合、期限切れの許可で契約が成立し、受入が法令違反の状態としてあとから判明するおそれがあります。
実績報告の集計値が登録した台帳データと一致しない
集計ロジックが登録データの一部の区分を拾えないと、行政報告の実績値が台帳と一致せず、是正のやり直しが報告期日の直前に集中します。
配車を変更したあとの収集実績が二重に計上される
配車変更の履歴が旧ルートに残ったまま実績登録されると、同じ収集が両ルートで計上され、収集運搬の稼働実績と請求の根拠値が膨らんでしまいます。
不具合が業務と法令対応に及ぼす影響
前節の不具合を見落としたまま稼働に進むと、影響は画面の内側で終わりません。登録期限や報告数値、現場の稼働という外へ出る結果に現れます。
第三者の視点で確認する検証の観点
第三者の視点では、開発を担った側から独立して、業務工程の流れに沿って観点を置きます。確認した範囲と確認していない範囲の線引きが、そのまま稼働可否の説明材料になります。
区分の取り違えや取消漏れが残ると、行政報告と排出事業者への報告値が同時に誤り、是正のやり直しが事業運営の工数を奪います。
マニフェストの区分ごとに発行と取消を確認する
建設用・直行用・積替保管用の区分ごとに、発行から取消、再発行までを意図的に発生させて検証します。区分の取り違えは行政報告と排出事業者への報告に同時に及ぶため、区分間の振替も対象に入れます。
確認する資料
- 様式一覧
- 運用手順書
- 試験結果書
期限切れの許可証を参照したまま受入が回ると、委託の適法性に関わる確認が稼働後に生じ、取引の継続そのものに関わる説明を求められます。
許可証と契約書マスタの期限と参照整合を確認する
許可証と契約書のマスタについて、期限切れの許可証を参照した受入や、更新漏れの契約でマニフェストを発行できる状態にならないかを確認します。不整合は入力画面に現れにくいため、参照整合で拾います。
確認する資料
- 許可証写し
- 契約書写し
- マスタ一覧
計量から請求までの数値が食い違うと、排出事業者からの問合せに回答できず、相手方の行政報告の準備が止まります。
計量から請求までの数値が一貫しているかを確認する
計量の入力値が、収集実績・処分実績・請求の各帳票で同じ数値として残るかを検証します。端数処理や単位の変換点で食い違いが出ると、排出事業者から数量の問合せが入った局面で即答できなくなります。
確認する資料
- 計量記録
- 実績帳票
- 請求書様式
再送時の二重登録が起きると、情報処理センター側の記録との突き合わせに時間を取られ、通常運用の合間の検証準備が削られます。
電子マニフェスト連携の送受信と再送を確認する
情報処理センターとの送受信では、登録と報告の応答が返ること、通信の失敗時に再送しても二重登録にならないことを検証します。本番に近い条件で確認できる範囲は、案件ごとに運用主体へ確かめます。
確認する資料
- 連携仕様書
- 送受信記録
- 試験計画書
集計の誤りが報告書に残ると、提出先である行政への訂正と、元データの扱いに関する社内の業務監査への説明が必要になります。
行政報告書の出力値と集計の元データの対応を確認する
行政報告書の出力値が、集計の元になった受入と処分の実績に一致するかを確認します。報告様式の変更を伴う改修では、集計ロジックの修正が既存の様式の出力に及んでいないかも対象に入れます。
確認する資料
- 報告書様式
- 集計仕様書
- 過去の報告書
- 実績データ
テスト外注で引き受ける範囲と進め方
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確認範囲の対応表
テストの外注が向く場面と、自部門で進められる場面
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 受入から請求までの工程名でテスト範囲を切り分けられます
- 改修期間の制約内で外注と自社確認の分担を決められます
- 確認済みと未確認の範囲を稼働可否の合議資料に残せます
- 検証範囲の判断を担当者の記憶から手順の型へ移せます
工程と体制に合わせて選べる支援メニュー
廃棄物管理ソフトの検証は、変更の規模や監査への備えによって、外部へ依頼する範囲が変わります。GENZの支援メニューを、開発工程への伴走、網羅的なテスト、第三者検証の設計、エビデンス管理として整理します。
開発スプリントに伴走するテストの実施
改修の期間が短い案件でも、ベンダーの開発スプリントに伴走してテストを実施します。工程単位でケースを組み、開発に合わせて検証を挟みます。
大規模なシステムを対象とした網羅的なテスト
複数拠点や多機能にまたがる大規模なシステムでも、マニフェスト区分や許可証マスタの期限参照まで抜けなく確認します。
第三者検証の進め方の設計と運用
発注側と開発側、どちらの配置でも回るように、テスト観点・ケース管理・不具合追跡の進め方を第三者検証として設計し、運用の型を整えます。
監査での説明に備えたエビデンスの管理
確認した範囲と未確認の範囲を、稼働可否の合議や監査でそのまま提出できる記録として残します。次の更改にも使える形で管理します。
お問合せから着手までの流れ
検証の依頼は、起案から稟議を経て発注に至ります。着手までにGENZが確認する内容を順に示します。
お問合せの受付と初回日程の調整
専用フォームまたは電話で受け付けます。更改の予定を伺い、日程を調整します。
対象システムと検証範囲の確認
マニフェストや許可証マスタなど対象機能を確認し、外注する範囲を決めます。
見積の提出から契約の締結まで
切り出した範囲と工数の根拠を見積で示します。確認範囲の対比表も添えます。
テストの着手と報告形式の合意
着手前に報告書の形式を合意します。上程でそのまま使える形か確かめます。
開発を担う側とは別の立場で検証します
廃棄物管理ソフトのテストを外部に任せる前に、確認したい範囲をご相談ください
受入から請求までのどこまでを確認対象にするかは案件ごとに異なります。ご相談では、テスト範囲と優先順位、工数の見立て、関連するテストの有無を整理してお返しします。