GENZ, Inc.

基幹業務・部門横断向け ERPのソフトウェアテスト

ERPの導入・刷新では、確認すべき範囲が業務部門とモジュールへ分かれます。業務フローを起点に権限やマスタ、移行データを横断します。

支援事例

支援実績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

ERPの導入・刷新でよくある不具合

ERPの不具合は伝票の状態、帳票の金額、仕訳、残高など、業務担当者が目にする形で現れます。基幹システムの刷新で起きやすい現象を、モジュール間の連鎖・権限・移行データ・外部連携・会計期間の5つの面から挙げます。

受注データの仕訳生成が失敗し売掛金に反映されない

受注から売上までの状態が転記済みへ進むのに、仕訳の生成が転記ブロックで止まり、売掛金にも売上高にも反映されないまま月次の締めを迎えかねません。

会計連携

承認済み伝票を権限外の利用者が更新できてしまう

申請・承認・差戻しの経路と職務ごとの権限設定が食い違い、承認済み伝票が前の段階へ戻され、権限外の利用者が金額や取引先を変更するおそれがあります。

承認管理

データ移行後に取引先と勘定科目の対応が崩れる

旧システムの取引先・商品・勘定科目のコード変換や有効期限を誤ると、移行後の伝票で取引先と勘定科目の対応が崩れ、処理が途中で止まります。

データ移行

周辺システムとの再送で受注・仕訳の伝票が重複する

外部連携のタイムアウト後に同じメッセージが再送され、受信した側が一度だけ反映する制御を欠くと、受注、入出庫、仕訳の伝票を二重に登録しかねません。

外部連携

会計期間の制御が働かず締め後の伝票を前月へ計上できる

会計期間の締め日の設定と、取消や反対仕訳の手順が想定どおりに働かず、締めた月へ伝票を計上できてしまい、月次決算の確定後に残高が動きます。

締め処理
02 RISK

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

個別の不具合は現場の手直しで終わらず、部門をまたぐ残高の突合、月次決算の確定、そして本番稼働の可否判断にまで広がります。

倉庫のバックヤードで担当者が在庫回収や棚卸差異の対応に追われている実写画像。
03 REVIEW

レビューでおさえるべき観点

仕様書がそろっていない場合でも、業務フロー図、権限設計、移行定義、連携仕様、締め手順といった実際の資料と設定・データを手がかりに観点を組み立てます。上流工程で稼働後の事故につながりやすい5点に絞り込みます。

受注データの仕訳反映漏れを防ぐ

受注から会計締めまでの業務フローと金額のつながり

受注から入金、購買から支払、会計計上から締めまでの状態の移り変わりと、金額がどこで引き継がれるかを、業務フロー図と計上の契機の設定に照らします。モジュールをまたぐ変換の粒度まで確かめます。

確認する資料
  • 業務フロー図
  • 機能設計書(仕訳生成)
承認済み伝票の不適切な変更を防ぐ

職務・部門・金額条件ごとの権限と承認経路の照合

入力、承認、差戻し、確定、取消、再承認を、職務、部門、金額の条件ごとに並べます。計上の保留を解除するために必要な証跡とあわせて、権限設計と一件ずつ突き合わせます。

確認する資料
  • 権限設計書(ロール定義・承認経路)
移行データの誤変換・参照ずれを防ぐ

旧新コードの変換を含む移行データとマスタの対応

旧新コードの変換表、必須項目、件数、金額合計、状態別の件数、参照関係を移行定義と突合結果に照らします。許容する差を先に決めておかないと、差が出たときに原因を説明できません。

確認する資料
  • データ移行設計書
  • マスタ対応表
再送による伝票の二重登録を防ぐ

外部連携の再送・重複防止と復旧後の状態の照合

送信の順序、再送、重複を防ぐキー、タイムアウト、部分成功、復旧後の状態を、連携仕様の記述と読み合わせます。件数と金額合計が送信元と受信先で一致したことを示す照合の証跡まで見ます。

確認する資料
  • インターフェース仕様書
締め後伝票の前月計上を防ぐ

会計期間の締め処理・例外伝票・翌月振替の扱い

会計期間の締め日、月末と期末の順序、取消と反対仕訳の使い分け、翌月振替、例外伝票の承認条件を締め手順と業務ルールに照らし、権限と履歴がどう残るかまで確かめます。

確認する資料
  • 締め処理手順書
  • 業務フロー図
04 TEST DESIGN

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

レビューで洗い出した観点を、限られたテスト工数で実行できるテストケースと合否基準に反映します。

STEP 01 部門をまたぐ業務シナリオとシステム境界を整理する受注から会計締めまでを可視化
どう確かめるか

部門をまたぐ業務シナリオとシステム境界を整理する

受注から入金、購買から支払、会計の締めまでを一続きに並べ、モジュール、部門、外部システムの境界と計上の契機を、システム統合テストとシステムテストで確認する範囲として切り出します。

  • 01受注から会計締めまでの業務シナリオを整理する
  • 02モジュール・部門・外部連携の境界を可視化する
  • 03シナリオごとの確認対象を一覧化する
