会計ソフト連携と口座明細から同じ入金が二重に計上される
会計ソフトと銀行口座の双方から同じ入金が取り込まれ、優先系統の決めがないまま資金繰り表へ二重に計上され、残高が実際より多く出力されてしまう。
GENZ, Inc.
資金繰り管理ソフトのテスト
資金繰り
資金繰り管理ソフトのテスト
資金繰りソフトの計算を第三者の視点で検証します
会計ソフト・銀行口座・請求データから生成される入出金予定と資金繰り表の計算を、GENZが第三者の視点で検証します。確認済みと未確認を区別して報告します。
支援事例
支援実績5,000件以上
資金繰り管理ソフトでよくある不具合
会計ソフト・銀行口座・請求データの複数系統から入出金予定が生成される構成では、連携設定の段階で決まらなかった優先順位や計算順序が、受け入れの段階で不整合として表面化します。よくある不具合を整理しました。
会計ソフト連携と
入出金予定の発生日が実際の入金日とずれる
請求データ上の入金予定日と実際の振込日が異なるケースで、予定の発生日側に引かれたまま計上月がずれ、月次の収支見通しと実績が一致しなくなる。
取得漏れが隠れたまま残高の合計が狂う
金融機関側の明細取得で取り込み漏れが発生しても合計の差異として表面化せず、取得件数を確認しない限り、欠けたままの残高で資金繰り表が出力される。
区分の変更が過去月の残高にも及び提出済み資料と食い違う
区分と勘定科目の対応を変更した際に過去月まで再計算される実装では、提出済みの資料と同じ期間の数値に差異が生じ、どちらが正しいか説明できない。
休日と重なる締め日で入出金の計上月がずれる
締め日が休日と重なる月の計上月の扱いを標準機能が吸収できず、月末締めの入金や手形の期日到来が翌月扱いとなり、月次の残高見通しが実態と異なる。
残存した不具合により生じる問題
受け入れで見切れなかった不具合は、稼働後の資金繰り表の数値に残ります。残った不具合は、資金調達の判断と外部への説明に影響します。
静的テスト（レビュー）でおさえるべき観点
資金繰り管理ソフトは、会計ソフト・銀行口座・請求データの複数系統が接続されるため、設計資料どうしの食い違いが数値の差異として後工程へ残ります。実行の前に資料の段階で確認する観点を以下に示します。
科目の割当漏れを放置すると、区分ごとの数値が一致せず、受け入れの突き合わせ作業が特定の担当者へ集中するおそれがあります。
勘定科目と資金繰り表区分の対応を自社の区分と突き合わせる
資金繰り表の区分と勘定科目の対応は発注側が定義します。製品の既定値のまま設定が進むと自社の区分に合わない科目が残り、残高と区分の数値が一致しません。科目表と区分対応表を照合して確認します。
確認する資料
- 勘定科目表
- 区分対応表
- 自社帳票様式
計算規定の不整合を放置すると、旧Excelとの数値の不一致が残り、どちらが正しいかの判定が担当者の記憶に依存するおそれがあります。
入出金予定の計算順序と丸めの規定を、支払条件の取り決めと照合する
手形・分割入金・相殺の入金条件は、標準機能では網羅されない場合があります。規定が支払条件と合わないと、旧Excelとの数値が一致しません。計算順序と丸めの規定書を取引先の条件と照合します。
確認する資料
- 計算仕様書
- 支払条件一覧
- 丸め規定書
重複の判定条件が未決のままだと、入金の二重計上が残り、稼働後に差異の原因を切り分ける手順が社内に残らないおそれがあります。
重複排除の判定条件を設計資料間で照合する
連携元が複数ある構成では、同じ入金が別の経路から二重に計上されます。どの系統を優先し、どの条件で重複と判定するかが未決だと、差異調査に時間がかかります。設計資料間で判定条件を照合します。
確認する資料
- 連携設計書
- 判定条件定義
- 取込仕様書
境界値の扱いの食い違いを放置すると、月末の入出金が誤った月へ計上され、資金残高の見通しの判断を誤るおそれがあります。
締め日・期日・月末の境界値の扱いを、仕訳一覧と運用手順書で照合する
月末締めの入金・手形の期日到来・分割支払の途中月は、締め日の扱いで計上月が変わります。仕訳一覧の日付と運用手順書の締め処理を照合し、境界値となる日付の扱いを確認します。
確認する資料
- 仕訳一覧
- 運用手順書
- 締め日定義書
例外時の規定が不足したままだと、取得の失敗に気づかないまま資金繰り表を提出し、金融機関への資料の訂正につながるおそれがあります。
例外処理とエラー発生パターンの規定を、連携失敗時の運用手順と照合する
口座明細の取得は金融機関ごとに更新頻度が異なり、連携の失敗は運用中に発生します。失敗した明細が欠けたまま資金繰り表が出力されます。例外処理とエラー発生パターンの規定を運用手順と照合します。
確認する資料
- 例外処理定義
- エラー一覧表
- 障害時手順書
- 再実行手順書
動的テストの設計・実行のポイント
資金繰り管理ソフトの検証は、計算・連携・業務シナリオ・旧帳票との突き合わせの段階に分けて設計します。
STEP 01
計算単位のユニットテスト固有の入金条件をテストケース化します
どう確かめるか
入出金予定と区分割り当てを同値分割と境界値で検証する
手形・相殺・分割入金・締め後の入金を同値分割で類型化し、締め日当日と期日到来日を境界値に設定します。勘定科目が資金繰り表の各区分へ定義どおり割り当てられるかを確認します。
- 01手形・相殺・分割入金の各条件で入出金予定の計算結果を確認します
- 02締め日当日と翌日の入金が正しい月へ計上されるかを境界値で確認します
- 03勘定科目から資金繰り表区分への割り当てが定義どおりかを確認します
OUTPUT区分割当ての誤りを検出
STEP 02
連携経路の統合テスト二重計上の経路を洗い出します
どう確かめるか
各データ連携をつなぎ、取り込みと重複排除を統合テストで確認
会計ソフト・銀行口座・請求データの各系統を接続し、取り込みを確認します。同一の入金が二重に計上される経路を意図的に発生させ、優先順位の設定どおりに重複が排除されるかを確かめます。
- 01会計ソフトからの仕訳・残高データの取り込みを確認します
- 02銀行口座の明細取得と更新頻度の差異による反映漏れを確認します
- 03請求データと口座明細の重複計上が排除されるかを検証します
OUTPUT重複計上の経路を特定
STEP 03
月次業務のシステムテスト季節性の取引も対象に含めます
どう確かめるか
月次締めから資金繰り表まで、季節性の取引も含めて通しで検証
月末締めの入金・手形の期日到来・分割支払の途中月を業務シナリオとして通しで実行します。初回の月次締めでは現れない賞与・納税などの季節性の取引もテストデータへ組み込んで検証します。
- 01月末締めから資金繰り表出力までの一連の処理を検証します
- 02賞与・納税など季節性の取引を含む月の資金繰り表を検証します
- 03予定と実績の差異が想定内に収まるかを確認します
OUTPUT季節性取引の不備を検出
STEP 04
旧帳票との受け入れテスト差異の判定基準を事前に定めます
どう確かめるか
旧Excelの資金繰り表と出力を突き合わせて差異を確かめる
旧Excelの資金繰り表と新ソフトの出力を同じ期間で突き合わせ、残高と各区分の数値の一致を確認します。不一致の原因を連携設定・計算順序・入力へ切り分ける判定基準を事前に定めます。
- 01旧Excelと新ソフトの残高・各区分の数値を突き合わせます
- 02不一致箇所の原因を連携設定・計算順序・入力へ切り分けます
- 03設定変更が過去月の数値へ影響しないか回帰テストで確認します
OUTPUT差異の原因を切り分け
GENZが代行する資金繰り管理ソフトのテスト
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 検証範囲を一覧化し、確認済みと未確認を区別して報告できます
- 季節性の取引を稼働前に意図的に発生させて検証できます
- 設定変更が過去月の数値へ及ばないか回帰テストで確認します
- 監査・内部統制の説明に使える検証の記録が残ります
資金繰り管理ソフトの検証をGENZへ任せる理由
手形・相殺・分割入金といった自社固有の条件は、製品の標準テストでは確かめきれません。GENZは業務シナリオからテストを設計し、確認済みと未確認を区別した報告までを第三者の視点で担います。
業務シナリオから始めるテスト設計
手形・相殺・分割入金・締め後の入金を業務シナリオへ起こし、テスト項目書へ反映します。計算順序と境界値の定義は実行前に設計書と照合します。
連携元ごとに確認済みを区別
会計ソフト・銀行口座・請求データの各系統で、二重計上と取り込み漏れを検証します。検証範囲を一覧化し、確認済みと未確認を区別します。
既存体制に合わせて分担範囲を決めます
QA配置がPM兼務の体制でも、テスト設計と実行をGENZの要員が分担します。貴社の工数を増やさずに、検証範囲の空白を埋められます。
判断に使えるテスト報告書を納品
検証範囲の一覧・テスト項目書・不具合票・報告書を納品します。稟議・リリース判断・監査対応の説明にそのまま使える記録が残ります。
ご相談から納品までの流れ
資金繰り管理ソフトの構成確認から報告書の納品まで、段階を分けて進めます。
導入構成と連携元のヒアリング
連携元の構成と、勘定科目と資金繰り表区分の対応を確認します。
検証範囲とテスト設計の見積もり提示
ベンダー側テストと重ならない検証範囲を整理し、工数を提示します。
テストの実施と進捗・不具合票の共有
テスト項目書にもとづき検証を進め、不具合票と進捗を共有します。
報告書の納品と修正後の再確認
確認した範囲と結果を報告書にまとめ、修正後は回帰テストで確認します。
ご相談は無料です
資金繰り管理ソフトの検証範囲と優先順位をGENZへご相談ください
どこまで確認すれば十分かの基準は、製品の機能一覧には示されていません。貴社の入金・支払条件に沿った検証範囲と優先順位を、GENZが第三者の視点でお示しします。