JP7741739B2 - データ連携システム、同期装置、及び同期プログラム - Google Patents

Description

本発明は、データ連携システム、同期装置、及び同期プログラムに関する。

従来、会計事務所は顧問先の企業からの依頼に基づき申告を行うため、会計システムを利用している。中小企業では、社内の利益や財務を管理するため、会計ソフトウェアを導入しているケースが多く、申告業務を税理士に委託している。会計システムは、様々な事業者により様々な形式で提供されており、事業者ごとに会計システムで作成される仕訳データのフォーマットが異なる。

また、会計事務所で利用される会計システムと、中小企業で利用される会計システムとが異なることが多い。各会計システムで異なる仕訳が存在することは好ましくない。ただし、中小企業の会計システムで作成された仕訳データのフォーマットを、会計事務所で利用される会計システムのフォーマットに変換しなければ、会計事務所で利用される会計システムが仕訳データを取り込むことができなかった。

特許文献１には、会計事務所とクライアント間で、互いに仕訳データを修正変更して送受信し、相互の修正変更に伴う仕訳データの不整合をコントロールする技術が開示されている。

特許文献２には、新規登録・修正・削除した仕訳データを差分データ又は修正済差分データ（会計事務所で新規登録・修正・削除された仕訳データ）として相手方に電子メールで送信し、同期を取る技術が開示されている。

特開２００３－１４１３２２号公報 特開２００４－０５４６３６号公報

会計事務所で用いられる従来の会計システムは、会計事務所の顧客である事業者が用いる他の会計システムから取得した、ＣＳＶ（Comma Separated Value）などの形式で構成される仕訳データを読み込み、項目ごとに変換処理を行って取込んでいた。その後、会計事務所では、仕訳データに対して減価償却費や引当金などの決算整理仕訳を追加して申告業務を行っていた。ただし、従来の会計システムが、他の会計システムの仕訳データを取り込むタイミングは固定されており（例えば、ひと月ごと）、会計事務所で利用される会計システムは、顧客の仕訳を把握するのに時間がかかるという問題があった。

また、記帳代行のように会計事務所の所員が仕訳を入力する場合、顧客のデータは会計事務所のサーバーに保管されているので同期の問題は発生しない。また、異なる会計システムであっても、ある会計システムが他の会計システムの仕訳データを受け入れるだけの片方向の同期であれば可能であった。しかし、異なる会計システムの間で、任意のタイミングでの双方向の同期をとることは、現在では実現されていなかった。

双方向の同期が実現されない理由として、会計事務所と顧客とで必要な情報に差異がある点が挙げられる。例えば、会計事務所では、税理士が取引先や部門の情報は申告には不要と考える。このため、会計事務所において、事務所のシステムに取引先や部門の情報を組み込むことは行われていなかった。ただし、会計事務所の会計システムの中に、取引先の日付・勘定科目・金額・摘要だけを取り込んでも決算することが可能である。しかし、会計事務所が決算整理仕訳で部門別に償却費を計算しても、会計事務所の会計システムは、計算した決算整理仕訳を、顧客で用いられる会計システムに合わせて送ることができないという問題があった。

特許文献１及び２に開示された技術では、異なる会計システムで作成された仕訳データを相互に交換できないので、会計事務所及び顧客の双方で仕訳を誤って登録するおそれがあった。また、人手を介して、それぞれの会計システムの仕訳データを同期させる作業は効率が悪く、仕訳を誤って登録しかねないという問題もある。

本発明はこのような状況に鑑みて成されたものであり、異なる会計システム間でデータを同期させることを目的とする。

本発明に係るデータ連携システムは、会計仕訳の候補を抽出して確定仕訳が行われる第１会計システムと、第１会計システムで行われた確定仕訳を受け入れる第２会計システムと、第１会計システムが作成した第１仕訳データを第２会計システムが取込可能なデータ形式に変換する変換部と、変換後の第１仕訳データを第２会計システムが取込可能に保存する同期テーブルとを有する同期装置と、を備え、同期装置は、第２会計システムから第１仕訳データの取込要求を待ち受け、第２会計システムから取込要求を受信すると、同期テーブルから読み出した、第２会計システムが未取込である、変換後の第１仕訳データを第２会計システムに送信する待受部を有する。

本発明によれば、第１会計システムでは会計仕訳の候補を抽出して確定仕訳が行われるので、誤った仕訳が登録されにくい。また、第２会計システムは、第２会計システムが取込可能なデータ形式に変換された第１仕訳データを取り込むので、第１会計システムと第２会計システムの仕訳を同期させることが可能となる。
上記した以外の課題、構成及び効果は、以下の実施の形態の説明により明らかにされる。

本発明の第１及び第２の実施形態に係るデータ連携システムのシステム構成例を示す図である。 本発明の第１の実施の形態に係るデータ連携システムのダウンストリームに関わる機能ブロックの構成例を示すブロック図である。 本発明の第１の実施の形態に係るデータ連携システムのアップストリームに関わる機能ブロックの構成例を示すブロック図である。 本発明の第２の実施の形態に係るデータ連携システムのダウンストリームに関わる機能ブロックの構成例を示すブロック図である。 本発明の第２の実施の形態に係るデータ連携システムのアップストリームに関わる機能ブロックの構成例を示すブロック図である。 本発明の第１及び第２の実施の形態に係る変換テーブル及び逆変換テーブルのテーブル構成例を示す図である。 本発明の第１の実施の形態に係るダウンストリーム追加の処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るダウンストリーム修正の処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るダウンストリーム削除の処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るアップストリーム追加の処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るアップストリーム追加の取消処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るアップストリーム修正の処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るアップストリーム修正の取消処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るアップストリーム削除の処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るアップストリーム削除の取消処理における同期テーブルのデータの変化の様子を示す図である。 本発明の第１の実施の形態に係るダウンストリーム追加、修正、削除の処理にてターゲットシステムに表示されるインポート画面の表示例を示す図である。 本発明の第１の実施の形態に係るアップストリーム追加、修正、削除の処理にてターゲットシステムに表示されるエクスポート画面の表示例を示す図である 本発明の第１の実施の形態に係るアップストリーム追加、修正、削除の取消処理にてターゲットシステムに表示されるエクスポート画面の表示例を示す図である。 本発明の第１の実施の形態に係るアップストリーム追加の処理にてターゲットシステムに表示されるインポート画面の表示例を示す図である。 本発明の第１の実施の形態に係るアップストリーム修正、削除の処理にてターゲットシステムに表示されるインポート画面の表示例を示す図である。 本発明の第１の実施の形態に係るアップストリーム追加の取消処理にてターゲットシステムに表示されるインポート画面の表示例を示す図である。 本発明の第１の実施の形態に係るアップストリーム修正、削除の取消処理にてターゲットシステムに表示されるインポート画面の表示例を示す図である。 本発明の第１の実施の形態に係る未確定仕訳に対する確定処理画面の表示例を示す図である。 本発明の第１及び第２の実施の形態に係る計算機のハードウェア構成例を示すブロック図である。 本発明の第２の実施の形態の変形例に係るデータ連携システムの全体構成例を示す図である。

以下、本発明を実施するための形態について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。

以下に説明する実施形態において、会計事務所の顧客である事業者の損益管理や財務を管理するためのシステムを、メインとなる第１会計システムとして扱う。そして、メインとなる第１会計システムを「メインシステム」と略称する。メインシステムでは、会計仕訳の候補が自動的に抽出されて確定仕訳が行われる
また、会計事務所が税務申告を代理するために利用している会計システムを、ターゲットとなる第２会計システムとして扱う。そして、ターゲットとなる第２会計システムを「ターゲットシステム」と略称する。ターゲットシステムでは、メインシステムで行われた確定仕訳を受け入れる。

また、メインシステムとターゲットシステムが双方向の仕訳を同期するシステムを「同期システム」又は「同期サブシステム」と称する。同期システム及び同期サブシステムは、いずれも以下に説明するデータ連携システムで用いられ、メインシステムとターゲットシステムの仕訳を同期する同期装置がその機能を担う。第１会計システムでは、例えば、会社の部門別に会計データが管理される。一方、第２会計システムでは、会社全体の決算、確定申告、費用収益等の会計仕訳が行われる。このため、第１会計システムで扱う項目に比べて、第２会計システムで扱う項目は少ない。第２会計システムで仕訳が行われたデータを第１会計システムが取り込むためには、第１会計システムの機能に合わせたデータに変換することが必要となる。そこで、同期装置は、異なる会計システム間のデータを同期する機能を持っている。また、同期装置は、上述した事業者が持つことが多いが、データ同期会社が持つこともある。データ同期会社とは、会計処理に用いられる仕訳データをメインシステム２００とターゲットシステム３００とで同期するサービスを提供する会社である。

［システム構成例］
図１は、第１及び第２の実施形態に係るデータ連携システム１００，１００Ａのシステム構成例を示す図である。

図１の上段には、第１の実施形態に係るデータ連携システム１００のシステム構成例が示される。
データ連携システム１００は、メインシステム２００及び同期サブシステム２１０と、ターゲットシステム３００とで構成される。

メインシステム２００は、例えば、データ同期会社又は事業者で用いられる第１会計システムの一例である。本明細書では、メインシステム２００を利用して、ターゲットシステム３００にサービスを提供する者をユーザーと呼ぶ。
データ同期会社又は事業者は、メインシステム２００と同期サブシステム２１０を用いて、データ連携システム１００の全体の処理を管理する。同期サブシステム２１０は、メインシステム２００と一体化された同期装置の一例として用いられる。このため、メインシステム２００から同期サブシステム２１０へのデータの移動は、外部のインターネット等を介さない。

ターゲットシステム３００は、例えば、会計事務所にて使用される第２会計システムの一例である。
メインシステム２００は、同期サブシステム２１０を通じてターゲットシステム３００の仕訳データを確定する。例えば、ターゲットシステム３００で仕訳処理が行われた仕訳データは、同期サブシステム２１０を介してメインシステム２００に送られる。そして、メインシステム２００にて適切な内容に書き換えられ、確定された仕訳の仕訳データがターゲットシステム３００に返る。すると、ターゲットシステム３００は、確定された仕訳データを取り込む。こうして、メインシステム２００が管理する仕訳データと、ターゲットシステム３００が管理する仕訳データとが同期される。

図１の下段には、第２の実施形態に係るデータ連携システム１００Ａのシステム構成例が示される。
データ連携システム１００Ａは、メインシステム２００Ａと、同期システム４００と、ターゲットシステム３００Ａとで構成される。

メインシステム２００Ａは、例えば、事業者で用いられる第１会計システムの一例である。
ターゲットシステム３００Ａは、例えば、会計事務所にて使用される第２会計システムの一例である。第１会計システムと第２会計システムは、それぞれ異なる会計ソフトウェアを使用するため、各システムで用いられる各種のデータの項目は異なっている。
同期システム４００は、クラウド上に構成されるＷｅｂシステムであって、データ連携システム１００Ａの全体処理を管理するデータ同期会社により管理される。このため、同期システム４００は、メインシステム２００と別体で構成された同期装置の一例として用いられる。

メインシステム２００Ａとターゲットシステム３００Ａは、それぞれインターネット等のネットワークを介して同期システム４００にアクセスする。そして、同期システム４００は、メインシステム２００Ａから受信するデータをターゲットシステム３００Ａに送信したり、ターゲットシステム３００Ａから受信するデータをメインシステム２００Ａに送信したりする。

以下、データ連携システム１００，１００Ａの処理について説明する。以下の説明では、メインシステムからターゲットシステムにデータを同期する処理を「ダウンストリームの同期」と呼ぶ。逆に、ターゲットシステムからメインシステムにデータを同期する処理を「アップストリームの同期」と呼ぶ。ここで、ダウンストリーム及びアップストリームの同期の概要について、データ連携システム１００に基づいて説明する。

（ダウンストリームの同期の概要）
ターゲットシステム３００は、メインシステム２００で作成された仕訳データのユニーク性を保証する伝票番号を保持する。この伝票番号は、仕訳データに付加される。
メインシステム２００で作成された仕訳は、必ずターゲットシステム３００でも生成される。そこでメインシステム２００で作成された仕訳データがターゲットシステム３００に取り込まれる。同期サブシステム２１０は、同期されたデータを削除する。

（アップストリームの同期の概要）
ターゲットシステム３００で作成された仕訳を表す仕訳データは、未承認のデータとして、メインシステム２００が受け取る。そして、メインシステム２００で仕訳データが承認されると、同期サブシステム２１０を介して承認された仕訳データがターゲットシステム３００に送られる。その後、同期サブシステム２１０は、同期されたデータを削除する。
なお、メインシステム２００により承認されなかった仕訳データは、メインシステム２００の仕訳に取り込まれない。そして、ターゲットシステム３００は、承認されなかった仕訳データを削除する。

ターゲットシステム３００が作成した仕訳データを修正する時には、メインシステム２００が行う処理として、修正の受け入れ、修正の取消の２種類の処理が想定される。
メインシステム２００は、ターゲットシステム３００から仕訳データを逆変換した未確定の仕訳データを受け入れると、この仕訳データに対する修正を行って確定した、仕訳データを作成する。
あるいは、メインシステム２００は、未確定仕訳データの修正を行わないで、ターゲットシステム３００に仕訳データの削除を指示する。

次に、各実施の形態に係るデータ連携システム１００，１００Ａの構成例及び動作例について、それぞれダウンストリームの処理、アップストリームの順に説明する。

［第１の実施の形態］
始めに、第１の実施の形態に係るデータ連携システム１００の構成例について、図２と図３を参照して説明する。

図２は、第１の実施の形態に係るデータ連携システム１００のダウンストリームに関わる機能ブロックの構成例を示す。ここでは、同期サブシステム２１０を通じたダウンストリームの処理に関わる機能ブロックの構成例及び動作例を説明する。ダウンストリームでは、メインシステム２００、同期サブシステム２１０、ターゲットシステム３００の順に処理が進む。

