JP2011076407A - 帳票処理システム - Google Patents
帳票処理システム Download PDFInfo
- Publication number
- JP2011076407A JP2011076407A JP2009227760A JP2009227760A JP2011076407A JP 2011076407 A JP2011076407 A JP 2011076407A JP 2009227760 A JP2009227760 A JP 2009227760A JP 2009227760 A JP2009227760 A JP 2009227760A JP 2011076407 A JP2011076407 A JP 2011076407A
- Authority
- JP
- Japan
- Prior art keywords
- operator
- information
- processing
- name
- difficulty
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 115
- 238000012546 transfer Methods 0.000 claims abstract description 63
- 238000000034 method Methods 0.000 description 48
- 230000008569 process Effects 0.000 description 48
- 230000008520 organization Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000012937 correction Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000002747 voluntary effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】入金不能となった振込取引の処理で、オペレータによる処理ミスで事故が発生するのを防止する。
【解決手段】センタサーバ30は、オペレータ処理用端末10からオペレータ識別子を付した入金不能データ要求電文を受信したとき、記憶している入金不能データの内容をもとに振込先の金融機関との間で照会を行って不能原因を特定し、その不能原因が口座名義の相違である場合、その相違に応じた難易度情報を特定しておき、記憶しているスキル情報の内、受信したオペレータ識別子に対応するスキル情報を読み出し、そのスキル情報に基づくオペレータの処理可能難易度範囲に特定した難易度情報が含まれる場合に、入金不能データをオペレータ処理用端末10に送信することを特徴とする。
【選択図】図1
【解決手段】センタサーバ30は、オペレータ処理用端末10からオペレータ識別子を付した入金不能データ要求電文を受信したとき、記憶している入金不能データの内容をもとに振込先の金融機関との間で照会を行って不能原因を特定し、その不能原因が口座名義の相違である場合、その相違に応じた難易度情報を特定しておき、記憶しているスキル情報の内、受信したオペレータ識別子に対応するスキル情報を読み出し、そのスキル情報に基づくオペレータの処理可能難易度範囲に特定した難易度情報が含まれる場合に、入金不能データをオペレータ処理用端末10に送信することを特徴とする。
【選択図】図1
Description
本発明は、帳票処理システムに関し、特に伝票記入ミス等により入金不能となった振込取引の処理方法に関する。
従来の帳票処理システムは、一連の処理について、エントリー作業や印鑑照合作業、不備確認作業等のように作業段階を設け、その作業段階ごとにスキルレベル判定条件を定めて、サーバ装置はオペレータによる作業が必要な作業対象データを端末装置に送信する際に、各オペレータのスキルレベルと作業段階に応じたスキルレベル判定条件とを比べ、条件を満たすオペレータの端末装置に作業対象データを振り分けている(例えば、特許文献1参照。)。
しかしながら、上述した従来の技術においては、作業段階ごとに設けたスキルレベル判定条件にもとづき、各オペレータに作業対象データを振り分けるものであるため、同じ作業における振り分けが困難であった。特に金融機関の店舗によっては振込取引で顧客の伝票記載ミス等によって入金不能となった振込取引の情報が日に数千件発生することがあり、複数のスキルレベルの異なるオペレータが、口座照会等によって入金不能となった理由を特定する処理や、その特定した内容を元に入金や返却等の処理を分担して行っているが、入金不能となった振込取引の処理はその不能となった内容に応じて処理選択判断の難易度が異なるため、作業段階というだけでオペレータに処理を振り分けてしまうと、オペレータの能力では処理できない振込取引の情報を振り分けてしまうことがあり、オペレータの処理ミスによる事故の発生原因となってしまうという問題がある。
本発明は、上記の問題点を解決するための手段を提供することを目的とする。
本発明は、上記課題を解決するために、センタサーバと、オペレータが操作する端末とからなり、前記センタサーバの記憶部に、振込先の口座名義に関する顧客の伝票記入ミスで、入金不能になっている振込取引の情報と、記入ミスの内容の区分と、各区分の処理の難易度を示す難易度情報と、オペレータを特定する識別子に関連づけたオペレータの処理レベルの情報と、該処理レベルの情報に基づいてオペレータが実行可能な難易度の範囲の情報を記憶し、前記センタサーバは、前記端末からオペレータの識別子と入金不能となっている振込取引の情報の要求を受信したとき、格納している入金不能である振込取引の情報と、受信した前記識別子に関連するオペレータの処理レベルの情報とを読み出し、該振込取引の情報をもとに振込先の金融機関との間で照会を行って記入ミスの内容を特定し、特定した内容における区分の難易度が前記処理レベルの情報に基づく前記オペレータが実行可能な難易度の範囲内であるとき、前記振込取引の情報を前記端末に送信することを特徴とする。
これにより、本発明は、スキル情報の高いオペレータには難易度の高い入金不能データを送信し、スキル情報の低いオペレータには難易度の低い入金不能データを送信することができるので、オペレータの処理ミスによって事故が発生する可能性を低減でき、事務効率が向上するという効果が得られる。
以下に、図面を参照して本発明による帳票処理システムの実施例について説明する。
図1は実施例1の帳票処理システムを示すシステム構成図である。
図1において、帳票処理システム1は、金融機関の店舗における事務員が作業を行う場所にオペレータ処理用端末10及び役席承認用端末20をセンタサーバ30に互いに通信可能に接続して設置すると共に、金融機関のセンタに設置されて顧客の口座情報等を格納したホストコンピュータ50を専用回線等の通信回線を介してセンタサーバ30に接続して構成している。
図2は実施例1の帳票処理システムを示す機能ブロック図である。
図2において、オペレータ処理用端末10は、LCDやCRT等の表示画面やキーボードやマウス等の入力手段を有する他、制御部11や記憶部12等を備えているコンピュータである。
制御部11は、記憶部12が格納するオペレータの権限で行う各種処理のためのオペレータ処理制御プログラムに従って各部を制御し、各種処理を遂行する機能を有する。
記憶部12は、オペレータ処理制御プログラムを格納する他、制御部11による処理結果等を記憶する。
また、記憶部12は、オペレータ処理用端末10を使用しているオペレータを特定するオペレータ識別子を記憶する。なおオペレータ識別子はオペレータ処理用端末10に予め記憶させておき、オペレータ毎に使用する端末を固定にするようにしてもよいし、オペレータがオペレータ処理用端末10の使用を開始するときに、オペレータ毎に用意されたカードから、図示しないカード読み取り部によって読み取るようにしてもよい。
13は入金不能データ要求処理部であり、制御部11と記憶部12が格納する制御プログラムとによって実現され、振込取引で振込先の口座名義(振込先名義)や店番号、科目、口座番号等の相違が原因で振込取引が実行できない入金不能データの送信要求をセンタサーバ30に対して行う。
入金不能データは、ここでは振込取引に関する振込元の顧客名、店番号、科目、口座番号、及び振込先として指定された振込先名義、店番号、科目、口座番号等によって構成されているものとする。
14は承認依頼処理部であり、制御部11と記憶部12が格納する制御プログラムとによって実現され、オペレータが処理を行った処理データを役席承認用端末20に送信することで、役席者による承認を依頼する処理を行う。
役席承認用端末20は、LCDやCRT等の表示画面やキーボードやマウス等の入力手段を有する他、承認端末制御部21や承認端末記憶部22等を備えているコンピュータである。
承認端末制御部21は、承認端末記憶部22が格納する役席者の権限で遂行する各種処理のための役席処理用制御プログラムに従って各部を制御し、各種処理を遂行する機能を有する。
承認端末記憶部22は、役席処理用制御プログラムを格納する他、承認端末制御部21による処理結果等を記憶する。
23は承認待ちデータ処理部であり、承認端末制御部21と承認端末記憶部22が格納する役席処理用制御プログラムとによって実現され、センタサーバ30から受信した役席者による承認が必要な後述する承認待ちデータの処理を行う。
24は承認差し戻し処理部であり、承認端末制御部21と承認端末記憶部22が格納する役席処理用制御プログラムとによって実現され、役席者による承認が必要なデータにミスがあった場合等にそのデータをオペレータ処理用端末10に差し戻す処理を行う。
25はスキル情報設定部であり、承認端末制御部21と承認端末記憶部22が格納する役席処理用制御プログラムとによって実現され、金融機関側で定められたオペレータの実務経験年数等に基づく初期設定スキルを役席者が設定するための画面を表示する他、その画面で入力された初期設定スキルをセンタサーバ30に送信する処理を行う。
なお、初期設定スキルは、エントリーレベル、ミドルレベル、ハイレベルの3種に分類される。
26は事故情報設定部であり、承認端末制御部21と承認端末記憶部22が格納する役席処理用制御プログラムとによって実現され、入金不能データに対してオペレータが誤処理を行い、役席者がオペレータの氏名やID等のオペレータ識別子と共にその誤処理の内容を示す事故情報を入力したときに、データベース40に事故情報を送信する処理を行う。
27は読替可能文字設定部であり、承認端末制御部21と承認端末記憶部22が格納する役席処理用制御プログラムとによって実現され、実際の振込先の口座名義が例えば「上村」で読み仮名が「カミムラ」であり、振込取引を行う顧客が振込先名義を「ウエムラ」と読み方を誤っている場合でも入金を許可する等の読替可能文字情報を設定すると共に、設定された読替可能文字情報をセンタサーバ30に送信することで、データベース40に格納させる処理を行う。
センタサーバ30は、サーバ制御部30aとサーバ記憶部30bとにより実現される入金不能データ処理部31、口座照会処理部32、スキル判断処理部33、役席承認データ処理部34、電文発信処理部35、オペレータ情報管理部36、難易度情報管理部37を備える他、データベース40と接続している。
入金不能データ処理部31は、サーバ制御部30aとサーバ記憶部30bとにより実現され、振込取引の際にホストコンピュータ50が処理できなかった入金不能データを受け取り、その受け取った受信時刻に関連づけてデータベース40に格納する処理を行う。
口座照会処理部32は、サーバ制御部30aとサーバ記憶部30bとにより実現され、振込取引用の伝票等に記載されていた振込先の店番号、科目、口座番号をもとに振込先のホストコンピュータ等から該当する口座名義のカナ氏名、漢字氏名等を取得する処理を行う。
スキル判断処理部33は、サーバ制御部30aとサーバ記憶部30bとにより実現され、データベース40に格納されたオペレータスキルに合わせて各オペレータが適切に処理できる難易度の入金不能データを抽出する。
役席承認データ処理部34は、サーバ制御部30aとサーバ記憶部30bとにより実現され、役席者による承認が必要な承認待ちデータを役席承認用端末20に送信する処理を行う。
承認待ちデータは、入金不能データと、その入金不能データに対してオペレータ処理用端末が行った処理の情報とで構成される。
電文発信処理部35は、サーバ制御部30aとサーバ記憶部30bとにより実現され、ホストコンピュータ50に振込内容を照会するための電文や、同一の金融機関の口座間で行われた振込取引で入金不能があった場合にホストコンピュータ50へ振り込み元の口座に振込金額を戻すように指示する電文、他行からの振込取引で入金不能があった場合に振込金額を返却する付替電文等の各種電文を送信する。
オペレータ情報管理部36は、サーバ制御部30aとサーバ記憶部30bとにより実現され、オペレータが入金不能データの処理を行ったこととその処理が役席者から差戻されたことをオペレータ処理用端末10または役席承認用端末20からの通知によって認識し、
過去3ヶ月のオペレータごとの入金不能データの処理実績(回数)と差戻回数を計数すると共に、役席承認用端末20から受信したオペレータの初期設定スキルを処理実績に対する差戻回数の割合等に基づいて補正したオペレータスキルを定める処理を行う。
過去3ヶ月のオペレータごとの入金不能データの処理実績(回数)と差戻回数を計数すると共に、役席承認用端末20から受信したオペレータの初期設定スキルを処理実績に対する差戻回数の割合等に基づいて補正したオペレータスキルを定める処理を行う。
上記で処理実績と差戻回数を3ヶ月分の回数を対象としたのは、オペレータのスキル向上などの実態に即した判断を行うことができるためである。
なお、上記のオペレータ識別子ごとの入金不能データの処理実績(回数)と差戻回数、初期設定スキル、オペレータスキルで構成され、オペレータの処理レベルを示すスキル情報はデータベース40に格納されて管理される。
ここで、図3はデータベースに格納されるスキル情報を示すテーブルである。
オペレータスキルは金融機関ごとに定められるものであるが、例えば図3のオペレータCのように、処理実績が2000回であるのに対して、差戻回数が250回であって処理実績に対して差戻しの割合が多い場合は初期設定スキルがハイレベルであっても、オペレータスキルはミドルレベルに下げられる。
また、逆にオペレータEのように、初期設定スキルがエントリーレベルであっても処理実績が1000回であってある程度の処理を経験し、かつ差戻回数が80回と差戻しの割合が少なければ、オペレータスキルはミドルレベルに上げられるものとなっている。
これらは、例えば処理実績の回数に応じたポイントと差し戻しの割合に応じたポイントを足し合わせて、得られた合計ポイントに応じて所定のレベルに自動的に割り振るようにしてもよいし、評価担当者が実績に応じたレベルに人為的に割り振るようにしてもよい。
難易度情報管理部37は、サーバ制御部30aとサーバ記憶部30bとにより実現され、入金不能データに関する処理の難易度を示す難易度情報をデータベース40に格納して管理する。
図4は難易度情報を示すテーブルである。
振込取引の入金不能は、主に振込先の口座名義の記載ミスによるものであるので、難易度情報は口座名義の記載ミスの程度に応じて変化するものである。
また、難易度情報は金融機関ごとに定められるものであるが、本実施例で示す例では振込先の実際の口座名義と、入金不能データの振込先名義との相違に応じて定めたものとし、図4に示すように単純な1文字の誤り(単純誤り)や、読替可能文字に関連する相違、法人格名の相違、部署名の相違、支店支社営業所に関する名称の相違、法人代表者名の相違、任意団体名の相違等に対応して定めている。
加えて、難易度情報は誤りの内容ごとに区分Noや、数値で示す難易度、オペレータが実行するのに適した処理の内容(推奨処理内容)が設定されており、推奨処理内容はオペレータがミスのあった箇所を訂正した上で入金を実行する“入金”と振込元の顧客の口座に振込金を返却する“返却”の他、“入金”および“返却”の前に振込先となる金融機関のホストコンピュータに該当口座の照会を行って誤っている箇所を見つける“照会”の3種類がある。
なお、センタサーバ30のサーバ記憶部30bは、金融機関側が定めた難易度の補正に必要な差戻回数係数と事故回数係数とを記憶している。
差戻回数係数は、スキル情報の差戻回数に掛け合わせる係数であり、事故回数係数はスキル情報の事故発生回数に掛け合わせる係数である。
データベース40は、入金不能データ、オペレータのスキル情報、難易度情報、事故情報、及び読替可能文字情報を格納している。
事故情報とは、オペレータ識別子ごとの区分Noに応じた入金不能データの処理ミスの回数を示すものであり、ここで図5は事故情報を示すテーブルである。
図5に示すように、事故情報はオペレータ識別子であるオペレータの氏名と、上記難易度情報の区分No、その区分Noに対応する難易度情報に対する当該オペレータの処理ミスの回数(事故発生回数)により構成される。
なお、センタサーバ30のサーバ記憶部30bは、オペレータスキルに応じてオペレータが実行可能、つまり処理可能な難易度範囲を示すテーブルを有しており、図6は処理可能難易度範囲を示すテーブルである。
各オペレータスキルに合わせた処理可能難易度範囲は、図6に示すようにオペレータスキルがエントリーレベルに対応する処理可能難易度範囲を1〜30、ミドルレベルに対応する処理可能難易度範囲を31〜69、ハイレベルに対応する処理可能難易度範囲を70〜100として定めている。
上述した構成の作用について図7に示す実施例1の入金不能データの処理を示すフローチャートを用いて説明する。
S1、オペレータ処理用端末10の制御部11は、オペレータが入力手段によって入金不能データ処理を開始する旨の入力操作がなされたとき、記憶部12からオペレータ識別子を読み出し、そのオペレータ識別子を付した入金不能データ要求電文をセンタサーバ30に送信し、センタサーバ30に対して入金不能データ要求処理部13により入金不能データの送信を要求する。
S2、センタサーバ30のサーバ制御部30aは、受信した入金不能データ要求電文のオペレータ識別子をサーバ記憶部30bに記憶し、データベース40から受信時刻が最も古い入金不能データを読み出す。
S3、サーバ制御部30aは、読み出した入金不能データの振込先の店番号、科目、口座番号をもとに振込先の金融機関のホストコンピュータとの間で照会を行って入金不能となった不能原因を特定し、その特定した不能原因が口座名義の相違に関する原因である場合はステップS4に進み、不能原因が店番号、科目、口座番号の相違に関する原因の場合はステップS9に移行する。
S4、サーバ制御部30aは、振込先の口座名義が異なっていることを認識したとき、その口座名義の相違に応じた難易度情報を特定する難易度特定処理を実行する。
なお、難易度特定処理については後述する図8の難易度特定処理を示すフローチャートで説明するものとし、ここで詳しい処理のステップは省略し、特定した結果の難易度情報は、図4に示す区分No10であって難易度が70であったものとしてステップS5以降の処理を説明する。
S5、サーバ制御部30aは、難易度特定処理で特定した難易度情報の区分Noと難易度とをサーバ記憶部30bに記憶しておき、記憶しているオペレータ識別子を読み出して、データベース40からオペレータ識別子に対応する該当するスキル情報を読み出し、さらに特定した難易度情報の区分Noと同一の区分Noで、オペレータ識別子に対応する事故情報をデータベース40から検索し、該当する事故情報がある場合に事故発生回数を読み出す。
ここで読み出したスキル情報は図3に示すオペレータBのスキル情報で、また事故情報はオペレータBで区分No10に該当する事故情報であって読み出した事故発生回数は1回である。
S6、サーバ制御部30aは、記憶している差戻回数係数と事故回数係数を読み出し、スキル情報の差戻回数に差戻回数係数を掛け合わせて算出した第1の難易度補正値と、事故発生回数に事故回数係数を掛け合わせて算出した第2の難易度補正値とを上記ステップS5で記憶した難易度に加算することで、オペレータBの過去の処理実績に合せた難易度に補正する。
そして、補正した難易度を改めてサーバ記憶部30bに記憶する。
S7、サーバ制御部30aは、スキル情報のオペレータスキルをもとにサーバ記憶部30bに記憶している処理可能難易度範囲のテーブルからそのオペレータBの処理可能難易度範囲を抽出する。
ここでは、オペレータスキルはハイレベルであり、図6から70〜100の難易度が処理可能難易度範囲となる。
S8、サーバ制御部30aは、記憶している難易度を読み出し、その難易度が抽出した処理可能難易度範囲に含まれるか否かを判断し、判断結果から処理可能難易度範囲に含まれない難易度の場合にはステップS2に戻って今回読み出した入金不能データの次に古い入金不能データをデータベース40から読み出しを行い、判断結果から処理可能難易度範囲に含まれる難易度の場合はステップS9に進む。
S9、サーバ制御部30aは、読み出した入金不能データをオペレータ処理端末10に送信する。
S10、オペレータ処理端末10の制御部11は、受信した入金不能データを表示画面に表示し、オペレータにより入金不能データの訂正等を処理入力に従って通常通りに行い、処理結果の情報を入金不能データに加えて承認待ちデータを構成し、その承認待ちデータをセンタサーバ30に送信する。
S11、センタサーバ30のサーバ制御部30aは、受信した承認待ちデータをサーバ記憶部30bに格納し、役席者が承認待ちデータ取得の操作を行った役席承認用端末20から承認待ちデータ送信依頼を受信したときに、サーバ記憶部30bに格納した承認待ちデータを読み出して役席承認用端末20に送信する。
S12、役席承認用端末20の承認端末制御部21は、受信した承認待ちデータの入金不能データとその処理結果の情報を表示画面に表示し、役席者によって表示された内容を承認する旨の入力がなされると、承認待ちデータを振込取引データとしてセンタサーバ30に送信する。
S13、センタサーバ30のサーバ制御部30aは、受信した振込取引データをホストコンピュータ50に送信することで、振込取引を遂行して振込取引の入金不能データの処理を終了する。
なお、ホストコンピュータにて行われる処理は、振込取引の再実行処理の他、振込元の顧客の口座に振込金額を返却する処理等である。
次に、上記ステップS4で行った難易度特定処理を図8の難易度特定処理を示すフローチャートを用いて、SAで示すステップに従って説明する。
ここでは既に上記のステップS3のようにサーバ制御部30aは、オペレータ処理用端末10からの要求によってデータベース40から読み出した入金不能データの振込先の店番号、科目、口座番号をもとに振込先の金融機関のホストコンピュータとの間で照会を行って入金不能となった不能原因を特定している。また特定した不能原因が振込先の口座名義の相違によるものであることを認識しているものとする。
SA1、サーバ制御部30aは、不能原因の口座名義の相違を難易度情報のテーブルと照らし合わせて判断していく。まずは例えば「フドウサン」と「フドウサソ」のような相違が単純な1文字の単純誤り、つまり図4に示す区分No1の難易度情報に該当するか否かを判断し、1文字の単純誤りであればステップSA2に進み、それ以外の場合はSA3に移行する。
SA2、サーバ制御部30aは、入金不能データが区分No1の難易度であると特定して難易度特定処理を終了する。
SA3、サーバ制御部30aは、不能原因の口座名義の相違が読替可能文字情報に関わる内容に該当、つまり図4に示す区分No2の難易度情報に該当するか否かを判断し、読替可能文字情報に該当する場合はステップSA4に進み、それ以外の場合はSA5に移行する。
SA4、サーバ制御部30aは、入金不能データが区分No2の難易度であると特定して難易度特定処理を終了する。
SA5、サーバ制御部30aは、口座名義の相違が法人格の記載に該当、つまり図4に示す区分No3〜区分No6の何れかの難易度情報に該当するか否かを判断し、法人格の記載に該当する場合はステップSA6に進み、それ以外の場合はSA7に進む。
SA6、サーバ制御部30aは、不能原因となった法人格の記載に関する相違内容を細かく特定する。
具体的に、実際の口座名義に法人格の記載があるにもかかわらず、入金不能データの振込先名義に法人格の記載が無い場合には図4の区分No3の難易度と特定する。
また、入金不能データの振込先名義に法人格の記載があっても、実際の口座名義に法人格の記載が無い場合は図4の区分No4の難易度に該当するものとして特定する。
さらに、実際の口座名義が“法人格、氏名”の順で記載されたものに対して、入金不能データの振込先名義が、“氏名、法人格”と、法人格の前後位置が異なる場合は、図4の区分No5の難易度と特定する。
加えて実際の口座名義が、財団法人であるのに対し、入金不能データの振込先名義が株式会社となっている等のように法人格の種類が異なる場合は図4に示す区分No6の難易度と特定するようにし、上記の区分No3〜区分No6のいずれかの難易度であることを特定して難易度特定処理を終了する。
SA7、サーバ制御部30aは、上記ステップSA5で不能原因が法人格の記載に関する内容では無いと判断すると、次に不能原因が部署名の記載に関する相違、つまり図4に示す区分No7あるいは区分No8に該当するか否かを判断し、部署名の相違の場合は次のステップSA8に進み、部署名の相違では無い場合はステップSA9に移行する。
SA8、サーバ制御部30aは、不能原因となっている部署名の記載に関する相違内容を細かく特定する。
具体的には実際の口座名義に部署名の記載があるにもかかわらず、入金不能データの振込先名義に部署名の記載が無い場合、あるいは逆に入金不能データの振込名義に部署名が記載されてあって実際の口座名義に部署名の記載が無い場合の何れかのときは、図4の区分No7の難易度と特定する。
また、実際の口座名義には“○○キカクカ”と記載され、一方入金不能データの振込先名義には“○○ケイリカ”と記載される等、部署名が異なっている場合は、図4の区分8の難易度と特定し、このように区分No7または区分No8の難易度を特定して難易度特定処理を終了する。
SA9、サーバ制御部30aは、上記ステップSA7で不能原因が部署名の記載に関する内容では無いと判断すると、支店名・支社名・営業店名の記載、つまり図4に示す区分No9あるいは区分No10に該当するか否かを判断し、支店名・支社名・営業店名の相違の場合は次のステップSA10に進み、支店名・支社名・営業店名の相違ではない場合はステップSA11に移行する。
SA10、サーバ制御部30aは、不能原因となっている支店名・支社名・営業店名の記載に関する相違内容を細かく特定する。
具体的には実際の口座名義に支店名・支社名・営業店名が記載されているにもかかわらず、入金不能データの振込先名義に支店名・支社名・営業店名の記載が無い場合、あるいは逆に振込先名義に支店名・支社名・営業店名が記載されてあって実際の口座名義に支店名・支社名・営業店名の記載が無い場合の何れかのときは、図4の区分No9の難易度と特定する。
また、実際の口座名義に、“○○サイタマシテン”と記載され、一方入金不能データの振込先名義には“○○サイタマチユウオウシテン”のように記載される等、支店名・支社名・営業店名が異なっている場合は、図4の区分No10の難易度と特定し、このように区分No9または区分No10の難易度を特定して難易度特定処理を終了する。
SA11、サーバ制御部30aは、上記ステップSA9で不能原因が支店名・支社名・営業店名の記載に関する内容では無いと判断すると、法人の代表者名の記載、つまり図4に示す区分No11あるいは区分No12に該当するか否かを判断し、法人の代表者名の相違の場合は次のステップSA12に進み、法人の代表者名の相違ではない場合はステップSA13に移行する。
SA12、サーバ制御部30aは、不能原因となっている法人の代表者名の記載に関する相違内容を細かく特定する。
具体的には実際の口座名義に法人の代表者名の記載があるにもかかわらず、入金不能データの振込先名義に法人の代表者名の記載が無い場合、あるいは逆に入金不能データの振込先名義に法人の代表者名が記載されて実際の口座名義に法人の代表者名の記載が無い場合の何れかのときは、図4の区分No11の難易度と特定する。
また、実際の口座名義に記載された法人の代表者名と、入金不能データの振込先名義に記載された法人の代表者名とが異なっている場合は、図4の区分No12の難易度と特定し、このように区分No11または区分No12の難易度を特定して難易度特定処理を終了する。
SA13、サーバ制御部30aは、上記ステップSA11で不能原因が法人の代表者名の記載に関する内容では無いと判断すると、法人以外で任意団体名の記載、つまり図4に示す区分No13〜区分No15の何れかに該当するか否かを判断し、任意団体名の相違の場合は次のステップSA14に進み、任意団体名の相違ではない場合はステップSA15に移行する。
SA14、サーバ制御部30aは、入金不能データの不能原因となっている任意団体名の記載に関する相違内容を細かく特定する。
具体的には実際の口座名義に記載された任意団体名と入金不能データの振込先名義に記載された任意団体名は一致するが、その任意団体の代表者名が異なっている場合は、図4の区分No13の難易度と特定する。
また、実際の口座名義に任意団体名とその代表者名の記載があるにもかかわらず、入金不能データの振込先名義に任意団体名が無い場合、あるいは逆に入金不能データの振込先名義に任意団体名とその代表者名が有って、実際の口座名義には代表者名しかない場合のときは、図4の区分No14の難易度と特定する。
さらに、例えば実際の口座名義が、“任意団体名、代表者名”の順であるのに対して入金不能データの振込先名義が“代表者名、任意団体名”の順となっている等、任意団体名と代表者名の位置が異なっている場合は、図4の区分No15の難易度と特定し、このように区分No13〜区分No15の難易度を特定して難易度特定処理を終了する。
SA15、サーバ制御部30aは、上記ステップSA13で不能原因が任意団体名の記載に関する内容では無いと判断すると、図4の区分No99の難易度として特定して難易度特定処理を終了する。
このようにサーバ制御部30aの難易度特定処理を行うことで、難易度を特定して上述したステップS5以降の処理を遂行するようにする。
以上説明したように、本実施例は、入金不能データの難易度やオペレータスキルを定めると共に、オペレータスキルに応じた難易度の範囲を定めることで、オペレータスキルが高いオペレータからの入金不能データの要求に対しては難易度の高い入金不能データを送信することで、難しい処理を要する入金不能データで、オペレータの処理ミスによる事故が発生するのを減らすことができる。
また、パート従業員や新入社員などのオペレータスキルの低いオペレータには難易度の低い入金不能データのみを送信することで、オペレータスキルの低いオペレータの処理ミスによる事故が発生するのを減らすことができるので、役席承認時に差し戻しとなる回数を減らし、事務効率を向上させることができる。
1 帳票処理システム
10 オペレータ処理用端末
11 制御部
12 記憶部
13 入金不能データ要求処理部
14 承認依頼処理部
20 役席承認用端末
21 承認端末制御部
22 承認端末記憶部
23 承認待ちデータ処理部
24 承認差し戻し処理部
25 スキル情報設定部
26 事故情報設定部
27 読替可能文字設定部
30 センタサーバ
30a サーバ制御部
30b サーバ記憶部
31 入金不能データ処理部
32 口座照会処理部
33 スキル判断処理部
34 役席承認データ処理部
35 電文発信処理部
36 オペレータ情報管理部
37 難易度情報管理部
40 データベース
50 ホストコンピュータ
10 オペレータ処理用端末
11 制御部
12 記憶部
13 入金不能データ要求処理部
14 承認依頼処理部
20 役席承認用端末
21 承認端末制御部
22 承認端末記憶部
23 承認待ちデータ処理部
24 承認差し戻し処理部
25 スキル情報設定部
26 事故情報設定部
27 読替可能文字設定部
30 センタサーバ
30a サーバ制御部
30b サーバ記憶部
31 入金不能データ処理部
32 口座照会処理部
33 スキル判断処理部
34 役席承認データ処理部
35 電文発信処理部
36 オペレータ情報管理部
37 難易度情報管理部
40 データベース
50 ホストコンピュータ
Claims (3)
- センタサーバと、オペレータが操作する端末とからなり、
前記センタサーバの記憶部に、振込先の口座名義に関する顧客の伝票記入ミスで、入金不能になっている振込取引の情報と、記入ミスの内容の区分と、各区分の処理の難易度を示す難易度情報と、オペレータを特定する識別子に関連づけたオペレータの処理レベルの情報と、該処理レベルの情報に基づいてオペレータが実行可能な難易度の範囲の情報を記憶し、
前記センタサーバは、前記端末からオペレータの識別子と入金不能となっている振込取引の情報の要求を受信したとき、格納している入金不能である振込取引の情報と、受信した前記識別子に関連するオペレータの処理レベルの情報とを読み出し、該振込取引の情報をもとに振込先の金融機関との間で照会を行って記入ミスの内容を特定し、特定した内容における区分の難易度が前記処理レベルの情報に基づく前記オペレータが実行可能な難易度の範囲内であるとき、前記振込取引の情報を前記端末に送信することを特徴とする帳票処理システム。 - 請求項1に記載の帳票処理システムにおいて、
前記センタサーバの記憶部に、オペレータの識別子に関連付けて、オペレータが過去に発生させた各区分の処理ミスの回数を記憶し、
前記センタサーバは、前記振込先の金融機関との照会で記入ミスの内容を特定した際、受信したオペレータ識別子に関連し、かつ該特定した内容の区分と同一の区分の処理ミスの回数を読み出し、その回数に基づいて前記入金不能データの難易度を補正して補正後の難易度が、前記処理レベルの情報に基づく前記オペレータが実行可能な難易度の範囲内であるとき、前記振込取引の情報を前記端末に送信することを特徴とする帳票処理システム。 - センタサーバと、オペレータが操作する端末とからなり、
前記センタサーバの記憶部に、入金不能になっている振込取引の情報と、入金不能原因の区分と、各区分の処理の難易度を示す難易度情報と、オペレータを特定する識別子に関連づけたオペレータが実行可能な難易度の情報を記憶し、
前記センタサーバは、前記端末へ入金不能となっている振込取引の情報を送信する際、格納している入金不能である振込取引の情報と、前記端末を使用しているオペレータの前記識別子に基づき、入金不能である振込取引の不能原因の難易度に対応するオペレータが使用している端末に対して、前記振込取引の情報を送信することを特徴とする帳票処理システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009227760A JP2011076407A (ja) | 2009-09-30 | 2009-09-30 | 帳票処理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009227760A JP2011076407A (ja) | 2009-09-30 | 2009-09-30 | 帳票処理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2011076407A true JP2011076407A (ja) | 2011-04-14 |
Family
ID=44020318
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009227760A Pending JP2011076407A (ja) | 2009-09-30 | 2009-09-30 | 帳票処理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2011076407A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPWO2012160773A1 (ja) * | 2011-05-24 | 2014-07-31 | 日本電気株式会社 | 通信処理システム、通信処理方法、通信処理装置及びその制御方法と制御プログラム |
JP2018136611A (ja) * | 2017-02-20 | 2018-08-30 | 沖電気工業株式会社 | 振込管理装置およびプログラム |
JP6391128B1 (ja) * | 2017-09-27 | 2018-09-19 | 株式会社Artrigger | 取引管理方法、通信端末、及びプログラム |
US11170457B2 (en) | 2017-09-27 | 2021-11-09 | Artrigger Inc. | Transaction management method, communication terminal, and method of exploitation right management |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11110457A (ja) * | 1997-10-03 | 1999-04-23 | Fujitsu Ltd | 帳票処理装置及び帳票処理方法並びに帳票処理プログラムを記録したコンピュータ読み取り可能な記録媒体 |
JPH11203399A (ja) * | 1998-01-09 | 1999-07-30 | Oki Electric Ind Co Ltd | 光学式読取システム |
JP2001101339A (ja) * | 1999-09-30 | 2001-04-13 | Oki Electric Ind Co Ltd | 文字認識装置を使用したデータ処理システム |
WO2003050782A1 (fr) * | 2001-12-12 | 2003-06-19 | Hogakukan Co., Ltd. | Systeme de definition d'exercices |
JP2004118284A (ja) * | 2002-09-24 | 2004-04-15 | Toshiba Solutions Corp | Ocr帳票修正装置及びocr帳票修正装置における修正方法 |
-
2009
- 2009-09-30 JP JP2009227760A patent/JP2011076407A/ja active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11110457A (ja) * | 1997-10-03 | 1999-04-23 | Fujitsu Ltd | 帳票処理装置及び帳票処理方法並びに帳票処理プログラムを記録したコンピュータ読み取り可能な記録媒体 |
JPH11203399A (ja) * | 1998-01-09 | 1999-07-30 | Oki Electric Ind Co Ltd | 光学式読取システム |
JP2001101339A (ja) * | 1999-09-30 | 2001-04-13 | Oki Electric Ind Co Ltd | 文字認識装置を使用したデータ処理システム |
WO2003050782A1 (fr) * | 2001-12-12 | 2003-06-19 | Hogakukan Co., Ltd. | Systeme de definition d'exercices |
JP2004118284A (ja) * | 2002-09-24 | 2004-04-15 | Toshiba Solutions Corp | Ocr帳票修正装置及びocr帳票修正装置における修正方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPWO2012160773A1 (ja) * | 2011-05-24 | 2014-07-31 | 日本電気株式会社 | 通信処理システム、通信処理方法、通信処理装置及びその制御方法と制御プログラム |
JP5911109B2 (ja) * | 2011-05-24 | 2016-04-27 | 日本電気株式会社 | 通信処理システム、通信処理方法、通信処理装置及びその制御方法と制御プログラム |
JP2018136611A (ja) * | 2017-02-20 | 2018-08-30 | 沖電気工業株式会社 | 振込管理装置およびプログラム |
JP6391128B1 (ja) * | 2017-09-27 | 2018-09-19 | 株式会社Artrigger | 取引管理方法、通信端末、及びプログラム |
US11170457B2 (en) | 2017-09-27 | 2021-11-09 | Artrigger Inc. | Transaction management method, communication terminal, and method of exploitation right management |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR20170142829A (ko) | 위치 정보를 이용한 비정상 가맹점 식별 서비스 제공 방법 및 이를 수행하는 카드사 서버 | |
WO2006009541A1 (en) | Scored negative file system and method | |
CN101124604A (zh) | 便于将资金转入银行账户的设备 | |
JP2007304643A (ja) | 会計仕訳システム、会計仕訳プログラム及びそのプログラムを記録した記録媒体 | |
JP2011076407A (ja) | 帳票処理システム | |
JP2017045389A (ja) | 銀行システム、銀行システムによって実行される方法およびプログラム | |
AU2018202367A1 (en) | Automatic data transfer | |
KR20230137856A (ko) | Ic 카드의 현금 ic 결제 처리 방법 | |
JP4898873B2 (ja) | 外国送金オートプロセス管理の方法およびプログラム | |
KR20000024506A (ko) | 가발권을 이용한 티켓 발매 방법 및 그 시스템 | |
US20170076367A1 (en) | Systems, Methods, and Software For Lien Payoff and Transfer of Title | |
US20200013030A1 (en) | Systems and Methods for Fraud Reduction | |
JP4549496B2 (ja) | 代行支払システム | |
JP7311726B1 (ja) | 決済管理装置、決済管理方法、およびプログラム | |
KR100610660B1 (ko) | 인터넷을 이용한 타인 명의를 송금인으로 하는 해외 송금장치 및 방법 | |
US20210374694A1 (en) | Server, information processing system, and computer readable recording medium | |
JP4643982B2 (ja) | 情報処理装置 | |
KR102309650B1 (ko) | 카드 가맹점 대출 서비스 제공 방법, 그를 수행하는 결제 중계 서버 및 시스템 | |
JP2008046921A (ja) | 自動取引装置及び自動取引システム | |
JP6839247B1 (ja) | 送金支援システム、送金支援方法及び送金支援プログラム | |
JP2020135236A (ja) | 端末管理システム、端末管理装置及び端末管理方法 | |
KR20120020912A (ko) | 국세청 인증 기반 전자 세금계산서 처리 장치 및 방법 | |
JP2002298062A (ja) | 現金受領システム | |
US20070250422A1 (en) | Method of processing a returned accounts receivable entry | |
JP2021077417A (ja) | 送金支援システム、送金支援方法及び送金支援プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120515 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130905 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20131001 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20140225 |