JP7614056B2 - 業務支援装置、業務支援方法及び業務支援プログラム - Google Patents

Description

本発明は、業務支援装置、業務支援方法及び業務支援プログラムに関する。

特許文献１（特開２０２０－４１３９号公報）には、分割払いの売上債権を対象として含む債権ファクタリングを適切に支援することを目的とした債権ファクタリング支援システムが開示されている。この債権ファクタリング支援システムは、更新手段、判定手段、表示処理手段を備えている。

更新手段は、債権情報ＤＢに格納された、回収情報を含む売上債権ごとの債権情報を、各売上債権の回収状況に応じて随時更新する。判定手段は、債権情報ＤＢに格納されている債権情報を用いて、各売上債権のランクをそれぞれ判定する。表示処理手段は、債権情報ＤＢに格納されている債権情報及び判定手段により判定されたランクに基づいて、対象企業の売上債権群の一部又は全部を対象とする、売上債権ごとのランクを含む売上債権情報のリスト表示を対象企業端末に出力する。この際、売渡対象とする売上債権をユーザ操作により選択可能な状態で対象企業端末にリスト表示を出力する。

このリスト表示により、対象企業は、売上債権ごとの債権ランクなどの債権情報を確認しながら、売渡対象としたい売上債権を選択することができる。このため、債権ファクタリングを行う上での作業を容易化することができ、債権ファクタリングの活用を促進することができる。そして、分割払いの売上債権を対象として含む債権ファクタリングを適切に支援することができる。

特開２０２０－４１３９号公報

ここで、振替先支払予定の債務（債権）管理は、債務（債権）振替入力をした「振替計上部門」で行う運用が想定されている。

しかし、企業によっては、債務（債権）振替入力にてファクタリング又は期日振替等、科目、支払先の振替及び支払サイトの変更は行うが、該当債務（債権）の管理部門は、振替元部門のまま責任を継続させたい運用もある。また、例えば大手商社では、部門別評価を行うために、実際のキャッシュアウト（イン）するまでは、債権債務（ＢＳ：Balance Sheet）は該当部門管理（責任）とし、そのＢＳ勘定を、社内金利等を掛けて評価上部門（ＰＬ：Profit and Loss statement）へ反映させたいという要望がある。このため、振替先支払予定の債務（債権）管理は、「振替元部門」でも行える必要がある。

本発明は、上記に鑑みてなされたものであって、債務振替後の債務管理部署を、債務振替伝票を計上した部署、又は、債務振替元の管理部署のうち、どちらの部署にするかを設定可能とした業務支援装置、業務支援方法及び業務支援プログラムの提供を目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る業務支援装置は、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データ、又は、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが記憶されている基本情報管理マスタから、いずれかの振替時債務管理区分データを取得する取得部と、取得部により、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データが取得された場合、債務振替伝票を計上した部署を債務管理部署として債務を振り替えた支払予定データを生成し、取得部により、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが取得された場合、債務振替元となる部署を債務管理部署として債務を振り替えた支払予定データを生成する支払予定データ生成部と、を有する。

また、上述した課題を解決し、目的を達成するために、本発明に係る業務支援方法は、取得部が、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データ、又は、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが記憶されている基本情報管理マスタから、いずれかの振替時債務管理区分データを取得する取得ステップと、取得ステップで、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データが取得された場合、支払予定データ作成部が、債務振替伝票を計上した部署を債務管理部署として債務を振り替えた支払予定データを生成し、取得ステップで、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが取得された場合、支払予定データ作成部が、債務振替元となる部署を債務管理部署として債務を振り替えた支払予定データを作成する支払予定データ作成ステップと、を有する。

また、上述した課題を解決し、目的を達成するために、本発明に係る業務支援プログラムは、コンピュータを、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データ、又は、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが記憶されている基本情報管理マスタから、いずれかの振替時債務管理区分データを取得する取得部と、取得部により、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データが取得された場合、債務振替伝票を計上した部署を債務管理部署として債務を振り替えた支払予定データを生成し、取得部により、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが取得された場合、債務振替元となる部署を債務管理部署として債務を振り替えた支払予定データを作成する支払予定データ作成部として機能させる。

本発明によれば、債務振替後の債務管理部署を、債務振替伝票を計上した部署、又は、債務振替元の管理部署のうち、どちらの部署にするかを設定できる。また、このように、振替処理で作成する支払予定データの債務管理部署を切り替えることで、債務管理部署別の残高を適正に管理できるという効果を奏する。

図１は、実施の形態の業務支援装置のハードウェア構成を示すブロック図である。 図２は、振替時債務管理区分データの一例を示す図である。 図３は、支払先マスタの模式図である。 図４は、支払方法マスタの模式図である。 図５は、支払方法分割設定マスタの模式図である。 図６は、実施の形態の業務支援装置の債務振替動作の流れを示すフローチャートである。 図７は、集計される債務伝票の一例を示す図である。 図８は、支払予定データの一例を示す図である。 図９は、債務残高データの一例を示す図である。 図１０は、支払予定データの他の例を示す図である。 図１１は、債務残高データの他の例を示す図である。 図１２は、金種別支払予定データの一例を示す図である。 図１３は、債務振替入力画面の一例を示す図である。 図１４は、債務振替データの一例を示す図である。 図１５は、債務振替明細データの一例を示す図である。 図１６は、債務振替伝票を計上した部署を債務管理部署とする債務振替処理を示す支払予定データを示す図である。 図１７は、債務振替伝票を計上した部署を債務管理部署とする債務振替処理による債務残高データを示す図である。 図１８は、債務振替伝票を計上した部署を債務管理部署とする債務振替処理による金種別支払予定データを示す図である。 図１９は、債務振替伝票を計上した部署を債務管理部署とする債務振替処理を行った際の支払データの一例を示す図である。 図２０は、債務振替伝票を計上した部署を債務管理部署とする債務振替処理を行った際の支払消込データの一例を示す図である。 図２１は、債務振替伝票を計上した部署を債務管理部署とする債務振替処理に対応する仕訳処理を説明するための図である。 図２２は、債務振替伝票を計上した部署を債務管理部署とする債務振替処理に対応する債務振替仕訳の仕訳データの一例を示す図である。 図２３は、債務振替元の管理部署を債務振替後の債務管理部署とする際に集計される債務伝票の一例を示す図である。 図２４は、支払予定データの一例を示す図である。 図２５は、債務残高データの一例を示す図である。 図２６は、金種別支払予定データの一例を示す図である。 図２７は、支払予定データの他の例を示す図である。 図２８は、債務振替入力画面の一例を示す図である。 図２９は、債務振替データの一例を示す図である。 図３０は、債務振替明細データの一例を示す図である。 図３１は、債務振替元の管理部署を債務振替後の債務管理部署とする債務振替処理を示す支払予定データを示す図である。 図３２は、債務振替元の管理部署を債務振替後の債務管理部署とする債務振替処理による債務残高データを示す図である。 図３３は、債務振替元の管理部署を債務振替後の債務管理部署とする債務振替処理を行った際の金種別支払予定データを示す図である。 図３４は、債務振替元の管理部署を債務振替後の債務管理部署とする債務振替処理を行った際の支払データの一例を示す図である。 図３５は、債務振替元の管理部署を債務振替後の債務管理部署とする債務振替処理を行った際の支払消込データの一例を示す図である。 図３６は、債務振替元の管理部署を債務振替後の債務管理部署とする債務振替処理に対応する仕訳処理を説明するための図である。 図３７は、債務振替元の管理部署を債務振替後の債務管理部署とする債務振替処理に対応する債務振替仕訳の仕訳データの一例を示す図である。