メインシステム２００は、後述する図３に示す自動仕訳部２２により会計仕訳を行い、仕訳データ２０を作成する。仕訳データ２０は、同期サブシステム２１０に出力される。以下の説明では、会計仕訳を「仕訳」と略称する。同期サブシステム２１０は、変換部３０、変換テーブル３１、同期テーブル３３及び待受部３４を備える。

変換部３０は、メインシステム２００が作成した仕訳データ２０（第１仕訳データの一例）をターゲットシステム３００が取込可能なデータ形式に変換する。この際、変換部３０は、変換テーブル３１を参照して、仕訳データ２０をターゲットシステム３００が取込可能なデータ形式の仕訳データ３２に変換する。

メインシステム２００とターゲットシステム３００は、同じ項目であっても、異なる名称、記号等で管理することがある。このため、変換テーブル３１は、後述する図６に示すように、仕訳データ２０の項目ごとに、メインシステム２００及びターゲットシステム３００で用いられる語句の対応関係を保持する。語句の対応関係としては、例えば、借方科目における、メインシステム２００での「交際費」とターゲットシステム３００での「交際接待費」や、貸方科目における、メインシステム２００での「現金」とターゲットシステム３００での「小口現金」が想定される。以下の説明では、メインシステム２００で使用されるデータの項目を、ターゲットシステム３００で使用されるデータの項目に変換する処理を「変換」と呼ぶ。

同期テーブル３３は、仕訳データ３２（変換後の第１仕訳データの一例）をターゲットシステム３００が取込可能に保存する。すなわち、同期テーブル３３には、変換後の仕訳データ３２が格納される。この変換後の仕訳データ３２は、ターゲットシステム３００が管理する仕訳データとの同期がとれるまで同期テーブル３３に格納される。待受部３４は、以下の（１）、（２）の役割を有する。

（１）ターゲットシステム３００が仕訳データ３２を正常に取込むことをコントロールする。例えば、未取込の仕訳データがあれば、ターゲットシステム３００が未取込の仕訳データを取り込んで、ターゲットシステム３００の仕訳を更新すると、待受部３４は、ターゲットシステム３００が仕訳を更新済みであることを同期テーブル３３に記録する。

（２）待受部３４が上記のコントロールを行うために２段階で制御する。
（第１段階）同期テーブル３３から読み出した仕訳データ３２をターゲットシステム３００が取込むと、待受部３４は、ターゲットシステム３００から正常に仕訳データ３２を取込んだことを表す情報を受信する。この情報により、待受部３４は、ターゲットシステム３００が仕訳データ３２を正常に取込んだことを管理する。
（第２段階）次に、待受部３４は、ターゲットシステム３００から仕訳データ３２により正常に仕訳を更新できたことを表す情報を受信する。この情報により、待受部３４は、ターゲットシステム３００が仕訳データ３２により正常に仕訳を更新したことを管理する。また待受部３４は、正常に仕訳を更新できたことを表す情報を受信すると、同期テーブル３３のレコードを更新済みに変更する。

待受部３４は、ターゲットシステム３００からの問合せを受けると、同期テーブル３３から読み出した仕訳データ３２をターゲットシステム３００に送信する。例えば、待受部３４は、ターゲットシステム３００から仕訳データ３２の有無の問い合わせがなされたとき、同期テーブル３３に仕訳データ３２が記録されていれば、ターゲットシステム３００が未取込である未取込データをターゲットシステム３００に返す。

この時、待受部３４は、未取込データとして、同期テーブル３３から読み出した仕訳データ３２をＡＰＩ（Application Programming Interface）連携でターゲットシステム３００に送る。また、待受部３４は、ターゲットシステム３００が未取込データの取り込み処理、すなわち仕訳の更新を終了したことを示す情報がターゲットシステム３００に返されると、同期テーブル３３に仕訳の更新済みを書き込む。その後、待受部３４は、ターゲットシステム３００が取り込んだ仕訳データ３２を同期テーブル３３から削除する。

ターゲットシステム３００は、仕訳作成部５０を備える。ターゲットシステム３００は、ＡＰＩ連携で同期サブシステム２１０からＡＰＩ連携で未取込の仕訳データ３８を受信する。そこで、仕訳作成部５０は、待受部３４に仕訳データ３２の有無を問い合わせる。仕訳作成部５０は、同期テーブル３３に未取込の仕訳データ３２が格納されていることが待受部３４から通知されると、待受部３４を通じたＡＰＩ連携で未取込の仕訳データ３２を取得する。そして、仕訳作成部５０は、ターゲットシステム３００に仕訳データ３２を取り込み、仕訳を更新する。そして、仕訳作成部５０は、未取込である仕訳データ３２を取得したことと、仕訳データ３２の取り込み処理が正常終了したことを含む取込結果を同期サブシステム２１０の待受部３４に出力する。

上述したように同期サブシステム２１０の待受部３４とターゲットシステム３００の仕訳作成部５０の間で行われるデータ送受信に際して、ＡＰＩ連携が用いられる。ＡＰＩ連携においては、主に受信側の機能部、例えば、待受部３４がターゲットシステム３００に対してＡＰＩを提供している。ＡＰＩ連携にあたって、仕訳作成部５０は、例えば、ターゲットシステム３００として用いられる会計システムの種類、ターゲットシステム３００を使用する会計事務所のＩＤ等の情報を渡し、待受部３４は、不図示の認証部により、会計事務所のＩＤ等を認証する。その後、仕訳作成部５０は、待受部３４からのリクエストに応じたレスポンスを待受部３４に返す。

本実施の形態では、仕訳作成部５０が待受部３４に対して、仕訳作成部５０が未取込の仕訳データの有無を問い合わせ（リクエスト）、待受部３４は、未取込の仕訳データを仕訳作成部５０に送信する（レスポンス）。以下の説明で、異なるシステム間でＡＰＩ連携が行われるときは、ＡＰＩを提供するシステムが不図示の認証部にて、リクエストを送信するシステムの認証処理を行った後、リクエストに対するレスポンスを行うものとする。

図３は、第１の実施の形態に係るデータ連携システム１００のアップストリームに関わる機能ブロックの構成例を示す。ここでは、同期サブシステム２１０を通じたアップストリームの処理に関わる機能ブロックの構成例及び動作例について説明する。アップストリームでは、ターゲットシステム３００、同期サブシステム２１０、メインシステム２００、同期サブシステム２１０、ターゲットシステム３００の順に処理が進む。

ターゲットシステム３００は、図２に示した仕訳作成部５０の他、送信部５２を備える。
送信部５２は、ターゲットシステム３００で追加、修正又は削除された会計仕訳の仕訳データ５１をＡＰＩ連携で同期サブシステム２１０に送信する。

同期サブシステム２１０は、ターゲットシステム３００で作成された仕訳データ５１（第２仕訳データの一例）をメインシステム２００が取込可能なデータ形式に逆変換する。また、同期サブシステム２１０は、ターゲットシステム３００で行われた仕訳に対してメインシステム２００が確定仕訳を行った仕訳データ２４（確定仕訳後の第２仕訳データの一例）をターゲットシステム３００が取込可能なデータ形式に変換し、仕訳データ３８（変換後の第２仕訳データの一例）をターゲットシステム３００に送信する。

図３に示すように、同期サブシステム２１０は、変換部３０、変換テーブル３１、同期テーブル３３、待受部３４に加えて、受信部３５、逆変換部３６及び逆変換テーブル３７を備える。
受信部３５は、ターゲットシステム３００の送信部５２から同期サブシステム２１０に送信された仕訳データ５１をＡＰＩ連携で受信する。

上述したように、ターゲットシステム３００の送信部５２から、同期サブシステム２１０の受信部３５に対するデータ送信に際して、ＡＰＩ連携が用いられる。受信部３５はターゲットシステム３００に対してＡＰＩを提供している。送信部５２は、同期サブシステム２１０に対して、仕訳データ５１の送信可否を問い合わせ（リクエスト）、受信部３５は、仕訳データ５１を受信可能であることをターゲットシステム３００に通知する（レスポンス）。その後、送信部５２は、仕訳データ５１を同期サブシステム２１０に送信し、受信部３５が仕訳データ５１を受信する。

逆変換部３６は、逆変換テーブル３７を参照して、ターゲットシステム３００から受信した仕訳データ５１を、メインシステム２００が取込可能なデータ形式に逆変換する。このため、逆変換部３６は、受信部３５から入力した仕訳データ５１の項目を、メインシステム２００で用いられる項目に逆変換し、同期テーブル３３に逆変換後の仕訳データ５１を格納する。この逆変換後の仕訳データ５１がメインシステム２００による未確定の仕訳データとなる。

ターゲットシステム３００で使用されるデータの項目を、メインシステム２００で使用されるデータの項目に変換する処理は、図２に示した項目を変換する処理とは逆である。そこで、以下の説明では、ターゲットシステム３００で使用されるデータの項目を、メインシステム２００で使用されるデータの項目に変換する処理を「逆変換」と呼ぶ。

逆変換テーブル３７は、ターゲットシステム３００で用いられる項目と、メインシステム２００で用いられる項目との対応が格納されたテーブルである。逆変換テーブル３７は、仕訳データ５１の項目ごとに、メインシステム２００及びターゲットシステム３００で用いられる語句の対応関係を保持する。

同期テーブル３３は、メインシステム２００の仕訳が、ターゲットシステム３００で作成された仕訳と同期がとれるまで、逆変換後の仕訳データ５１を格納する。同期テーブル３３に格納された逆変換後の仕訳データ５１は、未確定仕訳データ２１としてメインシステム２００により読み出される。

すなわち、メインシステム２００は、同期テーブル３３に格納された逆変換後の仕訳データ５１を、未確定仕訳データ２１として読み出す。未確定仕訳データ２１に対してメインシステム２００による確定仕訳が行われると、未確定仕訳データ２１は、仕訳データ２４として同期サブシステム２１０に取り込まれる。

図３に示すように、メインシステム２００は、自動仕訳部２２及び確定処理部２３を備える。
自動仕訳部２２は、逆変換後の仕訳データ５１である未確定仕訳データ２１（第２仕訳データの一例）に対して仕訳の候補を抽出する仕訳候補抽出部の一例として用いられる。自動仕訳部２２は、本発明者が発明した自動仕訳を行って、未処理仕訳の情報から確率の高い仕訳候補を抽出した自動仕訳の結果を確定処理部２３に表示する。

ここで、自動仕訳部２２により行われる自動仕訳について処理の概要を説明する。
自動仕訳部２２は、未確定仕訳データ２１に対して、一般推論データベースＤ１、履歴推論データベースＤ２、消込推論データベースＤ３に基づき自動的に仕訳を推論する。自動仕訳部２２により自動仕訳が推論される処理は、本発明者による特許第４７８３２００号公報に詳細な内容が説明されているため、ここでは簡潔な説明にとどめる。

自動仕訳部２２による仕訳は、以下の３つの推論によって行われる。これら３つの推論により自動的に行われる仕訳を「自動仕訳」と呼ぶ。自動仕訳は、例えば、ＡＩ（Artificial Intelligence）を用いた自動処理で行われる。

（１）一般推論（一般的な商取引からの推論）
一般推論は、例えば、ユーザーが初めて取引した相手先から受領する伝票の仕訳を行うために用いられる処理である。一般推論では、一般的な借方科目及び貸方科目を推論するために参照される一般推論データベースＤ１（一般推論記憶部の一例）が用いられる。自動仕訳部２２は、未確定仕訳データ２１に含まれる伝票日付、金額、摘要のうちの少なくとも１項目以上の項目に基づいて、一般推論データベースＤ１を参照し、一般的な借方科目及び貸方科目を推論する。自動仕訳部２２が一般推論を行う際、一般推論データベースＤ１に格納される、「摘要」の判断に使用される文言等が参照される。

（２）履歴推論（過去に入力した仕訳に類似しているものからの推論）
履歴推論は、過去に正しい仕訳として処理されたデータと今回処理するデータの類似性を判断し、過去に取引したことがある相手先と過去に行った仕訳と同様の仕訳を行うために用いられる処理である。すなわち、履歴推論では、過去に仕訳された未確定仕訳データ２１に基づいて、特定の借方科目及び貸方科目を推論するために参照される履歴推論データベースＤ２（履歴推論記憶部の一例）が用いられる。

自動仕訳部２２は、未確定仕訳データ２１に含まれる伝票日付、相手先、摘要に基づいて履歴推論データベースＤ２を参照し、特定の借方科目及び貸方科目を推論する。自動仕訳部２２が履歴推論を行う際、履歴推論データベースＤ２に設けられる過去に仕訳されたデータの中で、例えば、伝票日付、相手先、摘要のパターンに基づいて推論が行われる。

（３）消込推論（売掛金や借入金等の過去に発生した会計事象からの推論）
消込推論は、売掛金の入金や出張旅費の精算を行う場合等で、その会計事象を処理する前段階の会計事象が既に存在していれば、その前段階の会計事象の情報に基づいて仕訳を行うために用いられる処理である。すなわち、消込推論では、過去に発生した会計事象に対応する未確定仕訳データ２１の消込を推論するために参照される消込推論データベースＤ３（消込推論記憶部の一例）が用いられる。

自動仕訳部２２は、過去に発生した会計事象に基づいて、消込推論データベースＤ３を参照し、未確定仕訳データ２１に対して消込を推論する。消込推論では、自動仕訳部２２により、消込推論データベースＤ３に設けられる売掛金ファイル、精算ファイル、借入金ファイル等が参照され、過去の会計事象の中で合致する事象に基づいて推論が行われる。

そして、自動仕訳部２２は、一般推論と、履歴推論と、消込推論とのうち、少なくとも一つ以上の推論を行って、その仕訳結果を確定処理部２３に出力する。

