(57)【要約】    【課題】  自動振替システムにおいて、金融機関の合併や支店の統廃合に伴う口座番号の変更等に起因する振替処理のミスを未然に防止することを課題とする。    【解決手段】  顧客の口座を管理する顧客管理マスター２１と、自動振替情報を管理する振替管理マスター２２とが備えられた金融機関の自動振替システムにおいて、自動振替契約に基づいて上記振替管理マスター２２に振替依頼データを登録する際に、この振替依頼データに含まれている顧客の口座の店番号、預金科目及び口座番号をキーとして、上記顧客管理マスターから口座名を取得し、これを上記口座番号等と共に登録すると共に、振替請求があったときには、口座名を含めて、振替請求データに含まれている口座情報と上記振替管理マスターに登録されている当該顧客の口座情報とを照合するように構成する。【選択図】      図５
2005107852.tif 000002
【特許請求の範囲】
【請求項１】
顧客の口座を管理する顧客管理マスターと、自動振替情報を管理する振替管理マスターとを備えた金融機関のコンピュータを用い、金銭の引落又は振込のための振替依頼情報に基づいて、上記顧客管理マスターの振替委託者の口座と引落先又は振込先の口座との間で自動振替を行うシステムであって、新規の振替依頼案件について、引落先又は振込先口座名を含む振替依頼情報を新規レコードとして上記振替管理マスターに登録する振替依頼情報登録手段と、振替委託者からの引落又は振込のための振替請求があったときに、口座名を含めて、振替請求情報に含まれる引落先又は振込先の口座情報と上記振替管理マスターから読み出した当該振替請求案件に対応するレコードの引落先又は振込先の口座情報とを照合する口座情報照合手段とを有することを特徴とする自動振替システム。
【請求項２】
新規の振替依頼情報の登録時に、その振替依頼情報に含まれる引落先又は振込先の口座に関する店番号、預金科目及び口座番号に基づいて、顧客管理マスターからその引落先又は振込先の口座名を取得する口座名取得手段が備えられ、振替依頼情報登録手段は、口座情報にこの口座名取得手段で取得した口座名を加えて振替管理マスターに登録することを特徴とする請求項１に記載の自動振替システム。
【請求項３】
口座情報照合手段による振替請求情報に含まれる引落先又は振込先口座名と振替管理マスターから読み出したレコードの引落先又は振込先口座名との照合により両者の不一致が判明したときに、精査用データを出力する精査データ出力手段が設けられていることを特徴とする請求項１又は請求項２に記載の自動振替システム。
【請求項４】
金融機関に備えられた顧客の口座を管理する顧客管理マスターと、自動振替情報を管理する振替管理マスターとを用い、金銭の引落又は振込のための振替依頼情報に基づいて、上記顧客管理マスターの振替委託者の口座と引落先又は振込先の口座との間で自動振替を行う方法であって、新規の振替依頼案件について、引落先又は振込先口座名を含む振替依頼情報を新規レコードとして上記振替管理マスターに登録するステップと、振替委託者からの引落又は振込のための振替請求があったときに、口座名を含めて、振替請求情報に含まれる引落先又は振込先の口座情報と上記振替管理マスターから読み出した当該振替請求案件に対応するレコードの引落先又は振込先の口座情報とを照合するステップとを有することを特徴とする自動振替方法。
【請求項５】
振替依頼情報を振替管理マスターに登録するステップでは、その振替依頼情報に含まれる引落先又は振込先の口座に関する店番号、預金科目及び口座番号に基づいて、顧客管理マスターからその引落先又は振込先の口座名を取得し、口座情報にこの口座名取得手段で取得した口座名を加えて振替管理マスターに登録することを特徴とする請求項４に記載の自動振替方法。
【請求項６】
口座情報を照合するステップにより、振替請求情報に含まれる引落先又は振込先口座名と振替管理マスターから読み出したレコードの引落先又は振込先口座名との不一致が判明したときに、精査用データを出力するステップを設けたことを特徴とする請求項４又は請求項５に記載の自動振替方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関における公共料金等の引落業務や年金や株式配当金等の振込業務に用いられる自動振替システムに関し、コンピュータを用いたビジネス支援システムの技術分野に属する。
【背景技術】
【０００２】
電気料金やガス料金等の各種の公共料金の支払は、予め事業者とその公共サービスの利用者との間で料金の自動振替の契約を交わし、その契約に基づき、指定された銀行等の金融機関内で、定期的に利用者の口座から事業者の口座へ当該料金を振替えることにより行うのが通例である。また、年金の支給や株式配当金の支払等についても、予め年金支払団体等の事業者とそれらの受給者等との間で交わされた自動振替契約に基づき、指定された金融機関内で、定期的に当該事業者の口座から受給者等の口座へ年金や配当金を振替えることにより行われる。
【０００３】
この自動振替処理は、一般的には図８、図９に示すように行われる。
【０００４】
まず、公共料金等の自動引落の場合は、図８に示すように、事前処理として、事業者と利用者との間の自動振替契約に基づき、その事業者又は利用者が契約書で指定された金融機関に振替依頼書を提出する。この依頼書には、少なくとも利用者の当該金融機関における口座に関する情報と、事業者を識別する情報とが記載されており、これらの情報を含む振替依頼情報が振替管理マスターに登録される。
【０００５】
その後、例えば毎月の一定の日に、事業者から各利用者へのサービスの提供等に応じた料金を引き落とすための振替請求データが金融機関に持ち込まれる。金融機関は、この振替請求データと上記振替管理マスターの登録事項とをチェックし、問題がなければ、顧客管理マスター上で利用者の口座から料金を引落し、これを事業者の口座へ入金する。
【０００６】
また、年金等の自動振込の場合も、図９に示すように、事前処理として、事業者と年金等の受給者との間の自動振替契約に基づく振替依頼書に基づき、受給者の当該金融機関における口座に関する情報と事業者を識別する情報とを含む振替依頼情報が振替管理マスターに登録される。
【０００７】
その後、例えば毎月の一定の日に、事業者から各受給者への年金等を支払うための振替請求データが金融機関に持ち込まれ、金融機関は、この振替請求データと上記振替管理マスターの登録事項とをチェックした上で、顧客管理マスター上で事業者の口座から所定金額を出金し、これを受給者の口座へ入金する。
【０００８】
なお、この種の自動振替処理は金融機関のコンピュータを用いたシステムによって行われ、その場合に、例えば特許文献１に記載されたシステムでは、ホストコンピュータに委託者管理データベースと、スケジュール管理データベースとを備え、事前に委託者管理データベースの登録事項から委託者名等の委託者情報と振替日等の期日情報等の必要な項目を抜粋してスケジュール管理データベースに登録しておき、これを参照しながら日時処理としての自動振替処理を実行することにより、ターンアラウンドタイムの短縮や記録装置資源の有効活用等が図られている。
【０００９】
また、特許文献２に記載のシステムでは、金融機関が契約者と公共機関との間の契約に基づいて自動振替を行っている場合において、契約者の住居移転の通知が金融機関に登録されたときに、該金融機関のサーバにより、移転前の住居地の公共機関との間の契約から移転後の住居地の公共機関との間の契約に自動的に更新することにより、住居移転に伴う新たな契約手続を当該金融機関が代行するようになっており、これによれば、この種の自動振替に関する利便性が向上することになる。
【００１０】
【特許文献１】特開平１０−２１４３０１号公報
【特許文献２】特開２００２−３１８９０２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ところで、上記のような従来の自動振替システムでは、振替管理マスターへの利用者の口座に関する登録情報は、通例、その利用者の口座の店番号、科目、及び口座番号とされるが、この場合、金融機関の合併や支店の統廃合が行われたときに、次のような問題の発生が予想される。
【００１２】
つまり、今、利用者Ａの口座が、ある金融機関の支店ａの普通預金口座で、番号が「１２３４」であったものとし、その支店ａが支店ｂに吸収されたものとする。このとき、支店ｂに利用者Ｂのものとして番号「１２３４」の普通預金口座が既に存在していたものとすると、利用者Ａの口座の番号は例えば「５６７８」に変更されることになる。
【００１３】
この変更は、当該金融機関の顧客管理マスター及び自動振替管理マスターに反映されると同時に、振替委託事業者に対し、支店ａの支店ｂへの吸収に伴う利用者Ａの口座番号変更情報として通知されることになるが、その事業者からの次回の引落請求データにおいて、その変更が正しく反映されておらず、利用者Ａの口座について、例えば支店番号はｂ店のものに変更されているが、番号が「１２３４」のままであった場合、利用者Ａの利用料金が利用者Ｂの口座から引き落とされるといった振替ミスが発生することになる。
【００１４】
また、支店の統廃合等に伴い、上記のような口座情報の変更が頻繁に行われると、上記顧客管理マスターと振替管理マスターとの間で、口座情報の不一致が発生する可能性が高まり、この場合、振替管理マスターでのチェック時にエラーが発生し、またこのチェックをパスしても顧客管理マスター上での振替処理時にエラーが発生することになり、作業能率を著しく低下させることになる。
【００１５】
本発明は、金融機関の自動振替業務における上記のようなミスやエラーの発生を未然に防止し、この種の自動振替システム或いは自動振替方法として、信頼性及び効率に優れたシステムないし方法を実現することを課題とする。
【課題を解決するための手段】
【００１６】
即ち、本願の請求項１に記載の発明は、顧客の口座を管理する顧客管理マスターと、自動振替情報を管理する振替管理マスターとを備えた金融機関のコンピュータを用い、金銭の引落又は振込のための振替依頼情報に基づいて、上記顧客管理マスターの振替委託者の口座と引落先又は振込先の口座との間で自動振替を行うシステムに関するものであって、新規の振替依頼案件について、引落先又は振込先口座名を含む振替依頼情報を新規レコードとして上記振替管理マスターに登録する振替依頼情報登録手段と、振替委託者からの引落又は振込のための振替請求があったときに、口座名を含めて、振替請求情報に含まれる引落先又は振込先の口座情報と上記振替管理マスターから読み出した当該振替請求案件に対応するレコードの引落先又は振込先の口座情報とを照合する口座情報照合手段とを有することを特徴とする。
【００１７】
また、請求項２に記載の発明は、上記請求項１に記載のシステムにおいて、新規の振替依頼情報の登録時に、その振替依頼情報に含まれる引落先又は振込先の口座に関する店番号、預金科目及び口座番号に基づいて、顧客管理マスターからその引落先又は振込先の口座名を取得する口座名取得手段が備えられ、振替依頼情報登録手段は、口座情報にこの口座名取得手段で取得した口座名を加えて振替管理マスターに登録することを特徴とする。
【００１８】
また、請求項３に記載の発明は、上記請求項１又は請求項２に記載のシステムにおいて、口座情報照合手段による振替請求情報に含まれる引落先又は振込先口座名と振替管理マスターから読み出したレコードの引落先又は振込先口座名との照合により両者の不一致が判明したときに、精査用データを出力する精査データ出力手段が設けられていることを特徴とする。
【００１９】
一方、請求項４に記載の発明は、金融機関に備えられた顧客の口座を管理する顧客管理マスターと、自動振替情報を管理する振替管理マスターとを用い、金銭の引落又は振込のための振替依頼情報に基づいて、上記顧客管理マスターの振替委託者の口座と引落先又は振込先の口座との間で自動振替を行う方法に関するものであって、新規の振替依頼案件について、引落先又は振込先口座名を含む振替依頼情報を新規レコードとして上記振替管理マスターに登録するステップと、振替委託者からの引落又は振込のための振替請求があったときに、口座名を含めて、振替請求情報に含まれる引落先又は振込先の口座情報と上記振替管理マスターから読み出した当該振替請求案件に対応するレコードの引落先又は振込先の口座情報とを照合するステップとを有することを特徴とする。
【００２０】
また、請求項５に記載の発明は、上記請求項４に記載の方法において、振替依頼情報を振替管理マスターに登録するステップでは、その振替依頼情報に含まれる引落先又は振込先の口座に関する店番号、預金科目及び口座番号に基づいて、顧客管理マスターからその引落先又は振込先の口座名を取得し、口座情報にこの口座名取得手段で取得した口座名を加えて振替管理マスターに登録することを特徴とする。
【００２１】
そして、請求項６に記載の発明は、上記請求項４又は請求項５に記載の方法において、口座情報を照合するステップにより、振替請求情報に含まれる引落先又は振込先口座名と振替管理マスターから読み出したレコードの引落先又は振込先口座名との不一致が判明したときに、精査用データを出力するステップを設けたことを特徴とする。
【発明の効果】
【００２２】
請求項１から請求項３に記載の自動振替システムによれば、振替管理マスターに、各振替依頼案件について、各種サービス等の料金支払者や年金の受給者等の引落先又は振込先の口座名を含めて振替依頼情報が登録されると共に、振替委託者からの引落又は振込のための振替請求があったときには、その振替請求情報に含まれる引落先又は振込先の口座名と上記振替管理マスターに登録されている引落先又は振込先の口座名とが照合されるので、例えば、当該金融機関の支店の統廃合等により引落先又は振込先の口座番号が変更されているにも拘わらず、変更前の口座番号で振替請求があった場合に、その口座番号の他人の口座から金銭を引き落としたり振り込んだりすることが未然に防止される。
【００２３】
また、振替管理マスターに登録されている口座情報が顧客管理マスターの当該顧客の口座情報と一致していない場合にも、店番号、預金科目及び口座番号に加えて口座名もチェックされるので、上記のようなミスが事前に発覚し、誤った引落や振込が防止される。
【００２４】
その場合に、口座名の照合が、振替請求時に振替管理マスターを参照するだけで行われるので、その照合のために、使用頻度が高く、他のシステムと共用される顧客管理マスターをその都度参照する必要がなく、顧客管理マスターを必要以上に占有して他の業務の支障となることが回避される。
【００２５】
そして、請求項２に記載のシステムによれば、新規の振替依頼情報の登録時に、その情報に含まれている引落先又は振込先の口座の店番号、科目、口座番号等の口座参照情報に基づいて顧客管理マスターから口座名が取得され、その口座名が口座番号等と共に登録されるから、口座番号等と口座名とが顧客管理マスターと完全に一致した状態で振替管理マスターに登録されることになる。したがって、新規登録時におけるミスが確実に防止され、この種のシステムの信頼性がさらに向上する。
【００２６】
また、請求項３に記載のシステムによれば、振替請求時に、振替請求情報に含まれる口座名と振替管理マスターから読み出した口座名との照合により両者の不一致が判明したときに、精査用データが出力されるから、そのデータに基づいて不一致の原因を調査して、その原因を速やかに解消することが可能となり、これにより、この種のシステムの信頼性がさらに向上することになる。
【００２７】
一方、請求項４から請求項６に記載の方法は、上記請求項１から請求項３のシステムの動作時に実行される方法にそれぞれ相当し、したがって、これらの方法の使用により、請求項１から請求項３のシステムの発明と同様の作用効果が得られる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態について説明する。なお、この実施の形態は、公共料金等の自動振替を例とするもので、振替委託者は当該事業を行っている事業者、顧客は当該公共事業の利用者である。
【００２９】
図１に示すように、この実施の形態に係る自動振替システムは、金融機関の管理センター等に設置されたホストコンピュータ１０を中心として構成されている。このホストコンピュータ１０は、当該金融機関の各本支店のコンピュータや各担当者のパーソナルコンピュータとの間でのオンラインによる情報の送受信や、記録媒体による情報の入出力を制御する入出力部１１と、管理に必要な各種の情報を記録した記録部１２と、上記入出力部１１からの情報と記録部１２に記録されている情報とに基づいて各種の処理を実行する処理部１３とを有する。
【００３０】
上記入出力部１１には、新規の自動振替契約に基づいて作成された振替依頼データファイルＦ１と、委託者からの各顧客のサービスの利用に対して定期的に発行される請求データを記録した振替請求データファイルＦ２とが入力される。また、該入出力部１１からは、振替請求データに基づく振替処理時にミスやエラーが発生したときに、その状況を記録した精査データファイルＦ３が出力されると共に、そのミスやエラーを修正するためのデータを記録した修正データファイルＦ４が入力されるようになっている。
【００３１】
また、上記記録部１２には、顧客の口座に関する各種の情報を総合的に記録した顧客管理マスター２１と、自動振替に関する情報を集中的に管理する振替管理マスター２２とが備えられている。このうち、顧客管理マスター２１には、各口座ごとに、顧客番号、店番号、預金科目コード、口座番号、残高及び取引の記録等を記録する科目データベース２１ａと、各顧客についての氏名や名称等の口座名、住所、電話番号等を記録する顧客データベース２１ｂとが設けられている。
【００３２】
さらに、上記処理部１３は、新規契約に基づく振替依頼情報を上記振替管理マスター２２に登録する機能と、振替請求データの入力時に口座のチェックを行う機能と、上記顧客管理マスター２１上での振替処理を実行する機能とを備えている。
【００３３】
ここで、上記振替依頼データファイルＦ１及び振替請求データファイルＦ２の構成と、振替管理マスター２２に記録されるデータの構成を説明する。
【００３４】
まず、振替依頼データファイルＦ１には、図２に示すように、各自動振替契約ごとに、振替を委託した事業者等を識別するための委託者コードと、料金を引き落とす顧客の口座についての店番号、預金科目コード及び口座番号と、当該振替案件を新規登録した登録日と、その案件の現時点の状態を示す更新コードとを記録するようになっている。
【００３５】
ここで、更新コードとしては、新規の正規登録案件を示す「１」、振替依頼手続が未完了の状態で仮登録された案件を示す「２」、口座名不一致の案件を示す「３」、振替依頼契約が不存在の状態で振替（引落）請求が先行した案件を示す「９」、及び振替が正常に実行されている案件を示す「０」が設定されているが、この新規登録用の振替依頼データファイルＦ１では、コード「１」又は「２」のみが設定される。
【００３６】
また、上記振替請求データファイルＦ２は、各委託者から当該金融機関に定期的に持ち込まれるもので、図３に示すように、当該請求データファイルの全体に関する項目を記録するヘッダーレコードと、該ファイルＦ２に含まれる多数の請求データの内容を１請求データごとに記録するデータレコードと、全請求データのトータルに関する項目を記録するトレーラレコードと、データの終了を示すエンドレコードとで構成されている。
【００３７】
上記、ヘッダーレコードには、データ区分コードとしてヘッダーレコードであることを示す「１」が記録され、種別コードとして口座振替を示す「９１」が記録されると共に、使用する文字のコード区分、委託者コード、委託者名、及び引落日が記録される。さらに、委託者の銀行口座に関する情報として、銀行番号、銀行名、店番号、店名、預金科目コード、及び口座番号が記録される。
【００３８】
また、データレコードには、データ区分コードとしてデータレコードであることを示す「２」が記録されると共に、顧客の銀行口座に関する情報として、銀行番号、銀行名、店番号、店名、預金科目、口座番号及び口座名が記録され、さらに当該金融機関内で各顧客にユニークに付された顧客番号、新規の顧客であるか否かを示す新規コード、振替金額、及び結果コードが記録される。ここで、結果コードは、振替処理の終了後に、正常に終了したか否かに応じて付されるコードである。
【００３９】
さらに、トレーラレコードには、データ区分コードとしてトレーラレコードであることを示す「８」が記録されると共に、当該請求データファイルＦ２に含まれる全請求データの件数、及び合計金額と、これらの請求データのうちの振替が完了した件数、完了した金額、振替不能件数、及び振替不能金額が記録される。
【００４０】
そして、エンドレコードには、データ区分コードとしてエンドレコードであることを示す「９」が記録される。
【００４１】
また、上記振替管理マスター２２は、図２に示す振替依頼データファイルＦ１から読み取った自動振替契約に関する情報を記録するもので、図４に示すように、振替を委託した事業者を識別するための委託者コードと、顧客の口座についての店番号、預金科目コード、口座番号、及び口座名と、当該振替契約情報の登録日と、その契約案件の現時点の状態を示す更新コードと、最終更新日とを登録するようになっている。つまり、この振替管理マスター２２には、上記振替依頼データファイルＦ１から転記した項目に加えて、口座名と最終更新日とを記録するようになっている。
【００４２】
なお、この振替管理マスター２２では、更新コードとして、状況に応じて、上記の「０」、「３」、「９」などのコードも設定される。
【００４３】
次に、このシステムによる自動振替業務の動作を説明する。
【００４４】
図５は、その業務の全体の概略の流れを示すもので、まず、顧客と振替委託者との間の自動振替契約に基づき、委託者から金融機関の事務センターに振替依頼書３０が提出され、事務センターの登録サーバー３１によってその内容が電子データ化されて、図２に示す振替依頼データファイルＦ１が作成される。その場合、複数の振替依頼案件をまとめて１つのファイルが作成されるのが通例である。
【００４５】
このファイルＦ１は、登録用記録媒体３２に記録された上で、当該金融機関のホストコンピュータ１０によって内容が読み取られ、該ホストコンピュータ１０に備えられた振替管理マスター２２に新たなレコードとして登録される。
【００４６】
この登録動作を、図６のフローチャートに従って説明すると、まず、ステップＳ１で、登録用記録媒体３２に記録されている各振替依頼データを１レコード取得し、そのレコードの口座照会用データ、具体的には顧客の口座についての店番号、預金科目コード及び口座番号を読み取る。
【００４７】
次に、ステップＳ２で、上記店番号、預金科目コード及び口座番号をキーとして、顧客管理マスター２１の科目データベース２１ａを検索し、ステップＳ３で、対応する顧客の顧客番号を取得する。さらに、ステップＳ４で、その顧客番号をキーとして顧客管理マスター２１の顧客データベース２１ｂを検索し、ステップＳ５で、対応する口座名を取得する。そして、ステップＳ６で、この口座名を含む口座情報とその他の契約情報を新たなレコードとして、図４に示すように、振替管理マスター２２に登録する。
【００４８】
以上のステップＳ１〜Ｓ６の処理を、ステップＳ７で全データについて終了したことを判定するまで繰り返し実行する。これにより、登録用記録媒体に記録されている全データが口座名を付加した上で振替管理マスター２２に登録されることになる。
【００４９】
また、図５に示すように、上記自動振替契約に基づき、委託者から例えば毎月の所定の日に振替請求データファイルＦ２が振替請求用記録媒体３３に記録された状態で当該金融機関に持ち込まれ、振替処理が行われる。この処理はホストコンピュータ１０により実行され、振替管理マスター２２を用いたチェックを経た上で、顧客管理マスター２１上で顧客の口座から委託者の口座への振替が行われる。
【００５０】
この振替処理の動作を図７のフローチャートに従って具体的に説明すると、まず、ステップＳ１１で、上記振替請求用記録媒体３３から図３に示す振替請求データファイルＦ２の１つのデータレコードを読み込み、ステップＳ１２で、そのデータが請求データとして正規なものか否かの基本的チェックを行う。具体的には、銀行番号、引落口座の店番号、預金科目コード及び口座番号、委託者コード等が正しいか否か、引落金額が０以上の数字であるか否か等をチェックし、これらの基本的情報が適正でない場合には、その請求データについての処理は行わない。
【００５１】
読み取った請求データが正規なものである場合には、次に、ステップＳ１３で振替管理マスター２２を参照し、ステップＳ１４で、請求データに含まれている口座照合用の情報、即ち委託者コードと、引落口座についての店番号、預金科目コード及び口座番号とをキーとして、これらの情報に合致するレコードが存在するか否かを判定する。そして、振替管理マスター２２に当該請求データに該当するレコードが存在しない場合は、ステップＳ１５で、該マスター２２に新たにレコードを作成する。
【００５２】
この場合のレコードの作成は、図６のフローチャートに示す振替依頼データを振替管理マスター２２に新規登録する場合とほぼ同様に行われ、当該請求データに含まれている委託者コード、引落口座の店番号、預金科目コード及び口座番号と、この店番号、預金科目及び口座番号に基づいて顧客管理マスター２１から取得した口座名等とが新たなレコードとして登録される。その場合に、登録日と最終異動日とは当該レコードの作成日とされると共に、更新コードとして、請求先行を示す「９」が記録される。
【００５３】
また、この場合は、振替依頼契約に基づく登録の前に請求データが発行された場合であるので、その確認と対応処理のため、ステップＳ１６で、その状況を示す精査データが出力される。そして、この請求データについては、振替処理を実行せず、そのデータについての処理を一旦終了する。
【００５４】
なお、上記精査データは、精査データファイルＦ３とされて、図５に示すように、精査用記録媒体３４に書き込まれ、事務センターにおいて所定の修正処理がなされる。そして、その修正を反映するための修正用データファイルＦ４が作成され、修正用記録媒体３５を介して、ホストコンピュータ１０上で振替管理マスター２２の修正処理が行われる。
【００５５】
一方、上記ステップＳ１４で、当該請求に対応するレコードが振替管理マスター２２に存在することが判定されたときは、ステップＳ１７で、そのレコードの更新コードを判定する。
【００５６】
そして、該コードが「２」の場合、即ち振替依頼契約書の不備のため、その契約についての登録が仮登録状態にあることを示すとき、及び該コードが上記の請求先行を示す「９」のままであるときは、上記の場合と同様に、ステップＳ１６で、その状況を精査データとして出力すると共に、振替処理を実行せず、そのデータについての処理を一旦終了する。
【００５７】
これに対して、更新コードが「０」、「１」、「３」の場合は、ステップＳ１８を実行し、口座名のチェックを行う。つまり、請求データに記録されている口座名と、振替管理マスター２２の当該レコードに記録されている口座名とを照合する。そして、一致していない場合、つまり、請求データと振替管理マスター２２との間で、店番号、預金科目コード及び口座番号は一致しているにも拘わらず、口座名が不一致の場合は、次にステップＳ１９で更新コードを判定する。
【００５８】
そして、更新コードが「０」の場合、即ち前回の振替処理は正常に行われたが、今回、支店の統廃合等に起因して口座名が不一致となった場合、及び更新コードが「１」の場合、即ち今回の請求が初回の新規先であって口座名が不一致の場合は、ステップＳ２０で、更新コードを「３」に変更し、また、前回の処理時も口座名が不一致で、その不一致が解消されていない場合は、ステップＳ２１で、更新コードを「３」に保持する。そして、いずれの場合にも、振替処理を実行することなく今回の処理を一旦終了し、上記ステップＳ１６で、その状況を精査データとして出力する。
【００５９】
一方、上記ステップＳ１８により、請求データの口座名と対応する振替管理マスター２２のレコードの口座名とが一致していると判定された場合は、さらに、ステップＳ２２で更新コードを判定する。
【００６０】
そして、更新コードが「０」の場合、即ち、前回も正常に処理され、今回も口座名の不一致がない場合には、ステップＳ２３で更新コードを「０」に保持する。また、更新コードが「１」の場合、即ち新規の案件であって、今回の請求が初回であるが、口座名等の不一致がない場合、及び更新コードが「３」の場合、即ち前回の処理時には口座名の不一致があったが、その後の精査修正により、今回のチェックでは一致したものと判定されたときはステップＳ２４で、更新コードを正常であることを示す「０」に変更する。
【００６１】
そして、これらの場合は、口座名を含む顧客の全ての口座情報が、請求データのものと振替管理マスター２２のものとで一致したことになるので、次に、ステップＳ２５で、振替処理を実行する。つまり、顧客管理マスター２１上で、顧客の口座から請求データに記録されている金額の金銭を引落し、これを委託者への口座へ入金する。
【００６２】
そして、その後ステップＳ２６で、振替請求データファイルＦ２に含まれている全請求データについて以上の処理を終了したか否かを判定し、終了するまで、上記ステップＳ１１からステップＳ２６を繰り返し実行し、全請求データについてのチェックと振替処理とが終了した時点で、ステップＳ２７で、取引記録を出力する。つまり、図３に示す振替請求データファイルＦ２の、各データレコードに結果コードを記録すると共に、トレーラレコードに合計件数等を記録し、これにより、１つの振替請求データファイルＦ２についての処理が完了する。
【００６３】
以上のように、この実施の形態に係る自動振替システムによれば、自動振替契約に基づく振替依頼データの登録時に、顧客の口座の店番号、預金科目及び口座番号等の情報に加えて、口座名も登録するようにしたから、振替委託者から振替請求があったときには、口座名も含めて、その請求データに含まれる口座情報と振替管理マスターに登録されている口座情報とを照合することが可能となる。
【００６４】
これにより、例えば、金融機関の合併や支店の統廃合等により顧客の口座番号が変更されているにも拘わらず、変更前の口座番号で振替請求があった場合に、口座名の不一致によりそのミスが検出されて、同じ口座番号の他人の口座から引き落とすことが未然に防止される。また、振替管理マスターに登録されている口座情報が顧客管理マスターの当該顧客の口座情報と一致していない場合にも、店番号、預金科目コード及び口座番号に加えて口座名のチェックも可能となるので、そのようなミスが事前に発覚し、誤った引落が防止される。
【００６５】
その場合に、口座名の照合が振替処理時に振替管理マスター２２を参照するだけで行われるので、その照合のために使用頻度が高く、他のシステムと共用されている顧客管理マスター２１を参照する必要がなく、該顧客管理マスター２１を必要以上に占有して他の業務の支障となることが回避される。
【００６６】
そして、特にこの実施の形態によれば、振替管理マスター２２への新規の振替依頼データの登録時に、そのデータに含まれている顧客の口座の店番号、預金科目コード及び口座番号に基づいて顧客管理マスターから口座名が取得され、その口座名が上記口座番号等と共に登録されるから、口座名を含む口座情報が顧客管理マスター２１と完全に一致した状態で振替管理マスター２２に登録されることになる。したがって、新規登録時におけるミスが確実に防止され、この種のシステムの信頼性がさらに向上する。
【００６７】
また、振替処理時に、振替請求データに含まれる口座名と振替管理マスター２２から読み出した口座名との照合により両者の不一致が判明したときには、精査用データが出力されるから、そのデータに基づいて不一致の原因を調査して、その原因を解消することが可能となり、これにより、この種のシステムの信頼性がさらに向上することになる。
【００６８】
なお、以上の実施の形態は、公共事業等の事業者が顧客の口座から料金等を引き落とす場合のものであるが、本実施の形態は、全く同様にして、年金や株式配当等を事業者から受給者の口座へ振り込む場合にも適用でるものである。その場合、図２、図３、図４に示す振替依頼データファイルＦ１、振替請求データファイルＦ２及び個振替管理マスター２２の引落口座としての顧客口座は、いずれも振込口座としての口座となる。
【産業上の利用可能性】
【００６９】
本発明は、コンピュータを用いたビジネス支援システムの開発及び供給産業の分野で利用される。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施の形態に係るシステムの構成図である。
【図２】同システムで用いられる振替依頼データファイルの説明図である。
【図３】同じく振替請求データファイルの説明図である。
【図４】同じく振替管理マスターの説明図である。
【図５】同システムの動作の全体概略説明図である。
【図６】同システムにおける振替依頼データ登録動作を示すフローチャートである。
【図７】同じく振替請求データ処理動作を示すフローチャートである。
【図８】本発明が自動引落しに用いられる場合の説明図である。
【図９】同じく自動振込みに用いられる場合の説明図である。図である。
【符号の説明】
【００７１】
１０      サーバコンピュータ
２１      顧客管理マスター
２２      振替管理マスター
Ｆ１      振替依頼情報（振替依頼データファイル）
Ｆ１      振替請求情報（振替請求データファイル）
【図１】
2005107852.tif 000003
【図２】
2005107852.tif 000004
【図３】
2005107852.tif 000005
【図４】
2005107852.tif 000006
【図５】
2005107852.tif 000007
【図６】
2005107852.tif 000008
【図７】
2005107852.tif 000009
【図８】
2005107852.tif 000010
【図９】
2005107852.tif 000011