JP7339925B2 - 収支管理装置、収支管理方法および収支管理プログラム - Google Patents

Description

本発明は、収支管理装置、収支管理方法および収支管理プログラムに関する。

物流業界では運送作業が主軸であり、物流会社では、他社委託の運送作業（具体的には、他社から委託された、当該他社の荷物を荷受人に直接運送する作業）に加えて、社内委託の運送作業（例えば、自社の事業所から委託された、他社の荷物を自社の別の事業所に運送する作業など）も多数発生している。そのため、物流会社にとって、運送工程別の利益を安定して得ることが、各事業所の経営を安定化させ、延いては会社全体の経営を安定化させるために重要である。

なお、特許文献１には、社内取引が含まれる案件について、財務会計としての全社採算と、管理会計としての部門採算を同時に把握することが可能な仕掛自動振替装置等について記載されている。

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

しかしながら、社内委託の運送作業の収支について、物流会社では、会計的に相殺されてしまう内部取引の金額が口頭または紙書類により管理されていたが故に当該金額の正確かつ迅速な情報収集を行うことができなかったので、内部取引を加味した収支、具体的には荷主から荷受人までの一連の運送工程毎に内部取引を加味した収支を把握することが困難であった。

本発明は、上記に鑑みてなされたものであって、荷主から荷受人までの一連の運送工程毎に内部取引を加味した収支を把握することができる収支管理装置、収支管理方法および収支管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る収支管理装置は、制御部を備える収支管理装置であって、前記制御部は、輸送作業の受注を行う受注担当組織と前記輸送作業を分担して行う複数の作業担当組織であって分担された部分輸送作業を外注で行うものとで構成される組織集団に含まれる前記受注担当組織において前記受注に伴う社内原価として認識される第一の原価金額を組織別に管理する第一原価管理データから、所定の作業担当組織に紐付く前記第一の原価金額を取得する第一取得手段と、前記部分輸送作業を組織別に管理する作業管理データから、前記所定の作業担当組織に紐付く前記部分輸送作業を特定する特定手段と、前記作業担当組織において前記部分輸送作業に伴う原価として認識される第二の原価金額を作業別に管理する第二原価管理データから、前記特定手段で特定された前記部分輸送作業に紐付く前記第二の原価金額を取得する第二取得手段と、前記第一の原価金額を前記所定の作業担当組織における社内売上として、前記第二の原価金額を前記所定の作業担当組織における原価として、前記第一の原価金額から前記第二の原価金額を引いた金額を前記所定の作業担当組織における粗利として、出力装置に出力する出力実行手段と、を備えること、を特徴とする。

また、本発明に係る収支管理方法は、制御部を備える情報処理装置において実行される収支管理方法であって、前記制御部において実行される、輸送作業の受注を行う受注担当組織と前記輸送作業を分担して行う複数の作業担当組織であって分担された部分輸送作業を外注で行うものとで構成される組織集団に含まれる前記受注担当組織において前記受注に伴う社内原価として認識される第一の原価金額を組織別に管理する第一原価管理データから、所定の作業担当組織に紐付く前記第一の原価金額を取得する第一取得ステップと、前記部分輸送作業を組織別に管理する作業管理データから、前記所定の作業担当組織に紐付く前記部分輸送作業を特定する特定ステップと、前記作業担当組織において前記部分輸送作業に伴う原価として認識される第二の原価金額を作業別に管理する第二原価管理データから、前記特定ステップで特定された前記部分輸送作業に紐付く前記第二の原価金額を取得する第二取得ステップと、前記第一の原価金額を前記所定の作業担当組織における社内売上として、前記第二の原価金額を前記所定の作業担当組織における原価として、前記第一の原価金額から前記第二の原価金額を引いた金額を前記所定の作業担当組織における粗利として、出力装置に出力する出力実行ステップと、を含むこと、を特徴とする。

また、本発明に係る収支管理プログラムは、制御部を備える情報処理装置において実行させるための収支管理プログラムであって、前記制御部において実行させるための、輸送作業の受注を行う受注担当組織と前記輸送作業を分担して行う複数の作業担当組織であって分担された部分輸送作業を外注で行うものとで構成される組織集団に含まれる前記受注担当組織において前記受注に伴う社内原価として認識される第一の原価金額を組織別に管理する第一原価管理データから、所定の作業担当組織に紐付く前記第一の原価金額を取得する第一取得ステップと、前記部分輸送作業を組織別に管理する作業管理データから、前記所定の作業担当組織に紐付く前記部分輸送作業を特定する特定ステップと、前記作業担当組織において前記部分輸送作業に伴う原価として認識される第二の原価金額を作業別に管理する第二原価管理データから、前記特定ステップで特定された前記部分輸送作業に紐付く前記第二の原価金額を取得する第二取得ステップと、前記第一の原価金額を前記所定の作業担当組織における社内売上として、前記第二の原価金額を前記所定の作業担当組織における原価として、前記第一の原価金額から前記第二の原価金額を引いた金額を前記所定の作業担当組織における粗利として、出力装置に出力する出力実行ステップと、を含むこと、を特徴とする。

本発明によれば、荷主から荷受人までの一連の運送工程毎に内部取引を加味した収支を把握することができるという効果を奏する。