以下、本発明を適用した実施の形態となる業務支援装置を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

［概要］
実施の形態の業務支援装置は、ファクタリング又は期日振替等の債務振替(債権振替)を行う際、振替先の債務管理(債権管理)を行う部署は、企業の管理形態により異なる。このため、以下に説明する構成により、企業の管理形態に合わせた運用を可能とする。なお、以下、「債務振替」を例に説明を進めるが、「債権振替」においても同様であるため、以下の説明を参照されたい。

第１の運用想定としては、「振替計上部門で管理する場合」である。この場合、各拠点で債務管理するのは債務振替するまでとし、債務振替後の振替先支払予定は経理部で管理される。

第２の運用想定としては、「振替元部門で管理する場合」である。この場合、債務振替にて、ファクタリング又は期日振替等、科目、支払先の振替及び支払サイト変更は行うが、該当債務の管理(所轄)部署は、元の振替元部署のままとされ、責任が継続される。

実施の形態の業務支援装置は、債務振替入力を行う際に、振替先支払予定の債務管理を「振替計上部門」で行うか、「振替元部門」で行うか、マスタ設定のみで切り替え可能としている。

なお、以下の説明において、「計上事業所」及び「計上部門」とは、仕入又は経費等の債務の発生部署を示し、「債務管理事業所」及び「債務管理部門」は、債務又は前払の管理部署を示すものとする。また、「支払事業所」は、実際に出金(決済)する部署を示すものとする。

［ハードウェア構成］
図１は、実施の形態の業務支援装置１のハードウェア構成を示すブロック図である。業務支援装置１としては、デスクトップ型のパーソナルコンピュータ装置の他、ノート型のパーソナルコンピュータ装置又はタブレット型のパーソナルコンピュータ装置を用いることができる。また、業務支援装置１としては、ＰＤＡ（Personal Digital Assistants）装置又はスマートフォン等携帯型情報処理装置を用いることができる。このような業務支援装置１は、記憶部２、制御部３、通信インターフェース部４及び入出力インターフェース部５を備えている。

入出力インターフェース部５には、入力装置６及び出力装置７が接続されている。出力装置７としては、モニタ装置（家庭用テレビを含む）を用いることができる。入力装置６としては、キーボード装置及びマウス装置、及びマイクロホン装置の他、マウス装置と協働してポインティングデバイス機能を実現するモニタ装置を用いることができる。

通信インターフェース部４には、例えばＬＡＮ（Local Area Network）等のプライベート網、又は、インターネット等の広域網を介して各現場部署の端末装置９が接続されている。制御部３は、各端末装置９から送信される債務伝票を集計する。

記憶部２としては、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）等の記憶装置を用いることができる。記憶部２には、基本情報管理マスタ１１、支払先マスタ１２、支払方法マスタ１３、支払方法分割設定マスタ１４、及び、各種データが記憶されている。支払先マスタ１２、支払方法マスタ１３及び支払方法分割設定マスタ１４は、振替情報マスタの一例である。

基本情報管理マスタ１１には、図２（ａ）に示す振替先の債務管理を「振替計上部署」とする振替時債務管理区分データ、又は、図２（ｂ）に示す振替先の債務管理を「振替元部署」とする振替時債務管理区分データのうち、いずれか一方の振替時債務管理区分データが記憶されている。この基本情報管理マスタ１１に記憶される振替時債務管理区分データは、業務支援装置１の提供元が、この業務支援装置１を導入する顧客が希望するいずれか一方を基本情報管理マスタ１１に記憶させて、顧客に提供する。なお、顧客側で、いずれか一方の振替時債務管理区分データを選択設定可能としてもよい。

支払先マスタ１２には、例えば図３に示すように分割支払、手形、ファクタリング及び小切手等の各社の支払方法を示す情報及び、振込先となる会社を示す情報が記憶されている。支払方法マスタ１３には、例えば図４に示すように分割支払、手形、ファクタリング及び小切手等の支払方法に対する分割設定の有無を示す情報が記憶されている。支払方法分割設定マスタ１４には、例えば図５に示すように分割支払を行う場合の按分率及び手形、ファクタリング等の支払方法を示す情報が記憶されている。

この図３～図５に示す例は、図３に示すＡ社に対しては、支払方法が、図４に示すＨ００１の分割支払に設定されており、支払方法を分割支払にした場合、図５に示すように、５０％を図４に示すＨ００２の手形で支払、残り５０％は、図４に示すＨ００３のファクタリングを行う設定になっている例である。また、ファクタリングを行う際には、図３に示すようにＢ社に対して債務の振替が行われる設定となっている例である。

（業務支援装置の機能構成）
また、記憶部２には、業務支援プログラムが記憶されている。制御部３は、業務支援プログラムを実行することで、債務伝票集計処理部２１、支払予定データ作成部２２、債務残高データ作成部２３、金種別支払予定データ作成部２４、表示制御部２５、債務振替処理部２６、支払データ作成部２７、支払消込データ作成部２８及び仕訳処理部２９の各機能を実現する。各部２１～２９の詳しい動作は、後述する。

［債務振替動作］
次に、実施の形態の業務支援装置１における債務振替動作を説明する。図６は、業務支援装置１における債務振替動作から仕訳データの作成までの流れを示すフローチャートである。業務支援装置１の制御部３は、記憶部２に記憶されている業務支援プログラムに基づいて、この図６のフローチャートに示す各処理を実行する。まず、ステップＳ１では、支払予定データ作成部２２が、基本情報管理マスタ１１に記憶されている振替時債務管理区分データの読み込みを行う。

基本情報管理マスタ１１には、図２（ａ）に示したように、振替先の債務管理を「０：振替計上部署（振替計上事業所、部門（経理））」で行うことを指定するための振替時債務管理区分データが記憶されている。または、基本情報管理マスタ１１には、図２（ｂ）に示したように、振替先の債務管理を「１：振替元部署（振替元事業所、部門）」で行うことを指定するための振替時債務管理区分データが記憶されている。

