(57)【要約】【課題】  給与業務側の担当者の作業負担を軽減し、人件費の予算計算の精度を向上させる、人事異動を考慮した予算計算シミュレーション方法を提供する。【解決手段】  コンピュータが、各職員の職員情報、人事所属情報、科目情報とを記憶した人事基本DBに基いて、支給対象月を各職員の職員情報、人事所属情報、科目情報を記憶した第1の人事予算DBを作成し、人事基本DBに基いて、職員情報と、異動前及び異動後の人事所属情報及び科目情報とを記憶した異動情報DBを作成し、第1の人事予算DBと異動情報DBとに基いて、各職員の職員情報、異動後の人事所属情報及び科目情報、対象月を記憶した第2の人事予算DBを作成し、第２の人事予算DBに基いて、各職員の職員情報に対し、人事所属情報とその科目情報に基いて、複数の支給項目情報及びその科目情報を付与するとともに、各支給項目に対して支給額の合計を算出する。【選択図】  図２
2014215787.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータが、
各職員の職員情報と、人事所属情報と、その科目情報とを対応付けて記憶した人事基本DBに基いて、支給対象月を前記各職員の職員情報と、前記人事所属情報と、前記科目情報とに対応付けて記憶した第1の人事予算DBを作成する工程と、
前記人事基本DBに基いて、職員の異動後の人事所属情報及び科目情報の入力を受付け、職員情報と、異動前及び異動後の人事所属情報及び科目情報とが対応付けて記憶された異動情報DBを作成する工程と、
前記第1の人事予算DBと、前記異動情報DBとに基いて、前記各職員の職員情報と、前記異動後の人事所属情報と、前記異動後の科目情報と、前記対象月と、を対応付けて記憶した第2の人事予算DBを作成する工程と、
前記第２の人事予算DBに基いて、各職員の職員情報に対し、前記人事所属情報とその科目情報に基いて、複数の支給項目情報及びその科目情報を付与するとともに、各支給項目に対して支給額の計算を、前記支給対象月ごとにシミュレーション対象期間に対して行う工程と、
前記各支給額の合計を、算出する工程と、
を行う予算計算シミュレーション方法。
【請求項２】
請求項１において、
前記支給対象月に対応させて記憶したイベント情報に基いて、前記支給額計算を行うことを特徴とする予算計算シミュレーション方法。
【請求項３】
請求項２において、
前記支給項目情報の項目には、給与が含まれており、
前記イベント情報にかかるイベントには、賞与または昇給が含まれることを特徴とする予算計算シミュレーション方法。
【請求項４】
請求項１乃至３のいずれかにおいて、
前記支給額の合計を、前記異動後の人事所属情報の科目情報ごとに算出することを特徴とする予算計算シミュレーション方法。
【請求項５】
請求項１乃至３のいずれかにおいて、
前記支給額の合計を、前記支給項目の科目情報ごとに算出することを特徴とする予算計算シミュレーション方法。
【請求項６】
請求項１乃至５のいずれかにおいて、
前記支給額の計算は、前記シミュレーション対象期間である年度の全支給対象月について、前記第２の人事予算DBに基いて行うことを特徴とする予算計算シミュレーション方法。
【請求項７】
請求項１乃至５のいずれかにおいて、
前記異動情報ＤＢを反映させる支給対象月の入力を受け付けるとともに、
当該反映させる支給対象月より後の支給対象月の支給額計算を、前記第２の人事予算DBに基いて行い、
当該反映させる支給対象月より前の支給対象月の支給額計算を、前記第１の人事予算DBに基いて、各職員の職員情報に対し、前記人事所属情報と前記その科目情報に基いて、複数の支給項目情報及びその科目情報を付与するとともに、各支給項目に対して支給額の計算を、前記支給対象月ごとに行い、
それらの支給額の合計を算出することを特徴とする予算計算シミュレーション方法。
【請求項８】
請求項１乃至５のいずれかにおいて、
前記異動情報ＤＢを反映させる支給対象月の入力を受け付けるとともに、
当該反映させる支給対象月より後の支給対象月の支給額計算を、前記第２の人事予算DBに基いて行い、
当該反映させる支給対象月より前の支給対象月の支給額計算を、実績値に基いて算出し、
それらの支給額の合計を算出することを特徴とする予算計算シミュレーション方法。
【請求項９】
請求項１乃至８のいずれかにおいて、
前記人事異動ＤＢへ入力される職員の異動後の人事所属情報及び科目情報の入力を、異なる内容で複数受付け、各々の入力に対して支給額の合計を算出するとともに、それらの複数の合計額を、同じ画面に比較可能に出力することを特徴とする予算計算シミュレーション方法。
【請求項１０】
請求項６に記載の方法で算出した支給額の合計と、
請求項７または８に記載の方法で算出した支給額の合計と、
を同じ画面に比較可能に出力することを特徴とする予算計算シミュレーション方法。
【請求項１１】
請求項１０において、
前記請求項６に記載の方法で算出した支給額の合計の一つに対応する請求項７または８に記載の方法で算出した支給額の合計が、複数であることを特徴とする予算計算シミュレーション方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、人事異動の予定情報を活用して、人事異動確定前の状態で予算計算のシミュレーションを行う方法に関する。
【背景技術】
【０００２】
自治体の給与業務のなかで、今年度もしくは来年度に必要となる人件費を予算計算にてシミュレーションを行い、その結果をもとに財務会計システムに人件費の予算額を要求する業務がある。そこで、人事側の業務である人事異動の予定情報に着目し、人事異動が確定する前の状態で、給与業務側に人事異動の予定情報を連携させ、未来の人事異動の情報をもとに計算された、結果を活用すれば、より精度の高い人件費の予算請求ができる可能性がある。
【０００３】
関連する技術として、人件費の予算計算を実行する際に、画面上から所属、職階ごとに職員の人数、及び時間外の勤務時間を入力することにより、自動計算する技術が知られている。（例えば、特許文献１参照）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−４３２６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
自治体の給与業務では、職員の採用、退職、所属異動などの人事異動の予定情報や職員の昇給予定情報、各手当の支給予定情報をもとに、今年度、もしくは来年度に必要となる人件費の予算計算を行う。近年、金融危機に伴う景気悪化などにより、自治体の予算編成の見直しが求められている。人件費の予算額についても削減可能かの議論がなされるようになり、より精度の高い人件費の予算要求が求められてきている。
【０００６】
精度の高い人件費の予算計算を行うためには、人事業務側で管理されている未来の職員の採用、退職、所属異動等の人事異動情報と給与業務側で管理されている昇給予定の情報などを必要とする。昇給予定情報に関しては、自治体職員の給料は給料表によって定められており、１年に決められた分だけ給料表が上がる定期昇給があるため、予定情報を管理しやすく、見込み情報として給与業務側で事前に登録しておくことが可能であり、現在でも連携できる機能は存在する。また、昇給業務は、予算計算を行う給与業務側であり、担当者が同じことが多いため、予算計算の作業が滞るような事態は発生しにくい。しかし、人事異動情報に関しては、組織の体系から職員の配置までを様々なシミュレーションを経て決める必要があり、確定するまでに時間を要する。そのため、給与業務側が必要とする人事異動情報を入手できる時期が遅れ、予算計算の作業が滞る可能性がある。また、人事業務側で入力した異動予定情報を仮の人事異動として給与業務側の予算計算に反映しようとした場合、それぞれ別の担当業務のため、担当者が異なることが多く、担当者間の情報のやり取りが発生してしまう。その際、給与業務側で異動予定情報を入手したとしても、画面上から職員単位に手入力する必要があり、異動予定情報を予算計算に反映しようとすると処理が煩雑となってしまう。そのため、人事業務担当者が予定として入力した情報を給与業務側に受け渡す仕組みがあれば、精度の高い人件費の予算計算が効率よく行えることが期待できる。
【０００７】
本発明では、このような事情を鑑みてなされたもので、給与業務側の作業負担を軽減し、人件費の予算計算の精度を向上させる、人事業務側が入力した人事異動の予定情報を活用した、人件費の予算計算方法およびプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するための一手段について説明する。本発明は、人事業務側の予定の情報を給与業務側に受け渡すことによる、人事異動の予定情報をもととした人件費の予算計算を行う方法である。
【０００９】
人事業務側では、人事給与システム上の人事異動情報入力画面から、職員の採用、退職、所属異動に関する人事異動の予定の情報を入力し、それらの情報を異動予定テーブルに格納する。人事業務側では人事異動が確定するまで、これらの処理を繰り返し、入力した予定情報に対し、変更が無くなったら、人事異動情報確定画面から異動確定処理を実行し、異動予定テーブルの情報を人事基本テーブルに格納する。
【００１０】
給与業務側では、人事給与システム上の予算計算初期設定画面から、予算計算の対象となる年度、予算計算の種類（当初、補正）、計算対象月（補正時のみ）を選択し、予算計算に必要な情報（予算計算パラメータ）を取得する。その取得した情報に対し、人事業務側で一旦入力が完了した人事異動の予定の情報を反映したい場合は、異動予定情報反映画面で予算計算パラメータに異動予定情報を反映する。編集された予算計算パラメータをもとに予算計算を実施し、その結果を予算シミュレーション結果テーブルに格納する。そして、予算計算シミュレーション結果確認画面では、画面で予算の年度、予算計算の種類、集計単位、シミュレーションで複数実行した結果を表示するかを指定し、指定された条件で予算シミュレーション結果テーブルを検索し、予算計算の結果を財務側に受け渡す単位である科目、人事所属ごとに帳票で出力可能とし、計算結果の妥当性を検証できるようにする。計算結果が問題なければ、給与業務側の予算計算業務は終了となる。
【発明の効果】
【００１１】
本発明によれば、給与業務側の作業負担を軽減し、人件費の予算計算の精度を向上できる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係る一実施の形態のコンピュータネットワークシステム１００の全体構成例を示す図である。
【図２】本発明に係る一実施の形態の構成１０１を示す図である。
【図３】図２に示した一実施の形態を説明する人事業務側のフローチャートを示す図である。
【図４】図２に示した一実施の形態を説明する給与業務側のフローチャートを示す図である。
【図５】人事異動初期設定Ｓ３０１の機能構成を説明する図である。
【図６】人事異動初期設定Ｓ３０１の処理手順を説明するフローチャートを示す図である。
【図７】（ａ）は人事異動初期設定Ｓ３０１実施時の人事基本DB２２０のデータを説明する図であり、（ｂ）は同じく異動予定DB２２１のデータを説明する図である。
【図８】人事異動情報入力Ｓ３０２を行うための機能構成を説明する図である。
【図９】人事異動情報入力Ｓ３０２の処理手順を説明するフローチャートを示す図である。
【図１０】（ａ）は人事異動情報入力Ｓ３０２実施時の異動予定DB２２１を説明する図、（ｂ）は人事所属マスタDB２４０を説明する図、（ｃ）は科目マスタDB２４１を説明する図である。
【図１１】人事異動情報確定Ｓ３０３を行うための機能構成を説明する図である。
【図１２】人事異動情報確定Ｓ３０３の処理手順を説明するフローチャートを示す図である。
【図１３】（ａ）は人事異動情報確定Ｓ３０３実施時の異動予定DB２２１を説明する図、（ｂ）は人事基本DB２２０を説明する図である。
【図１４】予算計算初期設定Ｓ３０４を行うための機能構成を説明する図である。
【図１５】予算計算初期設定Ｓ３０４の処理手順を説明するフローチャートを示す図である。
【図１６】（ａ）は予算計算初期設定Ｓ３０４実施時の人事基本DB２２０を説明する図、（ｂ）は人事基本（予算）DB２３０を説明する図である。
【図１７】予算計算パラメータ入力Ｓ３０５を行うための機能構成を説明する図である。
【図１８】予算計算パラメータ入力Ｓ３０５の処理手順を説明するフローチャートを示す図である。
【図１９】予算計算パラメータ入力Ｓ３０５実施時の人事基本（予算）DB２３０の各データを説明する図である。
【図２０】異動予定情報反映Ｓ３０６を行うための機能構成を説明する説明図を示す図である。
【図２１】異動予定情報反映Ｓ３０６の処理手順を説明するフローチャートを示す図である。
【図２２】（ａ）は異動予定情報反映Ｓ３０６実施時の異動予定DB２２１を説明する図、（ｂ）は人事基本（予算）DB２３０の各データを説明する図である。
【図２３】予算計算Ｓ３０７を行うための機能構成を説明する説明図を示す図である。
【図２４】予算計算Ｓ３０７の処理手順を説明するフローチャートを示す図である。
【図２５】（ａ）は予算計算Ｓ３０７実施時の人事基本（予算）DB２３０を説明する図、（ｂ）は計算結果（予算）DB２３１の各データを説明する図である。
【図２６】予算計算結果集計Ｓ３０８を行うための機能構成を説明する説明図を示す図である。
【図２７】予算計算結果集計Ｓ３０８の処理手順を説明するフローチャートを示す図である。
【図２８】（ａ）は予算計算結果集計Ｓ３０８実施時の計算結果（予算）DB２３１を説明する図、予算計算シミュレーション結果DB２３２の各データを説明する図である。
【図２９】予算計算シミュレーション結果確認Ｓ３０９を行うための機能構成を説明する図である。
【図３０】予算計算シミュレーション結果確認Ｓ３０９の処理手順を説明するフローチャートを示す図である。
【図３１】予算計算シミュレーション結果確認Ｓ３０９の画面を説明する図である。
【図３２（ａ）】予算種類別支出一覧２６０の出力例を説明する図である。
【図３２（ｂ）】予算種類別支出一覧２６０の出力例を説明する図である。
【図３２（ｃ）】予算種類別支出一覧２６０の出力例を説明する図である。
【図３２（ｄ）】予算種類別支出一覧２６０の出力例を説明する図である。
【発明を実施するための形態】
【００１３】
(構成の説明)
以下、本発明の一実施例について、図面を参照して詳細に説明する。
【００１４】
図１は、本実施例に係るコンピュータネットワークシステム１００の全体構成例を示す図である。Web版人事給与システム１００は、Web版人事給与システムサーバ１０１と人事業務側１０４と給与業務側１０５の其々のクライアントPC１０３とがネットワーク１０２に接続されて構成される。Web版人事給与システムサーバ１０１は、人事業務、給与業務に関する情報をDB上に格納している。人事業務側１０４と給与業務側１０５の其々のクライアントPC１０３の画面上からの業務処理（人事異動、予算計算等）の実行指示を受け、処理を実行し、結果をDBに反映する。また、それらの処理結果を其々のクライアントPC１０３に返し、クライアントPC１０３は結果を画面上に表示する。そのため、其々のクライアントPC１０３は、人事業務、給与業務に関する情報を保持する機能を有さない。
【００１５】
図２は、本発明に係る一実施の形態の構成を示す機能ブロック図を示している。この図１には、本発明の予算計算のシミュレーションを行う装置としてのWeb版人事給与サーバ１０１の概略構成が図示されている。また、図３、図４は図２に示した一実施の形態を説明するフローチャートである。ここで、本発明の特徴は、人事業務側で入力した人事異動の予定の情報をもとに、給与業務側の予算計算を人事異動が確定されていない状態で、異動後の所属、及び科目の情報をもとに実行し、人事異動の予定も加味した正確な計算結果の正当性を検証することにある。図２に示すように、Web版人事給与サーバ１０１は、制御部２５０、人事基本DB２２０、異動予定DB２２１、人事基本（予算）DB２３０、計算結果（予算）DB２３１、予算計算シミュレーション結果DB２３２、人事所属マスタDB２４０、科目マスタDB、入出力制御部２５１、入力部２５２、出力部２５３とを有している。また、制御部２５０は、異動入力初期設定処理部２０１、異動入力処理部２０２、異動確定処理部２０３、予算計算初期設定処理部２１０、予算計算パラメータ入力処理部２１１、異動予定情報反映処理部２１２、予算計算処理部２１３、予算計算結果集計処理部２１４、予算計算シミュレーション結果出力処理部２１５とを有している。人事基本DB２２０は、各職員の最新の人事情報が格納されているデータベースである。具体的には、職員番号、氏名、住所などの基本的な情報と、人事所属コード、科目コード等の人事に関する情報がデータとして格納されている。異動予定DB２２１は、各職員の採用、異動、退職等の人事異動の情報が格納されているデータベースである。具体的には、人事異動が発令された年月日や、異動先の人事所属コードや科目コード等の情報がデータとして格納されている。人事基本（予算）DB２３０は、予算計算で用いる人事情報が格納されているデータベースである。具体的には、予算計算の対象となる処理年、処理月時点の人事所属コード、科目コード等の人事に関する情報がデータとして格納されている。そのため、通常の予算（当初）の場合、月例計算処理に使用される処理月４月から３月の人事基本（予算）DB２３０と賞与計算処理に使用される処理月６月賞与、１２月賞与の人事基本（予算）DB２３０の計１４個が１職員に対して作成される。計算結果（予算）DB２３１は、予算計算の計算結果が格納されているデータベースである。具体的には、予算計算の種類（当初、補正）、処理年、処理月、職員番号、支給項目コード、人事所属コード、科目コード毎に支給金額がデータとして格納されている。予算計算シミュレーション結果DB２３２は、予算計算の計算結果がシミュレーション結果として加工された状態で格納されているデータベースである。具体的には、予算計算の種類（当初、補正）、予算計算の実行回数、処理年、人事所属コード、科目コード毎に支給金額がデータとして格納されている。人事所属マスタDB２４０は、人事所属の情報をマスタ管理しているデータベースである。具体的には、人事所属コード、人事所属名等の情報がデータとして格納されている。科目マスタDB２４１は、科目の情報をマスタ管理しているデータベースである。具体的には、科目コード、科目名称、人事所属コード等の���報がデータとして格納されている。科目は人事所属の下位に位置し、科目マスタDB２４１の人事所属コードで親子関係を管理している。予算種類別支出一覧２６０は、予算計算シミュレーション結果DB２３２の情報を、指定された条件で出力される帳票である。
【００１６】
ここで、科目と支出項目について説明を補足する。科目とは、地方公共団体内で支出されるお金に対して、所属や用途で設けられる項目のことである（例えば、人事課の人件費は科目Ａのお金で支出する等)。自治体の予算編成では、それぞれの科目にどれだけのお金を用意すれば足りるかを算出する。そのため、科目には、お金が紐付くこととなる(例えば、科目Ａには300,000円等)。計算結果(予算)DB２３１は、職員に支給されている給料の内訳(いつ、だれが、どの手当をいくら支給されているか)を管理しているデータベースである。そのため、この計算結果(予算)DB２３１のキー項目は職員番号だけではなく、年度・処理月(いつ)、職員番号(だれ)、支給項目(どの手当)の組み合わせがキー項目となる。計算結果(予算)DB２３１での科目の役割は、ある職員に支給された手当の金額を、どの科目から支出されているかを管理するものとなっている。一方、人事基本DB２２０で管理されている科目は、本務科目と呼ばれるもので、１職員対し、１科目が割り当てられ、その職員の基本的な手当を支出する場合に使用される科目である。そのため、通常の予算計算を実施すると、計算結果(予算)DB２３１上に作成される、「給料」等の手当は、人事基本DB２２０で管理されている本務科目にて支出される。本務科目では支出してはいけない手当については、別の画面にて、各手当の登録をする際に適切な科目を選択可能となっている。
【００１７】
支出項目とは、職員に支給される各種手当(給料や扶養手当など)の項目である。支給額は、支給項目ごとに用意されている計算式をもとに算出され(例えば、扶養親族が２名いた場合、扶養手当が11,000円支給される等)、その計算結果を年度・処理月(いつ)、職員番号(だれ)、支給項目(どの手当)ごとに計算結果(予算)DB２３１に格納される。
【００１８】
異動入力初期設定処理部２０１は、人事基本DB２２０の所属の情報をもとに、異動予定DB２２１を作成する処理部である。異動入力処理部２０２は、画面から入力された各職員の異動情報を異動予定DB２２１に格納する処理部である。異動確定処理部２０３は、異動予定DB２２１の情報を人事基本DB２２０の所属の情報に反映する処理部である。予算計算初期設定処理部２１０は、人事基本DB２２０の情報をもとに、画面上から指定された予算計算に必要な処理月分の人事基本（予算）DB２３０を作成する処理部である。予算計算パラメータ入力処理部２１１は、画面から入力された各職員の科目情報や予算計算に必要な計算パラメータを人事基本（予算）DB２３０に反映する処理部である。異動予定情報反映処理部２１２は、人事異動の予定情報が格納されている異動予定DB２２１の所属の情報をもとに、人事基本（予算）DB２３０を更新する処理部である。予算計算処理部２１３は、人事基本（予算）DB２３０に格納されている人事所属コード、科目コード、各種計算パラメータ等の情報をもとに月例計算、及び賞与計算を実施し、計算結果を計算結果（予算）DB２３１に格納する処理部である。予算計算結果集計処理部２１４は、計算結果（予算）DB２３１をもとに、処理年、人事所属コード、科目コード毎に支給金額を集計し、その結果を予算計算シミュレーション結果DB２３２に格納する処理部である。予算計算シミュレーション結果出力処理部２１５は、予算計算シミュレーション結果DB２３２の情報をもとに、画面上から指定された抽出条件で帳票を出力する処理部である。入力部２５２は、例えば、各職員の人事異動の情報を入力したり、その異動の情報を確定させたりする操作機能を有しており、この入力部２５２としてはキーボードやマウスが使用される。出力部２５３は、入出力制御部２５１を介して、制御部２５０内の各処理部２０１〜２０３、２１０〜２１４による処理に基づく、異動予定DB２２１や予算計算シミュレーション結果DB２３２の表示を行う表示機能を有しており、この出力部２５３としては、パソコンの表示画面などが適用される。制御部２５０は、Web版人事給与システム１０１の全体制御をおこなうコントローラとしての機能を備えている。
【００１９】
ここで、図３、４に示すように、本発明の予算計算のシミュレーションは、人事業務側の人事異動初期設定Ｓ３０１、人事異動情報入力Ｓ３０２、人事異動情報確定Ｓ３０３の３つの工程と、給与業務側の予算計算初期設定Ｓ３０４、予算計算パラメータ入力Ｓ３０５、異動予定情報反映Ｓ３０６、予算計算Ｓ３０７、予算計算結果抽出Ｓ３０８、予算計算シミュレーション結果確認Ｓ３０９の６つの工程から構成されている。
【００２０】
以下、本発明に係る各処理工程について機能構成図及びフローチャートを参照して詳細に説明する。
【００２１】
図５は、人事異動初期設定の機能構成図を、図６は処理手順のフローチャートを示している。この人事異動初期設定は、主に定期異動が発生する４月の約２ヶ月前に実施される処理である。
【００２２】
ここで、図７（ａ）は、人事基本DB２２０に格納されている人事データ（２月初旬時）を示しており、職員番号、氏名、人事所属コード、科目コード等の変更データのフィールドを備えている。変更データとしては、所属情報の他、採用や退職の情報、昇給による基本給のアップ、家族等の扶養手当の追加、住所変更による通勤手当の増減など給与計算に影響するデータが設定される。ここで、図７（ａ）に示す、人事情報の変更データによると職員番号「00001」の人が人事所属コード「0102」の所属に属していることが記録されている。また、図７（ｂ）は、異動予定DB２２１に格納されている職員の人事異動情報を示しており、職員番号、異動前人事所属コード、異動前科目コード、異動後人事所属コード、異動後科目コード等の人事異動前後の所属の情報のフィールドを備えている。この異動予定DB２２１は、人事基本DB２２０に格納されている人事情報（人事所属コードや科目コード等）をもとに作成される。異動予定DB２２１に格納されている人事情報は大きく「異動前」と「異動後」に分けられる。人事異動情報を入力する画面では、画面の左側に異動予定DB２２１の「異動前」の人事情報を非活性（編集不可の状態）で表示し、画面の右側には異動予定DB２２１の「異動後」の人事情報を活性の状態（編集可能な状態）で表示し、「異動前」の人事情報を参照して、「異動後」の人事情報を入力できるようにしている。異動予定DB２２１の初期状態は、人事基本DB２２０の人事情報を元に「異動前」と「異動後」が同一の状態で作成され、人事異動対象の職員について、人事異動入力画面の右側の「異動後」の人事情報を手入力で編集することで人事異動の情報を登録する。異動の入力が完了後、人事異動確定処理で、異動予定DB２２１の「異動後」の人事情報を人事基本DB２２０に反映する。
【００２３】
以下、図６のフローチャートに戻り、処理手順を説明する。図６のフローチャートに示すように、まず、異動予定DB２２１に格納されている全職員の異動情報をクリアする（ステップＳ３１１）。次いで、人事基本DB２２０から人事異動の対象となり得る現時点で在職中の職員を抽出し（ステップＳ３１２）、抽出された職員について、人事基本DB２２０の人事所属コードや科目コード等、人事データに関する情報を、異動予定DB２２１の異動前人事所属コード、異動前科目コード等の異動前の人事データにセットし（ステップＳ３１３）、同様の内容を異動予定DB２２１の異動後人事所属コード、異動後科目コード等の異動後の人事データにセットする（ステップＳ３１４）。
【００２４】
図８は、人事異動情報入力の機能構成図を、図９は処理手順のフローチャートを示している。この人事異動情報入力は、主に定期異動が発生する４月の約２ヶ月前から１ヶ月前の期間の中で実施される処理である。人事異動情報入力のオンライン画面から職員毎に人事異動の情報、すなわち異動後の人事所属、科目等の情報を入力する。この処理は、一回では終わらず、様々な人事異動の案の入力がされ、最終的に確定するまでに約１ヶ月程度の期間を要する。
【００２５】
図９のフローチャートに示すように、異動予定DB２２１内に格納されている、異動前、異動後の人事データを、人事所属マスタDB２４０、科目マスタDB２４１をもとに名称を取得して、オンライン入力画面の入力項目として表示する（ステップＳ３２１）。利用者がオンライン画面に表示された、人事所属、科目等を変更した情報を受信し（ステップＳ３２２）、変更された人事所属、科目等の人事データを、異動予定DB２２１の異動後人事所属コード、異動後科目コードに反映する（ステップＳ３２３）。
【００２６】
ここで、人事異動情報入力のオンライン画面から、人事所属が「人事課」から「財務課」への人事異動が発生し、それに伴い科目が「一般管理費  職員給与費(給与)」から「財務管理費  職員給与費(給与)」に変更となった職員番号「00001」の職員について、人事異動情報入力後の異動予定の情報を反映した状態の異動予定DB２２１を図１０（ａ）に示す。また、図１０（ｂ）は、人事所属マスタDB２４０のデータを、図１０（ｃ）は、科目マスタDB２４１のデータを表している。この図１０（ａ）に示すように、職員番号「00001」について、人事異動情報入力のオンライン画面から入力された、異動先の「財務課」の人事所属コード「0201」が異動後人事所属コードに、異動先の「財務管理費  職員給与費(給与)」の科目コード「11020304」が異動後科目コードに更新されている。
【００２７】
図１１は、人事異動情報確定の機能構成図を、図１２は処理手順のフローチャートを示している。この人事異動情報確定は、定期異動が発生する４月の月初めに実施される。人事異動情報入力のオンライン画面で人事異動対象の職員の異動情報が全て入力された状態で実施される。
【００２８】
図１２のフローチャートに示すように、異動予定DB２２１から、人事異動情報入力のオンライン画面で人事異動の入力があった職員を抽出し（ステップＳ３３１）、抽出された職員の異動予定DB２２１の異動後人事所属コード、異動後科目コード等の異動後情報を人事基本DB２２０にコピーする（ステップＳ３３２）。
【００２９】
ここで、人事異動情報確定の処理実行後の異動予定DB２２１と人事基本DB２２０を図１３（ａ）、図１３（ｂ）に示す。この図１３（ｂ）が示すように、人事異動情報入力のオンライン画面で入力した図１３（ａ）の異動後人事所属コード、異動後科目コードの内容が、人事所属コード、科目コードに反映されている。
【００３０】
図１４は、予算計算初期設定の機能構成図を、図１５は処理手順のフローチャートを示している。この予算計算初期設定は、来年度の予算を計算する当初予算計算の場合、１０月の上旬、今年度の予算の当初予算からの補正を行う補正計算の場合、６月、９月、１２月上旬に実施される。当初予算の場合、計算対象とする処理月は来年度の４月から３月まで、補正予算の場合、今年度の補正予算を開始したい処理月から３月までを、予算計算初期設定のオンライン画面から指定して実施する。予算計算では、処理月毎に計算対象の職員の予算計算に係る情報が変更される可能性があるため、計算のインプットとなる情報を保持している人事基本DB２２０と同等の情報を計算対象の処理月分だけ用意する必要がある。そのため、予算計算初期設定では、人事基本DB２２０の情報をもとに予算計算の対象となる処理月、職員分の人事基本（予算）DB２３０を作成する。指定した期間内に賞与月（６月賞与、１２月賞与）が含まれる場合は、賞与月用の人事基本（予算）DB２３０を作成する。補正予算の場合、指定されていない処理月については、計算する必要はないが、年度合計として実際に計算された結果が必要であるため、計算済みの情報から人事基本（予算）DB２３０と計算結果（予算）DB２３１を作成する(当初予算、及び補正予算の対象期間の計算結果（予算）DB２３１は予算計算で作成される)。また、既に経過した月については、予測計算済みの情報に代えて、月ごとに決定済みの実績値を用いてもよい。ここで、２０１３年度の当初予算計算を実施しようとした場合、計算対象の職員について、２０１３年度４月から２０１３年度３月までと２０１３年度６月賞与、２０１３年度１２月賞与分の計１４個の人事基本（予算）DB２３０が作成される。
【００３１】
図１５のフローチャートに示すように、人事基本DB２２０から、予算計算初期設定の処理実施時点で在職している職員を、予算計算の対象職員として抽出する（ステップＳ３４１）。抽出した職員について、予算計算初期設定のオンライン画面から指定された処理月以前である場合（ステップＳ３４２肯定）、人事基本DB２２０を複写して月例月分の人事基本（予算）DB２３０を作成する（ステップＳ３４３）。処理対象の処理月が賞与月の場合（ステップＳ３４４肯定）、人事基本DB２２０を複写して賞与月分の人事基本（予算）DB２３０を作成する（ステップＳ３４５）。次いで、対象処理月において、該当の職員の定期昇給予定情報が存在すれば、作成された人事基本（予算）DB２３０に昇給情報を反映する（ステップＳ３４６）。対象処理月において、該当の職員の支給開始、及び支給終了情報が存在すれば、作成された人事基本（予算）DB２３０に各種手当支給情報を反映する（ステップＳ３４７）。対象処理月において、該当の職員の定年等の退職予定情報が存在すれば、作成された人事基本（予算）DB２３０に退職情報を反映する（ステップＳ３４８）。最後に、処理対象月を１月進め（ステップＳ３４９）、最初の処理に戻る。処理対象月が予算計算初期設定のオンライン画面から指定された処理月より後となった場合（ステップＳ３４２否定）、処理を終了する。
【００３２】
ここで、予算計算初期設定のオンライン画面から、対象年度を「２０１２」、予算種類を「当初」、処理対象月を「４月〜３月」と入力した場合の予算計算初期設定の処理実行後の人事基本DB２２０と人事基本（予算）DB２３０を図１６（ａ）、図１６（ｂ）に示す。この図１６（ｂ）が示すように、予算計算初期設定時の図１６（ａ）の人事情報をもとに、予算計算初期設定のオンライン画面から指定された処理月毎に、人事基本（予算）DB２３０が作成されている。
【００３３】
図１７は、予算計算パラメータ入力の機能構成図を、図１８は処理手順のフローチャートを示している。予算計算パラメータ入力は、予算計算初期設定後に実施され、各職員の予算計算の結果を左右する、人事所属や科目、給料の額や扶養手当の額等の項目を今後の見通しを踏まえて修正する。修正される情報は、予算初期設定処理で作成された、計算対象の処理月、職員分の人事基本（予算）DB２３０である。該当の職員について、給与の支給額に係るパラメータの修正を処理月単位に行う。ここで、２０１３年度の当初予算計算時に、ある職員が２０１３年度１０月に人事異動や扶養手当の額の変更が想定される場合、予算計算パラメータ入力のオンライン画面にて、２０１３年度１０月から２０１３年度３月、２０１３年度１２月賞与を指定し、処理月単位に人事異動や扶養手当の額の変更を実施する必要がある（更新対象は指定処理月の人事基本（予算）DB２３０である）。
【００３４】
このように、予算計算対象期間内に職員の人事異動が判明している場合、従来だと人事異動の予定情報を画面上から職員、処理月単位に入力する必要があったが、本発明を適用することにより、人事異動に係る入力は、次工程の異動予定情報反映処理を実施することにより、不要となる。この処理は、予算計算の結果が確定するまで実施される。
【００３５】
図１８のフローチャートに示すように、人事基本（予算）DB２３０内に格納されている、人事データを、人事所属マスタDB２４０、科目マスタDB２４１をもとに名称を取得して、予算計算パラメータ入力のオンライン入力画面の入力項目として表示する（ステップＳ３５１）。この入力画面では、人事データの他、給料の額や扶養手当の額等の項目についても入力項目として表示する。利用者がオンライン画面に表示された、人事所属、科目等を変更した情報を受信し（ステップＳ３５２）、変更された人事所属、科目等のデータを、人事基本（予算）DB２３０に反映する（ステップＳ３５３）。
【００３６】
ここで、予算計算パラメータ入力のオンライン入力画面から、人事所属が「総務課」から「人事課」への人事異動が発生し、それに伴い科目が「人事管理費  職員給与費(給与)」から「一般管理費 職員給与費(給与)」に変更となった職員番号「00002」の職員について、予算計算パラメータ入力の情報を反映した状態の人事基本（予算）DB２３０を図１９に示す。この図１９が示すように、予算計算パラメータ入力のオンライン入力画面から入力された、変更後の「人事課」の人事所属コード「0102」が人事所属コードに、変更後の「一般管理費 職員給与費(給与)」の科目コード「01020304」が科目コードに更新されている。
【００３７】
図２０は、異動予定情報反映の機能構成図を、図２１は処理手順のフローチャートを示している。異動予定情報反映は、予算計算初期設定後に、人事業務側で人事異動の入力がある程度完了した状態で、異動の予定情報を給与業務側の予算計算に反映したい場合に実施される。具体的には、異動入力情報が格納されている異動予定DB２２１から、人事異動の入力のあった職員を抽出して、その情報を予算計算初期設定、予算計算パラメータ入力で作成、更新された人事基本（予算）DB２３０に反映する。もし、異動の予定情報を給与業務側の予算計算に反映したくない場合、本処理を実施せずに予算計算を実施すれば、異動の予定情報を反映しない状態での予算計算をすることができる。ここで、２０１３年度の当初予算計算時に、ある職員が人事業務側で２０１３年度１０月に人事異動の入力があった場合、異動予定情報反映を実施すると２０１３年度１０月以降の当初予算計算対象期間である２０１３年度１０月から２０１３年度３月、２０１３年度１２月賞与分の人事基本（予算）DB２３０に異動予定情報を反映させることができる。本処理を実施することにより、予算計算パラメータ入力画面で手入力しなくとも、人事業務側で入力した異動予定情報を即座に給与業務側の予算計算に反映することができる。
【００３８】
図２１のフローチャートに示すように、異動予定DB２２１から、人事異動情報入力のオンライン画面で人事異動の入力があった職員を抽出し（ステップＳ３６１）、抽出された職員の異動予定DB２２１の異動後人事所属コード、異動後科目コード等の異動後情報を人事基本（予算）DB２３０にコピーする（ステップＳ３６２）。
【００３９】
ここで、人事業務側で人事異動情報入力のオンライン画面から、人事所属が「人事課」から「財務課」への人事異動が発生し、それに伴い科目が「一般管理費  職員給与費(給与)」から「財務管理費 職員給与費(給与)」に変更となった職員番号「00001」の職員の異動情報が格納されている異動予定DB２２１を図２２（ａ）、給与業務側で人事異動情報入力後の異動予定の情報を反映した状態の人事基本（予算）DB２３０を図２２（ｂ）に示す。この図２２（ｂ）が示すように、人事異動情報入力のオンライン画面から入力された、職員番号「00001」について、異動先の「財務課」の人事所属コード「0201」が人事所属コードに、異動先の「財務管理費 職員給与費(給与)」の科目コード「11020304」が科目コードに更新されている。ここで、人事業務側で人事異動情報の入力がなかった職員番号「00002」について、人事所属コード、科目コードは更新されていない。
【００４０】
図２３は、予算計算の機能構成図を、図２４は処理手順のフローチャートを示している。予算計算は、予算計算パラメータ入力、及び異動予定情報反映を用いて、予算計算対象期間の対象職員の計算に関わる情報の修正が完了した状態で実施される。この処理は、予算計算の結果が確定するまで実施される。予算計算は、予算計算初期設定、予算計算パラメータ入力、異動予定情報反映で作成、更新された計算対象の処理月、職員毎の人事基本（予算）DB２３０をインプットとして計算処理が実施される。計算結果は、処理月、職員毎に計算結果を格納する計算結果（予算）DB２３１に格納する。
【００４１】
図２４のフローチャートに示すように、予算計算のオンライン画面から指定された処理月以前である場合（ステップＳ３７１肯定）、人事基本（予算）DB２３０から、該当処理つき時点で在職している職員を、予算計算の対象職員として抽出し、職員リストに格納する（ステップＳ３７２）。次いで、職員リストを職員単位に処理するために用いるポインタＮに「0」を設定する（ステップＳ３７３）。作成した職員リストのＮ番目に職員が格納されている場合（ステップＳ３７４肯定）、職員リストのＮ番目から職員の情報を取り出し（ステップＳ３７５）、該当の処理月における対象職員の月例計算を実施し（ステップＳ３７６）、その計算結果を給与や扶養手当、通勤手当等の支給項目ごとに計算結果（予算）DB２３１へ格納する（ステップＳ３７７）。処理対象の処理月が賞与月の場合（ステップＳ３７８肯定）、該当の処理月における対象職員の賞与計算を実施し（ステップＳ３７７）、その計算結果を期末手当や勤勉手当等の支給項目ごとに計算結果（予算）DB２３１へ格納する（ステップＳ３８０）。対象の職員の計算が完了後、次の職員の処理をするために、ポインタＮに「1」を加算し（ステップＳ３８１）、次の職員の計算処理に移る。職員リストからＮ番目の職員情報が取り出せなくなった場合（ステップＳ３７４否定）、処理対象月を１月進め（ステップＳ３８２）、最初の処理に戻る。処理対象月が予算計算のオンライン画面から指定された処理月より後となった場合（ステップＳ３７１否定）、処理を終了する。
【００４２】
ここで、予算計算のオンライン画面から、処理対象月を「４月〜翌３月」と入力した場合の予算計算の処理実行後の人事基本（予算）DB２３０と計算結果（予算）DB２３１を図２５（ａ）、図２５（ｂ）に示す。この図２５（ｂ）が示すように、年度、処理月、予算種類、職員番号、支給項目ごとに計算結果が格納されている。ここで、計算結果（予算）DB２３１に格納されている科目コードは、予算計算パラメータ入力、及び異動予定情報反映を用いて、変更した値が格納されている。
【００４３】
図２６は、予算計算結果集計の機能構成図を、図２７は処理手順のフローチャートを示している。予算計算結果集計は、予算計算が完了した状態で計算結果を科目ごとに集計したい場合に実施される。この処理は、予算計算の結果が確定するまで実施される。指定された年度、予算種類（当初・補正）において、予算計算を複数回実施して、それぞれの結果を予算計算シミュレーション結果として保持するために、予算計算シミュレーション結果DB２３２上に予算計算シミュレーションを何回実施したかを記憶するカウンタとして、「ＳＱ」という項目を設ける。ここで、２０１３年度の当初予算計算を実施した状態で、予算計算抽出を実施した結果、ＳＱに「２」が設定された場合、２０１３年度の当初予算計算のシミュレーション結果が１回目と２回目の２つ格納されていることを意味する。
【００４４】
図２７のフローチャートに示すように、予算計算初期設定のオンライン画面から指定された「年度」、「予算種類」に該当する計算結果を、計算結果（予算）DB２３１から抽出する（ステップＳ３９１）。次いで、同様に指定された「年度」、「予算種類」に該当する科目毎の集計結果を、予算計算シミュレーション結果DB２３２を検索し、その結果から最大のＳＱの値を取得する（ステップＳ３９２）。最大のＳＱの値を取得できた場合（ステップＳ３９３肯定）、ＳＱに「1」を加算する（ステップＳ３９４）。最大のＳＱの値を取得できなかった場合（ステップＳ３９３否定）、ＳＱに「1」を設定する（ステップＳ３９５）。次いで、計算結果（予算）DB２３１から抽出した計算結果を科目毎に金額を集計する（ステップＳ３９６）。集計した結果を科目と一緒に、科目毎に予算計算シミュレーション結果リストに格納し、その際、予算計算初期設定のオンライン画面から指定された「年度」と「予算種類」、編集したＳＱについても合わせて格納する（ステップＳ３９７）。次いで、予算計算シミュレーション結果リストを科目単位に処理するために用いるポインタＮに「0」を設定する（ステップＳ３９８）。作成した予算計算シミュレーション結果リストのＮ番目に科目毎の集計結果が格納されている場合（ステップＳ３９０肯定）、予算計算シミュレーション結果リストのＮ番目から科目毎の集計結果の情報を取り出す（ステップＳ４００）。該当の科目について、科目マスタDB２４１から科目コードに対応する人事所属コード、科目名称を検索し、その情報を予算計算シミュレーション結果リストに格納し（ステップＳ４０１）、また、人事所属マスタDB２４０から人事所属コードに対応する人事所属名称を検索し、その情報を予算計算シミュレーション結果リストに格納する（ステップＳ４０２）。最後に、更新してきた予算計算シミュレーション結果リストを予算計算シミュレーション結果DB２３２に追加する（ステップＳ４０３）。対象の科目毎の集計結果の処理が完了後、次の科目毎の集計結果の処理をするために、ポインタＮに「1」を加算し（ステップＳ４０４）、次の科目毎の集計結果の処理に移る。予算計算シミュレーション結果リストからＮ番目の科目毎の集計結果が取り出せなくなった場合（ステップＳ３９９否定）、処理を終了する。
【００４５】
ここで、予算計算初期設定のオンライン画面から、年度に「２０１２」、予算種類に「当初」を指定し、初めて予算計算結果集計の処理を実行した場合、集計元となった計算結果（予算）DB２３１を図２８（ａ）、予算計算結果集計の結果を格納した予算計算シミュレーション結果DB２３２を図２８（ｂ）に示す。この図２８（ｂ）が示すように、図２８（ａ）の科目コード「11020304」の計算結果について、他の同一科目コードの計算結果を集計されて、合算された後の金額が格納されている。年度と予算種類については、算計算初期設定のオンライン画面から、指定された「２０１２」と「当初」が格納されている。ＳＱについては、初めて予算計算結果集計の処理を実行したので、最大のＳＱは取得できないため、「１」が格納される。科目名称、人事所属コードについては、図１０（ｃ）に示した科目マスタDB２４１から、科目コード「11020304」に該当する、科目名称「財務管理費  職員給与費(給与)」、人事所属コード「0201」を取得し、その値が格納されている。人事所属名称については、図１０（ｂ）に示した人事所属マスタDB２４０から、人事所属コード「0201」に該当する、人事所属名称「財務課」を取得し、その値が格納されている。
【００４６】
図２９は、予算計算シミュレーション結果確認の機能構成図を、図３０は処理手順のフローチャートを示している。予算計算シミュレーション結果確認は、予算計算結果抽出が完了した状態で、前回の予算の計算結果と比較したい実施される。この処理は、予算計算の結果が確定するまで実施される。
【００４７】
図３０のフローチャートに示すように、予算計算シミュレーション結果確認画面で指定した「年度」「予算種類」に該当する集計結果を予算計算シミュレーション結果DB２３２から抽出し（ステップＳ４１１）、予算計算シミュレーション結果確認画面で「複数実行結果」がチェックされている場合は（ステップＳ４１２肯定）、抽出した結果をすべて出力対象リストに格納する（ステップＳ４１４）。予算計算シミュレーション結果確認画面で「複数実行結果」がチェックされていない場合は（ステップＳ４１２否定）、抽出した結果から最大のＳＱの集計結果のみを出力対象リストに格納する（ステップＳ４１３）。次いで、予算計算シミュレーション結果確認画面で「集計方法」に「科目毎」が設定されている場合は（ステップＳ４１５否定）、出力対象リストから科目毎に集計結果を取り出し、予算種類、ＳＱ順に並べた棒グラフを作成する（ステップＳ４１６）。このとき、「複数実行結果」がチェックされていない場合は、１科目について画面で指定され年度の予算種類ごとの金額の推移が確認できる帳票「科目毎 予算種類別支出一覧」が作成される。「複数実行結果」がチェックされている場合は、１科目について画面で指定され年度の予算種類に加え、同条件で複数実行した場合の金額の推移が確認できる帳票「科目毎 予算種類別支出一覧(複数実行結果有)」が作成される。予算計算シミュレーション結果確認画面で「集計方法」に「人事所属毎」が設定されている場合は（ステップＳ４１５肯定）、出力対象リストの金額を人事所属毎に集計し（ステップＳ４１７）、出力対象リストを一旦クリアし、人事所属毎に集計した結果をもとに再作成し（ステップＳ４１８）、再作成した出力対象リストから人事所属毎に集計結果を取り出し、予算種類、ＳＱ順に並べた棒グラフを作成する（ステップＳ４１９）。このとき、「複数実行結果」がチェックされていない場合は、１人事所属について画面で指定され年度の予算種類ごとの金額の推移が確認できる帳票「人事所属毎 予算種類別支出一覧」が作成される。「複数実行結果」がチェックされている場合は、１人事所属について画面で指定され年度の予算種類に加え、同条件で複数実行した場合の金額の推移が確認できる帳票「人事所属毎 予算種類別支出一覧(複数実行結果有)」が作成される。
【００４８】
ここで、予算計算シミュレーション結果確認画面５００の画面イメージを図３１に示す。年度５０１は、予算計算結果抽出を実施した年度が、コンボボックス形式で表示される。予算種類５０２は、予算計算結果抽出を実施した予算種類が、コンボボックス形式で表示される。予算種類５０３も予算計算結果抽出を実施した予算種類が、コンボボックス形式で表示され、選択すると複数の予算種類を指定することが可能となる。集計方法５０４は、「人事所属毎」と「科目毎」の何れかを選択可能なコンボボックス形式で表示される。複数実行結果５０５は、複数実行した結果を表示するかしないかを選択可能なチェックボックス形式で表示される。印刷５０６は、ボタン形式で表示され、押下すると、年度５０１から複数実行結果５０５までの入力項目を抽出条件とした予算種類別支出一覧２６０を出力可能となる。
【００４９】
ここで、予算計算シミュレーション結果確認のオンライン画面から、年度に「２０１２」、予算種類に「当初」〜「２次補正」、集計方法に「科目毎」、複数実行結果をチェックしない指定し、印刷ボタンを押下した場合の予算種類別支出一覧２６０を図３２（ａ）に示す。図３２（ａ）が示すように、「一般管理費 職員給与費(給与)」１科目について、左から当初予算、１次補正予算、２次補正予算の集計の結果が棒グラフで表示されている。集計方法を「人事所属毎」変更して、印刷ボタンを押下した場合の予算種類別支出一覧２６０を図３２（ｂ）に示す。図３２（ｂ）が示すように、「総務課」１科目について、左から当初予算、１次補正予算、２次補正予算の集計の結果が棒グラフで表示されている。次いで、集計方法に「科目毎」、複数実行結果をチェックする指定し、印刷ボタンを押下した場合の予算種類別支出一覧２６０を図３２（ｃ）に示す。図３２（ｃ）が示すように、「一般管理費 職員給与費(給与)」１科目について、１次補正予算が２回実行されていた場合、左から当初予算、１次補正予算（１回目）、１次補正予算（２回目）の集計の結果が棒グラフで表示されている。集計方法を「人事所属毎」変更して、印刷ボタンを押下した場合の予算種類別支出一覧２６０を図３２（ｄ）に示す。図３２（ｄ）が示すように、「総務課」１人事所属について、左から当初予算、１次補正予算（１回目）、１次補正予算（２回目）の集計の結果が棒グラフで表示されている。このようにして、異なる条件でのシミュレーション値を、比較することができる。
【００５０】
以上説明したように、本発明の一実施の形態によれば、人事業務側の異動予定情報を給与側業務の予算計算実施中にも適に反映することができ、その時の結果を比較できる帳票を出力可能であるため、予算計算の正当性を容易にかつ確実に検証することができる。
【符号の説明】
【００５１】
１００・・・ネットワークシステム
１０１・・・Web版人事給与サーバ
１０２・・・ネットワーク
１０３・・・クライアントＰＣ
１０４・・・人事業務側
１０５・・・給与業務側
２０１・・・異動入力初期設定処理部
２０２・・・異動入力処理部
２０３・・・異動確定処理部
２１０・・・予算計算初期設定処理部
２１１・・・予算計算パラメータ入力処理部
２１２・・・異動予定情報反映処理部
２１３・・・予算計算処理部
２１４・・・予算計算結果集計処理部
２１５・・・予算計算シミュレーション結果出力処理部
２２０・・・人事基本DB 
２２１・・・異動予定DB
２３０・・・人事基本(予算)DB
２３１・・・計算結果(予算)DB
２３２・・・予算計算シミュレーション結果DB 
２４０・・・人事所属マスタDB
２４１・・・科目マスタDB
２５０・・・制御部
２５１・・・入出力制御部
２５２・・・入力部
２５３・・・出力部
２６０・・・予算種類別支出一覧
５００・・・予算計算シミュレーション結果確認の画面
５０１・・・入力項目「年度」
５０２・・・入力項目「予算種類（始）」
５０３・・・入力項目「予算種類（終）」
５０４・・・入力項目「集計方法」
５０５・・・入力項目「複数実行結果」
５０６・・・ボタン「印刷」
【図１】
2014215787.tif 000003
【図２】
2014215787.tif 000004
【図３】
2014215787.tif 000005
【図４】
2014215787.tif 000006
【図５】
2014215787.tif 000007
【図６】
2014215787.tif 000008
【図７】
2014215787.tif 000009
【図８】
2014215787.tif 000010
【図９】
2014215787.tif 000011
【図１０】
2014215787.tif 000012
【図１１】
2014215787.tif 000013
【図１２】
2014215787.tif 000014
【図１３】
2014215787.tif 000015
【図１４】
2014215787.tif 000016
【図１５】
2014215787.tif 000017
【図１６】
2014215787.tif 000018
【図１７】
2014215787.tif 000019
【図１８】
2014215787.tif 000020
【図１９】
2014215787.tif 000021
【図２０】
2014215787.tif 000022
【図２１】
2014215787.tif 000023
【図２２】
2014215787.tif 000024
【図２３】
2014215787.tif 000025
【図２４】
2014215787.tif 000026
【図２５】
2014215787.tif 000027
【図２６】
2014215787.tif 000028
【図２７】
2014215787.tif 000029
【図２８】
2014215787.tif 000030
【図２９】
2014215787.tif 000031
【図３０】
2014215787.tif 000032
【図３１】
2014215787.tif 000033
【図３２（ａ）】
2014215787.tif 000034
【図３２（ｂ）】
2014215787.tif 000035
【図３２（ｃ）】
2014215787.tif 000036
【図３２（ｄ）】
2014215787.tif 000037