図１は、収支管理装置１００の構成の一例を示すブロック図である。 図２は、受注情報テーブル１０６ａの一例を示す図である。 図３は、請求情報テーブル１０６ｂの一例を示す図である。 図４は、受注店設定原価情報テーブル１０６ｃの一例を示す図である。 図５は、輸送予定データテーブル１０６ｄの一例を示す図である。 図６は、営業所予定原価情報テーブル１０６ｅの一例を示す図である。 図７は、輸送実績データテーブル１０６ｆの一例を示す図である。 図８は、営業所原価情報テーブル１０６ｇの一例を示す図である。 図９は、各営業所視点での収支確認処理に関するフローチャートの一例を示す図である。 図１０は、収支確認画面ＭＡの一例を示す図である。 図１１は、収支確認画面ＭＢの一例を示す図である。 図１２は、収支確認画面ＭＣの一例を示す図である。 図１３は、東京輸送課と東京営業所が管理する伝票の一例を示す図である。 図１４は、東京輸送課視点での収支確認処理に関するフローチャートの一例を示す図である。 図１５は、収支確認画面ＭＤの一例を示す図である。

以下に、本発明に係る収支管理装置、収支管理方法および収支管理プログラムの実施形態を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

［１．構成］
本実施形態に係る収支管理装置の構成の一例について、図１等を参照して説明する。図１は、収支管理装置の構成の一例を示すブロック図である。

収支管理装置１００は、パーソナルコンピュータ（ＰＣ）２０１～２０４とネットワーク３００を介して通信可能に接続されている。収支管理装置１００は、例えば、ネットワーク３００に接続されている各ＰＣからのリクエストに応じて、ＰＣによる各種入力画面上での情報の入力を受け付け、受け付けた情報を記憶部１０６内にある各種テーブルで管理する。ここで、ＰＣ２０１は、物流会社（本発明の組織集団に相当）を構成する、荷主から荷受人までの荷物の輸送作業の受注を行う受注店（本発明の受注担当組織に相当）で使用されるものである。ＰＣ２０２～２０４は、物流会社を構成する、受注した輸送作業を分担して行う各営業所であって分担された部分輸送作業を自営業所または外注で行うもの（本発明の作業担当組織に相当）で使用されるものである。なお、ＰＣの台数は、図１に示した４台に限定されるものではない。

収支管理装置１００は、市販のデスクトップ型パーソナルコンピュータを基に構築したものである。なお、収支管理装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置を基に構築したものに限らず、市販のノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォンまたはタブレット型パーソナルコンピュータなどの携帯型情報処理装置を基に構築したものであってもよい。

収支管理装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。収支管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、収支管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、収支管理装置１００とＰＣ２０１～２０４とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。
で使用される

入出力インターフェース部１０８には、入力装置１１２および出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウスおよびマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。

記憶部１０６には、各種のデータベース、テーブルおよびファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、および光ディスク等を用いることができる。

記憶部１０６には、受注情報テーブル１０６ａ、請求情報テーブル１０６ｂ、受注店設定原価情報テーブル１０６ｃ、輸送予定データテーブル１０６ｄ、営業所予定原価情報テーブル１０６ｅ、輸送実績データテーブル１０６ｆおよび営業所原価情報テーブル１０６ｇなどが格納される。

図２は、受注情報テーブル１０６ａの一例を示す図である。受注情報テーブル１０６ａは、受注識別情報（例えば受注番号など）と、受注店識別情報（例えば受注店の名称など）と、を含む。

図３は、請求情報テーブル１０６ｂの一例を示す図である。請求情報テーブル１０６ｂは、受注識別情報と、受注店識別情報と、請求項目情報（例えば請求項目の名称など）と、受注店が請求先（例えば荷主など）に請求する請求金額と、を含む。

図４は、受注店設定原価情報テーブル１０６ｃの一例を示す図である。受注店設定原価情報テーブル１０６ｃは、本発明の第一原価管理データに相当するものである。受注店設定原価情報テーブル１０６ｃは、受注識別情報と、受注店識別情報または営業所識別情報（例えば営業所の名称など）と、原価項目情報（例えば原価項目の名称など）と、受注店において受注に伴う原価または社内原価として認識される原価金額と、を含む。

図５は、輸送予定データテーブル１０６ｄの一例を示す図である。輸送予定データテーブル１０６ｄは、本発明の作業管理データに相当するものである。輸送予定データテーブル１０６ｄは、実施予定の部分輸送作業に割り当てられた輸送予定識別情報（例えば輸送予定番号など）と、営業所識別情報と、受注識別情報と、を含む。

図６は、営業所予定原価情報テーブル１０６ｅの一例を示す図である。営業所予定原価情報テーブル１０６ｅは、輸送予定識別情報と、原価項目情報と、営業所において部分輸送作業に伴う原価として認識される予定の原価金額（予定原価金額）と、を含む。

図７は、輸送実績データテーブル１０６ｆの一例を示す図である。輸送実績データテーブル１０６ｆは、実施済みの部分輸送作業に割り当てられた輸送実績識別情報（例えば輸送実績番号など）と、輸送予定識別情報と、を含む。

図８は、営業所原価情報テーブル１０６ｇの一例を示す図である。営業所原価情報テーブル１０６ｇは、本発明の第二原価管理データに相当するものである。営業所原価情報テーブル１０６ｇは、輸送実績識別情報と、輸送予定識別情報と、原価項目情報と、営業所において部分輸送作業に伴う原価として認識された結果の原価金額（実績原価金額）と、を含む。

図１に戻り、制御部１０２は、収支管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

制御部１０２は、機能概念的に、本発明の第一取得手段に相当する第一取得部１０２ａ、本発明の特定手段に相当する特定部１０２ｂ、本発明の第二取得手段に相当する第二取得部１０２ｃおよび本発明の出力実行手段に相当する出力実行部１０２ｄなどを備える。

第一取得部１０２ａは、例えば、受注店設定原価情報テーブル１０６ｃから所定の受注店または営業所に紐付く原価金額を取得する。

特定部１０２ｂは、例えば、輸送予定データテーブル１０６ｄから所定の営業所に紐付く部分輸送作業を特定する。