支払予定データ作成部２２は、「０」の振替時債務管理区分データが基本情報管理マスタ１１に記憶されていた場合、支払予定データ作成部２２は、振替先の債務管理を振替計上部署（振替計上事業所、部門（経理））で行う設定であることを認識する。これに対して、「１」の振替時債務管理区分データが基本情報管理マスタ１１に記憶されていた場合、支払予定データ作成部２２は、振替先の債務管理を振替元部署（振替元事業所、部門）で行う設定であることを認識する。

以下、振替先の債務管理を振替計上部署（振替計上事業所、部門（経理））で行う場合、及び、振替先の債務管理を振替元部署（振替元事業所、部門）で行う場合に分けて、業務支援装置１の債務振替動作を説明する。

（振替先の債務管理を振替計上部署で行う場合）
まず、振替時債務管理区分データにより、振替先の債務管理を振替計上部署（振替計上事業所、部門（経理））で行うことが認識された場合（ステップＳ１）、債務伝票集計処理部２１が、各現場部署の端末装置９から計上される債務伝票を集計し、支払予定データ作成部２２が支払予定データを作成すると共に、債務残高データ作成部２３が、債務残高データを作成する（ステップＳ２）。

図７は、各現場部署の端末装置９を介して計上された債務伝票の一例を示している。図７（ａ）に示す債務伝票は、現場部署Ａから計上された債務伝票であり、計上事業所が東京本社、計上部門が東京営業１部となっている。また、図７（ａ）に示す債務伝票は、債務管理事業所が東京本社、債務支払部門が東京営業１部となっている。また、図７（ａ）に示す債務伝票は、支払を行う支払事業所は東京本社となっており、支払先はＡ社となっている。

同様に、図７（ｂ）に示す債務伝票は、現場部署Ｂから計上された債務伝票であり、計上事業所が大阪事業所、計上部門が大阪営業部となっている。また、図７（ｂ）に示す債務伝票は、債務管理事業所が大阪事業所、債務支払部門が大阪営業部となっている。また、図７（ｂ）に示す債務伝票は、支払を行う支払事業所は東京本社となっており、支払先はＡ社となっている。

同様に、図７（ｃ）に示す債務伝票は、現場部署Ｃから計上された債務伝票であり、計上事業所が福岡事業所、計上部門が福岡営業部となっている。また、図７（ｃ）に示す債務伝票は、債務管理事業所が福岡事業所、債務支払部門が福岡営業部となっている。また、図７（ｃ）に示す債務伝票は、支払を行う支払事業所は東京本社となっており、支払先はＡ社となっている。

図７（ａ）～図７（ｃ）に示す各債務伝票は、同じ支払予定日（２０２１年７月１０日）に、同じ支払先（Ａ社）に対して分割支払の支払方法で支払が行われることを示す債務伝票となっている。なお、一例として、分割支払は、図４及び図５に示したように５０％が手形で支払われ（Ｈ００２）、残り５０％がファクタリング（Ｈ００３）によりＢ社に債務振替が行われる設定となっている。

これに対して、図７（ｄ）に示す債務伝票は、現場部署Ａから計上された他の債務伝票であり、計上事業所が東京本社、計上部門が東京営業１部となっている。また、図７（ｄ）に示す債務伝票は、債務管理事業所が東京本社、債務支払部門が東京営業１部となっている。また、図７（ｄ）に示す債務伝票は、支払を行う支払事業所は東京本社となっており、支払先はＢ社となっている。そして、図７（ｄ）に示す債務伝票は、上述と同じ支払予定日（２０２１年７月１０日）に、支払先（Ｂ社）に対して小切手の支払方法で支払が行われることを示す債務伝票となっている。

このような債務伝票が計上されると、支払予定データ作成部２２は、各債務伝票に対する支払予定データを作成して記憶部２に記憶する。図８は、図７（ａ）～図７（ｄ）に示した各債務伝票に基づいて生成された支払予定データの一例を示す図である。図７（ａ）～図７（ｄ）に示した各債務伝票（伝票番号：Ｄｅｎ００１～Ｄｅｎ００４）に基づいて支払予定データが生成された場合、各債務伝票に従って計上事業所、計上部門、債務管理事務所、債務管理部門が登録される。また、支払事業所は、全て東京本社となっている。支払先としては、図７（ａ）～図７（ｃ）に示した各債務伝票の場合、Ａ社となり、図７（ｄ）に示した債務伝票の場合、Ｂ社となる。また、支払方法は、図７（ａ）～図７（ｃ）に示した各債務伝票の場合、分割支払となり、図７（ｄ）に示した債務伝票の場合、小切手となる。支払予定金額は、図７（ａ）～図７（ｄ）に示した各債務伝票とも例えば１００００円となっている。

また、このような支払予定データとは別に債務残高データを管理する必要がある。このため、債務残高データ作成部２３が、債務残高データを作成して記憶部２に記憶する。図９は、債務残高データの一例を示す図である。この図９に示すように、債務残高データ作成部２３は、例えば東京本社、大阪事業所等の事業所毎に債務残高データを作成する。図９に示す債務残高データのうち、振替発生額は、債務振替により発生する金額である。また、債務消込額は、支払決済及び債務振替による消込金額である。詳しくは、後述する。

（支払確定処理）
次に、図６のフローチャートのステップＳ３では、金種別支払予定データ作成部２４が、図１０に示す支払予定データに基づいて、支払予定日、支払方法及び支払先を確定する支払確定処理を行う。具体的には、金種別支払予定データ作成部２４は、支払予定データに基づいて、「支払事業所」「支払先」「支払予定日」を集計し、図１２に示す金種別支払予定データを作成する。

なお、支払予定データの支払方法が、図４に示す支払方法マスタ１３に「分割設定有無＝あり」として設定されている分割支払である場合、金種別支払予定データ作成部２４は、支払方法分割設定マスタ１４の設定に従い、分割後の支払方法（図４及び図５の例ではＨ００２の手形及びＨ００３のファクタリング）を特定する。金種別支払予定データ作成部２４は、この特定した分割後の支払方法となるように、金種別支払予定データを作成する。これに対して、支払予定データの支払方法が、図４に示す支払方法マスタ１３に「分割設定有無＝なし」として設定されている支払方法の場合、金種別支払予定データ作成部２４は、支払予定データの支払方法で金種別支払予定データを作成する。

これにより、図１２に示すように、債務伝票を「支払事業所」「支払先」「支払予定日」毎に集計し、支払方法分割設定マスタ１４に基づいて確定した支払方法を設定した金種別支払予定データが作成される。この図１２に示す金種別支払予定データの金種別Ｇｕｉｄは、「支払事業所」「支払先」「支払予定日」毎に自動採番される番号である。また、金種別ＳＥＱは、さらに「支払方法」ごとに自動採番された番号である。通知番号は、「支払事業所」「支払先」「支払予定日」毎に自動採番された番号である。また、支払済フラグは、支払が行われたか否か（未（０）又は支払済（１））を示す情報である。

