JP2022155481A - 受発注管理装置、受発注管理方法、及び受発注管理プログラム - Google Patents

Abstract

【課題】契約明細から発生する親ジョブと親から派生する他部門発注用の子ジョブという構造によって、社内受発注の業務を効率化すること。【解決手段】本実施形態の受発注管理装置は、対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データと、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータとを作成する契約業務処理手段と、前記親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、前記親ＪｏｂデータのＪｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成する予算業務処理手段と、対象のプロジェクトについて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成する発注処理手段と、前記契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成する売上処理手段と、を備えている。【選択図】図２

Description

本発明は、受発注管理装置、受発注管理方法、及び受発注管理プログラムに関する。

従来、社内間で受発注を行う場合、どうしても請求や売上などが後工程に流れてしまい、社内間取引の処理と対外的な処理とがまざり煩雑な管理となってしまうことが多く、結果として運用提案が難しいケースが多かった。また、収支把握も社内間取引のデータが入り混じって、正確な案件別収支を把握しにくかった。従来、社内受発注を管理するシステムとして、例えば、特許文献１がある。

特開２０１１－２４２８５９号公報

しかしながら、特許文献１では、契約明細から発生する親ジョブと親から派生する他部門発注用の子ジョブという構造によって、社内受発注の業務を効率化するとともに、正しい案件収支を捉えることに関して何ら記載されていない。

本発明は、上記に鑑みてなされたものであり、契約明細から発生する親ジョブと親から派生する他部門発注用の子ジョブという構造によって、社内受発注の業務を効率化することが可能な受発注管理装置、受発注管理方法、及び受発注管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた受発注管理装置であって、前記制御部は、対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データと、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータとを作成する契約業務処理手段と、前記親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、前記親Ｊｏｂデータの親Ｊｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成する予算業務処理手段と、対象のプロジェクトについて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成する発注処理手段と、前記契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成する売上処理手段と、を備えたことを特徴とする。

また、本発明の一態様によれば、前記制御部は、さらに、前記契約明細データ、前記親Ｊｏｂデータ、前記子Ｊｏｂデータ、前記発注データ、及び前記売上データに基づいて、ジョブ番号別に、受注部署、受注金額、社内受注額、原価部署、原価金額、社内原価額、粗利を含むジョブ別収支データを作成する収支作成手段を備えることにしてもよい。

また、本発明の一態様によれば、前記収支作成手段は、前記ジョブ別収支データに基づいて、契約明細単位で、受注部署、受注金額、社内受注額、原価部署、原価金額、粗利を含む契約明細別収支データを作成することにしてもよい。

また、本発明の一態様によれば、前記収支作成手段は、前記ジョブ別収支データに基づいて、部署単位で、受注部署、受注金額、原価金額、粗利を含む部署別収支データを作成することにしてもよい。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置で実行される受発注管理方法であって、前記制御部において実行される、対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データと、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータとを作成する契約業務処理工程と、前記親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、前記親Ｊｏｂデータの親Ｊｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成する予算業務処理工程と、対象のプロジェクトについて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成する発注処理工程と、前記契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成する売上処理工程と、を含むことを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置が実行するための受発注管理プログラムであって、前記制御部において、対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データと、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータとを作成する契約業務処理工程と、前記親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、前記親Ｊｏｂデータの親Ｊｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成する予算業務処理工程と、対象のプロジェクトについて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成する発注処理工程と、前記契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成する売上処理工程と、を実行させるための受発注管理プログラムであることを特徴とする。

本発明によれば、契約明細から発生する親ジョブと親から派生する他部門発注用の子ジョブという構造によって、社内受発注の業務を効率化することが可能となるという効果を奏する。

図１は、本実施の形態に係る受発注管理装置の処理イメージを示す図である。 図２は、本実施の形態に係る受発注管理装置の構成の一例を示すブロック図である。 図３は、本実施形態に係る受発注管理装置の全体の処理の一例を示すフロー図である。 図４は、本実施形態に係る受発注管理装置の制御部の処理の具体例を説明するための図である。 図５は、本実施形態に係る受発注管理装置の制御部の処理の具体例を説明するための図である。 図６は、本実施形態に係る受発注管理装置の制御部の処理の具体例を説明するための図である。 図７は、本実施形態に係る受発注管理装置の制御部の処理の具体例を説明するための図である。 図８は、本実施形態に係る受発注管理装置の制御部の処理の具体例を説明するための図である。 図９は、本実施形態に係る受発注管理装置の制御部の処理の具体例を説明するための図である。 図１０は、本実施形態に係る受発注管理装置の制御部の処理の具体例を説明するための図である。 図１１は、本実施形態に係る受発注管理装置の制御部の処理の具体例を説明するための図である。