第二取得部１０２ｃは、例えば、営業所原価情報テーブル１０６ｇから、特定部１０２ｂで特定された部分輸送作業に紐付く原価金額（実績原価金額）を取得する。ここで、第二取得部１０２ｃは、営業所原価情報テーブル１０６ｇから原価金額（実績原価金額）が取得できなかった場合、営業所予定原価情報テーブル１０６ｅから、特定部１０２ｂで特定された部分輸送作業に紐付く原価金額（予定原価金額）を取得してもよい。

出力実行部１０２ｄは、例えば、第一取得部１０２ａが取得した原価金額を所定の営業所における社内売上として、第二取得部１０２ｃが取得した原価金額を所定の営業所における原価として、第一取得部１０２ａが取得した原価金額から第二取得部１０２ｃが取得した原価金額を引いた金額を所定の営業所における粗利として、出力装置１１４に出力する。

制御部１０２を構成する各処理部が実行する処理の具体例については、以下に詳細に説明する。

［２．処理の具体例］
ここでは、収支管理装置１００で実行される処理の具体例について、以下の［２－２］から［２－５］にて詳細に説明する。なお、以下の［２－２］から［２－５］の説明に入る前に、当該説明の前提となる事項について、以下の［２－１］にて詳細に説明する。

［２－１．前提事項］
本具体例の説明では、荷主から荷受人への荷物の輸送（運送、配送を含む）に関する輸送作業について、当該輸送作業の受注を東京輸送課が行い、実際の輸送作業は東京営業所、北関東営業所、および宮城営業所の３つの営業所へ社内委託する場合を考える。輸送する順序は、（１）東京営業所、（２）北関東営業所、（３）宮城営業所、（４）荷受人である。使用するコンピュータは、東京輸送課がＰＣ２０１、東京営業所がＰＣ２０２、北関東営業所がＰＣ２０３、宮城営業所がＰＣ２０４であり、東京輸送課や各営業所で行われるデータ入力や収支確認は、これらのコンピュータを用いて行われる。

まず、受注を行った東京輸送課は、受注情報テーブル１０６ａ、請求情報テーブル１０６ｂ、受注店設定原価情報テーブル１０６ｃおよび輸送予定データテーブル１０６ｄのそれぞれにデータを入力する。本具体例の説明では、受注情報テーブル１０６ａ、請求情報テーブル１０６ｂ、受注店設定原価情報テーブル１０６ｃおよび輸送予定データテーブル１０６ｄに、以下のデータが入力されたものとする。
・受注情報テーブル１０６ａ：（受注番号「ＪＵ００１」，受注店「東京輸送課」）
・請求情報テーブル１０６ｂ：（受注番号「ＪＵ００１」，受注店「東京輸送課」，請求項目「輸送（陸送）」，請求金額「１００，０００円」）
・受注店設定原価情報テーブル１０６ｃ：（受注番号「ＪＵ００１」，営業所「東京営業所」，原価項目「輸送（陸送）」，原価金額「１５，０００円」）、（受注番号「ＪＵ００１」，営業所「北関東営業所」，原価項目「輸送（陸送）」，原価金額「２０，０００円」）、（受注番号「ＪＵ００１」，営業所「宮城営業所」，原価項目「輸送（陸送）」，原価金額「１０，０００円」）、（受注番号「ＪＵ００１」，営業所「東京輸送課」，原価項目「梱包料」，原価金額「５，０００円」）
・輸送予定データテーブル１０６ｄ：（輸送予定番号「ＨＡ００１１」，営業所「東京営業所」，受注番号「ＪＵ００１」）、（輸送予定番号「ＨＡ００１２」，営業所「北関東営業所」，受注番号「ＪＵ００１」）、（輸送予定番号「ＨＡ００１３」，営業所「宮城営業所」，受注番号「ＪＵ００１」）

つぎに、東京輸送課から発注（社内委託）を受けた各営業所は、輸送を行う前に、営業所予定原価情報テーブル１０６ｅにデータを入力する。本具体例の説明では、各営業者から、以下のデータが入力されたものとする。
・東京営業所：（輸送予定番号「ＨＡ００１１」，原価項目「輸送（陸送）」，原価金額「７，０００円」）
・北関東営業所：輸送予定番号「ＨＡ００１２」，原価項目「輸送（陸送）」，原価金額「１５，０００円」
・宮城営業所：（輸送予定番号「ＨＡ００１３」，原価項目「輸送（陸送）」，原価金額「６，０００円」）

つぎに、東京営業所から北関東営業所への輸送が完了した後、東京営業所は、輸送実績データテーブル１０６ｆおよび営業所原価情報テーブル１０６ｇにデータを入力する。本具体例の説明では、東京営業所から、以下のデータが入力されたものとする。なお、ここで入力された原価金額が、東京営業所での部分輸送作業で実際にかかった原価金額である。
・輸送実績データテーブル１０６ｆ：（輸送実績番号「ＺＨ００１１」，輸送予定番号「ＨＡ００１１」）
・営業所原価情報テーブル１０６ｇ：（輸送実績番号「ＺＨ００１１」，輸送予定番号「ＨＡ００１１」，原価項目「引取（社内委託）」，原価金額「３，０００円」）、（輸送実績番号「ＺＨ００１１」，輸送予定番号「ＨＡ００１１」，原価項目「輸送（陸送）（社内委託）」，原価金額「５，０００円」）