確定処理部２３は、自動仕訳部２２により抽出された仕訳の候補から一の仕訳を確定し、仕訳データ２４（確定仕訳を行った第２仕訳データの一例）を作成する。この時、確定処理部２３は、自動仕訳部２２による自動仕訳の結果である仕訳候補を表示装置に表示させ、ユーザーの操作により仕訳を確定させる。また、確定処理部２３は、自動仕訳の結果を仕訳データ２４として同期サブシステム２１０の変換部３０に出力する。

同期サブシステム２１０の変換部３０は、変換テーブル３１を参照して、同期サブシステム２１０に入力された仕訳データ２４を、ターゲットシステム３００が取込可能な仕訳データ３８に変換する。そして、変換部３０は、変換した仕訳データ３８を同期テーブル３３に格納する。

待受部３４は、ターゲットシステム３００による仕訳データ３２の取り込み要求を待ち受ける。そして、待受部３４は、ターゲットシステム３００から取り込み要求を受信すると、ターゲットシステム３００に仕訳データ３８を送り、ターゲットシステム３００にて仕訳が更新された後、同期テーブル３３から仕訳データ３２を削除する。

［第２の実施の形態］
次に、第２の実施の形態に係るデータ連携システム１００Ａの構成例について、図４と図５を参照して説明する。

図４は、第２の実施の形態に係るデータ連携システム１００Ａのダウンストリームに関わる機能ブロックの構成例を示す。ここでは、同期システム４００を通じたダウンストリームの処理に関わる機能ブロックの構成例及び動作例を説明する。ダウンストリームでは、メインシステム２００Ａ、同期システム４００、ターゲットシステム３００Ａの順に処理が進む。

メインシステム２００Ａと同期システム４００とは、設置場所等が異なるシステムである。このため、メインシステム２００Ａと同期システム４００との間のデータの送受信は、インターネット等を介して行われる。本実施の形態では、メインシステム２００Ａと同期システム４００とで行われるＡＰＩ連携により、各種のデータが送受信される。

メインシステム２００Ａは、送信部２５を備える。
送信部２５は、メインシステム２００Ａで追加、修正又は削除された会計仕訳の仕訳データ２０をＡＰＩ連携で同期システム４００に送信する。

同期システム４００は、図２に示した同期サブシステム２１０が備える変換部３０、変換テーブル３１、同期テーブル３３、待受部３４に加えて受信部３９を備える。
上述したように、メインシステム２００Ａと、同期システム４００とは別々に構成されている。このため、メインシステム２００Ａには、仕訳データ２０を送信するための送信部２５が設けられ、同期システム４００には、仕訳データ２０を受信するための受信部３９が設けられる。

メインシステム２００Ａの送信部２５から、同期システム４００の受信部３９に対するデータ送信に際して、ＡＰＩ連携が用いられる。受信部３９はメインシステム２００Ａに対してＡＰＩを提供している。送信部２５は、仕訳データ２０の送信可否を同期システム４００に問い合わせ（リクエスト）、受信部３９は、仕訳データ２０を受信可能であることをメインシステム２００Ａに通知する（レスポンス）。その後、送信部２５は、仕訳データ２０を送信し、受信部３９が仕訳データ２０を受信する。

受信部３９が仕訳データ２０を受信した後の処理の流れは、図２に示した同期サブシステム２１０及びターゲットシステム３００における処理の流れと同様である。
すなわち、変換部３０は、変換テーブル３１を参照して、受信部３９がメインシステム２００Ａから受信した仕訳データ２０を、ターゲットシステム３００Ａ用の仕訳データ３２に変換し、同期テーブル３３に保存する。

図５は、第２の実施の形態に係るデータ連携システム１００Ａのアップストリームに関わる機能ブロックの構成例を示す。ここでは、同期システム４００を通じたアップストリームの処理に関わる機能ブロックの構成例及び動作例について説明する。アップストリームでは、ターゲットシステム３００Ａ、同期システム４００、メインシステム２００Ａ、同期システム４００、ターゲットシステム３００Ａの順に処理が進む。

ターゲットシステム３００Ａは、図２に示した仕訳作成部５０の他、送信部５２を備える。
送信部５２は、ターゲットシステム３００Ａで仕訳された仕訳データ５１をＡＰＩ連携で同期システム４００に送信する。

同期システム４００は、図３に示した同期サブシステム２１０が備える変換部３０、変換テーブル３１、同期テーブル３３、待受部３４、受信部３５、逆変換部３６、逆変換テーブル３７に加えて、受信部３９及び送信部４０を備える。同期システム４００とターゲットシステム３００Ａとの間では、ＡＰＩ連携で仕訳データ５１及び変換後の仕訳データ３８が送受信される。

同期システム４００の受信部３５がターゲットシステム３００Ａから受信した仕訳データ５１の項目は、逆変換テーブル３７を参照する逆変換部３６により逆変換され、同期テーブル３３に格納される。そして、送信部４０（第１送信部の一例）は、同期テーブル３３から読み出した逆変換後の仕訳データ５１（逆変換後の第２仕訳データの一例）をメインシステム２００Ａに送信する。

メインシステム２００Ａは、図３に示した自動仕訳部２２及び確定処理部２３に加えて、送信部２５及び受信部２６を備える。メインシステム２００Ａと同期システム４００との間は、ＡＰＩ連携で未確定仕訳データ２１及び仕訳データ２４が送受信される。

受信部２６（第２受信部の一例）は、同期システム４００の送信部４０から送信され逆変換された仕訳データ５１を、未確定仕訳データ２１として受信する。未確定仕訳データ２１は、メインシステム２００Ａの自動仕訳部２２により自動仕訳される。そして、確定処理部２３により仕訳が確定されると、仕訳データ２４が作成される。

同期システム４００の送信部４０から、メインシステム２００Ａの受信部２６に対するデータ送信に際して、ＡＰＩ連携が用いられる。受信部２６はメインシステム２００Ａに対してＡＰＩを提供している。同期システム４００の送信部４０は、逆変換後の仕訳データ５１の送信可否をメインシステム２００Ａに問い合わせ（リクエスト）、メインシステム２００Ａの受信部２６は、逆変換後の仕訳データ５１を受信可能であることを同期システム４００に通知する（レスポンス）。その後、送信部４０は、逆変換後の仕訳データ５１を送信し、受信部２６が逆変換後の仕訳データ５１を受信する。

メインシステム２００Ａの送信部２５（第２送信部の一例）は、仕訳データ２４（確定仕訳が行われた第２仕訳データの一例）を同期システム４００に送信する。この送信部２５は、同期システム４００に対するリクエストとレスポンスを制御する。そして、送信部２５は、ＡＰＩ連携で同期システム４００に仕訳データ２４を送信する。

同期システム４００の受信部３９は、メインシステム２００Ａの送信部２５からのリクエストに応答する。受信部３９は、確定処理部２３が確定した仕訳である仕訳データ２４は、メインシステム２００Ａの送信部２５から受信する。そして、同期システム４００の変換部３０は、変換テーブル３１を参照し、仕訳データ２４をターゲット用の仕訳データ３８に変換する。そして、変換部３０は、仕訳データ２４を変換した仕訳データ３８を同期テーブル３３に格納する。

同期システム４００の待受部３４は、ターゲットシステム３００の仕訳作成部５０から取り込み要求を受信すると、ターゲットシステム３００に仕訳データ３８を送る。また、待受部３４は、仕訳作成部５０から取込結果を受信すると、同期テーブル３３から仕訳データ３８を削除する。

図６は、変換テーブル３１及び逆変換テーブル３７のテーブル構成例を示す図である。
変換テーブル３１は、メインシステム２００，２００Ａで使用される項目を、ターゲットシステム３００，３００Ａで使用される項目に変換するために設けられる。変換テーブル３１には、メインシステム、ターゲットシステムの項目が設けられる。そして、変換テーブル３１には、勘定科目、消費税区分の項目ごとに変換元と変換先のデータが格納される。例えば、メインシステム２００，２００Ａで使用される「現金」の勘定科目は、変換テーブル３１を通じて「小口現金」に変換される。なお、メインシステム２００，２００Ａで使用される「事務用品費」の勘定科目は、ターゲットシステム３００，３００Ａで使用される勘定科目と同じである。変換部３０は仕訳データの変換時に勘定科目が同じ名称であるか否かの判定をしないで変換するので、変換テーブル３１には各会計システムで同じ名称の勘定科目があってもよい。また、勘定科目に割り当てられるコードは、各会計システムの内部に存在しているので、実際の処理では変換部３０はコードを変換している。このため、実務的には、各会計システムで用いられる勘定科目が同じ名称であることが多い。

逆変換テーブル３７は、ターゲットシステム３００，３００Ａで使用される項目を、メインシステム２００で使用される項目に変換するために設けられる。逆変換テーブル３７の構成は、変換テーブル３１と同様である。例えば、ターゲットシステム３００，３００Ａで使用される「小口現金」の勘定科目は、逆変換テーブル３７を通じて「現金」に変換される。

変換テーブル３１と逆変換テーブル３７は実質的に同じ内容である。本実施の形態の説明では、変換、逆変換の処理を明確に分けるため、変換時には変換テーブル３１を用い、逆変換時には逆変換テーブル３７を用いる構成としたが、変換テーブル３１と逆変換テーブル３７を同じテーブルとして用いてもよい。

［同期テーブルのデータの変化］
次に、同期テーブル３３のデータの変化について、ダウンストリーム、アップストリームの順に説明する。第１の実施の形態に係るデータ連携システム１００、第２の実施の形態に係るデータ連携システム１００Ａのいずれでも同じように同期テーブル３３のデータが変化する。そこで、以下の説明では、図２と図４に示した第１の実施の形態に係るデータ連携システム１００の構成例を参照して、同期テーブル３３のデータの変化について説明する。

＜ダウンストリームの処理＞
ここで、ダウンストリームの処理を、追加、修正、削除の順に、図７～図９を参照して説明する。

＜ダウンストリーム追加の処理＞
図７は、ダウンストリーム追加の処理における同期テーブル３３のデータの変化の様子を示す。
同期テーブル３３は、メインシステム２００で起票された伝票（仕訳）を伝票番号ごとに管理する。この伝票のレコードは、区分、システム名、伝票日付、伝票番号、借方科目、貸方科目、消費税区分、金額、摘要、同期状態区分の項目で構成される。なお、伝票のレコードは、メインシステムとターゲットシステムとで同じ項目を有している。また、一つの伝票について一つのレコードが作成される。

図７では、説明の都合上、メインシステム２００とターゲットシステム３００のレコードを上下に並べて図示しているが、実際には、区分、メインシステム２００のレコード（伝票日付、…、摘要）、ターゲットシステム３００のレコード（伝票日付、…、摘要）、同期状態区分の順に項目が並んでいる。また、システムの項目には、メインシステム２００又はターゲットシステム３００を識別する識別ＩＤ（不図示）が格納されている。

（メインシステム及び同期サブシステムの処理）
メインシステム２００で仕訳が追加されると、例えば、伝票番号として「00012」が採番された仕訳データ２０が作成される。この仕訳データ２０の伝票日付は「2021-4-5」、借方科目は「交際費」、貸方科目は「現金」、消費税区分は「課税」、金額は「11,000」、摘要は「取引先と飲食」である。

変換部３０は、変換テーブル３１を参照して、仕訳データ２０の借方科目、貸方科目、消費税区分の内容を、ターゲットシステム３００の内容に変換し、ターゲットシステム用の仕訳データ３２を作成する。

メインシステム２００とターゲットシステム３００では、例えば、借方科目、貸方科目、消費税区分の内容が異なる。借方科目であれば、メインシステム２００が「交際費」、ターゲットシステム３００が「交際接待費」を用いている。また、貸方科目であれば、メインシステム２００が「現金」、ターゲットシステム３００が「小口現金」を用いている。また、消費税区分であれば、メインシステム２００が「課税」、ターゲットシステム３００が「１０」を用いている。

このように変換テーブル３１には、メインシステム２００からターゲットシステム３００に項目を変換する時の項目毎の対応が格納されている。
メインシステム２００とターゲットシステム３００では、項目の内容が異なることがあるので、メインシステム２００が作成した仕訳データ２０の項目を仕訳データ３２に変換することで、ターゲットシステム３００が仕訳データ３２を取り込むことができる。

また、変換部３０は、同期状態区分に未取込を表す「１」を追加し、ターゲットシステム３００がまだ付加していない伝票番号の項目は空欄とした仕訳データ３２を同期テーブル３３に書き込む。未取込とは、ターゲットシステム３００が仕訳データ３２を取り込んでいないことを表す。図７のレコード（１）は、変換後の仕訳データ３２が同期テーブル３３に格納された様子を表す。

（ターゲットシステムの処理）
ターゲットシステム３００の仕訳作成部５０は、同期サブシステム２１０の待受部３４に対して、同期状態区分が未取込である仕訳データ３２が同期テーブル３３に格納されているか否かを問い合わせる。待受部３４は、仕訳作成部５０から問い合わせを受けると、未取込である仕訳データ３２の格納有無を返答すると共に、同期テーブル３３から未取込の状態である仕訳データ３２を読み出し、ターゲットシステム３００に送信する。

ターゲットシステム３００は、待受部３４から取込んだ仕訳データ３２に基づいて、仕訳を更新する。また、ターゲットシステム３００は、メインシステム２００で追加された仕訳の修正又は削除の同期をとるため、メインシステム２００で付された伝票番号を保持しておく。

また、ターゲットシステム３００は、待受部３４から取込んだ仕訳データ３２に対して、ターゲットシステム３００が管理する伝票番号を採番する。ターゲットシステム３００が採番する伝票番号は「0084」であり、メインシステム２００で採番された伝票番号とは異なる。

