(57)【要約】【課題】財務会計システムと連携する他システム（例えば倉庫管理システム）において会計取引の不整合が発生した場合、検出手順が非常に煩雑であり、多くの時間を要する。【解決手段】ユーザは不整合データの有無を検索する条件を入力する。検索条件を基に、財務会計システムと連携する他システム（例えば倉庫管理システム）がそれぞれ保持するデータベースを比較し、出庫データに対応する会計取引データの有無を検索し、会計取引データに対応する貸方借方データの有無を検索し、不整合データの有無を検出する。検出された不整合データはその種別によって３つの異なるステータスを与えられる。検出済み不整合データテーブルを再帰的に使用することにより、検索時間の短縮を実現する。【選択図】図１０
2013122677.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションサーバと、財務会計システムと、倉庫管理システムと、ユーザ端末とがネットワークを介して接続されて構成される仕訳不整合データ検出システムであって、
前記ユーザ端末から、処理日、オーダ番号、品目情報、ユーザ情報を含む検索条件を受信する手段と、
前記受信した検索条件に基づき、発注元のオーダ番号を含む、各倉庫からの出庫履歴情報を管理する出庫オーダライン履歴テーブルを検索して、該当レコードの情報を取得する手段と、
前記取得したレコード情報を元に、オーダ番号、処理日、品目情報および不整合ステータスを含む検出済み不整合データテーブルを参照して、不整合データの有無を判定する手段と、
前記判定の結果、不整合データが存在しなかった場合、会計取引と、オーダ番号と、取引日と、金額とを対応付けて記憶した倉庫会計取引テーブルから前記レコードに対応するレコードを検索する手段と、
前記検索の結果、レコードが存在しなければ仕訳データ未作成として検出済み不整合データテーブルへ不整合データを挿入する手段と、
前記検索の結果、レコードが存在した場合、貸借タイプと、取引日と、取引種別と、取引ＩＤ等とを関連付けて記憶した統合取引テーブルから前記レコードに対応するレコードの数を検索し、検索されたレコードの数に基づき、片仕訳欠損または両仕訳欠損として前記検出済み不整合データテーブルに対しレコードを挿入する手段と、を有する、
ことを特徴とする不整合仕訳データ検出システム。
【請求項２】
アプリケーションサーバと、財務会計システムと、倉庫管理システムと、ユーザ端末とがネットワークを介して接続されて構成される仕訳不整合データ検出システムにおける仕訳不整合データ検出方法であって、
前記ユーザ端末から、処理日、オーダ番号、品目情報、ユーザ情報を含む検索条件を受信し、
前記受信した検索条件に基づき、発注元のオーダ番号を含む、各倉庫からの出庫履歴情報を管理する出庫オーダライン履歴テーブルを検索して、該当レコードの情報を取得し、
前記取得したレコード情報を元に、オーダ番号、処理日、品目情報および不整合ステータスを含む検出済み不整合データテーブルを参照して、不整合データの有無を判定し、
前記判定の結果、不整合データが存在しなかった場合、会計取引と、オーダ番号と、取引日と、金額とを対応付けて記憶した倉庫会計取引テーブルから前記レコードに対応するレコードを検索し、
前記検索の結果、レコードが存在しなければ仕訳データ未作成として検出済み不整合データテーブルへ不整合データを挿入し、
前記検索の結果、レコードが存在した場合、貸借タイプと、取引日と、取引種別と、取引ＩＤ等とを関連付けて記憶した統合取引テーブルから前記レコードに対応するレコードの数を検索し、検索されたレコードの数に基づき、片仕訳欠損または両仕訳欠損として前記検出済み不整合データテーブルに対しレコードを挿入する、
ことを特徴とする仕訳不整合データ検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、財務会計システムにおけるデータと財務会計システムと連携して動作する周辺システム間におけるデータ不整合検出技術に関し、特に、在庫管理データの不整合を検出する技術に関する。
【背景技術】
【０００２】
企業活動を行う上で貸借対照表、損益計算表、キャッシュフロー計算書、等の財務諸表の作成を定期的に行う必要がある。製造業においては、販売データ、購買データ、在庫データ、製造データなどの膨大なトランザクションと連携し会計データが作成され、例えばここから貸借対照表などの財務諸表が作成される。会計データの貸方と借方に1点でも不整合がある場合、貸借対照表を完成することは出来ない。また、ロジスティックスデータ(販売データ、購買データ、他)と会計データは相互に依存しており、どこかに不整合があるとその原因と修正箇所を特定することが困難である。しかしながら、財務会計システムにおいてデータに不整合が生じることは実務の上ではしばしば発生する問題である。
【０００３】
この問題を解決する為、不整合の検出や修正に関するシステムが知られている（例えば、特許文献１、２参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−４３９３２号公報
【特許文献２】特開２００７−１５７１７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
企業活動を行う上で、例えば貸借対照表を正しく作成する必要があるが、上記特許文献1では連結決算時の複数会社の会計データにおける不整合原因を追究することが出来るが、あるひとつの企業内で発生している不整合を追究することは出来ない。
【０００６】
また、上記特許文献2では出納帳や補助簿上のデータを参照することで不整合データの修正を行うことができる。しかし、財務会計システムのデータ間で不整合はなく、財務会計システムと外部システム(例えば、在庫管理システム)との連携に不整合が発生している場合、不整合を検出できないという課題がある。
【０００７】
さらに、製造業においては販売データから在庫の確認、部品の調達、倉庫への受入れ、部品の払出、製造、出荷等、各工程別に財務会計システムへデータが渡されるため、仕訳データが日々増え続け。この為、不整合データは短時間で検出できなくてはならないという課題がある。
【０００８】
本発明の目的は、周辺システム(在庫管理システム)のデータとその外部システムと連携して動作する財務会計システムのデータの間に不整合が発生した場合、その不整合の内容を取り出し、かつ短時間で不整合結果を知ることが出来る技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決する為の一手段について説明する。本発明に関わる仕訳不整合データ検出システムは、アプリケーションサーバと、財務会計システムと、倉庫管理システムと、ユーザ端末とがネットワークを介して接続されて構成される。前記仕訳不整合データ検出システムは、前記ユーザ端末から、処理日、オーダ番号、品目情報、ユーザ情報を含む検索条件を受信する手段と、前記受信した検索条件に基づき、発注元のオーダ番号を含む、各倉庫からの出庫履歴情報を管理する出庫オーダライン履歴テーブルを検索して、該当レコードの情報を取得する手段と、前記取得したレコード情報を元に、オーダ番号、処理日、品目情報および不整合ステータスを含む検出済み不整合データテーブルを参照して、不整合データの有無を判定する手段と、前記判定の結果、不整合データが存在しなかった場合、会計取引と、オーダ番号と、取引日と、金額とを対応付けて記憶した倉庫会計取引テーブルから前記レコードに対応するレコードを検索する手段と、前記検索の結果、レコードが存在しなければ仕訳データ未作成として検出済み不整合データテーブルへ不整合データを挿入する手段と、前記検索の結果、レコードが存在した場合、貸借タイプと、取引日と、取引種別と、取引ＩＤ等とを関連付けて記憶した統合取引テーブルから前記レコードに対応するレコードの数を検索し、検索されたレコードの数に基づき、片仕訳欠損または両仕訳欠損として前記検出済み不整合データテーブルに対しレコードを挿入する手段と、を有することを特徴とする。
【発明の効果】
【００１０】
上記特徴を有する本発明によれば、財務会計システムと外部システム（倉庫理システム）とのデータ連携において仕訳データの不整合の有無を検出し、不整合の種別（仕訳未作成、両仕訳欠損、片仕訳欠損）を特定し、さらに高速にこれらの処理を行うことが出来る。
【図面の簡単な説明】
【００１１】
【図１】仕訳不整合データ検出システム１の全体構成例を示す図である。
【図２】ＡＰサーバ１０のハードウェア構成例を示す図である。
【図３】財務会計サーバ１１のハードウェア構成例を示す図である。
【図４】倉庫管理サーバ１２のハードウェア構成例を示す図である。
【図５】ユーザ端末１３のハードウェア構成例を示す図である。
【図６】倉庫管理サーバ１２が具備する出庫オーダライン履歴テーブル４１０のデータ構成例を示す図である。
【図７】ＡＰサーバ１０が具備する検出済み不整合データテーブル２２０のデータ構成例を示す図である。
【図８】倉庫管理サーバ１２が具備する倉庫会計取引テーブル４１２のデータ構成例を示す図である。
【図９】財務会計サーバ１１が具備する統合取引テーブル３３１のデータ構成例を示す図である。
【図１０】仕訳不整合データ検出処理のシーケンス図を示す図である。
【図１１】仕訳不整合データ検出プログラムの処理を示すフローチャートである。
【図１２】仕訳不整合データ検出プログラムの処理を示すフローチャートである。
【図１３】ユーザ端末１３の表示部５００に表示される仕訳不整合データ検出プログラムの画面レイアウト例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施例について、図面を参照して詳細に説明する。
【００１３】
図１は、本実施例に係る仕訳不整合データ検出プログラムが参照する仕訳不整合データ検出システム１の全体構成例を示す図である。
【００１４】
本実施例に係る仕訳不整合データ検出システム１は、ＡＰ（アプリケーション）サーバ１０と、財務会計サーバ１１と、倉庫管理サーバ１２と、複数のユーザ端末１３とがネットワーク１４に接続されて構成される。ＡＰサーバ１０はユーザ端末１３からの要求を元に、財務会計サーバ１１と倉庫管理サーバ１２に接続し、不整合データの検出を行う。このＡＰサーバ１０は企業内のサーバ室に設置される。財務会計サーバ１１は一企業内の経理業務を一元的に管理する。財務会計サーバ１１は企業内のサーバ室に設置される。倉庫管理サーバ１２は一企業内の倉庫業務を一元的に管理する。倉庫管理サーバ１２は企業内のサーバ室に設置される。ユーザ端末１３は仕訳不正データ検出プログラムを実行するためのユーザインターフェイスとして利用される端末である。このユーザ端末１３は一企業内の経理業務を行う施設内に設置される。
【００１５】
図２は、ＡＰサーバ１０のハードウェア構成例を示す図である。
【００１６】
ＡＰサーバ１０は、記憶部２００と、表示部２０１と、入力部２０２と、制御部２０３と、ネットワークインターフェース部２０４とを具備する。各部はバス（BUS）によって接続されている。記憶部２００には、仕訳不整合検出機能２１１からなるプログラム２１０と、検出済み不整合データテーブル２２１からなるデータベース２２０とが格納されている。仕訳不整合検出機能２１１は、ユーザ端末１３から入力された検索条件をもとに、財務会計サーバ１１と倉庫管理サーバ１２が保持するデータベースを検索し、不整データがあれば検出済み不整合データテーブル２２１へ格納する機能を有する。プログラム２１０は、制御部２００により記憶部２００から図示していないメモリにロードされ実行される。
【００１７】
図３は、財務会計サーバのハードウェア構成例を示す図である。
【００１８】
財務会計サーバは、表示部３００と、記憶部３０１と、入力部３０２と、制御部３０３と、ネットワークインターフェイス部３０４とを具備する。各部はBUSによって接続されている。記憶部３０１には、統合取引テーブル３１１からなるデータベース３１０が格納されている。尚、記憶部３０１には図示されていないその他の財務会計プログラムと財務会計データベースが存在する。記憶部３０１に格納される図示されていないプログラムは制御部３０３により図示されていないメモリにロードされ実行される。
【００１９】
図４は、倉庫管理サーバ１２のハードウェア構成例を示す図である。
【００２０】
倉庫管理サーバ１２は、表示部４００と、記憶部４０１、入力部４０２と、制御部４０３と、ネットワークインターフェイス部４０４とを具備する。各部は、BUSによって接続されている。記憶部４０１には出庫オーダライン履歴テーブル４１１と、倉庫会計取引テーブル４１２からなるデータベース４１０が格納されている。尚、記憶部４０１には図示されていないその他の倉庫管理プログラムと倉庫管理データベースが存在する。記憶部４０１に格納される図示されていないプログラムは制御部４０３により図示されていないメモリにロードされ実行される。
【００２１】
図５は、ユーザ端末１３のハードウェア構成例を示す図である。
【００２２】
ユーザ端末１３は、表示部５００と、記憶部５０１と、入力部５０２と、制御部５０３と、ネットワークインターフェース部５０４とを具備する。各部は、BUSによって接続されている。記憶部５０１はユーザインターフェイス機能５１２からなるプログラム５１１が格納されている。プログラム５１１は、制御部５０３により図示していないメモリにロードされ実行される。
【００２３】
図６は、倉庫管理サーバ１２が具備するデータベース４１０の出庫オーダライン履歴テーブル４１１のデータ構成例を示す図であり、出庫オーダライン履歴テーブル４１１は各倉庫から出庫される部材の履歴情報を管理するテーブルである。出庫オーダライン履歴テーブル４１１には、オーダ発注元６０１と、オーダ番号６０２と、ライン番号６０３と、ライン状況６０４と、処理日６０５と、実際納期６０６と、品目６０７と、ユーザ６０８とがそれぞれ対応付けて記憶されている。倉庫管理サーバ１２で管理されている品目に対し、出庫に伴い変化するデータの属性の履歴を本テーブルでは管理している。オーダ発生元６０１は品目の出庫が行われるトリガーとなったオーダ種別（製造オーダ、販売オーダ、倉庫オーダ、他）を示すデータである。オーダ番号６０２はオーダ発生元６０１で示したデータのＩＤ番号を示すデータである。ライン番号６０３はオーダ番号６０２の枝番を示すデータである。ライン状況６０４は出庫ステータス（オープン、発送確定済、出荷済、他）を示すデータである。処理日６０５は出庫ステータス６０４が変更された日付と時間を示すデータである。実際納期６０６は品目が実際に出庫された日付と時間を示すデータである。品目６０８は品目のＩＤ番号を示すデータである。ユーザ６０９は変更を行ったユーザを示すデータである。尚、倉庫管理サーバに格納されるプログラムから出庫関連の処理が行われた際に出庫オーダライン履歴テーブル４１１に対し自動的にレコードが作成される。
【００２４】
図７は、ＡＰサーバ１０が具備する検出済み不整合データテーブル２２１のデータ構成例を示す図である。検出済み不整合データテーブル２２０には、オーダ番号７０１と、ライン番号７０２と、処理日７０３と、実際納期７０４と、品目７０５と、ユーザ７０６と、ステータス７０７とがそれぞれ対応付けて記憶されている。オーダ番号７０１は各オーダのオーダ番号を示すデータである。ライン番号７０２はオーダ番号７０１の枝番を示すデータである。処理日７０３は当該データの出庫履歴が変更された日付と時間を示すデータである。実際納期７０４は品目が実際に出庫された日付と時間を示すデータである。品目７０５は品目のＩＤ番号を示すデータである。ユーザ７０６は当該レコードに変更を行ったユーザを示すデータである。ステータス７０７は当該レコードの仕訳のステータスを示すデータである。不整合データ検出を行うプログラム２１０が実行され、不整合データが検出された場合これらのデータがレコードとして検出済み不整合データテーブル２２０へ格納される。
【００２５】
図８は、倉庫管理サーバ１２が具備するデータベース４１０の倉庫会計取引テーブル４１２のデータ構成例を示す図である。倉庫会計取引テーブル４１２には、ＩＤ番号８０１と、会計取引８０２と、オーダ番号８０３と、ライン番号８０４と、取引日８０５と、金額８０６とがそれぞれ対応付けて記憶されている。ＩＤ番号８０１は本テーブルに格納されるレコードに対して付与される一意なＩＤ番号を示すデータである。会計取引８０２は会計取引の種別（出庫、入庫、他）を示すデータである。オーダ番号８０４は当該会計取引が行うトリガーとなったオーダ番号を示すデータである。取引日８０６は当該会計取引が計上される日付と時間を示すデータである。金額８０７は当該会計取引により計上される金額を示すデータである。尚、倉庫会計取引テーブル４１２は品目の入出庫に伴う会計取引が発生した際にデータが格納される。
【００２６】
図９は、財務会計サーバが具備するデータベース３１０の統合取引テーブル３１１のデータ構成例を示す図である。統合取引テーブル３１１は各業務(販売、購買、倉庫、製造、etc)で発生した会計取引を格納するテーブルである。統合取引テーブル３１１には、ＩＤ番号９０１と、貸借タイプ９０２と、取引日９０３と、取引種別９０４と、取引ＩＤ９０５と、取引額９０６と、元帳勘定９０７とがそれぞれ対応付けて記憶されている。ＩＤ番号９０１は本テーブルに格納されるレコードに対して付与される一意なＩＤ番号を示すデータである。貸借タイプ９０２は貸方または借方のいずれかを示すデータである。取引日９０３は当該取引データが計上された日付と時間を示すデータである。取引種別９０４は当該取引の発生元オーダの種別（製造オーダ、販売オーダ、購買オーダ、他）を示すデータである。取引ＩＤ９０５は取引種別９０４に対応するオーダ番号を示すデータである。取引額９０６は当該会計取引により計上される金額を示すデータである。元帳勘定９０７は当該取引の勘定を示すデータである。各業務システムで会計取引が発生した際に、統合取引テーブル３１１へデータが格納される。
【００２７】
図１０は、仕訳不整合データ検出処理のシーケンス図を示す図である。ユーザはユーザ端末１３から仕訳不整合データを検索する際の条件(範囲)を入力する。入力された検索条件は、ユーザ端末１３からＡＰサーバへ送信される（ステップS１００１）。ＡＰサーバ１０は、受信した検索条件を倉庫管理サーバ１２に送信し、検索条件に対応する出庫履歴データの有無を問合せる（ステップS１００２）。倉庫管理サーバ１２は、ＡＰサーバ１０からの問合せに対し、出庫オーダライン履歴テーブル４１１を検索し、検索結果をＡＰサーバ１０へ応答する（ステップS１００３）。このステップS１００３で返された検索結果を基に、ＡＰサーバ１０は、自身が保持する検出済み不整合データテーブル２２１に同じレコードの有無を検索する(ステップS１００４)。尚、この検出済み不整合データテーブル２２１は過去に不整合データの検索結果を保存している。この為、ステップS１００４の検索でレコードが存在した場合、各業務サーバ（倉庫管理サーバ１２や財務会計サーバ１１）への検索処理をスキップし、不整合データ（仕訳未作成）が検出されたと判定する。後続の処理をスキップすることにより、仕訳不整合データ検出処理はそのレスポンスタイムを高速化させることが出来る。一方、検出済み不整合データテーブル２２１の検索の結果、データが存在しなかった場合、各業務サーバ（倉庫管理サーバ１２や財務会計サーバ１１）への検索処理を行うため、ＡＰサーバ１０はまず倉庫管理サーバ１２に対し、出庫に伴う会計取引が正しく生成されているか確認する。この確認のため、倉庫の入出庫に伴う会計取引の問合せを行う（ステップS１００６）。ＡＰサーバ１０からの問合せに対し、倉庫管理サーバ１２は自身が保持する倉庫会計取引テーブル４１２を検索し、結果をＡＰサーバ１０へ返す（ステップS１００７）。このステップS１００７で返された検索結果、会計取引のデータが存在しなかった場合、ＡＰサーバ１０は不整合データ（両仕訳欠損）を検出したと判断し、自身が保持する検出済み不整合データテーブル２２１へデータを記録する（ステップS１００８）。一方、当該会計取引データが存在した場合、ＡＰサーバ１０は財務会計サーバ１１に対し、当該会計取引に対応する仕訳が存在するかを確認するため、問合せを行う（ステップS１００９）。財務会計サーバ１１はＡＰサーバからの問合せを受け、自身が保持する統合取引テーブル３１１の検索結果をＡＰサーバ１０へ応答する(ステップS１０１０)。ステップS１０１０でＡＰサーバ１０へ結果を受け、ＡＰサーバ１０は貸方と借方のデータの有無をチェックし、片方のみ存在した場合は片仕訳欠損として、また両方の仕訳が存在しない場合は両仕訳欠損として、自身が保持する検出済み不整合データテーブル２２０へ不整合データの検出結果を記録する（ステップS１０１１）。
【００２８】
図１１及び図１２は、不整合データ検出処理を示すフローチャートである。
【００２９】
まずはじめに、ユーザは不整合データの有無を確認するため、ユーザ端末１３の記憶部５０１に格納されているユーザインターフェイス機能５１２の実行を指示する。実行指示を受けたユーザインターフェイス機能５１２はネットワーク１４を介しＡＰサーバ１０へアクセスしユーザ端末１３の表示部５００へユーザインタフェースが表示される。
【００３０】
ユーザは表示部５００から不整合データの検索条件を入力する。入力可能なフィールドは処理日（１３０１〜１３０４）、オーダ番号（１３０５、１３０６）、品目ＩＤ（１３０７、１３０８）、ユーザ名（１３０９、１３１０）である。ここでいうユーザ名とは倉庫管理システム１２にて出庫処理を実行したユーザ名を指す。ここで入力されたデータはユーザ端末１３からネットワーク１４を介しＡＰサーバ１０へ送信され、ＡＰサーバ１０の記憶部２００のＲＡＭに格納される（ステップS１１０１）。
【００３１】
次に、ユーザから入力された検索条件を元に、ＡＰサーバ１０の仕訳不整合検出プログラム２１０が倉庫管理サーバ１２に対し検索の問合せを発行し、検索依頼を受け取った倉庫管理サーバ１２はデータベース４１０に格納されている出庫オーダライン履歴テーブル４１１を検索する（ステップS１１０２）。尚、ユーザが入力した検索条件である処理日（１３０１〜１３０４）は処理日６０５と、オーダ番号（１３０５、１３０６）はオーダ番号６０２と、品目ＩＤ（１３０７、１３０８）は品目６０７と、ユーザ（１３０９、１３１０）はユーザ６０８にそれぞれ対応する。また、ヒットしたレコードのカラム（６０１〜６０８）データは全て倉庫管理サーバ１２からＡＰサーバ１０へ送られ、ＡＰサーバ１０の記憶部２００のＲＡＭへ格納される。
【００３２】
ＡＰサーバ１０は、ステップS１１０２の検索結果を受け、レコードが存在したかしないかで以降の処理を分岐させる（ステップS１１０３)。レコードが存在しなかった場合、製造に関わる当該出庫情報が存在しないことを示す。当該出庫情報がなければ、これに関連する仕訳データも存在しない。つまり、そもそも仕訳が発生しないデータに対し仕訳の不整合データは存在しない為、仕訳検出プログラム２１０は処理を終了する。一方、レコードが存在すると判定された場合、次のステップS１１０４の処理へ進む。
【００３３】
ステップS１１０４ではステップS１１０２でヒットしたレコード（６０１〜６０８）が検出済み不整合データテーブル２２１に存在するか検索する。検出済み不整合データテーブル２２１には、過去にＡＰサーバ１０が仕訳不整合検出機能２１１を実行した際に検出された不整合データが格納されている。本フローチャートでは過去に仕訳不整合検出機能２１１が実行され、不整合データが検出され、検出済み不整合データテーブル２２１にレコードが格納されている例を想定する。尚、検索を実行する際はオーダ番号６０１はオーダ番号７０１と、ライン番号６０３はライン番号７０２と、処理日６０５は処理日７０３にそれぞれ対応させる。仕訳不整合検出機能２１１はステップS１１０２でヒットしたレコード（６０１〜６０８）が出済み不整合データテーブル２２１にレコードが存在しなかったレコードをＡＰサーバ１０の記憶部２００に格納する。
【００３４】
ステップS１１０４が終了すると、検出済み不整合データテーブル２２１に該当するレコードの有無で以降の処理が分岐する（ステップS１１０５）。ステップS１１０２でヒットしたレコード（６０１〜６０８）が検出済み不整合データテーブル２２１にレコードが存在した場合、仕訳不整合検出機能２２１は過去に同様の不整合データの検出を行ったとみなし、以降の検索処理をスキップし、処理を終了する。一方、ステップS１１０２でヒットしたレコード（６０１〜６０８）が出済み不整合データテーブル２２１にレコードが存在しなかった場合、仕訳不整合検出機能２２１はステップS１１０６に遷移します。
【００３５】
ステップS１１０６ではステップS１１０４でＡＰサーバ１０の記憶部２００のＲＡＭに格納されたレコード（以下ステップS１１０４結果レコード）に対して、ＡＰサーバ１０の仕訳不正検出機能２１１は倉庫の入出庫に伴う会計取引が存在の有無を倉庫管理サーバ１２へ問合せる（ステップS１１０６）。倉庫管理サーバは会計取引８０２が出庫と、オーダ番号８０３がS１１０４結果レコードの６０２と、ライン番号８０４がステップS１１０４結果レコードの６０３となる条件でレコードを検索し、レコードのカラムデータ（ＩＤ番号８０１、会計取引８０２、オーダ番号８０３、ライン番号８０４、取引日８０５）をＡＰサーバ１０へ返す。仕訳不正検出機能２１１はこれらの検索結果をＡＰサーバ１０の記憶部２００のＲＡＭへ格納する。以降この検索結果レコードをS１１０６結果レコードと呼ぶ。
【００３６】
ステップS１１０６の検索の結果、仕訳不正検出機能２１１はレコードの有無により以降の処理を分岐させる（ステップS１１０７）。S１１０４結果レコードがステップS１１０６結果レコードに存在しない場合、何かを製造する為に部品倉庫から部材が出庫されたことを示す。つまり、部品倉庫から製造ラインへ部材の在庫移動が発生しているため、仕掛品などに対する会計取引のデータが存在している必要がある。しかし、この仕掛品などに対する会計取引のデータが存在しないため、結果、仕訳不整合検出機能２１１は当該レコードを不整合データとみなし、検出済み不整合データテーブル２２０にレコードを追加する（ステップS１１０８）。尚、オーダ番号７０１にはステップS１１０４結果レコードの６０２が、ライン番号７０２にはS１１０４結果レコードの６０３が、処理日７０３にはS１１０４結果レコードの６０５が、実際納期７０４にはステップS１１０４結果レコードの６０６が、品目７０５にはS１１０４結果レコードの６０７が、ユーザ７０６にはステップS１１０４結果レコードの６０８が、ステータス７０７には仕訳未作成がそれぞれ対応したレコードが検出済み不整合データテーブル２２０へ挿入され、処理を終了させる。一方、S１１０４結果レコードがステップS１１０６結果レコードに存在する場合、仕訳不整合検出機能２１１は出庫処理に対応する会計データが存在する判断し、当該レコードを不整合データとみなさずに次の処理（ステップS１１０９）に遷移する。
【００３７】
ステップS１１０９では仕訳不整合検出機能２２１はステップS１１０４結果レコードがS１１０６結果レコードに存在するという条件を満たすステップS１１０４結果レコード（以下S１１０７分岐後レコードと呼ぶ）に対応する貸方と借方の会計取引データの有無を財務会計サーバ１１へ問合せる。仕訳不整合検出機能２２１の問合せを受取った財務会計サーバ１１は、取引日９０３がステップS１１０７分岐後レコードの８０５と、取引種別９０４が製造オーダと、取引ＩＤ９０５がステップS１１０７分岐後レコード８０３となる条件で統合取引テーブル３１１を検索し、ステップS１１０７分岐後レコード１件に対し、ヒットしたレコードの数をＡＰサーバ１０へ返す。
【００３８】
S１１０７分岐後レコード１件に対し、ステップS１１０９でヒットしたレコードの数で以降の処理を分岐させる（ステップS１１１０）。
【００３９】
S１１０７分岐後レコード１件に対し、ステップS１１０９でヒットしたレコードの数が０件であった場合、仕訳データが貸方及び借方の両方のデータが存在しないことを意味する。つまり、「両仕訳欠損」の状態が発生していることを示す。この為、仕訳不整合検出機能２２１は不整合データを検出したと判断し、オーダ番号７０１にはステップS１１０７分岐後レコードの８０３が、ライン番号７０２にはステップS１１０７分岐後レコードの８０４が、処理日７０３にはステップS１１０７分岐後レコードの８０５が、実際納期７０４にはステップS１１０７分岐後レコードの６０６が、品目７０５にはステップS１１０７分岐後レコードの６０７が、ユーザ７０６にはステップS１１０７分岐後レコードの６０８が、ステータス７０７には両仕訳欠損が入力されたレコードが検出済み不整合データテーブル２２０に挿入される（ステップS１１１１）。
【００４０】
また、ステップS１１０７分岐後レコード１件に対し、ステップS１１０９でヒットしたレコードの数が１件であった場合、仕訳データが貸方及び借方のいずれか片方のみが存在したことを意味する。つまり、「片仕訳欠損」の状態が発生していることを示す。この為、仕訳不整合検出機能２２１は不整合データを検出したと判断し、オーダ番号７０１にはステップS１１０７分岐後レコードの８０３が、ライン番号７０２にはS１１０７分岐後レコードの８０４が、処理日７０３にはステップS１１０７分岐後レコードの８０５が、実際納期７０４にはステップS１１０７分岐後レコードの６０６が、品目７０５にはステップS１１０７分岐後レコードの６０７が、ユーザ７０６にはS１１０７分岐後レコードの６０８が、ステータス７０７には片仕訳欠損が入力されたれコードが検出済み不整合データテーブル２２０に挿入される（ステップS１１１２）。
【００４１】
一方、S１１０７分岐後レコード１件に対し、ステップS１１０９でヒットしたレコードの数が２件であった場合、仕訳データが貸方と借方の両方が存在したことを意味する。この場合、不整合データが存在しなかったと判定し、検出済み不整合オーダテーブル２２０へのレコードの挿入は行わない。
【００４２】
図１３は、ユーザ端末に表示されるユーザインターフェースの画面レイアウトを示す図である。ユーザは１３０１には処理日の開始日付を、１３０２には処理日の開始時間を、１３０３には処理日の終了日付を、１３０４には処理日の終了時間を、１３０５にはオーダ番号の先頭番号を、１３０６にはオーダ番号の末尾番号を、１３０７には品目ＩＤの先頭ＩＤ番号を、１３０８には品目ＩＤの末尾ＩＤ番号を、１３０９にはユーザＩＤの先頭ＩＤ番号を、１３１０にはユーザＩＤの末尾ＩＤ番号を入力することが出来る。またユーザは実行ボタン１３１１をクリックすると不整合仕訳検出機能２１１を開始することができ、閉じるボタン１３１２をクリックすると、ユーザインターフェースの画面１３００を終了することが出来る。
【００４３】
以上、本発明の一実施例について説明した。上記実施例によれば、財務会計システムと外部システム（倉庫理システム）とのデータ連携において仕訳データの不整合の有無を検出し、不整合の種別（仕訳未作成、両仕訳欠損、片仕訳欠損）を特定し、さらに高速にこれらの処理を行うことが出来る。
【００４４】
また、本発明は上記実施例に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００４５】
１０・・・ＡＰサーバ、１１・・・財務会計サーバ、１２・・・倉庫管理サーバ、１３・・・ユーザ端末、２００、３０１、４０１、５０１・・・記憶部、２０１、３００、４００、５００・・・表示部、２０２、３０２、４０２、５０２・・・入力部、２０３、３０３、４０３、５０３・・・制御部、２０４、３０４、４０４、５０４・・・ネットワークインターフェース部。
【図１】
2013122677.tif 000003
【図２】
2013122677.tif 000004
【図３】
2013122677.tif 000005
【図４】
2013122677.tif 000006
【図５】
2013122677.tif 000007
【図６】
2013122677.tif 000008
【図７】
2013122677.tif 000009
【図８】
2013122677.tif 000010
【図９】
2013122677.tif 000011
【図１０】
2013122677.tif 000012
【図１１】
2013122677.tif 000013
【図１２】
2013122677.tif 000014
【図１３】
2013122677.tif 000015