GENZ, Inc.

情報システム部門向け 基幹システムのEDIツールのソフトウェアテスト

通信が成立しても、数量や金額の不備は監視では検知されず、発見は現場になりがちです。接続試験と電文の内容の検証を分けて実施します。

支援事例

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

基幹システムのEDIツールでよくある不具合

EDIで交わす発注から請求までのデータ授受では、通信の失敗とは別の不具合が起きます。接続は成立しても電文の内容が揃わないまま後の処理へ流れ、次の工程まで気づかれずに残ります。

通信は成立しているのに電文の項目が欠落したまま届く

成功応答が返るため疎通確認では気づけません。欠けた数量はゼロと見なされて発注実績が更新され、誤った数値が確定値として並びます。

電文項目の欠落

取引先ごとの電文仕様の差異が本番接続後に表面化する

電文形式は取引先ごとに異なり、試験を代表的な相手で済ませると、稼働後にしか流れない電文で項目の並びが合わず、変換に失敗したデータが溜まります。

電文仕様の差異

締め時刻をまたいだ発注データが翌サイクルへ二重に流れる

境界をまたいだ発注は当期と翌期の両方に載って集計され、発注残が実態より多くなります。逆に境界で欠落した発注は納品済みでも支払いが起きません。

締めの二重計上

出荷案内と入荷実績が一致せず入荷検収が手戻りになる

案内が荷物より遅れたり数量が合わなかったりすると、検収の突合が成立しません。受領確認をやり直し、入庫の登録も後ろへずれます。

出荷案内のずれ

検収結果が請求電文へ反映されず請求金額が食い違う

検収の連絡が遅れると、出荷時点の数量で請求電文が作成されます。金額が検収済みの数量と食い違い、取引先からの照会で判明して確定が先送りになります。

請求金額の相違
02 RISK

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

不具合の影響は画面の外の業務部門や取引先へ広がり、説明役割は情報システム部門に集まります。必要なのは証跡という判断材料です。

EDIツールの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

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

EDIツールの検証は、データを流す前から始められます。文書上で手順書や仕様書、設定を突き合わせるだけで不整合が見つかります。事前に観点を定めることが、切替後の照会対応の量を左右します。

業務フロー対応

発注から請求までの業務フローと電文の対応の照合

発注から請求までの業務の流れと電文の対応を、手順書と電文仕様書を並べて確認します。電文がない工程が残れば、そのデータは口頭やメールに戻り、帳票と実績が合わなくなります。

確認する資料
  • 業務手順書
  • 電文仕様書
  • 業務フロー図
接続条件

取引先ごとの接続条件と通信手順の設定内容の照合

通信手順や接続先、証明書の設定値を取引先との個別の取決めと照合します。1対1の接続を多数抱える企業様では取決めが分散しがちです。設定内容の一覧化が照合の前提です。

確認する資料
  • 取引先接続の一覧
  • 通信手順の取決め
  • 証明書の管理台帳
項目と桁数

電文の必須項目と桁数、コード体系の対応の照合

必須項目と桁数、コード体系を照合します。コード体系は取引先と異なるため、変換定義を電文仕様に持ちます。単位コードの変換漏れでは、数量を個単位で登録するおそれがあります。

確認する資料
  • 電文項目定義書
  • 桁数と形式の一覧
  • コード変換定義
再送と訂正

締め時刻をまたぐ再送・訂正の運用手順との照合

締めをまたぐ再送や訂正は、処理手順の運用とEDIツールの設定や実装の対応を確認します。確定後の訂正を次回へ繰り越すか当月へ遡るかで答えが分かれると、請求額のずれが残ります。

確認する資料
  • 締め処理の運用手順
  • 再送と訂正の規定
  • 訂正電文の様式
商流と請求先

商流と請求先の対応、および検収データの扱いの照合

発注元と納入先、請求先が異なる取引では、商流と請求先の対応を仕様書と照らします。検収の数量と差異の理由がどの電文でどこへ渡り、請求の根拠として使われるかをたどります。

確認する資料
  • 商流と請求先の一覧
  • 検収データの定義
  • 請求根拠の対応表
  • 差異理由の区分表
04 TEST DESIGN

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

動的テストの設計の軸は、通信の成立と電文内容の検証を別工程に分けることです。分離自体が見逃しを防ぐ仕掛けです。

STEP 01 疎通確認と内容検証を段階に分ける電文が届き応答が返ることを先に確かめる
どう確かめるか

通信の疎通確認と電文の内容検証を段階に分けて実行する

最初の段階で、電文が途切れず届き応答が仕様どおり返ることを確かめます。次に発注数や商品コードへ定められた書式の値が入っているかを見て、ずれが通信か変換かを切り分けます。

  • 01最初の段階で電文が届き応答が返ることだけを確かめる
  • 02次の段階で電文の項目と値が妥当かどうかを検証する
  • 03ずれの原因を通信の失敗と変換の誤りへ分けて特定する