その後、ターゲットシステム３００の仕訳作成部５０は、ターゲットシステム３００が採番した伝票番号「0084」を待受部３４に送信する。待受部３４は、同期テーブル３３に、ターゲットシステム３００で採番された伝票番号「0084」と、同期状態区分に、ターゲットシステム３００が仕訳データ３２で更新済みであることを表す「２」を書き込む。図７のレコード（２）は、ターゲットシステム３００が仕訳データ３２を取り込み、仕訳を更新したことを表している。

その後、同期サブシステム２１０は、図７のレコード（２）を削除するため、常に、又は一定期間監視し、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図７のレコード（２）を削除する。

＜ダウンストリーム修正の処理＞
図８は、ダウンストリーム修正の処理における同期テーブル３３のデータの変化の様子を示す。
メインシステム２００が過去に追加した仕訳データ２０を修正する場合、ターゲットシステム３００においても、過去に同期テーブル３３から取り込んだ仕訳の修正内容を反映する必要がある。例えば、メインシステム２００が伝票番号「00012」の仕訳の金額を「11,000」から「22,000」に変更し、同期テーブル３３に修正前の仕訳と修正後の仕訳を追加したことを想定する。

メインシステム２００は仕訳を修正すると、修正前の仕訳と、修正後の仕訳を含む仕訳データ２０を作成する。このように仕訳データ２０を作成するのは、過去に追加された仕訳である修正前の仕訳のレコードは、ターゲットシステム３００に取り込まれた後に削除され、同期テーブル３３に存在しないためである。そこで、ターゲットシステム３００に取り込まれた修正前の仕訳のレコードを削除するために、修正前の仕訳のレコードが同期テーブル３３に格納される。

変換部３０は、変換テーブル３１を参照して、仕訳データ２０の借方科目、貸方科目、消費税区分を変換する。そして、変換部３０は、削除Ｄ（修正前）と追加Ａ（修正後）の仕訳に対応する同期状態区分に未取込の「１」を書き込む。今回は金額のみの修正であるが、その他の項目が変更された場合、変換部３０は、修正前と修正後の仕訳データ３２を作成する。

図８のレコード（１）は、修正前の金額と、修正後の金額を並べた同期テーブル３３の内容を表している。同期テーブル３３に格納される図８のレコード（１）は、区分に「削除Ｄ（修正前）」が格納されたレコードと、区分に「追加Ａ（修正後）」が格納されたレコードとで構成される。追加Ａ（修正後）の仕訳に対応するレコードでは、金額の箇所を強調表示したように、メインシステム２００とターゲットシステム３００の金額が「11,000」から「22,000」に変わっている。

図８のレコード（２）は、ターゲットシステム３００によりレコードが取り込まれた同期テーブル３３の内容を表している。ターゲットシステム３００の仕訳作成部５０は、待受部３４を介して、図８のレコード（１）に示した削除Ｄ（修正前）と追加Ａ（修正後）の仕訳のレコードを取り込む。そして、ターゲットシステム３００は、削除Ｄ（修正前）のレコードにより、過去に取り込んだレコードを削除し、追加Ａ（修正後）のレコードを追加する。このようにしてターゲットシステム３００における仕訳が更新され、メインシステム２００とターゲットシステム３００の仕訳が同期される。

また、ターゲットシステム３００は、メインシステム２００との間で仕訳の削除及び修正の同期をとるため、メインシステム２００で採番された伝票番号「00012」を保持している。そして、ターゲットシステム３００は、待受部３４に対してターゲットシステム３００が追加Ａ（修正後）のレコードに採番した新たな伝票番号「0085」と、削除Ｄ（修正前）と追加Ａ（修正後）の仕訳のレコードに対する更新済みのステータスを通知する。

待受部３４は、同期テーブル３３に格納されている、追加Ａ（修正後）のレコードのターゲットシステム３００の伝票番号にターゲットシステム３００から通知された伝票番号「0085」を書き込む。また、待受部３４は、同期テーブル３３に格納されている、削除Ｄ（修正前）のレコードと、追加Ａ（修正後）のレコードの同期状態区分に、ターゲットシステム３００の仕訳が更新済みであることを表す「２」を書き込む。

なお、ターゲットシステム３００は、削除Ｄ（修正前）のレコードに基づいて、メインシステム２００の伝票番号「00012」が付加された伝票のレコードを削除する。区分に「削除Ｄ（修正前）」が格納されたレコードは、メインシステム２００とターゲットシステム３００との仕訳の同期には不要である。しかし、メインシステム２００とターゲットシステム３００とが、現時点で管理している仕訳の内容を相互に確認するために用いられている。

削除Ｄ（修正前）のレコードと、追加Ａ（修正後）のレコードの同期状態区分に更新済みの「２」が書き込まれた後、同期サブシステム２１０は、同期テーブル３３から図８のレコード（２）を削除するため、常時あるいは一定期間だけ監視する。そして、同期サブシステム２１０は、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図８のレコード（２）を削除する。

＜ダウンストリーム削除の処理＞
図９は、ダウンストリーム削除の処理における同期テーブル３３のデータの変化の様子を示す。
メインシステム２００が過去に追加した仕訳を削除する場合、ターゲットシステム３００においても、過去に同期テーブル３３から取り込んだ仕訳を削除する必要がある。例えば、メインシステム２００が伝票番号「00012」の仕訳を削除すると、同期テーブル３３に削除した仕訳に対応するレコードが書き込まれる。

メインシステム２００が仕訳を削除すると、削除した仕訳に対応する仕訳データ２０を作成する。このように仕訳データ２０を作成するのは、過去に追加された仕訳である修正前の仕訳のレコードは、ターゲットシステム３００に取り込まれたことにより、同期テーブル３３に存在しないためである。そこで、ターゲットシステム３００に取り込まれた修正前の仕訳のレコードを削除するために、削除の仕訳のレコードが同期テーブル３３に格納される。

変換部３０は、変換テーブル３１を参照して、仕訳データ２０の借方科目、貸方科目、消費税区分を変換する。そして、変換部３０は、削除Ｄの仕訳に対応する同期状態区分に未取込の「１」を書き込む。

図９のレコード（１）は、削除される仕訳に対応して同期テーブル３３に格納されるレコードの内容を表している。同期テーブル３３に格納される図９のレコード（１）の区分に「削除Ｄ」が格納されている。ターゲットシステム３００は、削除Ｄのレコードにより、過去に取り込んだレコードを削除する。このようにしてターゲットシステム３００における仕訳が更新され、メインシステム２００とターゲットシステム３００の仕訳が同期される。

また、ターゲットシステム３００は、メインシステム２００との間で仕訳の削除及び修正の同期をとるため、メインシステム２００で採番された伝票番号「00012」を保持している。そして、ターゲットシステム３００は、待受部３４に対して、削除Ｄの仕訳に対する伝票番号「0085」と更新済みのステータスを通知する。

待受部３４は、同期テーブル３３に格納されている、削除Ｄのレコードのターゲットシステム３００の伝票番号に、ターゲットシステム３００から通知された伝票番号「0085」を書き込む。また、待受部３４は、同期テーブル３３に格納されている、削除Ｄのレコードの同期状態区分に、ターゲットシステム３００の仕訳が更新済みであることを表す「２」を書き込む。

なお、ターゲットシステム３００は、待受部３４を介して同期テーブル３３から読み出された、削除Ｄのレコードを取込む。そして、ターゲットシステム３００の仕訳作成部５０は、削除Ｄのレコードに基づいて、ターゲットシステム３００が管理する仕訳から、メインシステム２００の伝票番号が「00012」である伝票を削除する。
区分に「削除Ｄ」が格納されたレコードは、メインシステム２００とターゲットシステム３００との仕訳の同期には不要である。しかし、この削除Ｄのレコードは、メインシステム２００とターゲットシステム３００とが、現時点で管理している仕訳の内容を相互に確認するために用いられている。

すなわち、削除Ｄのレコードの同期状態区分に更新済みの「２」が書き込まれた後、同期サブシステム２１０は、同期テーブル３３から図９のレコード（２）を削除するため、常時又は一定期間だけ削除Ｄのレコードを監視する。そして、同期サブシステム２１０は、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図９のレコード（２）を削除する。

＜アップストリームの処理＞
次に、アップストリームの処理を、追加、追加の取消、修正、修正の取消、削除、削除の取消の順に、図１０～図１５を参照して説明する。

＜アップストリーム追加の処理＞
図１０は、アップストリーム追加の処理における同期テーブル３３のデータの変化の様子を示す。アップストリーム追加の処理では、ターゲットシステム３００にて追加された仕訳に対して、メインシステム２００にて仕訳を追加する確定仕訳が行われ、ターゲットシステム３００に確定仕訳が反映される。

ターゲットシステム３００が伝票番号「0086」の新たな仕訳を作成すると、ターゲットシステム３００の送信部５２は、追加された仕訳に対応する仕訳データ５１をＡＰＩ連携で同期サブシステム２１０に送信する。この仕訳データ５１は、同期サブシステム２１０の受信部３５を経て、逆変換部３６にて逆変換されて同期テーブル３３に格納される。

図１０のレコード（１）は、ターゲットシステム３００が新たな仕訳を作成し、この仕訳に採番した伝票番号「0086」の伝票の内容を表している。そして、同期サブシステム２１０では、ターゲットシステム３００から受信した仕訳データ５１を逆変換部３６に出力する。逆変換部３６は、逆変換テーブル３７を参照して、仕訳データ５１を逆変換し、逆変換したデータを未確定仕訳データ２１として同期テーブル３３に格納する。

この時、逆変換部３６は、メインシステム２００の伝票番号の欄に「00013」を自動採番して追加する。このように逆変換部３６が未確定仕訳データ２１を同期テーブル３３に書き込む際に、メインシステム２００の伝票番号を採番するのは、重複したデータがメインシステム２００に存在しないようにするためである。このため、逆変換部３６は、メインシステム２００に対して、採番可能な空き番号を問い合わせてもよい。図１０のレコード（１）は、同期状態区分が「未取込」かつ確定状態が「未確定」である未確定仕訳データ２１としてメインシステム２００に取り込まれる。

メインシステム２００の自動仕訳部２２は、同期テーブル３３から未確定仕訳データ２１を読み出し、自動仕訳を行う。
確定処理部２３は、自動仕訳部２２により自動仕訳された未確定仕訳データ２１を表示し、ユーザーによる確定処理を受付ける。このため、自動仕訳部２２は、未確定仕訳から自動仕訳を行って仕訳の候補を確定処理部２３に表示させる。そして、ユーザーは、仕訳の候補から正しい仕訳を確認して、正しい仕訳により未確定仕訳データ２１を確定し、更新する。

図１０のレコード（２）は、メインシステム２００とターゲットシステム３００の摘要を「文房具」から「文房具 ノート」に修正された様子を表している。そして、仕訳が確定された未確定仕訳データ２１が仕訳データ２４として同期サブシステム２１０に出力される。

同期サブシステム２１０の変換部３０は、メインシステム２００から受信した仕訳データ２４を仕訳データ３８に変換すると、仕訳データ３８を同期テーブル３３に書き込む。この時、変換部３０は、同期テーブル３３に同期状態区分に未取込の「２」を書き込み、確定状態の欄を「確定」とする。

ターゲットシステム３００の仕訳作成部５０は、同期サブシステム２１０に対して、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードの有無を問い合わせる。待受部３４は、仕訳作成部５０から問い合わせを受けると、同期テーブル３３から同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを読み出し、ターゲットシステム３００に送信する。

仕訳作成部５０は、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを確定仕訳として取り込んでターゲットシステム３００における仕訳処理を行う。そして、仕訳作成部５０は、追加前の伝票番号「0086」の伝票を削除し、新たな伝票番号「0087」の伝票を追加する。

また、仕訳作成部５０は、待受部３４を通じて同期テーブル３３のターゲットシステム３００の伝票番号「0086」を、追加した伝票の伝票番号「0087」に書き換え、同期状態区分に更新済みの「２」を書き込む。図１０のレコード（３）は、ターゲットシステム３００が追加した伝票番号「0087」に書き換えられた様子を表している。

追加Ａのレコードの同期状態区分に更新済みの「２」が書き込まれた後、同期サブシステム２１０は、同期テーブル３３から図１０のレコード（３）を削除するため、常に、又は一定期間監視する。そして、同期サブシステム２１０は、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図１０のレコード（３）を削除する。

＜アップストリーム追加の取消処理＞
図１１は、アップストリーム追加の取消処理における同期テーブル３３のデータの変化の様子を示す。アップストリーム追加の取消処理では、ターゲットシステム３００にて追加された仕訳に対して、メインシステム２００が取り消しを行ったことで、ターゲットシステム３００が追加した仕訳が取り消される。

ターゲットシステム３００が伝票番号「0086」の新たな仕訳を追加すると、ターゲットシステム３００の送信部５２は、追加された仕訳に対応する仕訳データ５１をＡＰＩ連携で同期サブシステム２１０に送信する。この仕訳データ５１は、同期サブシステム２１０の受信部３５を経て、逆変換部３６にて逆変換されて同期テーブル３３に格納される。

図１１のレコード（１）は、ターゲットシステム３００が新たな仕訳を追加し、この仕訳に採番した伝票番号「0086」の伝票の内容を表している。図１１のレコード（１）は、図１０のレコード（１）と同じ内容である。このレコードは、確定状態が「未確定」である未確定仕訳データ２１としてメインシステム２００に取り込まれる。

メインシステム２００の自動仕訳部２２は、同期テーブル３３から未確定仕訳データ２１を読み出し、自動仕訳を行って、仕訳の候補を確定処理部２３に表示する。ユーザーは、確定処理部２３を通じてターゲットシステム３００による仕訳の追加を取り消したとする。