支払予定データ作成部２２は、自動採番された「金種別Ｇｕｉｄ」及び「通知番号」は、図１０に示す支払予定データの「金種別Ｇｕｉｄ」及び「通知番号」に設定する。なお、一例として、支払予定データのうち、どの伝票が「手形」なのか、どの伝票が「ファクタリング」なのかは管理しない。

上述の債務伝票の例の場合、支払事業所は東京本社であるが、支払先はＡ社及びＢ社に分かれる。また、東京本社がＡ社に対して行う支払の支払方法は、手形で５０％及びファクタリングで５０％の分割支払が設定されているため、支払予定額は、手形での支払が１５０００円、ファクタリングでの支払が１５０００円となる。

（債務振替処理）
次に、図６のフローチャートのステップＳ４では、債務振替処理部２６が、図１２に示す金種別支払予定データに基づいて、「ファクタリング」の支払方法に対する債務振替処理を行う。この場合、経理部の業務オペレータは、債務振替入力画面の表示指定操作を行う。この表示指定操作が行われると、表示制御部２５は、例えば図１３に示す債務振替入力画面を出力装置７に表示制御する。そして、業務オペレータは、この債務振替入力画面に対して、計上事業所、計上部門、振替方法、振替先、振替日及び債務科目区分を、伝票情報として入力操作する。なお、「Ｈｕｒ００１」の伝票番号は、登録時においてシステム側で自動採番されて付加される番号である。

図１３に示す例は、計上事業所として「東京本社」が、また、計上部門として「東京経理部」が、債務振替を計上する部署として業務オペレータにより入力された例である。また、この例は、ファクタリングのデータを、図３に示したようにＢ社に振替処理する例である。このため、振替方法としては「ファクタリング」が、振替先としては「Ｂ社」が、それぞれ業務オペレータにより入力される。また、振替日は支払予定日が決定される「２０２１年７月１０日」が入力され、債務科目区分として「未払金」が入力される。なお、このような伝票情報は、業務オペレータが事前に認識していることとする。

次に、伝票情報が入力されると、表示制御部２５は、債務振替入力画面の振替方法（ファクタリング）及び振替先（Ｂ社）の入力欄に入力された伝票情報に対応する金種別支払予定データ（図１２参照）を取得し、図１３に示す明細情報の表示欄に表示する。この明細情報としては、振替対象とするか否かのチェック欄、支払先、通知番号、支払予定日及び支払予定額の各種情報が表示される。

図１３の例は、支払先を示す「Ａ社」、通知番号である「Ｔｕｕ００１」、支払予定日である「２０２１年７月１０日」、支払予定額である「１５０００円」が、振替候補として明細情報の表示欄に表示された例を示している。他にも該当する金種別支払予定データが存在する場合、他の振替候補が表示される。

業務オペレータは、このように表示された明細情報の中から、債務振替を行う振替候補のチェック欄にチェックマーク（レ）を入力操作して、振替対象を選択操作する。なお、図１３の例の場合は、振替候補が一つのみであるため、業務オペレータは、この振替候補を選択操作することとなる。また、チェック欄にチェックマーク（レ）が付加されない場合、その振替対象は、更新対象外のデータとなる。

次に、債務振替処理部２６は、チェック欄にチェックマーク（レ）が付加された選択候補に対応する債務振替データを作成して記憶部２に記憶する。図１４は、債務振替データの一例を示す図である。この図１４に示すように、債務振替処理部２６は、振替番号、計上事業所、計上部門、振替方法、振替先、振替科目区分、及び、振替額を含む債務振替データを作成する。図１３の例の場合、債務振替が「東京本社」の「東京経理部」により計上されているため、図１４に示す債務振替データの計上事業所には「東京本社」が入力され、計上部門には「東京経理部」が入力される。

債務振替処理部２６は、このような債務振替データと共に、図１５に示す債務振替明細データを作成して記憶部２に記憶する。この債務振替明細データは、図１０に示した支払予定データのうち、振替処理を行う支払予定データを示す情報である。また、債務振替処理部２６は、図１５に示すように振替番号、振替行番号、金種別Ｇｕｉｄ、金種別ＳＥＱ、通知番号、支払事業所、支払先及び振替額を含む債務振替明細データを作成する。この図１５の例は、振替番号を「Ｈｕｒ００１」、振替行番号を「１」として、金種別Ｇｕｉｄが「ａａａ」、金種別ＳＥＱが「２」、通知番号が「Ｔｕｒ００１」、支払事業所が「東京本社」、支払先が「Ａ社」及び振替額が「１５０００円」の債務振替明細データが、支払予定データに基づいて作成された例である。

次に、支払予定データ作成部２２は、記憶部２に記憶されている支払予定データを更新処理する。図１６は、記憶部２に記憶されている支払予定データを示す図である。この図１６に示す支払予定データのうち、上から４行分の支払予定データは、債務伝票が計上された際に作成された支払予定データである。

これに対して、下から２行分の支払予定データは、債務振替処理により作成された支払予定データである。振替処理が東京本社の東京経理部で行われたため、支払予定データ作成部２２は、計上事業所に東京本社を、計上部門に東京経理部を、それぞれ入力する。また、この例は、基本情報管理マスタ１１に振替先の債務管理を「０：振替計上部署（振替計上事業所、部門（経理））」で行うことを指定するための振替時債務管理区分データが記憶されている例である（図２（ａ）参照）。このため、支払予定データ作成部２２は、債務管理事業所に東京本社を入力し、債務管理部門に東京経理部を入力する。

また、今回の振替処理により支払済みの扱いとなるため、支払予定データ作成部２２は、図１６に示すように、１００００円及び５０００円の支払消込額の入力を行う。振替元のデータは、「金種別Ｇｕｉｄ」で特定可能であり、「支払消込額」に債務振替を行った金額を更新する。支払消込額は、「金種別Ｇｕｉｄ」から消込対象の支払予定データが特定され、金額が小さいレコードから消し込まれる。そして、消込原資が「０円」となった時点で、支払消込処理が終了となる。この図１６の例は、「金種別Ｇｕｉｄ＝ａａａ」の支払予定データに対して、消込原資「１５，０００」を順に消し込んだ例である。

また、債務残高データ作成部２３は、このような振替処理に対応して債務残高データを作成（更新）する。図１７が、債務処理後に作成された債務残高データの一例を示す図である。この図１７に示す債務残高データのうち、上から４行分の債務残高データは、債務伝票が計上された際に作成された債務残高データである。

