JP4054545B2 - File management system, accounting system, and file management program - Google Patents
File management system, accounting system, and file management program Download PDFInfo
- 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
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
[0014]
The
[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
[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
[0017]
As shown in FIG. 2, the
[0018]
As shown in FIG. 3, the
[0019]
In the auxiliary table 44, a record is provided for each extended information master data registered in the extended
[0020]
Next, master data registration / update processing when registering or updating partner data and extended information master data recorded in the
[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
[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
[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
In
[0026]
On the other hand, if the extended information master data is newly registered, it is determined in
[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
[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
[0030]
In
[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
[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
[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
[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とに対応する相手先情報を検索し、検索した相手先情報を表示手段に表示する検索手段と、
を備えたファイル管理システム。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
前記相手先情報を該相手先情報を使用する複数の部署の各々に応じて分類するための複数の分類内容を示す分類内容データと該分類内容データの各々に対応する分類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.
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)
| 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 |
-
2001
- 2001-05-02 JP JP2001134994A patent/JP4054545B2/en not_active Expired - Lifetime
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 |