同期サブシステム２１０の変換部３０は、メインシステム２００から受信した仕訳データ２４を仕訳データ３８に変換すると、仕訳データ３８を同期テーブル３３に書き込む。この時、変換部３０は、仕訳データ３８の区分を「削除」とし、同期状態区分に未取込の「１」を書き込み、確定状態の欄を「確定」とする。図１１のレコード（２）は、ユーザーが仕訳の追加を取り消したことで、区分が「追加Ａ」から削除「Ｄ」に変更された様子を表している。

ターゲットシステム３００の仕訳作成部５０は、同期サブシステム２１０に対して、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードの有無を問い合わせる。待受部３４は、仕訳作成部５０から問い合わせを受けると、同期テーブル３３から同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを読み出し、ターゲットシステム３００に送信する。

仕訳作成部５０は、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを確定仕訳として取り込んでターゲットシステム３００における仕訳処理を行う。そして、仕訳作成部５０は、追加した伝票番号「0086」の伝票を削除する。また、仕訳作成部５０は、待受部３４を通じて同期テーブル３３のレコードの同期状態区分に更新済みの「２」を書き込む。図１１のレコード（３）は、同期状態区分が更新済みの「２」に書き換えられた様子を表している。

削除Ｄのレコードの同期状態区分に更新済みの「２」が書き込まれた後、同期サブシステム２１０は、同期テーブル３３から図１１のレコード（３）を削除するため、常に、又は一定期間監視する。そして、同期サブシステム２１０は、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図１１のレコード（３）を削除する。

＜アップストリーム修正の処理＞
図１２は、アップストリーム修正の処理における同期テーブル３３のデータの変化の様子を示す。
アップストリーム修正の処理では、ターゲットシステム３００が過去に追加した仕訳に対して修正を行うことで、メインシステム２００にて仕訳を修正する確定仕訳が行われ、ターゲットシステム３００に確定仕訳が反映される。

ターゲットシステム３００が過去に追加して、メインシステム２００により確定され、取り込んだ伝票番号「0087」の借方科目を「消耗品費」から「事務用品費」に修正したとする。ターゲットシステム３００の送信部５２は、修正された仕訳に対応する仕訳データ５１をＡＰＩ連携で同期サブシステム２１０に送信する。

この仕訳データ５１は、同期サブシステム２１０の受信部３５を経て、逆変換部３６にて逆変換されて同期テーブル３３に格納される。ここで、逆変換部３６は、削除Ｄ（修正前）と追加Ａ（修正後）の仕訳に対応する同期状態区分に未取込の「１」を書き込む。また、逆変換部３６は、メインシステム２００で採番される伝票番号「00013」を追加する。このレコードは、確定状態が「未確定」である未確定仕訳データ２１としてメインシステム２００に取り込まれる。

図１２のレコード（１）は、削除Ｄ（修正前）と追加Ａ（修正後）のレコードを並べた同期テーブル３３の内容を表している。同期テーブル３３に格納される図１２のレコード（１）は、区分に「削除Ｄ（修正前）」が格納されたレコードと、区分に「追加Ａ（修正後）」が格納されたレコードとで構成される。追加Ａ（修正後）の仕訳に対応するレコードでは、借方科目の箇所を強調表示したように、「消耗品費」から「事務用品費」に変わっている。

メインシステム２００の自動仕訳部２２は、同期テーブル３３から未確定仕訳データ２１を読み出し、自動仕訳を行って、仕訳の候補を確定処理部２３に表示させる。ユーザーは、確定処理部２３を通じてターゲットシステム３００による仕訳の修正を承認し、仕訳を確定したとする。確定処理部２３により仕訳が確定された仕訳データ２４は、同期サブシステム２１０に送信される。

同期サブシステム２１０の変換部３０は、メインシステム２００から受信した仕訳データ２４を仕訳データ３８に変換した後、仕訳データ３８を同期テーブル３３に書き込む。この時、変換部３０は、同期テーブル３３の同期状態区分に未取込の「２」を書き込み、確定状態の欄を「確定」とする。図１２のレコード（２）は、ユーザーが修正した仕訳を確定した様子を表している。

ターゲットシステム３００の仕訳作成部５０は、同期サブシステム２１０に対して、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードの有無を問い合わせる。待受部３４は、仕訳作成部５０から問い合わせを受けると、同期テーブル３３から同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを読み出し、ターゲットシステム３００に送信する。

仕訳作成部５０は、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを確定仕訳として取り込んでターゲットシステム３００における仕訳処理を行う。そして、仕訳作成部５０は、修正前の伝票番号「0087」の伝票を削除する。また、仕訳作成部５０は、待受部３４を通じて同期テーブル３３のレコードの同期状態区分に更新済みの「２」を書き込む。

また、仕訳作成部５０は、借方科目の修正後に同期サブシステム２１０から取込んだレコードに基づいてターゲットシステム３００の仕訳を更新する。そして、仕訳作成部５０は、ターゲットシステム３００における仕訳の修正又は削除と、メインシステム２００の仕訳との同期をとるため、メインシステム２００が付加した伝票番号「00013」を保持する。また、仕訳作成部５０は、待受部３４を通じて同期テーブル３３の追加Ａのレコードのうち、ターゲットシステム３００の伝票番号に「0088」を書き込む。図１２のレコード（３）は、同期状態区分が更新済みの「２」に書き換えられた様子を表している。

その後、仕訳作成部５０は、メインシステム２００の伝票番号「00013」の伝票のレコードを削除する。区分に「削除Ｄ（修正前）」が格納されたレコードは、メインシステム２００とターゲットシステム３００との仕訳の同期には不要である。しかし、メインシステム２００とターゲットシステム３００とが、現時点で管理している仕訳の内容を相互に確認するために用いられている。

削除Ｄのレコードの同期状態区分に更新済みの「２」が書き込まれた後、同期サブシステム２１０は、同期テーブル３３から図１２のレコード（３）を削除するため、常に、又は一定期間監視する。そして、同期サブシステム２１０は、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図１２のレコード（３）を削除する。

＜アップストリーム修正の取消処理＞
図１３は、アップストリーム修正の取消処理における同期テーブル３３のデータの変化の様子を示す。
アップストリーム修正の取消処理では、ターゲットシステム３００が過去に追加した仕訳に対して修正を行ったものの、メインシステム２００にて仕訳の修正が取り消される確定仕訳が行われ、ターゲットシステム３００に確定仕訳が反映される。

図１３のレコード（１）は、図１２のレコード（１）と同じ内容であるので詳細な説明を省略する。つまり、ターゲットシステム３００が過去に追加して、メインシステム２００により確定され、取り込んだ伝票番号「0087」の借方科目を「消耗品費」から「事務用品費」に修正したとする。

メインシステム２００の自動仕訳部２２は、同期テーブル３３から未確定仕訳データ２１を読み出し、自動仕訳を行って、仕訳の候補を確定処理部２３に表示させる。ユーザーは、確定処理部２３を通じてターゲットシステム３００による仕訳の修正を取消し、仕訳を確定する。確定処理部２３により仕訳が確定された仕訳データ２４は、同期サブシステム２１０に送信される。

同期サブシステム２１０の変換部３０は、メインシステム２００から受信した仕訳データ２４を仕訳データ３８に変換すると、仕訳データ３８を同期テーブル３３に書き込む。この時、変換部３０は、同期テーブル３３の同期状態区分に未取込の「２」を書き込み、確定状態の欄を「確定」とする。このため、図１３のレコード（１）に示すように、区分が「削除Ｄ（修正前）」であったレコードが「追加Ａ（修正前）」に変わって、同期状態区分が未取込の「１」であり、確定状態が「確定」に変わる。また、区分が「追加Ａ（修正後）」であったレコードが「削除Ｄ（修正前）」に変わって、同期状態区分が更新済みの「２」に変わり、確定状態が「確定」に変わる。

ターゲットシステム３００の仕訳作成部５０は、同期サブシステム２１０に対して、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードの有無を問い合わせる。待受部３４は、仕訳作成部５０から問い合わせを受けると、同期テーブル３３から同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを読み出し、ターゲットシステム３００に送信する。

仕訳作成部５０は、同期状態区分が「未取込」であり、確定状態が「確定」である「追加Ａ（修正前）」のレコードを確定仕訳として取り込んでターゲットシステム３００における仕訳処理を行う。そして、仕訳作成部５０は、修正した伝票番号「0087」の伝票を削除する。また、仕訳作成部５０は、待受部３４を通じて同期テーブル３３のレコードの同期状態区分に更新済みの「２」を書き込む。

また、仕訳作成部５０は、ターゲットシステム３００における仕訳の修正又は削除と、メインシステム２００の仕訳との同期をとるため、メインシステム２００が付加した伝票番号「00013」を保持する。また、仕訳作成部５０は、待受部３４を通じて同期テーブル３３の「追加Ａ（修正前）」のレコードのうち、ターゲットシステム３００の伝票番号に「0088」を書き込み、同期状態区分に更新済みの「２」を書き込む。図１３のレコード（３）は、同期状態区分が更新済みの「２」に書き換えられた様子を表している。その後、仕訳作成部５０は、メインシステム２００の伝票番号「00013」の伝票のレコードを削除する。

「追加Ａ（修正前）」のレコードの同期状態区分に更新済みの「２」が書き込まれた後、同期サブシステム２１０は、同期テーブル３３から図１３のレコード（３）を削除するため、常に、又は一定期間監視する。そして、同期サブシステム２１０は、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図１３のレコード（３）を削除する。

＜アップストリーム削除の処理＞
図１４は、アップストリーム削除の処理における同期テーブル３３のデータの変化の様子を示す。
アップストリーム削除の処理では、ターゲットシステム３００が過去に追加した仕訳の削除を行い、メインシステム２００にて仕訳の削除の確定仕訳が行われると、ターゲットシステム３００に確定仕訳が反映される。

ターゲットシステム３００が過去に追加した仕訳を削除する場合、メインシステム２００においても、過去に同期テーブル３３から取り込んだ仕訳を削除する必要がある。例えば、ターゲットシステム３００が伝票番号「0088」の仕訳を削除すると、ターゲットシステム３００の送信部５２は、削除された仕訳に対応する仕訳データ５１をＡＰＩ連携で同期サブシステム２１０に送信する。

この仕訳データ５１は、同期サブシステム２１０の受信部３５を経て、逆変換部３６にて逆変換されて同期テーブル３３に格納される。ここで、逆変換部３６は、削除Ｄの仕訳に対応するレコードの同期状態区分に未取込の「１」を書き込む。また、逆変換部３６は、メインシステム２００で採番される伝票番号「00013」を追加する。図１４のレコード（１）は、区分が「削除Ｄ」であり、同期状態区分に未取込の「１」が書き込まれ、確定状態が「未確定」であるレコードが格納された同期テーブル３３の内容を表している。このレコードは、確定状態が「未確定」である未確定仕訳データ２１としてメインシステム２００に取り込まれる。

メインシステム２００の自動仕訳部２２は、同期テーブル３３から未確定仕訳データ２１を読み出し、自動仕訳を行って、仕訳の候補を確定処理部２３に表示させる。ユーザーは、確定処理部２３を通じてターゲットシステム３００による仕訳の削除を確認し、仕訳を確定する。確定処理部２３により仕訳が確定された仕訳データ２４は、同期サブシステム２１０に送信される。

同期サブシステム２１０の変換部３０は、メインシステム２００から受信した仕訳データ２４を仕訳データ３８に変換すると、仕訳データ３８を同期テーブル３３に書き込む。この時、変換部３０は、図１４のレコード（２）に示すように、同期テーブル３３の同期状態区分に未取込の「２」を書き込み、確定状態を「確定」とする。

ターゲットシステム３００の仕訳作成部５０は、同期サブシステム２１０に対して、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードの有無を問い合わせる。待受部３４は、仕訳作成部５０から問い合わせを受けると、同期テーブル３３から同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを読み出し、ターゲットシステム３００に送信する。

仕訳作成部５０は、同期状態区分が「未取込」であり、確定状態が「確定」である「削除Ｄ」のレコードを確定仕訳として取り込んでターゲットシステム３００における仕訳処理を行う。ターゲットシステム３００では、既に伝票番号「0088」の仕訳は削除されているが、仕訳作成部５０は、メインシステム２００の伝票番号「00013」でターゲットシステム３００の伝票が無いことを確認する。その後、仕訳作成部５０は、待受部３４を通じて同期テーブル３３のレコードの同期状態区分に更新済みの「２」を書き込む。

「削除Ｄ」のレコードは、メインシステム２００とターゲットシステム３００との仕訳の同期には不要である。しかし、メインシステム２００とターゲットシステム３００とが、現時点で管理している仕訳の内容を相互に確認するために用いられている。

削除Ｄのレコードの同期状態区分に更新済みの「２」が書き込まれた後、同期サブシステム２１０は、同期テーブル３３から図１４のレコード（３）を削除するため、常に、又は一定期間監視する。そして、同期サブシステム２１０は、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図１４のレコード（３）を削除する。

＜アップストリーム削除の取消処理＞
図１５は、アップストリーム削除の取消処理における同期テーブル３３のデータの変化の様子を示す。
アップストリーム削除の取消処理では、ターゲットシステム３００が仕訳を削除し、メインシステム２００にて仕訳の削除を取り消す確定仕訳が行われる。また、ターゲットシステム３００に確定仕訳が反映される。

ターゲットシステム３００が伝票番号「0088」の仕訳を削除すると、ターゲットシステム３００の送信部５２は、削除された仕訳に対応する仕訳データ５１をＡＰＩ連携で同期サブシステム２１０に送信する。

