Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4054545B2 - File management system, accounting system, and file management program - Google Patents
[go: Go Back, main page]

JP4054545B2 - File management system, accounting system, and file management program - Google Patents

File management system, accounting system, and file management program Download PDF

Info

Publication number
JP4054545B2
JP4054545B2 JP2001134994A JP2001134994A JP4054545B2 JP 4054545 B2 JP4054545 B2 JP 4054545B2 JP 2001134994 A JP2001134994 A JP 2001134994A JP 2001134994 A JP2001134994 A JP 2001134994A JP 4054545 B2 JP4054545 B2 JP 4054545B2
Authority
JP
Japan
Prior art keywords
information
file
destination
classification
partner
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.)
Expired - Lifetime
Application number
JP2001134994A
Other languages
Japanese (ja)
Other versions
JP2002329046A (en
Inventor
彰吾 齊藤
哲雄 佐久間
和美 岡田
Original Assignee
ピー・シー・エー株式会社
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 ピー・シー・エー株式会社 filed Critical ピー・シー・エー株式会社
Priority to JP2001134994A priority Critical patent/JP4054545B2/en
Publication of JP2002329046A publication Critical patent/JP2002329046A/en
Application granted granted Critical
Publication of JP4054545B2 publication Critical patent/JP4054545B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【0001】
【発明の属する技術分野】
本発明はファイル管理システム、会計システム及びファイル管理プログラムに係り、より詳細には、取引の相手先についての種々の情報をリンクさせて管理するファイル管理システム、会計システム、及びファイル管理プログラム関する。
【0002】
【従来の技術及び発明が解決しようとする課題】
企業での会計管理を行う際に作成される仕訳データには、勘定科目が含まれており、勘定科目にはこれを補うための補助科目が付加されている。一般的に、補助科目には取引をした相手先が記録されることが多く、従来より、補助科目に記録される相手先の名称、所在地、代表者、電話番号などの情報管理は、勘定科目に対応する分類(得意先、仕入先、顧客等)毎に行われていた。たとえば、得意先としての相手先を管理する得意先マスターファイル、仕入先としての相手先を管理する仕入先マスターファイル、顧客としての相手先を管理する顧客マスターファイル等の各マスターファイルで管理していた。
【0003】
しかしながら、相手先との取引態様は様々であり、相手先が複数の分類に属するケースも多く存在する。例えば、1つの相手先が得意先でもあり仕入先でもあって、相手先が複数のマスターファイルに登録されているような重複するケースも多く存在する。この場合には、取引態様毎に相手先の窓口や相手先とコンタクトをとる自社の部門が異なり、同一の相手先の情報が複数箇所で独自に管理されて、一元管理されないといった問題があった。そのため、相手先に関する情報の変更が企業内で共通に管理されにくく、相手先の情報の変更が一部の部署だけで認識され、他の部署では認識されないといった問題も生じていた。
【0004】
本発明は、上記問題点を解消するためになされたものであり、相手先の情報を企業内で一元管理することの可能なファイル管理システム、会計システム、及びファイル管理プログラムを提供することを目的とする。
【0005】
【課題を解決するための手段】
上記目的を達成するために、第1の発明のファイル管理システムは、取引の相手先に関する相手先情報と該相手先情報の各々に対応する相手先IDとを有する相手先ファイル、前記相手先情報を該相手先情報を使用する複数の部署の各々に応じて分類するための複数の分類内容を示す分類内容データと該分類内容データの各々に対応する分類IDとを有する分類ファイル、前記複数の分類内容の各々に対応して設けられると共に、各々の相手先情報に対して独自に設けられた拡張情報IDを有する拡張情報ファイル、及び、分類ID、相手先ID、及び拡張情報IDを対応させたテーブル、が記憶された記憶手段と、前記テーブル及び前記相手先ファイルに基づいて、拡張情報ファイルで指定された拡張情報IDと該拡張情報IDを指定した拡張情報ファイルに対応する分類IDとに対応する相手先情報を検索し、検索した相手先情報を表示手段に表示する検索手段と、を含んで構成されている。
【0006】
また、第2の発明のファイル管理プログラムは、取引の相手先に関する相手先情報と該相手先情報の各々に対応する相手先IDとを有する相手先ファイル、前記相手先情報を該相手先情報を使用する複数の部署の各々に応じて分類するための複数の分類内容を示す分類内容データと該分類内容データの各々に対応する分類IDとを有する分類ファイル、前記複数の分類内容の各々に対応して設けられると共に、各々の相手先情報に対して独自に設けられた拡張情報IDを有する拡張情報ファイル、及び、分類ID、相手先ID、及び拡張情報IDを対応させたテーブル、が記憶された記憶手段における、前記テーブル及び前記相手先ファイルに基づいて、拡張情報ファイルで指定された拡張情報IDと該拡張情報IDを指定した拡張情報ファイルに対応する分類IDとに対応する相手先情報を検索し、検索した相手先情報を表示手段に表示するようにコンピュータを機能させるものである。
【0007】
第1及び第2の発明によれば、取引の相手先についての種々の情報を、相手先ファイルと部署毎に分類された拡張情報ファイルとに切り分けて記録する。よって、取引の相手先についての名称、住所、電話番号などの共通に管理すべき情報は一元管理し、取引形態毎に異なる情報は管理部門ごとに独自に管理することができる。また、相手先ファイルに記録された相手先情報と拡張情報ファイルに記録された情報とをテーブルにより関連付け、拡張情報ファイルで指定された拡張情報IDと該拡張情報IDを指定した拡張情報ファイルに対応する分類IDとに対応する相手先情報を検索して表示するので、管理部署ごとに管理される拡張情報を、一元管理される相手先情報と共に参照することができる。
【0008】
また、第1の発明のファイル管理システムは、前記相手先情報の各々を更新するファイルを予め定めることができる。これにより、各々の部署で独自に管理する拡張情報ファイルとリンクされた相手先情報が複数存在する場合などには、相手先情報に対して主に管理権を有する部署の使用する拡張情報ファイルからのみ相手先情報の更新をすることが可能なように予め定めることができる。
【0009】
また、第1の発明のファイル管理システムの相手先情報を、同一の相手先について複数の部署で共通に使用する情報のみとすることにより、一元管理の対象とすることに適した、各々の部署に共通な情報となる。
【0010】
また、前記分類内容は、得意先、仕入先、顧客、借入先、貸付先、相手先従業員、従業員、及び取引口座の少なくとも1つの項目を含んだものとすることにより、相手先を管理部署毎に適切に分類することができる。
【0011】
また、本発明のファイル管理システムを会計システムに組み込んで、会計システム内で相手先管理を行うこともできる。本会計システムでは、前記記憶手段に、勘定科目、金額、相手先ID、及び分類IDを有する仕訳ファイルを記憶し、この仕訳ファイルを前記テーブルを介して前記相手先ファイル及び前記拡張情報ファイルとリンクすることもできる。
【0012】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【0013】
本実施の形態の会計システム10は、図1に示すように、パーソナルコンピュータ(以下、パソコンという)12と、パソコン12の入出力ポート12Dに接続された各種の入出力機器とから構成されている。
【0014】
パソコン12は、CPU(中央演算処理装置)12A、ROM(リードオンリーメモリ)12B、RAM(ランダムアクセスメモリ)12C、及び入出力ポート12Dを備え、これらはバスによって互いに接続されている。
【0015】
この入出力ポート12Dには、入出力機器として、後述する会計管理プログラム等を書き込むと共に、書き込まれたプログラムを読み出すための磁気ヘッドとハードディスク(以下「HD」という)とを備えたハードディスクドライブ(以下、HDDという)14、フロッピーディスク(以下、FDという)26に対してデータの読み書きをするためのフロッピーディスクドライブ(以下、FDDという)16、CD−ROM30からプログラムやデータを読み出すためのCD−ROMドライブ(以下、CDDという)28、ユーザがデータを入力するためのキーボード18、マウス20、入力画面や処理結果等を表示するディスプレイ22、及び処理結果を印刷するレーザビームプリンタ24が接続されている。
【0016】
CDーROM30には、新規に拡張情報マスターデータ、相手先マスターデータを登録する場合、及びこれらのマスターデータの内容に更新が生じた場合に各マスターデータの更新を行うためのマスターデータ登録・更新処理プログラム等が格納されている。マスターデータ登録・更新処理プログラムは、パソコン12がこれらの処理プログラムをCDD28を介して読み出し、読み出した処理プログラムをHDD14に書き込むことにより、パソコン12のHDD14にインストールされている。
【0017】
HDD14には、図2に示すように、後述するマスターデータ登録・更新処理プログラムによって作成された相手先マスターファイル42、補助テーブル44、補助分類マスターファイル46、拡張情報マスターファイル48、相手先従業員マスターファイル50、仕訳データファイル52、及び図示しないその他の会計処理を行うための各種データが記録されている。拡張情報マスターファイル48は、補助分類マスターファイル46に登録されている分類項目毎に作成された別々の複数の拡張情報マスターファイルで構成されている。本実施の形態では、拡張情報マスターファイル48は、得意先マスターファイル48A、仕入れ先マスターファイル48B、顧客マスターファイル48C、借入先マスターファイル48D、貸付先マスターファイル48E、従業員マスターファイル48F等の既に分類項目の定義された拡張情報マスターファイルと、ユーザーが自由に分類項目を定義できる少なくとも1つのユーザー定義用マスターファイル48Gとを含んで構成されている。
【0018】
図3に示すように、相手先マスターファイル42には、会計処理のために使用される仕訳データの一項目である補助科目に記録されているすべての取引の相手先毎に共通の相手先データが記録されている。この相手先データは、相手先ID、相手先名称、相手先所在地、代表者、従業員の個人名および連絡先、財務状態等の各項目に対応するデータを含んで構成されており、分類項目の全てに対して共通のデータである。補助分類マスターファイル46には、補助科目に記録される取引の相手先が、得意先、仕入先、顧客、借入先、貸付先等、自社と取引上どのような関連を有しているかを分類する分類内容及びこれに対応する分類IDの各項目に対応するデータを含んだ分類データが記録されている。得意先マスターファイル48A、仕入れ先マスターファイル48B、顧客マスターファイル48C、借入先マスターファイル48D、及び貸付先マスターファイル48E、従業員マスターファイル48F、及びユーザー定義用マスターファイル48Gの各拡張情報マスタファイル48には、拡張情報ID、各々の拡張情報を管理する部署で取引先を特定するために独自に付加した相手先コード、及び相手先企業との取引内容の細かな情報に関する事項の各項目に対応するデータを含んで構成された拡張情報マスターデータが記録されている。例えば、得意先マスターファイル48Aには、このファイルを使用する部署で独自に付与された拡張情報ID、相手先コード、商品の仕入価格、及び締切日等の必要な情報が拡張情報マスターデータとして記録されている。また、相手先従業員マスターファイル50には、相手先マスターファイル42に登録されている従業員の個人名および連絡先等を除いた相手先従業員の役職やその他の個人情報が記録されている。仕訳データファイル52には、勘定科目、金額、借方、貸方、相手先ID、及び分類IDの各項目を含んで構成された仕訳データが記録されている。なお、相手先IDは、仕訳データが示す個々の取引についての相手先を特定するものであり、勘定科目を補助する補助科目としての役割を果たす。
【0019】
補助テーブル44には、拡張情報マスターファイル48に登録された拡張情報マスターデータ毎にレコードが設けられ、各レコードには、補助ID、分類ID、相手先ID、及び拡張情報IDについてのデータが記録されている。相手先マスターファイル42、補助分類マスターファイル46、仕訳データファイル52、及び拡張情報マスターファイル48の各々に登録された各データは、補助テーブル44によって互いに関連付けられている。例えば、図3の得意先マスターファイル48A内に記録された、拡張情報IDが1の拡張情報マスターデータは、分類IDが1(得意先)で拡張情報IDが1なので、補助テーブル44の対応するレコードは補助IDが1のレコードである。よって、補助IDが1のレコードを参照することによって、この拡張情報マスターデータに対応する相手先マスターデータは、相手先IDが1のABC社のデータということがわかる。
【0020】
次に、本実施の形態に係る、相手先マスターファイル42に記録された相手先データ及び拡張情報マスターデータを登録または更新する場合のマスターデータ登録・更新処理について説明する。
【0021】
図4に示すマスターデータ登録・更新処理は、各々の拡張情報マスターファイルを管理する部署のユーザーがキーボード18およびマウス20から登録・更新指示を行うことにより開始される。ユーザーは、拡張情報マスターデータを新規に登録する場合には、図示しない検索情報入力画面から登録を希望する拡張情報マスターデータの分類IDを入力するとともに新規登録ボタンをクリックして登録処理を指示する。既に登録されている拡張情報マスターデータを更新する場合には、検索情報入力画面から対象となる拡張情報マスターデータの分類ID及び相手先コードを入力すると共に、最新の情報を表示するための最新情報ボタンをクリックして更新処理を指示する。
【0022】
ステップ70で、ユーザーの指示が、拡張情報マスターデータの新規登録か更新かを判断する。
【0023】
更新の場合には、ステップ72で、図5に示す登録・更新画面表示処理が行われて、図7に示す登録・更新画面が表示される。登録・更新画面表示処理は、図5に示すように、ステップ120で、入力された分類ID及び相手先コードに対応する拡張情報マスターデータを読み出す。ステップ122で、読み出された拡張情報マスターデータの拡張情報IDに対応する補助テーブル44内のレコードを読出し、この拡張情報マスターデータに対応する相手先マスターデータの相手先IDを確認する。ステップ124で、相手先マスターファイル42内の確認された相手先IDを有する相手先マスターデータを読み出し、ステップ126で、読み出した相手先マスターデータ及び入力された相手先コードの拡張情報マスターデータに基づいて、ディスプレイ22に登録・更新画面を表示する。この登録・更新画面には、図7に示すように、使用期間、マスターIDを示すコード、法人・個人の区別、会社名・支店名・略称などの相手先情報、郵便番号、住所、電話番号、FAX,WEB、担当者等を表示する入力ウインドウが配置され、更新画面の上部には、登録、削除、リセット、のボタンが配置されている。また、登録・更新画面の外側上部には、最新の情報を読み出すための最新情報ボタン、及び更新基準日を設定するための更新基準日ボタン等の各種ボタンが配置されている。前述の各入力ウインドウには、読み出した相手先マスターデータ及び入力された相手先コードの拡張情報マスターデータに基づいて各マスターデータの内容が表示されている。
【0024】
ユーザーは、相手先マスターデータを更新する場合には、更新を希望する項目の入力ウインドウに、更新後の相手先マスターデータの情報を直接入力するとともに、更新前の相手先マスターデータを削除する。また、拡張情報マスターデータを更新する場合には、更新を希望する項目の入力ウインドウに、更新後の拡張情報マスターデータの情報を直接入力するとともに、更新前の拡張情報マスターデータを削除する。そして、更新の入力終了後に登録ボタンをクリックして更新の指示をする。
【0025】
ステップ74で、更新の指示があるまで待機し、更新の指示があった場合には、ステップ76で、相手先マスターデータの更新入力があったかどうかを判断する。相手先マスターデータの更新入力がなかった場合には、ステップ80へ進む。相手先マスターデータの更新入力があった場合には、ステップ78で、ユーザーからの入力内容に基づいて相手先マスターデータを更新する。相手先マスターデータの更新は、前述のステップ122で読み出した相手先マスターデータの各項目に対応するデータのうち更新入力のあったデータのみを書き換えて作成した新たな相手先マスターデータを相手先マスターファイル42に追加することにより行う。
ステップ80で、拡張情報マスターデータの更新入力があったかどうかを判断する。拡張情報マスターデータの更新入力がなかった場合には、本処理を終了する。拡張情報マスターデータの更新入力があった場合には、ステップ82で、ユーザーからの入力内容に基づいて該当する拡張情報マスターデータの項目に対応するデータを書き換えることにより拡張情報マスターデータを更新して本処理を終了する。
【0026】
一方、拡張情報マスターデータの新規登録の場合には、ステップ84で、対応する相手先マスターデータが既に存在するかどうかを判断する。この判断はユーザーの入力指示により行われるが、対応する相手先マスターデータが存在しない場合には、ユーザーは図示しない新規登録ボタンをクリックして指示し、対応する相手先マスターデータが既に存在する場合には、ユーザーは、相手先マスターデータの会社名を相手先情報ウインドウに入力して、最新情報ボタンをクリックする。
【0027】
対応する相手先マスターデータが既に存在する場合には、ステップ86で、図6に示す更新画面表示処理のステップ120〜124を、前述と同様の手順で実行し、ステップ128で、読み出した相手先マスターデータに基づいて、指定された分類ID用の登録・更新画面をディスプレイ22に表示する。この登録・更新画面に配置されている各入力ウインドウには、読み出した相手先マスターデータに基づいて相手先マスターデータの内容が表示され、拡張情報マスターデータの内容はブランクで表示される。
【0028】
ユーザーは、拡張情報マスターデータを、該当する入力ウインドウから入力すると共に、相手先マスターデータを更新する場合には、更新を希望する項目の入力ウインドウに、更新後の相手先マスターデータの情報を直接入力するとともに、更新前の相手先マスターデータを削除する。そして、登録・更新の入力終了後に登録ボタンをクリックして登録・更新の指示をする。
【0029】
ステップ88で、登録・更新の指示があるまで待機し、登録・更新の指示があった場合には、ステップ90で、相手先マスターデータの更新入力があったかどうかを判断する。相手先マスターデータの更新入力がなかった場合には、ステップ94へ進む。相手先マスターデータの更新入力があった場合には、ステップ92で、ユーザーからの入力内容に基づいて相手先マスターデータを更新する。相手先マスターデータの更新は、前述のステップ78と同様にして行う。
【0030】
ステップ94で、ユーザーからの入力内容に基づいて、拡張情報マスターデータを作成して、指定された分類IDの拡張情報マスタファイルに登録する。ステップ96で、図8に示す補助テーブルレコード作成処理Aが行われる。補助テーブルレコード作成処理Aは、図8に示すように、ステップ130で、新たな補助IDで補助テーブルレコードを作成する。ステップ132で、この補助テーブルレコードの相手先ID項目のデータを記録する部分に、前述のステップ124で読み出した相手先マスターデータの相手先IDを書き込む。ステップ134で、この補助テーブルレコードの分類ID項目のデータを記録する部分に、前述のステップ120で読み出した拡張情報マスターデータの分類IDを書き込み、ステップ136で、この補助テーブルレコードの拡張情報ID項目のデータを記録する部分に、前述のステップ120で読み出した拡張情報マスターデータの拡張情報IDを書き込んで、本処理を終了する。
【0031】
拡張情報マスターデータの新規登録で、対応する相手先マスターデータが未だ存在しない場合には、ステップ98で、入力された分類IDに対応する拡張情報マスターデータ用の新規登録画面がディスプレイ22に表示される。この新規登録画面は、図7に示す登録・更新画面の各入力ウインドウ内がブランクで表示されるものである。
【0032】
ユーザーは、拡張情報マスターデータを各々の該当する入力ウインドウから入力すると共に、相手先マスターデータを各々の該当する入力ウインドウから入力し、入力終了後に登録ボタンをクリックして登録の指示をする。
【0033】
ステップ100で、登録の指示があるまで待機し、登録の指示があった場合には、ステップ102で、入力された内容に基づいて相手先マスターデータを作成して相手先マスターファイルに登録する。ステップ104で、入力された内容に基づいて拡張情報マスターデータを作成して拡張情報マスターファイルに登録し、ステップ106で、、図9に示す補助テーブルレコード作成処理Bが行われる。補助テーブルレコード作成処理Bは、図9に示すように、ステップ130で、新たな補助IDで補助テーブルレコードを作成する。ステップ132で、この補助テーブルレコードの相手先ID項目のデータを記録する部分に、前述のステップ102で登録した相手先マスターデータの相手先IDを書き込む。ステップ134及びステップ136の処理は前述したステップ96の補助テーブルレコード作成処理Aと同様にして行って、本処理を終了する。
【0034】
本実施の形態によれば、相手先マスターファイルには得意先・仕入先等の相手先との取引形態によらない相手先に共通の情報である相手先マスターデータを1つの相手先に対して1つ登録し、各々の拡張情報ファイル18には、取引態様毎に異なる情報となる拡張情報マスターデータを1つの相手先に対して当該相手先との取引態様分の数だけ別々のファイルに登録する。そして、相手先マスターデータと拡張情報マスターデータとを補助テーブルを介してリンクさせ、拡張情報マスターデータの参照は、対応する相手先マスターデータの参照とともに行う。
【0035】
また、相手先マスターデータの登録及び更新はリンクされた拡張情報マスターデータの登録及び更新と共に行う。
【0036】
よって、同一の相手先に対して複数のデータの更新を行う必要がなく、相手先に共通な情報の管理が社内で一元管理され、相手先に共通な情報の更新を社内で共通に認識することができる。また、情報の修正漏れやタイムラグの発生を防止することができる。さらに、取引態様毎に異なる相手先の情報については、社内の担当部署ごとに独自に管理することができ、担当部署毎の使用目的に合った管理をすることができる。
【0037】
また、補助テーブルを設けて相手先マスターデータと拡張情報マスターデータとをリンクさせているので、各拡張情報マスターデータに同一の相手先に対して同一のコード等を割り振って同一の相手先であることを特定する必要がなく、同一の相手先に関する各種の集計等を容易に行うことができる。
【0038】
また、社内で相手先毎に主となる管理部門を設定し、その管理部門だけに相手先マスターデータの更新についての更新権与えることもできる。これにより、相手先マスターデータの信頼性を確保することもできる。
【0039】
また、従業員の住所等のプライベート情報や、その他特定の部門だけに参照させたい情報に付いては、情報単位にマスクをかけて、特定の部門以外の部門からの参照を不可能にすることもできる。
【0040】
また、相手先マスターファイルに登録された相手先マスターデータは、取引の相手先の住所録として再利用することができるので、年賀状やキャンペーン等のダイレクトメールの宛名書きに最新の情報が利用でき、相手先マスターデータを効率的に利用することができる。
【0041】
また、補助分類マスターファイルを設けたことにより、相手先を任意に分類して分類内容を設定することが可能である。本実施の形態では、取引態様毎に、得意先、仕入先、顧客等に分類したが、その他にも例えば、同業他社、ロータリークラブなどの分類も設けて、相手先の管理に利用することもできる。
【0042】
また、相手先従業員マスターファイルを設けて相手先従業員に関する情報を一元管理し、拡張情報マスターデータとリンクさせることにより、相手先の担当者とスムーズなコンタクトを取ることが可能になる。
【0043】
また、相手先従業員の氏名や住所等の情報は相手先マスタファイルに相手先マスターデータとして登録されるため、相手先従業員が顧客になった場合や貸付先になった場合などにデータの再利用ができ、フレキシブルな対応が可能となる。
【0044】
【発明の効果】
以上説明したように、第1及び第2の発明によれば、補助科目に記録される取引の相手先についての種々の情報を、相手先ファイルと部署毎に分類された拡張情報ファイルとに切り分けて記録する。よって、取引の相手先についての名称、住所、電話番号などの共通に管理すべき情報は一元管理し、取引形態毎に異なる情報は管理部門ごとに独自に管理することができる。また、相手先ファイルに記録された相手先情報と拡張情報ファイルに記録された情報とをテーブルにより関連付け、拡張情報ファイルで指定された拡張情報IDと該拡張情報IDを指定した拡張情報ファイルに対応する分類IDとに対応する相手先情報を検索して表示するので、管理部署ごとに管理される拡張情報を、一元管理される相手先情報と共に参照することができる、という効果が得られる。
【図面の簡単な説明】
【図1】本発明のファイル管理システムの概略図である。
【図2】本実施の形態のデータベースの一部である。
【図3】各マスターファイルの概略関連図である。
【図4】マスターデータ登録・更新処理のフローチャートである。
【図5】更新画面表示処理のフローチャートである。
【図6】登録・更新画面表示処理のフローチャートである。
【図7】マスターデータ登録・更新画面の例である。
【図8】補助テーブル作成処理Aのフローチャートである。
【図9】補助テーブル作成処理Bのフローチャートである。
【符号の説明】
10 会計システム
12 パソコン
14 HDD(記憶手段)
26 FD
30 CD−ROM
42 相手先マスターファイル
44 補助テーブル
46 補助分類マスターファイル
48 拡張情報マスターファイル
52 仕訳データファイル
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a file management system, an accounting system, and a file management program. More specifically, the present invention relates to a file management system, an accounting system, and a file management program that link and manage various kinds of information about a transaction partner.
[0002]
[Prior art and problems to be solved by the invention]
The journal data created when performing accounting management in a company includes an account item, and an auxiliary item for supplementing the account item is added to the account item. In general, sub-accounts are often recorded in the sub-accounts, and information management such as the name, address, representative, and telephone number of the counterparts recorded in the sub-accounts has traditionally been account items. Was performed for each category (customer, supplier, customer, etc.). For example, it is managed in each master file such as a customer master file that manages the customer as a customer, a supplier master file that manages a customer as a supplier, and a customer master file that manages a customer as a customer. Was.
[0003]
However, there are various transaction modes with the other party, and there are many cases where the other party belongs to a plurality of categories. For example, there are many cases where one partner is a customer and a supplier, and the partner is registered in a plurality of master files. In this case, there is a problem in that the partner's window and the department in contact with the partner are different for each transaction mode, and the same partner's information is managed independently at multiple locations and cannot be managed centrally. . For this reason, changes in information regarding the other party are difficult to manage in common within the company, and there has also been a problem that changes in the other party's information are recognized only in some departments and not in other departments.
[0004]
The present invention has been made to solve the above problems, and an object of the present invention is to provide a file management system, an accounting system, and a file management program capable of centrally managing information on a partner in a company. And
[0005]
[Means for Solving the Problems]
In order to achieve the above object, a file management system according to a first aspect of the present invention provides a destination file having destination information relating to a destination of a transaction and a destination ID corresponding to each of the destination information, the destination information. A classification file having classification content data indicating a plurality of classification contents and a classification ID corresponding to each of the classification contents data, and a plurality of classification IDs corresponding to each of the classification contents data, An extended information file having an extended information ID uniquely provided for each destination information and a classification ID, a destination ID, and an extended information ID are provided corresponding to each category content. A storage means storing a table, an extension information ID specified in the extension information file and the extension information ID based on the table and the destination file Zhang information searching party information corresponding to the classification ID corresponding to the file is configured to include a search means for displaying on the display means the retrieved destination information.
[0006]
A file management program according to a second aspect of the present invention provides a destination file having destination information relating to a destination of a transaction and a destination ID corresponding to each of the destination information, the destination information as the destination information. A classification file having a plurality of classification contents for classification according to each of a plurality of departments to be used, and a classification ID corresponding to each of the classification contents data, corresponding to each of the plurality of classification contents And an extended information file having an extended information ID uniquely provided for each destination information, and a table in which the classification ID, the destination ID, and the extended information ID are associated with each other. In the storage means, based on the table and the destination file, the extension information ID specified in the extension information file and the extension information file in which the extension information ID is specified. Search for destination information corresponding to the classification ID corresponding to Le, those causing a computer to function so as to display on the display means the retrieved destination information.
[0007]
According to the first and second aspects of the invention, various types of information about the other party of the transaction are recorded separately in the other party file and the extended information file classified for each department. Therefore, information that should be managed in common, such as the name, address, and telephone number of the transaction partner, can be centrally managed, and information that differs for each transaction form can be managed independently for each management department. Also, the counterpart information recorded in the counterpart file is associated with the information recorded in the extended information file by a table, and the extended information ID specified in the extended information file and the extended information file specifying the extended information ID are supported. Since the partner information corresponding to the classification ID to be searched is searched and displayed, the extended information managed for each management department can be referred to together with the partner information managed centrally.
[0008]
The file management system according to the first aspect of the invention can predetermine a file for updating each of the destination information. As a result, when there are multiple destination information linked to the extended information file managed independently by each department, the extended information file used mainly by the department having the management right for the destination information can be used. It is possible to determine in advance that only the partner information can be updated.
[0009]
In addition, each of the departments suitable for being subject to centralized management by making the destination information of the file management system of the first invention only information that is commonly used by a plurality of departments for the same destination. It becomes common information.
[0010]
In addition, the classification contents include at least one item of customer, supplier, customer, borrower, lender, partner employee, employee, and trading account. It can be classified appropriately for each management department.
[0011]
In addition, the file management system of the present invention can be incorporated into an accounting system, and partner management can be performed within the accounting system. In this accounting system, a journal file having an account item, an amount, a partner ID, and a classification ID is stored in the storage means, and the journal file is linked to the partner file and the extended information file via the table. You can also
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0013]
As shown in FIG. 1, the accounting system 10 according to the present embodiment includes a personal computer (hereinafter referred to as a personal computer) 12 and various input / output devices connected to an input / output port 12 </ b> D of the personal computer 12. .
[0014]
The personal computer 12 includes a CPU (Central Processing Unit) 12A, a ROM (Read Only Memory) 12B, a RAM (Random Access Memory) 12C, and an input / output port 12D, which are connected to each other by a bus.
[0015]
A hard disk drive (hereinafter referred to as “HD”) including a magnetic head and a hard disk (hereinafter referred to as “HD”) for writing an accounting management program, which will be described later, as well as a later-described accounting management program and the like as input / output devices. , HDD) 14, floppy disk drive (hereinafter referred to as FDD) 16 for reading and writing data to a floppy disk (hereinafter referred to as FD) 26, and CD-ROM for reading programs and data from the CD-ROM 30. A drive (hereinafter referred to as CDD) 28, a keyboard 18 for inputting data by a user, a mouse 20, a display 22 for displaying an input screen and processing results, and a laser beam printer 24 for printing the processing results are connected. .
[0016]
In the CD-ROM 30, master data registration / update for newly registering extended information master data and destination master data, and updating each master data when the contents of these master data are updated A processing program and the like are stored. The master data registration / update processing program is installed in the HDD 14 of the personal computer 12 by the personal computer 12 reading these processing programs through the CDD 28 and writing the read processing program in the HDD 14.
[0017]
As shown in FIG. 2, the HDD 14 has a partner master file 42, an auxiliary table 44, an auxiliary classification master file 46, an extended information master file 48, a partner employee created by a master data registration / update processing program to be described later. A master file 50, a journal data file 52, and various data for performing other accounting processing (not shown) are recorded. The extended information master file 48 includes a plurality of different extended information master files created for each classification item registered in the auxiliary classification master file 46. In this embodiment, the extended information master file 48 is already a customer master file 48A, a supplier master file 48B, a customer master file 48C, a borrower master file 48D, a loan master file 48E, an employee master file 48F, etc. The extended information master file in which the classification items are defined and at least one user definition master file 48G in which the user can freely define the classification items are configured.
[0018]
As shown in FIG. 3, the destination master file 42 contains destination data common to all the destinations of all transactions recorded in the auxiliary item, which is one item of journal data used for accounting processing. Is recorded. This destination data includes data corresponding to each item such as destination ID, destination name, destination location, representative, employee personal name and contact, and financial status. Data common to all of the above. In the auxiliary classification master file 46, the relationship of the transaction partner recorded in the auxiliary item with the company such as the customer, the supplier, the customer, the borrower, and the lender is related to the transaction. Classification data including data corresponding to each item of the classification content to be classified and the classification ID corresponding thereto is recorded. Customer master file 48A, supplier master file 48B, customer master file 48C, borrower master file 48D, loan master file 48E, employee master file 48F, and extended information master file 48 for user definition master file 48G Corresponds to each item of the extended information ID, the partner code uniquely added to identify the business partner in the department that manages each extended information, and the items related to the detailed information of the business with the business partner Extended information master data including data to be recorded is recorded. For example, in the customer master file 48A, necessary information such as the extended information ID, the partner code, the purchase price of the product, and the deadline date uniquely given by the department that uses this file is used as the extended information master data. It is recorded. The counterpart employee master file 50 records the title of the counterpart employee and other personal information excluding the employee's personal name and contact information registered in the counterpart master file 42. . In the journal data file 52, journal data including each item of account item, amount, debit, credit, partner ID, and classification ID is recorded. The counterpart ID identifies the counterpart for each transaction indicated by the journal data, and serves as an auxiliary subject that assists the account item.
[0019]
In the auxiliary table 44, a record is provided for each extended information master data registered in the extended information master file 48. In each record, data about an auxiliary ID, a classification ID, a partner ID, and an extended information ID are recorded. Has been. The data registered in each of the partner master file 42, the auxiliary classification master file 46, the journal data file 52, and the extended information master file 48 are associated with each other by the auxiliary table 44. For example, the extended information master data with the extended information ID 1 recorded in the customer master file 48A in FIG. 3 has the classification ID 1 (customer) and the extended information ID 1 and corresponds to the auxiliary table 44. The record is a record whose auxiliary ID is 1. Therefore, by referring to the record with the auxiliary ID 1, it is understood that the counterpart master data corresponding to the extended information master data is data of ABC company with the counterpart ID 1.
[0020]
Next, master data registration / update processing when registering or updating partner data and extended information master data recorded in the partner master file 42 according to the present embodiment will be described.
[0021]
The master data registration / update process shown in FIG. 4 is started when a user in a department managing each extended information master file issues a registration / update instruction from the keyboard 18 and mouse 20. When newly registering extended information master data, the user inputs the classification ID of the extended information master data desired to be registered from a search information input screen (not shown) and instructs the registration process by clicking the new registration button. . When updating already registered extended information master data, enter the classification ID and partner code of the target extended information master data from the search information input screen, and update the latest information to display the latest information. Click the button to instruct the update process.
[0022]
In step 70, it is determined whether the user instruction is new registration or update of the extended information master data.
[0023]
In the case of updating, the registration / update screen display process shown in FIG. 5 is performed in step 72, and the registration / update screen shown in FIG. 7 is displayed. In the registration / update screen display process, as shown in FIG. 5, in step 120, the extended information master data corresponding to the input classification ID and partner code is read. In step 122, the record in the auxiliary table 44 corresponding to the extended information ID of the read extended information master data is read, and the partner ID of the partner master data corresponding to this extended information master data is confirmed. In step 124, the destination master data having the confirmed destination ID in the destination master file 42 is read, and in step 126, based on the read destination master data and the extended information master data of the input destination code. The registration / update screen is displayed on the display 22. As shown in FIG. 7, this registration / update screen includes a usage period, a code indicating a master ID, distinction between corporations and individuals, destination information such as company name / branch name / abbreviation, postal code, address, telephone number. An input window for displaying FAX, WEB, person in charge, etc. is arranged, and buttons for registration, deletion and reset are arranged at the top of the update screen. In addition, various buttons such as a latest information button for reading the latest information and an update reference date button for setting an update reference date are arranged on the outer upper portion of the registration / update screen. Each input window displays the contents of each master data based on the read destination master data and the extended information master data of the input destination code.
[0024]
When updating the destination master data, the user directly inputs the updated destination master data information into the input window for the item desired to be updated, and deletes the destination master data before the update. When the extension information master data is updated, the updated extension information master data is directly input to the input window for the item desired to be updated, and the extension information master data before the update is deleted. Then, after completing the input of the update, click the registration button to instruct the update.
[0025]
In step 74, the process waits until an update instruction is given. If there is an update instruction, it is determined in step 76 whether or not an update input of the partner master data has been received. If there is no update input of the partner master data, the process proceeds to step 80. If there is an update input of the partner master data, in step 78, the partner master data is updated based on the input contents from the user. The update of the partner master data is performed by using the partner master data newly created by rewriting only the data that has been updated and input among the data corresponding to each item of the partner master data read in step 122 described above. This is done by adding to the file 42.
In step 80, it is determined whether or not the extension information master data has been updated. If there is no update input of the extended information master data, this process ends. If there is an update input of the extended information master data, the extended information master data is updated by rewriting the data corresponding to the corresponding extended information master data item in step 82 based on the input contents from the user. This process ends.
[0026]
On the other hand, if the extended information master data is newly registered, it is determined in step 84 whether or not the corresponding counterpart master data already exists. This determination is made based on the user's input instruction, but if there is no corresponding destination master data, the user clicks the new registration button (not shown) to indicate that the corresponding destination master data already exists The user inputs the company name of the destination master data in the destination information window and clicks the latest information button.
[0027]
If the corresponding destination master data already exists, steps 120 to 124 of the update screen display process shown in FIG. 6 are executed in the same manner as described above in step 86, and the destination destination read in step 128 is executed. Based on the master data, a registration / update screen for the designated classification ID is displayed on the display 22. In each input window arranged on the registration / update screen, the contents of the partner master data are displayed based on the read partner master data, and the contents of the extended information master data are displayed blank.
[0028]
When the user inputs the extended information master data from the corresponding input window and updates the destination master data, the updated destination master data information is directly input to the input window of the item desired to be updated. While inputting, delete the master data before updating. Then, after completing the registration / update input, the registration button is clicked to instruct registration / update.
[0029]
In step 88, the process waits until a registration / update instruction is issued. If there is a registration / update instruction, it is determined in step 90 whether or not an update input of the partner master data has been received. If there is no update input of the partner master data, the process proceeds to step 94. If there is an update input of the partner master data, in step 92, the partner master data is updated based on the input contents from the user. The updating of the partner master data is performed in the same manner as in step 78 described above.
[0030]
In step 94, extension information master data is created based on the input contents from the user and registered in the extension information master file of the designated classification ID. In step 96, auxiliary table record creation processing A shown in FIG. 8 is performed. As shown in FIG. 8, the auxiliary table record creation processing A creates an auxiliary table record with a new auxiliary ID in step 130. In step 132, the partner ID of the partner master data read in step 124 is written in the portion of the auxiliary table record where the data of the partner ID item is recorded. In step 134, the classification ID of the extended information master data read in step 120 is written in the portion for recording the data of the classification ID item of the auxiliary table record. In step 136, the extended information ID item of the auxiliary table record is written. The extension information ID of the extension information master data read out in the above-described step 120 is written in the portion where the data is recorded, and this process ends.
[0031]
If the corresponding extension master data does not yet exist in the new registration of extended information master data, a new registration screen for extended information master data corresponding to the input classification ID is displayed on the display 22 in step 98. The This new registration screen is displayed in blank in each input window of the registration / update screen shown in FIG.
[0032]
The user inputs the extended information master data from each corresponding input window and inputs the destination master data from each corresponding input window, and after completing the input, clicks the registration button to instruct registration.
[0033]
In step 100, the process waits until there is a registration instruction. If there is a registration instruction, in step 102, the other party master data is created and registered in the other party master file. In step 104, extension information master data is created based on the input contents and registered in the extension information master file. In step 106, auxiliary table record creation processing B shown in FIG. 9 is performed. In the auxiliary table record creation process B, as shown in FIG. 9, in step 130, an auxiliary table record is created with a new auxiliary ID. In step 132, the partner ID of the partner master data registered in step 102 is written in the portion of the auxiliary table record where the data of the partner ID item is recorded. The processing in step 134 and step 136 is performed in the same manner as the auxiliary table record creation processing A in step 96 described above, and this processing is terminated.
[0034]
According to the present embodiment, in the partner master file, the partner master data, which is information common to the partner regardless of the transaction form with the partner such as the customer or the supplier, is sent to one partner. In each extended information file 18, extended information master data, which is different information for each transaction mode, is stored in a separate file for each partner as many as the number of transaction modes with that partner. sign up. Then, the partner master data and the extended information master data are linked via the auxiliary table, and the extension information master data is referred to together with the corresponding partner master data.
[0035]
Also, registration and update of the partner master data is performed together with registration and update of the linked extended information master data.
[0036]
Therefore, there is no need to update multiple data for the same partner, management of information common to the partner is centrally managed within the company, and information updates common to the partner are commonly recognized internally. be able to. In addition, it is possible to prevent information correction omission and occurrence of time lag. In addition, information on a different party for each transaction mode can be managed independently for each department in charge in the company, and can be managed according to the purpose of use for each department in charge.
[0037]
In addition, since the auxiliary master data and the extended information master data are linked by providing an auxiliary table, the same code or the like is assigned to each extended information master data for the same counterpart, and the same counterpart is established. There is no need to specify this, and various tabulations on the same counterpart can be easily performed.
[0038]
It is also possible to set a main management department for each counterpart in the company, and to give only the management department the right to update the counterpart master data. Thereby, it is possible to ensure the reliability of the destination master data.
[0039]
In addition, for private information such as employee addresses and other information that only specific departments want to refer to, mask the information unit so that it cannot be referenced by departments other than specific departments. You can also.
[0040]
In addition, since the master data registered in the master file can be reused as the address book of the business partner, the latest information can be used for addressing direct mails such as New Year's cards and campaigns. The partner master data can be used efficiently.
[0041]
Further, by providing the auxiliary classification master file, it is possible to arbitrarily classify the destination and set the classification contents. In this embodiment, each transaction mode is classified into customer, supplier, customer, etc., but other categories such as other companies in the same industry, rotary clubs, etc. are also used for managing the other party. You can also.
[0042]
In addition, by providing a partner employee master file to centrally manage information about the partner employee and linking it with the extended information master data, it is possible to make a smooth contact with the person in charge of the partner.
[0043]
In addition, information such as the name and address of the partner employee is registered as partner master data in the partner master file. Therefore, when the partner employee becomes a customer or a borrower, the data It can be reused and flexible support is possible.
[0044]
【The invention's effect】
As described above, according to the first and second inventions, the various information about the transaction partner recorded in the supplementary subjects is divided into the partner file and the extended information file classified by department. Record. Therefore, information that should be managed in common, such as the name, address, and telephone number of the transaction partner, can be centrally managed, and information that differs for each transaction form can be managed independently for each management department. Also, the counterpart information recorded in the counterpart file is associated with the information recorded in the extended information file by a table, and the extended information ID specified in the extended information file and the extended information file specifying the extended information ID are supported. Since the partner information corresponding to the classification ID to be searched is searched and displayed, the extended information managed for each management department can be referred to together with the partner information managed in a centralized manner.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of a file management system of the present invention.
FIG. 2 is a part of a database according to the present embodiment.
FIG. 3 is a schematic relation diagram of each master file.
FIG. 4 is a flowchart of a master data registration / update process.
FIG. 5 is a flowchart of an update screen display process.
FIG. 6 is a flowchart of a registration / update screen display process.
FIG. 7 is an example of a master data registration / update screen.
FIG. 8 is a flowchart of auxiliary table creation processing A.
FIG. 9 is a flowchart of auxiliary table creation processing B;
[Explanation of symbols]
10 Accounting system
12 PC
14 HDD (storage means)
26 FD
30 CD-ROM
42 Destination master file
44 Auxiliary table
46 Auxiliary classification master file
48 Extended information master file
52 Journal data file