本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。

［１．概要］
従来、社内間で受発注を行う場合、どうしても請求や売上などが後工程に流れてしまい、社内間取引の処理と対外的な処理とがまざり煩雑な管理となってしまうことが多く、結果として運用提案が難しいケースが多かった。また、収支把握も社内間取引のデータが入り混じって、正確な案件別収支を把握しにくかった。

そこで、本実施の形態では、契約明細から発生する親ジョブと親から派生する他部門発注用の子ジョブという構造によって、社内受発注の業務を効率化するとともに、正しい案件収支を捉えることができるようにした。

より具体的には、（１）従来、社内受発注の場合には、他社では契約明細を分ける運用を行うことが多かった。対顧客としての契約は１本だが、社内都合上部門毎に金額を振り替えないといけなかった。そのため、社内受発注用の契約を売上処理等する必要があったが、本実施の形態では、これを不要にした。

（２）本実施の形態では、契約データに紐づくＪｏｂに、金額項目と親Ｊｏｂとの紐づけ（振出元ＪｏｂＮＯ）持たせることで、社内受発注用のＪｏｂを分けることで運用できるようになった。すなわち、本実施の形態では、Ｊｏｂを部門毎に分けて、金額の管理でき、社内向けの帳票などで部門別の振替金額を確認することができる。

（３）本実施の形態では、自部門やＪｏｂの収支把握を煩雑にならずに管理できるようになった。

（１）～（３）により、本実施の形態は、社内受発注の登録業務の効率化をしながらも、正しく案件収支を捉えられるデータ構造を備えた仕組みとなっている。

本実施の形態によれば、ＩＴ業界や工事業界で多い社内の受発注管理を行うことができ、実行予算や収支に反映させることが可能となる。また、社内受発注としての売上処理等が不要なため、本来必要な事務業務に影響を及ぼすことなく運用が可能となる。さらに、多くある社内でのやり取りがシステムで一元管理可能となる。

図１は、本実施の形態の受発注管理装置の処理イメージを示す図である。以下では、Ａ部門が「１００万円」で受注して、Ｂ部門に原価「３０万」、Ｃ部門に原価「１０万」で社内発注し、Ｐ社に原価「３０万」で社外発注し、Ｂ部門は、さらに、Ｄ部門に原価「５万」で社内発注、Ｑ社に原価「２０万円」で社外発注した場合を説明する。

まず、案件登録Ｔ１では、プロジェクト登録を行う。契約業務Ｔ２では、契約明細登録（例えば、Ａ部門が「１００万円」で受注）と、Ｊｏｂ登録（１）（Ａ部門の原価予定「７０万」）を行う。

予算業務（親Ｊｏｂ）Ｔ３では、社内発注のＪｏｂ登録（２）（Ｂ部門の原価「３０万」）、社内発注のＪｏｂ登録（３）（Ｃ部門の原価「１０万」）、通常発注の発注入力（Ｐ社の原価「３０万」）を行う。

予算業務（親Ｊｏｂ）Ｔ４では、Ｊｏｂ登録（２）について、社内発注のＪｏｂ登録（４）（Ｄ部門の原価「５万」）、通常発注の発注入力（Ｑ社の原価「２０万」）を行う。

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

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

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

通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、受発注管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、受発注管理装置１００とサーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。

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

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

データテーブル１０６ａは、プロジェクトデータ、契約明細データ、Ｊｏｂデータ、発注データ、売上データ等を格納するためのテーブルである。

プロジェクトデータは、プロジェクトＮＯ、プロジェクト名を含んでいてもよい。契約明細データは、プロジェクトＮＯ、契約明細ＮＯ、受注部署、受注金額を含んでいてもよい。Ｊｏｂデータは、プロジェクトＮＯ、契約明細ＮＯ、ＪｏｂＮＯ、原価部署、原価金額、振出元ＪｏｂＮＯを含んでいてもよい。発注データは、発注番号、行ＮＯ、プロジェクトＮＯ、契約明細ＮＯ、ＪｏｂＮＯ、発注先、発注金額のデータを含んでいてもよい。売上データは、売上伝票、プロジェクトＮＯ、契約明細ＮＯ、ＪｏｂＮＯ、売上部署、売上金額のデータを含んでいてもよい。