これに対して、下から３行分の債務残高データが、債務振替処理により作成された債務残高データである。債務振替を行うことで、支払先がＢ社に移り替わる。このため、債務残高データ作成部２３は、図１７の下から３行目に示すように、支払先がＢ社で債務科目が未払金である１５０００円の振替発生額の債務残高データを新たに作成して記憶部２に記憶する。

また、基本情報管理マスタ１１に振替先の債務管理を「０：振替計上部署（振替計上事業所、部門（経理））」で行うことを指定するための振替時債務管理区分データが記憶されているため、債務残高データ作成部２３は、図１７の下から３行目に示すように、債務管理事業所として東京本社を、債務管理部門として東京経理部を入力した債務残高データを作成する。この「債務管理事業所」及び「債務管理部門」は、振替先支払予定データの「債務管理事業所」及び「債務管理部門」に基づいて決定される。

また、債務残高データ作成部２３は、図１７の下から１行目及び下から２行目に示すように、今回の振替処理により、債務科目が買掛金として、東京本社及び大阪事業所の１００００円及び５０００円の債務が消し込まれたことを示す債務消込額を入力した債務残高データを作成して記憶部２に記憶する。振替元の債務残高データに対して、債務消込額が更新される。

振替元は、債務振替明細データの「金種別Ｇｕｉｄ」と支払予定データの「金種別Ｇｕｉｄ」を照合し、支払予定データの「債務管理事業所」及び「債務管理部門」から特定される。また、このような債務残高データは、データ更新毎に新規作成するものではなく、キー項目である「会計年月」、「債務管理事業所」、「債務管理部門」、「支払先」、「債務科目」が一致するレコードがすでに存在する場合は更新処理（ＵＰＤＡＴＥ）され、存在しない場合は新たにレコードが作成されて追加処理（ＩＮＳＥＲＴ）される。

また、金種別支払予定データ作成部２５は、振替処理に対応して金種別支払予定データを作成（更新）する。図１８が、債務処理後に作成された金種別支払予定データの一例を示す図である。この図１８に示す金種別支払予定データのうち、上から３行分の金種別支払予定データは、支払確定処理（上述のステップＳ３の処理）を行った際に作成された金種別支払予定データである。債務振替処理を行うことで、東京本社からＡ社に対する１５０００円が支払済となったことを示す支払済フラグが、金種別支払予定データ作成部２５により更新される。

これに対して、下から１行目の金種別支払予定データが、債務振替処理により新たに作成された金種別支払予定データである。この金種別支払予定データは、債務振替処理を行うことで、東京本社からＢ社に対する小切手（図３及び図４参照）による１５０００円の支払予定額が新たに発生し、この支払予定額は、未払（支払済フラグ：未）であることを示している。債務振替を行っても、最終的に支払決済を行う支払事業所は変わらない。すなわち、下から１行目の金種別支払予定データの「支払事業所」と、上から２行目の金種別支払予定データの振替元の「支払事業所」は、同じままである。また、振替元の金種別支払予定データに対して、「支払済フラグ」及び「支払番号」が更新される。振替元は、債務振替明細データの「金種別Ｇｕｉｄ」及び「金種別ＳＥＱ」で特定される。

また、債務振替処理を行うことで、振替元のデータを支払済とする必要がある。このため、支払データ作成部２７は、図１９に示すように、東京本社の東京経理部からＡ社に対して、ファクタリングにより１５０００円が支払済であることを示す支払データを、債務振替データ及び債務振替明細データに基づいて作成して記憶部２に記憶する。

また、支払消込データ作成部２８は、例えば図２０に示すような、消込を行う支払予定データを示す支払消込データを、債務振替データ、債務振替明細データ及び支払予定データに基づいて作成する。この支払消込データは、図１９に示した支払データと関連付けされて、記憶部２に記憶される。

（仕訳データの作成処理）
次に、図６のフローチャートのステップＳ５において、仕訳処理部２９が、仕訳データの作成処理を行う。仕訳処理部２９は、図２１に示す支払予定データを参照し、図２２に示すように、借方の入力欄に、東京本社の東京営業１部の買掛金を１００００円とし、大阪事業所の大阪営業部の買掛金を５０００円とする振替元の支払予定データを入力した仕訳データを作成し、記憶部２に記憶する。また、仕訳処理部２９は、貸方の入力欄に、東京本社の東京経理部に対する未払金を１００００円及び５０００円とする振替先の支払予定データを入力した仕訳データを作成し、記憶部２に記憶する。これにより、図６のフローチャートの全処理が終了する。

（振替先の債務管理を振替元部署で行う場合）
次に、振替時債務管理区分データにより、振替先の債務管理を振替元部署（振替元事業所、部門）で行う場合における債務振替動作を説明する。この場合も、図６のフローチャートに示したステップＳ１～ステップＳ５の各処理の流れで、債務振替動作及び仕訳データの作成が行われる。順に説明すると、ステップＳ１において、支払予定データ作成部２２は、基本情報管理マスタ１１を参照する。これにより、図２（ｂ）に示す「１：振替元事業所・部門」の振替時債務管理区分データが基本情報管理マスタ１１に記憶されていた場合、支払予定データ作成部２２は、振替先の債務管理を振替元部署（振替元事業所、部門）で行う設定であることを認識する。

次に、振替先の債務管理を振替元部署（振替元事業所、部門）で行う設定であることが認識された場合（ステップＳ１）、債務伝票集計処理部２１が、各現場部署の端末装置９から計上される債務伝票を集計し、支払予定データ作成部２２が支払予定データを作成すると共に、債務残高データ作成部２３が、債務残高データを作成する（ステップＳ２）。

図２３は、各現場部署の端末装置９を介して計上された債務伝票の一例を示している。図２３（ａ）に示す債務伝票は、現場部署Ａから計上された債務伝票であり、計上事業所が東京本社、計上部門が東京営業１部となっている。また、図２３（ａ）に示す債務伝票は、債務管理事業所が東京本社、債務支払部門が東京営業１部となっている。また、図２３（ａ）に示す債務伝票は、支払を行う支払事業所は東京本社となっており、支払先はＡ社となっている。

同様に、図２３（ｂ）に示す債務伝票は、現場部署Ｂから計上された債務伝票であり、計上事業所が大阪事業所、計上部門が大阪営業部となっている。また、図２３（ｂ）に示す債務伝票は、債務管理事業所が大阪事業所、債務支払部門が大阪営業部となっている。また、図２３（ｂ）に示す債務伝票は、支払を行う支払事業所は東京本社となっており、支払先はＡ社となっている。

同様に、図２３（ｃ）に示す債務伝票は、現場部署Ｃから計上された債務伝票であり、計上事業所が福岡事業所、計上部門が福岡営業部となっている。また、図２３（ｃ）に示す債務伝票は、債務管理事業所が福岡事業所、債務支払部門が福岡営業部となっている。また、図２３（ｃ）に示す債務伝票は、支払を行う支払事業所は東京本社となっており、支払先はＡ社となっている。

