JP7300132B1 - 支給計算システム - Google Patents

Abstract

【課題】 同一の支給対象者の通勤経路の登録に際して支給情報を自動生成する登録処理と自動生成しない登録処理とを選択的に行うことができる支給計算システムを提供する。【解決手段】 通勤交通費算出サーバ１００は、社員端末２００からの申請情報を受信し、受信した申請情報に基づいて、「経路のみ申請する」のチェックボックス６３がチェックされているか否かを判定し、チェックされていない場合は、申請情報に含まれる通勤経路情報及び予め設定された支給ルールに基づいて交通費支給額の計算及び交通費支給額に関する支給情報の生成、申請情報及び支給情報の承認処理を含む第１登録処理を実行し、チェックボックス６３がチェックされている場合は、第１登録処理における交通費支給額の計算処理、支給情報の生成処理及び支給情報の承認処理以外の処理である第２登録処理を実行する。【選択図】 図５

Description

本発明は、支給対象者の交通費支給額を計算する支給計算システムに関する。

従来、通勤交通費の支給額を計算する技術として、例えば、特許文献１記載の技術が知られている。
特許文献１記載の技術は、例えば、通勤交通費の新規申請が生じた場合に、予め設定された通勤手当の支給基準や算出方法に関する定義に基づいて、自動で通勤交通費の支給額を計算する構成となっている。

特開２０１６－１９２２０１号公報

しかしながら、特許文献１記載の技術にあっては、通勤経路を申請したことに応じて例えば６ヵ月定期での支給情報が自動で生成されてしまう。そのため、例えば、在宅勤務と通勤勤務とが混在するような勤務体系の支給対象者に対して、実際に通勤勤務をした日数又は通勤予定の日数に応じた支給額で個別に支給情報を生成するといったことが困難である。
そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、同一の支給対象者の通勤経路の登録に際して支給情報を自動生成する登録処理と自動生成しない登録処理とを選択的に行うことができる支給計算システムを提供することを目的としている。

〔発明１〕 上記目的を達成するために、発明１の支給計算システムは、支給対象者が通勤に利用し得る通勤経路について、当該支給対象者の交通費支給額を計算する支給計算システムであって、前記支給対象者の前記通勤経路に関する通勤経路情報を登録する経路情報登録処理、前記登録した通勤経路情報に基づいて交通費支給額を計算する計算処理、前記計算した交通費支給額に関する支給情報を生成する生成処理及び前記生成した支給情報を登録する支給情報登録処理を行う第１登録処理と、前記第１登録処理とは別に前記経路情報登録処理で完結する処理を行う第２登録処理のいずれかを同一の支給対象者について選択する選択手段と、前記選択手段で前記第１登録処理が選択された場合は前記第１登録処理を実行し、前記選択手段で前記第２登録処理が選択された場合は前記第２登録処理を実行する登録処理実行手段を備える。

このような構成であれば、選択手段により、上記第１登録処理又は上記第２登録処理のいずれかが同一の支給対象者について選択されると、登録処理実行手段により、選択手段で第１登録処理が選択された場合は第１登録処理が実行され、選択手段で第２登録処理が選択された場合は第２登録処理が実行される。
また、本システムは、単一の装置、端末その他の機器として実現するようにしてもよいし、複数の装置、端末その他の機器を通信可能に接続したネットワークシステムとして実現するようにしてもよい。後者の場合、各構成要素は、それぞれ通信可能に接続されていれば、複数の機器等のうちいずれに属していてもよい。

〔発明２〕 さらに、発明２の支給計算システムは、発明１の支給計算システムにおいて、前記第１登録処理は、申請された通勤経路に対して、さらに当該通勤経路に関する通勤経路情報を承認する通勤経路承認処理及び前記生成した支給情報を承認する支給情報承認処理を含み、前記第２登録処理は、申請された通勤経路に対して、さらに当該通勤経路に関する通勤経路情報を承認する通勤経路承認処理を含む。
このような構成であれば、選択手段で第１登録処理が選択された場合は、申請された通勤経路に対して通勤経路承認処理及び支給情報承認処理を含む第１登録処理が実行され、選択手段で第２登録処理が選択された場合は、申請された通勤経路に対して通勤経路承認処理を含む第２登録処理が実行される。

ここで、経路情報登録処理は、通勤経路に関する通勤経路情報を取得し、取得した通勤経路情報を登録する処理、通勤経路に関する通勤経路情報を取得し、取得した通勤経路情報が承認された後に登録する処理を含む。
〔発明３〕 さらに、発明３の支給計算システムは、発明１又は２の支給計算システムにおいて、前記第１又は第２登録処理を経て登録された通勤経路について、当該第１又は第２登録処理とは別に当該通勤経路に係る支給対象者の計算対象期間の通勤実日数又は通勤予定日数に対応する交通費支給額を計算する交通費支給額計算手段と、前記交通費支給額計算手段で計算した交通費支給額に関する支給情報を生成する支給情報生成手段と、を備える。

このような構成であれば、交通費支給額計算手段により、第１又は第２登録処理を経て登録された通勤経路について、当該第１又は第２登録処理とは別に当該通勤経路に係る支給対象者の計算対象期間の通勤実日数又は通勤予定日数に対応する交通費支給額が計算されると、支給情報生成手段により、交通費支給額計算手段で計算された交通費支給額に関する支給情報が生成される。
〔発明４〕 一方、上記目的を達成するために、発明４の支給計算システムは、発明３の支給計算システムにおいて、前記通勤経路での通勤に要する交通機関の第１運賃及び当該第１運賃よりも割安な第２運賃を含む運賃に関する運賃情報を記憶する運賃情報記憶手段から、前記交通費支給額の計算に係る支給対象者の通勤経路に対応する運賃情報を取得する運賃情報取得手段と、前記支給対象者の通勤実日数又は通勤予定日数に関する通勤日数情報を記憶する通勤日数情報記憶手段から、計算対象期間の通勤実日数又は通勤予定日数に関する通勤日数情報を取得する通勤日数情報取得手段と、前記第１又は第２登録処理を経て登録された通勤経路について、前記運賃情報取得手段で取得した運賃情報及び前記通勤日数情報取得手段で取得した通勤日数情報に基づいて、前記計算対象期間の通勤実日数又は通勤予定日数に対応する交通費支給額を前記交通費支給額計算手段にて前記第１運賃で計算した場合の第１支給額及び当該計算対象期間の通勤実日数又は通勤予定日数に対応する交通費支給額を前記交通費支給額計算手段にて前記第２運賃で計算した場合の第２支給額の大小を判定する判定手段と、を備え、前記支給情報生成手段は、前記判定手段の判定結果に基づいて、前記第１支給額及び前記第２支給額のうち低額な方の支給額に関する支給情報を生成する。

このような構成であれば、前記第１又は第２登録処理を経て登録された通勤経路について、運賃情報取得手段により、運賃情報記憶手段から、交通費支給額の計算に係る支給対象者の通勤経路に対応する運賃情報が取得され、通勤日数情報取得手段により、通勤日数情報記憶手段から、計算対象期間の通勤実日数又は通勤予定日数に関する通勤日数情報が取得されると、判定手段により、前記第１又は第２登録処理を経て登録された通勤経路について、計算対象期間の通勤実日数又は通勤予定日数に対応する交通費支給額を第１運賃で計算した場合の第１支給額及び当該計算対象期間の通勤実日数又は通勤予定日数に対応する交通費支給額を第２運賃で計算した場合の第２支給額の大小が判定され、支給情報生成手段により、判定手段の判定結果に基づいて、第１支給額及び第２支給額のうち低額な方の支給額に関する支給情報が生成される。

ここで、上記第１運賃は、例えば公共交通機関又は個別交通機関における普通運賃又はＩＣカードの利用によるＩＣ運賃等が該当し、上記第２運賃は、例えば公共交通機関又は個別交通機関における定期券又は回数券を利用した普通運賃よりも割安な運賃等が該当する。
また、上記通勤実日数は、実際に通勤をした日数（実績日数）であり、通勤予定日数は、通勤をする予定の日数である。
〔発明５〕 さらに、発明５の支給計算システムは、発明１又は２の支給計算システムにおいて、支給対象者の利用する対象者端末と通信可能に接続され、
前記対象者端末からの実費申請要求に応じて、当該対象者端末からの前記第２登録処理を経て登録された通勤経路の情報及び当該通勤経路を利用した通勤実日数の情報を含む実費申請情報の取得処理、取得した実費申請情報に基づく交通費支給額の計算処理、当該交通費支給額に関する支給情報の生成処理並びに当該支給情報を承認する第２支給情報承認処理を含む実費申請処理を実行する実費申請処理実行手段を備える。

このような構成であれば、実費申請処理手段により、対象者端末からの実費申請要求に応じて、当該対象者端末からの第２登録処理を経て登録された通勤経路の情報及び当該通勤経路を利用した通勤実日数の情報を含む実費申請情報の取得処理、取得した実費申請情報に基づく交通費支給額の計算処理、当該交通費支給額に関する支給情報の生成処理並びに当該支給情報を承認する第２支給情報承認処理を含む実費申請処理が実行される。