この仕訳データ５１は、同期サブシステム２１０の受信部３５を経て、逆変換部３６にて逆変換されて同期テーブル３３に格納される。ここで、逆変換部３６は、削除Ｄの仕訳に対応するレコードの同期状態区分に未取込の「１」を書き込む。また、逆変換部３６は、メインシステム２００で採番される伝票番号「00013」を追加する。
図１５のレコード（１）は、区分が「削除Ｄ」であり、同期状態区分に未取込の「１」が書き込まれ、確定状態が「未確定」であるレコードが格納された同期テーブル３３の内容を表している。このレコードは、確定状態が「未確定」である未確定仕訳データ２１としてメインシステム２００に取り込まれる。

メインシステム２００の自動仕訳部２２は、同期テーブル３３から未確定仕訳データ２１を読み出し、自動仕訳を行って、仕訳の候補を確定処理部２３に表示させる。ユーザーは、確定処理部２３を通じてターゲットシステム３００による仕訳を削除してよいか確認し、仕訳の削除が不要であれば、仕訳の削除を取り消して仕訳を確定する。確定処理部２３により仕訳が確定された仕訳データ２４は、同期サブシステム２１０に送信される。

同期サブシステム２１０の変換部３０は、メインシステム２００から受信した仕訳データ２４を仕訳データ３８に変換すると、仕訳データ３８を同期テーブル３３に書き込む。この時、変換部３０は、図１５のレコード（２）に示すように、同期テーブル３３の区分を「追加Ａ」とし、同期状態区分に未取込の「２」を書き込み、確定状態を「確定」とする。

ターゲットシステム３００の仕訳作成部５０は、同期サブシステム２１０に対して、同期状態区分が「未取込」であり、確定状態が「確定」であるレコードの有無を問い合わせる。待受部３４は、仕訳作成部５０から問い合わせを受けると、同期テーブル３３から同期状態区分が「未取込」であり、確定状態が「確定」であるレコードを読み出し、ターゲットシステム３００に送信する。

仕訳作成部５０は、同期状態区分が「未取込」であり、確定状態が「確定」である「追加Ａ」のレコードを確定仕訳として取り込んでターゲットシステム３００における仕訳処理を行う。ターゲットシステム３００では、既に伝票番号「0088」の仕訳は削除されているが、仕訳作成部５０は、メインシステム２００の伝票番号「00013」でターゲットシステム３００の伝票が無いことを確認する。その後、仕訳作成部５０は、待受部３４を通じて同期テーブル３３のレコードの同期状態区分に更新済みの「２」を書き込む。

追加Ａのレコードの同期状態区分に更新済みの「２」が書き込まれた後、同期サブシステム２１０は、同期テーブル３３から図１５のレコード（３）を削除するため、常に、又は一定期間監視する。そして、同期サブシステム２１０は、一定期間の経過後、同期テーブル３３の領域を確保するため、同期状態区分に更新済みの「２」が書き込まれた図１５のレコード（３）を削除する。

［画面の表示例］
次に、メインシステム２００とターゲットシステム３００で表示される画面の表示例について、図１６～図２３を参照して説明する。

＜ダウンストリーム追加、修正、削除の処理のインポート画面＞
図１６は、ダウンストリーム追加、修正、削除の処理にてターゲットシステム３００に表示されるインポート画面Ｗ１の表示例を示す。図１６では、ターゲットシステム３００がメインシステム２００で作成された仕訳を取り込むことを「インポート」と呼ぶ。

図１６の画面表示例（１）は、ダウンストリーム追加の処理にてターゲットシステム３００の表示装置に表示される画面である。図７のダウンストリーム追加の処理のレコード（１）に示す追加の仕訳がメインシステム２００で行われると、同期サブシステム２１０を経てターゲットシステム３００が仕訳を取り込む。

この時、ターゲットシステム３００には、図７のレコード（２）に対応する、ターゲットシステム３００の伝票番号「0084」が追加された図１６の画面表示例（１）に示す画面が表示される。ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から追加の仕訳が１件あったことを確認し、追加された仕訳の内容を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による追加の仕訳がターゲットシステム３００に取り込まれる。

図１６の画面表示例（２）は、ダウンストリーム修正の処理にてターゲットシステム３００の表示装置に表示される画面である。図８のダウンストリーム修正の処理のレコード（１）の追加Ａ（修正後）に示す内容の修正の仕訳がメインシステム２００で行われると、同期サブシステム２１０を経てターゲットシステム３００が仕訳を取り込む。この時、ターゲットシステム３００には、図８のレコード（２）に対応する、メインシステム２００とターゲットシステム３００の修正前後の金額を含む図１６の画面表示例（２）に示す画面が表示される。
ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から修正の仕訳が１件あったことを確認し、修正された仕訳の内容を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による修正の仕訳がターゲットシステム３００に取り込まれる。

図１６の画面表示例（３）は、ダウンストリーム削除の処理にてターゲットシステム３００の表示装置に表示される画面である。図９のダウンストリーム削除の処理のレコード（１）の追加Ａ（削除後）に示す内容の削除の仕訳がメインシステム２００で行われると、同期サブシステム２１０を経てターゲットシステム３００が仕訳を取り込む。

この時、ターゲットシステム３００には、図９のレコード（２）に対応する、メインシステム２００とターゲットシステム３００の削除前後の金額を含む図１６の画面表示例（３）に示す画面が表示される。ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から削除の仕訳が１件あったことを確認し、削除された仕訳の内容を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による削除の仕訳がターゲットシステム３００に取り込まれる。

＜アップストリーム追加、修正、削除の処理のエクスポート画面＞
図１７は、アップストリーム追加、修正、削除の処理にてターゲットシステム３００に表示されるエクスポート画面Ｗ２の表示例を示す。
図１７では、ターゲットシステム３００が作成した仕訳をメインシステム２００に送信する処理を「エクスポート」と呼ぶ。エクスポート画面Ｗ２では、ターゲットシステム３００がメインシステム２００に送信した仕訳だけでなく、メインシステム２００で確定された仕訳も表示される。そして、図１７に示すエクスポート画面Ｗ２は、データ連携システム１００にてアップストリームが正常に終了した時にターゲットシステム３００に表示される。

図１７の画面表示例（１）は、アップストリーム追加の処理にてターゲットシステム３００の表示装置に表示される画面である。図１０のアップストリーム追加の処理のレコード（１）に示す追加の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、ターゲットシステム３００がメインシステム２００から確定仕訳を受け取ると、画面表示例（１）に示すターゲットシステム３００のエクスポート画面Ｗ２が表示される。

このエクスポート画面Ｗ２には、図１０のレコード（１）に対応する、ターゲットシステム３００がメインシステム２００に送信した仕訳の内容と、図１０のレコード（３）に対応する、ターゲットシステム３００がメインシステム２００から受信した確定仕の内容とが並べて表示される。ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から追加の仕訳が１件あったことを確認し、追加された仕訳の内容を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による追加の仕訳がターゲットシステム３００に取り込まれる。

図１７の画面表示例（２）は、アップストリーム修正の処理にてターゲットシステム３００の表示装置に表示される画面である。図１２のアップストリーム修正の処理のレコード（１）の追加Ａ（修正後）に示す内容の修正の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、ターゲットシステム３００がメインシステム２００から確定仕訳を受け取ると、画面表示例（２）に示すターゲットシステム３００のエクスポート画面Ｗ２が表示される。

このエクスポート画面Ｗ２には、図１２のレコード（１）に対応する、ターゲットシステム３００がメインシステム２００に送信した修正前及び修正後の仕訳の内容と、図１２のレコード（３）に対応する、ターゲットシステム３００がメインシステム２００から受信した確定仕訳である修正後の内容とが並べて表示される。ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から修正の仕訳が１件あったことを確認し、修正された仕訳の内容を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による修正の仕訳がターゲットシステム３００に取り込まれる。

図１７の画面表示例（３）は、アップストリーム削除の処理にてターゲットシステム３００の表示装置に表示される画面である。図１４のアップストリーム削除の処理のレコード（１）に示す内容の削除の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、ターゲットシステム３００がメインシステム２００から確定仕訳を受け取ると、画面表示例（３）に示すターゲットシステム３００のエクスポート画面Ｗ２が表示される。

このエクスポート画面Ｗ２には、図１４のレコード（１）に対応する、ターゲットシステム３００がメインシステム２００に送信した削除の仕訳の内容と、図１４のレコード（３）に対応する、ターゲットシステム３００がメインシステム２００から受信した確定仕訳である削除の内容とが並べて表示される。なお、メインシステム２００では、仕訳が削除されたので、画面表示例（３）の「受信した内容」の行には、ステータス項目以外の内容は表示されない。ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から削除の仕訳が１件あったことを確認し、削除された仕訳の内容を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による削除の仕訳がターゲットシステム３００に取り込まれる。

＜アップストリーム追加、修正、削除の取消処理のエクスポート画面＞
図１８は、アップストリーム追加、修正、削除の取消処理にてターゲットシステム３００に表示されるエクスポート画面Ｗ３の表示例を示す。
図１８では、ターゲットシステム３００が作成した仕訳をメインシステム２００に送信する処理を「エクスポート」と呼ぶ。エクスポート画面Ｗ３では、ターゲットシステム３００がメインシステム２００に送信した仕訳だけでなく、メインシステム２００で確定された仕訳も表示される。そして、図１８に示すエクスポート画面Ｗ３は、データ連携システム１００にてアップストリームにおけるターゲットシステム３００からメインシステム２００への送信処理が正常に終了し、メインシステム２００が仕訳を取り消した時にターゲットシステム３００に表示される。

図１８の画面表示例（１）は、アップストリーム追加の取消処理にてターゲットシステム３００の表示装置に表示される画面である。図１１のアップストリーム追加の取消処理のレコード（１）に示す追加の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、ターゲットシステム３００がメインシステム２００から確定仕訳を受け取ると、画面表示例（１）に示すターゲットシステム３００のエクスポート画面Ｗ３が表示される。

このエクスポート画面Ｗ３には、図１１のレコード（１）に対応する、ターゲットシステム３００がメインシステム２００に送信した追加の仕訳の内容と図１１のレコード（３）に対応する、ターゲットシステム３００がメインシステム２００から受信した確定仕訳である追加の取消の内容とが並べて表示される。ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から追加の取消の仕訳が１件あったことを確認し、追加が取消の仕訳の内容を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による追加の取消の仕訳がターゲットシステム３００に取り込まれる。

図１８の画面表示例（２）は、アップストリーム修正の取消処理にてターゲットシステム３００の表示装置に表示される画面である。図１３のアップストリーム修正の取消処理のレコード（１）の追加Ａ（修正後）に示す内容の修正の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、ターゲットシステム３００がメインシステム２００から確定仕訳を受け取ると、画面表示例（２）に示すターゲットシステム３００のエクスポート画面Ｗ３が表示される。

このエクスポート画面Ｗ３には、図１３のレコード（１）に対応する、ターゲットシステム３００がメインシステム２００に送信した修正前及び修正後の仕訳の内容と、図１３のレコード（３）に対応する、ターゲットシステム３００がメインシステム２００から受信した確定仕訳である修正の取消の内容とが並べて表示される。ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から修正の取消の仕訳が１件あったことを確認し、修正の取消の仕訳を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による修正の取消の仕訳がターゲットシステム３００に取り込まれる。

図１８の画面表示例（３）は、アップストリーム削除の取消処理にてターゲットシステム３００の表示装置に表示される画面である。図１５のアップストリーム削除の取消処理のレコード（１）に示す内容の削除の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、ターゲットシステム３００がメインシステム２００から確定仕訳を受け取ると、画面表示例（３）に示すターゲットシステム３００のエクスポート画面Ｗ３が表示される。

このエクスポート画面Ｗ３には、図１５のレコード（１）に対応する、ターゲットシステム３００がメインシステム２００に送信した削除の仕訳の内容と、図１５のレコード（３）に対応する、ターゲットシステム３００がメインシステム２００から受信した確定仕訳である削除の取消の内容とが並べて表示される。ターゲットシステム３００を操作する会計事務所員は、メインシステム２００から削除の仕訳が１件あったことを確認し、削除された仕訳の内容を確認する。そして、会計事務所員が更新ボタンを押すと、メインシステム２００による削除の仕訳がターゲットシステム３００に取り込まれる。

＜アップストリーム追加、修正、削除の処理のインポート画面＞
図１９と図２０は、アップストリーム追加、修正、削除の処理にてメインシステム２００に表示されるインポート画面Ｗ４の表示例を示す図である。図１９と図２０では、ターゲットシステム３００が作成した仕訳をメインシステム２００が受信する処理を「インポート」と呼ぶ。インポート画面Ｗ４では、メインシステム２００がターゲットシステム３００から受信した仕訳だけでなく、メインシステム２００が修正し、ターゲットシステム３００に送信する仕訳も表示される。そして、図１９と図２０に示すインポート画面Ｗ４は、データ連携システム１００にてアップストリームにおけるメインシステム２００がターゲットシステム３００から仕訳を受信し、確定又は取消の仕訳を行う時にメインシステム２００に表示される。

メインシステム２００のユーザーは、ターゲットシステム３００が送信した仕訳データが同期サブシステム２１０によりどのように変換されたかを確認する必要がある。また、メインシステム２００が送信する仕訳データを同期サブシステム２１０によりどのように逆変換するかを確認する必要がある。そこで、メインシステム２００は、同期サブシステム２１０から逆変換部３６による逆変換する前後の仕訳データ５１の内容、変換部３０による変換後の仕訳データ２４の内容を取込むことが可能である。

図１９の画面表示例（１）は、アップストリーム追加の処理にてメインシステム２００の表示装置に表示される画面である。図１０のアップストリーム追加の処理のレコード（１）に示す追加の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、画面表示例（１）に示すメインシステム２００のインポート画面Ｗ４がメインシステム２００に表示される。