つぎに、北関東営業所から宮城営業所への輸送が完了した後、北関東営業所は、輸送実績データテーブル１０６ｆおよび営業所原価情報テーブル１０６ｇにデータを入力する。本具体例の説明では、北関東営業所から、以下のデータが入力されたものとする。なお、ここで入力された原価金額が、北関東営業所での部分輸送作業で実際にかかった原価金額である。
・輸送実績データテーブル１０６ｆ：（輸送実績番号「ＺＨ００１２」，輸送予定番号「ＨＡ００１２」）
・営業所原価情報テーブル１０６ｇ：（輸送実績番号「ＺＨ００１２」，輸送予定番号「ＨＡ００１２」，原価項目「倉庫（社内委託）」，原価金額「７，０００円」）、（輸送実績番号「ＺＨ００１２」，輸送予定番号「ＨＡ００１２」，原価項目「出庫（社内委託）」，原価金額「５，０００円」）、（輸送実績番号「ＺＨ００１２」，輸送予定番号「ＨＡ００１２」，原価項目「輸送（陸送）（社内委託）」，原価金額「９，０００円」）

さらに、宮城営業所から荷受人への輸送が完了した後、宮城営業所は、輸送実績データテーブル１０６ｆおよび営業所原価情報テーブル１０６ｇにデータを入力する。本具体例の説明では、宮城営業所から、以下のデータが入力されたものとする。なお、ここで入力された原価金額が、宮城営業所での輸送作業で実際にかかった原価金額である。
・輸送実績データテーブル１０６ｆ：（輸送実績番号「ＺＨ００１３」，輸送予定番号「ＨＡ００１３」）
・営業所原価情報テーブル１０６ｇ：（輸送実績番号「ＺＨ００１３」，輸送予定番号「ＨＡ００１３」，原価項目「輸送（陸送）（社内委託）」，原価金額「５，０００円」）

［２－２．東京営業所視点での収支確認の具体例（図９，１０）］
ここでは、東京営業所視点で収支を確認する場合に収支管理装置１００で実行される処理の具体例について、図９および図１０を参照して説明する。なお、本説明では、収支確認対象である「東京営業所」という情報が取得されているものとする。

第一取得部１０２ａは、「東京営業所」という情報を用いて、受注店設定原価情報テーブル１０６ｃから、当該情報に紐付くレコードを取得する（ステップＳＡ１）。本説明では、受注番号「ＪＵ００１」、営業所「東京営業所」、原価項目「輸送（陸送）」および原価金額「１５，０００円」を含むレコードが取得される。また、第一取得部１０２ａは、ステップＳＡ１で取得したレコード中の受注番号を用いて、受注情報テーブル１０６ａから、当該受注番号に紐付くレコードを取得する（ステップＳＡ２）。本説明では、受注番号「ＪＵ００１」および受注店「東京輸送課」を含むレコードが取得される。

次に、特定部１０２ｂは、ステップＳＡ１で取得したレコード中の受注番号および営業所を用いて、輸送予定データテーブル１０６ｄから、当該受注番号および当該営業所に紐付くレコードを特定する（ステップＳＡ３）。本説明では、受注番号「ＪＵ００１」、営業所「東京営業所」および輸送予定番号「ＨＡ００１１」を含むレコードが特定される。このとき、特定部１０２ｂは、ステップＳＡ３において、ステップＳＡ１で取得したレコードを基にレコードが特定されたので、東京営業所での部分輸送作業が社内委託であると判断する（ステップＳＡ４）。

次に、第二取得部１０２ｃは、ステップＳＡ３で特定したレコード中の輸送予定番号を用いて、営業所原価情報テーブル１０６ｇから、当該輸送予定番号に紐付くレコードを取得する（ステップＳＡ５）。本説明では、輸送実績番号「ＺＨ００１１」、輸送予定番号「ＨＡ００１１」、原価項目「引取（社内委託）」および原価金額「３，０００円」を含むレコードと、輸送実績番号「ＺＨ００１１」、輸送予定番号「ＨＡ００１１」、原価項目「輸送（陸送）（社内委託）」および原価金額「５，０００円」を含むレコードが取得される。

次に、出力実行部１０２ｄは、取得した各レコード等を用いて、収支確認画面ＭＡ（図１０）に情報を出力する（ステップＳＡ６）。具体的には、出力実行部１０２ｄは、以下の（１１）から（１９）の処理を実行する。
（１１）ステップＳＡ１で取得したレコードを用いて、請求項目ＭＡ１ａに「輸送（陸送）」を、受注番号ＭＡ２ｂに「ＪＵ００１」を、請求金額ＭＡ４ａに「１５，０００円」を出力する。
（１２）受注番号ＭＡ２ｂに情報が出力されるので、計上画面ＭＡ１ｂに「受注」を出力する。
（１３）ステップＳＡ２で取得したレコードを用いて、受注店ＭＡ３ａに「東京輸送課」を出力する。
（１４）ステップＳＡ４での判断結果を用いて、請求立替ＭＡ２ａに「原価（社内委託）」を出力する。
（１５）ステップＳＡ５で取得したレコードを用いて、Ａ）原価項目ＭＡ５ａに「引取（社内委託）」を、原価立替ＭＡ６ａに「原価」を、輸送番号ＭＡ６ｂに「ＺＨ００１１」を、営業所ＭＡ７ａに「東京営業所」を、原価金額ＭＡ８ａに「３，０００円」を出力し、Ｂ）原価項目ＭＡ５ｃに「輸送（陸送）（社内委託）」を、原価立替ＭＡ６ｃに「原価」を、輸送番号ＭＡ６ｄに「ＺＨ００１１」を、営業所ＭＡ７ｂに「東京営業所」を、原価金額ＭＡ８ｂに「５，０００円」を出力する。
（１６）輸送番号ＭＡ６ｂに情報が出力されるので、計上画面ＭＡ５ｂに「輸送」を出力すると共に、輸送番号ＭＡ６ｄに「ＺＨ００１１」が出力されるので、計上画面ＭＡ５ｄに「輸送」を出力する。
（１７）売上合計ＭＡ９に、請求金額の合計となる「１５，０００円」を出力する。
（１８）原価合計ＭＡ１０に、原価金額の合計となる「８，０００円」を出力する。
（１９）粗利合計ＭＡ１１に、売上合計ＭＡ９「１５，０００円」から原価合計ＭＡ１０「８，０００円」を引いた金額の絶対値「７，０００円」を、当該金額に応じた所定の表示態様で出力する。なお、所定の表示態様とは、例えば、当該金額がゼロ以上であった場合は当該絶対値を黒色で表示し（通常表示）、当該金額がゼロ未満であった場合は当該絶対値を、他の表示内容と視覚的に区別可能な色（例えば赤色など）で表示する（警告表示）こと、などである。また、警告表示は、例えば、文字の点滅、文字サイズの拡大、または、当該金額そのもの（つまりマイナス記号付きの金額）の表示、などで実現されるものでもよい。