OUTPUT業務シナリオ一覧
STEP 02 稼働後に取り消せない処理から確認範囲を決める影響度の高い経路からテスト
どう確かめるか

稼働後に取り消せない処理から確認範囲を決める

金額、件数、権限、締め、外部連携の観点から、転記後は反対仕訳でしか戻せない処理と、当日の検算では気づけない経路を先に確認します。ユーザー受け入れテスト(UAT)でも確かめます。

  • 01金額・件数など影響度の評価軸を設定する
  • 02経路ごとの稼働リスクを見積もる
  • 03優先度順のテスト範囲と項目を確定する
OUTPUTテスト項目書(優先度つき)
STEP 03 移行前後の件数と金額を段階的に突合し原因を切り分ける新旧データを段階的に突合
どう確かめるか

移行前後の件数と金額を段階的に突合し原因を切り分ける

サンプル移行で変換表に無いコードが出たら、許容対象か定義漏れかを確認します。定義漏れは是正と再抽出を先に回して全件移行テストへ進み、許容差の超過分は明細まで下りて原因を切り分けます。

  • 01新旧システムの件数・金額を段階的に突合する
  • 02マスタの対応関係と参照整合を確認する
  • 03欠損・重複・誤変換の有無を記録する
OUTPUT移行検証記録
STEP 04 実施条件・証跡・未確認範囲を稼働判断へつなぐ残リスクを整理して稼働判断へ
どう確かめるか

実施条件・証跡・未確認範囲を稼働判断へつなぐ

実施条件、期待結果、実際の結果、画面、帳票、連携の記録、再現手順、未実施の範囲を残します。稼働判定の会議で、そのまま可否の材料として使える形にまとめます。

  • 01実施条件・実結果と画面・帳票の証跡を記録する
  • 02未実施範囲と残リスクを整理する
  • 03稼働判断に使える形へ結果をまとめる
OUTPUTテスト結果整理表(未確認範囲つき)
05 RATIONALE

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

だから第三者へのアウトソースが合理的です。コスト・品質の両面で、内製だけに抱え込まない選択肢を用意します。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 開発側の思い込みや先入観に影響されず、仕様の抜け漏れを検出できる
  • テスト技法にもとづく境界値・異常系の網羅で、見逃しを減らせる
  • 開発チームがテスト工数から解放され、開発に専念できる
06 SERVICE

ERP導入・刷新の品質と稼働判断に伴走

GENZは既存の導入ベンダーや業務部門と役割を分け、第三者として設計書レビュー、テスト計画、設計、実行、報告のどこから入るかを整理します。不足している工程だけを引き受け、稼働判断まで伴走します。

SVC 01

業務フロー起点の横断テスト設計

モジュール単位の項目数ではなく、部門をまたぐ業務シナリオと計上の契機から、機能テスト・非機能テストで確認する範囲を設計します。

在庫のリスク要因を並べ、優先順位を高低で示した赤白紙カード基調の無文字図解。
SVC 02

権限・マスタ・連携を一体で確認

権限、マスタ、外部連携、移行データを別々に扱わず、参照先を失った伝票に権限の設定漏れが重なり、残高が動く経路まで一体で確認します。

仕様変更に応じてリグレッションテストの対象範囲が更新される様子を示した赤白紙カード基調の無文字図解。
SVC 03

既存の導入体制に合わせた支援

テスト設計のみ、実行支援、受け入れテストの補助など、既存のプロジェクト管理部門、導入ベンダー、業務部門の不足に合わせて役割を整理します。

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

未確認範囲まで整理した稼働判断用の報告

不具合の件数だけでなく、影響範囲、重要度、再現条件、未確認の範囲、残存リスクを稼働判定の材料としてまとめます。

機能テストと関連テスト(性能・セキュリティ等)を並べて区分した赤白紙カード基調の無文字図解。
07 FLOW

ご相談から報告書と改善支援を納品するまでの流れ

対象範囲と判断基準を先に合わせ、進捗と残るリスクを共有しながら進めます。

ヒアリングで対象範囲を具体化する

対象システム、拠点、扱うデータ、連携先、業務フロー、リリース時期を確認し、未検証領域を可視化します。

テスト計画と優先順位を合意形成

事故影響、変更量、利用頻度、代替手段の有無から優先順位を定め、必要な工数と計画を具体化します。

テスト実施と進捗・課題を毎回共有

実施状況、発見事項、阻害要因、追加確認が必要な仕様を共有し、終盤のまとめ出しを避けます。

報告書納品と再テスト支援まで実施

テスト完了レポートに結果、証跡、未実施範囲、残留リスクを整理し、修正後の再テスト条件まで引き継ぎます。

5,000件以上の対応実績

ERPのテスト範囲と優先順位をGENZに相談する

無料相談では、対象の業務フローと導入・刷新の範囲を伺い、テスト範囲の候補、優先順位の考え方、必要工数の目安、負荷テストや脆弱性診断など関連するテストの要否を整理してお返しします。