Claims (7)

取引の相手先に関する相手先情報と該相手先情報の各々に対応する相手先IDとを有する相手先ファイル、
前記相手先情報を該相手先情報を使用する複数の部署の各々に応じて分類するための複数の分類内容を示す分類内容データと該分類内容データの各々に対応する分類IDとを有する分類ファイル、
前記複数の分類内容の各々に対応して設けられると共に、各々の相手先情報に対して独自に設けられた拡張情報IDを有する拡張情報ファイル、及び、
分類ID、相手先ID、及び拡張情報IDを対応させたテーブル、
が記憶された記憶手段と、
前記テーブル及び前記相手先ファイルに基づいて、拡張情報ファイルで指定された拡張情報IDと該拡張情報IDを指定した拡張情報ファイルに対応する分類IDとに対応する相手先情報を検索し、検索した相手先情報を表示手段に表示する検索手段と、
を備えたファイル管理システム。
A destination file having destination information on the destination of the transaction and a destination ID corresponding to each of the destination information;
A classification file having classification content data indicating a plurality of classification contents for classifying the destination information according to each of a plurality of departments using the destination information, and a classification ID corresponding to each of the classification contents data ,
An extended information file provided corresponding to each of the plurality of classification contents and having an extended information ID uniquely provided for each destination information, and
A table in which a classification ID, a partner ID, and an extended information ID are associated with each other;
Means for storing
Based on the table and the destination file, the destination information corresponding to the extension information ID specified in the extension information file and the classification ID corresponding to the extension information file specifying the extension information ID is searched and searched. Search means for displaying the partner information on the display means;
File management system with
前記相手先情報の各々を更新するファイルを予め定めた請求項1記載のファイル管理システム。The file management system according to claim 1, wherein a file for updating each of the destination information is predetermined. 前記相手先情報は、同一の相手先について前記複数の部署で共通に使用する情報のみからなる請求項1または請求項2記載のファイル管理システム。3. The file management system according to claim 1, wherein the destination information includes only information commonly used by the plurality of departments for the same destination. 前記分類内容は、得意先、仕入先、顧客、借入先、貸付先、相手先従業員、従業員、及び取引口座の少なくとも1つの項目を含む請求項1乃至請求項3記載のファイル管理システム。4. The file management system according to claim 1, wherein the classification content includes at least one item of a customer, a supplier, a customer, a borrower, a lender, a counterparty employee, an employee, and a trading account. . 請求項1〜請求項4に記載のファイル管理システムを備えた会計システム。An accounting system comprising the file management system according to claim 1. 前記記憶手段には、勘定科目、金額、相手先ID、及び分類IDを有する仕訳ファイルが記憶され、該仕訳ファイルは前記テーブルを介して前記相手先ファイル及び前記拡張情報ファイルとリンクされた請求項5記載の会計システム。A journal file having an account item, an amount, a partner ID, and a classification ID is stored in the storage means, and the journal file is linked to the partner file and the extended information file via the table. 5. Accounting system according to 5. 取引の相手先に関する相手先情報と該相手先情報の各々に対応する相手先IDとを有する相手先ファイル、
前記相手先情報を該相手先情報を使用する複数の部署の各々に応じて分類するための複数の分類内容を示す分類内容データと該分類内容データの各々に対応する分類IDとを有する分類ファイル、
前記複数の分類内容の各々に対応して設けられると共に、各々の相手先情報に対して独自に設けられた拡張情報IDを有する拡張情報ファイル、及び、
分類ID、相手先ID、及び拡張情報IDを対応させたテーブル、
が記憶された記憶手段における、前記テーブル及び前記相手先ファイルに基づいて、拡張情報ファイルで指定された拡張情報IDと該拡張情報IDを指定した拡張情報ファイルに対応する分類IDとに対応する相手先情報を検索し、検索した相手先情報を表示手段に表示するようにコンピュータを機能させるファイル管理プログラム。
A destination file having destination information on the destination of the transaction and a destination ID corresponding to each of the destination information;
A classification file having classification content data indicating a plurality of classification contents for classifying the destination information according to each of a plurality of departments using the destination information, and a classification ID corresponding to each of the classification contents data ,
An extended information file provided corresponding to each of the plurality of classification contents and having an extended information ID uniquely provided for each destination information, and
A table in which a classification ID, a partner ID, and an extended information ID are associated with each other;
Is stored in the storage means storing the counterpart information corresponding to the extension information ID specified in the extension information file and the classification ID corresponding to the extension information file specifying the extension information ID based on the table and the destination file. A file management program that causes a computer to search for destination information and display the searched destination information on a display means.
JP2001134994A 2001-05-02 2001-05-02 File management system, accounting system, and file management program Expired - Lifetime JP4054545B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001134994A JP4054545B2 (en) 2001-05-02 2001-05-02 File management system, accounting system, and file management program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001134994A JP4054545B2 (en) 2001-05-02 2001-05-02 File management system, accounting system, and file management program