図２３（ａ）～図２３（ｃ）に示す各債務伝票は、同じ支払予定日（２０２１年７月１０日）に、同じ支払先（Ａ社）に対して分割支払の支払方法で支払が行われることを示す債務伝票となっている。なお、一例として、分割支払は、図４及び図５に示したように５０％が手形で支払われ（Ｈ００２）、残り５０％がファクタリング（Ｈ００３）によりＢ社に債務振替が行われる設定となっている。

このような債務伝票が計上されると、支払予定データ作成部２２は、各債務伝票に対する支払予定データを作成して記憶部２に記憶する。図２４は、図２３（ａ）～図２３（ｃ）に示した各債務伝票に基づいて生成された支払予定データの一例を示す図である。図２３（ａ）～図２３（ｃ）に示した各債務伝票（伝票番号：Ｄｅｎ００１～Ｄｅｎ００４）に基づいて支払予定データが生成された場合、各債務伝票に従って計上事業所、計上部門、債務管理事務所、債務管理部門が登録される。また、支払事業所は、全て東京本社となっている。支払先としては、図２３（ａ）～図２３（ｃ）に示した各債務伝票の場合、Ａ社となる。また、支払方法は、図２３（ａ）～図２３（ｃ）に示した各債務伝票の場合、分割支払となる。支払予定金額は、図２３（ａ）～図２３（ｃ）に示した各債務伝票とも例えば１００００円となっている。

また、このような支払予定データとは別に債務残高データを管理する必要がある。このため、債務残高データ作成部２３が、債務残高データを作成して記憶部２に記憶する。図２５は、債務残高データの一例を示す図である。この図２５に示すように、債務残高データ作成部２３は、例えば東京本社、大阪事業所等の事業所毎に債務残高データを作成する。図２５に示す債務残高データのうち、振替発生額は、債務振替により発生する金額である。また、債務消込額は、支払決済及び債務振替による消込金額である。

（支払確定処理）
次に、図６のフローチャートのステップＳ３において、金種別支払予定データ作成部２４は、図２４に示す支払予定データに基づいて、支払予定日、支払方法及び支払先を確定する支払確定処理を行う。具体的には、金種別支払予定データ作成部２４は、支払予定データに基づいて、「支払事業所」「支払先」「支払予定日」を集計し、図２６に示す振替先の金種別支払予定データを作成する。

なお、支払予定データの支払方法が、図４に示す支払方法マスタ１３に「分割設定有無＝あり」として設定されている分割支払である場合、金種別支払予定データ作成部２４は、支払方法分割設定マスタ１４の設定に従い、分割後の支払方法（図４及び図５の例ではＨ００２の手形及びＨ００３のファクタリング）を特定する。金種別支払予定データ作成部２４は、この特定した分割後の支払方法となるように、金種別支払予定データを作成する。これに対して、支払予定データの支払方法が、図４に示す支払方法マスタ１３に「分割設定有無＝なし」として設定されている支払方法の場合、金種別支払予定データ作成部２４は、支払予定データの支払方法で金種別支払予定データを作成する。

これにより、図２６に示すように、債務伝票を「支払事業所」「支払先」「支払予定日」毎に集計し、支払方法分割設定マスタ１４に基づいて確定した支払方法を設定した金種別支払予定データが作成される。この図２６に示す金種別支払予定データの金種別Ｇｕｉｄは、「支払事業所」「支払先」「支払予定日」毎に自動採番される番号である。また、金種別ＳＥＱは、さらに「支払方法」ごとに自動採番された番号である。通知番号は、「支払事業所」「支払先」「支払予定日」毎に自動採番された番号である。また、支払済フラグは、支払が行われたか否か（未（０）又は支払済（１））を示す情報である。

支払予定データ作成部２２は、自動採番された「金種別Ｇｕｉｄ」及び「通知番号」は、図２７に示す支払予定データの「金種別Ｇｕｉｄ」及び「通知番号」に設定する。なお、一例として、支払予定データのうち、どの伝票が「手形」なのか、どの伝票が「ファクタリング」なのかは管理しない。

（債務振替処理）
次に、図６のフローチャートのステップＳ４では、債務振替処理部２６が、図２６に示す金種別支払予定データに基づいて、「ファクタリング」の支払方法に対する債務振替処理を行う。この場合、経理部の業務オペレータは、債務振替入力画面の表示指定操作を行う。この表示指定操作が行われると、表示制御部２５は、例えば図２８に示す債務振替入力画面を出力装置７に表示制御する。そして、業務オペレータは、この債務振替入力画面に対して、計上事業所、計上部門、振替方法、振替先、振替日及び債務科目区分を、伝票情報として入力操作する。なお、「Ｈｕｒ００１」の伝票番号は、登録時においてシステム側で自動採番されて付加される番号である。

図２８に示す例は、計上事業所として「東京本社」が、また、計上部門として「東京経理部」が、債務振替を計上する部署として業務オペレータにより入力された例である。また、この例は、ファクタリングのデータを、図３に示したようにＢ社に振替処理する例である。このため、振替方法としては「ファクタリング」が、振替先としては「Ｂ社」が、それぞれ業務オペレータにより入力される。また、振替日は支払予定日が決定される「２０２１年７月１０日」が入力され、債務科目区分として「未払金」が入力される。なお、このような伝票情報は、業務オペレータが事前に認識していることとする。

次に、伝票情報が入力されると、表示制御部２５は、債務振替入力画面の振替方法（ファクタリング）及び振替先（Ｂ社）の入力欄に入力された伝票情報に対応する金種別支払予定データ（図２６参照）を取得し、図２８に示す明細情報の表示欄に表示する。この明細情報としては、振替対象とするか否かのチェック欄、支払先、通知番号、支払予定日及び支払予定額の各種情報が表示される。

図２８の例は、支払先を示す「Ａ社」、通知番号である「Ｔｕｕ００１」、支払予定日である「２０２１年７月１０日」、支払予定額である「１５０００円」が、振替候補として明細情報の表示欄に表示された例を示している。他にも該当する金種別支払予定データが存在する場合、他の振替候補が表示される。

業務オペレータは、このように表示された明細情報の中から、債務振替を行う振替候補のチェック欄にチェックマーク（レ）を入力操作して、振替対象を選択操作する。なお、図２８の例の場合は、振替候補が一つのみであるため、業務オペレータは、この振替候補を選択操作することとなる。また、チェック欄にチェックマーク（レ）が付加されない場合、その振替対象は、更新対象外のデータとなる。