制御部１０２は、受発注管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、機能概念的に、案件登録部１０２ａと、契約業務処理部１０２ｂと、予算業務処理部１０２ｃと、発注処理部１０２ｄと、売上処理部１０２ｅと、収支作成部１０２ｆと、画面表示制御部１０２ｇと、を備えている。

案件登録部１０２ａは、例えば、モニタ１１４に表示される不図示の案件入力画面上でのオペレータの操作に応じて、プロジェクトデータを入力してデータテーブル１０６ａに登録する。

契約業務処理部１０２ｂは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データを作成してデータテーブル１０６ａに登録する。また、契約業務処理部１０２ｂは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、対象のプロジェクトについて、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータを作成してデータテーブル１０６ａに登録する。

予算業務処理部１０２ｃは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、親ＪｏｂデータのＪｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成してデータテーブル１０６ａに登録する。

発注処理部１０２ｄは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、対象のプロジェクトについて、親Ｊｏｂデータと子Ｊｏｂデータに基づいて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成してデータテーブル１０６ａに登録する。

売上処理部１０２ｅは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成してデータテーブル１０６ａに登録する。

収支作成部１０２ｆは、契約明細データ、親Ｊｏｂデータ、子Ｊｏｂデータ、発注データ、及び売上データに基づいて、ジョブ番号別に、受注部署、受注金額、社内受注額、原価部署、原価金額、社内原価額、粗利を含むジョブ別収支データを作成して出力する。

また、収支作成部１０２ｆは、ジョブ別収支データに基づいて、契約明細単位で、受注部署、受注金額、社内受注額、原価部署、原価金額、粗利を含む契約明細別収支データを作成して出力する。

また、収支作成部１０２ｆは、ジョブ別収支データに基づいて、部署単位で、受注部署、受注金額、原価金額、粗利を含む部署別収支データを作成して出力する。

画面表示制御部１０２ｇは、モニタ１１４に表示する各種画面（例えば、各種入力画面等）の表示及びその入力を制御する。

［３．具体例］
図２～図１１を参照して、本実施の形態における受発注管理装置１００の制御部１０２の処理の具体例について説明する。

（３－１．全体の処理）
図３は、本実施の形態における受発注管理装置１００の制御部１０２の全体の処理の概略を説明するためのフローを示す図である。

図３を参照して、本実施の形態における受発注管理装置１００の制御部１０２の全体の処理の概略を説明する。図３において、案件登録部１０２ａは、案件登録処理を実行する（ステップＳ１）。具体的には、案件登録処理では、案件登録部１０２ａは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、プロジェクトデータを入力してデータテーブル１０６ａに登録する。

契約業務処理部１０２ｂは、契約業務処理を実行する（ステップＳ２）。具体的には、契約業務処理では、契約業務処理部１０２ｂは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データを作成してデータテーブル１０６ａに登録する。また、契約業務処理では、契約業務処理部１０２ｂは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、対象のプロジェクトについて、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータを作成してデータテーブル１０６ａに登録する。

予算業務処理部１０２ｃは、予算業務処理を実行する（ステップＳ３）。具体的には、予算業務処理では、予算業務処理部１０２ｃは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、親ＪｏｂデータのＪｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成してデータテーブル１０６ａに登録する。

発注処理部１０２ｄは、発注業務処理を実行する（ステップＳ４）。具体的には、発注業務処理では、発注処理部１０２ｄは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、対象のプロジェクトについて、親Ｊｏｂデータと子Ｊｏｂデータに基づいて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成してデータテーブル１０６ａに登録する。

売上処理部１０２ｅは、売上業務処理を実行する（ステップＳ５）。売上処理部１０２ｅは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成してデータテーブル１０６ａに登録する。

収支作成部１０２ｆは、収支管理処理を実行する（ステップＳ６）。具体的には、収支管理処理では、収支作成部１０２ｆは、契約明細データ、親Ｊｏｂデータ、子Ｊｏｂデータ、発注データ、及び売上データに基づいて、ジョブ番号別に、受注部署、受注金額、社内受注額、原価部署、原価金額、社内原価額、粗利を含むジョブ別収支データを作成する。