OUTPUT段階別の確認結果
STEP 02 取引先ごとの条件を表で網羅する条件と値の組合せを並べて試験対象を確定する
どう確かめるか

取引先ごとの条件の組合せをデシジョンテーブルで網羅する

取引先ごとに通信手順も電文の形式もコード体系も異なります。条件と値の組合せをデシジョンテーブルに並べると、試す無駄と抜けが見え、試験対象を確定できます。

  • 01取引先ごとに異なる通信手順と電文形式を条件として並べる
  • 02コード体系の違いも含めた組合せをデシジョンテーブルへ起こす
  • 03試す価値の低い組合せを外して試験の対象範囲を確定する
OUTPUT条件組合せの一覧
STEP 03 締め時刻や桁数の境界を確認する平常時の値では現れない誤りを境界で拾う
どう確かめるか

締め時刻や桁数などの境界で電文の扱いを確認する

締め時刻や桁数の境界では、平常時とは別に電文の扱いを確かめます。誤りは通常の値では現れず、実運用で発注残や請求金額を集計した段階で現れます。境界値分析はJSTQBのシラバスで扱われています。

  • 01締め時刻をまたぐ発注と訂正の扱いを境界の前後で確かめる
  • 02桁数や必須項目の上限と下限、その前後の値で電文の扱いを検証する
  • 03通常の値では現れない誤りを実運用の集計より前に見つける
OUTPUT境界値の確認結果
STEP 04 確認済みと未確認を判断材料へ整理する未確認の範囲は空白にせず一覧へ明示する
どう確かめるか

確認済みの範囲と未確認の範囲を切替の判断材料へ整理する

確認済みの範囲と未確認の範囲を一覧に整えます。未確認の範囲も一覧から省かず、未確認と明示します。社内の推進委員会や管掌役員へ上程し、残したリスクを承知のうえで進めるかの検討に使えます。

  • 01確認した取引先と電文の範囲を証跡とひもづけて一覧に残す
  • 02未確認の範囲は空白にせず理由を添えて明示しておく
  • 03社内の推進委員会や管掌役員へ上程する材料として整理する
OUTPUT実施結果・残リスク一覧
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 通信の成立では気づけない電文の内容の不備を検出できる
  • 取引先ごとに異なる電文仕様の差異を本番接続の前に洗い出せる
  • 情報システム部門が接続試験の立会い工数から解放される
  • 上程に使える独立した検証記録と未確認の範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられたEDI接続の検証

GENZは、EDIツールの販売でも業務代行でもなく、発注側の立場でデータ授受を検証する第三者です。支援実績5,000件以上と20年の第三者検証の経験から、通信の成立と業務データの検証を分けて設計します。

SVC 01

取引先接続を起点にしたテスト設計

取引先ごとの接続の一つひとつを起点に対象と範囲を設計し、ずれが誤った数量や金額のまま発注や請求へ流れる、取引量の大きい接続から着手します。

EDI接続の追加や改修と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

電文の内容を業務データで確認

疎通の成立にとどめず、発注の数量や単価、検収の数量と差異理由、請求金額といった業務側がそのまま使う値に、電文の項目と値を照らします。

取引先ごとの接続と電文の組合せまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

既存の開発・運用体制に合わせた支援

開発ベンダーや運用保守の分担は変えず検証を組み込み、電文の受信・変換・送信の記録を共通の証跡に整えます。GENZはISO 27001認証を取得しています。

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

未確認の範囲まで整理した報告

取引先と電文の組合せごとに一覧の行を分け、未確認には理由と残るリスクを添え、各行を実際に送受信した電文の記録にひもづけて切替の判断材料にまとめます。

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

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

EDIツールの更改や取引先追加の予定、確認したい接続と電文の範囲を伺い、合意した範囲でテストを進めます。

対象の接続と相談範囲をヒアリングする

EDIツールの更改予定と取引先ごとの接続の状況、困りごとを確認します。

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

電文の不備が取引へ及ぶ影響から優先順位を付け、範囲と工数を整理します。

テスト実施と発見事項を随時共有する

合意したケースを実行し、判断待ちの事項と重い不具合を随時共有します。

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

結果、証跡、未確認の範囲、残るリスクを納品し、再確認の範囲を整理します。

テスト範囲と優先順位が整理できる相談

EDIの接続試験の範囲と優先順位をGENZに相談する

接続構成や取引先ごとの電文仕様をもとに、構想中からご相談いただけます。範囲と優先順位、負荷テスト・脆弱性診断の要否を整理し、確認済みと未確認を区別した切替の判断材料にまとめます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。