Publications (2)

Publication Number Publication Date
JP2002329046A JP2002329046A (en) 2002-11-15
JP4054545B2 true JP4054545B2 (en) 2008-02-27

Family

ID=18982552

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001134994A Expired - Lifetime JP4054545B2 (en) 2001-05-02 2001-05-02 File management system, accounting system, and file management program

Country Status (1)

Country Link
JP (1) JP4054545B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6791721B2 (en) * 2016-03-22 2020-11-25 株式会社オービック Credit / debt management device, credit / debt management method, and credit / debt management program
JP7484308B2 (en) * 2020-03-27 2024-05-16 サクサ株式会社 File management device and file management program

Also Published As

Publication number Publication date
JP2002329046A (en) 2002-11-15

Similar Documents

Publication Publication Date Title
US20110288962A1 (en) Apparatuses, methods and systems for a lead exchange facilitating hub
EP1693793A1 (en) Intellectual property management system
JP2004523836A (en) System and method for managing financial account information
JP6923298B2 (en) Vehicle maintenance information management system, vehicle maintenance information management method, vehicle maintenance information management program
JP2020030517A (en) Accounting processor, accounting method, accounting program
JP2007141051A (en) Method and system for managing commodity information
JP4054545B2 (en) File management system, accounting system, and file management program
JP2003296554A (en) Customer requirement system
JP4408008B2 (en) Leasing Credit Survey Request System and Program
JPH11175616A (en) Customer information distribution method and its implementation system
JP5755968B2 (en) Application method and application device
Jones Spotlight on midlevel ERP software
JP7385365B2 (en) Sales support system
JPH1153450A (en) Custody supporting system
JP6817758B2 (en) Vehicle maintenance information management system, vehicle maintenance information management method, vehicle maintenance information management program
JP7097431B2 (en) Vehicle maintenance information management system and vehicle maintenance information management program
JP2002230306A (en) Asset management service providing method, asset management service providing program, and recording medium storing the program
JP2003288510A (en) Dependent product selection support apparatus and method
JP2002269392A (en) Purchase agent supporting server using internet
JP5205205B2 (en) Product contract support system
JP2003203157A (en) Information sharing system, information sharing method, information sharing program, and computer-readable program storage medium recording information sharing program
JP2006164299A (en) Online shopping system
JP6603426B1 (en) Information processing program, information processing apparatus, and information processing method
JP3063612U (en) Customizable business program processor
JP3082083B2 (en) How to create customizable tables

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050413

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20071204

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20071210

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101214

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4054545

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101214

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111214

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111214

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121214

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121214

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20161214

Year of fee payment: 9

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term