以上の処理の結果、収支確認画面ＭＡから、東京営業所から北関東営業所までの工程における、内部取引を加味した収支（東京営業所視点での収支）を把握することができる。

［２－３．北関東営業所視点での収支確認の処理例（図９，１１）］
ここでは、北関東営業所視点で収支を確認する場合に収支管理装置１００で実行される処理の具体例について、図９および図１１を参照して説明する。なお、本説明では、収支確認対象である「北関東営業所」という情報が取得されているものとする。

第一取得部１０２ａは、「北関東営業所」という情報を用いて、受注店設定原価情報テーブル１０６ｃから、当該情報に紐付くレコードを取得する（ステップＳＡ１）。本説明では、受注番号「ＪＵ００１」、営業所「北関東営業所」、原価項目「輸送（陸送）」および原価金額「２０，０００円」を含むレコードが取得される。また、第一取得部１０２ａは、ステップＳＡ１で取得したレコード中の受注番号を用いて、受注情報テーブル１０６ａから、当該受注番号に紐付くレコードを取得する（ステップＳＡ２）。本説明では、受注番号「ＪＵ００１」および受注店「東京輸送課」を含むレコードが取得される。

次に、特定部１０２ｂは、ステップＳＡ１で取得したレコード中の受注番号および営業所を用いて、輸送予定データテーブル１０６ｄから、当該受注番号および当該営業所に紐付くレコードを特定する（ステップＳＡ３）。本説明では、受注番号「ＪＵ００１」、営業所「北関東営業所」および輸送予定番号「ＨＡ００１２」を含むレコードが特定される。このとき、特定部１０２ｂは、ステップＳＡ３において、ステップＳＡ１で取得したレコードを基にレコードが特定されたので、北関東営業所での部分輸送作業が社内委託であると判断する（ステップＳＡ４）。

次に、第二取得部１０２ｃは、ステップＳＡ３で特定したレコード中の輸送予定番号を用いて、営業所原価情報テーブル１０６ｇから、当該輸送予定番号に紐付くレコードを取得する（ステップＳＡ５）。本説明では、輸送実績番号「ＺＨ００１２」、輸送予定番号「ＨＡ００１２」、原価項目「倉庫（社内委託）」および原価金額「７，０００円」を含むレコードと、輸送実績番号「ＺＨ００１２」、輸送予定番号「ＨＡ００１２」、原価項目「出庫（社内委託）」および原価金額「５，０００円」を含むレコードと、輸送実績番号「ＺＨ００１２」、輸送予定番号「ＨＡ００１２」、原価項目「輸送（陸送）（社内委託）」および原価金額「９，０００円」を含むレコードが取得される。

次に、出力実行部１０２ｄは、取得した各レコード等を用いて、収支確認画面ＭＢ（図１１）に情報を出力する（ステップＳＡ６）。具体的には、出力実行部１０２ｄは、以下の（２１）から（２９）の処理を実行する。
（２１）ステップＳＡ１で取得したレコードを用いて、請求項目ＭＢ１ａに「輸送（陸送）」を、受注番号ＭＢ２ｂに「ＪＵ００１」を、請求金額ＭＢ４ａに「２０，０００円」を出力する。
（２２）受注番号ＭＢ２ｂに情報が出力されるので、計上画面ＭＢ１ｂに「受注」を出力する。
（２３）ステップＳＡ２で取得したレコードを用いて、受注店ＭＢ３ａに「東京輸送課」と出力する。
（２４）ステップＳＡ４での判断結果を用いて、請求立替ＭＢ２ａに「原価（社内委託）」を出力する。
（２５）ステップＳＡ５で取得したレコードを用いて、Ａ）原価項目ＭＢ５ａに「倉庫（社内委託）」を、原価立替ＭＢ６ａに「原価」を、輸送番号ＭＢ６ｂに「ＺＨ００１２」を、営業所ＭＢ７ａに「北関東営業所」を、原価金額ＭＢ８ａに「７，０００円」を出力し、Ｂ）原価項目ＭＢ５ｃを「出庫（社内委託）」、原価立替ＭＢ６ｃを「原価」、輸送番号ＭＢ６ｄを「ＺＨ００１２」、営業所ＭＢ７ｂを「北関東営業所」、原価金額ＭＢ８ｂを「５，０００円」と出力し、Ｃ）原価項目ＭＢ５ｅに「輸送（陸送）（社内委託）」を、原価立替ＭＢ６ｅに「原価」を、輸送番号ＭＢ６ｆに「ＺＨ００１２」を、営業所ＭＢ７ｃに「北関東営業所」を、原価金額ＭＢ８ｃに「９，０００円」を出力する。
（２６）輸送番号ＭＢ６ｂ、輸送番号ＭＢ６ｄおよび輸送番号ＭＢ６ｆのそれぞれに情報が出力されるので、計上画面ＭＢ５ｂ、計上画面ＭＢ５ｄおよび計上画面ＭＢ５ｆのそれぞれに「輸送」を出力する。
（２７）売上合計ＭＢ９に、請求金額の合計となる「２０，０００円」を出力する。
（２８）原価合計ＭＢ１０に、原価金額の合計となる「２１，０００円」を出力する。
（２９）粗利合計ＭＢ１１に、売上合計ＭＢ９「２０，０００円」から原価合計ＭＢ１０「２１，０００円」を引いた金額の絶対値「１，０００円」を、当該金額に応じた所定の表示態様（同上）で出力する。