また、収支管理処理では、収支作成部１０２ｆは、ジョブ別収支データに基づいて、契約明細単位で、受注部署、受注金額、社内受注額、原価部署、原価金額、粗利を含む契約明細別収支データを作成する。

また、収支管理処理では、収支作成部１０２ｆは、ジョブ別収支データに基づいて、部署単位で、受注部署、受注金額、原価金額、粗利を含む部署別収支データを作成する。

（３－２．サンプルデータ）
図４～図１１は、本実施の形態における受発注管理装置１００の制御部１０２の処理の具体例を説明するためのサンプルデータを示す図である。図４～図１１を参照して、本実施の形態における受発注管理装置１００の制御部１０２の処理の具体例を説明する。

（Ｓ１：案件登録処理）
図４を参照して、案件登録処理の具体例を説明する。案件登録部１０２ａは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、プロジェクトデータを入力してデータテーブル１０６ａに登録する。

図４は、プロジェクトデータのデータ例を示す図である。プロジェクトデータでは、プロジェクトＮＯが主キーとなる。図４に示すプロジェクトデータの例では、１行目は、プロジェクトＮＯ「ＰＪ０００１」、プロジェクト名「プロジェクト○○」、２行目は、プロジェクトＮＯ「ＰＪ０００２」、プロジェクト名「プロジェクト△△」、３行目は、プロジェクトＮＯ「ＰＪ０００３」、プロジェクト名「プロジェクト××」となっている。

以下の説明では、プロジェクトＮＯ「ＰＪ０００１」について、Ａ部門が「１００万円」で社外から受注して、Ｂ部門に「３０万」、Ｃ部門に「１０万」で社内発注し、Ｐ社に「３０万」で社外発注し、さらに、Ｂ部門が、Ｑ社に「２０万円」で社外発注した場合を説明する。

（従来の処理）
図５及び図６を参照して、従来の契約業務、発注業務、及び売上業務の処理を説明する。

受注部門では、Ａ部署の受注について通常通りの契約明細データを登録し、また、Ｊｏｂデータを登録する。図５（Ａ）は、契約明細データの例を示す図である。契約明細データでは、プロジェクトＮＯ、契約明細ＮＯを主キーとする。図５（Ａ）に示す契約明細データの例では、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、受注部署「Ａ部署」、受注金額「１，０００，０００」となっている。

図５（Ｂ）は、Ｊｏｂデータの例を示す図である。Ｊｏｂデータは、プロジェクトＮＯ、契約明細ＮＯ、ＪｏｂＮＯを主キーとする。図５（Ｂ）に示すＪｏｂデータの例では、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００１」、原価部署「Ａ部署」となっている。

社内発注先の部署でも契約登録をする。このように、従来は社内発注用の契約登録が必要であった。図５（Ｃ）は、社内発注先の契約明細データの例を示しており、図５（Ｃ）に示す契約明細データの例では、１行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００２」、受注部署「Ｂ部署」、受注金額「３００，０００」、２行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００３」、受注部署「Ｃ部署」、受注金額「１００，０００」となっている。

この契約についてのＪｏｂデータを登録する。図５（Ｄ）は、社内発注先のＪｏｂデータの例を示す図である。図５（Ｄ）に示すＪｏｂデータの例では、１行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００２」、ＪｏｂＮＯ「０００１」、原価部署「Ｂ部署」、２行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００３」、ＪｏｂＮＯ「０００１」、原価部署「Ｃ部署」となっている。作業の原価は、このＪｏｂで発生する。

発注業務では、発注データを登録する。図６（Ａ）は、発注データの例を示している。発注データは、発注番号、行ＮＯを主キーとする。図６（Ａ）に示す発注データの例では、１行目は、発注番号「Ｈ０００１」、行ＮＯ「００１」、プロジェクトＮＯＰ「Ｊ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００１」、発注先「Ｐ社」、発注金額「３００，０００」、２行目は、発注番号「Ｈ０００２」、行ＮＯ「００１」、プロジェクトＮＯＰ「Ｊ０００１」、契約明細ＮＯ「０００２」、ＪｏｂＮＯ「０００１」、発注先「Ｑ社」、発注金額「２００，０００」となっている。