以上説明したように、発明１の支給計算システムによれば、同一の支給対象者について、第１登録処理又は第２登録処理を選択できるとともに、第２登録処理を選択することで経路情報登録処理にて完結する第２登録処理を実行することができるので、例えば在宅勤務と通勤勤務とが混在する形態の勤務を行う支給対象者のように日割で通勤交通費を支給する支給対象者（以下、「日割対象者」と称す）の通勤状況に合わせて個別に支給情報を生成するといった柔軟な対応を行うことができる。さらに、例えば徒歩による通勤や無料の交通機関を利用した通勤を行うような交通費支給額が発生しない者について、例えば労災等の関係から通勤経路を把握したい場合も、第２登録処理を選択することで余計な処理を行うことなく通勤経路情報を登録することができる。

さらに、発明２の支給計算システムによれば、申請された通勤経路に対して、さらに経路情報承認処理及び支給情報承認処理を含む第１登録処理又は経路情報登録処理及び経路情報承認処理で完結する第２登録処理を実行することができる。これにより、上司の承認が必要な場合に承認処理を実施することができる。
さらに、発明３の支給計算システムによれば、第１又は第２登録処理を経て登録された通勤経路について、第１又は第２登録処理とは別に計算対象期間の通勤実日数又は通勤予定日数に対応する交通費支給額の計算及び当該交通費支給額に関する支給情報の生成を行うことができる。これにより、日割対象者の通勤状況に合わせて個別に支給情報の生成を行うことができるとともに、通常は定期券代による交通費の支給を受けている支給対象者でも例えば月の途中から通勤経路が変更となるような場合に、該当月について日割で計算するといったことが可能となる。

さらに、発明４の支給計算システムによれば、第１又は第２登録処理を経て登録された通勤経路について、第１支給額及び第２支給額の大小判定の結果に基づいて、支給対象者にとって適切でかつ必要最小限な金額の交通費支給額を選定することができるとともに、この交通費支給額を支給対象者に支給するための支給情報を生成することができる。
さらに、発明５の支給計算システムによれば、例えば、月ごとに各月の通勤実日数の交通費を実費で精算する支給対象者自らが対象者端末を介して実費申請を行うことができるので、交通費に関する業務を行う人事社員や総務社員などの手間を軽減することができる。

本実施の形態に係るネットワークシステムの構成を示すブロック図である。 通勤交通費算出サーバ１００のハードウェア構成を示す図である。 （ａ）～（ｄ）は、企業マスタテーブル４００、勤務先マスタテーブル４０２、社員情報マスタテーブル４０４及び乗物別支給ルールマスタテーブル４０５のデータ構造を示す図である。 （ａ）～（ｄ）は、社員別経路情報テーブル４０６、社員別支給情報テーブル４０８、社員別日割支給情報テーブル４１０及び部署情報テーブル４１２のデータ構造を示す図である。 通勤経路情報新規申請処理を示すフローチャートである。 申請情報入力画面６００を示す図である。 支給情報追加・修正処理を示すフローチャートである。 社員情報一覧画面５００を示す図である。 経路一覧画面８００を示す図である。 支給情報一覧画面８０１の第１の例を示す図である。 第１の実施の形態に係る支給情報生成処理を示すフローチャートである。 社員の実績情報のＣＳＶファイルを取り込む実績情報取込画面９０１を示す図である。 社員の実績情報のＣＳＶファイルを取込後の実績情報取込画面９０１を示す図である。 支給情報一覧画面８０１の第２の例を示す図である。 第２の実施の形態に係る支給情報生成処理を示すフローチャートである。 社員の個人用カレンダ情報のＣＳＶファイルを取り込む個人用カレンダ情報取込画面９０２を示す図である。 日割支給後例外処理を示すフローチャートである。 第３の実施の形態に係る実費支給額申請処理を示すフローチャートである。

〔第１の実施の形態〕
〔構成〕
以下、本発明の第１の実施の形態を説明する。図１乃至図１４は、第１の実施の形態を示す図である。
まず、第１の実施の形態の構成を説明する。
図１は、第１の実施の形態に係るネットワークシステムの構成を示すブロック図である。
インターネット１９９には、図１に示すように、通勤交通費を算出するサービス（以下、「通勤交通費算出サービス」と称す）を提供する通勤交通費算出サーバ１００と、通勤交通費算出サービスを利用する企業の社員ごとに設置された社員端末２００とが接続されている。

〔通勤交通費算出サーバ１００のハードウェア構成〕
次に、通勤交通費算出サーバ１００の構成を説明する。
図２は、通勤交通費算出サーバ１００のハードウェア構成を示す図である。
通勤交通費算出サーバ１００は、図２に示すように、制御プログラムに基づいて演算及びシステム全体を制御するＣＰＵ（Central Processing Unit）３０と、所定領域に予めＣＰＵ３０の制御プログラム等を格納しているＲＯＭ（Read Only Memory）３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ（Random Access Memory）３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ（InterFace）３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互に且つデータ授受可能に接続されている。

Ｉ／Ｆ３８には、外部装置として、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４０と、データやテーブル等をファイルとして格納する記憶装置４２と、画像信号に基づいて画面を表示する表示装置４４と、インターネット１９９に接続するための信号線とが接続されている。
〔社員端末２００のハードウェア構成〕
社員端末２００は、上記通勤交通費算出サーバ１００のような据え置き型を想定した端末、または、スマートフォン、タブレットなどの携帯型の端末から構成されている。前者の場合、そのハードウェア構成は、上記通勤交通費算出サーバ１００と同様となる。一方、後者の場合、そのハードウェア構成は、ＣＰＵと、アプリケーションソフトなどのプログラムやプログラムを実行するためのデータ等を格納しているＲＯＭと、ＲＯＭ等から読み出したデータやＣＰＵの演算過程で必要な演算結果を格納するためのＲＡＭと、付属の各種装置に対してデータの入出力を媒介するＩ／Ｆとで構成されている。これらは、データを転送するための信号線で相互に且つデータ授受可能に接続されている。

Ｉ／Ｆには、付属の各種装置として、データ入力が可能で且つ画像信号に基づいて画面を表示可能なタッチパネル式の表示入力装置、記憶装置、無線通信装置、ビデオカメラ等が接続されている。
〔各種テーブルについて〕
次に、通勤交通費算出サーバ１００の記憶装置４２に記憶されている各種テーブルについて説明する。
図３（ａ）～（ｄ）は、企業マスタテーブル４００、勤務先マスタテーブル４０２、社員情報マスタテーブル４０４及び乗物別支給ルールマスタテーブル４０５のデータ構造を示す図である。

記憶装置４２には、図３（ａ）～（ｄ）に示すように、企業情報を登録する企業マスタテーブル４００と、企業ごとの勤務先の情報を登録する勤務先マスタテーブル４０２と、社員情報を登録する社員情報マスタテーブル４０４と、乗り物別の交通費の支給ルールの情報を登録する乗物別支給ルールマスタテーブル４０５とが記憶されている。
企業マスタテーブル４００には、図３（ａ）に示すように、企業ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、企業名、申請制御区分、社員グループ区分情報、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。

ここで、企業ＩＤは、企業を識別するための情報であり、例えば、企業ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、申請制御区分は、企業に属する従業員からの申請受付可否を設定する情報であり、社員グループ区分情報は、支給社員グループ、その他の社員グループの職系、事務所、所属等の区分を示す情報である。
勤務先マスタテーブル４０２は、図３（ｂ）に示すように、企業ＩＤ、勤務先ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、勤務先ＩＤ、勤務先名、通勤先住所、カレンダＩＤ、始業時刻、終業時刻、燃料単価種別ＩＤ、地図情報、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。

ここで、勤務先ＩＤは、勤務先を識別するための情報であり、例えば、勤務先ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、カレンダＩＤは、企業ごとに設定された勤務先の営業日と休日とが記されたカレンダを識別するための情報であり、例えば、カレンダの種類ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、燃料単価種別ＩＤは、企業ごとに設定された燃料の単価種別を識別するための情報であり、例えば、単価種別ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。なお、燃料単価種別としては、ガソリン（レギュラー）、ガソリン（ハイオク）、ディーゼル（軽油）などの燃料ごとの単価種別と、ＥＶ（電気自動車）、ＰＨＶ（プラグインハイブリッド電気自動車）、ＦＣＶ（燃料電池自動車）などのエコ自動車の種類ごとの単価種別がある。また、地図情報は、勤務先の最寄り駅の情報である。

社員情報マスタテーブル４０４には、図３（ｃ）に示すように、企業ＩＤ、社員ＩＤ及び適用開始日の組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、社員ＩＤ、社員名、社員名（カナ）、社員郵便番号（自宅）、社員住所（自宅）、電話番号、メールアドレス、勤務先ＩＤ、勤務先名、所属部署ＩＤ、所属部署名、従業員区分、支給ルールＩＤ、カレンダＩＤ、パスワード、権限レベル、地図情報、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。

ここで、所属部署ＩＤは、社員の所属する部署を識別するための情報であり、例えば、所属部署ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。従業員区分は、正社員、パートなどを区分する情報であり、権限レベルは、人事権限、上位者権限及び社員権限のうちのいずれかを示す情報である。人事権限は、本システムの通勤費業務に関する全ての機能を利用することができる権限であり、上位者権限は、通勤経路の申請および申請内容の承認作業のみをすることができる権限であり、社員権限は、通勤経路の申請のみをすることができる権限である。また、カレンダＩＤは、社員の個人用カレンダを識別するための情報であり、例えば、社員ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、地図情報は、社員の自宅の最寄り駅の情報である。