以上の処理の結果、収支確認画面ＭＢから、北関東営業所から宮城営業所までの工程における、内部取引を加味した収支（北関東営業所視点での収支）を把握することができる。

［２－４．宮城営業所視点での収支確認の処理例（図９，１２）］
ここでは、宮城営業所視点で収支を確認する場合に収支管理装置１００で実行される処理の具体例について、図９および図１２を参照して説明する。なお、本説明では、収支確認対象である「宮城営業所」という情報が取得されているものとする。

第一取得部１０２ａは、「宮城営業所」という情報を用いて、受注店設定原価情報テーブル１０６ｃから、当該情報に紐付くレコードを取得する（ステップＳＡ１）。本説明では、受注番号「ＪＵ００１」、営業所「宮城営業所」、原価項目「輸送（陸送）」および原価金額「１０，０００円」を含むレコードが取得される。また、第一取得部１０２ａは、ステップＳＡ１で取得したレコード中の受注番号を用いて、受注情報テーブル１０６ａから、当該受注番号に紐付くレコードを取得する（ステップＳＡ２）。本説明では、受注番号「ＪＵ００１」および受注店「東京輸送課」を含むレコードが取得される。

次に、特定部１０２ｂは、ステップＳＡ１で取得したレコード中の受注番号および営業所を用いて、輸送予定データテーブル１０６ｄから、当該受注番号および当該営業所に紐付くレコードを特定する（ステップＳＡ３）。本説明では、受注番号「ＪＵ００１」、営業所「宮城営業所」および輸送予定番号「ＨＡ００１３」を含むレコードが特定される。このとき、特定部１０２ｂは、ステップＳＡ３において、ステップＳＡ１で取得したレコードを基にレコードが特定されたので、宮城営業所での部分輸送作業が社内委託であると判断する（ステップＳＡ４）。

次に、第二取得部１０２ｃは、ステップＳＡ３で特定したレコード中の輸送予定番号のレコードを用いて、営業所原価情報テーブル１０６ｇから、当該輸送予定番号に紐付くレコードを取得する（ステップＳＡ５）。本説明では、輸送実績番号「ＺＨ００１３」、輸送予定番号「ＨＡ００１３」、原価項目「輸送（陸送）（社内委託）」および原価金額「５，０００円」を含むレコードが取得される。

次に、出力実行部１０２ｄは、取得した各レコード等を用いて、収支確認画面ＭＣ（図１２）に情報を出力する（ステップＳＡ６）。具体的には、出力実行部１０２ｄは、以下の（３１）から（３９）の処理を実行する。
（３１）ステップＳＡ１で取得したレコードを用いて、請求項目ＭＣ１ａに「輸送（陸送）」を、受注番号ＭＣ２ｂに「ＪＵ００１」を、請求金額ＭＣ４ａに「１０，０００円」を出力する。
（３２）受注番号ＭＣ２ｂに情報が出力されるので、計上画面ＭＣ１ｂに「受注」を出力する。
（３３）ステップＳＡ２で取得したレコードを用いて、受注店ＭＣ３ａに「東京輸送課」を出力する。
（３４）ステップＳＡ４での判断結果を用いて、請求立替ＭＣ２ａに「原価（社内委託）」を出力する。
（３５）ステップＳＡ５で取得したレコードを用いて、原価項目ＭＣ５ａに「輸送（陸送）（社内委託）」を、原価立替ＭＣ６ａに「原価」を、輸送番号ＭＣ６ｂに「ＺＨ００１３」を、営業所ＭＣ７ａに「宮城営業所」を、原価金額ＭＣ８ａに「５，０００円」を出力する。
（３６）輸送番号ＭＣ６ｂに情報が出力されるので、計上画面ＭＣ５ｂに「輸送」と出力する。
（３７）売上合計ＭＣ９に、請求金額の合計となる「１０，０００円」を出力する。
（３８）原価合計ＭＣ１０に、原価金額の合計となる「５，０００円」を出力される。
（３９）粗利合計ＭＣ１１に、売上合計ＭＣ９「１０，０００円」から原価合計ＭＣ１０「５，０００円」を引いた金額の絶対値「５，０００円」を、当該金額に応じた所定の表示態様（同上）で出力する。

以上の処理の結果、収支確認画面ＭＣから、宮城営業所から荷受人までの工程における、内部取引を加味した収支（宮城営業所視点での収支）を把握することができる。

［２－５．まとめ］
以上の［２－２］から［２－４］の処理により、各工程における、内部取引を加味した収支が比較でき、赤字となっている北関東営業所から宮城営業所までの工程の見直しが必要だと判断できる。なお、収支の確認は輸送作業後に限らず、輸送作業前や輸送作業の途中に行ってもよい。

また、東京輸送課視点での見込収支確認を行ってもよい（詳細は後述する）。また、収支管理装置１００により収支管理を行った例えば東京輸送課と東京営業所で、図１３に示すような伝票を用いて、自組織で行った作業の収支を管理してもよい。同様に、北関東営業所と宮城営業所でも伝票を作成して、収支を管理してもよい。

物流業界として、複数の作業担当組織に運送作業を依頼するケースが多く、大量の貨物を捌く上で、複数の案件を入力する時間も省略できるようにすることが望ましい背景がある。その中で本実施形態は、担当者間でのやり取りの最小化を実現可能な、これまでにはない仕組みである。本実施形態では複数の運送作業依頼を受注段階で一斉に行うことが可能である。また、見込収支時点での受注担当組織における原価を、収支管理装置上で、作業担当組織の作業売上として、自動で振替することができる。