売上業務では、売上データを登録する。図６（Ｂ）は、売上データの例を示す図である。図６（Ｂ）に示す売上データの例では、１行目は、売上伝票「Ｕ０００１」、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、売上部署「Ａ部署」、売上金額「１，０００，０００」、２行目は、売上伝票「Ｕ０００２」、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００２」、売上部署「Ｂ部署」、売上金額「３００，０００」、３行目は、売上伝票「Ｕ０００３」、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００３」、売上部署「Ｃ部署」、売上金額「１００，０００」となっている。

従来は、それぞれ計上月のタイミングを合わせて、売上処理をしなければならない（売上原価の認識）。すなわち、売上仕訳が２つ発生してしまうので、科目を分けて会計上で売上認識しないようにコントロールする必要があった。

また、従来は、案件収支を見るためには２つの契約をまとめてみる必要があり、社内売上伝票（Ｕ０００２，Ｕ０００３）は除外しなければならない。

このように、従来は、社内間で受発注を行う場合、社内間取引のデータが売上など後工程に流れてしまい、対外的な処理とまざり煩雑な管理となってしまう。そこで、本実施の形態では、以下のように、契約明細データから発生する親ジョブと親から派生する他部門発注用の子ジョブという構造によって、社内受発注の業務を効率化する。

（Ｓ２：契約業務処理）
図７を参照して、契約業務処理を説明する。契約業務処理部１０２ｂは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データを作成してデータテーブル１０６ａに登録する。

受注部門では、Ａ部署の受注について通常通りの契約明細データを登録する。図７（Ａ）は、契約明細データの例を示す図である。契約明細データでは、プロジェクトＮＯ、契約明細ＮＯを主キーとする。図７（Ａ）に示す契約明細データの例では、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、受注部署「Ａ部署」、受注金額「１，０００，０００」となっている。

契約業務処理部１０２ｂは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、対象のプロジェクトについて、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータを作成してデータテーブル１０６ａに登録する。

図７（Ｂ）は、親Ｊｏｂデータの例を示す図である。親Ｊｏｂデータは、プロジェクトＮＯ、契約明細ＮＯ、ＪｏｂＮＯを主キーとする。図７（Ｂ）に示す親Ｊｏｂデータの例では、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００１」、原価部署「Ａ部署」となっている。この親Ｊｏｂから￥３００，０００を外注する。

（Ｓ３：予算業務処理）
図８を参照して、予算業務処理を説明する。予算業務処理部１０２ｃは、親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、親ＪｏｂデータのＪｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成してデータテーブル１０６ａに登録する。親Ｊｏｂに対して、予算を登録して、社内発注（子Ｊｏｂ登録）を行う。

図８は、社内発注の子Ｊｏｂデータの例を示す図である。子Ｊｏｂデータは、プロジェクトＮＯ、契約明細ＮＯ、ＪｏｂＮＯを主キーとする。図８に示すＢ部署についての子Ｊｏｂデータの例では、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００２」、原価部署「Ｂ部署」、原価金額「３００，０００」、振出元ＪｏｂＮＯ「０００１」となっている。このＪｏｂから２００，０００を外注する。原価金額（社内発注金額）と振出元（発注元）のＪｏｂＮＯを選択可能になっている。選択時に自身の契約明細のＪｏｂ群から選択できるように制御している。

また、Ｃ部署についての子Ｊｏｂデータは、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００３」、原価部署「Ｃ部署」、原価金額「１００，０００」、振出元ＪｏｂＮＯ「０００１」となっている。このＪｏｂから５０，０００を外注する。

（Ｓ４：発注業務処理）
図９を参照して発注業務処理を説明する。発注処理部１０２ｄは、対象のプロジェクトについて、親Ｊｏｂデータと子Ｊｏｂデータに基づいて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成してデータテーブル１０６ａに登録する。

図９は、発注データの例を示している。発注データは、発注番号、行ＮＯを主キーとする。図９に示す発注データの例では、１行目は、発注番号「Ｈ０００１」、行ＮＯ「００１」、プロジェクトＮＯＰ「Ｊ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００１」、発注先「Ｐ社」、発注金額「３００，０００」、２行目は、発注番号「Ｈ０００２」、行ＮＯ「００１」、プロジェクトＮＯＰ「Ｊ０００１」、契約明細ＮＯ「０００２」、ＪｏｂＮＯ「０００１」、発注先「Ｑ社」、発注金額「２００，０００」となっている。

