アプリケーションサーバと、財務会計システムと、倉庫管理システムと、ユーザ端末とがネットワークを介して接続されて構成される仕訳不整合データ検出システムであって、前記ユーザ端末から、処理日、オーダ番号、品目情報、ユーザ情報を含む検索条件を受信する手段と、前記受信した検索条件に基づき、発注元のオーダ番号を含む、各倉庫からの出庫履歴情報を管理する出庫オーダライン履歴テーブルを検索して、該当レコードの情報を取得する手段と、前記取得したレコード情報を元に、オーダ番号、処理日、品目情報および不整合ステータスを含む検出済み不整合データテーブルを参照して、不整合データの有無を判定する手段と、前記判定の結果、不整合データが存在しなかった場合、会計取引と、オーダ番号と、取引日と、金額とを対応付けて記憶した倉庫会計取引テーブルから前記レコードに対応するレコードを検索する手段と、前記検索の結果、レコードが存在しなければ仕訳データ未作成として検出済み不整合データテーブルへ不整合データを挿入する手段と、前記検索の結果、レコードが存在した場合、貸借タイプと、取引日と、取引種別と、取引ID等とを関連付けて記憶した統合取引テーブルから前記レコードに対応するレコードの数を検索し、検索されたレコードの数に基づき、片仕訳欠損または両仕訳欠損として前記検出済み不整合データテーブルに対しレコードを挿入する手段と、を有する、ことを特徴とする不整合仕訳データ検出システム。アプリケーションサーバと、財務会計システムと、倉庫管理システムと、ユーザ端末とがネットワークを介して接続されて構成される仕訳不整合データ検出システムにおける仕訳不整合データ検出方法であって、前記ユーザ端末から、処理日、オーダ番号、品目情報、ユーザ情報を含む検索条件を受信し、前記受信した検索条件に基づき、発注元のオーダ番号を含む、各倉庫からの出庫履歴情報を管理する出庫オーダライン履歴テーブルを検索して、該当レコードの情報を取得し、前記取得したレコード情報を元に、オーダ番号、処理日、品目情報および不整合ステータスを含む検出済み不整合データテーブルを参照して、不整合データの有無を判定し、前記判定の結果、不整合データが存在しなかった場合、会計取引と、オーダ番号と、取引日と、金額とを対応付けて記憶した倉庫会計取引テーブルから前記レコードに対応するレコードを検索し、前記検索の結果、レコードが存在しなければ仕訳データ未作成として検出済み不整合データテーブルへ不整合データを挿入し、前記検索の結果、レコードが存在した場合、貸借タイプと、取引日と、取引種別と、取引ID等とを関連付けて記憶した統合取引テーブルから前記レコードに対応するレコードの数を検索し、検索されたレコードの数に基づき、片仕訳欠損または両仕訳欠損として前記検出済み不整合データテーブルに対しレコードを挿入する、ことを特徴とする仕訳不整合データ検出方法。企業活動を行う上で、例えば貸借対照表を正しく作成する必要があるが、上記特許文献1では連結決算時の複数会社の会計データにおける不整合原因を追究することが出来るが、あるひとつの企業内で発生している不整合を追究することは出来ない。また、上記特許文献2では出納帳や補助簿上のデータを参照することで不整合データの修正を行うことができる。しかし、財務会計システムのデータ間で不整合はなく、財務会計システムと外部システムとの連携に不整合が発生している場合、不整合を検出できないという課題がある。さらに、製造業においては販売データから在庫の確認、部品の調達、倉庫への受入れ、部品の払出、製造、出荷等、各工程別に財務会計システムへデータが渡されるため、仕訳データが日々増え続け。この為、不整合データは短時間で検出できなくてはならないという課題がある。本発明の目的は、周辺システムのデータとその外部システムと連携して動作する財務会計システムのデータの間に不整合が発生した場合、その不整合の内容を取り出し、かつ短時間で不整合結果を知ることが出来る技術を提供することにある。上記課題を解決する為の一手段について説明する。本発明に関わる仕訳不整合データ検出システムは、アプリケーションサーバと、財務会計システムと、倉庫管理システムと、ユーザ端末とがネットワークを介して接続されて構成される。前記仕訳不整合データ検出システムは、前記ユーザ端末から、処理日、オーダ番号、品目情報、ユーザ情報を含む検索条件を受信する手段と、前記受信した検索条件に基づき、発注元のオーダ番号を含む、各倉庫からの出庫履歴情報を管理する出庫オーダライン履歴テーブルを検索して、該当レコードの情報を取得する手段と、前記取得したレコード情報を元に、オーダ番号、処理日、品目情報および不整合ステータスを含む検出済み不整合データテーブルを参照して、不整合データの有無を判定する手段と、前記判定の結果、不整合データが存在しなかった場合、会計取引と、オーダ番号と、取引日と、金額とを対応付けて記憶した倉庫会計取引テーブルから前記レコードに対応するレコードを検索する手段と、前記検索の結果、レコードが存在しなければ仕訳データ未作成として検出済み不整合データテーブルへ不整合データを挿入する手段と、前記検索の結果、レコードが存在した場合、貸借タイプと、取引日と、取引種別と、取引ID等とを関連付けて記憶した統合取引テーブルから前記レコードに対応するレコードの数を検索し、検索されたレコードの数に基づき、片仕訳欠損または両仕訳欠損として前記検出済み不整合データテーブルに対しレコードを挿入する手段と、を有することを特徴とする。上記特徴を有する本発明によれば、財務会計システムと外部システム倉庫理システムとのデータ連携において仕訳データの不整合の有無を検出し、不整合の種別仕訳未作成、両仕訳欠損、片仕訳欠損を特定し、さらに高速にこれらの処理を行うことが出来る。以下、本発明の一実施例について、図面を参照して詳細に説明する。図1は、本実施例に係る仕訳不整合データ検出プログラムが参照する仕訳不整合データ検出システム1の全体構成例を示す図である。本実施例に係る仕訳不整合データ検出システム1は、APアプリケーションサーバ10と、財務会計サーバ11と、倉庫管理サーバ12と、複数のユーザ端末13とがネットワーク14に接続されて構成される。APサーバ10はユーザ端末13からの要求を元に、財務会計サーバ11と倉庫管理サーバ12に接続し、不整合データの検出を行う。このAPサーバ10は企業内のサーバ室に設置される。財務会計サーバ11は一企業内の経理業務を一元的に管理する。財務会計サーバ11は企業内のサーバ室に設置される。倉庫管理サーバ12は一企業内の倉庫業務を一元的に管理する。倉庫管理サーバ12は企業内のサーバ室に設置される。ユーザ端末13は仕訳不正データ検出プログラムを実行するためのユーザインターフェイスとして利用される端末である。このユーザ端末13は一企業内の経理業務を行う施設内に設置される。図2は、APサーバ10のハードウェア構成例を示す図である。APサーバ10は、記憶部200と、表示部201と、入力部202と、制御部203と、ネットワークインターフェース部204とを具備する。各部はバスBUSによって接続されている。記憶部200には、仕訳不整合検出機能211からなるプログラム210と、検出済み不整合データテーブル221からなるデータベース220とが格納されている。仕訳不整合検出機能211は、ユーザ端末13から入力された検索条件をもとに、財務会計サーバ11と倉庫管理サーバ12が保持するデータベースを検索し、不整データがあれば検出済み不整合データテーブル221へ格納する機能を有する。プログラム210は、制御部200により記憶部200から図示していないメモリにロードされ実行される。図3は、財務会計サーバのハードウェア構成例を示す図である。財務会計サーバは、表示部300と、記憶部301と、入力部302と、制御部303と、ネットワークインターフェイス部304とを具備する。各部はBUSによって接続されている。記憶部301には、統合取引テーブル311からなるデータベース310が格納されている。尚、記憶部301には図示されていないその他の財務会計プログラムと財務会計データベースが存在する。記憶部301に格納される図示されていないプログラムは制御部303により図示されていないメモリにロードされ実行される。図4は、倉庫管理サーバ12のハードウェア構成例を示す図である。倉庫管理サーバ12は、表示部400と、記憶部401、入力部402と、制御部403と、ネットワークインターフェイス部404とを具備する。各部は、BUSによって接続されている。記憶部401には出庫オーダライン履歴テーブル411と、倉庫会計取引テーブル412からなるデータベース410が格納されている。尚、記憶部401には図示されていないその他の倉庫管理プログラムと倉庫管理データベースが存在する。記憶部401に格納される図示されていないプログラムは制御部403により図示されていないメモリにロードされ実行される。図5は、ユーザ端末13のハードウェア構成例を示す図である。ユーザ端末13は、表示部500と、記憶部501と、入力部502と、制御部503と、ネットワークインターフェース部504とを具備する。各部は、BUSによって接続されている。記憶部501はユーザインターフェイス機能512からなるプログラム511が格納されている。プログラム511は、制御部503により図示していないメモリにロードされ実行される。図6は、倉庫管理サーバ12が具備するデータベース410の出庫オーダライン履歴テーブル411のデータ構成例を示す図であり、出庫オーダライン履歴テーブル411は各倉庫から出庫される部材の履歴情報を管理するテーブルである。出庫オーダライン履歴テーブル411には、オーダ発注元601と、オーダ番号602と、ライン番号603と、ライン状況604と、処理日605と、実際納期606と、品目607と、ユーザ608とがそれぞれ対応付けて記憶されている。倉庫管理サーバ12で管理されている品目に対し、出庫に伴い変化するデータの属性の履歴を本テーブルでは管理している。オーダ発生元601は品目の出庫が行われるトリガーとなったオーダ種別製造オーダ、販売オーダ、倉庫オーダ、他を示すデータである。オーダ番号602はオーダ発生元601で示したデータのID番号を示すデータである。ライン番号603はオーダ番号602の枝番を示すデータである。ライン状況604は出庫ステータスオープン、発送確定済、出荷済、他を示すデータである。処理日605は出庫ステータス604が変更された日付と時間を示すデータである。実際納期606は品目が実際に出庫された日付と時間を示すデータである。品目608は品目のID番号を示すデータである。ユーザ609は変更を行ったユーザを示すデータである。尚、倉庫管理サーバに格納されるプログラムから出庫関連の処理が行われた際に出庫オーダライン履歴テーブル411に対し自動的にレコードが作成される。図7は、APサーバ10が具備する検出済み不整合データテーブル221のデータ構成例を示す図である。検出済み不整合データテーブル220には、オーダ番号701と、ライン番号702と、処理日703と、実際納期704と、品目705と、ユーザ706と、ステータス707とがそれぞれ対応付けて記憶されている。オーダ番号701は各オーダのオーダ番号を示すデータである。ライン番号702はオーダ番号701の枝番を示すデータである。処理日703は当該データの出庫履歴が変更された日付と時間を示すデータである。実際納期704は品目が実際に出庫された日付と時間を示すデータである。品目705は品目のID番号を示すデータである。ユーザ706は当該レコードに変更を行ったユーザを示すデータである。ステータス707は当該レコードの仕訳のステータスを示すデータである。不整合データ検出を行うプログラム210が実行され、不整合データが検出された場合これらのデータがレコードとして検出済み不整合データテーブル220へ格納される。図8は、倉庫管理サーバ12が具備するデータベース410の倉庫会計取引テーブル412のデータ構成例を示す図である。倉庫会計取引テーブル412には、ID番号801と、会計取引802と、オーダ番号803と、ライン番号804と、取引日805と、金額806とがそれぞれ対応付けて記憶されている。ID番号801は本テーブルに格納されるレコードに対して付与される一意なID番号を示すデータである。会計取引802は会計取引の種別出庫、入庫、他を示すデータである。オーダ番号804は当該会計取引が行うトリガーとなったオーダ番号を示すデータである。取引日806は当該会計取引が計上される日付と時間を示すデータである。金額807は当該会計取引により計上される金額を示すデータである。尚、倉庫会計取引テーブル412は品目の入出庫に伴う会計取引が発生した際にデータが格納される。図9は、財務会計サーバが具備するデータベース310の統合取引テーブル311のデータ構成例を示す図である。統合取引テーブル311は各業務で発生した会計取引を格納するテーブルである。統合取引テーブル311には、ID番号901と、貸借タイプ902と、取引日903と、取引種別904と、取引ID905と、取引額906と、元帳勘定907とがそれぞれ対応付けて記憶されている。ID番号901は本テーブルに格納されるレコードに対して付与される一意なID番号を示すデータである。貸借タイプ902は貸方または借方のいずれかを示すデータである。取引日903は当該取引データが計上された日付と時間を示すデータである。取引種別904は当該取引の発生元オーダの種別製造オーダ、販売オーダ、購買オーダ、他を示すデータである。取引ID905は取引種別904に対応するオーダ番号を示すデータである。取引額906は当該会計取引により計上される金額を示すデータである。元帳勘定907は当該取引の勘定を示すデータである。各業務システムで会計取引が発生した際に、統合取引テーブル311へデータが格納される。図10は、仕訳不整合データ検出処理のシーケンス図を示す図である。ユーザはユーザ端末13から仕訳不整合データを検索する際の条件を入力する。入力された検索条件は、ユーザ端末13からAPサーバへ送信されるステップS1001。APサーバ10は、受信した検索条件を倉庫管理サーバ12に送信し、検索条件に対応する出庫履歴データの有無を問合せるステップS1002。倉庫管理サーバ12は、APサーバ10からの問合せに対し、出庫オーダライン履歴テーブル411を検索し、検索結果をAPサーバ10へ応答するステップS1003。このステップS1003で返された検索結果を基に、APサーバ10は、自身が保持する検出済み不整合データテーブル221に同じレコードの有無を検索する。尚、この検出済み不整合データテーブル221は過去に不整合データの検索結果を保存している。この為、ステップS1004の検索でレコードが存在した場合、各業務サーバ倉庫管理サーバ12や財務会計サーバ11への検索処理をスキップし、不整合データ仕訳未作成が検出されたと判定する。後続の処理をスキップすることにより、仕訳不整合データ検出処理はそのレスポンスタイムを高速化させることが出来る。一方、検出済み不整合データテーブル221の検索の結果、データが存在しなかった場合、各業務サーバ倉庫管理サーバ12や財務会計サーバ11への検索処理を行うため、APサーバ10はまず倉庫管理サーバ12に対し、出庫に伴う会計取引が正しく生成されているか確認する。この確認のため、倉庫の入出庫に伴う会計取引の問合せを行うステップS1006。APサーバ10からの問合せに対し、倉庫管理サーバ12は自身が保持する倉庫会計取引テーブル412を検索し、結果をAPサーバ10へ返すステップS1007。このステップS1007で返された検索結果、会計取引のデータが存在しなかった場合、APサーバ10は不整合データ両仕訳欠損を検出したと判断し、自身が保持する検出済み不整合データテーブル221へデータを記録するステップS1008。一方、当該会計取引データが存在した場合、APサーバ10は財務会計サーバ11に対し、当該会計取引に対応する仕訳が存在するかを確認するため、問合せを行うステップS1009。財務会計サーバ11はAPサーバからの問合せを受け、自身が保持する統合取引テーブル311の検索結果をAPサーバ10へ応答する。ステップS1010でAPサーバ10へ結果を受け、APサーバ10は貸方と借方のデータの有無をチェックし、片方のみ存在した場合は片仕訳欠損として、また両方の仕訳が存在しない場合は両仕訳欠損として、自身が保持する検出済み不整合データテーブル220へ不整合データの検出結果を記録するステップS1011。図11及び図12は、不整合データ検出処理を示すフローチャートである。まずはじめに、ユーザは不整合データの有無を確認するため、ユーザ端末13の記憶部501に格納されているユーザインターフェイス機能512の実行を指示する。実行指示を受けたユーザインターフェイス機能512はネットワーク14を介しAPサーバ10へアクセスしユーザ端末13の表示部500へユーザインタフェースが表示される。ユーザは表示部500から不整合データの検索条件を入力する。入力可能なフィールドは処理日1301~1304、オーダ番号1305、1306、品目ID1307、1308、ユーザ名1309、1310である。ここでいうユーザ名とは倉庫管理システム12にて出庫処理を実行したユーザ名を指す。ここで入力されたデータはユーザ端末13からネットワーク14を介しAPサーバ10へ送信され、APサーバ10の記憶部200のRAMに格納されるステップS1101。次に、ユーザから入力された検索条件を元に、APサーバ10の仕訳不整合検出プログラム210が倉庫管理サーバ12に対し検索の問合せを発行し、検索依頼を受け取った倉庫管理サーバ12はデータベース410に格納されている出庫オーダライン履歴テーブル411を検索するステップS1102。尚、ユーザが入力した検索条件である処理日1301~1304は処理日605と、オーダ番号1305、1306はオーダ番号602と、品目ID1307、1308は品目607と、ユーザ1309、1310はユーザ608にそれぞれ対応する。また、ヒットしたレコードのカラム601~608データは全て倉庫管理サーバ12からAPサーバ10へ送られ、APサーバ10の記憶部200のRAMへ格納される。APサーバ10は、ステップS1102の検索結果を受け、レコードが存在したかしないかで以降の処理を分岐させるステップS1103。レコードが存在しなかった場合、製造に関わる当該出庫情報が存在しないことを示す。当該出庫情報がなければ、これに関連する仕訳データも存在しない。つまり、そもそも仕訳が発生しないデータに対し仕訳の不整合データは存在しない為、仕訳検出プログラム210は処理を終了する。一方、レコードが存在すると判定された場合、次のステップS1104の処理へ進む。ステップS1104ではステップS1102でヒットしたレコード601~608が検出済み不整合データテーブル221に存在するか検索する。検出済み不整合データテーブル221には、過去にAPサーバ10が仕訳不整合検出機能211を実行した際に検出された不整合データが格納されている。本フローチャートでは過去に仕訳不整合検出機能211が実行され、不整合データが検出され、検出済み不整合データテーブル221にレコードが格納されている例を想定する。尚、検索を実行する際はオーダ番号601はオーダ番号701と、ライン番号603はライン番号702と、処理日605は処理日703にそれぞれ対応させる。仕訳不整合検出機能211はステップS1102でヒットしたレコード601~608が出済み不整合データテーブル221にレコードが存在しなかったレコードをAPサーバ10の記憶部200に格納する。ステップS1104が終了すると、検出済み不整合データテーブル221に該当するレコードの有無で以降の処理が分岐するステップS1105。ステップS1102でヒットしたレコード601~608が検出済み不整合データテーブル221にレコードが存在した場合、仕訳不整合検出機能221は過去に同様の不整合データの検出を行ったとみなし、以降の検索処理をスキップし、処理を終了する。一方、ステップS1102でヒットしたレコード601~608が出済み不整合データテーブル221にレコードが存在しなかった場合、仕訳不整合検出機能221はステップS1106に遷移します。ステップS1106ではステップS1104でAPサーバ10の記憶部200のRAMに格納されたレコード以下ステップS1104結果レコードに対して、APサーバ10の仕訳不正検出機能211は倉庫の入出庫に伴う会計取引が存在の有無を倉庫管理サーバ12へ問合せるステップS1106。倉庫管理サーバは会計取引802が出庫と、オーダ番号803がS1104結果レコードの602と、ライン番号804がステップS1104結果レコードの603となる条件でレコードを検索し、レコードのカラムデータID番号801、会計取引802、オーダ番号803、ライン番号804、取引日805をAPサーバ10へ返す。仕訳不正検出機能211はこれらの検索結果をAPサーバ10の記憶部200のRAMへ格納する。以降この検索結果レコードをS1106結果レコードと呼ぶ。ステップS1106の検索の結果、仕訳不正検出機能211はレコードの有無により以降の処理を分岐させるステップS1107。S1104結果レコードがステップS1106結果レコードに存在しない場合、何かを製造する為に部品倉庫から部材が出庫されたことを示す。つまり、部品倉庫から製造ラインへ部材の在庫移動が発生しているため、仕掛品などに対する会計取引のデータが存在している必要がある。しかし、この仕掛品などに対する会計取引のデータが存在しないため、結果、仕訳不整合検出機能211は当該レコードを不整合データとみなし、検出済み不整合データテーブル220にレコードを追加するステップS1108。尚、オーダ番号701にはステップS1104結果レコードの602が、ライン番号702にはS1104結果レコードの603が、処理日703にはS1104結果レコードの605が、実際納期704にはステップS1104結果レコードの606が、品目705にはS1104結果レコードの607が、ユーザ706にはステップS1104結果レコードの608が、ステータス707には仕訳未作成がそれぞれ対応したレコードが検出済み不整合データテーブル220へ挿入され、処理を終了させる。一方、S1104結果レコードがステップS1106結果レコードに存在する場合、仕訳不整合検出機能211は出庫処理に対応する会計データが存在する判断し、当該レコードを不整合データとみなさずに次の処理ステップS1109に遷移する。ステップS1109では仕訳不整合検出機能221はステップS1104結果レコードがS1106結果レコードに存在するという条件を満たすステップS1104結果レコード以下S1107分岐後レコードと呼ぶに対応する貸方と借方の会計取引データの有無を財務会計サーバ11へ問合せる。仕訳不整合検出機能221の問合せを受取った財務会計サーバ11は、取引日903がステップS1107分岐後レコードの805と、取引種別904が製造オーダと、取引ID905がステップS1107分岐後レコード803となる条件で統合取引テーブル311を検索し、ステップS1107分岐後レコード1件に対し、ヒットしたレコードの数をAPサーバ10へ返す。S1107分岐後レコード1件に対し、ステップS1109でヒットしたレコードの数で以降の処理を分岐させるステップS1110。S1107分岐後レコード1件に対し、ステップS1109でヒットしたレコードの数が0件であった場合、仕訳データが貸方及び借方の両方のデータが存在しないことを意味する。つまり、両仕訳欠損の状態が発生していることを示す。この為、仕訳不整合検出機能221は不整合データを検出したと判断し、オーダ番号701にはステップS1107分岐後レコードの803が、ライン番号702にはステップS1107分岐後レコードの804が、処理日703にはステップS1107分岐後レコードの805が、実際納期704にはステップS1107分岐後レコードの606が、品目705にはステップS1107分岐後レコードの607が、ユーザ706にはステップS1107分岐後レコードの608が、ステータス707には両仕訳欠損が入力されたレコードが検出済み不整合データテーブル220に挿入されるステップS1111。また、ステップS1107分岐後レコード1件に対し、ステップS1109でヒットしたレコードの数が1件であった場合、仕訳データが貸方及び借方のいずれか片方のみが存在したことを意味する。つまり、片仕訳欠損の状態が発生していることを示す。この為、仕訳不整合検出機能221は不整合データを検出したと判断し、オーダ番号701にはステップS1107分岐後レコードの803が、ライン番号702にはS1107分岐後レコードの804が、処理日703にはステップS1107分岐後レコードの805が、実際納期704にはステップS1107分岐後レコードの606が、品目705にはステップS1107分岐後レコードの607が、ユーザ706にはS1107分岐後レコードの608が、ステータス707には片仕訳欠損が入力されたれコードが検出済み不整合データテーブル220に挿入されるステップS1112。一方、S1107分岐後レコード1件に対し、ステップS1109でヒットしたレコードの数が2件であった場合、仕訳データが貸方と借方の両方が存在したことを意味する。この場合、不整合データが存在しなかったと判定し、検出済み不整合オーダテーブル220へのレコードの挿入は行わない。図13は、ユーザ端末に表示されるユーザインターフェースの画面レイアウトを示す図である。ユーザは1301には処理日の開始日付を、1302には処理日の開始時間を、1303には処理日の終了日付を、1304には処理日の終了時間を、1305にはオーダ番号の先頭番号を、1306にはオーダ番号の末尾番号を、1307には品目IDの先頭ID番号を、1308には品目IDの末尾ID番号を、1309にはユーザIDの先頭ID番号を、1310にはユーザIDの末尾ID番号を入力することが出来る。またユーザは実行ボタン1311をクリックすると不整合仕訳検出機能211を開始することができ、閉じるボタン1312をクリックすると、ユーザインターフェースの画面1300を終了することが出来る。以上、本発明の一実施例について説明した。上記実施例によれば、財務会計システムと外部システム倉庫理システムとのデータ連携において仕訳データの不整合の有無を検出し、不整合の種別仕訳未作成、両仕訳欠損、片仕訳欠損を特定し、さらに高速にこれらの処理を行うことが出来る。また、本発明は上記実施例に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。