乗物別支給ルールマスタテーブル４０５には、図３（ｄ）に示すように、企業ＩＤ、支給ルールＩＤ及び乗物ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、支給ルールＩＤ、支給ルール名、乗物ＩＤ、支給サイクル、支給基準金額月数、課税計算種類、料金種別番号、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報からなる主要情報が登録されている。
ここで、支給ルールＩＤは、支給ルールを識別するための情報であり、例えば、支給ルールごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、支給ルールは、通勤交通費の支給に係るルールである。また、乗物ＩＤは、鉄道、バス、自動車、徒歩、バイク、自転車等の通勤に使用する乗物を識別するための情報であり、例えば、乗物の種類ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、支給サイクルは、１ヵ月、３ヵ月、６ヵ月、１２ヵ月などの通勤交通費が支給されるサイクルを示す情報であり、支給基準金額月数は、１ヵ月、３ヵ月、６ヵ月、１２ヵ月などの支給基準金額を決定する情報である。また、課税計算種類は、課税対象とするか否かを判定する情報であり、公共交通機関（法令に準拠した課税計算）、交通用具（法令に準拠した課税計算）、全額課税などの種類を示す情報である。また、料金種別番号は、乗物の種類や駐車施設の種類ごとに設定されている番号である。

図４（ａ）～（ｄ）は、社員別経路情報テーブル４０６、社員別支給情報テーブル４０８、社員別日割支給情報テーブル４１０及び部署情報テーブル４１２のデータ構造を示す図である。
記憶装置４２には、図４（ａ）～（ｄ）に示すように、社員ごとの通勤経路の情報を登録する社員別経路情報テーブル４０６と、社員ごとの通勤交通費の支給情報を登録する社員別支給情報テーブル４０８と、社員ごとの日割通勤交通費の支給情報を登録する社員別日割支給情報テーブル４１０と、所属部署ごとの承認者及び代理申請者の情報を登録する部署情報テーブル４１２とが記憶されている。

社員別経路情報テーブル４０６には、図４（ａ）に示すように、企業ＩＤ、社員ＩＤ及び経路ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、社員ＩＤ、乗物ＩＤ、経路方向種別、社員最寄り駅、経路ＩＤ、経路、経路利用期間、１ヵ月金額、３ヵ月金額、６ヵ月金額、１２ヵ月金額、片道金額、片道距離、片道時間、乗換回数、経路基準日、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。

ここで、経路方向種別は、通勤手段の利用方向を示す情報であり往路、復路又は往復の情報となる。また、経路ＩＤは、通勤経路を識別するための情報であり、例えば、通勤経路ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、経路は、自宅から勤務先までの経路であり、例えば、通勤手段が鉄道であれば、「自宅→徒歩→最寄り駅（自宅）→途中駅→最寄り駅（勤務先）→徒歩→勤務先」となり、例えば、通勤手段が自動車であれば、「自宅→自動車→勤務先」となる。また、１ヵ月金額、３ヵ月金額、６ヵ月金額及び１２ヵ月金額は、設定した通勤手段及び経路方向種別の１、３、６及び１２ヵ月の定期割引運賃の金額であり、片道金額は、設定した通勤手段の片道の普通運賃（割引なし）の金額であり、経路基準日は、通勤経路が有効となる基準日である。なお、通勤手段として、バスを利用する場合は、定期券の金額及び片道金額に加えて回数券の金額を追加で登録してもよい。

社員別支給情報テーブル４０８は、図４（ｂ）に示すように、企業ＩＤ、社員ＩＤ、経路ＩＤ及び支給ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、企業ＩＤ、社員ＩＤ、経路ＩＤ、支給ＩＤ、開始日、終了日、支給日、支払方法、支給対象期間、支給対象月数、支給／控除額、自己負担額、種別、期間、備考、解約日、支払詳細情報、定期月数、定期枚数、支給金額、支給金額合計、自己負担額合計、その他の情報を含む主要情報が登録されている。

ここで、支給ＩＤは、支給情報を一意に特定するための情報であり、例えば、支給情報ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、支払方法は、例えば、給与に組み込み、銀行口座への振り込み、現物（現金）支給などの通勤交通費の支払方法を示す情報であり、支給対象月数及び定期月数は、１ヵ月、３ヵ月、６ヵ月及び１２ヵ月のいずれかとなる。また、支払詳細情報は、継続支給の対象であるか否か、支給サイクル固定の対象であるか否か、運賃改定処理対象であるか否かを示す情報である。

社員別日割支給情報テーブル４１０は、図４（ｃ）に示すように、企業ＩＤ、社員ＩＤ、経路ＩＤ、支給ＩＤ及び日割ＩＤの組合せごとに１つのレコードが登録されている。各レコードは、社員ＩＤ、企業ＩＤ、経路ＩＤ、開始日、終了日、支給日、支払方法、日割支給対象期間、支給対象日数、利用方向種別（片道／往復）、日数、支給金額、支給金額合計、その他の情報を含む主要情報が登録されている。
ここで、日割ＩＤは、日割情報を一意に特定するための情報であり、例えば、日割情報ごとに固有の番号（例えば数字のみ、文字や数字の組み合わせ）などから構成される。また、日割支給対象期間は、通勤交通費を日割で計算する対象期間を示す情報であり、支給対象日数は、支給対象期間のうち通勤交通費を日割りで支払う日数の情報であり、利用方向種別（片道／往復）は、支給対象期間に利用した経路方向種別を示す情報である。また、支払詳細情報は、運賃改定処理対象であるか否かを示す情報である。

部署情報テーブル４１２は、図４（ｄ）に示すように、所属部署ごと且つ企業ごとに１つのレコードが登録されている。各レコードは、所属部署ＩＤ、企業ＩＤ、承認者ＩＤ、代理申請者ＩＤ、適用開始日、適用終了日、最終更新日、最終更新者、その他の情報を含む主要情報が登録されている。
ここで、承認者ＩＤは、所属部署ＩＤに対応する所属部署に所属する社員の通勤経路の申請について承認を行う権限を有する上司権限を有する社員の社員ＩＤであり、代理申請者ＩＤは、同じ所属部署に所属する他の社員について通勤経路の申請を代理で行うことができる権限を有する社員の社員ＩＤである。

なお、記憶装置４２には、上記テーブル以外にも企業ＩＤ、社員ＩＤ及びカレンダＩＤに対応付けて、社員ごとに各月の勤務予定日の情報を含む個人用カレンダ情報が記憶されている。加えて、企業ＩＤ及び社員ＩＤに対応付けて、社員ごとの各月の勤務実績に関する勤務実績情報が記憶されている。さらに、企業ＩＤに対応付けて、必要最小限の交通費支給額を計算するための運賃種別を設定する設定方法が定められた運賃種別設定情報が記憶されている。

ここで、個人用カレンダ情報は、具体的に、社員ごとに各月の通勤予定日、在宅勤務予定日、通勤予定日の合計日数（以下、「通勤予定日数」と称す）、在宅勤務予定日の合計日数の情報等を含む情報である。
また、勤務実績情報は、社員ごとの各月の実際に勤務をした日及び勤務時間を含む情報であり、具体的には、通勤勤務を遂行した日及び勤務時間の情報、在宅勤務を遂行した日及び勤務時間の情報、通勤勤務を遂行した日の合計日数（以下、「通勤実日数」と称す）の情報、在宅勤務を遂行した日の合計日数の情報を含んでいる。ここで、勤務日の情報を含むことのメリットは、交通機関の運賃改定が発生した場合、勤務日に応じて改定前か後かを判断して、実態に合う金額の支給が可能となることである。なお、この構成に限らず、例えば、勤務時間の情報を含まない構成、在宅勤務を遂行した日数を含まない構成、合計日数の情報を含まない構成など他の構成としてもよい。

〔動作〕
次に、第１の実施の形態の動作を説明する。
〔通勤経路情報新規申請処理〕
次に、社員が通勤経路情報を新規に申請する場合の通勤交通費算出サーバ１００の動作について説明する。
図５は、通勤経路情報新規申請処理を示すフローチャートであり、図６は、申請情報入力画面６００を示す図である。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図５のフローチャートに示す通勤経路情報新規申請処理を実行する。

通勤経路情報新規申請処理は、ＣＰＵ３０において実行されると、図５に示すように、まず、ステップＳ１００に移行する。
ステップＳ１００では、社員端末２００からの新規申請要求を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、ステップＳ１０２に移行し、そうでないと判定した場合（ＮＯ）は、受信するまで判定処理を繰り返す。
ここで、通勤経路情報の新規申請は、例えば、新入社員が初めて通勤経路情報を登録する場合、又は引っ越しをして通勤経路が変わった場合などに行われる。

