販路ごとの項目や単位の違いで注文が取り込まれない
販路ごとに受注データの項目や単位、文字種が異なるため、仕様と異なる値が入った注文は受注取込の失敗として残り、手作業で修正するまで後続の処理へ進みません。
GENZ, Inc.
EC・通販事業者向け
OMS（受注管理）の
EC・通販事業者向け
OMS（受注管理）のソフトウェアテスト
OMS（受注管理）で、自社のECサイトと複数のECモールから入る注文が、在庫の引当と金額、出荷の中身まで業務と合うかを確かめます。
支援事例
支援実績5,000件以上
OMSの受注から出荷でよくある不具合
OMSで目立つ不具合は、注文が取り込まれない、同じ注文が二重に残る、在庫の確保が重なるという形で現れます。単独の注文では正しく流れても、販路と在庫の持ち方と締めの時点が重なることで表面化します。
販路ごとの
同じ注文が二重に取り込まれて出荷指示が二重に出る
取込の再実行や販路側の再送で同じ注文が二度登録されると、一意性の判定が働かないまま在庫の引当へ流れ、倉庫側へ出荷指示が二重に出てしまいます。
在庫の引当が販路をまたいで重複し売り越しが起きる
在庫を販路別に分けるか一元で持つかで売り越しの起きやすさが変わります。通った注文は正常に受注された記録として残り、出荷の直前まで表面化しません。
締め時刻の境界で注文が当日出荷の対象から外れる
締めの前後で扱いが変わるため、時刻の判定に用いる基準や休業日の扱いの差がそのまま出荷日のずれにつながり、配送予定より遅れて出荷されます。
分割出荷や同梱の条件を取り違えて別の注文が同じ荷物に混ざる
同梱の可否は届け先や希望日、梱包のサイズの組合せで決まります。条件の判定を1つ誤ると、まとめてはいけない注文が同じ荷物に入ってしまいます。
残存した不具合により生じる問題
残った不具合の影響はOMSの画面の中では収まりません。ずれに最初に気づくのは購入者や倉庫側で、経営層へ状況を説明するのはEC事業部門のご担当者様です。
静的テスト（レビュー）でおさえるべき観点
静的テストでは、注文の取込と在庫の引当、金額、売上計上を決めるか変換する処理を中心に確認します。仕様書がそろっていなくても、販路側が公開する仕様と倉庫側の運用条件、会計側の要件をもとにレビューを組み立てられます。
データ連携
販路ごとの受注データの項目と単位の対応を公開された仕様へ照合
受注データの項目の対応と数量や金額の単位、商品コードの読み替えの規則を、モール・カート事業者が公開する仕様へ突き合わせます。表に載っていない商品コードが届いたときの扱いも記載の上で確認します。
確認する資料
- モール連携仕様書
- 商品コード対応表
- 受注項目定義書
在庫引当
在庫の引当と引当解除の条件を販路別の在庫の持ち方へ照合
引当を通す条件と確保を戻す条件を書き出し、販路ごとの在庫の持ち方へ突き合わせます。キャンセル、欠品、支払の確認を待つ保留という事由ごとに、戻す量と戻す時点が変わる点まで確認します。
確認する資料
- 在庫引当ルール
- 引当解除条件表
- 販路別在庫定義
金額計算
金額と送料とクーポンの適用順序を業務の取り決めへ照合
商品代と送料、クーポンとポイントの割引、税額をどの順で当てるかで支払う金額が変わります。適用の順序と按分の規則が販路ごとの取り決めと一致しているかを、設定値と設計の記載の両方で確かめます。
確認する資料
- 料金・送料規程
- クーポン適用順序
- 割引按分ルール
出荷運用
締め時刻と分割出荷の判定条件を倉庫側の運用条件へ照合
当日出荷の対象を決める締めの判定と、間に合う分だけを先に出す分割出荷の判定を、倉庫・発送代行事業者の受付の期限と作業の段取りへ突き合わせます。休業日の扱いと、荷物1件あたりのサイズや個数の上限も確認します。
確認する資料
- 締めスケジュール
- 分割出荷判定条件
- 倉庫受付要件
会計連携
返金の按分と売上計上の時点の規則を会計の要件へ照合
一部の商品だけを返品または取り消したときに返す金額の按分と、売上として記録する時点の規則を、経理・財務部門が受け取る側の要件へ突き合わせます。計上した後に金額の変更や差額が生じたときの扱いも対象にします。
確認する資料
- 売上計上基準
- 返金按分ルール
- 会計連携仕様
- 返品処理手順
動的テストの設計・実行のポイント
動的テストでは、社内で詰められる範囲と、販路や倉庫など相手の日程に従う範囲を分け、前者を実行できるテストケースと合否の基準まで具体化します。
STEP 01
取込の確認と中身の検証を分ける件数での確認と1件ずつの検証を段階で分ける
どう確かめるか
注文が取り込まれたことの確認と中身が業務と合うことの検証を分ける
取込が完了したかどうかは件数と失敗の有無で確認でき、中身が業務と合うかどうかは引当の結果と金額、届け先を1件ずつ突き合わせて検証します。段階ごとに通過の条件を分けて設定します。
- 01取込が完了した件数と失敗した件数を販路ごとに突き合わせる
- 02引当の結果と金額と届け先を注文1件ずつ受注データへ照合する
- 03段階ごとに通過の条件を分けて合否の基準を先に決める
OUTPUT段階別の合否基準
STEP 02
販路と在庫の組合せを表にする販路と在庫の持ち方の組合せを表へ落とす
どう確かめるか
販路と在庫の持ち方の組合せをデシジョンテーブルで網羅する
販路と在庫の持ち方、支払方法、保留の事由を並べると組合せは人手で追える範囲を超えます。デシジョンテーブルテストで規則ごとに整理し、試した規則と試していない規則を表の上で区別します。
- 01販路と在庫の持ち方と支払方法を条件列として並べる
- 02保留の事由ごとに在庫を戻す量と時点が変わる規則を表に落とす
- 03実施した規則と未実施の規則を表の上で区別して残す
OUTPUTデシジョンテーブル
STEP 03
締めと分割出荷の端の値を洗い出す締めの直前直後と残数が等しい場合を確かめる
どう確かめるか
締め時刻と分割出荷の端の値を境界値分析で洗い出して確かめる
境界値分析では、締めの直前と直後に入った注文、在庫の残数が注文数と等しくなる場合、分割した出荷の最後の1件を洗い出し、そこで出る出荷指示と案内の内容がそろっているかを確かめます。
- 01締めの直前と直後に入った注文で出荷日の判定を確かめる
- 02在庫の残数が注文数と等しくなる場合の引当の結果を確認する
- 03分割した出荷の最後の1件で案内の内容がそろっているかを確かめる
OUTPUT境界値テストケース
STEP 04
未確認の範囲を切替判断へ整理する実施した条件と未実施の範囲を1つの表へまとめる
どう確かめるか
社外に依存して確かめられない範囲を切替判断の材料へ整理する
販路と倉庫との接続は相手の日程に従うため、すべての組合せは試せません。実施した条件と結果、証跡の所在、未実施のまま残る範囲を1つの表へ整理し、意思決定の場へ上程できる形にします。
- 01実施した条件と結果を証跡の所在とひもづけて記録する
- 02試せなかった組合せと残るリスクを1つの表へまとめる
- 03切替の可否を判断する材料として意思決定の場へ提示する
OUTPUT実施結果・残リスク一覧
私たちGENZが、このようなソフトウェアテストを代行します
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 販路と在庫の組合せで起きる売り越しを事前に検出できる
- 締め時刻や分割出荷の境界まで条件を網羅して確かめられる
- EC事業部門が原因の切り分けから解放され運用に専念できる
- 監査や経営会議で使える独立した検証記録と未確認範囲が残る
5,000件以上の実績に裏付けられた受注と出荷の検証
支援実績5,000件以上のソフトウェアテストで積み上げた進め方を、OMSの受注から出荷までの検証に活かします。GENZは、OMSを提供する事業者や開発ベンダーと役割を分け、注文を受けて出荷する側の立場で品質を確かめます。
受注から出荷までの流れで設計
受注取込から在庫の引当、出荷指示、出荷実績の受領までを一連の流れとして描き、20年の第三者検証の経験を踏まえて確認の範囲を絞ります。
出荷実績と在庫から突き合わせ
画面に入力して結果が返るかどうかの確認にとどめず、出荷実績と在庫の記録の双方から、注文の数量と金額を1件ずつ突き合わせて検証します。
既存のベンダーとの役割を整理
締め時刻をまたぐ分割出荷のテスト設計だけ、倉庫側との接続確認の立ち会いだけ。既存のベンダーの担当範囲から外れる工程を引き受けます。
確認済みと未確認を分けた報告
確認した販路と注文のパターンを証跡とひもづけて示し、試せなかった組合せと切替の後に残るリスクを、確認できた範囲と切り分けて記載します。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
ご相談から納品までの流れ
受注から出荷までの流れと在庫の持ち方や締め時刻の運用を確認し、合意した範囲と優先順位でテストを進めます。
対象業務とご相談範囲をヒアリングする
受注から出荷の流れ、在庫や締めの運用、OMSの変更予定と困りごとを確認します。
リスクに基づくテスト設計と見積もりを示す
取込の失敗や売り越しの影響から優先順位を付け、対象範囲と工数を整理します。
テスト実施と発見事項の進捗を共有する
合意したケースを実行し、判断待ちの事項と重い不具合を随時共有します。
報告書を納品し是正後の確認範囲を整理する
結果、証跡、未確認範囲、残リスクを納品し、再確認の範囲を整理します。
支援実績5,000件以上
OMSで確かめる範囲と優先順位をGENZに相談する
受注から出荷までの流れと、在庫の持ち方や締め時刻の組合せをご共有いただければ、確かめる範囲と優先順位、必要工数の考え方を一緒に整理します。負荷テストや脆弱性診断の要否も検討します。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。