（Ｓ５：売上業務処理）
図９を参照して、売上業務処理を説明する。売上処理部１０２ｅは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成してデータテーブル１０６ａに登録する。

図９は、売上データの例を示しており、売上伝票「Ｕ０００１」、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、売上部署「Ａ部署」、売上金額「１，０００，０００」となる。売上仕訳は、借方：売掛金「１，０００，０００］／貸方：売上「１，０００，０００］となり、売上仕訳が１つしか発生しない。それぞれ計上月のタイミングを合わせて、売上処理する必要がなくなり簡潔な処理となる。案件収支を見るためには１つの契約で見ることができる。

（Ｓ６：収支管理処理）
図１０及び図１１を参照して、収支管理処理を説明する。図１０は、従来の収支管理を説明するための図である。図１０は、従来のＪｏｂ別収支を示しており、１行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００１」、受注部署「Ａ部署」、受注金額「１，０００，０００」、原価部署「Ａ部署」、原価金額「７００，０００」、粗利「３００，０００」、２行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００２」、ＪｏｂＮＯ「０００１」、受注部署「Ｂ部署」、受注金額「３００，０００」、原価部署「Ｂ部署」、原価金額「２５０，０００」、粗利「５００，０００」、３行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００３」、ＪｏｂＮＯ「０００１」、受注部署「Ｃ部署」、受注金額「１００，０００」、原価部署「Ｃ部署」、原価金額「０」、粗利「１００，０００」となっている。社内間取引分の金額は把握しにくいものとなっている。

図１１は、本実施の形態の収支管理を説明するための図である。収支作成部１０２ｆは、契約明細データ、親Ｊｏｂデータ、子Ｊｏｂデータ、発注データ、及び売上データに基づいて、ジョブ番号別に、受注部署、受注金額、社内受注額、原価部署、原価金額、社内原価額、粗利を含むジョブ別収支データを作成する。

図１１（Ａ）は、Ｊｏｂ別収支データの例を示す図である。１行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００１」、受注部署「Ａ部署」、受注金額「１，０００，０００」、社内受注額「０」、原価部署「Ａ部署」、原価金額「３００，０００」、社内原金額「４００，０００」、粗利「３００，０００」となっている。社内原金額「４００，０００」は、振出元ＪｏｂＮＯ「０００１」の振出先Ｊｏｂ「０００２」、「０００３」の子Ｊｏｂデータの原価金額「３００，０００」＋「１００，０００」で算出する。粗利金額は、（受注金額＋社内受注額）－（原価金額＋社内原価額）で算出する。

２行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００２」、受注部署「Ｂ部署」、受注金額「０」、社内受注額「３００，０００」、原価部署「Ｂ部署」、原価金額「２５０，０００」、社内原金額「０」、粗利「５０，０００」となっている。社内受注額「３００，０００」は、振出元ＪｏｂＮＯ「０００１」の振出先Ｊｏｂ「０００２」の子Ｊｏｂデータの原価金額「３００，０００」とする。

３行目は、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００３」、受注部署「Ｃ部署」、受注金額「０」、社内受注額「１００，０００」、原価部署「Ｃ部署」、原価金額「０」、社内原金額「０」、粗利「１００，０００」となっている。社内受注額「１００，０００」は、振出元ＪｏｂＮＯ「０００１」の振出先Ｊｏｂ「０００３」の子Ｊｏｂデータの原価金額「１００，０００」とする。

収支作成部１０２ｆは、Ｊｏｂ別収支データに基づいて、契約明細単位で、受注部署、受注金額、社内受注額、原価部署、原価金額、粗利を含む契約明細別収支データを作成する。

図１１（Ｂ）は、契約明細別収支データの例を示す図である。図１１（Ｂ）は、契約明細単位収支データの例では、プロジェクトＮＯ「ＰＪ０００１」、契約明細ＮＯ「０００１」、ＪｏｂＮＯ「０００１」、受注部署「Ａ部署」、受注金額「１，０００，０００」、原価部署「Ａ部署」、原価金額「５５０，０００」、粗利「４５０，０００」となっている。「受注金額」は、Ｊｏｂ別収支データの受注金額の合計金額である。「原価金額」は、Ｊｏｂ別収支の原価金額の合計金額である。「粗利」は、Ｊｏｂ別収支データの粗利の合計金額である。