受信部３５が追加の内容を含む仕訳データ５１を受信した時は、メインシステム２００による確定仕訳が行われていない未確定の状態なので、「受信した内容（メインに逆変換）」のステータス欄は「未確定」と表示される。また、メインシステム２００による確定仕訳が行われると、「確定した内容（メインで）」、「送信する内容（ターゲットに変換）」のレコードが作成される。この時、「確定した内容（メインで）」のレコードのステータス欄は「確定」と表示され、「送信する内容（ターゲットに変換）」のレコードのステータス欄は「未処理」と表示される（不図示）。

図１９に示すインポート画面Ｗ４には、図１０のレコード（１）に対応する、メインシステム２００がターゲットシステム３００から受信した追加の仕訳の内容と、図１０のレコード（３）に対応する、メインシステム２００がターゲットシステム３００に送信する仕訳の内容とが並べて表示される。この時点では、「受信した内容（ターゲットから）」の行におけるメインシステム２００の伝票番号と、「受信した内容（メインに逆変換）」、「確定した内容（メインで）」、「送信する内容（ターゲットに変換）」の行におけるターゲットシステム３００の伝票番号は空欄である。メインシステム２００を操作するユーザーは、ターゲットシステム３００から追加の仕訳を１件受信したことを確認すると、追加の仕訳に対して確定又は取消の処理を行う。そして、ユーザーが更新ボタンを押すと、処理済みのデータが削除される。

図２０の画面表示例（２）は、アップストリーム修正の処理にてメインシステム２００の表示装置に表示される画面である。図１２のアップストリーム修正の処理のレコード（１）の追加Ａ（修正後）に示す内容の修正の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、画面表示例（２）に示すメインシステム２００のインポート画面Ｗ４がメインシステム２００に表示される。受信部３５が修正の内容を含む仕訳データ５１を受信すると、「受信した修正前の内容（ターゲットから）」、「受信した修正前の内容（メインに逆変換）」、「受信した修正後の内容（ターゲットから）」、「受信した修正後の内容（メインに逆変換）」のレコードが作成される。受信部３５が修正の内容を含む仕訳データ５１を受信した時は、メインシステム２００による確定仕訳が行われていないので未確定の状態であり、「受信した修正後の内容（メインに逆変換）」のレコードのステータス欄は「未確定」と表示される。

また、メインシステム２００による確定仕訳が行われると「確定した修正内容（メインで）」、「送信する内容（ターゲットに変換）」のレコードが作成される。この時、「確定した修正内容（メインで）」のレコードのステータス欄は「確定」と表示され、「送信する内容（ターゲットに変換）」のレコードのステータス欄は「未処理」と表示される。その後、待受部３４が確定仕訳の行われた仕訳データ３８を取り込み、ターゲットシステム３００の仕訳作成部５０により仕訳が行われる。

インポート画面Ｗ４には、図１２のレコード（１）に対応する、メインシステム２００がターゲットシステム３００から受信した修正前の仕訳の内容と、この修正前の仕訳の内容に対して同期サブシステム２１０が逆変換した仕訳の内容と、図１２のレコード（３）に対応する、メインシステム２００がターゲットシステム３００に送信する確定仕訳である修正後の内容とが並べて表示される。
この時点では、「受信した修正前の内容（ターゲットから）」、「受信した修正前の内容（メインに逆変換）」、「受信した修正後の内容（ターゲットから）」のレコードのステータス欄は空欄であり、「受信した修正後の内容（メインに逆変換）」のレコードのステータス欄は「未確定」が表示される。また、「確定した修正内容（メインで）」、「送信する内容（ターゲットに変換）」のレコードにおけるターゲットシステム３００の伝票番号は空欄である。メインシステム２００を操作するユーザーは、ターゲットシステム３００から修正の仕訳が１件あったことを確認すると、修正された仕訳に対して確定又は取消の処理を行う。そして、ユーザーが更新ボタンを押すと、処理済みのデータが削除される。

図２０の画面表示例（３）は、アップストリーム削除の処理にてメインシステム２００の表示装置に表示される画面である。図１４のアップストリーム削除の処理のレコード（１）に示す内容の削除の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、画面表示例（３）に示すメインシステム２００のインポート画面Ｗ４がメインシステム２００に表示される。受信部３５が削除の内容を含む仕訳データ５１を受信した時は、メインシステム２００による確定仕訳が行われていないので未確定の状態であり、確定仕訳が行われると正常の状態に変わる。

確定仕訳が行われる前は、「受信した内容（ターゲットから）」のステータス欄が空欄である。また、メインシステム２００による確定仕訳が行われると、「送信する内容（メインに逆変換）」のレコードが作成される。この時、「送信する内容」のレコードのステータス欄は「未処理」と表示されるその後、待受部３４が確定仕訳の行われた仕訳データ３８を取り込み、ターゲットシステム３００の仕訳作成部５０により仕訳が行われた後、「送信する内容（メインに逆変換）」のステータス欄は「正常」と表示される。

インポート画面Ｗ４には、図１４のレコード（１）に対応する、メインシステム２００がターゲットシステム３００から受信した削除の仕訳の内容と、図１４のレコード（３）に対応する、メインシステム２００がターゲットシステム３００から受信した確定仕訳である削除の内容とが並べて表示される。なお、ターゲットシステム３００では、仕訳が削除されたので、画面表示例（３）の「受信した内容（ターゲットから）」の行には、ステータス項目以外の内容は表示されない。メインシステム２００を操作するユーザーは、ターゲットシステム３００から削除の仕訳が１件あったことを確認すると、削除された仕訳に対して確定又は取消の処理を行う。そして、ユーザーが更新ボタンを押すと、処理済みのデータが削除される。

＜アップストリーム追加、修正、削除の取消処理のインポート画面＞
図２１と図２２は、アップストリーム追加、修正、削除の取消処理にてターゲットシステム３００に表示されるインポート画面Ｗ５の表示例を示す図である。図２１と図２２では、ターゲットシステム３００が作成した仕訳をメインシステム２００が受信する処理を「インポート」と呼ぶ。インポート画面Ｗ５では、メインシステム２００がターゲットシステム３００から受信した仕訳だけでなく、メインシステム２００が修正し、ターゲットシステム３００に送信する仕訳も表示される。そして、図２１と図２２に示すインポート画面Ｗ５は、データ連携システム１００にてアップストリームにおけるメインシステム２００がターゲットシステム３００から仕訳を受信し、確定又は取消の仕訳を行う時にメインシステム２００に表示される。

図２１の画面表示例（１）は、アップストリーム追加の取消処理にてメインシステム２００の表示装置に表示される画面である。図１１のアップストリーム追加の取消処理のレコード（１）に示す追加の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、画面表示例（１）に示すメインシステム２００のインポート画面Ｗ５がメインシステム２００に表示される。

受信部３５が追加の内容を含む仕訳データ５１を受信した時は、メインシステム２００による確定仕訳が行われていない未確定の状態なので、「受信した内容（メインに逆変換）」のステータス欄は「未確定」と表示される。また、メインシステム２００による確定仕訳が行われると、「確定した内容（メインで）」、「送信する内容（ターゲットに変換）」のレコードが作成される。この時、「確定した内容（メインで）」のレコードのステータス欄は「取消」と表示され、「送信する内容（ターゲットに変換）」のレコードのステータス欄は「削除未処理」と表示される。

図２１に示すインポート画面Ｗ５には、図１１のレコード（１）に対応する、メインシステム２００がターゲットシステム３００から受信した追加の仕訳の内容と、図１１のレコード（３）に対応する、メインシステム２００がターゲットシステム３００に送信する仕訳の内容とが並べて表示される。この時点では、「受信した内容（ターゲットから）」の行におけるメインシステム２００の伝票番号と、「受信した内容（メインに逆変換）」、「確定した内容（メインで）」、「送信する内容（ターゲットに変換）」の行におけるターゲットシステム３００の伝票番号は空欄である。メインシステム２００を操作するユーザーは、ターゲットシステム３００から追加の仕訳を１件受信したことを確認すると、追加の仕訳に対して確定又は取消の処理を行う。そして、ユーザーが更新ボタンを押すと、処理済みのデータが削除される。

図２２の画面表示例（２）は、アップストリーム修正の取消処理にてメインシステム２００の表示装置に表示される画面である。図１３のアップストリーム修正の取消処理のレコード（１）の追加Ａ（修正後）に示す内容の修正の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、画面表示例（２）に示すメインシステム２００のインポート画面Ｗ５がメインシステム２００に表示される。受信部３５が修正の内容を含む仕訳データ５１を受信すると、「受信した修正前の内容（ターゲットから）」、「受信した修正前の内容（メインに逆変換）」、「受信した修正後の内容（ターゲットから）」、「受信した修正後の内容（メインに逆変換）」のレコードが作成される。受信部３５が修正の内容を含む仕訳データ５１を受信した時は、メインシステム２００による確定仕訳が行われていないので未確定の状態であり、「受信した修正後の内容（メインに逆変換）」のレコードのステータス欄は「未確定」と表示される。

また、メインシステム２００による確定仕訳が行われると「確定した修正内容（メインで）」、「送信する内容（ターゲットに変換）」のレコードが作成される。この時、「確定した修正内容（メインで）」のレコードのステータス欄は「取消」と表示され、「送信する内容（ターゲットに変換）」のレコードのステータス欄は「修正前に」と表示される。その後、待受部３４が確定仕訳の行われた仕訳データ３８を取り込み、ターゲットシステム３００の仕訳作成部５０により仕訳が行われる。

インポート画面Ｗ５には、図１３のレコード（１）に対応する、メインシステム２００がターゲットシステム３００から受信した修正前の仕訳の内容と、この修正前の仕訳の内容に対して同期サブシステム２１０が逆変換した仕訳の内容と、図１３のレコード（３）に対応する、メインシステム２００がターゲットシステム３００に送信する修正後の仕訳の内容とが並べて表示される。
この時点では、「受信した修正前の内容（ターゲットから）」、「受信した修正前の内容（メインに逆変換）」、「受信した修正後の内容（ターゲットから）」のレコードのステータス欄は空欄であり、「受信した修正後の内容（メインに逆変換）」のレコードのステータス欄は「未確定」が表示される。また、「確定した修正内容（メインで）」のレコードにおけるターゲットシステム３００の伝票番号は空欄である。メインシステム２００を操作するユーザーは、ターゲットシステム３００から修正の仕訳が１件あったことを確認すると、修正された仕訳に対して確定又は取消の処理を行う。そして、ユーザーが更新ボタンを押すと、処理済みのデータが削除される。

図２２の画面表示例（３）は、アップストリーム削除の取消処理にてメインシステム２００の表示装置に表示される画面である。図１５のアップストリーム削除の取消処理のレコード（１）に示す内容の削除の仕訳がターゲットシステム３００で行われると、同期サブシステム２１０を経てメインシステム２００が仕訳を取り込む。その後、画面表示例（３）に示すメインシステム２００のインポート画面Ｗ５がメインシステム２００に表示される。このインポート画面Ｗ５には、図１５のレコード（１）に対応する、メインシステム２００がターゲットシステム３００から受信した削除の仕訳の内容と、図１５のレコード（３）に対応する、メインシステム２００がターゲットシステム３００から受信した確定仕訳である削除の内容とが並べて表示される。例えば、「受信した内容（ターゲットから）」、「送信する内容（メインに逆変換）」、「送信する内容（ターゲットに変換）」のレコードがメインシステム２００に表示される。「受信した内容（ターゲットから）」のレコードのステータス欄は空欄であり、「送信する内容（メインに逆変換）」のレコードのステータス欄は「取消」と表示され、「送信する内容（ターゲットに変換）」のレコードのステータス欄は「削除前に」と表示される。

メインシステム２００を操作するユーザーは、ターゲットシステム３００から削除の仕訳が１件あったことを確認すると、削除された仕訳に対して確定又は取消の処理を行う。そして、ユーザーが更新ボタンを押すと、処理済みのデータが削除される。

図２３は、未確定仕訳に対する確定処理画面の表示例を示す。図２３に示す確定処理画面は、図１９～図２２の各処理項目に示す処理ボタンを押すことでメインシステム２００の表示装置に表示される。ここでは、図２０の画面表示例（２）の処理ボタンを押して表示された確定処理画面の例を示す。

確定処理画面の上段には、メインシステム２００がターゲットシステム３００から受信した未確定仕訳の内容の表示欄が示される。この表示欄には、図２０の画面表示例（２）に示した、「受信した修正前の内容」と「受信した修正後の内容」とが表示される。また、仕訳候補ボタンを押すと、自動仕訳部２２により抽出された複数の仕訳候補が表示され、ユーザーが任意の仕訳候補を選択可能である。

確定処理画面の下段には、振替伝票として、図２０の画面表示例（２）に示した、「送信する修正後の内容」が表示される。ユーザーは、振替伝票を確認して、正しい内容で仕訳を修正し、仕訳を確定することができる。また、この表示欄には、「追加」、「削除」、「戻す」、「行追加」、「行削除」、「伝票の取消」、「同期の更新」の操作ボタンが表示され、振替伝票に対する任意の操作が可能である。例えば、ターゲットシステム３００から受信した追加の仕訳に対して取り消す場合、「伝票の取消」ボタンが押されることで、追加の仕訳が取り消される。

＜計算機のハードウェア構成＞
次に、データ連携システム１００，１００Ａの各システムを構成する計算機１１０のハードウェア構成を説明する。
図２４は、計算機１１０のハードウェア構成例を示すブロック図である。計算機１１０は、本実施の形態に係るメインシステム２００，２００Ａ、同期サブシステム２１０、ターゲットシステム３００，３００Ａ、同期し捨てＭう４００として動作可能なコンピューターとして用いられるハードウェアの一例である。本実施の形態に係るデータ連携システム１００，１００Ａの各システムは、計算機１１０（コンピューター）がプログラムを実行することにより、図２～図５に示した各機能ブロックが連携して行うデータの同期方法を実現する。