ステップＳ１０２に移行した場合は、申請要求の送信元の社員端末２００に対して、申請情報の入力画面情報を送信して、ステップＳ１０４に移行する。
これにより、社員端末２００の表示装置には、図６に示す申請情報入力画面６００が表示される。社員は、社員端末２００を介して、図６に示す申請情報入力画面６００等に、申請する通勤経路情報を入力する。申請情報入力処理は、具体的に、社員別経路情報テーブル４０６、社員別支給情報テーブル４０８及び社員別日割支給情報テーブル４１０に登録する情報の入力を受け付ける処理となる。すなわち、申請情報入力画面６００では、通勤手段（乗物ＩＤ）、申請理由、自宅住所、経路方向種別等の通勤経路情報を入力することができるようになっている。経路方向種別は、具体的に、ドロップダウンリストに表示される「往路」、「復路」、「往復」の３つのうちから１つを選択して入力欄６０に入力することができるようになっている。すなわち、往路しか利用しない場合、復路しか利用しない場合、往路と復路で通勤経路が異なる場合などに、往路、復路で個別に通勤経路情報を設定できるようになっている。また、図６の「経路のみ申請する」のチェックボックス６３に示すように、通勤経路のみを申請することができるようになっている。

なお、図６に例示した画面は、最初に表示される画面であって、申請情報入力画面６００の右下に表示された次へボタン６１を選択することで次の入力画面に切り替わる。すなわち、申請情報の入力処理は複数画面に亘って行われる。
ステップＳ１０４では、社員端末２００からの申請情報を受信したか否かを判定し、受信したと判定した場合（Ｙｅｓ）は、ステップＳ１０６に移行し、そうでないと判定した場合（Ｎｏ）は、ステップＳ１２２に移行する。

ここで、申請情報入力画面の最終画面において、申請ボタンが押下されることで入力された申請情報が通勤交通費算出サーバ１００に送信される。
ステップＳ１０６に移行した場合は、受信した申請情報に基づいて、「経路のみ申請する」のチェックボックス６３がチェックされているか否かを判定し、チェックされていると判定した場合（Ｙｅｓ）は、ステップＳ１０８に移行し、そうでないと判定した場合（Ｎｏ）は、ステップＳ１１０に移行する。すなわち、申請情報には、チェックボックス６３がチェックされているか否かを示す情報（例えばフラグ情報）が含まれている。

ここで、「経路のみ申請する」を選択できるようにしたのは、例えば、月の途中から新たな通勤経路を利用して通勤を行う社員、在宅勤務と通勤勤務とが混在する勤務体系の社員等の該当月又は月ごとに勤務実績に応じた通勤交通費を支給する社員に柔軟に対応するためである。このような社員に対応する場合、単純に定期券での対応ができず事前に支給情報を生成することが難しい。そのため、該当月又は各月の通勤実日数から日割りで通勤交通費の支給額合計（以下、「日割交通費」と称する）の計算を行う必要がある。

ステップＳ１０８に移行した場合は、通勤経路情報を含む申請情報を社員別経路情報テーブル４０６に仮登録して、ステップＳ１１４に移行する。すなわち、チェックボックス６３がチェックされている場合は、申請情報の仮登録が行われても、支給情報の自動生成が即座に行われず、人事部又は総務部の担当者によって申請処理とは別に支給情報の生成業務が行われる。
一方、ステップＳ１０６において、「経路のみ申請する」のチェックボックス６３がチェックされておらずステップＳ１１０に移行した場合は、受信した申請情報に含まれる通勤経路情報に基づいて支給情報を生成する。その後、ステップＳ１１２に移行する。

具体的に、通勤経路情報に含まれる通勤経路の情報及び企業ごとに乗物別支給ルールマスタテーブル４０５に登録された支給ルールに基づいて交通費支給額を計算する。ここで、支給ルールは、１ヵ月、３ヵ月、６ヵ月、１２ヵ月ごとに支給などの支給サイクルの情報や、１ヵ月、３ヵ月、６ヵ月、１２ヵ月などの支給基準金額の情報などが定義されている。すなわち、支給ルールに応じた通勤交通費を計算する。その後、計算して得られた交通費支給額に関する支給情報を生成する。また、図示しないが、記憶装置４２には、料金マスタテーブルが記憶されている。料金マスタテーブルには、企業ごとに乗物別支給ルールマスタテーブル４０５に登録された料金種別番号に対応する料金情報が登録されており、この料金情報に基づいて交通費支給額を算出する。ここで、ステップＳ１１０にて生成された支給情報は、社員別支給情報テーブル４０８に登録される情報である。

すなわち、「経路のみ申請する」のチェックボックス６３がチェックされていない場合、通勤経路情報、支給ルール及び料金情報に基づいて支給情報が即座に自動生成される。
ステップＳ１１２では、ステップＳ１０４で受信した申請情報を社員別経路情報テーブル４０６に仮登録し、ステップＳ１１０で生成した支給情報を社員別支給情報テーブル４０８に仮登録する。その後、ステップＳ１１４に移行する。
ステップＳ１１４では、社員情報マスタテーブル４０４から、申請者の所属部署の情報（所属部署ＩＤ）を取得するとともに、部署情報テーブル４１２から、取得した所属部署ＩＤに対応する承認先情報（承認権限を有する社員の社員ＩＤ）を取得して、ステップＳ１１６に移行する。

ステップＳ１１６では、取得した承認先情報に基づいて承認ルートを構築する。その後、構築した承認ルートに基づいてルート先の各承認者宛てに申請情報又は申請情報及び支給情報の承認要求を送信して、ステップＳ１１８に移行する。
ステップＳ１１８では、承認先からの承認するか否かの情報に基づいて、申請情報又は申請情報及び支給情報が承認されたか否かを判定し、承認されたと判定した場合（Ｙｅｓ）は、ステップＳ１２０に移行し、そうでない場合（Ｎｏ）は、一連の処理を終了し、元の処理に復帰する。

ステップＳ１２０に移行した場合は、仮登録されている承認された情報を本登録して、一連の処理を終了し、元の処理に復帰する。
これにより、「経路のみ申請する」が選択されている場合は、社員別経路情報テーブル４０６に仮登録されている申請情報が本登録される。一方、「経路のみ申請する」が選択されていない場合は、社員別経路情報テーブル４０６及び社員別支給情報テーブル４０８に仮登録されている申請情報及び支給情報が本登録される。ここで、本登録は、例えば、仮登録されている情報のステータスフラグを変更するなどによって行う。

また、ステップＳ１０４において、申請情報を受信していないと判定されステップＳ１２２に移行した場合は、申請中止要求を受信したか否かを判定し、受信したと判定した場合（Ｙｅｓ）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（Ｎｏ）は、ステップＳ１０４に移行する。
以下、上記ステップＳ１０６の「Ｎｏ」及びＳ１１０～Ｓ１２０の処理を、「第１登録処理」と称し、上記ステップＳ１０６の「Ｙｅｓ」、Ｓ１０８、Ｓ１１４～Ｓ１２０の処理を、「第２登録処理」と称す。

〔支給情報追加・修正処理〕
次に、人事社員が、社員別支給情報テーブル４０８及び社員別日割支給情報テーブル４１０への支給情報の追加及び登録されている支給情報の修正を行う場合の動作を説明する。
図７は、支給情報追加・修正処理を示すフローチャートであり、図８は、社員情報一覧画面５００を示す図であり、図９は、経路一覧画面８００を示す図であり、図１０は、支給情報一覧画面８０１の第１の例を示す図である。
ここで、通勤交通費算出サービスの提供ページに人事権限を有するアカウントでログインすると、人事権限を有する社員（以下、「人事社員」と称す）の社員端末２００の表示装置には、サービスのトップページが表示される。このトップページには、図示省略するが、「申請」「社員情報」「一括処理」「業務マスタ」などのメインメニューボタンが表示されている。なお、図示省略するが、これらメインメニューボタンは常に画面上部に表示されており、トップページ以外のページからでも選択することが可能となっている。そして、人事権限を有する社員が、社員端末２００を介して「社員情報」のメニューボタンを選択（マウスによる押下又は指によるタッチ等を）することで、表示装置には、図８に示す社員情報一覧画面５００が表示される。ここで、人事社員は、通勤交通費の計算に係る業務を行う権限を有している。

支給情報追加・修正処理は、社員情報一覧画面５００において追加又は修正対象の社員を選択し、経路一覧ボタン５１を選択したあとに表示される経路一覧画面８００において実行される処理である。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図７のフローチャートに示す支給情報追加・修正処理を実行する。
支給情報追加・修正処理は、ＣＰＵ３０において実行されると、図７に示すように、まず、ステップＳ２００に移行する。

ステップＳ２００では、社員端末２００からの情報に基づいて、経路一覧画面８００に表示された選択社員の通勤経路一覧から選択された通勤経路について、経路の修正ボタン８０が選択されたか否かを判定する。そして、選択されたと判定した場合（ＹＥＳ）は、支給情報一覧画面８０１の画面情報を社員端末２００に送信して、ステップＳ２０２に移行し、そうでないと判定した場合（ＮＯ）は、選択されるまで判定処理を繰り返す。
すなわち、図９に示す経路一覧画面８００にて経路の修正ボタン８０が選択された場合は、社員端末２００の表示装置に、図１０に示す支給情報一覧画面８０１が表示される。