収支作成部１０２ｆは、Ｊｏｂ別収支データに基づいて、部署単位で、受注部署、受注金額、原価金額、粗利を含む部署別収支データを作成する。

図１１（Ｃ）は、部門別収支データの例を示す図である。１行目は、受注部署「Ａ部署」、受注金額「１，０００，０００」、原価金額「７００，０００」、２行目は、受注部署「Ｂ部署」、受注金額「３００，０００」、原価金額「２５０，０００」、粗利「５０，０００」、３行目は、受注部署「Ｃ部署」、受注金額「３００，０００」、原価金額「０」、粗利「１００，０００」となっている。原価金額は、Ｊｏｂ別収支データの原価金額＋社内原価金額で算出する。

このように、契約明細別、Ｊｏｂ別、部署別で収支を把握することが可能となる。他部部署の収支が見えないような制御を調整しやすい。

以上説明したように、本実施の形態によれば、対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データと、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータとを作成する契約業務処理部１０２ｂと、前記親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、前記親ＪｏｂデータのＪｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成する予算業務処理部１０２ｃと、対象のプロジェクトについて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成する発注処理部１０２ｄと、
契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成する売上処理部１０２ｅと、を備えているので、契約明細から発生する親ジョブと親から派生する他部門発注用の子ジョブという構造によって、社内受発注の業務を効率化することが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１００ 受発注管理装置
１０２ 制御部
１０２ａ 案件登録部
１０２ｂ 契約業務処理部
１０２ｃ 予算業務処理部
１０２ｄ 発注処理部
１０２ｅ 売上処理部
１０２ｆ 収支作成部
１０２ｇ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ データテーブル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク

Claims (6)

1. 制御部を備えた受発注管理装置であって、
   前記制御部は、
   対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データと、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータとを作成する契約業務処理手段と、
   前記親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、前記親ＪｏｂデータのＪｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成する予算業務処理手段と、
   対象のプロジェクトについて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成する発注処理手段と、
   前記契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成する売上処理手段と、
   を備えたことを特徴とする受発注管理装置。
2. 前記制御部は、さらに、前記契約明細データ、前記親Ｊｏｂデータ、前記子Ｊｏｂデータ、前記発注データ、及び前記売上データに基づいて、Ｊｏｂ番号別に、受注部署、受注金額、社内受注額、原価部署、原価金額、社内原価額、粗利を含むジョブ別収支データを作成する収支作成手段を備えたことを特徴とする請求項１に記載の受発注管理装置。
3. 前記収支作成手段は、前記ジョブ別収支データに基づいて、契約明細単位で、受注部署、受注金額、社内受注額、原価部署、原価金額、粗利を含む契約明細別収支データを作成することを特徴とする請求項２に記載の受発注管理装置。
4. 前記収支作成手段は、前記ジョブ別収支データに基づいて、部署単位で、受注部署、受注金額、原価金額、粗利を含む部署別収支データを作成することを特徴とする請求項２に記載の受発注管理装置。
5. 制御部を備えた情報処理装置で実行される受発注管理方法であって、
   前記制御部において実行される、
   対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データと、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータとを作成する契約業務処理工程と、
   前記親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、前記親Ｊｏｂデータの親Ｊｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成する予算業務処理工程と、
   対象のプロジェクトについて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成する発注処理工程と、
   前記契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成する売上処理工程と、
   を含むことを特徴とする受発注管理方法。
6. 制御部を備えた情報処理装置が実行するための受発注管理プログラムであって、
   前記制御部において、
   対象のプロジェクトについて、契約明細番号、受注部署と、受注金額を含む契約明細データと、契約明細番号、Ｊｏｂ番号、原価部署を含む親Ｊｏｂデータとを作成する契約業務処理工程と、
   前記親Ｊｏｂデータについて、契約明細番号、Ｊｏｂ番号、社内の発注先である原価部署、原価金額、前記親Ｊｏｂデータの親Ｊｏｂ番号とする振出元Ｊｏｂ番号を含む子Ｊｏｂデータを作成する予算業務処理工程と、
   対象のプロジェクトについて、発注番号、契約明細番号、Ｊｏｂ番号と、社外の発注先と、発注金額を含む発注データを作成する発注処理工程と、
   前記契約明細データに基づいて、売上番号、契約明細番号、売上部署、売上金額を含む売上データを作成する売上処理工程と、
   を実行させるための受発注管理プログラム。

Images