GENZ, Inc.

情報システム部門向け 購買管理システムのソフトウェアテスト

購買管理システムで、承認した購買依頼の条件と、実際に出た発注や検収の記録が一致するかを時点ごとに突き合わせます。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

購買管理システムでよくある不具合

購買管理システムの不具合は、購買の依頼の起票から承認、発注、検収を経た仕入計上まで、どの段階にも起きます。多くは情報システム部門と購買・調達部門が画面や帳票で目にします。

承認ルートの分岐が漏れて依頼が滞留したまま発注が出ない

承認ルートは金額や品目、組織階層で分岐します。漏れがあれば依頼が承認待ちに滞留して発注が出ず、処理中に見えて気づけません。

承認待ちの滞留

契約単価の有効期間の境界で違う単価のまま発注される

契約単価は有効期間つきで登録されます。基準日と期間設定がずれると誤った単価のまま発注され、画面上は正常なまま単価の誤りが見過ごされます。

単価の取り違え

取消と再入力の途中状態が残り同じ依頼から二重に発注される

訂正は取消と再入力を組にして行います。途中で止まると元と訂正後の発注が両方とも有効なまま仕入先へ出て、二重発注になります。

二重発注の発生

仕入先ごとの電文の項目や桁数が合わず発注データが届かない

項目や桁数の取り決めは仕入先ごとに違います。電文が一カ所でも合わなければ発注は受理されないために届かず、納入が来ないことで不具合が判明します。

電文の項目ずれ

分納の残数を取り違えて発注残が実態と合わなくなる

分納では入庫ごとに残数が動きます。検収入力のタイミングと更新規則がずれると、納入済みの分が引かれず発注残が実態とずれます。

発注残のずれ
02 RISK

残存した不具合により生じる問題

残った不具合は、発注が出なければ催促で表面化しますが、出てしまうと正常な取引に紛れ、後工程の停止や監査の説明責任へ広がります。

購買管理システムの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

静的テスト(レビュー)でおさえるべき観点

レビューは、発注先や数量などの決定と変換へ直結する5つの観点に絞ります。実行を伴わない照合のため、仕様書が最新でなくても、業務要件と公開された標準仕様に照合すれば進められます。

承認分岐

承認ルートの分岐条件を金額基準と品目区分と組織階層へ照合

承認ルートの分岐条件がずれると承認を経ない発注が社外へ出かねないため、金額基準と品目区分、組織階層の現状へ照合します。緊急発注や少額処理の例外経路も確認対象に含め、漏れを防ぎます。

確認する資料
  • 承認権限の一覧
  • 承認ルート図
  • 金額基準の一覧
変換規則

変換規則と発注単位の丸めが業務要件とずれていないか照合する

依頼の数量と希望納期がどの規則で発注へ変換されるか、設計書の変換定義を購買・調達部門と依頼元の業務要件へ照らし合わせます。丸めのずれは生産の停止や過剰在庫を招きます。

確認する資料
  • 発注変換の定義
  • 発注単位の一覧
  • 丸め規則の一覧
単価期間

契約単価の有効期間と納期の算出基準を購買条件へ照合

契約単価の有効期間は、発注日と納入日のどちらで適用単価を判定するかを、単価改定の反映時点も含めて仕入先ごとの購買条件へ照合します。納期の算出基準も起算点と休日の扱いを条件ごとに確認します。

確認する資料
  • 契約単価の一覧
  • 有効期間の規定
  • 納期算出の基準
電文仕様

発注データの項目と桁数を公開された標準仕様へ照合し不一致を見つける

発注データの項目と桁数、文字種の対応を、公開された標準仕様である流通BMSや中小企業共通EDIの定義と突き合わせます。仕入先ごとの個別の取決めとの差分もあわせて洗い出します。

確認する資料
  • 項目定義書
  • 桁数と文字種の表
  • 個別取決めの一覧
計上引渡

検収から仕入計上への引き渡し内容を経理の受け取り側へ照合

検収で確定した数量と単価から、仕入計上へ引き渡す金額と計上日、勘定科目を経理・財務部門の受け取り側の要件へ照らし合わせます。訂正時の取消と再入力の扱いも確認します。

確認する資料
  • 検収結果の一覧
  • 仕入計上の項目表
  • 税区分の規定
  • 訂正時の取扱規定
04 TEST DESIGN

動的テストの設計・実行のポイント

接続試験は自社の都合だけで決められません。社内で詰める範囲を先に尽くし、発注の正しさをケースと合否基準に具体化します。

STEP 01 確認する購買パターンを洗い出す承認ルートと単価、納期の組合せを表に起こす
どう確かめるか

発注処理が通ることの確認と発注内容が正しいことの検証を分ける

採番されても届く先や数量が依頼と違うため、テストは処理が通る確認と内容が正しい検証に分けます。先に処理の完了を確かめ、次に内容を依頼と契約の値へ照らします。

  • 01承認から発注、送信までの処理が通ることを先に確かめる
  • 02届く相手と数量、単価、納期を依頼と契約の値へ照らし合わせる
  • 03処理が完了したことをもって発注内容が正しいとは扱わない