なお、図１０に示す例では、申請時に「経路のみを登録する」が選択されたため支給情報が未登録となっている。
図７に戻って、ステップＳ２０２に移行した場合は、社員端末２００からの情報に基づいて、支給情報一覧画面８０１にて、追加ボタン８２が選択されたか否かを判定する。そして、選択されたと判定した場合（ＹＥＳ）は、支給情報を設定するための支給情報設定画面（不図示）の画面情報を社員端末２００に送信して、ステップＳ２０４に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ２０６に移行する。これにより、図示省略するが、社員端末２００の表示画面には、支給情報設定画面が表示される。

ステップＳ２０４に移行した場合は、支給情報追加処理を実行して、一連の処理を終了して元の処理に復帰する。
支給情報追加処理としては、例えば、「経路のみ申請」を選択した場合に各月の勤務実日数に応じた日割支給情報を追加する処理、在宅勤務と通勤勤務とが混在する勤務形態の場合に、勤務実日数に応じた日割支給情報を追加する処理が該当する。加えて、例えば、月の途中から新しい通勤経路が利用される場合に、その月の新しい通勤経路の利用日数に応じた日割支給情報を追加する処理が該当する。

具体的に、人事社員は、社員端末２００を介して、支給情報設定画面において日割支給対象期間、支給対象日数、利用方向種別（片道／往復）などの必要な情報を入力する。
日割支給情報は、日割対象期間に発生した通勤交通費を日割で支給する場合に設定される情報である。従って、日割対象の期間を日割支給対象期間として設定する。
なお、申請した通勤経路を月の途中から利用する場合は、該当月の通勤対象期間が日割支給対象期間となる。例えば、６月１５日から新たな通勤経路を利用して通勤する場合は、６月１５日～６月３０日が日割支給対象期間に設定される。一方、各月の交通費を日割で支給する社員や在宅勤務と通勤勤務とが混在する勤務体系（混在勤務体系）については、例えば、対象となる各月の期間が日割支給対象期間となる。例えば、６月１日～６月３０日が日割支給対象期間として設定される。翌月以降も日割支給や混在勤務体系が継続する場合は、翌月以降についても、各月の期間が日割支給対象期間として設定される。

また、必要な情報の入力後に、支給情報設定画面に表示されたＯＫボタン（図示略）が選択されることで、入力情報を含む日割交通費に関する支給情報の生成指示が通勤交通費算出サーバ１００に送信される。これにより、通勤交通費算出サーバ１００にて、日割交通費に関する支給情報が生成される。
一方、ステップＳ２０２で、追加ボタン８１が選択されずにステップＳ２０６に移行した場合は、社員端末２００からの情報に基づいて、支給情報一覧画面８０１にて、選択支給情報について修正ボタン８３が選択されたか否かを判定する。そして、選択されたと判定した場合（ＹＥＳ）は、支給情報設定画面（不図示）の画面情報を社員端末２００に送信して、ステップＳ２０８に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ２１０に移行する。

すなわち、図示省略するが支給情報一覧画面８０１にて、既に登録されている日割支給情報が選択された状態で修正ボタン８３が選択された場合は、社員端末２００の表示画面に、既に情報が入力された状態の支給情報設定画面（不図示）が表示される。
ステップＳ２０８に移行した場合は、支給情報修正処理を実行して、一連の処理を終了し元の処理に復帰する。
ここで、支給情報修正処理は、支給情報設定画面にて既に入力された情報を修正する処理である。

また、ステップＳ２０６において、修正ボタン８３が選択されずにステップＳ２１０に移行した場合は、追加ボタン８２及び修正ボタン８３を除く他のボタンが選択されたか否かを判定する。そして、他のボタンが選択されたと判定した場合（ＹＥＳ）は、他のボタンに対応する画面の画面情報を社員端末２００に送信して、ステップＳ２１２に移行し、そうでないと判定した場合（ＮＯ）は、ステップＳ２０２に移行する。
ステップＳ２１２に移行した場合は、選択された他のボタンに対応する処理を実行して、一連の処理を終了し元の処理に復帰する。

他のボタンとしては、図１０に示すように、解約ボタン、削除ボタン、確定ボタン及びキャンセルボタンがある。解約ボタンが選択された場合は定期の解約処理が実行され、削除ボタンが選択された場合は選択支給情報の削除処理が実行され、キャンセルボタンが選択された場合は、経路の修正がキャンセルされて経路一覧画面８００に戻る処理が実行される。
〔支給情報生成処理〕
次に、日割交通費に関する支給情報の生成処理を実行する場合の通勤交通費算出サーバ１００の動作について説明する。以下、日割交通費の計算対象期間を計算対象月として説明する。

図１１は、第１の実施の形態に係る支給情報生成処理を示すフローチャートであり、図１２は、社員の実績情報のＣＳＶファイルを取り込む実績情報取込画面９０１を示す図である。また、図１３は、社員の実績情報のＣＳＶファイルを取込後の実績情報取込画面９０１を示す図であり、図１４は、支給情報一覧画面８０１の第２の例を示す図である。
支給情報生成処理は、ＣＰＵ３０において実行されると、図１１に示すように、まず、ステップＳ３００に移行する。

ステップＳ３００では、第１又は第２登録処理を経て本登録された通勤経路について支給情報の生成指示があったか否かを判定する。そして、生成指示があったと判定した場合（Ｙｅｓ）は、ステップＳ３０２に移行し、そうでないと判定した場合（Ｎｏ）は、生成指示があるまで判定処理を繰り返す。
ここで、支給情報の生成指示は、支給情報追加・修正処理におけるステップＳ２０４の支給情報追加処理にて発行される指示が該当する。加えて、通勤交通費算出サーバ１００に実装された一括処理機能にて支給情報の追加を一括処理する際に発行される指示が該当する。

ステップＳ３０２では、該当社員の計算対象月に対応する勤務実績情報を取得して、ステップＳ３０４に移行する。ここでは、計算対象期間が計算対象月の場合、対象月の翌月に対象月の業務実績に基づいて日割交通費を支給するようになっている。
ここで、通勤交通費算出サーバ１００は、記憶装置４２に記憶されている該当社員の企業ＩＤ、社員ＩＤ及び計算対象月に対応する勤務実績情報を取得する。勤務実績情報は、記憶装置４２に例えばＣＳＶファイル等の所定のファイル形式のファイルとして記憶しておき、図１２の例に示すように、該当社員のＣＳＶファイルを選択して取り込むことで取得することができる。この取込は、一括処理機能を適用した場合に処理対象の全ての社員に対して行うことができ、処理対象の全ての社員のファイルを取り込んだ場合は以降の処理を取り込んだ全ての社員に対して一括で行うことができるようになっている。一方、支給情報追加・修正処理においては、選択されている社員のファイルを取得する処理となり、選択されている社員に対してのみ以降の処理が実行される。図１３の例では、一括処理機能を利用して且つ対象者が５人いた場合を示すが、この画面にて、実行ボタン９１を押下することで以降の処理が５人の対象者のすべてについて実行される。

ステップＳ３０４では、ステップＳ３０２で取得した処理対象月の勤務実績情報から通勤実日数を取得して、ステップＳ３０６に移行する。
ステップＳ３０６では、該当社員の通勤経路に対応する運賃情報を取得して、ステップＳ３０８に移行する。ここで、通勤交通費算出サーバ１００は、社員別経路情報テーブル４０６の該当社員のレコードから、運賃情報として切符利用による片道金額（普通運賃）の情報を取得する。
ステップＳ３０８では、ステップＳ３０４で取得した通勤実日数と、ステップＳ３０６で取得した片道金額（普通運賃）とに基づいて実費支給による交通費支給額（以下、「実費支給額」と称す）を算出する。その後、ステップＳ３１０に移行する。

具体的に、実費支給額は、同じ通勤経路を往復で利用した場合は「実費支給額＝合計日数×片道金額×２」で計算される。一方、通勤経路を片道（「往路」のみ又は「復路」のみ）で利用した場合は「実費支給額＝合計日数×片道金額」で計算される。すなわち、通勤経路が片道ずつ異なる場合は、通勤経路ごとに実費支給額が計算される。
ステップＳ３１０では、ステップＳ３０８で算出した実費支給額を支給する支給情報を生成する。その後、ステップＳ３１２に移行する。

ステップＳ３１２では、ステップＳ３１０で生成した支給情報を社員別日割支給情報テーブル４１０の該当する社員のレコードに登録する。その後、一連の処理を終了して元の処理に復帰する。
これにより、図１４に示すように、支給情報一覧画面８０１に、登録した日割交通費に関する支給情報が表示される。
〔第１の実施の形態の効果〕
次に、第１の実施の形態の効果を説明する。
第１の実施の形態では、通勤交通費算出サーバ１００は、通勤経路情報を含む申請情報の取得処理、取得した申請情報の仮登録処理、取得した申請情報に基づく交通費支給額の計算処理、計算した交通費支給額に関する支給情報の生成処理、取得した申請情報に係る通勤経路情報の承認処理及び生成した支給情報の承認処理、並びに承認された通勤経路情報及び支給情報の本登録処理を行う第１登録処理（上記ステップＳ１０６の「Ｎｏ」及びＳ１１０～Ｓ１２０の処理）と、通勤経路情報を含む申請情報の取得処理、取得した申請情報の仮登録処理、取得した申請情報に係る通勤経路情報の承認処理及び承認された通勤経路情報の本登録処理を行う第２登録処理（上記ステップＳ１０６の「Ｙｅｓ」、Ｓ１０８、Ｓ１１４～Ｓ１２０の処理）のうちいずれか一方の処理を、「経路のみ申請する」のチェックボックス６３によって選択するようにした。加えて、選択された方の登録処理を実行するようにした。

