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

債務管理システムでよくある不具合

債務計上から支払消込までの処理の問題は、処理が止まる形ではなく、誤った内容のまま完了する形で現れます。誤った数値は正常な処理結果として帳簿に残り、支払の実行へ進みます。

検収の入力が遅れて当月の債務が計上されないまま締めが確定する

請求書が届いていても、検収が未入力なら当月の締めで計上されません。債務残高は実態より少なく表示され、遅れて計上された当月分が翌月の支払予定に重なります。

債務計上の漏れ

発注・検収・請求が一致しないまま支払に進む

許容差の設定が仕入先マスタになければ、不一致の取引は保留へ振り分けられず、承認済みの支払対象として支払予定に載ります。

突合条件の欠落

仕入先ごとの締め日と支払期日の算出方法が計算に反映されない

設定に抜けがあると、支払期日は標準の算出方法で計算され、仕入先と個別に合意した期日と違う日付が支払予定表に出てしまいます。

支払期日の誤り

支払の実行結果を取り込まないと支払済みの債務が翌月も支払対象に載る

消込を行わないまま締めへ進むと、支払済みの債務は未払いのまま帳簿に残り、翌月の抽出で同じ請求書が再び支払対象に載ります。

支払予定の重複

総合振込データの形式や受取人名の不備で支払当日に返却される

受取人名の桁数や文字種の不備は作成時点では気づけず、支払実行日に返却されるため、修正しても当日の支払には間に合いません。

振込データの不備
02 RISK

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

残った不具合は、督促・帳簿への紛れ・監査の指摘と、気づくきっかけが異なります。どれも、見つける手段が支払処理に組み込まれていません。

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

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

支払金額や支払期日などの決定や変換に直結する5つの観点を設計書や帳票から確認します。基準の業務要件と公開仕様は設計書の外側にあるため、社内の仕様書が未整備でもレビューを進められます。

計上基準

債務計上の時点と締め日の判定基準を業務要件へ照合

計上の契機が検収か請求書の受領かを経理・財務の要件へ照合し、基準が取引で分かれる場合は対応表も見ます。締めをまたぐ取引は計上漏れと二重計上を防ぐかを手順と突き合わせます。

確認する資料
  • 債務計上の基準
  • 締め処理の手順書
  • 検収の運用規定
支払条件

仕入先ごとの支払条件と支払期日の計算規則の照合

締め日・支払期日・支払手段と振込先口座や相殺の扱いを債務管理システムのマスタへ照合します。期日の算出方法が営業日基準か暦日基準か、休日の繰上げ・繰下げが合意と合うかを確かめます。

確認する資料
  • 仕入先マスタ
  • 支払条件の一覧
  • 支払期日の計算規則
突合条件

発注・検収・請求の突合条件と許容差・保留の扱いの照合

発注・検収・請求の3記録の一致判定を購買と経理の運用手順へ照合します。金額と数量のどちらを条件に含めるかも見ます。部分納品や分割請求では許容差と保留の線引きを手順と突き合わせます。

確認する資料
  • 購買の運用手順
  • 突合条件の定義
  • 許容差の設定値
規定形式

支払データの項目と規定形式の対応を公開仕様へ照合

金融機関に引き渡す支払データについて、項目・桁数・文字種が規定形式のどの位置へ対応するかを公開仕様で確かめます。付加情報を伴う電文と従来形式の出し分けも対象に含めます。

確認する資料
  • 支払データ仕様
  • 項目定義書
  • 文字種・桁数規定
税務判定

税区分と源泉徴収の判定を仕訳の引き渡し内容へ照合

税区分・税額・源泉徴収額の判定と請求書の記載の対応を、インボイス制度と電子帳簿保存法の基準で確認します。引き渡す仕訳の勘定科目・補助科目・計上日の対応も合わせます。

確認する資料
  • 税区分の対応表
  • 源泉徴収の規定
  • 仕訳の引き渡し定義
  • 勘定科目の一覧
04 TEST DESIGN

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

月次の日程は動かせず、全ての支払パターンを確かめ切れません。限られた機会を確認の単位に分け、基準へ具体化します。

STEP 01 完了の確認と内容の検証を分ける処理が通るかと内容が正しいかを別の段階に置く
どう確かめるか

支払の完了確認と支払内容の検証を段階に分けて実行する

最初は債務計上から消込までが通るかを見ます。続いて支払データと消込結果を突き合わせ、相手と金額と期日を確かめます。段階を分ければ、処理が止まったのか内容が誤っていたのかを切り分けられます。

  • 01債務計上から支払消込までが最後まで通ることを先に確かめる
  • 02支払データと消込の結果を突き合わせて相手と金額と期日を見る
  • 03段階を分けて処理が止まる不具合と内容の誤りを切り分けられるようにする
OUTPUT段階別の実行計画
STEP 02 支払条件の組合せを網羅する締め日と支払手段と税区分の組合せを規則へ整理する
どう確かめるか

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

組合せの条件は、仕入先ごとの締め日、支払手段、税区分、相殺と源泉徴収です。全件は月次の日程で回せないため、JSTQBのシラバス日本語版にあるデシジョンテーブルの技法で組合せを規則の形に整理し、確かめた分を示します。

  • 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件以上の実績に裏付けられた債務管理の検証

検証では開発ベンダーと立場を分けます。支払うべき相手と金額を期日通りに、二重にならず一度だけ支払えたことを証跡で確かめます。支援実績5,000件以上と20年の第三者検証の経験を踏まえて伴走します。

SVC 01

支払サイクル起点のテスト設計

JSTQB認定エンジニアが、債務計上の契機、期日の算出方法、突合の許容差の分岐から観点表を起こし、初回の締めの前に確認する範囲を決めます。

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

支払った内容を帳簿と突き合わせ

支払の実行結果を帳簿と照らし合わせ、支払先と金額、期日が債務残高や仕訳と一致するかを仕入先ごとに検証します。

仕入先ごとの締め日・支払期日と三点照合の許容差の組合せまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

既存の体制に合わせた役割の分担

テスト設計から実行支援、受け入れテストの補助まで対応します。従業員数272名の私たちが、不足する部分を担います。

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

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

消込結果と帳簿の突合記録を証跡に、支払パターンを確認済みと未確認に分けた一覧を、支払が取り消せなくなる前の稼働判断と監査へ提出します。

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

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

債務管理の運用と更改の予定、確認したい支払パターンを伺い、合意した範囲と優先順位でテストを進めます。

対象の支払業務とお困りごとを伺う

債務管理の運用と更改の予定、支払条件の見直し範囲と困りごとを確認します。

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

支払の誤りが取引へ及ぶ影響から優先順位を付け、範囲と工数を整理します。

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

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

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

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

初回の締めと支払実行日までに間に合う確認

債務管理システムで確認する範囲と優先順位をGENZに相談する

必要工数の考え方や関連テストの要否を、仕入先ごとの支払条件に沿って整理し、上程用の判断材料にそろえます。確認する範囲が固まっていない段階でもご相談いただけます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。