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

入金消込システムでよくある不具合

消し込めない入金は、照合条件と実際の振込のずれが主な原因で一覧に残るため発見しやすい一方、誤った請求へ消し込まれた入金は処理済みとしてどの一覧にも載らず、発見が難しくなります。

振込名義が請求先と一致せず入金が消し込まれずに残る

請求書にない略称や親会社、決済代行の名義での振込は対応付けに未登録だと、金額が一致していても突合先を特定できず、手作業での対応として残ります。

振込名義の不一致

手数料が差し引かれた入金の差額を許容できず手作業対応になる

振込手数料が差し引かれて請求額より少なくなった入金は、差額許容の範囲から外れると数百円の差でも消し込めず、手作業での確認が必要になります。

手数料の差引き

1件の請求に分けて振り込まれた入金を突合できない

1件の請求に分けて振り込まれると、各回の入金額が請求額と一致しないため、部分消込に対応したルールがなければ突合できず、着金していても未回収です。

分割入金の残額

複数の請求をまとめた振込で金額の合う組合せを特定できない

まとめて振り込まれるとシステムは金額の合う請求の組合せを探しますが、同額の請求が並んでいると候補を1つに絞り込めず、手作業での確認が発生します。

合算入金の組合せ

別の請求へ誤って消し込まれた入金がエラーとして検知されない

突合条件の適用順が意図と異なると、先に成立した条件に合う別の請求へ消し込まれ、処理済みとして扱われるため一覧に上がらず、表面化が遅れます。

別請求への誤消込
02 RISK

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

残った不具合は画面では目立たないまま、処理結果だけが月次帳票や取引先へ流れ、発見・調査・説明の対応が複数の部署にまたがるため時間がかかります。

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

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

静的テストでは、実行前に設計書や設定値を読み合わせ、業務要件との食い違いを照合します。仕様書が形式的に整っているかを見るだけでは、誤消込へ直結する業務要件とのずれは見極められません。

突合条件

突合キーと条件の適用順を確認し、誤消込につながる並びを見つける

最初に見るのは、請求番号と取引先コードのどちらを主な突合キーとして使うかです。複数条件の適用順が経理・債権管理部門の想定とずれていると、設計どおりに動いていても意図しない請求へ消し込まれます。

確認する資料
  • 突合条件の定義書
  • 条件の適用順表
  • 消込業務フロー図
差額許容

差額許容の閾値と例外へ振り分ける判定条件の照合

差額許容の閾値と例外への振分け条件が業務要件と合っているかを検証します。閾値が広すぎれば別件の入金まで消し込まれ、狭すぎれば手数料が差し引かれた入金まで手作業になる設定が、本番運用へ持ち越されます。

確認する資料
  • 差額許容の設定値
  • 例外区分の一覧
  • 手作業対応の手順書
名義対応

振込名義の対応付けと取引先ごとの個別条件の照合

名義の変換設定を対応一覧と個別条件の台帳へ突き合わせ、追加された経緯も確認します。名義の紐付けは運用の実績から積み上げられるため、後から追加された条件が優先されると、無関係の入金の消込先を取り違えるおそれがあります。

確認する資料
  • 振込名義の対応表
  • 取引先別の個別条件
  • 取引先マスタ定義
明細取込

明細の項目と文字コードを公開仕様へ照らし、名義のずれを洗い出す

振込依頼人名が半角カナの銀行と全角の銀行が混在すると、名義のずれが生じます。明細の項目と桁数、文字コードの設計を金融機関の公開仕様と突き合わせます。取込方式によって入手できる項目と反映時刻も変わります。

確認する資料
  • 入出金明細の仕様
  • 文字コードの規定
  • 取込方式の設計書
会計連携

消込結果の残高反映と会計への引き渡し仕様の照合

消込結果の残高反映と仕訳の引き渡し粒度を会計連携の仕様へ照合します。仕訳の起こし方が請求ごとか日次集計かで差異を追える単位が変わり、訂正や取消が発生した際の連携の流れも確認します。

確認する資料
  • 残高反映の仕様
  • 仕訳連携の定義書
  • 訂正取消の手順
  • 連携項目の対応表
04 TEST DESIGN

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

明細の件数が増えると目視の確認には限界があり、テストの工数も限られます。動的テストでは対象と合否基準をテストケースへ具体化します。

STEP 01 実際の振込に近い明細で試す名義の違いと手数料の差引きを明細へ含める
どう確かめるか

実際の振込に近い明細で自動照合の結果を期待値と突き合わせる

実際の振込に近い明細を同値分割法で区切り、期待値を設定します。実行後は結果を一件ずつ突き合わせます。消し込めた割合の確認だけでは個別の誤消込がその内側に紛れて見落とされるため、組合せの検証は別の作業として行います。

  • 01名義の違いや手数料の差引きを含む明細を同値分割法で用意する
  • 02消し込まれる組と手作業対応になる組を期待値として先に決める
  • 03実行後は一件ずつ突き合わせて組合せの正しさを確かめる
OUTPUT明細テストケース一覧
STEP 02 閾値の境界で成否を確かめる上限ちょうどと前後の値を試験値に置く
どう確かめるか

差額許容の閾値の境界で消込の成否を確認する

差額許容の試験値は、境界値分析にもとづき上限ちょうどとその前後1円で設定します。上限の内側は消込が成立し、外側は手作業対応になることを期待値とします。閾値が設定とずれると許容内の入金まで手作業になり、月次の確認工数が増えます。

  • 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

5,000件以上の実績に裏付けられた消込結果の検証

GENZは支援実績5,000件以上の専門会社です。経理・債権管理部門とベンダー・SIerの分業を前提に、20年の第三者検証の経験を踏まえて伴走し、突合条件と例外判定の検証を設計から実行、報告まで担います。

SVC 01

業務フローを起点にしたテスト設計

設計の起点は処理件数ではなく業務の流れと影響の大きさです。誤消込が売掛金残高の誤りに直結する業務フローから優先して設計します。

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

消込の成否と結果の正しさを分けて検証

消込の成否と組合せの正しさは別の観点で検証します。成立した消込の組合せを請求データと入出金明細へ遡って照合します。

突合条件と例外判定の組合せまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

既存体制の不足を補う柔軟な支援

突合条件の設計のみ、自動照合の結果検証のみといった特定の工程の引き取りも可能です。既存の体制で不足する工程に絞り、人日単位で柔軟に参画します。

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

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

入出金明細と消込結果の出力を証跡とし、初回の月次締めへ持ち越す未確認の範囲を併記したテストサマリレポートを稼働可否の審議へ提出します。

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

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

入金消込の業務フローと突合条件の設定内容を伺い、合意した範囲と優先順位でテストを進めます。

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

消込業務の流れ、突合条件の設定と改修の予定、現在の課題を確認します。

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

売掛金残高の誤りへ及ぶ影響から優先順位を付け、範囲と工数を整理します。

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

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

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

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

社内で共有できる整理結果が残る相談

入金消込システムのテスト範囲と優先順位をGENZに相談する

業務フローと突合条件の設定内容を共有いただければ、テスト範囲の切り分けと優先順位、必要工数の考え方を整理します。機能テストや負荷テストの要否もご相談できます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。