知財求人 - 知財ポータルサイト「IP Force」
特開2023-154245旅行業務用のデータ構造及びこれを用いた会計処理システム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023154245
(43)【公開日】2023-10-19
(54)【発明の名称】旅行業務用のデータ構造及びこれを用いた会計処理システム
(51)【国際特許分類】
G06Q 40/12 20230101AFI20231012BHJP
【ＦＩ】
G06Q40/00 420
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2022063447
(22)【出願日】2022-04-06
(71)【出願人】
【識別番号】397051922
【氏名又は名称】株式会社アジェンダ
(74)【代理人】
【識別番号】110001841
【氏名又は名称】弁理士法人ＡＴＥＮ
(72)【発明者】
【氏名】山崎 慎一郎
(72)【発明者】
【氏名】銭谷 昌典
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055BB64
(57)【要約】
【課題】旅行業務において、売上や仕入の基準日前であってもその売上や仕入に対する入金や支払の対応付け及び評価を詳細に行いやすい。
【解決手段】出納データ４００は、売上データ４１１、仕入データ４１２及び仕入調整データ４１３を含む売仕データ４１０、入金データ４３１及び支払データ４３２を含む入出金データ４３０並びに振分データ４４０を有している。売上データ４１１及び仕入データ４１２は、１つの仕入先に対する１つの予約である単位予約ごと又はそれより詳細な単位ごとの売上項目又は仕入項目を示している。振分データ４４０は、入金データ４３１及び支払データ４３２が示す入金及び支払と売上データ４１１及び仕入データ４１２が示す売上項目及び仕入項目とを対応付ける。振分データ４４０が示す振分の基準日が、振分先である売上項目又は仕入項目の基準日に対して過去の日付に設定可能である。
【選択図】図２
【解決手段】出納データ４００は、売上データ４１１、仕入データ４１２及び仕入調整データ４１３を含む売仕データ４１０、入金データ４３１及び支払データ４３２を含む入出金データ４３０並びに振分データ４４０を有している。売上データ４１１及び仕入データ４１２は、１つの仕入先に対する１つの予約である単位予約ごと又はそれより詳細な単位ごとの売上項目又は仕入項目を示している。振分データ４４０は、入金データ４３１及び支払データ４３２が示す入金及び支払と売上データ４１１及び仕入データ４１２が示す売上項目及び仕入項目とを対応付ける。振分データ４４０が示す振分の基準日が、振分先である売上項目又は仕入項目の基準日に対して過去の日付に設定可能である。
【選択図】図２
【特許請求の範囲】
【請求項1】
売上、仕入、入金及び支払の情報を含んだ会計情報に係る旅行業務用のデータ構造であって、
１つの仕入先に対する１つの予約である単位予約ごと又はそれより詳細な単位ごとの売上である単位売上を示す売上データと、
前記単位売上と一対一に対応する、前記単位予約ごと又はそれより詳細な単位ごとの仕入である単位仕入を示す仕入データと、
入金を示す入金データと、
支払を示す支払データと、
前記入金データが示す入金を前記売上データが示す売上に対して前記単位売上ごとに振り分ける入金振分を示す入金振分データと、
前記支払データが示す支払を前記仕入データが示す仕入に対して前記単位仕入ごとに振り分ける支払振分を示す支払振分データと、
前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のそれぞれの基準日を示す基準日データとを含んでおり、
前記基準日データにおいて、前記入金振分及び前記支払振分の少なくともいずれかの基準日が、振分先である前記単位売上又は前記単位仕入の基準日に対して過去に設定可能であることを特徴とするデータ構造。
１つの仕入先に対する１つの予約である単位予約ごと又はそれより詳細な単位ごとの売上である単位売上を示す売上データと、
前記単位売上と一対一に対応する、前記単位予約ごと又はそれより詳細な単位ごとの仕入である単位仕入を示す仕入データと、
入金を示す入金データと、
支払を示す支払データと、
前記入金データが示す入金を前記売上データが示す売上に対して前記単位売上ごとに振り分ける入金振分を示す入金振分データと、
前記支払データが示す支払を前記仕入データが示す仕入に対して前記単位仕入ごとに振り分ける支払振分を示す支払振分データと、
前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のそれぞれの基準日を示す基準日データとを含んでおり、
前記基準日データにおいて、前記入金振分及び前記支払振分の少なくともいずれかの基準日が、振分先である前記単位売上又は前記単位仕入の基準日に対して過去に設定可能であることを特徴とするデータ構造。
【請求項2】
請求項１に記載のデータ構造を有する出納データと、前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のそれぞれについて、貸方勘定科目と借方勘定科目を示すデータとを記憶する記憶手段と、
前記記憶手段における記憶内容に基づいて、前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のそれぞれについて仕訳伝票を生成する仕訳処理を実行する仕訳処理手段とを備えており、
前記仕訳処理手段が、前記入金振分及び前記支払振分のそれぞれについて、振分先である前記単位売上又は前記単位仕入の基準日に対して過去のタイミングで前記仕訳処理を実行可能に構成されていることを特徴とする会計処理システム。
前記記憶手段における記憶内容に基づいて、前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のそれぞれについて仕訳伝票を生成する仕訳処理を実行する仕訳処理手段とを備えており、
前記仕訳処理手段が、前記入金振分及び前記支払振分のそれぞれについて、振分先である前記単位売上又は前記単位仕入の基準日に対して過去のタイミングで前記仕訳処理を実行可能に構成されていることを特徴とする会計処理システム。
【請求項3】
前記仕訳処理手段が、
１又は複数の連続する仕訳日のそれぞれに関して、前記出納データが示す前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のうち、前記基準日データが示す前記基準日が前記仕訳日に該当するものについて前記仕訳処理を実行可能であり、
前記入金振分の仕訳として、借方が前記入金の仕訳伝票における貸方勘定科目であり貸方が第１勘定科目である第１の前記仕訳処理を実行し、前記入金振分の振分先である前記単位売上が前記仕訳処理を実行済みである場合に、借方が前記第１勘定科目であり貸方が前記単位売上の仕訳伝票における借方勘定科目である第２の前記仕訳処理をさらに実行し、
前記支払振分の仕訳として、借方が前記支払の仕訳伝票における貸方勘定科目であり貸方が第２勘定科目である第３の前記仕訳処理を実行し、前記支払振分の振分先である前記単位仕入が前記仕訳処理を実行済みである場合に、借方が前記第１勘定科目であり貸方が前記単位仕入の仕訳伝票における借方勘定科目である第４の前記仕訳処理をさらに実行することを特徴とする請求項２に記載の会計処理システム。
１又は複数の連続する仕訳日のそれぞれに関して、前記出納データが示す前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のうち、前記基準日データが示す前記基準日が前記仕訳日に該当するものについて前記仕訳処理を実行可能であり、
前記入金振分の仕訳として、借方が前記入金の仕訳伝票における貸方勘定科目であり貸方が第１勘定科目である第１の前記仕訳処理を実行し、前記入金振分の振分先である前記単位売上が前記仕訳処理を実行済みである場合に、借方が前記第１勘定科目であり貸方が前記単位売上の仕訳伝票における借方勘定科目である第２の前記仕訳処理をさらに実行し、
前記支払振分の仕訳として、借方が前記支払の仕訳伝票における貸方勘定科目であり貸方が第２勘定科目である第３の前記仕訳処理を実行し、前記支払振分の振分先である前記単位仕入が前記仕訳処理を実行済みである場合に、借方が前記第１勘定科目であり貸方が前記単位仕入の仕訳伝票における借方勘定科目である第４の前記仕訳処理をさらに実行することを特徴とする請求項２に記載の会計処理システム。
【請求項4】
前記単位売上及び前記入金振分からなる第１組、前記単位仕入及び前記支払振分からなる第２組、前記入金及び前記入金振分からなる第３組、並びに、前記支払及び前記支振分からなる第４組の少なくともいずれかの組において、その組を構成する要素から生成された仕訳伝票に含まれる貸方の金額と借方の金額とを勘定科目ごとに合算した結果と、前記出納データが示す未収額、未払額及び未振分額のうち対応するものとを比較することで前記処理の結果を評価することを特徴とする請求項２又は３に記載の会計処理システム。
【請求項5】
前記第１及び第２の仕訳処理の両方が実行済みである前記入金振分から生成された仕訳伝票に含まれる貸方の金額と借方の金額とを前記第１勘定科目について合算すると貸方及び借方間で金額が一致するか否かに基づいて前記仕訳処理の結果を評価すると共に、
前記第３及び第４の仕訳処理の両方が実行済みである前記支払振分から生成された仕訳伝票に含まれる貸方の金額と借方の金額とを前記第２勘定科目について合計すると貸方及び借方間で金額が一致するか否かに基づいて前記仕訳処理の結果を評価することを特徴とする請求項３に記載の会計処理システム。
前記第３及び第４の仕訳処理の両方が実行済みである前記支払振分から生成された仕訳伝票に含まれる貸方の金額と借方の金額とを前記第２勘定科目について合計すると貸方及び借方間で金額が一致するか否かに基づいて前記仕訳処理の結果を評価することを特徴とする請求項３に記載の会計処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、旅行業務用のデータ構造及びこれを用いた会計処理システムに関する。
【背景技術】
【0002】
従来、旅行業務用の様々な会計処理システムが提案されている。特許文献１に記載のシステムはその一例である。特許文献１では、旅行に関する予約内容等を示す予約カード（旅行商品ファイル）が作成される（特許文献１の図７）。予約カードには複数の販売商品に係る売上及び仕入の情報が含まれている。かかる予約カードに基づいて、売上及び仕入の基準日（例えば、旅行の出発日）以降のタイミングで売上、仕入、入金及び支払に関する仕訳が実行される。ここで、特許文献１に記載された例では、顧客からの入金が前受金として取り扱われ、仕入先への支払が前払金として取り扱われている（同文献の図８）。そして、予約カード中の売上の合計額（総売上額）が前受金の合計額（総前受金額）を上回っている場合には未収としてその差額が自動計上される（同文献の図５）。また、予約カード中の仕入の合計額（総仕入額）が前払金の合計額（総前払金額）を上回っている場合にはその差額が未払として自動計上される（同文献の図５）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００３－０１６１５５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１のシステムによると、予約カードに対して入金及び支払が対応付けられ、旅行の出発日等、売上及び仕入の基準日が到来してはじめて未収や未払が予約カード単位で計上される。このため、売上や仕入に対する入金や支払への対応付けとこれによる評価（未収額や未払額の把握等）が売上や仕入の基準日まで行えず、また、予約カード単位でしか把握できない。
【0005】
本発明の目的は、売上や仕入の基準日前であってもその売上や仕入に対する入金や支払の対応付け及び評価を詳細に行いやすい旅行業務用のデータ構造及びこれを用いた会計処理システムを提供することにある。
【課題を解決するための手段】
【0006】
本発明に係る旅行業務用のデータ構造は、売上、仕入、入金及び支払の情報を含んだ会計情報に係る旅行業務用のデータ構造であって、１つの仕入先に対する１つの予約である単位予約ごと又はそれより詳細な単位ごとの売上である単位売上を示す売上データと、前記単位売上と一対一に対応する、前記単位予約ごと又はそれより詳細な単位ごとの仕入である単位仕入を示す仕入データと、入金を示す入金データと、支払を示す支払データと、前記入金データが示す入金を前記売上データが示す売上に対して前記単位売上ごとに振り分ける入金振分を示す入金振分データと、前記支払データが示す支払を前記仕入データが示す仕入に対して前記単位仕入ごとに振り分ける支払振分を示す支払振分データと、前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のそれぞれの基準日を示す基準日データとを含んでおり、前記基準日データにおいて、前記入金振分及び前記支払振分の少なくともいずれかの基準日が、振分先である前記単位売上又は前記単位仕入の基準日に対して過去に設定可能である。
【0007】
本発明のデータ構造によると、単位予約又はそれより詳細な単位ごとの単位売上／単位仕入に入金／支払を紐づける入金振分／支払振分がある。そして、入金振分及び支払振分の基準日の少なくともいずれかがその振分先である単位売上又は単位仕入の基準日より過去に設定することが可能である。つまり、売上や仕入の基準日に対する入金や支払のタイミングに関わらず、売上や仕入の基準日より過去の基準日を設定しつつ入金／支払を単位売上／単位仕入に振り分けることが可能である。このため、売上や仕入の基準日に先行したタイミングで、売上／仕入に対する入金／支払の対応付け及び評価（例えば、未収額や未払額の把握）が可能になる。また、入金／仕入の振分が単位売上／単位仕入のそれぞれに対して行われるため、詳細な対応付け及び評価が可能になる。なお、本発明において、「振り分け」又は「振分」とは、入金の一部又は全部を単位売上に対応付けること、又は、支払の一部又は全部を単位仕入に対応付けることをいう。
【0008】
また、本発明に係る会計処理システムは、上記データ構造を有する出納データと、前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のそれぞれについて、貸方勘定科目と借方勘定科目を示すデータとを記憶する記憶手段と、前記記憶手段における記憶内容に基づいて、前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のそれぞれについて仕訳伝票を生成する仕訳処理を実行する仕訳処理手段とを備えており、前記仕訳処理手段が、前記入金振分及び前記支払振分のそれぞれについて、振分先である前記単位売上又は前記単位仕入の基準日に対して過去のタイミングで前記仕訳処理を実行可能に構成されている。
【0009】
本発明の会計処理システムによると、単位売上又は単位仕入に先行して入金又は仕入があった場合に、単位売上又は単位仕入の基準日より前のタイミングであっても、その入金又は仕入に係る入金振分又は支払振分について仕訳処理を実行可能である。したがって、入金及び支払並びにその振分に関する締め処理が早期に可能となる。
【0010】
また、本発明においては、前記仕訳処理手段が、１又は複数の連続する仕訳日のそれぞれに関して、前記出納データが示す前記単位売上、前記単位仕入、入金、支払、前記入金振分及び前記支払振分のうち、前記基準日データが示す前記基準日が前記仕訳日に該当するものについて前記仕訳処理を実行可能であり、前記入金振分の仕訳として、借方が前記入金の仕訳伝票における貸方勘定科目であり貸方が第１勘定科目である第１の前記仕訳処理を実行し、前記入金振分の振分先である前記単位売上が前記仕訳処理を実行済みである場合に、借方が前記第１勘定科目であり貸方が前記単位売上の仕訳伝票における借方勘定科目である第２の前記仕訳処理をさらに実行し、前記支払振分の仕訳として、借方が前記支払の仕訳伝票における貸方勘定科目であり貸方が第２勘定科目である第３の前記仕訳処理を実行し、前記支払振分の振分先である前記単位仕入が前記仕訳処理を実行済みである場合に、借方が前記第１勘定科目であり貸方が前記単位仕入の仕訳伝票における借方勘定科目である第４の前記仕訳処理をさらに実行することが好ましい。これによると、入金振分の仕訳処理において、その入金振分の振分先の単位売上が仕訳されているか否かに関わらず第１の仕訳処理が一旦なされる。そして、単位売上の仕訳処理が実行済みであると判定した場合に第２の仕訳処理を行い、これによって入金と売上を結びつける仕訳伝票を生成する。また、支払振分の仕訳処理において、その支払振分の振分先の単位仕入が仕訳されているか否かに関わらず第３の仕訳処理が一旦なされる。そして、単位仕入の仕訳処理が実行済みであると判定した場合に第４の仕訳処理を行い、これによって支払と仕入を結びつける仕訳伝票を出力する。したがって、振分先が仕訳済みか否かに関わらず仕訳を実行可能であるため、入金及び支払並びにその振分に関する締め処理が早期に可能となる。
【0011】
また、本発明においては、前記単位売上及び前記入金振分からなる第１組、前記単位仕入及び前記支払振分からなる第２組、前記入金及び前記入金振分からなる第３組、並びに、前記支払及び前記支振分からなる第４組の少なくともいずれかの組において、その組を構成する要素から生成された仕訳伝票に含まれる貸方の金額と借方の金額とを勘定科目ごとに合算した結果と、前記出納データが示す未収額、未払額及び未振分額のうち対応するものとを比較することで前記処理の結果を評価することが好ましい。これによると、互いに関連する２つの会計情報の組み合わせからなる第１組～第４組のそれぞれにおいて、各組を構成する要素から生成された貸方の金額と借方の金額とを勘定科目ごとに合算した場合に、その合算結果が元の会計情報から得られる未収額、未払額又は未振分額と対応しているという仕訳上の関係に基づき、仕訳処理を評価することが可能である。
【0012】
また、本発明においては、前記第１及び第２の仕訳処理の両方が実行済みである前記入金振分から生成された仕訳伝票に含まれる貸方の金額と借方の金額とを前記第１勘定科目について合算すると貸方及び借方間で金額が一致するか否かに基づいて前記仕訳処理の結果を評価すると共に、前記第３及び第４の仕訳処理の両方が実行済みである前記支払振分から生成された仕訳伝票に含まれる貸方の金額と借方の金額とを前記第２勘定科目について合計すると貸方及び借方間で金額が一致するか否かに基づいて前記仕訳処理の結果を評価することが好ましい。これによると、第１及び第２の仕訳処理の両方が実行済みである入金振分に関しては、これから生成された仕訳伝票に含まれる貸方の金額と借方の金額とを第１勘定科目について合計すると貸方及び借方間で金額が一致するという仕訳上の関係に基づき、仕訳処理を評価することが可能である。また、第３及び第４の仕訳処理の両方が実行済みである支払振分に関しては、これから生成された仕訳伝票に含まれる貸方の金額と借方の金額とを第２勘定科目について合計すると貸方及び借方間で金額が一致するという仕訳上の関係に基づき、仕訳処理を評価することが可能である。
【図面の簡単な説明】
【0013】
【図1】本発明の一実施形態に係る会計処理システムの構成を示すブロック図である。
【発明を実施するための形態】
【0014】
＜システム概要＞
本発明の一実施形態に係る会計処理システム１について図１～図２４を参照しつつ説明する。会計処理システム１は、旅行業務に含まれる会計業務を処理するためのシステムである。以下、その詳細について説明する。
本発明の一実施形態に係る会計処理システム１について図１～図２４を参照しつつ説明する。会計処理システム１は、旅行業務に含まれる会計業務を処理するためのシステムである。以下、その詳細について説明する。
【0015】
図１に示すように、会計処理システム１は、複数の端末１００及びサーバ２００を備えている。端末１００及びサーバ２００間は、インターネットＮを通じたデータ通信が行われる。端末１００及びサーバ２００同士の通信には、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等のインターネット用の通信プロトコルが使用される。端末１００及びサーバ２００のいずれも、コンピュータ等のハードウェアと、メモリデバイスに格納されたプログラムデータ等のソフトウェアとによって構築されている。これらのソフトウェアはインターネットによるダウンロード又は各種の記録媒体により配布可能である。コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリ、ハードディスクドライブ、並びに、入出力インタフェース等の各種インタフェースのハードウェアを含んでいる。端末１００及びサーバ２００のそれぞれにおいて、ハードウェアがソフトウェアに従って以下の通信処理等の処理を実行する。後述のブラウザ１３０はかかるソフトウェアの１つである。
【0016】
図２に示すように、サーバ２００は、記憶部２１０（本発明でいう記憶手段）、データ管理部２２０、仕訳処理部２３０及び仕訳評価部２４０を有する。記憶部２１０は、端末１００から送信された旅行に関する予約内容を示す情報、この予約内容に関連した会計情報等を記憶する。予約内容には、手配旅行、企画旅行、及び受託旅行等の旅行の種類が含まれる。手配旅行は、旅行者の希望する旅行先、スケジュール等の旅行内容に応じて航空券、宿泊、鉄道等の予約を仕入先に対して行うことが必要な旅行である。企画旅行は、旅行先やスケジュール等があらかじめ設定され、航空券、宿泊、鉄道等の予約もあらかじめセットとなった旅行である。受託旅行は、他社の商品に関する旅行である。予約内容は、旅行ごとの情報の集合からなる予約カードの単位にまとめられつつ、予約データ４２０として記憶部２１０に記憶される。予約カードは、旅行の申し込みを受けてから旅行が完了するまでの一連の業務を管理するための情報の単位であり、カルテとも呼ばれる。各予約カードには、１つの仕入先に対する１つの予約である単位予約が複数含まれている。単位予約は、予約業務の担当者が仕入先に対して１回の予約行為を行うことに対応する。この単位予約に対しては、仕入先によって１つの予約番号が割り当てられる。
【0017】
会計情報は出納データ４００として記憶部２１０に記憶される。出納データ４００は、旅行料金を示す売仕データ４１０、入出金を示す入出金データ４３０、旅行料金と入出金を関連付ける振分データ４４０及び請求書の内容を示す請求書データ４５０を含んでいる。
【0018】
売仕データ４１０は、顧客（旅行者等）に対して請求される売上を示す売上データ４１１、仕入先から請求される仕入を示す仕入データ４１２及び仕入の調整額を示す仕入調整データ４１３を含んでいる。売上データ４１１は、複数の売上項目（本発明における単位売上に対応）からなる売上明細を示す。売上データ４１１には、各売上項目の税区分及び税率を示すデータが含まれている。税区分は、「課税」「非課税」「不課税」「免税」のいずれに該当するかを示す。また、売上データ４１１には、各売上項目に係る基準日としての売上日を示すデータ（本発明でいう基準日データ）が含まれている。本実施形態における「売上日」は、売上における会計的な計上日に対応する。旅行の種類（手配旅行か企画旅行か等）やサービスごとにどのような日を計上日としなければならないかが会計上決められている。本会計処理システム１においても、かかる会計上の基準に基づいて売上日が設定されている。さらに、売上データ４１１には売上先を示すデータが含まれている。
【0019】
仕入データ４１２は、複数の売上項目と対応した複数の仕入項目（本発明における単位仕入に対応する）からなる仕入明細を示す。仕入データ４１２には、各仕入項目の税区分及び税率を示すデータが含まれている。税区分は、「課税」「非課税」「不課税」「免税」のいずれに該当するかを示す。また、仕入データ４１２には、各仕入項目に係る基準日を示すデータが含まれている。売上項目及び仕入項目は、それぞれ単位予約ごと、又はそれより詳細な単位ごとの旅行料金に関する項目であり、互いに１対１に対応している。仕入項目に係る基準日は売上日と一致している。さらに、仕入データ４１２には仕入先を示すデータが含まれている。
【0020】
仕入調整データ４１３は、仕入項目のいずれかと対応しており、その仕入項目に関する仕入額の調整が実行された場合に生成される。仕入額の調整は、後述の通り、為替変動等により支払額が元の仕入から変更される場合に、調整後の仕入額と支払額とを一致させるために実行される。
【0021】
入出金データ４３０は、旅行料金に関して発行された請求書に従ってなされる入出金を示す。本実施形態において、入出金は、現金や銀行振込等、様々な態様でなされる。また、入出金に用いられる振込口座は、旅行会社の担当部署ごとに異なる口座が用いられている等、複数に亘る場合がある。本実施形態においては、入出金の態様や振込口座を区別するために「入出金種別」が用いられている。入出金種別は、例えば、現金による入出金であるか銀行振込等による入出金であるかを示すと共に、振込による入金に関してはいずれの口座が用いられたかを示す。
【0022】
入出金には顧客からの入金及び仕入先への支払がある。入出金データ４３０は、入金の内容を示す入金データ４３１及び支払の内容を示す支払データ４３２を含んでいる。本実施形態における「入金」とは、原則、売上に対応する旅行料金を顧客から受け取ること又は受け取った料金をいう。入金データ４３１が示す入金額がプラス値である場合にはこのような顧客からの入金を示す。入金データ４３１が示す入金額がマイナス値である場合には顧客に対して返金がなされたことを示す。返金は、請求書の金額を超過する入金がなされた場合に実行される超過分の金額を返還する処理である。なお、入金の超過が発生した場合、後述の通り、返金の代わりに振替も実行可能である。本実施形態に係る入金の振替とは、入金者の意向に応じ、入金の超過分を、本来の請求書に対応する予約カードとは異なる予約カードの請求書に振り分ける処理である。入金データ４３１には、各入金に係る基準日としての入金日、入出金種別及び入金元を示すデータ（本発明でいう基準日データに対応）が含まれている。入金日は原則、入金がなされた日に対応する。入金元は、入金した者である個人の氏名や法人名を示す。
【0023】
本実施形態における「支払」とは、仕入に係る旅行料金を仕入先に払うこと又は払った料金をいう。支払データ４３２は、このような仕入先への支払額とその基準日としての支払日（本発明でいう基準日データに対応）を示す。また、支払データ４３２には、入出金種別及び支払先を示すデータが含まれている。支払先は、支払する相手である法人名を示す。支払先は、その支払いに対応する仕入の仕入先に一致する。
【0024】
振分データ４４０は、売仕データ４１０及び入出金データ４３０とを関連付けるデータである。上記の通り、入金は売上と対応しており、支払は仕入と対応している。振分データ４４０は、これらの対応関係を売上項目単位又は仕入項目単位で示すものである。本実施形態における「振分」とは、入金の一部又は全部を売上の明細に割り当てる（対応付ける）こと、又は、支払の一部又は全部を仕入の明細に割り当てる（対応付ける）ことをいう。また、振分データ４４０によって互いに対応付けられる入金又は支払と売上又は仕入の前者を「振分元」とし、後者を「振分先」とする。以下の説明において、振分を行うことを「振り分ける」等と表現することがある。例えば、振分は、従来の記帳上、入金を請求書と対応付けて打ち消し線で消していく消込作業に対応する。振分データ４４０には、各振分に係る基準日を示すデータ（本発明でいう基準日データ）が含まれている。この基準日は通常、対応する入金又は支払の入金日又は支払日と一致している。入金日及び支払日のいずれも売上日に対して過去の日付となり得る。このため、振分の基準日も振分先の売上又は仕入の基準日に対して過去の日付となり得る。
【0025】
請求書データ４５０は、顧客に対して発行された請求書の内容を示すデータである。各請求書は、請求明細として複数の請求項目からなる。各請求項目は各売上項目と対応している。請求書データ４５０は、請求先や、各請求項目における請求額等を示すデータと共に、売上データ４１１が示す各売上項目と各請求項目との対応付けを示すデータを含んでいる。請求書データ４５０が示す請求額には、プラス値を取る場合とマイナス値を取る場合とがある。前者は請求書に応じて顧客からの入金がなされる場合に対応し、後者は請求書に応じて顧客への返金がなされる場合に対応する。
【0026】
図３は出納データ４００の一例を示す。図３（ａ）には、請求書データ４５０、売上データ４１１、振分データ４４０及び入金データ４３１の各データが示す金額及び基準日が表されている。売上データ４１１における各項目は各売上項目に対応する。図中、これらの項目が各データの基準日に従って並んでいる。売上項目、振分及び入金の各項目を結ぶ直線は、振分による売上項目と入金の関連付けを示している。
【0027】
本実施形態では、後述の通り、各締日（例えば、各月末）における締め対象の項目に対して仕訳処理が実行される。図３（ａ）の実線、一点鎖線、破線等からなる太い線は、締日を７月末、８月末、９月末、１０月末、１１月末及び１２月末のそれぞれに設定した場合における締め対象の項目の境界を表している。つまり、各線は、それより上に配置された項目であって未だ締められていない項目が、その線の締日における締め対象であることを示す。
【0028】
図３（ｂ）は、仕訳処理後の入金に対して振分の変更が行われた場合についての請求書データ４５０等の各データが示す金額及び基準日が表されている。売上項目、振分及び入金の各項目を結ぶ直線は、振分による売上項目と入金の関連付けを示している。図３（ｂ）の例では、９月末に一旦、仕訳処理が完了した振分データ４４０における９／３０付の２つの項目の内容が更新されている。具体的には、振分データ４４０において、９／３０付の２，０００円の入金を、９／１付の１，０００円の売上項目と９／５付の２，０００円の売上項目とに９／３０付で１，０００円ずつ振り分ける項目が、１０／１付で０円の内容に変更されている。これは、後述の通り、仕訳処理後に請求額の変更等により振分を変更する必要が生じた際に、仕訳処理後の振分の内容を変更する処理がなされた結果である。以下、かかる処理を「ＶＯＩＤ処理」とする。また、請求額の変更等に伴って新たに生成された売上項目である９／１５付の２，０００円に対して９／３０付の２，０００円の入金を振り分ける１０／１付の新たな振分が生成されている。
【0029】
また、記憶部２１０は仕訳方法データ４６０及び仕訳結果データ４７０を記憶する。仕訳方法データ４６０は仕訳処理の方法を示すデータである。仕訳方法データ４６０に従って生成された仕訳情報は仕訳結果データ４７０として記憶部２１０に記憶される。仕訳方法データ４６０及び仕訳結果データ４７０の詳細については後述する。
【0030】
データ管理部２２０は、端末１００から受け取った種々の情報に基づいて出納データ４００、予約データ４２０等を生成し、記憶部２１０に記憶させる。例えば、データ管理部２２０は、単位予約ごとの予約内容を示す予約情報を端末１００から受け取る。かかる情報は、後述の通り図４の画面ＩＭＩ３００の予約画像領域３２０を通じて単位予約ごとに入力される。データ管理部２２０は、端末１００から送信された、予約状況やＰＡＸ、フライト情報等の具体的な予約内容等の情報を示す予約データ４２０を生成し、記憶部２１０に記憶させる。また、データ管理部２２０は、単位予約ごとの売上及び仕入に関する情報を端末１００から受け取る。かかる情報は、後述の通り、図４の画面ＩＭＩ３００の売仕情報領域３３０を通じて単位予約ごとに入力される。データ管理部２２０は、これに基づいて売仕データ４１０を生成し、記憶部２１０に記憶させる。また、データ管理部２２０は、後述の通り入金及び出金の内容を示す情報（図６、図７、図１０参照）を端末１００から受け取り、これに基づいて入出金データ４３０を生成し、記憶部２１０に記憶させる。また、データ管理部２２０は、請求書の内容を示す情報を端末１００から受け取る。かかる情報は、後述の通り、図５の画面ＩＭＩ２０を通じて入力される。データ管理部２２０は、端末１００から送信された情報を示す請求書データ４５０を生成し、記憶部２１０に記憶させる。
【0031】
また、データ管理部２２０は、後述の通り図６の画面ＩＭＩ３０及び図７の画面ＩＭＩ５０等を通じて入力された振分の内容に基づいて振分データ４４０を生成し、記憶部２１０に記憶させる。振分データ４４０の生成の方法は以下の通りである。データ管理部２２０は、例えば入金の振分に当たり、未振分の売上項目のうち、売上日が古い方から順に入金を振り分ける。つまり、データ管理部２２０は、最も古い売上日の売上項目から最も新しい売上日の売上項目に向かう順に以下を実行する。（１）売上項目における未収額が未振分の入金以上である場合には全額をその売上項目に振り分ける。また、（２）売上項目の金額が未振分の入金を下回っている場合には、未振分の入金のうち、その売上項目の金額分をその売上項目に振り分けると共に、振り分けた金額を除いた残額を次の売上項目以降に振り分ける。次の売上項目以降の振分については上記（１）及び（２）を繰り返す。
【0032】
これにより、図３（ａ）の例では、７／１付の２，０００円の入金が９／１付の売上項目及び９／５付の売上項目に１，０００円ずつ振り分けられている。このように、９／１付の売上項目が７／１付の入金を下回っており且つ９／１付の売上項目及び９／５付の売上項目の合計値が７／１付の入金以上であることから、上記（２）の処理が実行されることにより、９／１付及び９／５付の２つの売上項目に７／１付の入金の全額が振り分けられている。ただし、９／５付の売上項目は２，０００円であるため、これに対して１，０００円が振り分けられると、この売上項目について未収額に対応する１，０００円がこの時点で発生する。
【0033】
その後、この請求書に対し、図３（ａ）に示す通り、８／１５付で３，０００円の入金がなされ、上記の通り画面ＩＭＩ３０を通じてその入金及び振分が入力されたとする。データ管理部２２０は、上記（１）（２）のように３，０００円の入金を振り分ける。これにより、入金３，０００円のうちの１，０００円が、残額１，０００円が発生していた９／５付の売上項目に振り分けられると共に、入金３，０００円のうちの２，０００円が９／１５付の売上項目に振り分けられる。このように、９／５付の売上項目が８／１５付の入金を下回っており且つ９／５付の売上項目及び９／１５付の売上項目の合計値が８／１５付の入金以上であることから、上記（２）の処理が実行されることにより、９／５付及び９／１５付の２つの売上項目に８／１５付の入金の全額が振り分けられている。１１／１付の入金に対しても同様に振分が実行される。
【0034】
データ管理部２２０は、以上のような振分の内容に応じた図３（ａ）に示すような振分データ４４０を入金ごとに生成する。振分データ４４０の各振分項目は、各売上項目と入金との関連付け及び振分額を示すと共に入金の日付と同じ日付を有している。
【0035】
支払の振分については、画面ＩＭＩ５０を通じて経理業務の担当者等が入力した内容に基づいて、データ管理部２２０が振分データ４４０を生成する。これにより、各売上項目に対する入金の振分と同様、各仕入項目に対する支払の振分がなされる。データ管理部２２０は、かかる振分の内容に応じた振分データ４４０を生成する。振分データ４４０の各振分項目は、各仕入項目と支払との関連付け及び振分額を示すと共に支払の日付と同じ日付を有している。
【0036】
また、データ管理部２２０は、以上の振分の結果に基づいて未収額及び未払額を算出する。具体的には、データ管理部２２０は、各売上項目に関して振り分けられた入金の金額をその売上項目の売上の金額から減算した結果を未収額とする。未収額が０円である場合、データ管理部２２０は、その売上項目について入金が完了したと判別する。また、データ管理部２２０は、各仕入項目に関して振り分けられた支払の金額をその項目の仕入の金額から減算した結果を未払額とする。未払額が０円である場合、データ管理部２２０は、その仕入項目について支払が完了したと判別する。
【0037】
その他、データ管理部２２０は、仕訳処理部２３０による後述の仕訳処理後の入金に関し、請求額の変更等がなされた場合に応じた出納データ４００の処理を実行する。具体的には、上述の図３（ｂ）の例に示すように、振分データ４４０において請求額の変更等の対象に対応する仕訳処理後の振分（図３（ｂ）に示す９／３０付の各１，０００円）を示すデータの内容を、仕訳処理日より後の日付の０円の内容に変更するＶＯＩＤ処理が実行される。また、請求額の変更に伴う新たな売上（図３（ｂ）に示す９／１５付の２，０００円）が生成されると共に、これに対して入金を振り分ける新たな振分（図３（ｂ）に示す１０／１付の２，０００円）が生成される。
【0038】
仕訳処理部２３０は、記憶部２１０の仕訳方法データ４６０に従って、出納データ４００が示す会計情報に対する仕訳処理を実行し、その結果を示す仕訳結果データ４７０を生成する。仕訳結果データ４７０は、各仕訳伝票の内容と共に、仕訳伝票の元データとなった出納データ４００における売上項目、仕入項目、仕入調整額、入金、支払及び振分の各項目と各仕訳伝票との関連付けを示す。生成された仕訳結果データ４７０は記憶部２１０に記憶される。仕訳評価部２４０は、出納データ４００が示す売上、入金等の会計情報と記憶部２１０の仕訳結果データ４７０が示す仕訳結果とが整合しているか否かを評価する。仕訳処理部２３０及び仕訳評価部２４０の処理の詳細については後述する。
【0039】
その他の処理として、サーバ２００は、ブラウザ１３０の機能に基づいて端末１００が実行する処理を指示するＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されたプログラムや各種のデータを生成し、端末１００へと送信する。また、サーバ２００は、端末１００から受信したリクエストに応じ、記憶部２１０の記憶内容等のデータを端末１００へと送信する。
【0040】
端末１００としては、ノート型又はデスクトップ型のパソコン、タブレット端末、スマートフォン等が用いられる。端末１００には情報を表示するディスプレイ１１０が接続又は搭載されている。また、端末１００には、紙媒体への記録を行うプリンター等の印刷装置１４０が接続されている。さらに、端末１００には、マウス、タッチパッド又はタッチパネルディスプレイ等のポインティングデバイス、キーボード等の１つ以上の入力デバイス１２０が接続又は搭載されている。ユーザは、入力デバイス１２０を用いることで、後述のグラフィカルユーザインタフェース（ＧＵＩ）画像中の各種のコントロール画像を選択・操作したり、選択したコントロール画像において文字入力を行ったりすることができる。
【0041】
端末１００には、ウェブブラウザアプリケーション（以下、「ブラウザ１３０」という。）がインストールされている。ブラウザ１３０は、サーバ２００から送信されるデータに基づき、端末１００に以下の各種の処理を実行させる。例えば、端末１００は、入力デバイス１２０を通じて旅行に関する予約内容並びに売上及び仕入の内容等をユーザ入力させるための図４～図８に示すＧＵＩ画像をディスプレイ１１０に表示させる。また、端末１００は、ＧＵＩ画像を通じて入力された内容をサーバ２００に送信したり、ＧＵＩ画像に表示するべき情報等、各種の処理に必要な情報をサーバ２００にリクエストしたりする。かかるＧＵＩ画像にはログイン用の画像（不図示）が含まれる。旅行業務の従業者は、各自に割り当てられたログインＩＤを用いてログイン用の画像にＩＤ及びパスワードを入力することで本システムの利用を開始できる。ログインＩＤには、使用者の職責に応じた権限が設定されている。
【0042】
＜端末におけるＧＵＩ＞
以下、端末１００におけるＧＵＩ画像を通じた各種処理について説明する。図４に示すＩＭＩ３００は、１つの予約カードに関する情報の入力及び閲覧を行うためのメイン画面のＧＵＩ画像である。かかる情報の入力及び閲覧は、予約業務の担当者が自身に割り当てられたシステムへのログインＩＤを用いて主に実行する。なお、業務統括責任者や予約業務以外の業務の担当者が自身に割り当てられたログインＩＤを用いて情報を入力・閲覧してもよい。
以下、端末１００におけるＧＵＩ画像を通じた各種処理について説明する。図４に示すＩＭＩ３００は、１つの予約カードに関する情報の入力及び閲覧を行うためのメイン画面のＧＵＩ画像である。かかる情報の入力及び閲覧は、予約業務の担当者が自身に割り当てられたシステムへのログインＩＤを用いて主に実行する。なお、業務統括責任者や予約業務以外の業務の担当者が自身に割り当てられたログインＩＤを用いて情報を入力・閲覧してもよい。
【0043】
ＩＭＩ３００は、予約カードを選択又は新規に作成するための別のＧＵＩ画像（不図示）を通じて選択又は新規作成された１つの予約カードと対応している。かかる別のＧＵＩ画像において、入力デバイス１２０を用いたユーザ入力によってＩＭＩ３００の画面表示が指示されることにより、ＩＭＩ３００がディスプレイ１１０に表示される。ＩＭＩ３００は、予約カードにおける基本情報や旅行情報（旅行期間や目的地等、旅行者の氏名・連絡先等）の入力を行うためのカード基本領域（不図示）、予約内容の入力等を行うためのメイン領域３７０及びメイン画面とは別のＧＵＩ画像を表示するためのメニューコントロール画像や予約カード全体の売上・仕入の情報を表示する表示欄を含んだメニュー領域３８０を含んでいる。これらの領域のうち、メイン領域３７０は、ディスプレイ１１０の画面上に縦方向（以下、「画面縦方向」という。）に長く表示される。メイン領域３７０は、多くの場合、一画面で表示できず、よって、入力デバイス１２０を用いてＩＭＩ３００の右脇に表示されるスクロールバーコントロール画像（不図示）を操作したり、マウスのボタンを操作したりすることで、画面の表示内容を画面縦方向にスクロールさせる。これによって、メイン領域３７０の各部分における情報や入力領域を順に画面に表示させる。一方、メニュー領域３８０は、メイン領域３７０のスクロールに追随せず、ＩＭＩ３００中の左脇の所定位置に維持される。
【0044】
メイン領域３７０は、１つ以上の旅行別領域３５０を含んでいる。旅行別領域３５０は、手配旅行、企画旅行、及び受託旅行等の旅行の種類ごとの領域である。いずれの旅行に係る旅行別領域３５０がメイン領域３７０に表示されるかは、上記の通り入力デバイス１２０を用いたユーザ入力によってＩＭＩ３００の画面表示を行う指示がなされる際に指示される。本実施形態においては、手配旅行に係る旅行別領域３５０を主な例として説明するが、以下の説明における手配旅行に係る旅行別領域３５０の構成は企画旅行や受託旅行に係る旅行別領域３５０にも適用可能である。
【0045】
メイン領域３７０には１つ以上の旅行別領域３５０が画面縦方向に並んで表示される。これらは、上記の通り画面縦方向にスクロール可能に表示される。図４に示すように、各旅行別領域３５０は１つ以上の手配入力画像領域３１０を含んでいる。手配入力画像領域３１０は、予約内容等の具体的な情報を入力するための領域である。各手配入力画像領域３１０は各単位予約と対応する。手配入力画像領域３１０に入力する内容に関わるサービスには、海外エア、国内エア、ホテル、船舶、レンタカー、鉄道、渡航書類、保険等がある。旅行別領域３５０内は、サービスごとに領域が画面縦方向に分割され、サービスごとの各領域においてそのサービスに係る手配入力画像領域３１０が画面縦方向に連続して表示される。手配旅行に係る旅行別領域３５０において、各サービスに係る手配入力画像領域３１０の最下部には手配入力画像領域３１０を追加するためのコントロール画像３１１が表示されている。入力デバイス１２０を用いて各コントロール画像３１１を選択することで、対応するサービスに関する手配入力画像領域３１０が最下部に追加される。手配入力画像領域３１０全体は、上記の通り画面縦方向にスクロール可能に表示される。
【0046】
手配旅行に係る各手配入力画像領域３１０は、予約内容等を入力するための画像領域である。手配入力画像領域３１０は、予約画像領域３２０及び売仕情報領域３３０を含んでいる。
【0047】
予約画像領域３２０は、予約内容をユーザ入力させると共に入力結果を表示する領域である。予約画像領域３２０は、画面縦方向に並んだ手配基本領域３２１、予約内容領域３２２及び利用者リスト領域３２３を含んでいる。売仕情報領域３３０は、利用者リスト領域３２３の右隣りに配置されている。これらのうち、手配基本領域３２１は、サービスの種類に依らず共通の内容を含んでおり、予約状況やＰＡＸ情報、手配期限や担当者等の情報をユーザ入力させると共にその入力結果を表示するためのコントロール画像を含んでいる。
【0048】
予約内容領域３２２は、サービスごとに異なる内容を含んでおり、予約内容の具体的な情報を入力・表示するためのコントロール画像を含んでいる。かかる具体的な情報には、例えば海外エア等の航空サービスであれば、図４に示す通り、仕入先によって割り当てられた１つの予約番号（又は確認番号）を含むＰＮＲ（Ｐａｓｓｅｎｇｅｒ Ｎａｍｅ Ｒｅｃｏｒｄ）や予約便のフライト情報（便名、出発日、発地、着地、発着時刻、座席クラス、座席数等）、マイレージカード番号、航空券番号等が含まれる。予約内容領域３２２は、日付を入力するための１つ以上のコントロール画像及びその項目名を含んでいる。かかる項目には、例えば、航空券や乗車券の発券日、宿泊期間開始日及び完了日、船舶やレンタカーの利用開始日及び完了日等がある。各サービスに係る手配入力画像領域３１０において、予約内容領域３２２に含まれる上記のような日付の項目には、そのサービスに係る旅行の売上日に相当する項目が必ず含まれている。そして、かかる売上日に相当する項目名が、その他の項目名とは視覚的に識別可能な態様で表示されている。図４の手配入力画像領域３１０には、一例として、発券期限の日付を入力する欄である日付入力欄Ｃ１及びその項目名Ｃ２「発券期限日」、並びに売上日となる発券の日付を入力する欄である日付入力欄Ｃ３及びその項目名Ｃ４「発券日」が含まれている。このうち、項目名Ｃ４には波状の下線が施されており、その他の欄の項目名とは視覚的に識別可能な態様で表示されている。なお、かかる態様として、例えば、売上日の項目名を示す文字が、他の項目名とは異なる色、大きさ、太さであったり、下線が引いてあったり、囲んであったりしてもよい。この例に示すように、売上日は、予約内容領域３２２における情報入力の時点でそれより未来の日付に該当することになる。利用者リスト領域３２３は、サービスの利用者のリストを表示する領域である。利用者のリストに含まれる利用者は、上述のカード基本領域において入力された旅行者情報が示す旅行者のうち、手配基本領域３２１において入力されたＰＡＸ情報が示す旅行者である。
【0049】
予約画像領域３２０に入力された情報は、端末１００からサーバ２００に送信される。これに基づき、上記の通り、データ管理部２２０が予約データ４２０を生成する。かかる予約データ４２０は、予約画像領域３２０において入力された各情報を示すデータを含んでいる。
【0050】
売仕情報領域３３０は、サービスの種類に依らず共通の内容を含んでおり、予約内容と対応した１つ以上の売上項目に関する売上内容及び仕入内容をユーザ入力させると共に入力結果を表示するコントロール画像を含んでいる。売上内容には、各売上項目の名称、ラベル、ＰＡＸ情報、売上単価及び数量が含まれている。売上項目の名称は、あらかじめ設定された名称リストから入力デバイス１２０を用いていずれかを選択することで入力される。その他の売上内容は、各売上項目について入力される。ＰＡＸ情報及び数量は、手配基本領域３２１において入力されたＰＡＸ情報に基づいて自動で入力される。このうち、ＰＡＸ情報は売上項目ごとに変更可能である。数量はＰＡＸ情報に対応する人数を示し、変更不可能である。仕入内容には、売上項目と１対１に対応する仕入項目として、仕入通貨、仕入単価及び仕入先が含まれている。また、売仕情報領域３３０には日付入力のためのコントロール画像Ｃ５が含まれている。予約内容領域３２２の日付入力欄Ｃ３に日付が入力されると、売仕情報領域３３０の日付入力欄Ｃ５にその日付が自動入力される。売上内容及び仕入内容が入力されると、売仕情報領域３３０の上部には、入力された売上内容における売上単価に数量を掛けた金額の合計が表示されると共に、入力された仕入内容における仕入単価に数量を乗じた金額の合計が表示される。
【0051】
売仕情報領域３３０に入力された情報は、端末１００からサーバ２００に送信される。これに基づき、上記の通りデータ管理部２２０が売仕データ４１０を生成する。かかる売仕データ４１０中、売上データ４１１は、売仕情報領域３３０において入力された各売上項目の情報、つまり、売上項目の名称、ラベル、ＰＡＸ情報、売上単価及び数量を示すデータを含んでいる。売仕データ４１０中、仕入データ４１２は、売仕情報領域３３０において入力された各仕入項目の情報、つまり、仕入通貨、仕入単価及び仕入先を示すデータを含んでいる。
【0052】
メニュー領域３８０は、各種の処理を選択するための複数のコントロール画像を含んだメニューコントロール領域３８１及び予約カード全体の売上等の合計金額を表示する合計領域３８２を含んでいる。メニューコントロール領域３８１に含まれるコントロール画像には、他の画面が表示された状態からＩＭＩ３００の画面表示に戻るコントロール画像Ｃ１０、売仕明細画面を開くためのコントロール画像Ｃ１１、請求明細画面を開くためのコントロール画像Ｃ１２及び入金画面を開くためのコントロール画像Ｃ１３が含まれている。これらのうち、コントロール画像Ｃ１１～Ｃ１３のいずれかを選択すると、後述の通り、売仕入力画面等、各種の情報を表示・入力するためのＧＵＩ画像がディスプレイ１１０に表示される。これらのＧＵＩ画像において表示・入力される情報は、メイン領域３７０に表示された予約カードの情報と関連付けられてサーバ２００の記憶部２１０に記憶される。
【0053】
メニュー領域３８０において、入力デバイス１２０を用いてコントロール画像Ｃ１２を選択すると、図５に一例を示すように、請求書の発行に関するＧＵＩ画像からなる画面ＩＭＩ２０（上記請求明細画面）がディスプレイ１１０に表示される。画面ＩＭＩ２０を通じた請求書の発行業務は、予約業務の担当者が行うことが主に想定される。画面ＩＭＩ２０には、入力デバイス１２０を用いて、請求書の内容として入金予定日、請求額の通貨等を入力可能であると共に、請求明細として複数の請求項目（例えば、図６の請求項目Ｃ２１～Ｃ２３）の内容を入力可能である。各請求項目は、手配入力画像領域３１０の各売上項目に対応している。かかる請求項目の内容は、手配入力画像領域３１０において入力した内容に応じて自動入力される。
【0054】
例えば、図５の請求項目Ｃ２１は、国内エアに係る手配入力画像領域３１０において入力した内容に応じて「印刷項目」欄に「国内航空券」が表示されている。「ＰＡＸ」欄には「１」が表示され、「税区分」に「課税」が表示されている。なお、課税されない売上項目については「非課税」「不課税」「免税」のいずれかが表示される。図５の例では「不課税」が表示されている。「税率」欄には１０％が表示されている。「単価」欄には「１，０００」が表示されている。「数量」欄には「１」が表示されている。「単価」及び「数量」に表示されるデフォルト値は、手配入力画像領域３１０において入力した各売上項目の「単価」及び「数量」に対応する。「金額」欄には「単価」と「数量」を乗じた金額が表示されている。「内税」欄には「税率」、「単価」、「数量」に応じた金額「９０」が表示されている。「請求額」欄には、「金額」に応じた「１，０００」が表示されている。「未請求額」欄には、過去に請求書を発行していない金額「１，０００」が表示されている。なお、過去に請求書を発行している場合、その請求書を発行している金額を「金額」欄から減じた金額が表示される。
【0055】
上記のうち、「印刷項目」「税率」「単価」「請求額」の各欄は入力デバイス１２０を用いて入力内容を変更可能である。ただし、「請求額」の数値は手配入力画像領域３１０において入力した値を超えない範囲で変更可能である。また、「単価」は、これに「数量」を乗じて全ての請求項目について合計した額が「請求額」の合計と一致していれば、手配入力画像領域３１０において入力した値を超えた額を入力可能である。また、「税率」はあらかじめ設定された数値から選択可能である。「摘要」欄は、必要に応じて入力デバイス１２０を用いて入力可能である。
【0056】
同様にして、ホテルに係る手配入力画像領域３１０において入力した内容に応じて請求項目Ｃ２２が表示されており、必要に応じて各項目の内容の記載を変更することができる。また、鉄道に係る手配入力画像領域３１０において入力した内容に応じて請求項目Ｃ２３が表示されており、必要に応じて各項目の内容の記載を変更することができる。
【0057】
各請求項目の先頭に配置されたコントロール画像Ｃ２６は、未チェックの状態とチェック済みの状態とを選択的に取り、入力デバイス１２０を用いた選択により状態が切り替わる。かかるコントロール画像の少なくともいずれかがチェック済みの状態を取っているときに、入力デバイス１２０を用いてコントロール画像Ｃ２４を選択すると、画面ＩＭＩ２０をおいて入力された内容が端末１００からサーバ２００へと送信される。これに基づき、上記の通りデータ管理部２２０が、チェック済みの請求項目の内容を請求明細として含んだ請求書を示す請求書データ４５０を生成する。かかる請求書データ４５０は、各請求項目における単価、数量、税率等を示すデータと、各請求項目がいずれの売上項目と対応しているかを示すデータとを含んでいる。また、端末１００に接続された印刷装置１４０によって請求書が印刷される。このように発行された請求書は、例えば予約業務の担当者が顧客に手渡ししたり発送したりする。一方、コントロール画像Ｃ２５が選択されると、画面ＩＭＩ２０を通じた請求書の発行がキャンセルされる。
【0058】
図４のメニュー領域３８０において、入力デバイス１２０を用いてコントロール画像Ｃ１３をクリックすると、図６に一例を示す入金及びその消込に関するＧＵＩ画像からなる画面ＩＭＩ３０（上記入金画面）がディスプレイ１１０に表示される。顧客からの入金の態様は、予約業務の担当者が窓口等で顧客から現金を直接受け取ったりクレジットカード決済によって受け付けたりする場合や、銀行口座への振り込みによってなされる場合など、さまざまである。このうち、予約業務の担当者が窓口で受け付ける場合において、顧客からの入金が画面ＩＭＩ３０を通じて入力される。以下の通り、入力デバイス１２０を用いて画面ＩＭＩ３０の各入力欄に入金内容を入力すると共に、請求書の請求額に対して振り分けることで入金を消し込むことができる。
【0059】
画面ＩＭＩ３０は、入金の内容を入力するための領域３０ａと、請求書に対する入金の振り分け状況を示す領域３０ｂとを含んでいる。領域３０ａは、予定状態と確定状態を選択的に取るコントロール画像Ｃ３７を含んでいる。デフォルトでは、コントロール画像Ｃ３７は予定状態（図６に示す状態）を取る。この状態において以下の通り入金の内容の入力及び振分の操作が行われる。入金の内容の入力及び振分の操作がなされた後、入力デバイス１２０を用いてコントロール画像Ｃ３７の「確定」が選択されると、コントロール画像Ｃ３７が確定状態を取ると共に、入力された入金の内容が確定する。
【0060】
領域３０ａは、入金の金額、伝票番号、入金日、入金を受け付けた担当者の情報等を入力するためのコントロール画像を含んでいる。例えば、「入金日」の入力欄Ｃ３１には入金のあった日付が入力される。「入金額」の入力欄Ｃ３２には入金額が入力される。領域３０ｂは、振分状況を示す文字や数値等の表示欄を含んでいる。例えば、「未振分額」の表示欄Ｃ３３には、入力欄Ｃ３２の金額のうち、振分が完了していない金額が表示される。表示欄Ｃ３３の右隣りには「返金／振替依頼」ボタンのコントロール画像Ｃ３８が配置されている。コントロール画像Ｃ３８は、表示欄Ｃ３３の金額が０円でない場合（未振分額が発生している場合）に入力デバイス１２０を用いて選択可能である。コントロール画像Ｃ３８が選択されると、返金・振替の処理に係る後述の画面ＩＭＩ６０が表示される。
【0061】
領域３０ｂの下部には、同じ予約カード内で発行された請求書が一覧として表示される。各請求書の表示欄Ｃ３４には、「未振分額」の表示欄Ｃ３３の金額が消し込まれる前の「請求額」、「未収額」、「振分額」等が表示されている。表示欄Ｃ３４には「振分」のコントロール画像Ｃ３５及び「取消」のコントロール画像Ｃ３６が含まれている。入力デバイス１２０を用いて、いずれかの請求書に対応するコントロール画像Ｃ３５が選択されると、選択された請求書を示す情報がサーバ２００に送信される。サーバ２００のデータ管理部２２０は、端末１００から送信された情報に基づき、表示欄Ｃ３３に表示された未振分額を請求書に対して振り分ける。例えば、当該請求書の請求額が未振分額以上である場合には、未振分額の全体が当該請求書に振り分けられる。一方、当該請求書の請求額が未振分額を下回っている場合には、未振分額のうち、請求額に相当する分が当該請求書に振り分けられる。具体的には、振分は、請求書に含まれる各請求項目に対応する売上項目に対して実行される。かかる振分の詳細については後述する。かかる振分の内容に応じ、表示欄Ｃ３３の金額及び表示欄Ｃ３４の未収額及び振分額が更新される。複数の請求書の一覧が領域３０ｂに表示されている場合に、複数の請求書に跨って上記の振分を行うことで、１つの請求書の請求総額を超過した入金の振分を行うことができる。入力デバイス１２０を用いてコントロール画像Ｃ３６が選択されると、振分が取り消されると共に表示欄Ｃ３３及びＣ３４の金額表示が振分前の状態に戻される。
【0062】
以上の通り入金の内容が入力されると共に振分の操作がなされた後、コントロール画像Ｃ３７が選択されると、上記の通り入金及び振分の内容が確定する。なお、振分がなされた金額の合計が入力欄Ｃ３２の入金額を下回った状態で入金及び振分の内容を確定させることが可能である。この場合、入力された入金について未振分の金額が残存することになる。確定した入金及び振分の内容は、端末１００からサーバ２００に送信される。これに基づき、上記の通り、データ管理部２２０が入出金データ４３０を生成すると共に、振分の内容を示す振分データ４４０を生成する。
【0063】
仕入に対する支払の消込については、主に経理業務の担当者が仕入先からの請求書に基づくか、支払に関する情報を手入力することで実行する。図７に示す画面ＩＭＩ５０は、仕入先からの請求書に基づいて実行する場合に使用される。画面ＩＭＩ５０は、別のＧＵＩ画像（不図示）を通じて仕入先からの請求書のデータファイルを会計処理システム１に取り込んだ後、仕入先の請求書の明細におけるいずれかの項目を入力デバイス１２０を使用したユーザ入力に基づいて選択した結果、ディスプレイ１１０に表示される。サーバ２００は、取り込まれた請求書のデータが示す仕入先の情報、請求額等に基づき、記憶部２１０に記憶された仕入データ４１２が示す仕入項目から、当該請求書に係る支払の消込候補となる仕入項目を検索する。検索対象となる仕入項目は、手配入力画像領域３１０の売仕情報領域３３０において入力されたものに対応する。また、検索範囲は、複数の予約カードに跨る複数の仕入項目に亘る。画面ＩＭＩ５０には、その検索結果に基づき、消込候補となる仕入項目Ｃ５１～Ｃ５３（一部のみ例示）が表示される。仕入項目Ｃ５１～Ｃ５３のそれぞれは、対応する予約カードの番号、対応するサービス、対応する売上項目名、支払予定日、訂正（チェックボックス）、調整額、その内訳及び未払額の表示欄を含んでいる。このうち、調整額及びその内訳には、訂正のチェックボックスにチェックがない場合、図７に示すように、消込候補となる各仕入項目における仕入の合計金額及びその内訳がそのまま表示される。訂正のチェックボックスにチェックがなされる場合については後述する。未払額は、データ管理部２２０によって算出された、調整額に対する未払額を示す。未払額の表示欄の右隣りには振分額の入力のためのコントロール画像Ｃ５４～Ｃ５６が配置されている。コントロール画像Ｃ５４～Ｃ５６には、デフォルトで未払額に対応する金額が入力されている。これらの内容は、入力デバイス１２０を用いて変更可能である。コントロール画像Ｃ５４～Ｃ５６の上方には、これらの入力内容が示す振分額の合計に対応する金額を表示する表示欄Ｃ５７が配置されている。画面ＩＭＩ５０の上部に配置された「振分実行」のコントロール画像Ｃ５４が入力デバイス１２０を用いて選択されると、コントロール画像Ｃ５４～Ｃ５６に入力された振分額に応じて、各仕入項目に対し、支払の振分が実行される。コントロール画像Ｃ５４～Ｃ５６に入力された振分額が各仕入項目の仕入の合計金額と一致している場合（図７に示す場合）には、訂正のチェックボックスにチェックがない状態で振分がなされる。これに対し、振分額が通貨レートの変動等により仕入の合計金額と一致しない場合には、訂正のチェックボックスにチェックがなされると、会計処理システム１によって仕入内容が自動で調整される。その上で、調整後の仕入の合計金額に対し、支払の振分が実行される。例えば、ある仕入項目における元の仕入内容が、単価１０１円及び数量２（つまり、合計２０２円）であるときに、振分額が２０５円と入力されたとする。この場合に訂正のチェックボックスにチェックがなされると、仕入内容の調整として、単価が１円追加されて１０２円とされると共に、単価１円及び数量１の仕入項目が１項目追加される。これにより、（元の単価１０１円＋追加された単価１円）＊数量２＋追加された仕入項目１円＝２０５円となる。つまり、振分額と一致するように仕入内容が調整される。なお、上記のような仕入項目の追加は、単価の調整だけで仕入内容が振分額と一致しない場合に限り、実行される。そして、調整後の仕入内容（合計２０５円）に対し、振分額２０５円の振分が実施される。かかる支払及び仕入に対する振分の内容並びに仕入内容の調整分は、端末１００からサーバ２００に送信される。これに基づき、上記の通り、データ管理部２２０が、追加された仕入項目（上記の例によると、仕入項目として追加された１円）に対応する仕入データ４１２と単価の調整額（上記の例によると、単価として追加された１円）を示す仕入調整データ４１３とを生成し、入出金データ４３０（支払データ４３２）を生成すると共に、振分の内容を示す振分データ４４０を生成する。
【0064】
手入力で支払の情報を入力する場合、経理担当者は、画面ＩＭＩ５０とは別のＧＵＩ画像（不図示）を通じ、支払額や振分先となる仕入、振分額等を入力する。入力された支払及び振分の内容は端末１００からサーバ２００に送信される。これに基づき、上記の通り、データ管理部２２０が入出金データ４３０（支払データ４３２）を生成すると共に、振分の内容を示す振分データ４４０を生成する。
【0065】
図８に示す画面ＩＭＩ４０は、売上内容及び仕入内容の明細を表示するための画像の一例である。画面ＩＭＩ４０は、いずれか１つの手配入力画像領域３１０において入力された１つの売上項目に関する売上内容及び仕入内容と対応している。画面ＩＭＩ４０は、図４のメニュー領域３８０において入力デバイス１２０を用いてコントロール画像Ｃ１１（図４参照）を選択した後、別のＧＵＩ画像（不図示）を通じて予約カード内の売上・仕入の項目リストから、１つの手配入力画像領域３１０（１つの単位予約）において入力された１つの売上項目に対応するいずれか１つの項目を選択することで表示される。図８の例では、画面ＩＭＩ４０として海外鉄道乗車券の売上項目の内容が表示されている。画面ＩＭＩ４０には、表示欄として、売上項目の名称、ラベル、税区分、ＰＡＸ情報、仕入先、売上額・仕入額に関する情報（単価、数量、合計額、税額等）、利益（売上と仕入の差額）、請求額に関する情報（通貨及び合計額）、支払額（同上）に関する情報等の欄が含まれている。請求額に関する情報の表示欄の右側には、「未請求」の表示欄Ｃ４０、請求状況を示す表示欄Ｃ４１、「未収／未払」の表示欄Ｃ４２、「予定日」の表示欄及び入金状況を示す表示欄Ｃ４３が配置されている。このうち、表示欄Ｃ４１は、図５の画面ＩＭＩ２０を通じて請求書が発行済みであるか否かを表示する。図８には、一例として、請求書が発行済みであることを示す「請求済」が表示されている。表示欄Ｃ４２は、データ管理部２２０によって算出された未収額を表示する。図８には一例として未収額「０」が表示されている。表示欄Ｃ４３は、売上の全額について入金の消込がなされたか否かを表示する。図８には、売上の全額に対して消込済みであることを示す「入金済」が表示されている。支払額に関する情報の表示欄の右側には、「未収／未払」の表示欄Ｃ４４、「予定日」の表示欄及び入金状況を示す表示欄Ｃ４５が配置されている。このうち、表示欄Ｃ４４は、データ管理部２２０によって算出された未払額を表示する。図８には一例として未払額「２，０００」が表示されている。表示欄Ｃ４５は、仕入の全額について支払の消込がなされたか否かを表示する。図８には、一例として、仕入に対して消込が全くなされていない（部分的にもなされていない）ことを示す「未払」が表示されている。なお、仕入に対してその一部の金額に対応する支払が振り分けられている場合は「一部支払」と表示される。
【0066】
また、画面ＩＭＩ４０は、予定状態と確定状態を選択的に取るコントロール画像Ｃ４６を含んでいる。デフォルトでは、コントロール画像Ｃ４６は予定状態（図８に示す状態）を取る。この状態において上記の通りの売上内容及び仕入内容の明細が表示される。この状態で、入力デバイス１２０を用いてコントロール画像Ｃ４６の「確定」が選択されると、コントロール画像Ｃ４６が確定状態を取ると共に、表示された内容に対応する売上項目及び仕入項目の内容が確定する。なお、仕入調整データ４１３が示す仕入調整額の内容は、画面ＩＭＩ４０とは異なる別の画面を用いて確定の処理が実行される。
【0067】
図６の画面ＩＭＩ３０において、コントロール画像Ｃ３８を選択すると、図９に一例を示すように、返金・振替に関するＧＵＩ画像からなる画面ＩＭＩ６０がディスプレイ１１０に表示される。返金は、請求書の合計金額を超過する入金がなされた場合に顧客に対して超過分を返還する処理である。振替は、同様の入金の超過分を別の予約カードの請求書に対して振り分ける処理である。画面ＩＭＩ６０は、返金又は振替の依頼を進めるためのボタンのコントロール画像Ｃ６１、返金又は振替の基本情報を表示する領域６０ａ、返金又は振替の対象となる未振分の入金の内容を表示する領域６０ｂ、返金又は振替のための必要情報を入力する領域６０ｃ、返金又は振替の対象となる入金等と関連する入金の内容を表示する領域６０ｄ及び返金の依頼が承認された場合に依頼の内容を表示する領域６０ｅを含んでいる。
【0068】
コントロール画像Ｃ６１は入力デバイス１２０を通じて選択可能である。返金又は振替に係る情報が領域６０ａ～６０ｃに入力された後にコントロール画像Ｃ６１が選択されると、その入力内容に基づいて返金又は振替の依頼が発生し、その承認待ちの状態となる。領域６０ａは、返金や振替の依頼を識別する依頼番号、返金等の合計額である依頼額、返金先や振替先に対応する売上先、担当者情報、返金又は振替の理由の入力欄等を含んでいる。また、領域６０ａはコントロール画像Ｃ６２及びＣ６３を含んでいる。コントロール画像Ｃ６２は、返金又は振替の依頼が承認待ちとなった後に、業務統括責任者がその依頼内容を承認するための画像であり、「未承認」の状態及び「承認」の状態を選択的に取る。これらの状態は入力デバイス１２０を通じた画像の選択によって切り替わる。どちらの状態を取っているかは画像の外観の切り替えによって表示される。図９には未承認の状態が示されている。コントロール画像Ｃ６３は、業務統括責任者による依頼の承認後、経理担当者が処理を実行したかどうかを入力するための画像であり、「未処理」の状態及び「実行」の状態を選択的に取る。これらの状態は入力デバイス１２０を通じた画像の選択によって切り替わる。どちらの状態を取っているかは画像の外観の切り替えによって表示される。図９には未処理の状態が示されている。
【0069】
領域６０ｂは未振分の入金のリストを含んでいる。図９の例では１つの項目のみが表示されているが、同じ予約カード内の全ての候補からなる１つ又は複数の項目がリスト中に表示される。リストの各項目は、入金日、入金額等の入金の内容を表示する欄と、入金額のうち、未振分の金額に対応する未振分額を表示する欄と、未振分額のうち、入力デバイス１２０を用いて返金又は振替の対象となる金額を入力する欄Ｃ６４とを含んでいる。領域６０ｃは、返金と振替のいずれかを選択するためのコントロール画像Ｃ６５並びに必要情報の入力欄Ｃ６６及びＣ６７を含んでいる。コントロール画像Ｃ６５は、「返金」のラジオボタン及び「振替」のラジオボタンを含んでおり、入力デバイス１２０を用いてこれらを択一的に選択可能である。「返金」のラジオボタンを選択すると、入力欄Ｃ６６が入力可能な状態になる。入力欄Ｃ６６には、返金先の振り込み情報（銀行名、口座番号、口座名義等）が入力デバイス１２０を用いて入力される。「振替」のラジオボタンを選択すると、入力欄Ｃ６７が入力可能な状態になる。入力欄Ｃ６７には、振替先の請求書情報（請求番号）が入力デバイス１２０を用いて入力される。
【0070】
領域６０ｄには、同じ予約カード内の入金のうち、領域６０ｂで選択された入金と入金元や、領域Ｃ６６で入力された振込先が同じである入金や返金のリストが表示される。
【0071】
領域６０ｅは、図９に示すデフォルトの状態では内容が表示されていない。「返金」のラジオボタン及びコントロール画像Ｃ６１の選択により返金の依頼がなされた後、コントロール画像Ｃ６２の選択により依頼の承認がなされると、領域６０ｂ及び６０ｃに入力された返金の内容が端末１００からサーバ２００に送信される。これに基づき、データ管理部２２０が、返金の内容を示すような入金データ４３１を生成する。そして、データ管理部２２０が、かかる返金の内容を示す入金を、超過が生じた入金に振り分け、その振分の内容を示す振分データ４４０を生成する（図１２参照）。この振分データ４４０は、超過が生じた入金に対して返金の内容を示す入金を振り分けるデータとなる。そして、領域６０ｅには、図１０に一例を示すように、上記の通り生成された入金データ４３１に対応する返金の情報が表示される。この情報には入金状況、入金額等が含まれている。入金額は、返金額に対応するマイナス値を有する。
【0072】
「振替」のラジオボタン及びコントロール画像Ｃ６１の選択により振替の依頼がなされた後、コントロール画像Ｃ６２及びＣ６３の選択により依頼の承認及び処理の実行が進められると、その旨が端末１００からサーバ２００に送信される。これに基づき、データ管理部２２０が、領域６０ｃにおいて入力された振替先の請求書に対して入金の超過分を振り分け、その振分の内容を示す振分データ４４０を生成する。
【0073】
＜仕訳処理＞
以下、仕訳処理部２３０による仕訳処理について図１１～２１を参照しつつ説明する。本実施形態に係る仕訳対象項目（図１１～図１３参照）には、売上額、売上税額、仕入額（総額）、仕入税額（総額）、仕入額（純額）、仕入調整額（純額）、仕入調整税額（純額）、仕入調整額（総額）、仕入調整税額（総額）、入金、支払、入金振分（分割・前半）、支払振分（分割・前半）、入金振分（入金同士）、入出金種別部門、入金振分（分割・後半）、支払振分（分割・後半）及び入金振分（逆仕訳）がある。これらの項目中、「総額」とは、対応する売上を売上高として計上することを意味する。また、「純額」とは、対応する利益（売上から仕入を引いた額）を売上高として計上することを意味する。総額計上か純額計上かは旅行の種類に応じて選択される。例えば、手配旅行の場合は純額計上が選択され、企画旅行の場合は総額計上が選択される。
以下、仕訳処理部２３０による仕訳処理について図１１～２１を参照しつつ説明する。本実施形態に係る仕訳対象項目（図１１～図１３参照）には、売上額、売上税額、仕入額（総額）、仕入税額（総額）、仕入額（純額）、仕入調整額（純額）、仕入調整税額（純額）、仕入調整額（総額）、仕入調整税額（総額）、入金、支払、入金振分（分割・前半）、支払振分（分割・前半）、入金振分（入金同士）、入出金種別部門、入金振分（分割・後半）、支払振分（分割・後半）及び入金振分（逆仕訳）がある。これらの項目中、「総額」とは、対応する売上を売上高として計上することを意味する。また、「純額」とは、対応する利益（売上から仕入を引いた額）を売上高として計上することを意味する。総額計上か純額計上かは旅行の種類に応じて選択される。例えば、手配旅行の場合は純額計上が選択され、企画旅行の場合は総額計上が選択される。
【0074】
仕訳処理部２３０は、仕訳方法データ４７０が示す仕訳の内容に基づき、上記仕訳対象項目のそれぞれに対して仕訳処理を実行する。図１１～図１３の各表は、仕訳方法データ４７０が示す仕訳の内容を表している。各表には、各仕訳対象項目に関する仕訳伝票の日付、借方勘定科目及び貸方勘定科目並びに各勘定科目に係る担当部門（部署）が含まれている。これらの表のうち、伝票日に複数の日付があるものは、複数の日付のうち最も後の日付が伝票日として選択される。
【0075】
各表の「借方」「貸方」の右側の項目は具体的な勘定科目の求め方を示す。この項目は、「ＡＡＡＡ（ＢＢＢＢ）＠ＣＣＣＣ」の形式を有しており、ＡＡＡＡ、ＢＢＢＢ及びＣＣＣＣの各要素は以下の内容を示している。ＡＡＡＡは、勘定科目の区分を示し、「売上高」「仕入高」「前受金」「前払金」「売掛金」「買掛金（仮受税、仮払税）」のいずれかの値を有する。なお、表において、仕訳処理の対象となるデータに勘定科目が直接ある場合には「勘定科目」と表記している。ＢＢＢＢは、仕訳処理の種別であり、「手配」「受託」「保険」「企画」「支払」「入金」のいずれかの値を有する。このうち、「手配」「受託」「保険」「企画」は、売上項目又は仕入項目（表中、［売仕］と表記）に関連する仕訳の種別であり、売上項目・仕入項目が手配旅行、受託旅行、保険、企画旅行のいずれに属するかに応じて設定される。入金と支払にはそれぞれ固定の専用の種別が設定されている。ＣＣＣＣは、どこの金銭を操作するかを表し、売上項目、入出金種別及びそれ以外（相手方である個人又は法人）のいずれかの値を有する。表中、「売仕担当部門」は、例えば、予約業務の担当者が所属する部門であり、「入出金部門」は経理業務の担当者が所属する部門である。
【0076】
仕訳処理部２３０は、各仕訳対象項目と出納データ４００が示す金額との以下の対応関係に基づいて、各仕訳対象項目における仕訳の金額を出納データ４００から取得する。仕訳対象項目中、図１１に示す売上額は、総額計上の場合には売上データ４１１が示す各売上項目の金額に対応し、純額計上の場合には売上データ４１１が示す売上項目から、これと対応する仕入データ４１２が示す仕入項目を減算した額に対応する。売上税額は売上に係る税金の額を示し、売上額と売上データ４１１が示す税率に基づいて算出される。仕入額（総額）は、仕入データ４１２が示す各仕入項目の金額に対応する。仕入税額（総額）は、仕入に係る税金の額を示し、仕入額（総額）と仕入データ４１２が示す税率に基づいて算出される。仕入額（純額）は、仕入データ４１２が示す各仕入項目の金額に対応する。
【0077】
仕入調整額（純額）及び仕入調整額（総額）は、上記の通り、為替変動等の理由で支払が元の仕入に一致しない場合であって、支払と仕入をデータ上一致させるために図７に示す画面ＩＭＩ５０を通じて実行される仕入の調整に伴う仕入項目の金額である。
【0078】
図１２に示す入金は入金データ４３１が示す各入金の額に対応する。支払は支払データ４３２が示す各支払の額に対応する。図１２に示す入金振分（分割・前半）及び図１３に示す入金振分（分割・後半）は、振分データ４４０が示す売上に対する入金の振分に対応する。本実施形態では、１つの振分に対して入金振分（分割・前半）及び入金振分（分割・後半）の２回に分けて仕訳処理が実行される。これらの仕訳において、入金振分（分割・前半）の貸方と入金振分（分割・後半）の借方の勘定科目（本発明における第１勘定科目に対応）が互いに一致している。これにより、これらの２回の仕訳が入金と売上項目を結び付ける役割を果たしている。図１２に示す支払振分（分割・前半）及び図１３に示す支払振分（分割・後半）は、振分データ４４０が示す仕入に対する支払の振分に対応する。本実施形態では、１つの振分に対して支払振分（分割・前半）及び支払振分（分割・後半）の２回に分けて仕訳処理が実行される。これらの仕訳において、支払振分（分割・前半）の貸方と支払振分（分割・後半）の借方の勘定科目（本発明における第２勘定科目に対応）が互いに一致している。これにより、これらの２回の仕訳が支払と仕入項目を結び付ける役割を果たしている。図１２に示す入金振分（入金同士）は、上記の通り、振分データ４４０が示す振分であって、超過が生じた入金に対する返金の内容を示す入金の振分に対応する。種別部門は入出金の種別（入出金の態様や口座等）を示す。
【0079】
図１３に示す入金振分（逆仕訳）は、仕訳処理後の振分に対する請求額の変更等に伴う仕訳に関する。この仕訳は、一旦仕訳処理がなされた振分の仕訳を取り消すような内容を有している。具体的には、入金振分（逆仕訳）の借方勘定科目が取り消しの対象となる振分の仕訳の貸方勘定科目（図中、「元の貸方勘定」）となり、入金振分（逆仕訳）の貸方勘定科目が取り消しの対象となる振分の仕訳の借方勘定科目（図中、「元の借方勘定」）となる。
【0080】
仕訳処理部２３０は、仕訳処理に当たり、図１４～図２１のフローチャートに沿った処理を実行する。なお、以下において「ＸＸＸ」の仕訳の実行は、図１１～図１３に示す仕訳の内容のうち、仕訳対象項目が「ＸＸＸ」であるものが実行されることに対応するものとする。
【0081】
図１４のフローチャートは、売上及び仕入関連の仕訳処理のメインルーチンに対応する。このルーチンは、旅行会社の会計処理方針に応じた一定の締め期間ごと、例えば月末締めの場合には、月初から月末までの１か月の締め期間ごとに実行される。まず、仕訳処理部２３０は、ステップＳ１及びＳ２として、締め期間に属する各日付を仕訳日とする売上・仕入仕訳サブルーチン及び仕入調整仕訳サブルーチンを順に実行する。売上・仕入仕訳サブルーチン及び仕入調整仕訳サブルーチンでは、後述の通り、売上額、仕入額、仕入調整額等の仕訳対象項目に対する仕訳が実行される。仕訳日は、前回の締め期間末日の翌日から開始され、これらのサブルーチンが１回実行されるたびに１日ずつ進められる。次に、仕訳処理部２３０は、Ｓ１及びＳ２において実行された仕訳の結果を示すデータを記憶部２１０の仕訳結果データ４７０に追加する（Ｓ３）。次に、仕訳処理部２３０は、今回の締め期間の末日まで仕訳を実行したかを判定する（Ｓ４）。末日まで実行していないと判定すると（Ｓ４、Ｎｏ）、仕訳処理部２３０は、次の日の仕訳に関するステップＳ１からの処理を実行する。末日まで実行したと判定すると（Ｓ４、Ｙｅｓ）、仕訳処理部２３０は図１４のフローチャートに係る一連の処理を終了する。これにより、締め期間の末日までの売上及び仕入関連の仕訳処理がすべて実行される。
【0082】
なお、ステップＳ１及びＳ２のサブルーチンの実行がエラーにより途中で終了した場合には、仕訳処理部２３０はロールバック処理を実行する（Ｓ５）。ロールバック処理は、そのときに仕訳を実行中であった日付の仕訳処理分に対してのみ実行される。つまり、ロールバック処理により、当該締め期間に関する仕訳処理が、エラーが発生したときにサブルーチンにおいて仕訳の対象とされた日付の前日までの仕訳が完了した直後の状態にまで戻される。そして、仕訳処理部２３０は図１４のフローチャートに係る一連の処理を終了する。
【0083】
仕訳処理部２３０は、売上・仕入仕訳サブルーチンとして、図１５のフローチャートに対応する処理を実行する。まず、仕訳処理部２３０は、売上データ４１１及び仕入データ４１２に基づき、締め対象となる売上項目及び仕入項目のリストを取得する（Ｓ１１）。締め対象となるのは、売上日又は仕入日が仕訳日と一致する売上項目及び仕入項目である。次に、仕訳処理部２３０は、リスト中の１つの売上項目及びこれと対応する１つの仕入項目からなる項目ペアの１つについてステップＳ１２～Ｓ１７の処理を実行する。ステップＳ１２として、仕訳処理部２３０は、上記項目ペアの売上項目及び仕入項目がいずれも確定済みであるか否かを判定する。未確定であると判定した場合（Ｓ１２、未確定）、仕訳処理部２３０は、エラーが発生したものとしてサブルーチンの実行を終了し、メインルーチンである図１４のフローチャートによる処理に戻る。その後のエラー処理は上記の通りである。確定済みであると判定した場合（Ｓ１２、確定済）、仕訳処理部２３０は、上記項目ペアの売上項目に対し、「売上額」及び「売上税額」の仕訳を実行する（Ｓ１３及びＳ１４）。かかる仕訳の内容は図１１に示す通りである。
【0084】
次に、仕訳処理部２３０は、上記項目ペアに含まれる仕入項目の仕訳方法が総額計上であるか純額計上であるかを判定する（Ｓ１５）。かかる判定は、予約データ４２０に基づき、その仕入項目と対応した旅行の種類に応じて行われる。例えば、旅行の種類が手配旅行である場合には純額計上と判定され、旅行の種類が企画旅行である場合には総額計上と判定される。次に、上記項目ペアの仕入項目について、ステップＳ１５の判定に応じて「仕入額（総額）」及び「仕入税額（総額）」の仕訳か、「仕入額（純額）」の仕訳が実行される（Ｓ１５、総額→Ｓ１７及びＳ１８／Ｓ１５、純額→Ｓ２０及びＳ２１）。次に、仕訳処理部２３０は、ステップＳ１１で取得された項目のうち、ステップＳ１３、Ｓ１４、Ｓ１６、Ｓ１７及びＳ２０におけるいずれの仕訳も実行されていないもの（未仕訳の項目）があるか否かを判定する（Ｓ１７）。未仕訳の項目があると判定した場合（Ｓ１８、Ｙｅｓ）、仕訳処理部２３０は、未仕訳の項目のうちのいずれか１つに関してステップＳ１２からの処理を実行する。
【0085】
未仕訳の項目がないと判定した場合（Ｓ１８、Ｎｏ）、仕訳処理部２３０は、後述の追加仕訳サブルーチンを実行する（Ｓ１９）。仕訳処理部２３０は、追加仕訳サブルーチンを実行するに当たり、“追加仕訳実行リスト”を作成する。“追加仕訳実行リスト”は、追加仕訳の実行が必要な振分のリストである。かかる振分は、後述の振分仕訳サブルーチンのステップＳ６９において作成された“要追加仕訳リスト”中の振分のうち、その振分先である売上項目又は仕入項目について、今回の売上・仕入仕訳サブルーチンの実行においてステップＳ１３、Ｓ１６又はＳ２０の仕訳がなされたものに該当する。そして、仕訳処理部２３０は、“追加仕訳実行リスト”に含まれる振分に基づいて追加仕訳サブルーチンを実行する。次に、仕訳処理部２３０は、売上・仕入仕訳サブルーチンの実行を終了し、メインルーチンである図１４のフローチャートによる処理に戻る。
【0086】
仕訳処理部２３０は、仕入調整仕訳サブルーチンとして、図１６のフローチャートに対応する処理を実行する。まず、仕訳処理部２３０は、仕入調整データ４１３に基づき、締め対象となる仕入調整のリストを取得する（Ｓ３１）。締め対象となるのは、仕訳日と一致する仕入日の仕入項目と対応する仕入調整である。次に、仕訳処理部２３０は、リスト中の１つの仕入調整（以下、「当該仕入調整」という。）についてステップＳ３２～Ｓ３８の処理を実行する。ステップＳ３２として、仕訳処理部２３０は、仕入調整が確定済みであるか否かを判定する。未確定であると判定した場合（Ｓ３２、未確定）、仕訳処理部２３０は、エラーが発生したものとしてサブルーチンの実行を終了し、メインルーチンである図１４のフローチャートによる処理に戻る。その後のエラー処理は上記の通りである。
【0087】
確定済みであると判定した場合（Ｓ３２、確定済）、仕訳処理部２３０は、当該仕入調整の仕訳方法が総額計上であるか純額計上であるかを判定する（Ｓ３３）。かかる判定は、予約データ４２０に基づき、その仕入調整と対応した仕入項目における旅行の種類に応じて行われる。例えば、旅行の種類が手配旅行である場合には純額計上と判定され、旅行の種類が企画旅行である場合には総額計上と判定される。次に、ステップＳ３３の判定に応じて「仕入調整額（総額）」及び「仕入調整税額（総額）」の仕訳か、「仕入調整額（純額）」及び「仕入調整税額（純額）」の仕訳が実行される（Ｓ３３、総額→Ｓ３４及びＳ３５／Ｓ３３、純額→Ｓ３７及びＳ３８）。かかる仕訳の内容は図１１に示す通りである。次に、仕訳処理部２３０は、ステップＳ３１で取得された仕入調整のうち、ステップＳ３４、Ｓ３５、Ｓ３７及びＳ３８におけるいずれの仕訳も実行されていないもの（未仕訳の仕入調整）があるか否かを判定する（Ｓ３６）。未仕訳の仕入調整があると判定した場合（Ｓ３６、Ｙｅｓ）、仕訳処理部２３０は、未仕訳の仕入調整のうちのいずれか１つに関してステップＳ３２からの処理を実行する。未仕訳の項目がないと判定した場合（Ｓ３６、Ｎｏ）、仕訳処理部２３０は、仕入調整仕訳サブルーチンの実行を終了し、メインルーチンである図１４のフローチャートによる処理に戻る。
【0088】
図１７のフローチャートは、入出金及び振分関連の仕訳処理のメインルーチンに対応する。このルーチンは、旅行会社の会計処理方針に応じた一定の締め期間ごと、例えば月末締めの場合には１か月の締め期間ごとに実行される。まず、仕訳処理部２３０は、ステップＳ４１～４３として、締め期間に属する各日付を仕訳日とする入出金仕訳サブルーチン、振分仕訳サブルーチン及び振分逆仕訳サブルーチンを順に実行する。これらのサブルーチンは、後述の通り、入金、支払、入金振分、支払振分等の仕訳対象項目に対する仕訳が実行される。仕訳日は、前回の締め期間末日の翌日から開始され、これらのサブルーチンが１回実行されるたびに１日ずつ進められる。次に、仕訳処理部２３０は、Ｓ４１～Ｓ４３において実行された仕訳の結果を示すデータを記憶部２１０の仕訳結果データ４７０に追加する（Ｓ４４）。次に、仕訳処理部２３０は、今回の締め期間の末日まで仕訳を実行したかを判定する（Ｓ４５）。末日まで実行していないと判定すると（Ｓ４５、Ｎｏ）、仕訳処理部２３０は、次の日の仕訳に関するステップＳ４１からの処理を実行する。末日まで実行したと判定すると（Ｓ４５、Ｙｅｓ）、仕訳処理部２３０は図１７のフローチャートに係る一連の処理を終了する。これにより、締め期間の末日までの入出金及び振分関連の仕訳処理がすべて実行される。
【0089】
仕訳処理部２３０は、入出金仕訳サブルーチンとして、図１８のフローチャートに対応する処理を実行する。まず、仕訳処理部２３０は、入金データ４３１及び支払データ４３２に基づき、締め対象となる入金及び支払のリストを取得する（Ｓ５１）。締め対象となるのは、入金日又は支払日が仕訳日と一致する入金及び支払である。次に、仕訳処理部２３０は、リスト中の１つの入出金（入出金仕訳サブルーチンに係る以下の説明において「当該入出金」という。）についてステップＳ５２～Ｓ５５の処理を実行する。ステップＳ５２において、仕訳処理部２３０は、当該入出金が入金であるか支払であるかを判定する。次に、ステップＳ５２の判定に応じて「入金」仕訳か「支払」仕訳が実行される（Ｓ５２、入金→Ｓ５３／Ｓ５２、支払→Ｓ５５）。かかる仕訳の内容は図１２に示す通りである。次に、仕訳処理部２３０は、ステップＳ５１で取得された入出金のうち、ステップＳ５３及びＳ５５におけるいずれの仕訳も実行されていないもの（未仕訳の入出金）があるか否かを判定する（Ｓ５４）。未仕訳の入出金があると判定した場合（Ｓ５４、Ｙｅｓ）、仕訳処理部２３０は、未仕訳の入出金のうちのいずれか１つに関してステップＳ５２からの処理を実行する。未仕訳の項目がないと判定した場合（Ｓ５４、Ｎｏ）、仕訳処理部２３０は、入出金仕訳サブルーチンの実行を終了し、メインルーチンである図１７のフローチャートによる処理に戻る。
【0090】
仕訳処理部２３０は、振分仕訳サブルーチンとして、図１９のフローチャートに対応する処理を実行する。まず、仕訳処理部２３０は、入出金データ４３０及び振分データ４４０に基づき、締め対象となる振分のリストを取得する（Ｓ６１）。締め対象となるのは、振分日が仕訳日と一致し、振分元が締め済の入出金であり且つ振分先が売上項目若しくは仕入項目又は締め済み（仕訳済み）の入金である振分である。次に、仕訳処理部２３０は、リスト中の１つの振分（以下、「当該振分」という。）についてステップＳ６２～Ｓ６７の処理を実行する。ステップＳ６２において、仕訳処理部２３０は、当該振分の振分先が売上又は仕入であるか締め済の入金であるかを判定する（Ｓ６２）。締め済の入金であると判定した場合（Ｓ６２、締め済の入金）には、仕訳処理部２３０は、「入金振分（入金同士）」仕訳を実行し（ステップＳ７１）、後述のステップＳ６７の処理を実行する。
【0091】
振分先が売上項目又は仕入項目であると判定した場合（Ｓ６２、売上項目／仕入項目）、仕訳処理部２３０は、「種別部門」仕訳を実行する（Ｓ６３）。かかる仕訳の内容は図１２に示す通りである。次に、仕訳処理部２３０は、当該振分の振分先の項目が締め済み（仕訳済み）であるか否かを判定する（Ｓ６４）。締め済みであると判定した場合（Ｓ６４、Ｙｅｓ）、ステップＳ６５の処理を実行する。ステップＳ６４において振分先の項目が締め済でないと判定した場合（Ｓ６４、Ｎｏ）、当該振分を“要追加仕訳リスト”に追加する（Ｓ６９）。“要追加仕訳リスト”は、リストに追加された時点では振分先について仕訳が実行されておらず、振分先について仕訳が実行された後に追加的な仕訳（本実施形態において「追加仕訳」という。）が必要である振分のリストである。次に、仕訳処理部２３０は、当該振分の振分元が入金であるか支払であるかを判定する（Ｓ６５）。振分元が入金であると判定した場合（Ｓ６５、入金）、仕訳処理部２３０は、「入金振分（分割・前半）」の仕訳（本発明における第１の仕訳処理に対応）を実行する（Ｓ６６）。一方、振分元が支払であると判定した場合（Ｓ６５、支払）、仕訳処理部２３０は、「支払振分（分割・前半）」の仕訳（本発明における第３の仕訳処理に対応）を実行する（Ｓ７０）。かかる仕訳の内容は図１２に示す通りである。これらの仕訳は、当該振分の振分先である売上項目又は仕入項目の基準日が振分元である入金又は支払の基準日より後であるか否かに関わらず実行されることになる。そして、仕訳処理部２３０は、ステップＳ６７の処理を実行する。
【0092】
ステップＳ６７において、仕訳処理部２３０は、ステップＳ６１で取得された振分のうち、ステップＳ６６、Ｓ７０及びＳ７１におけるいずれの仕訳も実行されていないもの（未仕訳の振分）があるか否かを判定する。未仕訳の振分があると判定した場合（Ｓ６７、Ｙｅｓ）、仕訳処理部２３０は、未仕訳の振分のうちのいずれか１つに関してステップＳ６２からの処理を実行する。未仕訳の項目がないと判定した場合（Ｓ６７、Ｎｏ）、後述の追加仕訳サブルーチンを実行する（Ｓ６８）。仕訳処理部２３０は、追加仕訳サブルーチンを実行するに当たり、“追加仕訳実行リスト”を作成する。“追加仕訳実行リスト”は、追加仕訳の実行が必要な振分のリストである。かかる振分は、今回の振分仕訳サブルーチンの実行においてステップＳ６６又はＳ７０の仕訳がなされた振分のうち、ステップＳ６４において振分先の項目が締め済であると判定されたものに該当する。そして、仕訳処理部２３０は、“追加仕訳実行リスト”に含まれる振分に基づいて追加仕訳サブルーチンを実行する。次に、仕訳処理部２３０は、振分仕訳サブルーチンの実行を終了し、メインルーチンである図１７のフローチャートによる処理に戻る。
【0093】
仕訳処理部２３０は、振分逆仕訳サブルーチンとして、図２０のフローチャートに対応する処理を実行する。まず、仕訳処理部２３０は、振分データ４４０に基づき、締め対象となる振分のリストを取得する（Ｓ８１）。締め対象となるのは、振分の基準日が仕訳日と一致する振分であって、ＶＯＩＤ処理がなされたものである。次に、仕訳処理部２３０は、リスト中の１つの振分について「入金振分（逆仕訳）」の仕訳を実行する。かかる仕訳の内容は図１３に示す通りである。次に、仕訳処理部２３０は、ステップＳ８１で取得された振分のうち、ステップＳ８２におけるいずれの仕訳も実行されていないもの（未仕訳の振分）があるか否かを判定する（Ｓ８３）。未仕訳の振分があると判定した場合（Ｓ８３、Ｙｅｓ）、仕訳処理部２３０は、未仕訳の振分のうちのいずれか１つに関してステップＳ８２の処理を実行する。未仕訳の項目がないと判定した場合（Ｓ８３、Ｎｏ）、仕訳処理部２３０は、振分逆仕訳サブルーチンの実行を終了し、メインルーチンである図１７のフローチャートによる処理に戻る。
【0094】
仕訳処理部２３０は、追加仕訳サブルーチンとして、図２１のフローチャートに対応する処理を実行する。まず、仕訳処理部２３０は、追加仕訳サブルーチンの呼び出し元のサブルーチン（売上・仕入仕訳サブルーチン又は振分仕訳サブルーチン）において作成された“追加仕訳実行リスト”に基づき、締め対象となる入出金のリストを取得する（Ｓ９１）。締め対象となるのは、“追加仕訳実行リスト”に含まれる振分の振分元に対応する入金及び支払である。次に、仕訳処理部２３０は、リスト中の１つの入出金（追加仕訳サブルーチンに係る以下の説明において「当該入出金」という。）についてステップＳ９２～Ｓ９５の処理を実行する。ステップＳ９２において、仕訳処理部２３０は、当該入出金が入金であるか支払であるかを判定する。次に、ステップＳ９２の判定に応じて「入金振分（分割・後半）」の仕訳（本発明における第２の仕訳処理に対応）か「支払振分（分割・後半）」の仕訳（本発明における第４の仕訳処理に対応）が実行される（Ｓ９２、入金→Ｓ９３／Ｓ９２、支払→Ｓ９５）。かかる仕訳の内容は図１３に示す通りである。次に、仕訳処理部２３０は、ステップＳ９１で取得された入出金のうち、ステップＳ９３及びＳ９５におけるいずれの仕訳も実行されていないもの（未仕訳の入出金）があるか否かを判定する（Ｓ９４）。未仕訳の入出金があると判定した場合（Ｓ９４、Ｙｅｓ）、仕訳処理部２３０は、未仕訳の入出金のうちのいずれか１つに関してステップＳ９２からの処理を実行する。未仕訳の項目がないと判定した場合（Ｓ９４、Ｎｏ）、仕訳処理部２３０は、追加仕訳サブルーチンの実行を終了し、呼び出し元のサブルーチンによる処理に戻る。
【0095】
図２２の表は、図３（ａ）の内容を示す出納データ４００に基づいて仕訳処理部２３０が生成した仕訳結果データ４７０の内容を示している。仕訳伝票の内容は伝票日の順に並べられている。図２２の表において、「７／１」等の日付は伝票日を示す。「入金」「売上額」は仕訳対象項目（図１１及び図１２参照）を示す。「入金振分（前）」「入金振分（あと）」は、仕訳対象項目である入金振分（分割・前半）及び入金振分（分割・後半）をそれぞれ示す。「売上高」「売掛金」「前受金」「入出金」は、勘定科目の内容を示している。「予約」「経理」は各勘定科目に係る担当部門を示している。「借」及び「貸」は、借方勘定科目及び貸方勘定科目であることをそれぞれ示す。「１」「２」「３」「６」は金額の大きさを示す。具体的には、「１」は１，０００円を、「２」は２，０００円を、「３」は３，０００円を、「６」は６，０００円をそれぞれ示す。サーバ２００は、これらの仕訳伝票の内容を、例えば月末締めで出力する。図２２に示すように、７月末締めの場合、伝票日が７／１～７／３１の範囲にある仕訳伝票の内容がまとめて出力される。８月末締めの場合、同様に、伝票日が８／１～８／３１の範囲にある仕訳伝票の内容がまとめて出力される。９月末締め、１０月末締め、１１月末締め及び１２月末締めも同様である。出力は、ディスプレイ１１０への表示や印刷装置１４０による用紙への印刷、記録媒体への記録等、様々な態様でなされてよい。
【0096】
＜仕訳評価処理＞
以下、サーバ２００が実行する仕訳評価処理について説明する。仕訳評価処理は、上述の通り、出納データ４００が示す売上、入金等の会計情報と、仕訳処理部２３０によって生成され、記憶部２１０に格納された仕訳結果データ４７０が示す仕訳結果とが整合しているか否かの正否を評価する処理である。仕訳評価処理は、適宜のタイミングでサーバ２００が自動で実行してもよいし、ユーザが指定したタイミングでサーバ２００が実行してもよい。出納データ４００における仕訳評価処理の対象は、出納データ４００に含まれるデータのうち、仕訳処理済みのもの全てである。仕訳結果データ４７０における仕訳評価処理の対象は、出納データ４００における仕訳評価処理の対象と対応するものである。整合の評価は、仕訳結果データ４７０が示す、売上項目、仕入項目、仕入調整額、入金、支払及び振分の各項目と仕訳伝票との関連付けに基づいて行われる。
以下、サーバ２００が実行する仕訳評価処理について説明する。仕訳評価処理は、上述の通り、出納データ４００が示す売上、入金等の会計情報と、仕訳処理部２３０によって生成され、記憶部２１０に格納された仕訳結果データ４７０が示す仕訳結果とが整合しているか否かの正否を評価する処理である。仕訳評価処理は、適宜のタイミングでサーバ２００が自動で実行してもよいし、ユーザが指定したタイミングでサーバ２００が実行してもよい。出納データ４００における仕訳評価処理の対象は、出納データ４００に含まれるデータのうち、仕訳処理済みのもの全てである。仕訳結果データ４７０における仕訳評価処理の対象は、出納データ４００における仕訳評価処理の対象と対応するものである。整合の評価は、仕訳結果データ４７０が示す、売上項目、仕入項目、仕入調整額、入金、支払及び振分の各項目と仕訳伝票との関連付けに基づいて行われる。
【0097】
仕訳評価処理は、以下の［１］～［６］の評価を対象に対して行う。これらの評価の１つでも「否」の結果となった場合に、サーバ２００は、「否」の結果となった項目に関する日付、金額等の情報、対応する仕訳伝票、［１］～［６］のいずれについての評価であるか等をシステムの管理者や開発元等に報告する。報告は、ディスプレイ１１０への表示や印刷装置１４０による用紙への印刷、記録媒体への記録等、様々な態様で出力されてよい。
【0098】
［１］各項目と仕訳伝票の関係性の評価
出納データ４００が示す会計情報の各項目から借方及び貸方の１組からなる１つの仕訳が生成されているか否かを評価する。本実施形態の仕様によると、各項目から１つの仕訳が生成されることになる。例えば、売上データ４１１が示す１つの売上項目からは、貸方「売上高」及び借方「売掛金」からなる１つの仕訳が生成される。これに基づき、出納データ４００が示す売上項目、仕入項目、仕入調整額、入金、支払及び振分の各項目について、その項目から１つの仕訳が生成されているか否かを判定する。生成されていると判定した場合に評価結果は正であり、生成されていないと判定した場合に評価結果は否である。なお、ＶＯＩＤ処理がなされた振分については、図２０に示す振分逆仕訳サブルーチンにより「入金振分（逆仕訳）」の仕訳が追加で発生する。このため、振分自体の仕訳と追加で発生した仕訳との２つの仕訳が生じる。よって、ＶＯＩＤ処理がなされた振分については、１つの項目から上記２つの仕訳が生成されているか否かが判定され、その判定結果に基づいて評価がなされる。
出納データ４００が示す会計情報の各項目から借方及び貸方の１組からなる１つの仕訳が生成されているか否かを評価する。本実施形態の仕様によると、各項目から１つの仕訳が生成されることになる。例えば、売上データ４１１が示す１つの売上項目からは、貸方「売上高」及び借方「売掛金」からなる１つの仕訳が生成される。これに基づき、出納データ４００が示す売上項目、仕入項目、仕入調整額、入金、支払及び振分の各項目について、その項目から１つの仕訳が生成されているか否かを判定する。生成されていると判定した場合に評価結果は正であり、生成されていないと判定した場合に評価結果は否である。なお、ＶＯＩＤ処理がなされた振分については、図２０に示す振分逆仕訳サブルーチンにより「入金振分（逆仕訳）」の仕訳が追加で発生する。このため、振分自体の仕訳と追加で発生した仕訳との２つの仕訳が生じる。よって、ＶＯＩＤ処理がなされた振分については、１つの項目から上記２つの仕訳が生成されているか否かが判定され、その判定結果に基づいて評価がなされる。
【0099】
［２］売上における未収額と仕訳における売掛金の一致性の評価
未収額が０円である１つの売上項目及びこれと対応する振分（本発明における第１組に対応）から生成された仕訳について、勘定科目ごとに、貸方の金額を合計した値から借方の金額を合計した値を減算することで得られる合算結果において、合算後の売掛金が当該１つの売上項目に関する未収額０円と一致するか否かを判定する。一致すると判定した場合に評価結果は正であり、一致しないと判定した場合に評価結果は否である。
未収額が０円である１つの売上項目及びこれと対応する振分（本発明における第１組に対応）から生成された仕訳について、勘定科目ごとに、貸方の金額を合計した値から借方の金額を合計した値を減算することで得られる合算結果において、合算後の売掛金が当該１つの売上項目に関する未収額０円と一致するか否かを判定する。一致すると判定した場合に評価結果は正であり、一致しないと判定した場合に評価結果は否である。
【0100】
例えば、出納データ４００が、図２３（ａ）に示す売上及びこれに対する２回の入金５００円の振分並びにこれによる未収額０円を示しており、これに対応する仕訳結果データ４７０が示す仕訳伝票が図２３（ｂ）の仕訳１～仕訳３の内容を有するものであったとする。このとき、勘定科目「売上高」は、貸方の合計が１，０００円（＝仕訳１の１，０００円）であり、借方の合計が０円である。勘定科目「売掛金」は、貸方の合計が１，０００円（＝仕訳２の５００円＋仕訳３の５００円）である一方で借方の合計が１，０００円（＝仕訳１の１，０００円）であるため、貸方の合計から借方の合計を減算すると０円となる。勘定科目「前受金（予約）」は、貸方の合計が０円であり、借方の合計が１，０００円（＝仕訳２の５００円＋仕訳３の５００円）である。このため、これら合算の結果には、図２３（ｃ）に示すように、貸方として売上高１，０００円が、借方として前受金（予約）１，０００円が残る。また、勘定科目「売掛金」は合算の結果、貸方及び借方のいずれにも残らない。この合算結果は、出納データ４００が示す未収額０円と一致している。このため、評価結果は正となる。
【0101】
［３］仕入における未払額と仕訳における買掛金の一致性の評価
未払額が０円である１つの仕入項目及びこれと対応する振分（本発明における第２組に対応）から生成された仕訳について、勘定科目ごとに、貸方を合計した値から借方の金額を合計した値を減算することで得られる合算結果において、合算後の買掛金が当該１つの仕入項目に関する未払額０円と一致するか否かを判定する。一致したと判定した場合に評価結果は正であり、一致しないと判定した場合に評価結果は否である。この評価は、［２］の評価において売上項目を仕入項目に、未収額を未払額に、売掛金を買掛金にそれぞれ変更したものと対応する。
未払額が０円である１つの仕入項目及びこれと対応する振分（本発明における第２組に対応）から生成された仕訳について、勘定科目ごとに、貸方を合計した値から借方の金額を合計した値を減算することで得られる合算結果において、合算後の買掛金が当該１つの仕入項目に関する未払額０円と一致するか否かを判定する。一致したと判定した場合に評価結果は正であり、一致しないと判定した場合に評価結果は否である。この評価は、［２］の評価において売上項目を仕入項目に、未収額を未払額に、売掛金を買掛金にそれぞれ変更したものと対応する。
【0102】
［４］入金における未振分額と仕訳における前受金の一致性の評価
未振分額が０円である１つの入金及びこれと対応する振分（本発明における第３組に対応）から生成された仕訳について、勘定科目ごとに、貸方を合計した値から借方の金額を合計した値を減算することで得られる合算結果において、合算した前受金（経理）が当該１つの入金に関する未振分額０円と一致するか否かを判定する。一致したと判定した場合に評価結果は正であり、一致しないと判定した場合に評価結果は否である。
未振分額が０円である１つの入金及びこれと対応する振分（本発明における第３組に対応）から生成された仕訳について、勘定科目ごとに、貸方を合計した値から借方の金額を合計した値を減算することで得られる合算結果において、合算した前受金（経理）が当該１つの入金に関する未振分額０円と一致するか否かを判定する。一致したと判定した場合に評価結果は正であり、一致しないと判定した場合に評価結果は否である。
【0103】
例えば、出納データ４００が、図２４（ａ）に示す入金及びこれに対する２回の振分５００円、つまり、未振分額０円を示しており、これに対応する仕訳結果データ４７０が示す仕訳伝票が図２４（ｂ）の仕訳１～仕訳３の内容を有するものであったとする。このとき、勘定科目「前受金（経理）」は、貸方の合計が１，０００円（＝仕訳１の１，０００円）である一方で借方の合計１，０００円（＝仕訳２の５００円＋仕訳３の５００円）であるため、貸方の合計から借方の合計を減算すると０円となる。勘定科目「種別」は、貸方の合計が０円であり、借方の合計が１，０００円（＝仕訳１の１，０００円）である。勘定科目「前受金（予約）」は、貸方の合計が１，０００円（＝仕訳２の５００円＋仕訳３の５００円）である一方で借方の合計が０円である。このため、これら合算の結果には、図２４（ｃ）に示すように、貸方として前受金（予約）１，０００円が、借方として種別１，０００円が残る。また、勘定科目「前受金（経理）」は合算の結果、貸方及び借方のいずれにも残らない。この合算結果は、出納データ４００が示す未振分額０円と一致している。このため、評価結果は正となる。
【0104】
［５］支払における未振分額と仕訳における前払金の一致性の評価
１つの支払及びこれと対応する振分（本発明における第４組に対応）から生成された仕訳について、勘定科目ごとに、貸方を合計した値から借方の金額を合計した値を減算することで得られる合算結果において、合算した前払金（経理）が当該１つの支払に関する未振分額と一致するか否かを判定する。一致したと判定した場合に評価結果は正であり、一致しないと判定した場合に評価結果は否である。この評価は、［４］の評価において入金を支払に、前受金を前払金にそれぞれ変更したものと対応する。
１つの支払及びこれと対応する振分（本発明における第４組に対応）から生成された仕訳について、勘定科目ごとに、貸方を合計した値から借方の金額を合計した値を減算することで得られる合算結果において、合算した前払金（経理）が当該１つの支払に関する未振分額と一致するか否かを判定する。一致したと判定した場合に評価結果は正であり、一致しないと判定した場合に評価結果は否である。この評価は、［４］の評価において入金を支払に、前受金を前払金にそれぞれ変更したものと対応する。
【0105】
［６］前受金（予約）及び前払金（予約）の相殺の評価
前受金（予約）に係る評価は、入金振分（分割・前半）及び入金振分（分割・後半）の両方について仕訳済みの振分についてなされる。かかる振分から生成された仕訳において、勘定科目「前受金（売仕）」について、貸方を合計した値から借方を合計した値を減算した結果が０円となるのが正しい。つまり、０円となった場合に評価結果は正であり、０円でない場合に評価結果は否である。
前受金（予約）に係る評価は、入金振分（分割・前半）及び入金振分（分割・後半）の両方について仕訳済みの振分についてなされる。かかる振分から生成された仕訳において、勘定科目「前受金（売仕）」について、貸方を合計した値から借方を合計した値を減算した結果が０円となるのが正しい。つまり、０円となった場合に評価結果は正であり、０円でない場合に評価結果は否である。
【0106】
前払金（予約）に係る評価は、支払振分（分割・前半）及び支払振分（分割・後半）の両方について仕訳済みの振分についてなされる。かかる振分から生成された仕訳において、勘定科目「前払金（売仕）」について、貸方を合計した値から借方を合計した値を減算した結果が０円となるのが正しい。つまり、０円となった場合に評価結果は正であり、０円でない場合に評価結果は否である。
【0107】
＜実施形態の効果＞
以上説明した本実施形態における出納データ４００によると、売上データ４１１が、単位予約又はそれより詳細な単位ごとの売上項目の内容を示している。仕入データ４１２が、単位予約又はそれより詳細な単位ごとの仕入項目の内容を示している。入金データ４３１が入金を、支払データ４３２が支払の内容をそれぞれ示す。振分データ４４０が、売上データ４１１の売上項目又は仕入データ４１２の仕入項目に対する入金又は支払の振分を示す。そして、振分データ４４０が示す入金の振分及び支払の振分において、その基準日が振分先である売上項目又は仕入項目の基準日より過去に設定され得る。つまり、売上項目や仕入項目の基準日に対する入金や支払のタイミングに関わらず、売上項目や仕入項目の基準日より過去の基準日を設定しつつ、入金又は支払を売上項目又は仕入項目に振り分けることが可能である（図３（ａ）の９／１、９／５及び９／１５付の売上に対応する７／１及び８／１５付の入金の振分参照）。このため、売上項目や仕入項目の基準日に先行したタイミングで、売上項目又は仕入項目に対する入金又は支払の対応付け及び評価（例えば、未収額や未払額の把握）が可能になる。また、入金又は仕入の振分が売上項目又は仕入項目に対して行われるため、詳細な対応付け及び評価が可能になる。
以上説明した本実施形態における出納データ４００によると、売上データ４１１が、単位予約又はそれより詳細な単位ごとの売上項目の内容を示している。仕入データ４１２が、単位予約又はそれより詳細な単位ごとの仕入項目の内容を示している。入金データ４３１が入金を、支払データ４３２が支払の内容をそれぞれ示す。振分データ４４０が、売上データ４１１の売上項目又は仕入データ４１２の仕入項目に対する入金又は支払の振分を示す。そして、振分データ４４０が示す入金の振分及び支払の振分において、その基準日が振分先である売上項目又は仕入項目の基準日より過去に設定され得る。つまり、売上項目や仕入項目の基準日に対する入金や支払のタイミングに関わらず、売上項目や仕入項目の基準日より過去の基準日を設定しつつ、入金又は支払を売上項目又は仕入項目に振り分けることが可能である（図３（ａ）の９／１、９／５及び９／１５付の売上に対応する７／１及び８／１５付の入金の振分参照）。このため、売上項目や仕入項目の基準日に先行したタイミングで、売上項目又は仕入項目に対する入金又は支払の対応付け及び評価（例えば、未収額や未払額の把握）が可能になる。また、入金又は仕入の振分が売上項目又は仕入項目に対して行われるため、詳細な対応付け及び評価が可能になる。
【0108】
また、本実施形態における会計処理システム１によると、売上項目又は仕入項目に先行して入金又は仕入があった場合に、売上項目又は仕入項目の基準日より前のタイミングであっても、その入金又は仕入に係る振分について仕訳処理を実行可能である（図３（ａ）の売上、振分及び入金に関する図２２の仕訳内容参照）。したがって、入金及び支払並びにその振分に関する締め処理が早期に可能となる。
【0109】
また、本実施形態に係る入金の仕訳処理において、その振分の振分先の売上項目が仕訳されているか否かに関わらず「入金振分（分割・前半）」の仕訳が一旦なされる（図１９のＳ６６）。そして、売上項目の仕訳処理が実行済みである場合（図１５のＳ１９又は図１９のＳ６８における“追加仕訳実行リスト”に含まれる場合）に「入金振分（分割・後半）」の仕訳（図２１のＳ９３）を行い、これによって入金と売上を結びつける仕訳伝票を生成する。また、支払の仕訳処理において、その振分の振分先の仕入項目が仕訳されているか否かに関わらず「支払振分（分割・前半）」の仕訳が一旦なされる（図１９のＳ７０）。そして、仕入項目の仕訳処理が実行済みである場合（図１５のＳ１９又は図１９のＳ６８における“追加仕訳実行リスト”に含まれる場合）に「支払振分（分割・後半）」の仕訳を行い、これによって支払と仕入を結びつける仕訳伝票を出力する。したがって、振分先が仕訳済みか否かに関わらず仕訳を実行可能であるため、入金及び支払並びにその振分に関する締め処理が早期に可能となる。
【0110】
＜変形例＞
以上は、本発明の好適な実施形態についての説明であるが、本発明は上述の実施形態に限られるものではなく、課題を解決するための手段に記載された範囲の限りにおいて様々な変更が可能なものである。以下、上述の実施形態に係る変形例について説明する。
以上は、本発明の好適な実施形態についての説明であるが、本発明は上述の実施形態に限られるものではなく、課題を解決するための手段に記載された範囲の限りにおいて様々な変更が可能なものである。以下、上述の実施形態に係る変形例について説明する。
【0111】
例えば、上述の実施形態では、図４の画面ＩＭＩ３０を通じ、顧客に対してプラス値の金額の請求書が発行されている。しかし、顧客に対してマイナス値の金額の請求書が発行されてもよい。かかる請求書は、割引を適用する場合等の様々な目的で発行される。この場合、かかる請求書に応じた返金が発生することが考えられる。このため、返金・振替に関するＧＵＩ画像からなる図９の画面ＩＭＩ６０において、返金等の処理の候補となるリストの要素として、未振分の入金に加えて、又は代えて、発行済みのマイナス値の請求書に係る項目が領域６０ｂに表示されてもよい。
【0112】
また、上述の実施形態では、予約業務の担当者が窓口で入金を受け付け、画面ＩＭＩ３０を通じて入金の内容を入力している。しかし、その他の態様の入金を受け付けることができるように会計処理システム１が構成されていてもよい。例えば、振込によって多数の入金がなされ、その入金のリストを示すデータファイルを顧客から受け取る場合、かかるデータファイルを取り込み、自動で売上項目に振り分けるように会計処理システム１が構成されていてもよい。この場合、データファイルが示す入金に係る情報に基づいて、いずれの入金がいずれの売上項目に対応するかを会計処理システム１が取得するように構成されていることが好ましい。例えば、請求書データ４５０が振込口座（バーチャル口座等）を示す口座データを含んでおり、データファイルにもかかる口座データが入金ごとに含まれていてもよい。これにより、口座データをキーとして請求書データ４５０が示す請求書を検索することで各入金と対応する請求書を特定することができる。
【0113】
また、上述の実施形態においては、本発明に係る会計処理システムが１つ以上の端末１００及びサーバ２００を含む複数のコンピュータを用いて実現されている。しかし、１つのコンピュータで実現されてもよい。また、１つ以上の端末１００及びサーバ２００がインターネットを通じて互いに接続されている。しかし、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等、インターネット以外の通信ネットワークを通じて互いに接続されてもよい。
【0114】
また、上述の実施形態においては、汎用のアプリケーションであるブラウザ１３０を用いたいわゆるブラウザベースで端末１００の機能が実現されている。しかし、ブラウザベースでなく、本システム専用のアプリケーションを用いて実現されてもよい。
【符号の説明】
【0115】
１ 会計処理システム
１００ 端末
１１０ ディスプレイ
１２０ 入力デバイス
１３０ ブラウザ
１４０ 印刷装置
２００ サーバ
２１０ 記憶部
２２０ データ管理部
２３０ 仕訳処理部
２４０ 仕訳評価部
４００ 出納データ
４１０ 売仕データ
４１１ 売上データ
４１２ 仕入データ
４１３ 仕入調整データ
４２０ 予約データ
４３０ 入出金データ
４３１ 入金データ
４３２ 支払データ
４４０ 振分データ
４５０ 請求書データ
４６０ 仕訳方法データ
４７０ 仕訳結果データ
１００ 端末
１１０ ディスプレイ
１２０ 入力デバイス
１３０ ブラウザ
１４０ 印刷装置
２００ サーバ
２１０ 記憶部
２２０ データ管理部
２３０ 仕訳処理部
２４０ 仕訳評価部
４００ 出納データ
４１０ 売仕データ
４１１ 売上データ
４１２ 仕入データ
４１３ 仕入調整データ
４２０ 予約データ
４３０ 入出金データ
４３１ 入金データ
４３２ 支払データ
４４０ 振分データ
４５０ 請求書データ
４６０ 仕訳方法データ
４７０ 仕訳結果データ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】