最後に、東京輸送課視点で見込収支を確認する場合に収支管理装置１００で実行される処理の具体例について、図１４および図１５を参照して説明する。なお、本説明では、収支確認対象である「東京輸送課」という情報が取得されているものとする。

第一取得部１０２ａは、「東京輸送課」という情報を用いて、受注店設定原価情報テーブル１０６ｃから、当該情報に紐付くレコードを取得する（ステップＳＢ１）。本説明では、受注番号「ＪＵ００１」、営業所「東京輸送課」、原価項目「梱包料」および原価金額「５，０００円」を含むレコードが取得される。

次に、第一取得部１０２ａは、ステップＳＢ１で取得したレコード中の受注番号を用いて、受注店設定原価情報テーブル１０６ｃから、当該受注番号に紐付くレコード（但しステップＳＢ１で取得したレコードを除く）を取得する（ステップＳＢ２）。本説明では、受注番号「ＪＵ００１」、営業所「東京営業所」、原価項目「輸送（陸送）」および原価金額「１５，０００円」を含むレコードと、受注番号「ＪＵ００１」、営業所「北関東営業所」、原価項目「輸送（陸送）」および原価金額「２０，０００円」を含むレコードと、受注番号「ＪＵ００１」、営業所「宮城営業所」、原価項目「輸送（陸送）」および原価金額「１０，０００円」を含むレコードが取得される。

次に、第一取得部１０２ａは、ステップＳＢ１で取得したレコード中の受注番号を用いて、受注情報テーブル１０６ａから、当該受注番号に紐付くレコードを取得する（ステップＳＢ３）。本説明では、受注番号「ＪＵ００１」および受注店「東京輸送課」を含むレコードが取得される。

次に、第一取得部１０２ａは、ステップＳＢ１で取得したレコード中の受注番号を用いて、請求情報テーブル１０６ｂから、当該受注番号に紐付くレコードを取得する（ステップＳＢ４）。本説明では、受注番号「ＪＵ００１」、受注店「東京輸送課」、請求項目「輸送（陸送）」および請求金額「１００，０００円」を含むレコードが取得される。

次に、特定部１０２ｂは、ステップＳＢ１とステップＳＢ２で取得した各レコード中の受注番号および営業所を用いて、輸送予定データテーブル１０６ｄから、当該受注番号および当該営業所に紐付くレコードを特定する（ステップＳＢ５）。本説明では、受注番号「ＪＵ００１」、営業所「東京営業所」および輸送予定番号「ＨＡ００１１」を含むレコードと、受注番号「ＪＵ００１」、営業所「北関東営業所」および輸送予定番号「ＨＡ００１２」を含むレコードと、受注番号「ＪＵ００１」、営業所「宮城営業所」および輸送予定番号「ＨＡ００１３」を含むレコードが特定される。このとき、特定部１０２ｂは、ステップＳＢ５において、ステップＳＢ１で取得したレコードを基にレコードが特定されず、ステップＳＢ２で取得した各レコードを基にレコードが特定されたので、東京輸送課での梱包料が社内委託ではないと判断し、東京営業所、北関東営業所および宮城営業所での各部分輸送作業が社内委託であると判断する（ステップＳＢ６）。

次に、出力実行部１０２ｄは、取得した各レコード等を用いて、収支確認画面ＭＤ（図１５）に情報を出力する（ステップＳＢ７）。具体的には、出力実行部１０２ｄは、以下の（４１）から（４９）の処理を実行する。
（４１）ステップＳＢ４で取得したレコードを用いて、請求項目ＭＤ１ａに「輸送（陸送）」を、請求立替ＭＤ２ａに「請求」を、受注番号ＭＤ２ｂに「ＪＵ００１」を、請求金額ＭＤ４ａに「１００，０００円」を出力する。
（４２）受注番号ＭＤ２ｂに情報が出力されるので、計上画面ＭＤ１ｂに「受注」を出力する。
（４３）ステップＳＢ３で取得したレコードを用いて、受注店ＭＤ３ａに「東京輸送課」を出力する。
（４４）ステップＳＢ２で取得した東京営業所のレコードを用いて、原価項目ＭＤ５ａに「輸送（陸送）」を、原価立替ＭＤ６ａに「原価（社内委託）」を、営業所ＭＤ７ａに「東京営業所」を、原価金額ＭＤ８ａに「１５，０００円」を出力する。同様に、ステップＳＢ２で取得した北関東営業所のレコードから、原価項目ＭＤ５ｃに「輸送（陸送）」を、原価立替ＭＤ６ｃに「原価（社内委託）」を、営業所ＭＤ７ｂに「北関東営業所」を、原価金額ＭＤ８ｂに「２０，０００円」を出力する。同様に、ステップＳＢ２で取得した宮城営業所のレコードを用いて、原価項目ＭＤ５ｅに「輸送（陸送）」を、原価立替ＭＤ６ｅに「原価（社内委託）」を、営業所ＭＤ７ｃに「宮城営業所」を、原価金額ＭＤ８ｃに「１０，０００円」を出力する。同様に、ステップＳＢ１で取得した東京輸送課のレコードから、原価項目ＭＤ５ｇに「梱包料」を、原価立替ＭＤ６ｇに「原価」を、営業所ＭＤ７ｄに「東京輸送課」を、原価金額ＭＤ８ｄに「５，０００円」を出力する。
（４５）ステップＳＢ５で取得した東京営業所のレコードを用いて、輸送番号ＭＤ６ｂに「ＨＡ００１１」を出力する。同様に、ステップＳＢ５で取得した北関東営業所のレコードを用いて、輸送番号ＭＤ６ｄに「ＨＡ００１２」を出力する。同様に、ステップＳＢ５で取得した宮城営業所のレコードを用いて、輸送番号ＭＤ６ｆに「ＨＡ００１３」を出力する。
（４６）輸送番号ＭＤ６ｂに情報が出力されるので、計上画面ＭＤ５ｂに「輸送」と出力する。同様に、輸送番号ＭＤ６ｄに情報が出力されるので、計上画面ＭＤ５ｄに「輸送」を出力する。同様に、輸送番号ＭＤ６ｆが出力されるので、計上画面ＭＤ５ｆに「輸送」を出力する。東京輸送課に関しては、輸送番号が出力されないので、計上画面ＭＤ５ｈに「受注」を出力する。
（４７）売上合計ＭＤ９に、請求金額の合計となる「１００，０００円」を出力する。
（４８）原価合計ＭＤ１０に、原価金額の合計となる「５０，０００円」を出力する。
（４９）粗利合計ＭＤ１１に、売上合計ＭＤ９「１００，０００円」から原価合計ＭＤ１０「５０，０００円」を引いた金額の絶対値「５０，０００円」を、当該金額に応じた所定の表示態様（同上）で出力する。

