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回と定められています。明細行ごとの丸めが残ると、誤った税額の請求書が大量に出ます。

端数処理の誤り

取引先マスタの送付先の誤りで別の会社へ請求書が届く

送付先の登録に誤りがあると、金額が正しくても別の会社へ届きます。登録どおりに送付されてエラーにはならないため、気づけません。

送付先の取り違え

請求締めをやり直した後に同じ請求書が二重に交付される

締めをやり直すことは運用上起こります。確定済みの請求との対応が崩れると、同じ取引の請求書が2通とも交付されてしまいます。

請求書の二重交付

保存した請求書を取引年月日や取引先で検索できない

保存と検索は別に実装されることが多くあります。取引年月日や取引先で検索できないと、目的の1通は、全件を目で確認して探すしかありません。

保存後の検索不可
02 RISK

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

不具合は請求書の発行が止まらない限り目立たず、誤りは取引先へ流れます。社内だけでなく取引先への確認が必要になり、対応にかかる時間が膨らみます。

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

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

静的テストは、実行前に設計書や設定値、帳票様式を読み合わせ、業務要件とのずれを照合するために行います。確定した業務要件と制度上の要件を基準に、請求書の誤りに直結する5観点で照合します。

記載事項

取引先ごとの様式に適格請求書の記載事項が欠けていないかを照合する

見るのは、取引先ごとの様式に適格請求書の記載事項が欠けていないかどうかです。指定のレイアウトを優先すると記載欄が落ち、事項を欠いた請求書が発行されます。システム上の処理に現れないため、読み合わせで摘出します。

確認する資料
  • 請求書の様式定義
  • 記載事項の一覧
  • 取引先別の取り決め
税額計算

税率ごとに区分した税額と端数処理の回数の照合

税率ごとの税額の算出方法と丸めの設定を照合します。端数処理の方法は任意でも、回数は一の適格請求書につき税率ごとに1回のため、区別せずに読むと明細ごとの丸めを見逃します。

確認する資料
  • 税区分の設定値
  • 税額の算出仕様
  • 端数処理の規定
締め範囲

請求締めの範囲と取引先ごとの請求サイクルがずれる締め日を洗い出す

ずれが出るのは、請求締めの範囲と取引先ごとの請求サイクルが食い違う締め日です。月末締めを前提にした設計のままだと、20日締めの取引先では期の途中の取引が抜け落ちます。締め日ごとに読み分けます。

確認する資料
  • 締め日の設定表
  • 請求サイクル一覧
  • 対象取引の抽出条件
交付保存

交付の方式と到達の確認手段および保存要件の照合

請求書の交付は、方式ごとの連携仕様と保存要件を照合します。正常終了と到達は別なので、到達確認の定義がなければ未達を検知できません。データが保存要件を満たして残るかも点検します。

確認する資料
  • 交付方式の一覧
  • 連携仕様書
  • 保存要件の規定
修正交付

再発行と修正交付が区別され、修正の対応関係を追えるかを確かめる

照合の対象には、再発行と修正交付の区別だけでなく、対応関係の管理も含めます。同じ処理で出すと区別のつかない請求書が重なり、二重計上を招きます。どの請求書を修正したか記録に残るかも点検します。

確認する資料
  • 再発行の手順書
  • 修正交付の規定
  • 請求の対応関係表
  • 改訂履歴の台帳
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の間に立ち、取引条件と制度要件の2つの正しさを設計から実行、報告まで担います。

SVC 01

取引先ごとの条件から組むテスト観点

修正が締め処理に間に合わないと、誤った請求書を交付するおそれがあります。締め日の早い取引先や税率が混在する請求から確認します。

取引先ごとの様式や税区分の設定変更や改修と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

現行の請求書との一致と記載要件を分けて検証

現行の請求書との一致と記載要件は別観点です。現行を基準にする現新比較はその誤りを検出できず、記載事項は交付前に検証します。

取引先ごとの締め日と請求形態・交付方式の組合せまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

不足する範囲へ人日単位で参画

人日単位でテストの範囲をお選びいただけます。テスト設計のみ、実行支援、受け入れテストの補助など、体制の不足部分へ参画します。

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

交付前に確かめた範囲を残す報告

交付前に記載事項の確認結果と税率ごとの端数処理の検証結果をテストサマリレポートにまとめます。未確認の範囲と残存リスクを分けて添えます。

テストの証跡を保全し、交付前に確かめた範囲と未確認の範囲・残存リスクを分けたテストサマリレポートにまとめる流れを示した赤白紙カード基調の無文字図解。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
07 FLOW

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

請求業務の運用と改修の予定、確認したい請求パターンを伺い、合意した範囲と優先順位でテストを進めます。

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

請求業務の運用と改修の予定、様式や税区分の見直し範囲を確認します。

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

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

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

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

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

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

請求の誤りが出やすい箇所の見取り図

請求管理システムのテスト範囲と優先順位をGENZに相談する

業務フローと請求条件、帳票様式をご共有ください。工程ごとの確認する範囲と優先順位、必要工数を整理してお返しし、設計書レビューや機能テストの要否もご相談いただけます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。