計算機１１０は、バス１１４にそれぞれ接続されたＣＰＵ（Central Processing Unit）１１１、ＲＯＭ（Read Only Memory）１１２、及びＲＡＭ（Random Access Memory）１１３を備える。さらに、計算機１１０は、表示装置１１５、入力装置１１６、不揮発性ストレージ１１７及びネットワークインターフェイス１１８を備える。

ＣＰＵ１１１は、本実施の形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ１１２から読み出してＲＡＭ１１３にロードし、実行する。ＲＡＭ１１３には、ＣＰＵ１１１の演算処理の途中で発生した変数やパラメーター等が一時的に書き込まれ、これらの変数やパラメーター等がＣＰＵ１１１によって適宜読み出される。ただし、ＣＰＵ１１１に代えてＭＰＵ（Micro Processing Unit）を用いてもよい。メインシステム２００，２００Ａ及びターゲットシステム３００，３００Ａにおける各機能部の機能、並びに同期サブシステム２１０、同期システム４００における各機能部の機能は、ＣＰＵ１１１がＲＯＭ１１２から読み出した同期プログラムを実行することで実現される。

表示装置１１５は、例えば、液晶ディスプレイモニターであり、計算機１１０で行われる処理の結果等をユーザーに表示する。入力装置１１６には、例えば、キーボード、マウス等が用いられ、ユーザーが所定の操作入力、指示を行うことが可能である。なお、同期サブシステム２１０、同期システム４００には、表示装置１１５及び入力装置１１６が設けられない構成としてもよい。

不揮発性ストレージ１１７としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ又は不揮発性のメモリ等が用いられる。この不揮発性ストレージ１１７には、ＯＳ（Operating System）、各種のパラメーターの他に、計算機１１０を機能させるためのプログラムが記録されている。ＲＯＭ１１２及び不揮発性ストレージ１１７は、ＣＰＵ１１１が動作するために必要なプログラムやデータ等を記録しており、計算機１１０によって実行されるプログラムを格納したコンピューター読取可能な非一過性の記憶媒体の一例として用いられる。不揮発性ストレージ１１７には、例えば、変換テーブル３１、同期テーブル３３、逆変換テーブル３７等が構成される。

ネットワークインターフェイス１１８には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、ＮＩＣの端子に接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータをシステム間で送受信することが可能である。ネットワークインターフェイス１１８により、各システムの送信部及び受信部の機能が実現される。

以上説明した第１の実施の形態に係るデータ連携システム１００によれば、ダウンストリームの処理にてメインシステム２００が作成し、送信した仕訳データを同期サブシステム２１０が変換することでターゲットシステム３００が変換後の仕訳データを取り込むことができる。このため、メインシステム２００で作成された仕訳をターゲットシステム３００の仕訳に同期させることができる。

逆に、アップストリームの処理にてターゲットシステム３００が作成し、送信した仕訳データを同期サブシステム２１０が逆変換することでメインシステム２００が仕訳を確定した後、逆変換後の仕訳データを取り込むことができる。このため、ターゲットシステム３００で作成された仕訳をメインシステム２００の仕訳に同期させることができる。

また、第２の実施の形態に係るデータ連携システム１００Ａによれば、ダウンストリームの処理にてメインシステム２００Ａが作成し、送信した仕訳データを同期システム４００が変換することでターゲットシステム３００Ａが変換後の仕訳データを取り込むことができる。このため、メインシステム２００Ａで作成された仕訳をターゲットシステム３００Ａの仕訳に同期させることができる。

逆に、アップストリームの処理にてターゲットシステム３００Ａが作成し、送信した仕訳データを同期システム４００が逆変換することでメインシステム２００Ａが仕訳を確定した後、逆変換後の仕訳データを取り込むことができる。このため、ターゲットシステム３００Ａで作成された仕訳をメインシステム２００Ａの仕訳に同期させることができる。

また、第１及び第２の実施の形態に係るデータ連携システム１００，１００Ａでは、アップストリームの処理にてターゲットシステム３００，３００Ａが追加、修正、又は削除した仕訳データに対して、メインシステム２００，２００Ａが確定処理を行う。このため、ターゲットシステム３００，３００Ａにて行われた不正確な仕訳は、メインシステム２００，２００Ａにて是正される。

また、メインシステム２００，２００Ａは、アップストリームの処理にて確定処理を行った結果、ターゲットシステム３００，３００Ａにて行われた追加、修正、又は削除を取り消すことができる。取り消された追加、修正、又は削除は、ターゲットシステム３００に取り込まれると、ターゲットシステム３００，３００Ａが行った追加、修正、又は削除が取り消される。

また、メインシステム２００，２００Ａで追加、修正、又は削除された仕訳は、ターゲットシステム３００で確認された後、ターゲットシステム３００に取り込まれる。また、ターゲットシステム３００，３００Ａで追加、修正、又は削除された仕訳についても、メインシステム２００，２００Ａで確定仕訳が行われ、メインシステム２００，２００Ａとターゲットシステム３００，３００Ａで取り込まれる。その後、同期サブシステム２１０、同期システム４００の同期テーブル３３に保存される仕訳データは削除されるので、同期テーブル３３の記録容量を削減することができる。

また、ダウンストリームの処理にて、ターゲットシステム３００，３００Ａにはインポート画面が表示される。また、アップストリームの処理にて、ターゲットシステム３００，３００Ａにはエクスポート画面が表示され、メインシステム２００，２００Ａにはインポート画面が表示される。各システムに表示される画面から、各システムのユーザーが仕訳の内容を確認することができる。

［変形例］
なお、上述した実施の形態は、会計システム間の仕訳データの送受信をＡＰＩ連携で行う例を説明したものであった。しかし、ダウンストリームの処理と、アップストリームの処理は、送信される仕訳データのデータ量が異なることが多い。そこで、仕訳データのデータ量に応じて、仕訳データの送信処理を変更する例について、図２５を参照して説明する。
図２５は、第２の実施の形態の変形例に係るデータ連携システム１００Ａの全体構成例を示す図である。

メインシステム２００Ａの表示装置には、確定処理部２３による確定仕訳のために、ユーザーが仕訳を確認可能な確認画面が表示される。ダウンストリームの処理にてメインシステム２００Ａにて仕訳の追加、修正、又は削除が行われると、メインシステム２００Ａから同期システム４００に追加、修正前後、又は削除の仕訳データが送信される。ダウンストリームの処理にてメインシステム２００Ａから同期システム４００に送信される仕訳データ２０のデータ件数は多いため、ＡＰＩ連携で１件ごとに送信する処理は時間がかかる。そこで、メインシステム２００Ａから同期システム４００に送信される仕訳データ２０は、ＣＳＶ形式のファイルで一括して送信されるとよい。

ターゲットシステム３００Ａの表示装置には、アップストリームの処理にて、ユーザーが仕訳を登録するための仕訳登録画面が表示される。また、ターゲットシステム３００Ａの表示装置には、メインシステム２００Ａにより確定された仕訳を確認するための確認画面が表示される。アップストリームの処理にてターゲットシステム３００Ａにて仕訳の追加、修正、又は削除が行われると、ターゲットシステム３００Ａから同期システム４００に追加、修正前後、又は削除の仕訳データが送信される。アップストリームの処理はデータ件数が少ないことが多い。このため、ターゲットシステム３００Ａからメインシステム２００Ａに仕訳データを送信する際は、ＡＰＩ連携としてもよい。

なお、本発明は上述した実施の形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した実施の形態は本発明を分かりやすく説明するためにシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、本実施の形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

２２…自動仕訳部、２３…確定処理部、３０…変換部、３１…変換テーブル、３３…同期テーブル、３４…待受部、３６…逆変換部、３７…逆変換テーブル、５０…仕訳作成部、１００，１００Ａ…データ連携システム、２００，２００Ａ…メインシステム、２１０…同期サブシステム、３００，３００Ａ…ターゲットシステム、４００…同期システム

Claims (12)

1. 会計仕訳の候補を抽出して確定仕訳が行われる第１会計システムと、
   前記第１会計システムで行われた確定仕訳を受け入れる第２会計システムと、
   前記第１会計システムが作成した第１仕訳データを前記第２会計システムが取込可能なデータ形式に変換する変換部と、変換後の前記第１仕訳データを前記第２会計システムが取込可能に保存する同期テーブルとを有する同期装置と、を備え、
   前記同期装置は、
   前記第２会計システムから前記第１仕訳データの取込要求を待ち受け、前記第２会計システムから前記取込要求を受信すると、前記同期テーブルから読み出した、前記第２会計システムが未取込である、変換後の前記第１仕訳データを前記第２会計システムに送信する待受部を有する
   データ連携システム。
2. 前記待受部は、前記取込要求を待ち受け、前記取込要求に応じて前記同期テーブルから読み出した変換後の前記第１仕訳データを前記第２会計システムに送信し、前記第２会計システムから正常に変換後の前記第１仕訳データを取込んだことを表す情報を受信することにより、前記第２会計システムが変換後の前記第１仕訳データを正常に取込んだことを管理し、前記第２会計システムから正常に変換後の前記第１仕訳データにより正常に仕訳を更新できたことを表す情報を受信することにより、前記第２会計システムが変換後の前記第１仕訳データにより正常に仕訳を更新できたことを管理し、前記同期テーブルのレコードを更新済みに変更する
   請求項１に記載のデータ連携システム。
3. 前記同期装置は、
   前記第１仕訳データの項目ごとに、前記第１会計システム及び前記第２会計システムで用いられる語句の対応関係を保持する変換テーブルを有し、
   前記変換部は、前記変換テーブルを参照して、前記第１仕訳データを前記第２会計システムが取込可能なデータ形式に変換する
   請求項２に記載のデータ連携システム。
4. 前記同期装置は、前記第２会計システムで作成された仕訳の第２仕訳データを前記第１会計システムが取込可能なデータ形式に逆変換し、前記第２会計システムで行われた仕訳に対して前記第１会計システムが確定仕訳を行った前記第２仕訳データを前記第２会計システムが取込可能なデータ形式に変換し、変換後の前記第２仕訳データを前記第２会計システムに送信する
   請求項３に記載のデータ連携システム。
5. 前記同期装置は、
   第２仕訳データの項目ごとに、前記第１会計システム及び前記第２会計システムで用いられる語句の対応関係を保持する逆変換テーブルと、
   前記逆変換テーブルを参照して、前記第２仕訳データを前記第１会計システムが取込可能なデータ形式に逆変換する逆変換部と、
   逆変換後の前記第２仕訳データを格納する同期テーブルと、を有する
   請求項４に記載のデータ連携システム。
6. 前記第１会計システムは、
   逆変換後の前記第２仕訳データに対して仕訳の候補を抽出する仕訳候補抽出部と、
   抽出された前記仕訳の候補から一の仕訳を確定し、前記第１仕訳データを作成する確定処理部と、を有する
   請求項４又は５に記載のデータ連携システム。
7. 前記同期装置は、前記第１会計システムと一体化された同期サブシステムであって、
   前記同期サブシステムと前記第２会計システムとは、ＡＰＩ連携で前記第１仕訳データ及び前記第２仕訳データを送受信する
   請求項４～６のいずれか一項に記載のデータ連携システム。
8. 前記同期装置は、前記第１会計システムと別体で構成された同期システムであって、
   前記同期テーブルから読み出した逆変換後の前記第２仕訳データを前記第１会計システムに送信する第１送信部を有し、
   前記第１会計システムは、
   前記同期装置から逆変換後の前記第２仕訳データを受信する第２受信部と、
   確定仕訳が行われた前記第２仕訳データを前記同期装置に送信する第２送信部と、を有し、
   前記第１会計システムと前記同期システムとの間、及び前記同期システムと前記第２会計システムとの間は、ＡＰＩ連携で前記第２仕訳データが送受信される
   請求項４～６のいずれか一項に記載のデータ連携システム。
9. 会計仕訳の候補を抽出して確定仕訳が行われる第１会計システムが作成した第１仕訳データを、前記第１会計システムで行われた確定仕訳を受け入れる第２会計システムが取込可能なデータ形式に変換する変換部と、
   変換後の前記第１仕訳データを前記第２会計システムが取込可能に保存する同期テーブルと、
   前記第２会計システムから前記第１仕訳データの取込要求を待ち受け、前記第２会計システムから前記取込要求を受信すると、前記同期テーブルから読み出した、前記第２会計システムが未取込である、変換後の前記第１仕訳データを前記第２会計システムに送信する待受部と、を備える
   同期装置。
10. 前記第２会計システムで作成された仕訳の第２仕訳データを前記第１会計システムが取込可能なデータ形式に逆変換する逆変換部を有し、
    前記変換部は、逆変換された前記仕訳データに対して前記第１会計システムが確定仕訳を行った前記第２仕訳データを前記第２会計システムが取込可能なデータ形式に変換する
    請求項９に記載の同期装置。
11. 会計仕訳の候補を抽出して確定仕訳が行われる第１会計システムが作成した第１仕訳データを、前記第１会計システムで行われた確定仕訳を受け入れる第２会計システムが取込可能なデータ形式に変換する手順と、
    変換後の前記第１仕訳データを前記第２会計システムが取込可能に同期テーブルに保存する手順と、
    前記第２会計システムから前記第１仕訳データの取込要求を待ち受け、前記第２会計システムから前記取込要求を受信すると、前記同期テーブルから読み出した、前記第２会計システムが未取込である、変換後の前記第１仕訳データを前記第２会計システムに送信する手順と、を
    コンピューターに実行させるための同期プログラム。
12. 前記第２会計システムで作成された仕訳の第２仕訳データを前記第１会計システムが取込可能なデータ形式に逆変換する手順と、
    逆変換された前記仕訳データに対して前記第１会計システムが確定仕訳を行った前記第２仕訳データを前記第２会計システムが取込可能なデータ形式に変換する手順と、を
    コンピューターに実行させるための請求項１１に記載の同期プログラム。