これにより、第２登録処理を選択することで支給情報の自動生成等の余計な処理をせずに通勤経路情報を登録することができるので、例えば在宅勤務と通勤勤務とが混在する形態の勤務を行う社員のように、日割で通勤交通費を支給する社員の通勤状況に合わせて個別に支給情報を生成するといった柔軟な対応を行うことができる。また、例えば徒歩による通勤や無料の交通機関を利用した通勤を行う社員のように、交通費支給額が発生しない社員について例えば労災等の関係から通勤経路を把握したい場合も、第２登録処理を選択することで支給情報の自動生成等の余計な処理をせずに通勤経路情報を登録することができる。

さらに、第１の実施の形態では、第１又は第２登録処理を経て本登録された通勤経路について、第１又は第２登録処理とは別に計算対象期間の通勤実日数に対応する交通費支給額の計算、当該交通費支給額に関する支給情報の生成及び生成した支給情報の登録を行うことができる。これにより、日割対象者の通勤状況に合わせて個別に支給情報の生成を行うことができる。
〔対応関係〕
第１の実施の形態において、交通費支給額の支給対象の社員は、発明１及び２の支給対象者に対応し、ステップＳ１０６は、発明１の選択手段に対応し、ステップＳ１０８～Ｓ１２０は、発明１の登録処理実行手段に対応し、ステップＳ３０８は、発明３の交通費支給額計算手段に対応し、ステップＳ３１０は、発明３の支給情報生成手段に対応している。

また、第１の実施の形態において、ステップＳ１０８、ステップＳ１１２及びステップＳ１２０は、発明１の経路情報登録処理及び支給情報登録処理に対応し、ステップＳ１１０は、発明１の計算処理及び生成処理に対応し、ステップＳ１１４及びＳ１１６は、発明２の通勤経路承認処理及び支給情報承認処理に対応している。
〔第２の実施の形態〕
〔構成〕
次に、本発明の第２の実施の形態を説明する。図１５乃至図１７は、第２の実施の形態を示す図である。以下、上記第１の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。

第２の実施の形態は、本登録された通勤経路について登録処理とは別に計算対象期間の通勤実日数又は通勤予定日数に対応する日割交通費を計算するとともに、実費支給額又は定期割引支給額のうち必要最小限の支給額となる方の支給額を支給する支給情報を生成する点が上記第１の実施の形態と異なる。
また、第２の実施の形態では、支給情報追加処理として、例えば、「経路のみ申請」を選択した場合に各月の勤務実日数又は勤務予定日数に応じた日割支給情報を追加する処理、在宅勤務と通勤勤務とが混在する勤務形態の場合に、勤務実日数又は勤務予定日数に応じた日割支給情報を追加する処理を実行するようになっている。加えて、例えば、月の途中から新しい通勤経路が利用される場合に、その月の新しい通勤経路の利用日数に応じた日割支給情報を追加する処理を実行するようになっている点が上記第１の実施の形態と異なる。他の構成については、上記第１の実施の形態と同様となる。

〔動作〕
次に、第２の実施の形態の動作を説明する。
〔支給情報生成処理〕
次に、日割交通費に関する支給情報の生成処理を実行する場合の通勤交通費算出サーバ１００の動作について説明する。以下、日割交通費の計算対象期間を計算対象月として説明する。
図１５は、第２の実施の形態に係る支給情報生成処理を示すフローチャートであり、図１６は、社員の個人用カレンダ情報のＣＳＶファイルを取り込む個人用カレンダ情報取込画面９０２を示す図である。

支給情報生成処理は、ＣＰＵ３０において実行されると、図１５に示すように、まず、ステップＳ４００に移行する。
ステップＳ４００では、第１又は第２登録処理を経て本登録された通勤経路について支給情報の生成指示があったか否かを判定する。そして、生成指示があったと判定した場合（Ｙｅｓ）は、ステップＳ４０２に移行し、そうでないと判定した場合（Ｎｏ）は、生成指示があるまで判定処理を繰り返す。
ステップＳ４０２では、該当社員の計算対象月に対応する勤務実績情報又は個人用カレンダ情報を取得して、ステップＳ４０４に移行する。

具体的に、計算対象期間が計算対象月の場合、対象月の翌月に対象月の業務実績に基づいて日割交通費を支給する場合は勤務実績情報を取得し、例えば翌月の日割交通費を前月又は当月に支給する場合は個人用カレンダ情報を取得する。
ここで、通勤交通費算出サーバ１００は、記憶装置４２に記憶されている該当社員の企業ＩＤ、社員ＩＤ及び計算対象月に対応する勤務実績情報又は個人用カレンダ情報を取得する。勤務実績情報及び個人用カレンダ情報は、記憶装置４２に例えばＣＳＶファイル等の所定のファイル形式のファイルとして記憶しておき、図１２又は図１６の例に示すように、該当社員のＣＳＶファイルを選択して取り込むことで取得することができる。この取込は、一括処理機能を適用した場合に処理対象の全ての社員に対して行うことができ、処理対象の全ての社員のファイルを取り込んだ場合は以降の処理を全ての社員に対して一括で行うことができるようになっている。

なお、日割交通費の前払い若しくは当月払い又は翌月払いの判定は、例えば、通勤交通費算出サーバ１００に内蔵されたＲＴＣ（Real Time Clock）の時刻情報（年月日時分秒）を利用して自動で判別する構成としてもよいし、人事社員がチェックボックス等で選択する構成としてもよい。
ステップＳ４０４では、ステップＳ４０２で取得した処理対象月の勤務実績情報から通勤実日数を取得するか又はステップＳ４０２で取得した処理対象月の個人用カレンダ情報から通勤予定日数を取得して、ステップＳ４０６に移行する。

ステップＳ４０６では、該当社員の通勤経路に対応する運賃情報を取得して、ステップＳ４０８に移行する。ここで、通勤交通費算出サーバ１００は、社員別経路情報テーブル４０６の該当社員のレコードから、運賃情報として切符利用による片道金額（普通運賃）及び１ヵ月定期券の金額（１ヵ月金額）の情報を取得する。
ステップＳ４０８では、ステップＳ４０４で取得した合計日数と、ステップＳ４０６で取得した片道金額（普通運賃）とに基づいて実費支給額を算出する。その後、ステップＳ４１０に移行する。

ステップＳ４１０では、ステップＳ４０８で算出した実費支給額と、ステップＳ４０４で取得した１ヵ月金額（以下、「定期割引支給額」と称する）との大小を判定する。そして、この判定結果に基づいて実費支給額が定期割引支給額よりも低額であるか否かを判定し、低額であると判定した場合（Ｙｅｓ）は、ステップＳ４１２に移行し、そうでないと判定した場合（Ｎｏ）は、ステップＳ４１４に移行する。
ステップＳ４１２に移行した場合は、ステップＳ４０８で算出した実費支給額を支給する支給情報を生成する。その後、ステップＳ４１６に移行する。

一方、ステップＳ４１４に移行した場合は、定期券の１ヵ月金額からなる定期割引支給額を支給する支給情報を生成する。その後、ステップＳ４１６に移行する。
ステップＳ４１６では、ステップＳ４１２又はＳ４１４で生成した支給情報を社員別日割支給情報テーブル４１０の該当する社員のレコードに登録する。その後、一連の処理を終了して元の処理に復帰する。
具体的に、通勤交通費算出サーバ１００は、生成した支給情報を、社員別日割支給情報テーブル４１０の該当するレコードに登録する。

〔日割支給後例外処理〕
次に、日割交通費を支給後の例外処理について説明する。ここで、日割支給後例外処理は、通勤交通費の日割交通費を前払い又は当月払いした場合に実行される処理となる。
具体的に、日割支給後例外処理は、日割交通費を前払い又は当月払いした場合に生じる可能性のある日割交通費の不足又は過払いに対応する処理となる。以下、計算対象期間を計算対象月として説明する。
日割支給後例外処理では、具体的に、日割交通費を過払いしている場合は差額分の徴収額を徴収するための徴収情報を生成し、日割交通費が不足している場合は不足分を支給するための日割支給情報を生成する。

図１７は、日割支給後例外処理を示すフローチャートである。
日割支給後例外処理は、予め設定した実行条件が成立した場合に実行される処理である。
ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１７のフローチャートに示す日割支給後例外処理を実行する。
日割支給後例外処理は、ＣＰＵ３０において実行されると、図１７に示すように、まず、ステップＳ５００に移行する。