次に、債務振替処理部２６は、チェック欄にチェックマーク（レ）が付加された選択候補に対応する債務振替データを作成して記憶部２に記憶する。図２９は、債務振替データの一例を示す図である。この図２９に示すように、債務振替処理部２６は、振替番号、計上事業所、計上部門、振替方法、振替先、振替科目区分、及び、振替額を含む債務振替データを作成する。図２８の例の場合、債務振替が「東京本社」の「東京経理部」により計上されているため、図２９に示す債務振替データの計上事業所には「東京本社」が入力され、計上部門には「東京経理部」が入力される。

債務振替処理部２６は、このような債務振替データと共に、図３０に示す債務振替明細データを作成して記憶部２に記憶する。この債務振替明細データは、図２７に示した支払予定データのうち、振替処理を行う支払予定データを示す情報である。債務振替処理部２６は、図３０に示すように振替番号、振替行番号、金種別Ｇｕｉｄ、金種別ＳＥＱ、通知番号、支払事業所、支払先及び振替額を含む債務振替明細データを作成する。この図３０の例は、振替番号を「Ｈｕｒ００１」、振替行番号を「１」として、金種別Ｇｕｉｄが「ａａａ」、金種別ＳＥＱが「２」、通知番号が「Ｔｕｒ００１」、支払事業所が「東京本社」、支払先が「Ａ社」及び振替額が「１５０００円」の債務振替明細データが、支払予定データに基づいて作成された例である。

次に、支払予定データ作成部２２は、記憶部２に記憶されている支払予定データを更新処理する。図３１は、記憶部２に記憶されている支払予定データを示す図である。この図３１に示す支払予定データのうち、上から３行分の支払予定データは、債務伝票が計上された際に作成された支払予定データである。

これに対して、下から２行分の支払予定データは、債務振替処理により作成された支払予定データである。振替処理が東京本社の東京経理部で行われたため、支払予定データ作成部２２は、計上事業所に東京本社を、計上部門に東京経理部を、それぞれ入力する。また、この例は、基本情報管理マスタ１１に振替先の債務管理を「１：振替元事業所・部門」で行うことを指定するための振替時債務管理区分データが記憶されている例である（図２（ｂ）参照）。このため、支払予定データ作成部２２は、債務管理事業所に東京本社及び大阪事業所を入力すると共に、債務管理部門に東京営業１部及び大阪営業部を入力する。

また、今回の振替処理により支払済みの扱いとなるため、支払予定データ作成部２２は、図３１に示すように、１００００円及び５０００円の支払消込額の入力を行う。振替元のデータは、「金種別Ｇｕｉｄ」で特定可能であり、「支払消込額」に債務振替を行った金額を更新する。支払消込額は、「金種別Ｇｕｉｄ」から消込対象の支払予定データが特定され、金額が小さいレコードから消し込まれる。そして、消込原資が「０円」となった時点で、支払消込処理が終了となる。この図１６の例は、「金種別Ｇｕｉｄ＝ａａａ」の支払予定データに対して、消込原資「１５，０００」を順に消し込んだ例である。

また、債務残高データ作成部２３は、このような振替処理に対応して債務残高データを作成（更新）する。図３２が、債務処理後に作成された債務残高データの一例を示す図である。この図３２に示す債務残高データのうち、上から３行分の債務残高データは、債務伝票が計上された際に作成された債務残高データである。

これに対して、下から４行分の債務残高データが、債務振替処理により作成された債務残高データである。債務振替を行うことで、支払先がＢ社に移り替わる。このため、債務残高データ作成部２３は、図３２の下から４行目に示すように、債務管理事業所が東京本社で債務管理部門が東京営業１部で、支払先をＢ社とし、債務科目を未払金とする１００００円の振替発生額の債務残高データを新たに作成して記憶部２に記憶する。また、これと共に、債務残高データ作成部２３は、図３２の下から３行目に示すように、債務管理事業所が大阪事業所で債務管理部門が大阪営業部で、支払先をＢ社とし、債務科目を未払金とする５０００円の振替発生額の債務残高データを新たに作成して記憶部２に記憶する。すなわち、振替先の債務残高データが更新される。

また、債務残高データ作成部２３は、図３２の下から２行目に示すように、今回の振替処理により、債務科目が買掛金として、東京本社の東京営業１部における１００００円の債務が消し込まれたことを示す債務消込額を入力した債務残高データを作成して記憶部２に記憶する。また、債務残高データ作成部２３は、図３２の下から１行目に示すように、今回の振替処理により、債務科目が買掛金として、大阪事業所の大阪営業部における５０００円の債務が消し込まれたことを示す債務消込額を入力した債務残高データを作成して記憶部２に記憶する。

「債務管理事業所」及び「債務管理部門」は、振替先の支払予定データの「債務管理事業所」及び「債務管理部門」に基づいて決定される。振替元の債務残高データに対して、債務消込額が更新される。振替元の特定は、債務振替明細データの「金種別Ｇｕｉｄ」と支払予定データの「金種別Ｇｕｉｄ」を照合し、支払予定データの「債務管理事業所」及び「債務管理部門」から特定される。また、このような債務残高データは、データ更新毎に新規作成するものではなく、キー項目である「会計年月」、「債務管理事業所」、「債務管理部門」、「支払先」、「債務科目」が一致するレコードがすでに存在する場合は更新処理（ＵＰＤＡＴＥ）され、存在しない場合は新たにレコードが作成されて追加処理（ＩＮＳＥＲＴ）される。

また、金種別支払予定データ作成部２５は、振替処理に対応して振替先の金種別支払予定データを作成（更新）する。図３３が、債務処理後に作成された金種別支払予定データの一例を示す図である。この図３３に示す金種別支払予定データは、支払確定処理（上述のステップＳ３の処理）を行った際に作成された金種別支払予定データである。債務振替処理を行うことで、東京本社からＡ社に対する１５０００円が支払済となったことを示す支払済フラグが、金種別支払予定データ作成部２５により更新される。

債務振替を行っても、最終的に支払決済を行う支払事業所は変わらない。すなわち、下から１行目の金種別支払予定データの「支払事業所」と、下から２行目の金種別支払予定データの振替元の「支払事業所」は、同じままである。また、振替元の金種別支払予定データに対して、「支払済フラグ」及び「支払番号」が更新される。振替元は、債務振替明細データの「金種別Ｇｕｉｄ」及び「金種別ＳＥＱ」で特定される。

また、債務振替処理を行うことで、振替元のデータを支払済とする必要がある。このため、支払データ作成部２７は、債務振替データ及び債務振替明細データに基づいて、図３４に示すように、東京本社の東京経理部からＡ社に対して、ファクタリングにより１５０００円が支払済であることを示す支払データを作成して記憶部２に記憶する。

また、支払消込データ作成部２８は、債務振替データ、債務振替明細データ及び支払予定データに基づいて、例えば図３５に示すような、消込を行う支払予定データを示す支払消込データを作成する。この支払消込データは、図３４に示した支払データと関連付けされて、記憶部２に記憶される。