OUTPUT購買パターン一覧
STEP 02 処理の完了と内容の正しさを分ける処理が通る確認と内容を照らす検証を分けて置く
どう確かめるか

承認ルートの分岐をデシジョンテーブルで規則ごとに網羅する

承認ルートは思いつき順では未着手と区別がつきません。デシジョンテーブルで条件ごとに承認の流れを規則として表に並べ、順に検証すれば確認済みと未実施が分かれます。

  • 01金額基準と品目区分、組織階層の条件を表の行として並べる
  • 02条件の組合せごとに通る承認の流れを規則として定めておく
  • 03実行した規則と未実施の規則を表の上で区別して記録に残す
OUTPUT確認と検証の配分表
STEP 03 分岐と境界をテストケースにする規則ごとの網羅と期間の境界を実行するケースにする
どう確かめるか

単価の有効期間と発注単位の境界値で出る発注内容を確かめる

契約単価は有効期間の最終日と翌日で切り替わります。境界値分析で期間の直前と直後、最小発注単位や端の数量で発注を実行し、出た発注の単価と数量、納期を確かめます。

  • 01契約単価の有効期間の最終日とその翌日で発注を実行する
  • 02最小の発注単位と端の数量で丸めた結果の数量を確かめる
  • 03分納で入庫を重ねたときの発注残の動き方を続けて追う
OUTPUT境界値ケース一覧
STEP 04 確認した範囲と未確認を残す網羅できない接続の確認は理由を添えて記録する
どう確かめるか

網羅できない接続確認と未確認の範囲を稼働判断の材料へ整理する

接続の形は仕入先ごとに分かれ、全社の網羅は成り立ちません。GENZは実施条件と結果、証跡、未実施の範囲を台帳に整理し、残る作業と残存リスクを稼働判断の材料として活用いただけます。

  • 01実施した接続の確認と条件を証跡にひもづけて記録に残す
  • 02見送った仕入先との接続には理由を添えて一覧へ残しておく
  • 03確かめていない範囲を明記して稼働判断の材料へ渡す
OUTPUT実施結果と残リスク
05 RATIONALE

私たちGENZが、このようなソフトウェアテストを代行します

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

オフィスで担当者同士がノートPCを前に、購買管理システムのテスト観点を相談しながら整理している風景。第三者視点のテスト支援を想起させる実写写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 発注処理の完了だけでは気づけない発注内容の誤りを見つけられる
  • 承認ルートの分岐と契約単価の期間の組合せまで確かめられる
  • 買い手側の第三者として発注残と検収実績から突き合わせられる
  • 確認済みと未確認を分けた記録が稼働判断の材料として残る
06 SERVICE

5,000件以上の実績に裏付けられた購買管理の検証

買い手側の第三者として、設計、実行、報告に伴走します。出来を左右しない立場だからこそ、動かない箇所もそのまま報告します。20年の第三者検証の経験と5,000件以上の支援実績が土台です。

SVC 01

発注から検収までの流れで設計

画面ごとの確認では見落としやすいため、購買の依頼から承認、発注、入庫と検収を経て仕入計上までを一連の流れで追います。

承認ルートの分岐条件や契約単価の設定変更や改修と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

発注残と検収実績から突き合わせ

発注残と検収実績から相手、数量、適用単価を照合します。処理の完了にとどめず、分納後の残数と金額が合うか検証します。

承認ルートの分岐条件と仕入先ごとの接続の組合せまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

既存のベンダーとの役割を整理

既存のベンダーがいる場合も、承認ルートの分岐条件の洗い出しや仕入先ごとの接続確認の切り出しを工程に差し込み、足りない分だけ補います。

第三者の視点で計画・設計・実施・報告が一貫してつながる流れを示した赤白紙カード基調の無文字図解。
SVC 04

確認済みと未確認を分けた報告

承認ルートの通過記録、発注データの送信結果、検収と発注残の突合結果を証跡とし、未実施の範囲と残存リスクを分けた報告で稼働判断できます。

テストの証跡を保全し、未実施の範囲まで整理した稼働判断の材料にまとめる流れを示した赤白紙カード基調の無文字図解。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
07 FLOW

ご相談から納品までの流れ

購買の運用と更改の予定、確かめたい購買パターンを伺い、合意した範囲と優先順位でテストを進めます。

対象の購買業務と相談範囲を伺う

購買の運用と更改の予定、承認ルートや単価の改訂の範囲を伺います。

リスクに基づく設計と見積もり

発注の誤りが取引先へ及ぶ影響の大きさで優先順位を付けて見積もります。

テストの実施と発見事項を共有

合意したケースを実行し、発注に影響する不具合を随時お伝えします。

報告書を納品し是正後の確認へ

結果と証跡、未確認の範囲と残るリスクを納品し、再確認へつなぎます。

発注の検証の進め方が持ち帰れる相談

購買管理システムで確かめる範囲と優先順位をGENZに相談する

発注が止まらない確認と発注内容の検証は別の設計単位です。仕様書がそろう前や稼働日が決まった段階でもご相談いただけます。範囲と優先順位を合議の材料にまとめます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。