[go: up one dir, main page]

JP2004030471A - Business processing system - Google Patents

Business processing system Download PDF

Info

Publication number
JP2004030471A
JP2004030471A JP2002188771A JP2002188771A JP2004030471A JP 2004030471 A JP2004030471 A JP 2004030471A JP 2002188771 A JP2002188771 A JP 2002188771A JP 2002188771 A JP2002188771 A JP 2002188771A JP 2004030471 A JP2004030471 A JP 2004030471A
Authority
JP
Japan
Prior art keywords
business
information
processing
order
database
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002188771A
Other languages
Japanese (ja)
Inventor
Keisuke Koizumi
小泉 恵資
Yasuo Murakami
村上 保雄
Takeshi Oba
大庭 健
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tokyo Electron Ltd
Original Assignee
Tokyo Electron Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tokyo Electron Ltd filed Critical Tokyo Electron Ltd
Priority to JP2002188771A priority Critical patent/JP2004030471A/en
Publication of JP2004030471A publication Critical patent/JP2004030471A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a business processing system to effectively process business such as taking or placing an order and accounting. <P>SOLUTION: The business processing system comprises a database 14 and a plurality of business terminals 11-13 installed in each company. In response to an operation of the business terminals 11-13, the DB 14 registers first work contents such as taking an order and registers second work contents such as processing of placing an order subsequent to processing of the order taking, thereby processing two continuous work contents by one-time registration processing. As for a transaction with an overseas affiliated company, when the business terminals 11-13 book sales of one company, the DB 14 registers them and also registers a sum of money owing in the same amount to the other company making the transaction, thereby preventing inconsistency in processing between the two companies. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、受・発注、経理等の業務処理を効率化できるシステムに関する。
【0002】
【従来の技術】
受注・発注などの処理は、多くの書類を必要とする処理である。このため、作業の効率が低く、電子化が困難であった。
【0003】
【発明が解決しようとする課題】
本発明は、上述した事情に鑑みてなされたもので、業務処理を効率化することを目的とする。
【0004】
【課題を解決するための手段】
上記目的を達成するため、本発明の第1の観点に係る業務処理システムは、
業務情報を記憶するデータベースと、
各事業体に設置された業務処理端末と、
前記業務処理端末の操作に応答して、第1の業務の内容を前記データベースに登録すると共に第1の業務の内容に応じて、第1の業務に続く第2の業務の内容を前記データベースに登録する登録手段と、
を備え、1回の登録処理で連続する2つの業務の内容を処理可能であることを特徴とする。
【0005】
例えば、前記第1の業務は受注業務であり、前記第2の業務は、発注業務であり、前記登録手段は、受注内容に応じて、発注処理を自動的に実施する処理手段を備える。
【0006】
例えば、前記第1の業務は入庫業務であり、前記第2の業務は、配送業務及び在庫管理であり、前記登録手段は、入庫内容に応じて、配送業務を自動的に指示し、在庫情報を自動的に更新する処理手段を備える。
【0007】
上記目的を達成するため、本発明の第2の観点に係る業務処理システムは、
複数の事業体の業務情報を記憶するデータベースと、
各事業体に設置された業務処理端末と、
前記業務処理端末の操作に応答して、第1と第2の事業体間の取引について、第1の事業体の業務の内容を前記データベースに登録すると共に登録した第1の事業体の業務内容に対応する第2の事業体の業務の内容を、それぞれ、前記データベースに登録する処理手段と、
を備え、1回の登録処理で、取引の当事者である2つの事業体の業務の内容を登録可能であることを特徴とする。
【0008】
例えば、前記処理手段は、前記データベースに、第1の事業体の第2の事業体に対する売上げを登録し、第2の事業体に同一額の未払金を登録し、1回の登録処理で、取引の当事者である2つの事業体の業務の内容を登録可能である。
【0009】
上記目的を達成するため、本発明の第3の観点に係る業務処理システムは、
業務情報を記憶するデータベースと、
各事業体に設置された業務処理端末と、
前記業務処理端末の操作に応答して、業務情報を前記データベースにシステム日付と共に登録する登録手段と、
前記データベースに登録された業務情報について、一定の処理を行う場合に、業務処理日を設定し、業務処理日が一定の条件を充足する場合にのみ、前記一定の処理を可能とする業務処理手段と、
を備えることを特徴とする。
【0010】
この構成によれば、例えば、業務情報の登録は日付にかかわらず順次行うことができ、一方、締処理等の一定の処理については、業務日付が一定の条件を充足する場合にのみ(先月分の締処理を、翌月になったら、処理可能)すること等が可能である。
【0011】
コンピュータに上記方法を実行させ、或いは、コンピュータを上記システムとして動作させるためのプログラムを記録媒体に格納して頒布したり、伝送媒体を介して配布したりしてもよい。
【0012】
【発明の実施の形態】
以下、本発明の実施の形態に係る管理業務支援システムを図面を参照して説明する。
【0013】
この実施形態の管理業務支援システムは、図1に示すように、関連会社間の共通システムとして構築された内部システム(イントラネット)1と、内部システム1に接続された外部システム2とから構成される。
内部システム1は、親会社、子会社等と称される複数の関連企業の共通システムとして構成され、LANなどのネットワーク17と、ネットワーク17上に配置された各企業の業務端末11〜13と、DB(データベース)14と、メールサーバ15と、この内部システム1を外部システムに接続するためのインターネットゲートウエイ(IGW)16とから構成される。なお、図1では、理解を容易にするために、関連企業としてA〜Cを例示し、各企業における業務用の端末を1台ずつ例示する。
【0014】
企業A社〜C社の業務端末11〜13は、業務に必要な様々な処理を実行するための端末(ワークステーション、パーソナルコンピュータ、形態端末等)であり、この実施の形態では、特に、顧客からの受・発注情報や経理情報をDB14に登録する。
【0015】
DB14は、企業A社〜C社に共通して利用され、業務端末11〜13から入力される様々な事項を登録するためのデータベースであり、図2に示すように、DBサーバ101と、ユーザ情報DB102と、受・発注情報DB103と、在庫情報DB104と、商品情報DB105と、顧客情報DB106とを備える。
【0016】
DBサーバ101は、他の端末からの要求を受け付けて、DBの検索、更新などを処理を行う。
【0017】
ユーザ情報DB102は、DB14を利用するユーザの情報を登録するDBであり、図3に示すように、関連企業A社〜C社の従業員の個人ID(識別情報)、パスワード、氏名、部署、事業所、連絡先、セキュリティ情報等が格納されている。ここで、パスワードは、DB14をアクセス際に必要となるパスワードである。また、セキュリティ情報は、その従業員が、アクセスできる情報の範囲(セキュリティレベル)を定義する。例えば、一般の従業員は、所属企業の担当業務関連の情報にアクセスする権限が与えられ、各企業の役員には、所属企業の担当事業部門関連の情報にアクセスする権限が与えられ、システム担当者には全情報をアクセスする権限が与えられる。
【0018】
受・発注情報DB103は、受注情報及び発注情報を登録するためのDBであり、図4に示すように、受注番号、受注日、受注先、受注商品、数量、発注番号、発注数量等の情報を格納するテーブルを登録する。このテーブルも企業A社〜C社にそれぞれ用意される。
【0019】
在庫情報DB104は、A〜C各社の商品在庫を登録するDBであり、図5に示すように、商品、引当済在庫数、フリー在庫数、受注残、発注残の情報を格納するテーブルを登録する。このテーブルも企業A社〜C社にそれぞれ用意される。ここで、引当済在庫数とは、引き渡し先が決定している在庫を意味し、受注番号と数量とが対応つけて格納される。フリー在庫数とは、引き渡し先が未定の在庫を意味し、その数量が格納される。受注残とは、受注先に商品を納品していない状態の受注を意味し、その数量が格納される。発注残とは、発注先から商品が未入庫の状態の発注を意味し、その数量が格納される。
【0020】
商品情報DB105は、A社〜C社で取り扱う商品の情報を登録するDBであり、図6に示すように、商品コードと、商品名と、特性、価格、製造元、等の情報を格納するテーブルを登録する。
【0021】
顧客情報DB106は、A社〜C社の顧客の情報を登録するDBであり、図7に示すように、企業A社〜C社にそれぞれ用意され、顧客コードと、顧客名と、担当者、連絡先等の情報を格納するテーブルを登録する。
【0022】
経理情報DB107は、A〜C各社の経理・会計情報を登録するDBであり、A〜Cの各社用に用意される。
【0023】
図1に示すメールサーバ15は、各業務端末11〜13からの送信電子メールを一旦受信して送信先のメールサーバに転送し、また、メールサーバ15が管理するメールアドレス宛の電子メールを受信し、各アドレス用のメールボックスに格納する。業務端末11〜13は、メールボックスに格納された電子メールをダウンロードして参照することができる。
【0024】
図1に示す外部システム2は、IGW(インターネットゲートウエイ)16を介して内部システム1に接続されたインターネット21と、インターネット21にISP(インターネットサービスプロバイダ)等を介して接続された様々な端末22とから構成される。図1では、端末22として、上記企業A社〜C社と取引のある他の企業の業務端末22を例示する。
【0025】
企業A〜C社の従業員は、自己の業務端末11〜13を操作し、DB14にアクセスして、自己の業務を処理する。以下、このシステムを利用して実行できる業務及びその処理を、受・発注業務、入庫・配送業務、在庫管理業務などをに分けて説明する。
【0026】
(受注・発注業務)
企業A社〜C社の受・発注業務担当者は、電子メール、電話、郵便などにより、商品の注文を受け付ける(受注)と、これを自己の業務端末により、受・発注情報DB103に登録する。
例えば、企業A社がグループ外の企業D社より、商品EP224を3台受注したとする。
【0027】
この場合、A社の受発注業務担当者は、自社の業務端末11を操作し、受注内容を受・発注情報DB103に登録する。ただし、受・発注情報DB103には、他社(B社,C社)の情報も登録されており、これらの情報をこの担当者に対し隠蔽する必要がある。そこで、DB14にアクセスする場合には、まず、図8に示す認証画面を表示する。
【0028】
担当者は、この画面上に、自己の個人IDとパスワードとを入力し、「送信」ボタンをクリックする。この操作に応答して、業務端末11は、入力されたユーザIDとパスワードとをアクセス要求と共にDBサーバ101に送信する。
【0029】
DBサーバ101は、これらの情報を受信し、ユーザIDとパスワードとがユーザ情報DB102に登録されているか否かを判別し、登録されていれば、そのユーザのセキュリティ情報、すなわち、どの範囲の情報にアクセス可能かを判別する。
【0030】
続いて、担当者は、例えば、図9に示すようなメニュー画面を立ち上げ、「受発注情報登録」を選択する。この操作に応答して、A社業務端末11は、図11に示す入力画面を表示する。ユーザは、ここに、受注先、受注商品、数量、受注日(システムの日付がデフォルト)を入力し、「登録」ボタンをクリックする。
【0031】
ボタン操作に応答して、業務端末11は、入力された情報を登録要求と共にDBサーバ101に送信する。要求に応答して、DBサーバ101は、図10に示す処理を開始し、まず、顧客情報DB106を検索して、受注先の担当者とその連絡先を判別する(ステップS11)。
【0032】
次に、DBサーバ101は、検索した担当者宛に、受注内容を確認する電子メールを定型フォーマットに従って作成し、送信する(ステップS12)。この例では、顧客情報DB106から、受注先のD社の担当者の木澤氏とその電子メールアドレスを求め、商品EP224を3個受注した旨の電子メールを作成して送信する。
【0033】
次に、在庫情報DB104をチェックし、受注した商品のフリー在庫数(引き渡し先が決まっていない在庫)と受注数とを比較し(ステップS13)、受注数の方が多ければ(ステップS13、YES)、商品情報DB105をアクセスして、受注した商品の供給元(例えば、メーカや販社)とその連絡先を判別し(ステップS14)、「受注数−フリー在庫数」を発注するための電子メールを定型フォーマットに従って作成し、連絡先宛に送信する(ステップS15)。
【0034】
例えば、図5の在庫情報DB104では、A社の商品EP224のフリー在庫数は2であり、受注数は3である。また、図6の商品情報DB105によれば、製品EP224の製造元はB社である。従って、この場合には、商品EP224を1台を発注する電子メールを作成し製造元のB社に送信する。
【0035】
DBサーバ101は、さらに、新規受注番号を採番して受注情報を受・発注情報DB103に登録し、さらに、発注がある場合には、新規発注番号を採番して発注情報を受・発注情報DB103に登録する(ステップS16)。
【0036】
さらに、DBサーバ101は在庫情報DB104を更新する。具体的には、まず、受注番号と(受注数−発注数)との対を、受注した商品の引当済在庫数に追加登録する。次に、フリー在庫数を、[元のフリー在庫数−(受注数−発注数)]に更新する。さらに、受注残を、(元の受注残+新規受注数)に更新する。さらに、発注残を、(元の発注残+新規発注数)に更新する。
【0037】
例えば、上述の例では、図4のA社のテーブルの第1行に例示するように、新規受注番号「0108001」と新規発注番号「0108003」とを採番して、受注日「01/08/01」と、受注先「D社」と、受注商品「EP224」と、発注数量「1」等の情報を登録する。また、在庫情報DB104の商品「EP224」の引き当て在庫数の欄に、受注番号「0108001」と受注数3の対を追加登録し、フリー在庫の数を0とし、受注残を27とし、発注残りを18とする。
【0038】
続いて、DBサーバ101は、受発注情報DB103に登録した内容や更新された在庫情報DB104の内容を表示する図12に示すような画面を生成して、業務端末11に送信し、表示させる(ステップS18)。受・発注業務担当者は、表示された内容から、在庫状況や発注状況を確認することができる。なお、登録処理の前に、受発注情報DB103への登録事項や在庫情報DB104の更新内容を業務端末11の画面を表示し、登録担当者がその内容を承認し又は修正してから、発注や登録処理を行うようにしてもよい。
このようにして、受注情報の登録と、発注情報の登録と、受注確認メールの自動送信と、発注とを1回の登録処理により実施することができる。
【0039】
一方、ステップS13において、受注数がフリー在庫数以下であると判別された場合(ステップS13;NO)には、そのフリー在庫を今回の受注に引き当てs(ステップS19)、その後、ステップS16に進む。この場合、ステップS16で、受発注情報DB103に登録する事項のうち、発注番号は発注無しを示す所定番号となり、発注数は0となる。
【0040】
(仕入れ・入庫処理)
発注先より、商品が入庫すると、入庫担当者は、自己の業務端末を使用して、仕入れ作業を行う。
担当者は、前述の認証処理を行った後、図9に示す業務選択画面で入庫情報登録処理を選択し、自己の業務端末11に図13に示す入庫情報入力画面を表示し、ここに、発注番号(存在する場合には)、商品名、数量、入庫日などの情報を入力し、「登録」ボタンをクリックする。
この操作に応答して、業務端末は、図14に示す処理を開始し、まず、発注番号が存在するか否かを判別する(ステップS21)。
発注番号が存在する場合には(ステップS21、YES)、この発注番号に対応する受注番号、受注先、受注先の担当者、連絡先等の情報を検索する(ステップS22)。
【0041】
さらに、入庫数が発注数以上であるか否かを判別する(ステップS23)。入庫数が発注数以上である場合(ステップS23;YES)には、納品担当者に、商品名と受注先(配送先)担当者とその連絡先を指定して、商品が揃ったことと配送を指示する(ステップS24)。この通知に応答して、配送担当者は、今回入庫した商品と引当済在庫(存在する場合)とを受注先に配送する。
続いて、在庫情報DB104の、今回入庫した商品の引当済在庫数の欄の該当受注番号に対応する数量に今回の発注数を加算し、フリー在庫数に(入庫数−発注数)を加算し、発注残数から発注数を減算する(ステップS25)。
【0042】
その後、入庫内容及び更新された在庫情報DB104の内容を業務端末11に表示して処理を終了する(ステップS26)。
【0043】
一方、入庫数が発注数よりも少ない場合(ステップS23;YES)には、在庫情報DB104の、今回入庫した商品の引当済在庫数の欄の該当受注番号に対応する数量に今回の入庫数を加算し、発注残数から入庫数を減算する(ステップS25)。
【0044】
また、ステップS23で、発注番号が存在しないと判断された場合には、ステップS25で、在庫情報DB104のフリー在庫数に入庫数を加算する。
【0045】
(配送情報登録)
配送担当者は、図14のステップS24での指示に応答して、配送処理を行い、配送処理を完了すると、在庫情報DB104を更新し、配送した商品を在庫状態から削除する。
【0046】
(経理情報の登録、確認及び修正)
各社の経理担当者は、自己の業務端末11〜13を使用して、経理情報B107に経理情報を登録することができる。ただし、経理情報DB107には、前述のように、複数企業の様々な情報が登録されている。そこで、DBサーバ101は、認証画面により個人情報の入力を要求し、認証が成立した場合に、そのセキュリティ情報を判別し、セキュリティ情報が許容する経理情報へのアクセスだけを認める。
【0047】
(登録情報の内容確認及び修正)
各担当者は、自己の業務端末11〜13を使用して、DB14に登録されている情報の参照、確認、修正などを適宜行うことができる。ただし、DB14には、前述のように、複数企業の様々な情報が登録されている。そこで、DBサーバ101は、認証画面により個人情報の入力を要求し、認証が成立した場合に、そのセキュリティ情報を判別し、セキュリティ情報が許容する情報へのアクセスだけを認める。
【0048】
上記構成のシステムを使用することにより、受注情報の登録と同時に発注情報を登録することが可能となり、入力処理の効率化が図れる。
また、入庫処理のための入力と納品処理のための入力とをかねることが可能となり、入力処理の効率を高めることができる。
さらに、正当権限を有するものだけに情報が開示され、機密情報の漏洩などを防止できる。
【0049】
(第2の実施の形態)
上記実施の形態においては、情報の登録処理を効率化できるシステムにいて説明したが、この発明は上記実施の形態に限定されない。
例えば、決済等の処理を迅速・正確に行うようにすることも可能である。
以下、連結処理を正確且つ迅速に行うことが可能なシステムについて説明する。
【0050】
ここでは、理解を容易にするため、本社に相当するA社が、海外に存在する子会社のC社から、商品の発注を受け、A社が、C社にその商品を販売した場合を想定して、説明する。
【0051】
A社の受・発注担当者は、C社からの商品の発注を受けると、第1の実施の形態と同様にして、受注情報を受発注情報DB103に登録する時点で、発注処理も行う。
【0052】
次に、商品の入庫があり、A社がC社に商品を発送すると、A社はC社に対して、売上を計上する。ただし、C社が海外のため、商品の輸送に時間がかかり、商品がC社に到達するまでの間、C社では、受注残となってしまい、A社とC社の経理処理に矛盾が生ずるおそれがある。
このような事態を防止するため、この実施の形態では、海外の関連会社との取引に関しては、一方がある項目をDB14に登録する場合には、他方も対応する項目をDB14に登録することとする。
【0053】
具体的には、図15の(a)に示すように、例えば、A社が海外子会社であるC社に売上を計上した場合には、図15の(b)に示すように、C社では、未払金を同時に計上することとする。
【0054】
このような処理を実行する場合には、図16に示すように、担当者が自己の端末からデータを入力すると(ステップS31)、DBサーバ101は、取引先が海外の会社であるか否かを顧客情報DB106から判別する(ステップS32)。
取引先が海外の場合には、同時登録が予め契約されているか否かを判別し(ステップS33)、契約されていれば、DB14の取引先企業用の該当するテーブルに、対応する取引を図15に示すように登録する(ステップS34)。
【0055】
一方、ステップS32で、取引先が海外ではないと判別された場合や、ステップS33で事前の契約が存在しないと判別された場合には、取引先企業のDBへの処理は行わずに、処理を終了する。
【0056】
このような構成とすることにより、関連会社間の債券債務の自動発生を行うことが可能となり、一方の会社での項目の掲載と他社での項目の掲載とをタイムラグなく行うことができる。
なお、海外子会社との取引を例に説明したが、処理の対象とする企業は任意であり、国内の独立した企業間でこのような処理を行うようにすることも可能である。
【0057】
また、海外取取り引き時の取引額を、例えば、別個に用意した為替換算用のテーブルを参照して、現地通貨で行うようにしてもよい。
また、一方の企業が取引を登録するたびに、相手企業に電子メールなどで問合わせを行い、その回答が登録OKの場合にのみ、登録処理を行うようにしてもよい。
【0058】
(第3の実施の形態)
帳簿上の処理において、ある一定期間の入力データについて、所定の締め処理を行って、初めて、それ以後のデータを入力でききるシステムが存在する。このようなシステムでは、作業時間が拘束され、作業効率が低くなってしまう。
そこで、このような問題を解決できるシステムについて説明する。
この実施の形態では、図17の帳簿に示すように、登録日と締処理日との2つの日付を導入する。登録日とは、個々のデータを登録した日付であり、システム上の日付である。また、締処理日とは、締め処理を実施した日付であり、システム上の日付である。
【0059】
このシステムでは、データは任意に登録可能であり、その処理日が図17に示すように、登録処理日としてDB14に登録される。
一方、締処理については、締めが指定されると、システムは図18のフローチャートに示す処理を開始し、まず、前回の締め処理が終了しているか否かが判別する(ステップS41)。前回の締めが終了している場合(ステップS41;YES)には、今回指定された締め処理を実行する(ステップS42)。
一方、前回の締め処理が終了していないと判別された場合(ステップS41;NO)には、前回の締めを先に完了すべき旨の表示を合成して表示し(ステップS43)、今回の処理を終了する。
【0060】
このシステムによれば、日付の制約なく業務処理を進めることができ、作業効率が高まる。
【0061】
なお、処理の種類は、登録処理と締め処理に限定されず、任意であり、データの登録等の処理については、システムの日付を付して登録し、特定の業務処理については、業務処理日が一定の日付の条件を満足する場合に処理可能としてもよい。例えば、データを日々入力し、データ補正などの処理を、その日がデータの入力日よりも後ならば、認めるようにしてもよい。
【0062】
この発明は上記実施の形態に限定されず、種々の変形及び応用が可能である。例えば、記録媒体に、コンピュータを上述の業務端末或いはDBサーバとして機能させるためのプログラムを格納して配布し、これをコンピュータにインストールして使用してもよい。
【0063】
なお、搬送波にプログラムを重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワークの掲示板(BBS)に該プログラムを掲示し、これをネットワークを介して配信してもよい。
そして、このプログラムを起動し、OSの制御下で、他のアプリケーションプログラムと同様に実行させることにより、上述の処理を実行することができる。
【0064】
【発明の効果】
以上説明したように、本発明によれば、業務処理を効率化することができる。
【図面の簡単な説明】
【図1】本発明の実施形態に係る業務処理システムの構成を示す図である。
【図2】図1に示すDB(データベース)の構成の一例を示す図である。
【図3】図2に示すユーザ情報DBに格納されるテーブルの例を示す図である。
【図4】図2に示す受・発注情報DBに格納されるテーブルの例を示す図である。
【図5】図2に示す在庫情報DBに格納されるテーブルの例を示す図である。
【図6】図2に示す商品情報DBに格納されるテーブルの例を示す図である。
【図7】図2に示す顧客情報DBに格納されるテーブルの例を示す図である。
【図8】認証画面の一例を示す図である。
【図9】処理業務選択画面の一例を示す図である。
【図10】受発注情報登録処理を説明するためのフローチャートである。
【図11】受発注情報登録画面の一例を示す図である。
【図12】登録情報確認画面の一例を示す図である。
【図13】入庫情報登録画面の一例を示す図である。
【図14】入庫情報登録処理を説明するためのフローチャートである。
【図15】本発明の第2の実施の形態にかかるシステムの動作を説明するための帳票の例を示す図である。
【図16】本発明の第2の実施の形態にかかるシステムの動作を説明するためのフローチャートである。
【図17】本発明の第3の実施の形態にかかるシステムの動作を説明するための帳票の例を示す図である。
【図18】本発明の第3の実施の形態にかかるシステムの動作を説明するためのフローチャートである。
【符号の説明】
1     内部システム
11〜13 業務端末
14    データベース
15    メールサーバ
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a system that can streamline business processes such as receiving / ordering, accounting, and the like.
[0002]
[Prior art]
Processing such as order receiving / ordering is processing that requires many documents. For this reason, work efficiency was low, and digitization was difficult.
[0003]
[Problems to be solved by the invention]
The present invention has been made in view of the above circumstances, and has as its object to improve the efficiency of business processing.
[0004]
[Means for Solving the Problems]
In order to achieve the above object, a business processing system according to a first aspect of the present invention includes:
A database for storing business information,
Business processing terminals installed in each business entity,
In response to the operation of the business processing terminal, the content of the first business is registered in the database and the content of the second business following the first business is stored in the database in accordance with the content of the first business. Registration means for registering,
And that the content of two consecutive jobs can be processed by one registration process.
[0005]
For example, the first business is an order receiving business, the second business is an order receiving business, and the registration unit includes a processing unit that automatically executes an order processing according to the contents of the order.
[0006]
For example, the first business is a warehousing business, the second business is a delivery business and inventory management, and the registration means automatically instructs a delivery business according to the warehousing content, and stores the inventory information. Is automatically updated.
[0007]
In order to achieve the above object, a business processing system according to a second aspect of the present invention includes:
A database for storing business information of a plurality of entities;
Business processing terminals installed in each business entity,
In response to the operation of the business processing terminal, for the transaction between the first and second business entities, the contents of the business of the first business entity are registered in the database and the business contents of the registered first business entity Processing means for registering the contents of the business of the second entity corresponding to
And that the content of the business of the two entities that are parties to the transaction can be registered in one registration process.
[0008]
For example, the processing means registers the sales of the first business entity to the second business entity in the database, registers the same amount of accounts payable to the second business entity, and executes the transaction in one registration process. Can register the contents of the business of the two entities that are parties to the business.
[0009]
In order to achieve the above object, a business processing system according to a third aspect of the present invention includes:
A database for storing business information,
Business processing terminals installed in each business entity,
Registration means for registering business information with the system date in the database in response to the operation of the business processing terminal;
A business processing unit that sets a business processing date when performing a certain process for the business information registered in the database, and enables the certain process only when the business processing date satisfies a certain condition. When,
It is characterized by having.
[0010]
According to this configuration, for example, the registration of business information can be performed sequentially regardless of the date. On the other hand, for certain processes such as the closing process, only when the business date satisfies certain conditions (last month Can be processed in the next month).
[0011]
A program for causing a computer to execute the above method, or for causing the computer to operate as the system may be stored in a recording medium and distributed, or may be distributed via a transmission medium.
[0012]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, a management work support system according to an embodiment of the present invention will be described with reference to the drawings.
[0013]
As shown in FIG. 1, the management work support system of this embodiment includes an internal system (intranet) 1 constructed as a common system between affiliated companies, and an external system 2 connected to the internal system 1. .
The internal system 1 is configured as a common system of a plurality of related companies called a parent company, a subsidiary, etc., and has a network 17 such as a LAN, business terminals 11 to 13 of each company arranged on the network 17, a DB ( Database 14, a mail server 15, and an Internet gateway (IGW) 16 for connecting the internal system 1 to an external system. In FIG. 1, for ease of understanding, A to C are illustrated as related companies, and one business terminal in each company is illustrated.
[0014]
The business terminals 11 to 13 of the companies A to C are terminals (workstations, personal computers, form terminals, and the like) for executing various processes necessary for business, and in this embodiment, particularly, The registration / ordering information and accounting information from the company are registered in the DB 14.
[0015]
The DB 14 is a database that is used in common by the companies A to C and registers various items input from the business terminals 11 to 13. As shown in FIG. An information DB 102, a receiving / ordering information DB 103, a stock information DB 104, a product information DB 105, and a customer information DB 106 are provided.
[0016]
The DB server 101 receives a request from another terminal and performs processing such as searching and updating the DB.
[0017]
The user information DB 102 is a DB for registering information of users who use the DB 14, and as shown in FIG. 3, personal IDs (identification information), passwords, names, departments, and employees of employees of the related companies A to C. Stores offices, contact information, security information, etc. Here, the password is a password required when accessing the DB 14. The security information defines the range of information (security level) that the employee can access. For example, a general employee is authorized to access information related to his / her job in his / her company, and each company's officers are authorized to access information related to his / her business unit. Are authorized to access all information.
[0018]
The receiving / ordering information DB 103 is a DB for registering order receiving information and ordering information. As shown in FIG. 4, information such as order number, order date, order receiving party, ordered product, quantity, order number, order quantity, etc. Register the table that stores. This table is also prepared for each of the companies A to C.
[0019]
The stock information DB 104 is a DB for registering product stocks of companies A to C. As shown in FIG. 5, a table for storing information on products, reserved stock quantity, free stock quantity, order backlog, and order backlog is registered. I do. This table is also prepared for each of the companies A to C. Here, the reserved stock quantity means the stock determined by the delivery destination, and the order number and the quantity are stored in association with each other. The free stock quantity means stock for which the delivery destination is undecided, and the quantity is stored. The order backlog refers to an order that has not been delivered to the customer, and stores the quantity thereof. The remaining order means an order in which the merchandise has not been received from the supplier, and the quantity thereof is stored.
[0020]
The product information DB 105 is a DB for registering information on products handled by companies A to C, and as shown in FIG. 6, a table storing information such as a product code, a product name, characteristics, a price, a manufacturer, and the like. Register
[0021]
The customer information DB 106 is a DB for registering information on customers of companies A to C. As shown in FIG. 7, the customer information DB 106 is prepared for each of companies A to C, and has a customer code, a customer name, a person in charge, Register a table for storing information such as contact information.
[0022]
The accounting information DB 107 is a DB for registering accounting and accounting information of each of the companies A to C, and is prepared for each of the companies A to C.
[0023]
The mail server 15 shown in FIG. 1 temporarily receives outgoing e-mails from the business terminals 11 to 13 and transfers them to the destination mail server, and also receives e-mails addressed to mail addresses managed by the mail server 15. And store it in the mailbox for each address. The business terminals 11 to 13 can download and refer to the electronic mail stored in the mailbox.
[0024]
The external system 2 shown in FIG. 1 includes an Internet 21 connected to the internal system 1 via an IGW (Internet Gateway) 16 and various terminals 22 connected to the Internet 21 via an ISP (Internet Service Provider) or the like. Consists of In FIG. 1, as an example of the terminal 22, a business terminal 22 of another company that has a transaction with the companies A to C is illustrated.
[0025]
The employees of the companies A to C operate their own business terminals 11 to 13 and access the DB 14 to process their own business. The operations and processes that can be executed by using this system will be described below separately for receiving / ordering operations, receiving / delivery operations, and inventory management operations.
[0026]
(Order and ordering)
The person in charge of ordering / ordering of companies A to C accepts an order for a product (e.g., order) by e-mail, telephone, mail, or the like, and registers the order in the order / order information DB 103 using its own business terminal. .
For example, suppose that a company A has received an order for three products EP224 from a company D outside the group.
[0027]
In this case, the person in charge of the ordering business of company A operates the business terminal 11 of the company and registers the contents of the order in the order / order information DB 103. However, information on other companies (company B and company C) is also registered in the receiving / ordering information DB 103, and it is necessary to hide such information from this person in charge. Therefore, when accessing the DB 14, first, the authentication screen shown in FIG. 8 is displayed.
[0028]
The person in charge inputs his / her personal ID and password on this screen, and clicks a "send" button. In response to this operation, the business terminal 11 transmits the input user ID and password together with the access request to the DB server 101.
[0029]
The DB server 101 receives the information, determines whether the user ID and the password are registered in the user information DB 102, and if registered, the security information of the user, that is, the range of information Is accessible.
[0030]
Subsequently, the person in charge starts up, for example, a menu screen as shown in FIG. 9 and selects “registration of ordering information”. In response to this operation, the company A business terminal 11 displays an input screen shown in FIG. Here, the user inputs the order destination, the order product, the quantity, and the order date (the system date is default), and clicks the “register” button.
[0031]
In response to the button operation, the business terminal 11 transmits the input information to the DB server 101 together with a registration request. In response to the request, the DB server 101 starts the processing shown in FIG. 10, and first searches the customer information DB 106 to determine the person in charge of the order and the contact person (step S11).
[0032]
Next, the DB server 101 creates and sends an e-mail for confirming the contents of the order according to a standard format to the person in charge of the search (step S12). In this example, Mr. Kizawa, the person in charge of the order receiving company D, and his e-mail address are obtained from the customer information DB 106, and an e-mail indicating that three product EPs 224 have been received is created and transmitted.
[0033]
Next, the stock information DB 104 is checked, and the free stock quantity of the ordered product (stock for which the delivery destination is not determined) is compared with the ordered quantity (step S13). If the ordered quantity is larger (step S13, YES) An e-mail for accessing the product information DB 105 to determine the supply source (eg, maker or sales company) of the ordered product and its contact information (step S14), and to order “the number of orders—the number of free stocks” Is created in accordance with a standard format and transmitted to a contact (step S15).
[0034]
For example, in the stock information DB 104 of FIG. 5, the number of free stocks of the product EP224 of Company A is 2, and the number of orders is 3. According to the product information DB 105 in FIG. 6, the manufacturer of the product EP224 is Company B. Therefore, in this case, an e-mail for ordering one product EP224 is created and transmitted to the manufacturer B.
[0035]
The DB server 101 further assigns a new order number and registers the order information in the receiving / ordering information DB 103. If an order is placed, the DB server 101 assigns a new order number and receives / orders the ordering information. The information is registered in the information DB 103 (step S16).
[0036]
Further, the DB server 101 updates the stock information DB 104. Specifically, first, a pair of the order number and (the number of orders minus the number of orders) is additionally registered in the reserved stock number of the ordered product. Next, the free stock quantity is updated to [original free stock quantity- (order quantity-order quantity)]. Furthermore, the order backlog is updated to (original order backlog + new order number). Further, the remaining order is updated to (original remaining order + new order number).
[0037]
For example, in the above example, as illustrated in the first row of the table of the company A in FIG. 4, the new order number “0108001” and the new order number “0108003” are numbered, and the order date “01/08” / 01 ”, the order receiving party“ Company D ”, the ordered product“ EP224 ”, and the order quantity“ 1 ”are registered. Further, a pair of the order number “0108001” and the number of orders 3 is additionally registered in the column of the reserved inventory number of the product “EP224” in the inventory information DB 104, the number of free inventory is set to 0, the order backlog is set to 27, and the order backlog is set. Is set to 18.
[0038]
Subsequently, the DB server 101 generates a screen as shown in FIG. 12 that displays the contents registered in the order information DB 103 and the contents of the updated inventory information DB 104, transmits the screen to the business terminal 11, and displays the screen ( Step S18). The person in charge of ordering / ordering can check the stock status and order status from the displayed contents. Prior to the registration process, the items registered in the order information DB 103 and the updated contents of the inventory information DB 104 are displayed on the screen of the business terminal 11 and the person in charge of the registration approves or corrects the contents. A registration process may be performed.
In this manner, registration of order information, registration of order information, automatic transmission of an order confirmation mail, and order can be performed by one registration process.
[0039]
On the other hand, when it is determined in step S13 that the number of orders is equal to or less than the number of free inventory (step S13; NO), the free inventory is allocated to the current order s (step S19), and thereafter, the process proceeds to step S16. . In this case, among the items registered in the order information DB 103 in step S16, the order number is a predetermined number indicating no order, and the number of orders is 0.
[0040]
(Purchasing / receiving processing)
When the goods are received from the supplier, the receiving person performs a purchasing operation using his / her own business terminal.
After performing the above-described authentication processing, the clerk selects the warehousing information registration processing on the business selection screen shown in FIG. 9 and displays the warehousing information input screen shown in FIG. Enter information such as order number (if any), product name, quantity, receipt date, and click the "Register" button.
In response to this operation, the business terminal starts the processing shown in FIG. 14, and first determines whether an order number exists (step S21).
If the order number exists (step S21, YES), information such as the order number, the order receiver, the person in charge of the order receiver, and the contact address corresponding to the order number is searched (step S22).
[0041]
Further, it is determined whether or not the number of warehouses is equal to or more than the number of orders (step S23). If the number of received goods is equal to or more than the number of ordered goods (step S23; YES), the delivery person is designated with the product name, the order-receiving (delivery destination) person in charge, and the contact information to confirm that the goods are ready. Is instructed (step S24). In response to this notification, the delivery person delivers the goods received this time and the reserved stock (if any) to the order receiver.
Subsequently, the current order quantity is added to the quantity corresponding to the corresponding order number in the column of the reserved stock quantity of the goods received this time in the stock information DB 104, and the (stock quantity-order quantity) is added to the free stock quantity. Then, the number of orders is subtracted from the number of remaining orders (step S25).
[0042]
After that, the storage contents and the updated contents of the inventory information DB 104 are displayed on the business terminal 11, and the process is terminated (step S26).
[0043]
On the other hand, if the number of received goods is smaller than the number of ordered goods (step S23; YES), the number of received goods is added to the quantity corresponding to the corresponding order number in the column of the reserved stock number of the goods received this time in the stock information DB 104. Then, the number of warehouses is subtracted from the number of remaining orders (step S25).
[0044]
If it is determined in step S23 that the order number does not exist, the number of free stocks is added to the number of free stocks in the stock information DB 104 in step S25.
[0045]
(Delivery information registration)
The delivery person performs delivery processing in response to the instruction in step S24 of FIG. 14, and when the delivery processing is completed, updates the stock information DB 104 and deletes the delivered goods from the stock state.
[0046]
(Registration, confirmation and correction of accounting information)
The accounting staff of each company can use the own business terminals 11 to 13 to register accounting information in the accounting information B107. However, various information of a plurality of companies is registered in the accounting information DB 107 as described above. Thus, the DB server 101 requests input of personal information on the authentication screen, and when authentication is established, determines the security information and permits only access to the accounting information permitted by the security information.
[0047]
(Confirmation and correction of registration information)
Each person in charge can use his / her own business terminals 11 to 13 to appropriately refer to, check, and correct information registered in the DB 14. However, various information of a plurality of companies is registered in the DB 14 as described above. Therefore, the DB server 101 requests input of personal information on the authentication screen, and when authentication is established, determines the security information and permits only access to information permitted by the security information.
[0048]
By using the system having the above configuration, order information can be registered at the same time as the order information is registered, and the efficiency of the input process can be improved.
In addition, it is possible to serve as both an input for the storage process and an input for the delivery process, and the efficiency of the input process can be improved.
Further, information is disclosed only to those having a legitimate authority, and leakage of confidential information can be prevented.
[0049]
(Second embodiment)
In the above-described embodiment, a system capable of improving the efficiency of information registration processing has been described. However, the present invention is not limited to the above-described embodiment.
For example, processing such as settlement can be performed quickly and accurately.
Hereinafter, a system capable of performing the connection processing accurately and quickly will be described.
[0050]
To facilitate understanding, it is assumed that Company A, which is the head office, receives an order for a product from Company C, an overseas subsidiary, and Company A sells the product to Company C. I will explain.
[0051]
Upon receiving an order for a product from Company C, the person in charge of ordering / ordering of Company A also performs order processing at the time of registering the order information in order information DB 103 in the same manner as in the first embodiment.
[0052]
Next, when goods are received and Company A sends the goods to Company C, Company A records the sales to Company C. However, because company C is overseas, it takes time to transport the goods, and until the goods arrive at company C, the order will be backlogged at company C, causing inconsistencies in the accounting process between company A and company C. May occur.
In order to prevent such a situation, in this embodiment, when one of the items is registered in the DB 14 with respect to the transaction with the overseas affiliated company, the corresponding item is also registered in the DB 14 with the other. I do.
[0053]
Specifically, as shown in FIG. 15A, for example, when Company A records sales to Company C which is an overseas subsidiary, as shown in FIG. And accounts payable shall be recorded at the same time.
[0054]
To execute such processing, as shown in FIG. 16, when the person in charge inputs data from his / her own terminal (step S31), the DB server 101 determines whether or not the business partner is an overseas company. Is determined from the customer information DB 106 (step S32).
If the business partner is overseas, it is determined whether or not the simultaneous registration has been contracted in advance (step S33). If the business partner has been contracted, the corresponding transaction is stored in the corresponding table in DB14 for the business partner company. Registration is performed as shown in FIG. 15 (step S34).
[0055]
On the other hand, if it is determined in step S32 that the business partner is not overseas, or if it is determined in step S33 that there is no prior contract, the processing is not performed on the DB of the business partner, and the processing is performed. To end.
[0056]
By adopting such a configuration, it is possible to automatically generate bonds and debts between affiliated companies, and it is possible to post items at one company and at another company without time lag.
Although the description has been given of the case of a transaction with an overseas subsidiary as an example, the company to be processed is arbitrary, and such a process may be performed between independent domestic companies.
[0057]
Further, the transaction value at the time of overseas transaction may be performed in the local currency with reference to a separately prepared exchange conversion table, for example.
Further, each time one company registers a transaction, an inquiry may be made to the partner company by e-mail or the like, and the registration process may be performed only when the answer is registration OK.
[0058]
(Third embodiment)
In processing on a book, there is a system that can perform input processing for input data for a certain period of time and then input data after the input data has been processed. In such a system, work time is restricted, and work efficiency is reduced.
Therefore, a system that can solve such a problem will be described.
In this embodiment, as shown in the book of FIG. 17, two dates, a registration date and a closing date, are introduced. The registration date is a date on which individual data is registered, and is a date on the system. The closing date is a date on which the closing process is performed, and is a date on the system.
[0059]
In this system, data can be arbitrarily registered, and the processing date is registered in the DB 14 as a registration processing date, as shown in FIG.
On the other hand, as for the closing process, when the closing is designated, the system starts the process shown in the flowchart of FIG. 18, and first, it is determined whether or not the previous closing process has been completed (step S41). If the previous closing is completed (step S41; YES), the currently specified closing process is executed (step S42).
On the other hand, if it is determined that the previous closing process has not been completed (step S41; NO), a display indicating that the previous closing should be completed first is combined and displayed (step S43). The process ends.
[0060]
According to this system, business processing can proceed without restrictions on dates, and work efficiency increases.
[0061]
Note that the type of processing is not limited to the registration processing and the closing processing, and is arbitrary. For processing such as data registration, the system date is registered with the date, and for specific business processing, the business processing date is set. May be able to be processed when a certain date condition is satisfied. For example, data may be input every day, and processing such as data correction may be permitted if that day is later than the data input date.
[0062]
The present invention is not limited to the above embodiment, and various modifications and applications are possible. For example, a program for causing a computer to function as the business terminal or the DB server described above may be stored and distributed on a recording medium, and the program may be installed on the computer and used.
[0063]
In addition, it is also possible to superimpose a program on a carrier wave and distribute it via a communication network. For example, the program may be posted on a bulletin board (BBS) of a communication network and distributed via the network.
Then, by starting this program and executing it under the control of the OS in the same manner as other application programs, the above-described processing can be executed.
[0064]
【The invention's effect】
As described above, according to the present invention, business processing can be made more efficient.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of a business processing system according to an embodiment of the present invention.
FIG. 2 is a diagram showing an example of a configuration of a DB (database) shown in FIG.
FIG. 3 is a diagram showing an example of a table stored in a user information DB shown in FIG. 2;
FIG. 4 is a diagram showing an example of a table stored in a receiving / ordering information DB shown in FIG. 2;
FIG. 5 is a diagram illustrating an example of a table stored in a stock information DB illustrated in FIG. 2;
FIG. 6 is a diagram illustrating an example of a table stored in a product information DB illustrated in FIG. 2;
FIG. 7 is a diagram illustrating an example of a table stored in a customer information DB illustrated in FIG. 2;
FIG. 8 is a diagram illustrating an example of an authentication screen.
FIG. 9 is a diagram illustrating an example of a processing task selection screen.
FIG. 10 is a flowchart illustrating an order information registration process.
FIG. 11 is a diagram showing an example of an order information registration screen.
FIG. 12 is a diagram illustrating an example of a registration information confirmation screen.
FIG. 13 is a diagram illustrating an example of a storage information registration screen.
FIG. 14 is a flowchart for explaining a warehousing information registration process.
FIG. 15 is a diagram illustrating an example of a form for explaining the operation of the system according to the second embodiment of the present invention.
FIG. 16 is a flowchart for explaining the operation of the system according to the second embodiment of the present invention.
FIG. 17 is a diagram illustrating an example of a form for explaining the operation of the system according to the third embodiment of the present invention.
FIG. 18 is a flowchart for explaining an operation of the system according to the third embodiment of the present invention.
[Explanation of symbols]
1 internal system 11-13 business terminal 14 database 15 mail server

Claims (6)

業務情報を記憶するデータベースと、
各事業体に設置された業務処理端末と、
前記業務処理端末の操作に応答して、第1の業務の内容を前記データベースに登録すると共に第1の業務の内容に応じて、第1の業務に続く第2の業務の内容を前記データベースに登録する登録手段と、
を備え、1回の登録処理で連続する2つの業務の内容を処理可能であることを特徴とする業務処理システム。
A database for storing business information,
Business processing terminals installed in each business entity,
In response to the operation of the business processing terminal, the content of the first business is registered in the database and the content of the second business following the first business is stored in the database in accordance with the content of the first business. Registration means for registering,
A business processing system comprising: a single registration process capable of processing two consecutive business contents;
前記第1の業務は、受注業務であり、
前記第2の業務は、発注業務であり、
前記登録手段は、受注内容に応じて、発注処理を自動的に実施する処理手段を備える、
ことを特徴とする請求項1に記載の業務処理システム。
The first business is an order receiving business,
The second business is an ordering business,
The registration unit includes a processing unit that automatically performs an order process according to the contents of an order.
The business processing system according to claim 1, wherein:
前記第1の業務は、入庫業務であり、
前記第2の業務は、配送業務及び在庫管理であり、
前記登録手段は、入庫内容に応じて、配送業務を自動的に指示し、在庫情報を自動的に更新する処理手段を備える、
ことを特徴とする請求項1に記載の業務処理システム。
The first operation is a receiving operation,
The second business is a delivery business and inventory management,
The registering means includes a processing means for automatically instructing a delivery operation and automatically updating stock information in accordance with the contents of storage,
The business processing system according to claim 1, wherein:
複数の事業体の業務情報を記憶するデータベースと、
各事業体に設置された業務処理端末と、
前記業務処理端末の操作に応答して、第1と第2の事業体間の取引について、第1の事業体の業務の内容を前記データベースに登録すると共に登録した第1の事業体の業務内容に対応する第2の事業体の業務の内容を、それぞれ、前記データベースに登録する処理手段と、
を備え、1回の登録処理で、取引の当事者である2つの事業体の業務の内容を登録可能であることを特徴とする業務処理システム。
A database for storing business information of a plurality of entities;
Business processing terminals installed in each business entity,
In response to the operation of the business processing terminal, for the transaction between the first and second business entities, the contents of the business of the first business entity are registered in the database and the business contents of the registered first business entity Processing means for registering the contents of the business of the second entity corresponding to
A business processing system, characterized in that it is possible to register the contents of business of two business entities that are parties to a transaction in one registration process.
前記処理手段は、前記データベースに、第1の事業体の第2の事業体に対する売上げを登録し、第2の事業体に同一額の未払金を登録する、
を備え、1回の登録処理で、取引の当事者である2つの事業体の業務の内容を登録可能であることを特徴とする請求項4に記載の業務処理システム。
The processing means registers, in the database, sales of the first business entity to the second business entity, and registers the same amount payable to the second business entity;
5. The business processing system according to claim 4, wherein the contents of the business of two business entities that are parties to the transaction can be registered in one registration process.
業務情報を記憶するデータベースと、
各事業体に設置された業務処理端末と、
前記業務処理端末の操作に応答して、業務情報を前記データベースにシステム日付と共に登録する登録手段と、
前記データベースに登録された業務情報について、一定の処理を行う場合に、業務処理日を設定し、業務処理日が一定の条件を充足する場合にのみ、前記一定の処理を可能とする業務処理手段と、
を備えることを特徴とする業務処理システム。
A database for storing business information,
Business processing terminals installed in each business entity,
Registration means for registering business information with the system date in the database in response to the operation of the business processing terminal;
A business processing unit that sets a business processing date when performing a certain process for the business information registered in the database, and enables the certain process only when the business processing date satisfies a certain condition. When,
A business processing system comprising:
JP2002188771A 2002-06-27 2002-06-27 Business processing system Pending JP2004030471A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002188771A JP2004030471A (en) 2002-06-27 2002-06-27 Business processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002188771A JP2004030471A (en) 2002-06-27 2002-06-27 Business processing system

Publications (1)

Publication Number Publication Date
JP2004030471A true JP2004030471A (en) 2004-01-29

Family

ID=31183375

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002188771A Pending JP2004030471A (en) 2002-06-27 2002-06-27 Business processing system

Country Status (1)

Country Link
JP (1) JP2004030471A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022103791A (en) * 2020-12-28 2022-07-08 株式会社オービック Group company transaction data generation device, group company transaction data generation method and group company transaction data generation program

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022103791A (en) * 2020-12-28 2022-07-08 株式会社オービック Group company transaction data generation device, group company transaction data generation method and group company transaction data generation program
JP7514761B2 (en) 2020-12-28 2024-07-11 株式会社オービック Intra-group company transaction data generating device, intra-group company transaction data generating method, and intra-group company transaction data generating program

Similar Documents

Publication Publication Date Title
US11205216B2 (en) Delivery service system, delivery service method, server for delivery service, and deliverer terminal for delivery service
US7236947B2 (en) Providing highly automated procurement services
US8620365B2 (en) Method for handling an electronic request with the aid of an intermediary entity
US8355935B2 (en) Third party information transfer
US20040044578A1 (en) Online networking system for efficient operation of restaurants and method therefor
WO2021121133A1 (en) Transaction platform system method based on block chain, terminal, and storage medium
US20170337509A1 (en) Methods, systems and devices for improved order fulfillment
JP4904642B2 (en) Electronic commerce providing system with orderer authentication function
CA2747150A1 (en) System and method for registering an edi participant identifier and managing edi trading partners
JP4328557B2 (en) Information processing apparatus and program
JP2004178190A (en) Ordering system, program and recording medium
JP6887153B2 (en) Shopping support system
JP2004030471A (en) Business processing system
US20190035005A1 (en) Information processing system and information processing method of information processing system
JP6682735B2 (en) Transfer guidance notification server and its program
JP4067948B2 (en) Sales person management method, server and program in electronic commerce
JP2002140483A (en) Attendance condition reporting system and method
JP2002366627A (en) Order information notification system
JP2001357179A (en) Business support apparatus, business support method, and recording medium recording business support program
JP7475636B2 (en) Shopping Support System
JP3854478B2 (en) A mediating method for mediating a meeting between unspecified users, and a mediating program for causing a computer to perform processing using such a mediating method
JP2002197297A (en) Commercial transaction system
JP2002133211A (en) Method and system for materials supply and program recording medium
JP4254518B2 (en) Information providing system, information providing apparatus, and information providing method
JP2002215968A (en) Simplified ordering method and simplified ordering system