以上の処理の結果、収支確認画面ＭＤから、東京営業所から荷受人までの全工程における収支（東京営業所視点での見込収支）を把握することができる。

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

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

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

また、収支管理装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

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

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

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

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

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

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

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

本発明は、特に物流業において有用である。

１００ 収支管理装置
１０２ 制御部
１０２ａ 第一取得部
１０２ｂ 特定部
１０２ｃ 第二取得部
１０２ｄ 出力実行部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 受注情報テーブル
１０６ｂ 請求情報テーブル
１０６ｃ 受注店設定原価情報テーブル
１０６ｄ 輸送予定データテーブル
１０６ｅ 営業所予定原価情報テーブル
１０６ｆ 輸送実績データテーブル
１０６ｇ 営業所原価情報テーブル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２０１～２０４ ＰＣ
３００ ネットワーク

Claims (3)

1. 制御部を備える収支管理装置であって、
   前記制御部は、
   輸送作業の受注を行う受注担当組織と前記輸送作業を分担して行う複数の作業担当組織であって分担された部分輸送作業を外注で行うものとで構成される組織集団に含まれる前記受注担当組織において前記受注に伴う社内原価として認識される第一の原価金額を組織別に管理する第一原価管理データから、所定の作業担当組織に紐付く前記第一の原価金額を取得する第一取得手段と、
   前記部分輸送作業を組織別に管理する作業管理データから、前記所定の作業担当組織に紐付く前記部分輸送作業を特定する特定手段と、
   前記作業担当組織において前記部分輸送作業に伴う原価として認識される第二の原価金額を作業別に管理する第二原価管理データから、前記特定手段で特定された前記部分輸送作業に紐付く前記第二の原価金額を取得する第二取得手段と、
   前記第一の原価金額を前記所定の作業担当組織における社内売上として、前記第二の原価金額を前記所定の作業担当組織における原価として、前記第一の原価金額から前記第二の原価金額を引いた金額を前記所定の作業担当組織における粗利として、出力装置に出力する出力実行手段と、
   を備えること、
   を特徴とする収支管理装置。
2. 制御部を備える情報処理装置において実行される収支管理方法であって、
   前記制御部において実行される、
   輸送作業の受注を行う受注担当組織と前記輸送作業を分担して行う複数の作業担当組織であって分担された部分輸送作業を外注で行うものとで構成される組織集団に含まれる前記受注担当組織において前記受注に伴う社内原価として認識される第一の原価金額を組織別に管理する第一原価管理データから、所定の作業担当組織に紐付く前記第一の原価金額を取得する第一取得ステップと、
   前記部分輸送作業を組織別に管理する作業管理データから、前記所定の作業担当組織に紐付く前記部分輸送作業を特定する特定ステップと、
   前記作業担当組織において前記部分輸送作業に伴う原価として認識される第二の原価金額を作業別に管理する第二原価管理データから、前記特定ステップで特定された前記部分輸送作業に紐付く前記第二の原価金額を取得する第二取得ステップと、
   前記第一の原価金額を前記所定の作業担当組織における社内売上として、前記第二の原価金額を前記所定の作業担当組織における原価として、前記第一の原価金額から前記第二の原価金額を引いた金額を前記所定の作業担当組織における粗利として、出力装置に出力する出力実行ステップと、
   を含むこと、
   を特徴とする収支管理方法。
3. 制御部を備える情報処理装置において実行させるための収支管理プログラムであって、
   前記制御部において実行させるための、
   輸送作業の受注を行う受注担当組織と前記輸送作業を分担して行う複数の作業担当組織であって分担された部分輸送作業を外注で行うものとで構成される組織集団に含まれる前記受注担当組織において前記受注に伴う社内原価として認識される第一の原価金額を組織別に管理する第一原価管理データから、所定の作業担当組織に紐付く前記第一の原価金額を取得する第一取得ステップと、
   前記部分輸送作業を組織別に管理する作業管理データから、前記所定の作業担当組織に紐付く前記部分輸送作業を特定する特定ステップと、
   前記作業担当組織において前記部分輸送作業に伴う原価として認識される第二の原価金額を作業別に管理する第二原価管理データから、前記特定ステップで特定された前記部分輸送作業に紐付く前記第二の原価金額を取得する第二取得ステップと、
   前記第一の原価金額を前記所定の作業担当組織における社内売上として、前記第二の原価金額を前記所定の作業担当組織における原価として、前記第一の原価金額から前記第二の原価金額を引いた金額を前記所定の作業担当組織における粗利として、出力装置に出力する出力実行ステップと、
   を含むこと、
   を特徴とする収支管理プログラム。

Images