（仕訳データの作成処理）
次に、図６のフローチャートのステップＳ５において、仕訳処理部２９が、仕訳データの作成処理を行う。仕訳処理部２９は、図３６に示す支払予定データを参照し、図３７に示すように、借方の入力欄に、東京本社の東京営業１部の買掛金を１００００円とし、大阪事業所の大阪営業部の買掛金を５０００円とする振替元の支払予定データを入力した仕訳データを作成して記憶部２に記憶する。また、仕訳処理部２９は、貸方の入力欄に、東京本社の東京営業１部に対する未払金を１００００円とし、大阪事業所の大阪営業部に対する未払金を５０００円とする振替先の支払予定データを入力した仕訳データを作成して記憶部２に記憶する。これにより、図６のフローチャートの全処理が終了する。

［実施の形態の効果］
以上の説明から明らかなように、実施の形態の業務支援装置１は、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データ、又は、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが記憶されている基本情報管理マスタ１１から、支払予定データ作成部２２が、いずれかの振替時債務管理区分データを取得する。支払予定データ作成部２２により、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データが取得された場合、支払予定データ作成部２２は、債務振替伝票を計上した部署を債務管理部署として債務を振り替えた支払予定データを生成する。また、基本情報管理マスタ１１から、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが取得された場合、支払予定データ作成部２２は、債務振替元となる部署を債務管理部署として債務を振り替えた支払予定データを生成する。

これにより、債務振替後の債務管理部署を、債務振替伝票を計上した部署、又は、債務振替元の管理部署のうち、どちらの部署にするかを設定できる。このように、振替処理にて作成する支払予定データの債務管理部署を切り替えることで、債務管理部署別の残高を適正に管理できる。

また、債務(債権)振替時の、債務(債権)管理部門を企業の運用に合わせて設定することができる。また、部門別ＰＬ評価を、運用に合わせて柔軟に行うことができる。

［国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［他の実施の形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、上述の実施の形態は、商品の販売を例として説明をしたが、所定のサービスを提供する場合も上述と同様の動作を行うことで、同様の作用効果を得ることができる。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、或いは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、仕訳入力システムに関して、図示の各構成要素は機能概念的なものであり、必ずしも図示の如く物理的に構成されていることを要しない。

例えば、業務支援装置１が備える処理機能、特に制御部３及び制御部３にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ（Central Processing Unit）および当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて業務支援装置１に機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ等の記憶部等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部３を構成する。

また、このコンピュータプログラムである業務支援プログラムは、業務支援装置１に対して任意のネットワークを介して接続された他のサーバ装置に記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するための業務支援プログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Secure Digital）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable and Programmable Read Only Memory）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical Disk）、ＤＶＤ（Digital Versatile Disk）、及び、Blu-ray（登録商標） Disc等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部２は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。

また、業務支援装置１は、既知のパーソナルコンピュータ装置又はワークステーション等の情報処理装置で構成してもよく、また、任意の周辺装置が接続された情報処理装置で構成してもよい。また、情報処理装置は、本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。

さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能付加に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

本発明は、債務振替を反映させた帳票等の作成業務に有用である。

１ 業務支援装置
２ 記憶部
３ 制御部
４ 通信インターフェース部
５ 入出力インターフェース部
６ 入力装置
７ 出力装置
１１ 基本情報管理マスタ
１２ 支払先マスタ
１３ 支払方法マスタ
１４ 支払方法分割設定マスタ
２１ 債務伝票集計処理部
２２ 支払予定データ作成部
２３ 債務残高データ作成部
２４ 金種別支払予定データ作成部
２５ 表示制御部
２６ 債務振替処理部
２７ 支払データ作成部
２８ 支払消込データ作成部
２９ 仕訳処理部

Claims (6)

1. 債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データ、又は、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが記憶されている基本情報管理マスタから、いずれかの前記振替時債務管理区分データを取得する取得部と、
   前記取得部により、債務振替伝票を計上した部署を債務管理部署として指定する前記振替時債務管理区分データが取得された場合、債務振替伝票を計上した部署を債務管理部署として債務を振り替えた支払予定データを生成し、前記取得部により、債務振替元となる部署を債務管理部署として指定する前記振替時債務管理区分データが取得された場合、債務振替元となる部署を債務管理部署として債務を振り替えた支払予定データを作成する支払予定データ作成部と、
   を有する業務支援装置。
2. 前記支払予定データ作成部は、振替情報マスタに記憶されている債務の振替時における振替元及び振替先の各情報に基づいて、前記振替元から前記振替先に対して債務を振り替えた前記支払予定データを作成すること
   を特徴とする請求項１に記載の業務支援装置。
3. 前記支払予定データ作成部は、前記支払予定データを作成した際に、前記振替元の債務を支払済みとする支払消込額、及び、前記振替先に振り替えられた債務を示す支払予定額を付加した前記支払予定データを作成すること
   を特徴とする請求項２に記載の業務支援装置。
4. 振替時債務管理区分データで指定された前記債務管理部署を、未払金と共に、貸方に入力した仕訳データを作成する仕訳処理部を、さらに備えること
   を特徴とする請求項１から請求項３のうち、いずれか一項に記載の業務支援装置。
5. 取得部が、債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データ、又は、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが記憶されている基本情報管理マスタから、いずれかの前記振替時債務管理区分データを取得する取得ステップと、
   前記取得ステップで、債務振替伝票を計上した部署を債務管理部署として指定する前記振替時債務管理区分データが取得された場合、支払予定データ作成部が、債務振替伝票を計上した部署を債務管理部署として債務を振り替えた支払予定データを生成し、前記取得ステップで、債務振替元となる部署を債務管理部署として指定する前記振替時債務管理区分データが取得された場合、支払予定データ作成部が、債務振替元となる部署を債務管理部署として債務を振り替えた支払予定データを作成する支払予定データ作成ステップと、
   を有する業務支援方法。
6. コンピュータを、
   債務振替伝票を計上した部署を債務管理部署として指定する振替時債務管理区分データ、又は、債務振替元となる部署を債務管理部署として指定する振替時債務管理区分データが記憶されている基本情報管理マスタから、いずれかの前記振替時債務管理区分データを取得する取得部と、
   前記取得部により、債務振替伝票を計上した部署を債務管理部署として指定する前記振替時債務管理区分データが取得された場合、債務振替伝票を計上した部署を債務管理部署として債務を振り替えた支払予定データを生成し、前記取得部により、債務振替元となる部署を債務管理部署として指定する前記振替時債務管理区分データが取得された場合、債務振替元となる部署を債務管理部署として債務を振り替えた支払予定データを作成する支払予定データ作成部として機能させること
   を特徴とする業務支援プログラム。

Images