ステップＳ５００では、実行条件が成立したか否かを判定し、成立したと判定した場合（Ｙｅｓ）は、ステップＳ５０２に移行し、そうでないと判定した場合（Ｎｏ）は、成立するまで判定処理を繰り返す。
ここで、実行条件は、例えば、支給対象の社員からの要求があったとき、人事社員からの要求があったとき、予め設定した実行タイミングとなったときなどに成立するように条件が設定されている。例えば、実費支給額で日割交通費の支給後に通勤予定日が大幅に増加したため１ケ月定期券を購入したところ購入費用が実費支給額を越えてしまう場合がある。この場合は、日割交通費の不足が発生した状態となる。また、例えば、定期割引支給額で日割交通費を支給後に通勤予定日が大幅に減少したため切符を購入して通勤をしたところ通勤に要した費用が定期割引支給額を下回る場合がある。この場合は、日割交通費の過払いが発生した状態となる。

このように、日割交通費の不足や過払いが生じた場合に、社員端末２００を介した社員からの要求によって実行条件が成立するように設定することができる。
しかしながら、前払いで支給された日割交通費が実際に通勤に要した費用を上回る場合、社員は積極的に過払い分を戻すような処理を要求をしてこない可能性が高い。そのため、このような場合を考慮して、例えば定期的（例えば、毎月決められた日付）に日割交通費を支給される社員全員に対して、定期的に実行条件が成立するように設定することもできる。

また、人事社員が実行条件を成立する指示を入力することで、人事社員の任意のタイミングで実行条件を成立させることも可能である。
ステップＳ５０２に移行した場合は、該当社員の計算対象月に対応する勤務実績情報を取得して、ステップＳ５０４に移行する。ここで、通勤交通費算出サーバ１００は、記憶装置４２に記憶されている該当社員の企業ＩＤ、社員ＩＤ及び対象月に対応する勤務実績情報から通勤勤務を遂行した合計日数の情報を取得する。例えば、勤務実績情報は、記憶装置４２にＣＳＶファイルとして記憶しておき、上記第１の実施の形態の図１２の例に示すように、該当社員のＣＳＶファイルを選択して取り込むことで取得することができる。この取込は複数の社員に対して行うことができ、複数の社員のＣＳＶファイルを取り込んだ場合は以降の処理を複数の社員に対して一括で行うことができるようになっている。

ステップＳ５０４では、該当社員の通勤経路に対応する運賃情報を取得して、ステップＳ５０６に移行する。ここで、通勤交通費算出サーバ１００は、社員別経路情報テーブル４０６の該当社員のレコードから、片道金額（普通運賃）及び１ヵ月定期券の金額（１ヵ月金額）の情報を取得する。
ステップＳ５０６では、該当社員の計算対象月に対応する支給情報（ここでは日割交通費を支給済みの支給情報）を取得して、ステップＳ３０８に移行する。ここで、通勤交通費算出サーバ１００は、社員別日割支給情報テーブル４１０の該当社員のレコードから、計算対象月に対応する支給情報を取得する。

ステップＳ５０８では、ステップＳ５０２で取得した合計日数と、ステップＳ５０４で取得した片道金額（普通運賃）とに基づいて実費支給額を算出し、算出した実費支給額とステップＳ５０４で取得した１ケ月金額とを比較していずれか低額の方を実績支給額に設定する。その後、ステップＳ５１０に移行する。
ステップＳ５１０では、ステップＳ５０６で取得した該当社員の計算対象月の支給情報の金額とステップＳ５０８で設定した実績支給額とを比較して、支給情報の金額が実績支給額以下か否かを判定する。そして、実績支給額以下であると判定した場合（Ｙｅｓ）は、ステップＳ５１２に移行し、そうでないと判定した場合（Ｎｏ）は、ステップＳ５１６に移行する。

ステップＳ５１２に移行した場合は、不足金を支給する不足支給情報を生成して、ステップＳ５１４に移行する。すなわち、実績支給額の方が高額となるため支給額との差額分を支給する支給情報を生成する。
ステップＳ５１４では、ステップＳ５１２で生成した不足支給情報を社員別日割支給情報テーブル４１０の該当する社員のレコードに登録する。その後、一連の処理を終了して元の処理に復帰する。
一方、ステップＳ５１０において支給情報の金額が実績支給額以上と判定されステップＳ５１６に移行した場合は、過払い金を徴収する徴収情報を生成して、ステップＳ５１８に移行する。すなわち、実績支給額の方が低額となるため支給額との差額分を徴収する。

なお、支給情報の金額と実績支給額とが一致する場合は、不足でも過払いでも無いため以降の処理を実行せずに、一連の処理を終了して元の処理に復帰する。
ステップＳ５１８では、ステップＳ５１６で生成した徴収情報を、該当する社員の企業ＩＤ、社員ＩＤ及び対象月情報に対応付けて記憶装置４２に記憶する。その後、一連の処理を終了して元の処理に復帰する。ここで、徴収情報は人事社員に閲覧可能となっており、人事社員は、この徴収情報に基づいて、例えば、給与支給額から徴収情報に対応する過払い額を差し引くなどの処理を行う。

〔第２の実施の形態の効果〕
次に、第２の実施の形態の効果を説明する。
第２の実施の形態では、第１又は第２登録処理を経て本登録された支給対象の社員の通勤経路の日割交通費の計算において、社員別経路情報テーブル４０６から、この通勤経路の普通運賃及び１ヵ月の定期代である１ヵ月金額（定期割引支給額）の情報を取得する。加えて、記憶装置４２から、該当社員の計算対象期間の通勤実日数又は通勤予定日数の情報を取得し、取得した普通運賃と通勤実日数又は通勤予定日数とに基づいて実費支給額を計算する。そして、計算した実費支給額及び取得した１ヵ月金額である定期割引支給額の大小を判定し、この判定結果に基づいていずれが低額かを判定する。さらに、低額な方の支給額に関する支給情報を生成する。そして、生成した支給情報を社員別支給情報テーブル４０８又は社員別日割支給情報テーブル４１０の該当社員のレコードに登録するようにした。

このような構成であれば、支給対象の社員にとって適切で且つ必要最小限な金額の日割交通費を選定でき且つ選定した日割交通費に関する支給情報を生成することができる。
さらに、第２の実施の形態では、日割交通費を前払い又は当月払いで支給した場合に、実行条件の成立に応じて、該当社員の対象月の通勤勤務の実績（通勤日数合計）と、該当社員の通勤経路に対応する普通運賃とに基づいて実費支給額を算出し、この実費支給額と１ヵ月金額（定期割引支給額）とのうち低額な方の支給額を実績支給額として設定する。加えて、該当社員の対象月の日割支給情報に対応する日割交通費（通勤予定日に基づいて計算）及び実績支給額の大小を比較し、実績支給額の方が低額な場合に過払い分を徴収するための徴収情報を生成し、実績支給額の方が高額な場合に不足分を支給するための日割支給情報を生成するようにした。

このような構成であれば、例えば、実費支給額で日割交通費の支給後に事情が変わって１ケ月定期券を購入したところ購入費用が実費支給額を越えてしまうような例外的な状況が発生した場合に不足分を該当社員に支給することができる。また、例えば、定期割引支給額で日割交通費を支給後に事情が変わって切符を購入して通勤をしたところ通勤に要した費用が定期割引支給額を下回るといった例外的な状況が発生した場合に該当社員から過払い分を徴収することができる。

但し、いずれも勤務実績に応じて判定されるため、例えば、実費支給額で日割交通費の支給後に通勤予定日が大幅に増えて１ケ月定期券を購入したが病気やケガで通勤予定日の後半半分を通勤できなかった場合などは実際に通勤勤務を遂行した日数での判定処理となるため、実際の通勤日数によっては事前に支給された実費支給額を下回って逆に過払い金の徴収が発生する場合がある。
〔対応関係〕
第２の実施の形態において、交通費支給額の支給対象の社員は、発明１、３及び４の支給対象者に対応し、ステップＳ４０２～Ｓ４０４は、発明４の通勤日数情報取得手段に対応し、ステップＳ４０６は、発明４の運賃情報取得手段に対応し、ステップＳ４０８～Ｓ４１０は、発明４の判定手段に対応し、ステップＳ４１２～Ｓ４１４は、発明４の支給情報生成手段に対応している。

また、第２の実施の形態において、普通運賃は、発明４の第１運賃に対応し、定期券の１ヵ月金額、３ヵ月金額、６ヵ月金額及び１２ヵ月金額は、発明４の第２運賃に対応し、日割交通費は、発明１乃至３の交通費支給額に対応し、実費支給額は、発明４の第１支給額に対応し、定期割引支給額は、発明４の第２支給額に対応している。
また、第２の実施の形態において、記憶装置４２は、発明４の運賃情報記憶手段及び通勤日数情報記憶手段に対応している。

〔第３の実施の形態〕
〔構成〕
次に、本発明の第３の実施の形態を説明する。図１８は、第３の実施の形態を示す図である。以下、上記第１の実施の形態と異なる部分についてのみ説明し、重複する部分については説明を省略する。
第３の実施の形態は、「経路のみ申請する」のチェックボックス６３がチェックされ、第２登録処理を経て本登録された通勤経路について、社員自らが社員端末２００を介して実費支給額の申請を行うことができる点が上記第１の実施の形態と異なる。他の構成については、上記第１の実施の形態と同様となる。

