名義不一致や手数料差引きの入金で、消込を誤り誤督促が起きる
入金処理と消込処理のさまざまなパターンを実施し、誤督促が起こらないかを確認します。
GENZ, Inc.
金融・企業間取引向け
債権管理ソフトの
金融・企業間取引向け
債権管理ソフトのソフトウェアテスト
請求書の発行から入金の消し込みまでが、企業間取引の記録として仕様どおりかを、取引の条件ごとに一件ずつ突き合わせます。
支援事例
支援実績5,000件以上
債権管理ソフトウェアでよくある不具合
企業のスムーズな運営を妨げる主な不具合には、次のようなものがあります。
名義不一致や
でんさいネット連携の記録反映漏れで、期日に資金化されない
記録反映漏れの原因となり得る部分について、対応に抜け漏れがないかを確認します。
全銀フォーマットの解釈差で、振込データが銀行で読み込めない
データ仕様ルールへの対応方法の連携先との差異により、不具合が生じないかを確認します。
期またぎ取引で売上計上と入金消込の時期がずれ、決算数値が誤る
会計年度を跨いで売上と入金がされた場合、その計上時期に不整合が生じないかを確認します。
滞留日数の集計誤りで、長期延滞の債権が督促から漏れる
滞留債権の起算日や滞留日数の集計において、不具合が生じないかを確認します。
残存した不具合により生じる問題
債権管理ソフトウェアの不具合は、そのシステム上の不具合に留まらず、コスト増加・監査・リリース計画にも連鎖します。
静的テスト（レビュー）でおさえるべき観点
テスト実施前に、各種設計書に必要な観点が適切に記載されているかを確認する、設計書レビューを実施します。
誤督促を防ぐ
入金消込マッチングの例外設計
入金消込マッチングパターンが、例外パターンも含めて漏れなく整理されていることを確認します。
確認する資料
- 機能設計書
- DB設計書
資金化遅れを防ぐ
でんさいネット連携の異常系
でんさいネット連携において発生する可能性のあるエラーが、発生タイミング別に整理されていることを確認します。
確認する資料
- 処理フロー図
- インターフェース仕様書
振込データ不備を防ぐ
全銀フォーマットの互換性
全銀フォーマットでの連携について、ルールに準拠していること、連携先の仕様詳細との整合性がとれていることを確認します。
確認する資料
- インターフェース仕様書
- 機能設計書
計上時期の不整合を防ぐ
収益認識タイミングとの整合
収益認識のタイミングと認識すべき情報について、漏れなく整理されていることを確認します。
確認する資料
- 業務フロー図
- 機能設計書
債権の督促漏れを防ぐ
滞留日数集計の境界値
滞留債権の起算日判定や滞留日数の集計方法について、非営業日、月跨ぎなどが関わる場合も含め、整理されていることを確認します。
確認する資料
- 機能設計書
- DB設計書
動的テストの設計・
実行のポイント
レビュー済みの各種設計書を基に、テスト項目書を作成し、テストを実施します。
STEP 01
業務リスクをテスト観点へ分解する債権管理の業務リスクを観点に整理
どう確かめるか
業務リスクをテスト観点へ分解する
入金消込マッチングの例外などの業務上のリスクとなるものを洗い出し、テスト観点に分解してテスト項目として整理します。
- 01入金から消込・督促までの業務フローを整理する
- 02誤督促や資金化遅れなど、起きてはいけない状態を洗い出す
- 03外部連携を含むテスト対象と観点を一覧化する
OUTPUTテスト観点一覧
STEP 02
境界値・状態遷移でテストケース化する金額・日付・状態の境界をケース化
どう確かめるか
境界値・状態遷移でテストケース化する
業務上のリスクとなる各種値の境界値や状態遷移を整理し、テスト観点に分解してテスト項目として整理します。
- 01手数料差引きや名義不一致など、消込条件を組み合わせる
- 02期末・月末・非営業日の境界値を整理する
- 03でんさい・全銀連携の状態遷移と期待結果を定義する
OUTPUTテスト項目書
STEP 03
例外処理・エラー発生パターンのテストデータを準備する正常・例外・異常系のデータを用意
どう確かめるか
例外処理・エラー発生パターンのテストデータを準備する
通常通り正常処理するパターンのみでなく、例外処理やエラーが発生するパターンをテスト項目として整理し、その確認用データ(テストデータ)を準備します。
- 01名義・金額・手数料の組み合わせ別に入金データを準備する
- 02期またぎ・滞留日数・非営業日の境界データを整備する
- 03連携エラー・再送・反映遅延を再現するデータを用意する
OUTPUTテストデータ一式
STEP 04
再現手順と影響度を紐づけて報告する影響度と再現手順を証跡に整理
どう確かめるか
再現手順と影響度を紐づけて報告する
テストの結果が期待通りでない場合、不具合として、その影響度合い・再現方法・解決方法を整理し、是正を支援します。
- 01入力条件・操作・実結果を画面やログの証跡とともに記録する
- 02誤督促・資金化・決算への影響度と再現手順を整理する
- 03修正後の再テストと回帰テストの範囲を確定する
OUTPUTテスト結果記録（証跡つき）
私たちGENZが、このようなソフトウェアテストを代行します
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 開発側の思い込みや先入観に影響されず、仕様の抜け漏れを検出できる
- テスト技法にもとづく境界値・異常系の網羅で、見逃しを減らせる
- 開発チームがテスト工数から解放され、開発に専念できる
債権管理ソフトの品質に伴走するソフトウェアテスト
5,000件以上の実績のある私たちGENZは、第三者の視点で品質維持・向上活動に伴走します。仕様変更の多い案件もQA(品質保証)の知見で支えます。
制度改正リリースに伴走する回帰テスト
制度改正時には改正部分の確認のみでなく、既存機能に悪影響を与えていないかについても確認(回帰(レグレッション)テスト)します。
例外処理・連携異常に強固なテスト設計
例外処理やエラーが発生するパターンを詳細に洗い出し、テスト項目として整理して実施します。
計画・設計・実施・報告の一貫対応
テストの計画から設計、実施、報告まで、GENZが一丸となって対応します。
是正確認の再テストまで伴走
不具合そのものの是正確認のみでなく、関連機能を洗い出し、悪影響が生じていないことも確認します。
ご相談から納品までの流れ
対象範囲と判断基準を先に合わせ、進捗と残るリスクを共有しながら進めます。
ヒアリングで対象範囲を具体化する
対象システム、拠点、扱うデータ、連携先、業務フロー、リリース時期を確認し、未検証領域を可視化します。
テスト計画と優先順位を合意形成
事故影響、変更量、利用頻度、代替手段の有無から優先順位を定め、必要な工数と計画を具体化します。
テスト実施と進捗・課題を毎回共有
実施状況、発見事項、阻害要因、追加確認が必要な仕様を共有し、終盤のまとめ出しを避けます。
報告書納品と再テスト支援まで実施
テスト完了レポートに結果、証跡、未実施範囲、残留リスクを整理し、修正後の再テスト条件まで引き継ぎます。
5,000件以上の対応実績
GENZに相談してみる
ご相談いただければ、無料で、各種設計書が未整備な場合でも、「どこを、どこまで」テストすべきか(テスト範囲)、その優先順位、必要工数の考え方、関連テストの要否を、一緒に明確化します。