〔動作〕
次に、第３の実施の形態の動作を説明する。
〔支給情報生成処理〕
図１８は、第３の実施の形態に係る実費支給額申請処理を示すフローチャートである。
実費支給額申請処理は、ＣＰＵ３０において実行されると、図１８に示すように、まず、ステップＳ６００に移行する。
ステップＳ６００では、社員端末２００からの実費申請要求を受信したか否かを判定し、受信したと判定した場合（ＹＥＳ）は、ステップＳ６０２に移行し、そうでないと判定した場合（ＮＯ）は、受信するまで判定処理を繰り返す。

ここで、実費申請要求は、社員端末２００において、メインメニューの「申請」ボタンを押下することで表示される複数のサブメニューのうちから例えば「実費申請」を選択することで通勤交通費算出サーバ１００に送信される。
ステップＳ６０２に移行した場合は、実費申請要求の送信元の社員端末２００に対して、実費申請情報の入力画面情報を送信して、ステップＳ６０４に移行する。
これにより、社員端末２００の表示装置には、実費申請情報入力画面（図示略）が表示される。社員は、社員端末２００を介して、実費申請情報入力画面に、実費申請に係る情報を入力する。具体的に、登録された通勤経路のうちからいずれか１つを選択することで実費申請をする通勤経路の情報を入力し、次に、実費申請する期間の勤務実日数の情報を入力する。

ステップＳ６０４では、社員端末２００からの実費申請情報を受信したか否かを判定し、受信したと判定した場合（Ｙｅｓ）は、ステップＳ６０６に移行し、そうでないと判定した場合（Ｎｏ）は、ステップＳ６１４に移行する。
ここで、実費申請情報入力画面において、申請ボタンが押下されることで入力された実費申請情報が通勤交通費算出サーバ１００に送信される。
ステップＳ６０６に移行した場合は、受信した実費申請情報で指定された通勤経路の情報に基づいて実費支給情報が生成される。その後、ステップＳ６０８に移行する。

ステップＳ６０８では、ステップＳ６０６で生成した実費支給情報を、社員別日割支給情報テーブル４１０に仮登録する。その後、ステップＳ６１０に移行する。
ステップＳ６１０では、社員情報マスタテーブル６０４から、申請者の所属部署の情報（所属部署ＩＤ）を取得するとともに、部署情報テーブル４１２から、取得した所属部署ＩＤに対応する承認先情報（承認権限を有する社員の社員ＩＤ）を取得して、ステップＳ６１２に移行する。

ステップＳ６１２では、取得した承認先情報に基づいて承認ルートを構築する。その後、構築した承認ルートに基づいてルート先の各承認者宛てに申請情報の承認要求を送信して、一連の処理を終了し、元の処理に復帰する。
これにより、承認が行われ申請された通勤経路情報が許可されることで、社員別日割支給情報テーブル４１０に仮登録されている実費支給情報が本登録される。
また、ステップＳ６０４において、申請情報を受信していないと判定されステップＳ６１４に移行した場合は、申請中止要求を受信したか否かを判定し、受信したと判定した場合（Ｙｅｓ）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（Ｎｏ）は、ステップＳ６０４に移行する。

〔第３の実施の形態の効果〕
次に、第３の実施の形態の効果を説明する。
第３の実施の形態では、第２登録処理を経て本登録された通勤経路について、社員自らが社員端末２００を介して実費申請を行うことができるようにした。このような構成であれば、交通費に関する業務を行う人事社員や総務社員などの実費申請にかかる手間を軽減することができる。
〔対応関係〕
第３の実施の形態において、交通費支給額の支給対象の社員は、発明１乃至４の支給対象者に対応し、ステップＳ６０４～Ｓ６１２は、発明５の第３実費申請処理実行手段に対応している。

〔変形例〕
なお、上記実施の形態においては、月の途中から新たな通勤経路を利用して通勤を行う社員について、第２登録処理によって通勤経路の登録処理を行う構成としたが、この構成に限らない。例えば、第１登録処理にて通勤経路の本登録を行い、登録情報に含まれる利用開始月又は利用開始日の情報に基づいて月の途中からの利用であるか否かを判定する。そして、月の途中からの利用であると判定した場合に該当月の交通費支給額の計算を日割計算で行い、該当月の翌月以降については定期を利用した交通費支給額の計算を行う構成としてもよい。または、該当月の翌月以降についての交通費支給額の計算のみを行う構成とし、該当月については別途、支給情報追加・修正処理等によって日割計算にて交通費支給額の計算及びこの交通費支給額に関する日割支給情報の登録を行う構成としてもよい。

また、上記実施の形態及びその変形例においては、第１登録処理及び第２登録処理において、申請された通勤経路情報及びその支給情報について承認処理を行う構成としたが、この構成に限らない。例えば、人数の少ない会社などにおいて人事や経理の担当者が全ての社員の通勤経路情報の承認及び登録を一人で行うような場合に、通勤経路や支給情報の承認処理を省略する構成又は省略する設定をすることができる構成としてもよい。
また、上記実施の形態及びその変形例においては、計算対象月の実費支給額と定期券の１ヵ月金額との大小比較によって、いずれか低額な方を日割交通費とする構成としたが、この構成に限らない。例えば、日割交通費の支給が連続で複数ヵ月続く場合は、例えば、複数ヵ月分の実費支給額と定期券の対応する複数ヶ月金額（例えば３ヵ月、６ヵ月、１２ヵ月金額のいずれか）との比較によって日割交通費を決定する構成としてもよい。

また、上記実施の形態及びその変形例においては、実費支給額よりも定期割引支給額の方が低い（安い）か否かを判定し、低い（安い）と判定した場合は定期支給額を支給する構成としたが、この構成に限らない。例えば、実費支給額よりも定期割引支給額の方が高いか否かを判定し、高いと判定した場合は実費支給額を支給する構成としてもよい。または、支給条件等に応じて、実費支給額よりも定期割引支給額の方が高いか否かを判定し、高いと判定した場合は定期支給額を支給する構成としてもよいし、実費支給額よりも定期割引支給額の方が低い（安い）か否かを判定し、低い（安い）と判定した場合は実費支給額を支給する構成としてもよい。

また、上記実施の形態及びその変形例においては、記憶装置４２に記憶された個人用カレンダ情報から通勤予定日の情報を取得する構成としたが、この構成に限らない。例えば、他の記憶媒体から読み込む構成としたり、手入力で入力したものを取り込む構成としたり、社員の使用する端末から送信されたものを受信して取り込む構成としたりするなど他の構成としてもよい。このことは、利用開始日の情報を取得する場合も同様である。
また、上記実施の形態及びその変形例においては、日割交通費を支給済みの支給情報について、この支給情報の金額が、勤務実績に対応する実績支給額未満か否かを判定し、この判定結果に基づいて不足分の支給又は過払い分の徴収を行う構成としたが、この構成に限らない。例えば、日割交通費を翌月払いする場合に、生成済みの支給情報に対応する日割交通費の支給前に、その金額が勤務実績に対応する実績支給額未満か否かを判定し、この判定結果に基づいて支給情報を日割交通費の支払い前に修正する構成としてもよい。

また、上記実施の形態及びその変形例においては、ネットワークシステムとして実現したが、これに限らず、単一の装置又はアプリケーションとして実現することもできる。
また、上記実施の形態及びその変形例においては、インターネット１９９からなるネットワークシステムに適用した場合について説明したが、これに限らず、例えば、インターネット１９９と同一方式により通信を行ういわゆるイントラネットに適用してもよい。もちろん、インターネット１９９と同一方式により通信を行うネットワークに限らず、任意の通信方式のネットワークに適用することができる。

また、上記実施の形態及びその変形例において、図５、図７、図１１、図１５、図１７及び図１８のフローチャートに示す処理を実行するにあたってはいずれも、ＲＯＭに予め格納されているプログラムを実行する場合について説明したが、これに限らず、これらの手順を示したプログラムが記憶された記憶媒体から、そのプログラムをＲＡＭに読み込んで実行するようにしてもよい。

１００…通勤交通費算出サーバ、 ２００…社員端末、 ３０…ＣＰＵ、 ３２…ＲＯＭ、 ３４…ＲＡＭ、 ３８…Ｉ／Ｆ、 ３９…バス、 ４０…入力装置、 ４２…記憶装置、 ４４…表示装置、 １９９…インターネット、 ４００…企業マスタテーブル、 ４０２…勤務先マスタテーブル、 ４０４…社員情報マスタテーブル、 ４０５…乗物別支給ルールマスタテーブル、 ４０６…社員別経路情報テーブル、 ４０８…社員別支給情報テーブル、 ４１０…社員別日割支給情報テーブル、 ４１２…部署情報テーブル、 ５００…社員情報一覧画面、 ６００…申請情報入力画面、 ８００…経路一覧画面、 ８０１…支給情報一覧画面、 ９０１…実績情報取込画面、 ９０２…個人用カレンダ情報取込画面

Claims (1)

1. 支給対象者が通勤に利用し得る通勤経路に関する通勤経路情報に基づいて当該支給対象者の交通費支給額を計算する計算処理、及び、前記計算処理とは別に前記通勤経路情報を登録する経路情報登録処理のいずれかを同一の支給対象者について選択する選択手段と、
   前記選択手段で前記計算処理が選択された場合は前記計算処理を実行し、前記選択手段で前記経路情報登録処理が選択された場合は前記経路情報登録処理を実行する実行手段とを備えることを特徴とする支給計算システム。

Images