JP4315409B2 - Calculation fee calculation system and collection and distribution fee calculation system - Google Patents

Calculation fee calculation system and collection and distribution fee calculation system Download PDF

Info

Publication number
JP4315409B2
JP4315409B2 JP2001363323A JP2001363323A JP4315409B2 JP 4315409 B2 JP4315409 B2 JP 4315409B2 JP 2001363323 A JP2001363323 A JP 2001363323A JP 2001363323 A JP2001363323 A JP 2001363323A JP 4315409 B2 JP4315409 B2 JP 4315409B2
Authority
JP
Japan
Prior art keywords
transaction
fee
unit price
store
collection
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 - Fee Related
Application number
JP2001363323A
Other languages
Japanese (ja)
Other versions
JP2003168011A (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 JP2001363323A priority Critical patent/JP4315409B2/en
Publication of JP2003168011A publication Critical patent/JP2003168011A/en
Application granted granted Critical
Publication of JP4315409B2 publication Critical patent/JP4315409B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、現金等の算定についての手数料を算出するシステムに関する。本発明はまた、現金等の集金や配金についての手数料を算出するシステムに関する。
【0002】
【従来の技術】
銀行等の金融機関では、顧客へ両替金を配金し、また、顧客の売上等の集金を行っている。両替金配金は、顧客の口座からの払戻(出金)について、顧客指定の金種で現金等を準備する作業と、この準備した両替金を顧客まで輸送する作業とである。集金は、顧客から預かった現金等を銀行(又は、業務委託を受けた受託者)まで輸送する作業と、預かった現金を算定する作業と、算定した現金等を顧客の口座へ入金する作業とである。従来、この集配金取引については、無料か、又は、集配金の金額によらず、一定額の集配金手数料で提供していた。
【0003】
特開平7−141539号公報には、両替を有料とする両替装置について開示されている。この従来例では、両替金額に応じて手数料が順次増額する手法を採っている。
【0004】
【発明が解決しようとする課題】
上記従来例では、金額に応じて両替の手数料を算出するため、10円硬貨を1,000枚で10,000円を準備する場合も、千円札を10枚で10,000を準備する場合も、同一の手数料となり、両替金を準備する事務処理負担のコストを手数料に反映させることができない。また、両替作業だけでなく、輸送を含める場合には、千円札を10枚と、10円硬貨を1,000枚とでは、重量も異なるため、同一の金額であっても、金種によっては、算定の作業負荷も、輸送の作業負荷も異なり、両替金配金の作業負荷に応じた手数料を算出することができない。
【0005】
また、集金についても、例えば、自動販売機を管理する会社からの集金では、紙幣よりも硬貨が多く、重量がある。また、スーパー等の販売店の場合には、レジ別(小袋別)の現金算定及び照合を求められることもある。
【0006】
このように、従来例では、集配金手数料の作業負荷に応じた適切な手数料算出の仕組みが創作されておらず、このため、無料か、又は一定額での取引となっていた。
【0007】
サービスの手数料が無料又は一定額となると、一般的に、その手数料を削減するための仕組みを採用するインセンティブが働きづらくなる。集配金手数料の例では、手数料が無料又は一定額であれば、最大の両替金を準備させ、未使用の両替金は集金時に一緒に渡すという取引になる。このような状況では、集配金する現金の絶対量が増加してしまい、現金の物流コストが必要以上に増加する。また、両替金の準備のために算定し、また集金で同一の現金を算定することとなり、算定の事務負荷が増大する。
【0008】
このように、集配金手数料を無料又は一定額としていると、現金等の物流コストが増大し、また、現金等の算定の事務負荷が増大する。しかしながら、現金の集配は種々の作業が複合的に関連した役務であるため、事務負荷や物流コストに応じた手数料の算出が難しかった。
【0009】
さらに、集金の金額に応じて手数料を算出しようとしても、例えば、硬貨の種類で整理されている顧客と、硬貨が混ざった状態で集金する顧客とでは、集金及び算定の手数が異なるため、現金算定手数料の基礎を金額とすると、事務処理負担と相関関係の低い手数料体系となってしまう。また、金額的には少ないが、殆どが硬貨である顧客と、金額的には多いが、殆どが紙幣である顧客とでは、物流コストが取扱金額と逆転してしまう。このように、現金等を物理的に存在する物(紙や金属小片)として現金輸送を評価すると、金額での集配金手数料算出には種々の困難が生じる。
【0010】
また、近年、特開平10−91846号公報記載の紙幣入出金機のように、大量の現金を金種毎に計数する現金処理機が市販されている。この現金処理機を利用すると、集金した現金等の計数や出金する現金等(例えば、両替の準備金)の計数を行い、その計数データをデータベースに格納することができる。このような現金処理機は、投入口に投入した紙幣及び硬貨の金種毎の枚数を計数する。そして、現金処理機又はこの現金処理機に接続されたサーバーは、この計数した金種毎の枚数による投入金額と、入力する伝票記載の入金金額とを照合する。
【0011】
このような現金処理機によって計数される計数データを使用して、コンピュータを用いて集配金手数料を算出することが考えられる。しかしながら、このような計数データを用いて集配金手数料や現金の算定手数料を算出するためのシステムは、知られていない。
【0012】
また、集配金手数料のシステム化では、金額と、重量と、枚数と、特別な事務処理負担とを格納しておき、個別に手数料を算出する仕組みも考えられるが、このようなシステムでは、取り扱うデータ量が膨大となり、また、各種のデータ入力作業が増大するため、かえって事務処理負担が増加してしまう。
【0013】
さらに、従来例では、現金の集配金のみならず、他行のATMの現金装填や、大量の現金での振込依頼など、現金の準備や算定に大きな事務処理負担がかかる作業について個別に手数料を算出しようとしても、この現金の算定に要するコストを適切に反映させる手数料算出の方法論がなかった。
【0014】
【発明の目的】
本発明は、コンピュータシステム及びデータの構成を簡略化しつつ、種々の事務処理負担に応じた現金算定手数料を算出することのできる算定手数料算出システムを提供することを、その目的とする。
本発明はまた、種々の事務処理負担や物流コストを適切に反映した集配金手数料を算出し、且つ、当該集配金業務の採算を管理することのできる集配金手数料算出システムを提供することを、その目的とする。
【0015】
【課題を解決するための手段】
請求項に係る本発明は、計数データ格納部と、態様別単価格納部と、手数料算出部とを備えている。
計数データ格納部は、CIF番号で唯一に識別される入金者の口座への入金に際して、当該入金者との入金取引毎に、当該入金取引の取引日と、前記CIF番号と、当該入金する現金を構成する紙幣又は硬貨である金種毎の枚数と、当該入金取引毎の入金金額を特定する入金伝票の枚数と、前記入金する入金金額の金額変更の登録回数とを有する計数データを格納する。
態様別単価格納部は、前記入金取引の基本単価を、予め、前記取引先に一律に、前記紙幣の枚数1枚あたり及び前記硬貨の枚数1枚あたりの金額として定め、さらに、前記紙幣又は硬貨の算定の態様を当該基本単価の増額区分又は減額区分の適用の有無としておき、前記取引先毎に当該各取引先から予め指定される当該算定の態様に応じて、前記増額区分及び前記減額区分の有無により、当該増額区分が有る際には増額区分ごとに予め定めた増額率で増額され当該減額区分が有る際には各減額区分毎に予め定めた減額率で減額された前記紙幣及び硬貨それぞれの単価を態様別単価とした態様別単価データを、前記CIF番号毎に格納すると共に、前記入金伝票の枚数1枚あたりの予め定められた単価である伝票単価と、前記入金伝票の入金金額と計数した入金金額とが異なり前記金額変更が生じる違算1回あたりの予め定められた単価である違算単価とを予め格納する。
そして、前記増額区分が、前記1枚の入金伝票で複数の小袋があり、当該取引先のレジ別やテナント別の小袋毎の入金金額を当該小袋伝票での入金金額と照合し、当該複数の小袋の入金金額の合計を当該入金伝票の入金金額と照合する小袋別算定区分と、集金の際の集金先で現金を算定する集金先での算定区分とであり、前記減額区分が、入金する現金が整理されている際の整理済み区分とであり、
前記口座への入金を翌営業日とする翌営業日入金区分とである
手数料算出部は、前記CIF番号と取引期間とが指定された手数料算出の要求を受信した際に、前記計数データ格納部に格納された計数データのうち当該CIF番号で当該取引期間に含まれる入金取引の計数データを読み出して、前記紙幣の金種毎の枚数を紙幣総枚数として合計し、前記硬貨の金種毎の枚数を硬貨総枚数として合計し、前記態様別単価格納部に格納された当該CIF番号についての前記紙幣の態様別単価と前記紙幣総枚数とを掛けて紙幣手数料とし、当該CIF番号についての前記硬貨の態様別単価と前記硬貨総枚数とを掛けて硬貨手数料とし、当該紙幣手数料と当該硬貨手数料とを加算することで、当該取引期間の入金手数料データを算出する。
そして、この手数料算出部は、前記読み出した前記取引期間内の入金取引の計数データの入金伝票の枚数を合計し、前記小袋伝票の枚数を含まない当該入金伝票の合計枚数に前記態様別単価格納部に格納された当該CIF番号についての前記伝票単価とを掛けることで伝票処理手数料データを算出すると共に、当該伝票処理手数料データを前記入金手数料データに加算する伝票処理手数料加算機能と、前記読み出した前記取引期間内の入金取引の計数データの金額変更回数を合計し、前記態様別単価格納部に格納された当該CIF番号についての前記違算単価を掛けることで違算処理手数料データを算出すると共に、当該違算処理手数料データを、前記伝票処理手数料データが加算された入金手数料データに加算する違算処理手数料加算機能を備え、当該手数料算出部が、前記紙幣手数料データと、前記硬貨手数料データと、前記伝票処理手数料データと、前記違算処理手数料データとを加算することで、前記算定の態様別の計数データを必要とせずに当該取引期間の入金取引の算定手数料を算出する、という構成を採っている。これにより前述した課題を解決しようとするものである。
【0016】
口座への入金は、例えば集金した現金の入金や、大量の現金による振込などである。口座からの出金は、例えば両替金の配金や、他行のATMへの現金装填や、その現金装填のための現金の準備などである。「入出金」というときには、入金のみ、出金のみ、入金及び出金の三態様を含む。
金種は、紙幣、硬貨、小切手、商品券、その他の有価証券等で、さらに、紙幣であれば、1万円札や、5千円札等の現金等の種類である。金種毎の取扱単位は、例えば、集金等の入金であれば、紙幣について1枚、硬貨1枚であり、両替金準備等の出金であれば、紙幣について束(100枚)、硬貨について棒(50枚)などである。
【0017】
本発明では、手数料算出部が、集配金の現金等の合計金額ではなく、現金の金種である紙幣や硬貨の枚数に基づいて手数料を算出する。すなわち、手数料算出部は、計数データによる金種毎で且つ取扱単位での現金の数量に基づいて手数料を算出する。これにより、紙幣の取扱と、硬貨の取扱など、金種及び取扱単位毎の重量や取扱負荷を個別に考慮した手数料を算出することができる。
【0018】
そして、本発明ではさらに、種々の付加的なサービスによる手数料の増額や、顧客側の準備による手数料の減額を手数料に反映させるために、個々の項目の手数料を加算したり、減額したりするのではなく、これら取引先毎の増額区分や減額区分の有無に基づいて、金種の取扱単位に対する単価を増減させる。すなわち、態様別単価格納部は、入出金者によって指定される現金等の算定の態様に応じて、紙幣又は硬貨等の金種毎の取扱単位についての単価として予め定められた態様別単価データを格納している。この事務処理負担等に応じた単価の増減によって、システム構成を大幅に簡略化することができ、コンピュータの利用による手数料の算出を比較的低コストで実現することができる。
【0019】
例えば、計数した紙幣や硬貨の枚数には、色々な事務処理負担の大小や、重量についての情報が含まれている。この事務処理負担の大小をデータとしてデータベースに残すためには、事務処理負担別や重量別の計数データを取り扱う必要が生じる。しかし、本発明では、事務処理負担の大小及び現金等の重量は全て単価に反映させ、計数データは一つの取引先(又は、取引先店)との集配金取引毎に、一つの集金取引データと、一つの両替取引データとを格納するだけで足りる。本発明では、この枚数等による計数データと、態様別単価とにより、簡易なシステム構成としつつ、事務処理負担等に応じて増減する手数料を算出する。
【0020】
【発明の実施の形態】
<第1実施形態>
第1実施形態では、現金処理機等によって計数された計数データや、入力した計数データに基づいて、現金の算定に関する手数料を算出するシステムを開示する。図1は、第1実施形態による算定手数料算出システムの構成を示すブロック図である。図1に示す例では、預金等の口座への入出金に際して、当該入金又は出金する現金等を構成する紙幣又は硬貨等の金種毎で且つ取扱単位での数量を当該入出金者との取引毎に計数データとして格納する計数データ格納部12と、入出金者によって指定される現金等の算定の態様に応じて、紙幣又は硬貨等の金種毎の取扱単位についての単価として予め定められた態様別単価データを格納する態様別単価格納部14とを備えている。「入出金者」は、口座へ入金し、又は口座から出金(払戻)する主体で、算定取引の取引先である。
【0021】
さらに、算定手数料算出システムは、計数データ格納部に格納された計数データのうち手数料算出の対象となる期間に含まれる取引の計数データを抽出すると共に、当該抽出した計数データによる取扱単位での現金の量と前記態様別単価格納部に格納された態様別単価とに基づいて、入出金に際しての現金等の算定手数料を算出する手数料算出部10を備えている。
【0022】
計数データは、取引毎に、端末1を介して計数データ格納部12に登録するようにしても良い。また、算定手数料算出システムに現金処理機4を併設し、この現金処理機で計数されたデータを計数データとして自動的に計数データ格納部12に格納するようにしても良い。現金処理機4は、例えば、入金伝票に対応して投入される現金等を金種毎に計数すると共に、当該計数結果と入金伝票での入金金額とを照合する。両替金の準備を現金処理機4で行う場合には、この出金伝票に応じた現金を計数して搬出し、当該計数データを計数データ格納部に格納するようにしても良い。さらに、入金は現金処理機4で計数し、出金は人手で準備すると共に、端末1から計数データを格納するようにしても良い。
【0023】
図2(A)は金種と取扱区分と単価の関係を示す説明図である。図2(A)に示す用に、「現金等の金種」は、紙幣、硬貨、小切手、商品券、その他の有価証券等で、さらに、紙幣であれば、1万円札や、5千円札等の現金等の種類である。金種毎の取扱単位は、例えば、入金であれば、紙幣について1枚、硬貨1枚である。出金であれば、紙幣について束(100枚)、硬貨について棒(50枚)などである。紙幣や硬貨の両替金準備について、束、棒、袋以外の端数を準備する場合には、この端数の枚数を取扱単位としても良い。
【0024】
図1等に示す例では、金種毎で且つ取扱単位毎に単価を設定している。そして、この単価を、算定の態様毎に異なる単価を設定する。図2(A)に示す例では、取引先Aと、取引先Bとでは、現金算定の態様が異なるため、異なる単価となっている。例えば、紙幣の入金では、1枚を取扱単位として、1枚あたり2.0円であり、紙幣の出金では、1束を取扱単位として、1束あたり100円である。しかし、より事務処理負担が高い取引先Bでは、紙幣の入金が2.4[円/枚]で、紙幣の出金が150[円/束]となる。取引先Aの態様別単価は、硬貨の入金については、0.5[円/枚]、硬貨の出金については棒金20[円/本]、大袋500[円/袋]である。棒は50枚であり、袋は100円硬貨については4,000枚であるため、棒金で4,000枚準備するには80本必要となるため、算定手数料は1600円であるが、袋での準備であれば500円である。このように、取扱単位毎に手数料単価を設定することで、出金の金額によらず、取扱負荷に応じた手数料を算出することができる。
【0025】
また、出金については、スーパーのレジ等で使いやすいように、複数の金種をセットにした一定額の両替金パックを取扱単位としても良い。
【0026】
図2(B)は取扱単位の定義例を示す図である。一般的には、図2(B)に示すように、1束は100枚で、1棒金は50枚、袋については、金種によって枚数が異なる。
【0027】
図3は本実施形態による算定取引の例を示す説明図である。算定取引の提供者は銀行等の金融機関7で、算定取引の顧客(入出金者)はスーパー等の取引先5である。算定手数料算出システムでは、金融機関7の口座からの入出金に伴う現金等の算定を中心とする手数料である。
【0028】
口座への入金には、集金や、大量の現金による振込がある。入金に際して、渡された現金等の金額と、入金伝票(または、振込依頼書)による金額とを照合しなければならない。この照合のために、金融機関7は、現金等の算定を行う(符号30)。金融機関7は、現金算定作業や、口座への入金作業や、輸送作業を取引先に提供する(符号31)。図3に示すように、取引先5は、入金伝票と現金等を金融機関7の担当者に渡す(符号33)。金融機関7では、預かった現金等を算定し、入金伝票での金額と照合し、取引先5の口座へ入金する。
【0029】
口座からの出金(払い戻し)には、両替や、両替金の配金や、金融機関窓口での大量の現金準備や、他行のATMへの現金装填などがある。出金に際しても、準備した現金等と、出金伝票又は口座明細での出金額とを照合する。この照合のため、現金等の算定を行う(符号35)。金融機関36は、現金等を取引先5に渡し、両替金等の現金準備作業や、両替金の端数を計数する作業や、輸送作業を提供する(符号36)。取引先は、出金伝票(依頼)を金融機関に渡す(符号37)。
【0030】
このような算定取引には、種々の態様がある。事務処理負担が大きくなり、態様別単価の増額になる態様を、増額区分と呼ぶ。一方、事務処理負担が小さくなり、態様別単価の減額になる態様を、減額区分と呼ぶ。集金及び両替金配金の集配金取引や、ATM現金装填や、大量の現金準備等の現金処理については、紙幣、硬貨の算定作業が事務処理負担(必要時間)のほとんどを占める。このため、入出金や、集配金など現金を取り扱う全ての事務処理に共通して、処理負担の高い対応については、内容に応じて単価を増減する。
【0031】
増額区分33の第1区分は、レジ別、テナント別等の小袋別現金算定である。これは、集金の場合や、夜間金庫でのバッグによる入金などで、レジ別やテナント別に小袋での金額で照合を行うものである。入金伝票は1枚であり、1取引であるが、現金の算定及び照合を小袋の区分毎に行う取扱である。この場合、例えば、図2に示した入金算定の単価を100%加算する。基本単価が2.0円であれば、4.0円とする。
【0032】
増額区分33の第2区分は、集金の場合の集金先での現金算定である。算定取引や集金取引では、金融機関側で計数した金額が正しい数値であるとして契約を行う。金融機関側では、偽札等のチェックを行い、また厳重な算定を行うため、集金先では現金の算定を行わず、金融機関側(第3実施形態では、金融機関の業務委託先)で算定及び照合を行う。そして、集金では、取引先からトランクや集金袋単位で受領するが、集金先での現金算定を求められる場合もある。この場合、現金算定には現金処理機を用いることができず、手扱いとなり、労力がかかる。この場合、例えば、入金算定の単価を50%加算する。基本単価が2.0円であれば、3.0円とする。
【0033】
増額区分33の第4区分は、通帳にカナ文字の印字を要求される場合である。入金伝票には、銀行が取引先5の店舗名等の文字を取引元帳上にオペレーションするための「摘要」欄がある。この摘要欄に、取引先が文字を入れたい場合、カナの入力文字が増えると、その取扱に労力がかかることになる。この場合、例えば、入金算定の単価を50%加算する。
【0034】
減額区分34は、入金する現金が整理されているか否かと、集金等の場合に口座への入金を翌営業日とするか否かとの組み合わせであり、4通りの区分となる。整理済現金での入金は、同一金額であっても、金種毎に整理されている場合には、現金算定作業が軽減されるため、態様別単価を減額する。すなわち、取引先から持ち込まれる現金は、その算定枚数によって手数料が変化することとなるが、同じ100万円という入金金額となっている場合でも、1万円札100枚と、千円札1,000枚とでは、現金処理時間が大きく異なる。このため、整理済現金である場合には、現金算定単価を減額する。従って、整理済現金とすると、枚数が減少し、且つ単価も減少するため、手数料は大きく減額される。しかし、この整理済現金では、現金処理時間を大幅に短縮することができるため、手数料を減額することができる。
【0035】
整理済現金は、金額の大きい金種から最低枚数(万円券以外は各金種10枚程度以内)となっており、且つ、大量な硬貨(4,000枚以上)の入金の場合、金種毎に区分されている状態をいう。
【0036】
翌営業日入金処理は、次の二つの理由により態様別単価の減額が可能となる。第1に、翌営業日入金は、算定業務の平準化をもたらす。通常は、当日の銀行の営業時間終了時刻(例えば、15:00)までに算定を完了し、入金しなければならない。しかし、この終了時刻間際の時間帯は、当日の入金処理で混雑しているため、銀行としては、極力当該時間帯の処理業務を減少させたい。このため、翌営業日の入金処理が可能となれば、集金日当日は算定を行わず、翌営業日の午前中に処理することができ、算定業務が平準化される。
【0037】
第2に、集金の場合、翌営業日入金は現金輸送車の稼働率の向上をもたらす。通常、集金した現金は、当時の営業時間終了時刻までに入金処理する。このため、午後の集金は、営業時間終了時刻よりも前に戻ってこなければならない。しかし、入金が翌営業日までに処理可能とすると、集配金車は終了時刻を気にすることなく、それ以降も集金が可能となり、現金輸送車の稼働率が高くなる。また、現金輸送車の運行ルートにつても、余裕のあるルートを組むことができる。
【0038】
減額区分については、整理済現金と翌営業日入金の組み合わせにより、例えば、当日入金で整理済現金の場合に20%の減額、翌営業日入金で整理済現金の場合に40%の減額、翌営業日入金で未整理現金の場合に30%の減額とする。
【0039】
出金に関しての算定手数料の増額区分38の第1区分は、端数作成である。両替金等の出金は、取扱単位として、紙幣は1束(100枚)、硬貨は棒金(1本50枚)又は大袋を採用する、束、本、袋にならない取扱単位での出金がある場合、その端数については当該金種の作成に労力がかかることとなる。すなわち、束や棒金の場合には、手扱で目視により計数することができるが、端数については現金処理機を用いて計数する。このため、端数があると、全体の現金処理時間が増加してしまう。この場合、端数は束や棒金1本に切り上げ又は切り捨てし、束や棒金の単価を増加させる。増加率は、例えば、単価の50%加算である。
また、上記端数の取扱単位を枚と定義して、端数1枚あたりの単価を加算するようにしても良い。
【0040】
出金の増額区分38の第2区分は、両替金の配金に関して、配金日当日の金種連絡である。通常、配金日の前営業日の午前中までに、取引先5から金種連絡を受け、両替金種の内訳を作成する。配金日当日の金種連絡では、当日内訳を作成し、その金種の現金を準備し、配送する必要があるため、現金輸送車の運行ルートにも影響がでるなど、労力がかかる。この場合、例えば、単価の50%加算とする。
【0041】
出金の減額区分38は、両替金の固定金額、固定金種での取引である。毎日の取引の場合、月曜から木曜日までの固定両替金と、金曜日(土日用の両替金を含む)の固定両替金とする場合には、取引先5からの連絡受信を要せず、両替金の準備を予め固定的に行うことができ、また、現金の需要予測を行う場合にも、確実な需要として組み込むことができる。例えば、単価の20%減算とする。
【0042】
図3に、入金(例えば、集金)と、出金(例えば、両替金配金)の増額区分及び減額区分の一例を示したが、これに限らず、サービス提供の態様や、取引先5の要望等に応じて、種々の増額区分や減額区分を設定するようにしても良い。この場合、例えば、入金伝票と実際の入金金額とが相違する場合には、違算である報告や、入金の訂正登録等が必要となり、取扱負荷が増大するが、この違算は例外的な処理であるため、現金算定単価を増減するのではなく、違算件数での手数料加算とすると良い。この算定手数料の増減は、処理時間や事務処理負担の増減に関係する取扱を取引先毎に行う場合に、その特別な取扱について個別の手数料とするのではなく、単価の増減とする考え方である。
【0043】
この算定種別手数料の増減によって、取扱単位の量に依存して手数料を増減させることができ、取扱の量及び負荷に応じた定量的な手数料の算出が可能となる。
また、この増減区分毎の手数料は、区分の選択に応じて手数料単価が変化するため、計算が若干手間となる。このため、第2実施形態による集配金単価算出システムを用いて当該手数料単価を算出するようにしても良い。
【0044】
再度図1を参照すると、手数料算出部10は、入金の手数料を算出する入金手数料処理機能22と、出金の手数料を算出する出金手数料処理機能28とを備えている。
【0045】
<入金>
態様別単価格納部14は、図2に示すように、入金についての態様別単価を、取扱単位を一枚毎として、紙幣一枚あたりの紙幣単価と、硬貨一枚あたりの硬貨単価とを格納している。そして、入金手数料処理機能22は、入金についての計数データの金種を参照して、紙幣の枚数及び硬貨の枚数と、紙幣単価及び硬貨単価とに基づいて当該入金算定手数料データを算出する入金算定手数料算出機能16を備えている。
【0046】
この機能16は、入金された現金の紙幣の枚数に紙幣単価を掛け、硬貨の枚数に硬貨単価を掛ける。そして、両者を加算することで、紙幣と硬貨についての入金手数料を算出する。例えば、紙幣単価が2.0[円/枚]で、硬貨単価が0.5[円/枚]として、紙幣が5000枚、硬貨が2000枚であれば、次式となり、紙幣及び硬貨についての入金算定手数料は11,000円となる。
【0047】
2.0[円/枚]×5,000[枚]+0.5[円/枚]×2,000[枚]=11,000[円]
【0048】
また、伝票の枚数毎に入金処理を行うため、伝票手数料を入金算定手数料に含めるようにしても良い。この場合、入金手数料処理機能22が、入金伝票の枚数に応じて伝票処理手数料データを算出すると共に、当該伝票処理手数料データを手数料データに加算する伝票処理手数料加算機能18を備える。この機能18は、例えば、伝票単価が20[円/枚]で、10日で10回の算定取引があった場合には、次式となり、入金算定手数料を11,200円と算出する。
【0049】
11,000[円]+20[円/枚]×10=11,200[円]
【0050】
また、入金伝票と現金等での計数した金額が異なる場合に、入金額の訂正か、入金伝票に記載の入金額の訂正を行う。この違算があった場合には処理負担が増大し、且つ、態様別単価に増額させるような統計的な性質が少ないため、違算件数については個別に手数料を加算する仕組みとしている。この場合、入金手数料処理機能22は、入金伝票に指定された金額と計数した金種別の枚数による金額とが違算した場合に、当該違算件数に応じて違算処理手数料データを算出する違算処理手数料加算機能20を備える。そして、この機能20は、違算処理手数料データを前記手数料データに加算する。例えば、上記の例で、違算件数が1件で、単価が100円/違算件数である場合、次式となり、入金算定手数料は11,300円となる。
【0051】
11,200[円]+100[円/違算件数]×1=11,300[円]
【0052】
このように、図1に示した例では、現金等の金種別で且つ取扱単位毎の計数データと、現金算定の負荷に応じて個別に設定された現金算定単価とに基づいて、また、処理件数や違算件数を加味した手数料を算出することができる。
【0053】
<出金>
出金手数料処理機能28は、出金算定手数料算出機能24を備えている。この例では、態様別単価格納部14が、図2に示すように、出金についての態様別単価を、前記金種毎の束、棒、袋等の取扱単位毎に格納している。そして、機能24は、現金等を前記金種別の取扱単位で計数された計数データと、取扱単位毎の態様別単価とに基づいて手数料データを算出する。例えば、出金の紙幣束単価が100[円/束]で、硬貨棒金単価が20[円/本]で、紙幣を150束、硬貨を棒金で400本出金した場合、次式となり、出金算定手数料は23,000円となる。
【0054】
100[円/束]×150[束]+20[円/本]×400[枚]=23,000[円]
【0055】
また、出金手数料算出機能24が、出金の計数データについて金種別の取扱単位からの端数がある場合には、予め定められた端数処理形式に基づいて当該端数を当該単位数に切り上げ又は切り捨て処理するようにしても良い。端数を準備する場合には、増額区分38にて現金算定単価が増額されているため、端数の枚数によらず、束、棒金の本数等に基づいて手数料を算出することができる。この場合、例えば、10束と10枚という場合に、切り上げ処理であれば、11束とし、切り捨て処理であれば、10束とする。
【0056】
この端数の処理については、切り上げ又は切り捨てを行わず、枚数単価を設定するようにしても良い。この例では、出金算定手数料算出機能24が、出金の計数データについて金種別の取扱単位からの端数がある場合には、予め現金等の金種に定められた端数単価に基づいて当該端数分の手数料を算出する端数処理機能26を備える。端数処理機能26は、端数の枚数と、端数単価とを掛けて、その金額を出金算定手数料に加算する。
【0057】
図1に示す例では、現金等の入金に伴う手数料のみを算出する構成と、現金等の出金に伴う手数料のみを算出する構成と、入金及び出金の両方の手数料を算出する構成とを含む。
【0058】
上述した例では、金融機関7の口座との関係で、入金又は出金に伴う現金の算定についての手数料として説明した。この現金算定を含む業務は、以下に示すように種々の例がある。そして、この現金の算定は、種々の取引について負荷の高い部分であるため、算定手数料算出システムは、以下の例に用いることができる。
(1).金融機関7(又は、金融機関から集配金業務の業務委託を受けた受託者)が、取引先5へ出向いて現金の集配金を行う集配金業務。集金の一部に入金処理があり、両替金配金の一部に出金処理がある。従って、集配金手数料算出システムは、本実施形態による算定手数料算出システムを含む。集配金手数料算出システムは、算定手数料算出システムに、輸送料を加算する構成を加えたものとなる。
(2).銀行が他金融機関(他行)の現金の資金繰りを担当している場合の現金の入出金業務。他金融機関に対して現金の入出金を行う際には、緊急の対応や、年間の一定時期(賞与時期、年末年始等)の需要増加に対する取扱等が、増額区分となる。
(3).銀行窓口における両替業務。これは、業務委託を受けた銀行関連会社であるビジネスサービス会社(BS)や、現金等の輸送を業務とする警送会社等が両替金の内訳を作成しておき、銀行窓口当該両替金を交付する場合を含む。この両替業務手数料算出システムは、算定手数料算出システムのうち、出金に限定したものである。
(4).銀行窓口における振込に関して、大量の現金による振込などの場合の振込業務。この場合、為替手数料以外に、現金算定に関わるコストを請求する。振込は、他人の預金口座への送金であり、口座への入金の一種と考える。この場合、翌営業日振込を減額区分とすると良い。
(5).銀行、BS等が、他行のATM(自動現金預入支払機)に現金装填する業務。この場合、本実施形態による算定手数料算出システムのうち、出金に関する機能を備え、且つ、装填業務及び輸送業務についての手数料を加算する構成を加えることで、ATM現金装填取引手数料算出システムとなる。
(6).銀行、BS等が、コンビニエンスストア等に設置されたATMやクレジット会社のATMなどへの装填現金を用意する業務。この場合、算定手数料算出システムの出金に関する機能を備え、且つ、金種内訳の作成の帳票に応じた増減額区分を設定すると良い。
【0059】
上述した例及び出願時の明細書の請求項1から9まででは、「算定」には、入金での算定と出金での算定とを含む。以下、集配金取引を例とした開示では、集金した現金を計数することを「現金算定」と呼び、その単価を現金算定単価、手数料を現金算定手数料と呼ぶ。両替金の計数は「両替金準備」、その単価を両替作成単価、手数料を両替作成手数料等と呼ぶ。
【0060】
<集配金手数料>
次に、上記(1)の集配金業務についての集配金手数料を例として説明する。集配金では、一般的には預金口座への入出金を伴うが、金融機関によらない受託者であるBSや警送会社等による集配金サービスにも本実施形態を適用可能であることから、預金口座への入出金を必須の構成とはしていない。
【0061】
集配金手数料は、集金した現金等の算定手数料と、両替作成手数料と、輸送費とを加算したものである。図4は、本実施形態による集配金手数料算出システムの構成例を示すブロック図である。集配金手数料算出システムは、図4に示す例では、顧客との集金取引の伝票毎に投入される現金等を金種別に計数すると共に、顧客との両替金配金取引毎の両替金の量を金種別の取扱単位で入力され又は計数した計数データを登録する現金処理機4を備えている。図4に示す例では、現金処理機4によって現金の算定(計数及び照合)を行う。両替金準備の金額及び取扱単位での数量については、端末1から入力しても良いし、また、現金処理機4にて計数するようにしても良い。顧客は、取引先5又は取引先店7であり、当該集配金取引の提供者が銀行である場合には、顧客が口座と当該顧客は入出金者である。
【0062】
集配金手数料算出システムは、さらに、現金処理機4によって紙幣又は硬貨等の金種毎に登録された集金の計数データと、前記取扱単位での両替金の計数データとを前記顧客別で且つ集金又は両替金配金の取引毎に格納する計数データ格納部12と、集金取引に付随する現金算定の態様及び手数の負荷に応じて、前記金種毎に予め定められた現金算定単価データと、両替金配金取引に付随する両替金準備の態様及び手数の負荷に応じて現金の取扱単位毎に予め定められた両替作成単価データとを格納した単価データ格納部40とを備えている。現金算定単価データ及び両替作成単価データは、図2等に示す態様別単価である。
【0063】
集配金手数料算出システムは、さらに、集金の計数データと前記現金算定単価データとに基づいて、現金算定手数料データを算出する現金算定手数料算出部48と、両替金の計数データと両替作成単価データとに基づいて両替作成手数料データを算出する両替作成手数料算出部50と、顧客の集配金先所在地までの輸送人員数及び輸送時間と輸送費の単価データとに基づいて算出された輸送費データを読み出す輸送費データ読み出し部52とを備えている。現金算定手数料及び両替作成手数料の算出の中心的な処理については、図1等に示す算定手数料算出システムと同様である。輸送費は、輸送人員や所要時間に基づいて個別に計算して輸送費データ格納制御部46に格納するようにしても良いし、また、例えば1月分の平均に基づいて1月分の輸送費データを格納しておくようにしても良い。輸送費データ読み出し部52は、これらの顧客毎の輸送費データを読み出す。
【0064】
集配金手数料算出システムは、現金算定手数料データと、両替作成手数料データと、輸送費データとを加算することで集配金手数料を算出し、当該顧客への請求書データを生成する請求書データ生成部54とを備えている。
【0065】
この図4に示すシステムで計算する集配金手数料は、計数又は登録した金種毎で且つ取扱単位毎の計数データに基づく手数料であるため、完全従量制の手数料である。これに対し、第2実施形態にて、半固定制の集配金手数料の例を開示する。
【0066】
顧客が地域ごとに支店を有する場合には、金融機関又は受託者等の各地域の支店が取引を行う。図5は、図5は、金融機関の取引店8(支店)と顧客の取引先店6(支店)との関係を示す説明図である。輸送費は、取引店8から対応する取引先店6までの運行所要時間又は距離に応じて定められる。金融機関が集配金取引を提供する場合、一般的には、取引先5の各支店6A,6B,…によって使用される口座は、それぞれ取引店8A,8B,…にあり、取引先店6Bとの集配金取引では取引店8Bの口座からの入出金となる。また、取引先5の資金管理負担を軽減するために、取引先5の口座をひとつとして、各取引先店6A,6B,…がその口座に入出金するようにしてもよい。
【0067】
図5に示す例では、各取引店8A,8B,…が各取引先店へ請求書を発行する場合と、主取引店8Aが各取引店8B,8C,…の請求を一括して、主取引先店6A(又は、取引先5)へ請求書を発行する場合とがある。この相違を、図4に示す例では、請求先区分として管理する。図5(A)は、請求先区分が取引先店指定による請求書発行の例を示す図で、図中矢印のように個別の請求書を発行する。図5(B)は、請求先区分が主取引先店指定による請求書発行の例を示す図で、主取引店8Aから主取引先店6Aへと一括した請求書を発行する。
【0068】
この取引先5が複数の取引先店6を有し、請求先区分による請求書の発行形態の変更を行う場合には、図4に示す集配金手数料算出システムは、取引先データ格納部42と、取引先店データ格納部44とを備える。
【0069】
取引先データ格納部42は、顧客である取引先を独自に識別するCIF番号と、当該取引先5に集配金取引を提供する主取引店8Aの店番と、当該取引先5への請求書の発行形態を特定する請求先区分とを有する。CIF(Customer Information File)番号は、顧客を個別に識別する番号で、銀行の場合には口座名義人を特定する番号である。請求先区分は、取引先毎に特定する。
【0070】
取引先店データ格納部44は、取引先5の支店である取引先店6について当該取引先店6を識別する取引先店識別番号と、当該取引先店6に集配金取引を提供する取引店8の店番とを有する取引先店データを格納する。取引先店識別番号は、個別の番号の他、当該取引先店6に対応する取引店8にある取引先店6の店番口座番号としても良い。取引先店6が取引先店6の名称(例えば、スーパーA甲支店)で口座を有する場合、取引先5であるスーパーAとは異なるCIF番号を有することもあるが、本実施形態では、取引先店6のCIF番号は用いずに、取引先店識別番号又は対応する店番口座番号を用いる。
【0071】
この例では、請求書データ生成部54が、取引店別請求書発行機能56と、主取引店請求書発行機能58とを備える。取引店別請求書発行機能56は、取引先データ格納部44に請求先区分として取引先店指定が格納されている場合には、各取引店8を請求書発行主体として、当該取引先店別の計数データと当該取引先5の各単価とに基づいて各手数料を算出する。図6(A)に、取引先店指定による請求書の一例を示す。図6(A)に示す例では、取引先5がスーパーAで、取引先店6がスーパーA甲支店で、当該甲支店の取引店が○○銀行の甲支店である。
【0072】
主取引店請求書発行機能58は、取引先データ格納部44に請求先区分として主取引先店指定が格納されている場合には、主取引店8Aを請求書発行主体として、当該取引先店別の計数データを取引先5の全取引先店分合計すると共に、当該合計計数データと当該取引先5の各単価とに基づいて各手数料を算出する。図6(B)に、主取引先店指定による請求書の一例を示す。この例では、スーパーAの甲支店、乙支店、丙支店の手数料を合計して、取引先5(主取引先店6A)に、主取引店である○○銀行本店を発行主体としている。
【0073】
銀行では、一般的にCIF番号を単位とした個社別採算データを定期的に算出している。集配金取引の提供者が銀行である場合、この集配金取引を個社別採算へ反映させることが望ましい。しかし、従来例では、金融機関全体での事務処理負担を定量的に把握することはできるものの、個社別(CIF番号別)に事務処理負担を算出する仕組みがなかった。すなわち、金融機関全体での事務処理負担の顧客別の内訳を知ることは困難であった。さらに、現金処理機を用いない場合には、日々の取扱による計数データを全てコンピュータに入力することはかえって事務処理負担を増大させるだけであったため、集配金取引に付いてのコストを個社別に算出することが実際上不可能であった。
【0074】
再度図4を参照すると、サーバー9は、勘定系システム65及び情報系システム66と接続されたデータ送信制御部64を備えている。勘定系システム65は、取引先5の口座からの入出金や、取引先5と金融機関の決済を管理する。情報系システム66は、顧客企業のグループ名寄せや、個社別の採算データや、集配金取引の有無等の情報登録を管理する。集配金手数料算出システムが、このデータ送信制御部64を備えることで、第1に、集配金する金額の入出金データを勘定系システム65と送受信することができ、第2に、集配金手数料の決済データを勘定系システム65と送受信することができ、第3に、個社別採算の要素となるデータを情報系システム66と送受信することができる。
そして、本実施形態では、取引先5をCIF番号で識別し、取引先店6には個別の番号を付しているため、また、集配金手数料を算出し、請求する仕組みとしたため、集配金取引に関する利益とコストとを個社別採算データに登録することができる。サーバー9は、取引先店別の計数データを取引先5の全取引先店分合計すると共に、当該取引先5の計数データに基づいて当該取引先5との集配金取引に要した集配コストを算出する計数データ別コスト算出部60と、取引先5へ請求した手数料と計数データ別コスト算出部60によって算出された集配コストとを集配採算データとしてデータ送信制御部64を介して情報系システム66へ格納する制御をする集配採算データ格納制御部62とを備えている。
【0075】
本実施形態では、現金算定単価データ及び両替作成単価データは、図2に示す態様別単価と同様に、増額区分や減額区分で事務処理負担や処理に要する時間に応じた単価を設定している。そして、この増減した単価は、コストと、利益とを含んだ単価となっている。従って、集配金取引のコストは、金種別且つ取扱単位毎の計数データに基づいて算出することができる。このため、計数データ別コスト算出部60は、計数データに基づいて当該取引先5との集配金取引に要した集配コストを算出する。例えば、取引先5毎に設定した現金算定単価及び両替作成単価について、コスト単価を設定しておくことで、手数料の算出と同様の仕組みでコストを算出することができる。
【0076】
図6(C)は個社別採算データの一例を示す説明図である。図6(C)に示す例では、預貸での利益と、為替手数料と、集配利益とを個社別に検討することができる。この場合、CIF番号を単位として集計するため、取引先店6毎に提供されている取引を集計して取り扱うことができる。このように、個社別採算データに集配金取引の利益又は損益を計上できると、個社別に非金利収益や、営業利益に対する非金利収益の比率を算出することができる。
【0077】
また、取引先5や取引先店6が取引店8に口座を有し、請求先区分に応じた請求金額を口座振替で決済する場合には、この振替額を勘定系システムから読み出し、情報系システム66へ自動的に登録することもできる。この場合、集配採算データ格納制御部62は、取引先5への請求に応じて主取引店8Aにある取引先5(主取引先店6A)の口座からの振替額又は、各取引先店6への請求に応じて取引店8にある取引先店6の口座からの振替額を取引先5で合計した額を取引先5へ請求した手数料として情報系システム66へ登録する機能を備える。これにより、さらなる事務処理負担の低減を図ることができる。
【0078】
また、個社別採算データを顧客情報管理システム等に登録し、横断的な検索が可能な状態となると、例えば、集配金取引での損益が生じている取引先5の一覧や、集配金取引での損益を営業収益でカバーしていない取引先5の一覧なども検索することができる。
【0079】
図7は、本実施形態による集配金手数料算出方法の構成例を示すフローチャートである。図7に示す例では、集配金取引の開始から、請求書の発行までの種々の処理のうち、ポイントとなる処理を時系列でつなげている。集配金取引を開始するには、まず、初期データの登録のために、取引での現金算定の態様に応じて単価を登録する。例えば、小袋別算定を行う場合には(ステップS1)、単価を増額する(ステップS2)。その他、図2に示した増額区分及び減額区分に応じて単価を設定する。この現金算定単価データ及び両替作成単価データは、単価データ格納部40に格納する(ステップS3,取引先別単価格納工程)。
【0080】
続いて、実際の取引が開始すると、取引先店6から集金した現金等を現金処理機4で計数する。このとき、小袋別算定を行う場合には(ステップS4)、小袋別に当該小袋伝票での入金額と照合する(ステップS5,小袋別照合工程)。続いて、この小袋別照合工程S5で算定された現金の紙幣及び硬貨の枚数を合計して一つの計数データとして格納する(ステップS6,合計処理工程)。このステップS5は、小袋伝票による分割入金処理であり、ステップS6は、本伝票による本伝票処理である。
【0081】
一方、通常の入金の場合には、集金する毎に当該集金した現金の紙幣の枚数及び硬貨の枚数を計数すると共に当該計数データを計数データ格納部12に登録する(ステップS7,計数データ格納工程)。この集配金取引毎に、集金した現金の計数データと、配金した両替金の計数データとを計数データ格納部12に格納する。
【0082】
そして、端末1等の操作により、月次等の一定期間分の請求書発行要求が入力されたときに、当該集金取引の手数料として前記紙幣及び硬貨の枚数である計数データと、前記取引先別の現金算定単価データとに基づいて、当該現金算定手数料を算出する(ステップS8,手数料算出工程)。また、取引先別の両替作成単価データと、計数データとに基づいて、両替作成手数料を算出する。続いて、請求先区分を参照して、取引先5へ請求書を発行する。
【0083】
上述したように本実施形態によると、入出金に伴う現金の算定や、集配金に伴う集金の現金算定及び両替金作成についての手数料を、事務処理負担の重さと、取扱数量とに応じて算出することができる。
【0084】
<第2実施形態>
第2実施形態では、増額区分や減額区分に応じた単価を算出する集配金手数料単価算出システムを開示する。この第2実施形態では、顧客(取引先)と集配金取引に関する手数料を定める場合に、種々の選択肢と手数料との関係を即座に明示することができる。また、紙幣や硬貨の厳密な枚数ではなく、実績値の平均で手数料を半固定制とする場合にも、本実施形態によるシステムを用いて単価及び集配金手数料を算出することができる。さらに、集配金取引を新たに導入する場合には、予測される数量と増減額区分の選択に応じた手数料のシミュレートシステムとなる。この集配金手数料算出システムは、例えばノート型のパーソナルコンピュータで実現し、取引先5との値決めや、取引先5の予算管理等で活用するようにしても良い。
【0085】
図8は、第2実施形態による集配金手数料単価算出システムの構成例を示すブロック図である。図8に示すように、本実施形態による集配金手数料単価算出システムは、紙幣又は硬貨等の現金の金種毎に且つ金種の取扱単位毎に予め登録された基本単価を格納した基本単価格納部70と、集金取引について予め登録された小袋算定等の増額区分33毎の前記基本単価の増額率と、当該集金取引について予め登録された翌営業日入金等の減額区分34毎の前記基本単価の減額率とを格納した集金単価増減率格納部72と、両替金配金取引について予め登録された端数作成等の増額区分38毎の増額率を格納した配金単価増額率格納部74とを備えている。増額区分や減額区分は、図3に示したものと同様である。
【0086】
集配金手数料単価算出システムは、さらに、集金取引の増額区分33及び減額区分34並びに両替金配金取引の増額区分38を表示すると共に、選択された区分に応じて前記基本単価を増減する区分別単価算出部76と、集金取引の金種毎の取扱単位数及び両替金配金取引の金種毎の取扱単位数と前記区分別単価算出部によって算出された単価とに基づいて手数料を算出する手数料算出部78とを備えている。金種及び取扱単位は、図2に示すものと同様である。
【0087】
集配金手数料単価算出システムは、図8に示す構成では、ユーザインタフェース(例えば、図9)を表示するディスプレイ82と、各種のパラメータを入力すると共に、増減額区分を選択するための入力部81と、記録媒体11Aに格納されたデータを読み出す媒体読取部11とを備えている。集配金手数料単価算出システムは、集配金手数料単価算出システム用プログラムをコンピュータのCPUが実行することで実現することができる。このプログラムは、記録媒体11Aに格納し、コンピュータに搬送し、導入することができる。
【0088】
図9は、第2実施形態による入出力画面の一例を示す説明図である。図9に示す例では、輸送費と、現金算定手数料と、両替作成手数料とを算出する。そして、現金算定手数料と、両替作成手数料とを算出するために、金種毎且つ取扱単位毎の単価をそれぞれの増額区分33,38及び減額区分34,39に基づいて算出する。図9に示す例では、両替作成手数料の減額区分39は採用しない。
【0089】
図9に示すように、第2実施形態によるシステムのユーザは、輸送費に関して、輸送人員(2人)と、取引店8から取引先店6までの平均所要時間(30分)と、集配金回数(21回)とを入力する。平日毎日の場合には、集配金回数は21回とする。すると、輸送費として図9の与式により47,250円と算出される。
【0090】
現金算定手数料については、まず、基本単価が、伝票10[円/枚]、小切手10[円/枚]、違算100円/違算回数と登録されている。これらは増減額区分による増減はない。そして、紙幣単価が2.0[円/枚]、硬貨単価が0.5[円/枚]と登録されている。ユーザは、集金取引について増額区分を選択すると、その増額率に基づいて、増額後の紙幣及び硬貨単価が算出される。ここでは、小袋別算定を選択し、紙幣単価が100%加算で4.0[円/枚]へ、硬貨単価が1.0[円/枚]へと変更される。さらに、ユーザは、減額区分を選択する。ここでは、未整理現金で、翌営業日入金を選択する。すると、30%減算となり、増額後の単価からその30%を減算して、結局、現金算定単価は、紙幣が2.8[円/枚]、硬貨が0.7[円/枚]となる。
【0091】
また、ユーザは、集金取扱量を、1回の集金取引あたりの量として、伝票(2枚)、小切手(1枚)、違算(0件)、紙幣(260枚)、硬貨(340枚)と入力する。この量に集配金回数を掛けて、さらにそれぞれの単価を掛け、加算すると、現金算定手数料を求めることができる。
ここでは、20,916円となる。
【0092】
両替作成手数料についても、基本単価を紙幣束100[円/束]、硬貨棒金20[円/本]、硬貨大袋500[円/袋]と設定されている。ユーザは、増額区分を選択する。ここでは、紙幣の端数作成を選択する。すると、増額後の両替作成単価は紙幣束150[円/束]となる。1回の両替金配金取引あたりの量として、紙幣束4束、硬貨棒金19本、硬貨大袋1袋を入力すると、集配金回数を掛けて、さらにそれぞれの単価を掛け、結果を加算すると、両替作成手数料を求めることができる。ここでは、20,780円となる。従って、集配金手数料は、輸送費と、現金算定手数料と、両替作成手数料とを加算した額となり、ここでは、88,946円となる。
【0093】
この図9に示す増減額区分の組み合わせを、スーパーAの取引とする。スーパーAは、現金算定の増額区分33として小袋別算定を、減額区分34として未整理現金で翌営業部入金を選択し、紙幣単価が2.8円、硬貨単価が0.7円となる。両替作成の増額区分として、紙幣の端数作成を選択すると、紙幣束単価が150円、硬貨棒金20円、硬貨大袋500円となる。
【0094】
スーパーBでは、平均所要時間が20分であるとする。すると、輸送手数料は31,500円となる。現金算定の増額区分33として小袋別算定を、減額区分34として0%の当日入金、未整理現金であるとする。この場合、単価は紙幣4.0円、硬貨1.0円となる。
【0095】
自動販売機の管理会社Cでは、平均所要時間が35分であるとする。この場合、輸送手数料は55,125円となる。現金算定の増額区分33の選択はなく、減額区分34として整理済み現金の当日入金を選択すると、単価は紙幣1.6円、硬貨0.4円となる。
【0096】
レストランDでは、平均所要時間が15分であるとする。この場合、輸送手数料は23,625円となる。現金算定の増額区分33として、伝票適用カナ入力を選択し、減額区分34として当日入金、未整理現金とすると、増減後の単価は紙幣3.0円、硬貨0.75円となる。
【0097】
このように、本実施形態による集配金単価算出システムを用いると、種々の増減額区分の組み合わせに応じた単価を求めることができる。さらに、集配金取引1回あたりの量や、または1月あたりの量を入力することで、集配金手数料を算出することができる。このため、取引先5は、自らが必要とする集配金取引の態様と、量とを吟味した集配金取引の依頼が可能となる。ある取引先5は、売上の現金から翌営業日に必要な両替金を自ら計数するという判断をする場合もあるし、現金の整理を行うとの判断をすることもある。一方、取引先内部の人員による現金処理が困難な場合には、手数料の額に応じて集配金取引の量及び算定の態様を選択することもできる。
【0098】
このように、第2実施形態による集配金単価算出システムは、取引先5にとって、集配金取引手数料シミュレートシステムとなる。また、第1実施形態で開示したように、日々の計数データに基づいて集配金手数料を算出する完全従量制の外、半固定制を採用することもできる。半固定制は、例えば6ヶ月の集配金取引の実績に基づいて、平均的な量を算出し、この平均量に基づいて集配金手数料を固定する仕組みである。半固定制の場合には、集配金手数料を口座振替で行う場合に、請求毎に金額を登録し、確認する必要がなくなる。また、取引先5にとっても、今後の予算配分等の見通しを立てやすくなる。半固定制で集配金取引を行う場合には、第2実施形態による集配金単価算出システムを活用し、金種別で且つ取扱単位毎の量を入力し、集配金手数料を算出することができる。
【0099】
<第3実施形態>
第3実施形態では、金融機関が、現金の輸送や現金の算定をBSや警送会社等に業務委託する場合に好適なシステムを開示する。例えば、銀行が取引先5と集配金取引について契約し、この集配金取引の実行を受託者に業務委託する。受託者はBSや警送会社であり、実際の現金の資金繰り、算定、輸送等を行う。銀行は、勘定系システム65の端末の操作による入金や出金の登録等を行う。
【0100】
第3実施形態による集配金手数料算出システムは、BSや警送会社等から金融機関向けの業務委託手数料の算出と、金融機関から顧客への集配金手数料の算出とを行う。集配金手数料及び業務委託手数料の請求に関しては、第1実施形態と同様に、請求先区分の指定に応じて、取引先店6か、または主取引先店6Aでの請求書の発行を行う。
【0101】
図10は、第3実施形態による集配金手数料算出システムの構成例を示すブロック図である。本実施形態による集配金手数料算出システムは、サーバー83と、データベース84とを備えている。データベース84は、予め定められたデータを種別毎に格納する各種マスターと、金融機関7の支店である取引店8から当該金融機関の顧客である取引先5(又は取引先店6)に提供される集配金取引に関連して入出金する現金等の紙幣又は硬貨の取扱単位毎の数量を計数した又は入力される取引データファイルとを有する。図10に示すように、データベース84は、取引店マスター108と、取引先マスター112と、取引先店マスター114と、現金算定単価マスター116と、両替作成単価マスター118とを備えている。
【0102】
図11は、業務委託を受けるBS130と、取引店8と、取引先店6との関係を示す説明図である。取引先5と金融機関7での請求元と請求先との関係は、図5に示す関係と同様である。ここでは、BS130が、取引先店指定の場合には、各取引店に業務委託手数料を請求し、一方、主取引先店指定の場合には、各取引店向けの業務委託手数料を合計して主取引店に請求する。
【0103】
図12は、各種マスターの項目例を示す説明図である。
取引先マスター112は、集配金取引の取引先5をそれぞれ唯一に識別するCIF番号を主キーとして、当該取引先5への請求先として各取引先店6又は各取引先店6の取引を一括した主取引先店6Aを指定する請求先区分と、この請求先区分が主取引先店6Aである場合に当該主取引先店6Aを識別する主取引先店識別番号と、当該取引先5への集配金取引の負荷に応じて予め基本単価から増減された取引先別の現金算定単価及び両替作成単価を特定する単価番号とを格納する。この単価番号は、図12等に示すように、現金算定単価及び両替作成単価に共通した番号としても良いし、別々に単価番号を付するようにしても良い。取引先店識別番号は、取引先店6の店番口座番号としても良い。取引先マスター112では、取引先5漢字名称と、カナ名称とを格納する。図13(A)に、この取引先マスター112に対応した入力画面の一例を示す。
【0104】
取引店マスター108は、集配金取引の取引先5の支店である一又は複数の取引先店6の口座を有する取引店8を識別する店番を主キーとして、当該取引店8の集配金業務について金融機関7から業務委託を受けたBSや警送会社等の受託者から取引店8への業務委託手数料の単価を当該運送する現金の金種及び取扱単位毎に特定する単価番号と、BSが地域ごとに複数ある場合には、そのサービスセンターのID(例えば、受託者ID)と、取引店7の漢字名称と、カナ名称とを格納する。取引店7の漢字名称は、例えば、○○銀行甲支店である。
【0105】
取引先店マスター114は、取引先5内で取引先店6を識別する取引先店識別番号を主キーとして、取引先5のCIF番号と、当該取引先店6の口座がある取引店8を識別する店番と、この取引店8にある口座の店番、科目、口座番号を格納する。図13(B)に、この取引先店マスター114に対応した登録画面の一例を示す。また、取引先店マスター114は、集配金手数料の請求をするか否かを示す手数料要否フラグや、摘要にカナを入力するか否かを示す摘要要否フラグや、記帳の種類等を示す記帳区分を格納するようにしても良い。
【0106】
現金算定単価マスター116は、単価番号を主キーとして、集配金取引のうち集金取引に関して当該集金する現金について、当該集金取引の負荷を特定する増減額区分の有無に応じて増減された、取扱単位毎で、且つ、紙幣単価及び硬貨単価等の金種毎の現金算定単価を格納する。例えば、図12に示す例では、現金算定単価として、紙幣単価と、硬貨単価と、伝票単価と、小切手単価と、違算単価とを登録する。図14(A)に示す例では、単価番号001の紙幣単価は2.8円である。例えば、第2実施形態でのスーパーAの現金算定単価を単価番号001とすると、硬貨単価として0.7円を登録する。伝票単価等についても登録を行う。そして、取引先マスター112に単価番号として、001を登録する。仮に、スーパーAと同一の単価の組み合わせを採用する取引先5がある場合には、その単価番号も001となる。このように、現金算定単価マスター116には、集金取引の増減額区分の組み合わせの数に応じた数の現金算定単価が、前記単価番号毎に格納される。
現金算定や両替作成の単価番号は、手数料単価の取り扱いを簡易とするために設定したが、単価番号を作成せずに、金種区分別にそれぞれ単価を取引先マスターに直接登録するようにしてもよい。
【0107】
両替作成単価マスター118には、単価番号をキーとして、集配金取引のうち両替金配金取引に関して当該配金する現金について、当該両替金配金取引の負荷を特定する増減額区分の有無に応じて増減された、紙幣束単価、硬貨棒単価及び袋単価等の取扱単位毎且つ金種毎の両替作成単価を格納する。例えば、紙幣束単価、硬貨棒単価、硬貨大袋単価を格納する。端数について枚数による手数料加算を行う場合には、端数枚数の単価も登録する。両替作成単価マスター118には、現金算定単価マスターと同様に、両替金配金取引の増減額区分の組み合わせの数に応じた数の両替作成単価が登録される。例えば、図14(B)に示す例では、単価番号001として、硬貨棒金の単価を20円と設定する。
【0108】
また、現金算定単価マスター116と、両替作成単価マスター118とには、手数料単価の一種として、業務委託手数料の単価を登録する。この業務委託手数料の単価番号を、取引店マスター108の単価番号に格納する。
【0109】
輸送費に関しては、取引先店6毎に予め定まる手数料であるため、輸送費を取引先店6マスター等に登録しておくようにしても良い。輸送費を個別に計算する場合には、図9に示す輸送費の項目を登録する輸送費マスターを作成すると良い。また、両替金配金取引で取り扱う現金等の量を手扱いで入力する場合で、輸送費も入力項目である場合には、両替取引データファイル122に輸送費の項目を設けるようにしても良い。
【0110】
再度図10を参照すると、データベース84は、集金取引で取り扱った現金等の紙幣及び硬貨等の金種で且つ取扱単位での数を、集金取引毎に格納する集金取引データファイル120と、両替金配金取引で取り扱った現金等の金種で且つ束、棒、袋等の取扱単位での数を、両替取引毎に格納する両替取引データファイル122とを備えている。金種及び取扱単位の定義については第1実施形態と同様である。第1実施形態での計数データを、ここでは集金取引データ及び両替取引データと呼ぶ。
【0111】
サーバー83は、図10に示すように、端末1とネットワーク3を介して接続され、当該端末からの要求に応じて各種マスター及び取引データファイルに格納されたデータの抽出及び演算を実行する。このサーバー83は、手数料算出部85と、請求先区分別請求書発行制御部86と、業務委託手数料算出部88とを備えている。
【0112】
手数料算出部85は、日次、月次又は年次等の取引期間と、CIF番号と、取引先店識別番号とを指定した当該期間についての金融機関から取引先5への集配金手数料の請求書の発行要求を受信した場合に、現金算定手数料及び両替作成手数料を算出する。この手数料の算出は、第1に、取引先店6毎に、集金取引データファイル120及び両替取引データファイル122に格納された取引データのから、指定された取引期間の取引データに記録された金種且つ取扱単位での数量を抽出する。第2に、取引先店識別番号から当該取引先店6を含む取引先5の現金算定単価及び両替作成単価を特定する。第3に、抽出した取引データと、特定した単価とから、各手数料を算出する。
【0113】
本実施形態では、集金取引の詳細として、取引先店6毎で、取引期間別の現金算定取扱状況表を発行する。図15に、スーパーA甲支店についての現金算定月間取扱状況表の一例を示す。2001年2月の集金取引の実績を伝票枚数、紙幣枚数、硬貨枚数、小切手枚数、違算件数として日ごとに出力する。これは、取引データファイルから抽出する。この取扱単位毎の枚数を合計すると、例えば、紙幣の小計の合計5,162は、この2月に集金した紙幣枚数の合計である。スーパーAの紙幣単価は2.8[円/枚]であるため、この現金算定単価と紙幣の総枚数とから、手数料算出部85は、紙幣手数料として、小数点以下切り捨てで、14,453円と算出する。硬貨については、硬貨単価を0.7[円/枚]として、硬貨の総枚数6,767枚であり、硬貨手数料として4,736円を計上している。現金算定に関する全体の手数料を合計すると、図15に示す算定手数料(現金算定手数料)は、19,789円となる。
【0114】
図16に示す両替月間取扱状況表の例では、紙幣束単価が150[円/束]で、紙幣束の束数が99束であり、紙幣束手数料として14,850円を計上している。硬貨については、硬貨棒金の単価が20[円/本]で、硬貨棒の総数が393本であり、硬貨棒金手数料として7,860円を計上している。硬貨大袋の単価は500[円/袋]であり、3袋であるため、硬貨大袋手数料として1,500円を計上している。金曜日に両替金が多いのは、土日の両替金を含むためである。
【0115】
取引先5毎の単価の特定に関して、図10に示す例では、サーバー83が、取引先別単価特定部90を備えている。取引先別単価特定部90は、取引先店識別番号又はCIF番号を指定した単価特定要求を受信した場合に、当該取引先5のCIF番号に基づいて、取引先マスター112に格納された単価番号を特定すると共に、当該特定した単価番号に基づいて現金算定単価マスター116及び両替作成単価マスター118から当該単価番号の現金算定単価及び両替作成単価を特定する。この例では、手数料算出部85は、上記第2の処理をこの取引先別単価特定部90に依頼する。
【0116】
請求先区分別請求書発行制御部86は、取引先5又は取引先店6を指定した金融機関7から顧客5への請求書の発行要求を受信した場合に、取引先店6毎に各手数料を合計して各取引先店6又は取引先5への請求書を発行する制御をする。そして、この制御部86は、当該請求書の発行に際して、請求先区分に応じて請求元名称を特定する。すなわち、制御部86は、請求先区分が取引先店指定である場合には、請求元名称を当該取引先店6の取引店8の名称に設定する。他方、請求先区分が主取引先店指定である場合には、請求元名称を当該取引先5(主取引先店6A)の主取引店8Aに設定する。
【0117】
このように、本実施形態では、主取引先店指定の場合に、各取引先店6の手数料を合計した請求書ではなく、取引先店6毎の請求書を発行しつつ、その請求元名称を主取引店8Aとする。このように取引先店6毎の請求書とすると、図15及び図16に示すような月間取扱状況で、図17に示すような取扱数量を示した請求書をシステムから発行することができる。
【0118】
図17に示す集配金手数料月次合計明細表兼請求書の例では、請求書発行区分が取引先店指定であり、○○銀行行支店から、スーパーA甲支店への請求書となっている。これが、主取引先店指定である場合には、○○銀行本店8Aから、スーパーA本店6Aへの明細表兼請求書となる。図6(B)に示すような取引店を合計した請求書が必要な場合には、本実施形態で発行する図17に示すような請求書に基づいて、合計請求書を発行すると良い。
【0119】
図17に示す例では、輸送料47,250円はスーパーA甲支店への輸送料として予め格納されたデータを読み出す。この輸送料に、現金算定手数料19,789円と、両替作成手数料24,212円とを加算すると、手数料は91,249円となる。そして、この手数料の消費税が4,562円で、消費税を含めた手数料合計は95,811円となる
【0120】
業務委託手数料算出部88は、BSや警送会社等から金融機関への業務委託手数料を算出する。この業務委託手数料は、取引先5毎ではなく、取引店が顧客に対して請求書を発行した集配金取引について、その集配金取引の業務委託手数料を一括して請求する。従って、請求先区分によって取扱が異なる。図14(A)に示す取引先店指定の場合、スーパーAとの集配金取引に関して、BS130は各取引店8A,8B,8C,8Dに個別に業務委託手数料を請求する。一方、図14(B)に示す主取引先店指定の場合には、BS130は、取引店には請求せずに、主取引店に一括して業務委託手数料を請求する。
【0121】
この請求先区分による関係を取引店から見ると、顧客に集配金手数料を発行した場合に、その集配金取引に関してBS130から業務委託手数料を請求される。従って、取引店では、顧客に手数料を請求した場合に、そのコストとしてBSから業務委託手数料を請求される。このため、取引店は、取引先の請求先区分が主取引先店指定であり、且つ当該取引店が主取引店8Aとなっている集配金取引についての業務委託手数料と、取引先の請求先区分が取引先店指定であり、且つ当該取引店の相手方となる取引先店への集配金取引についての業務委託手数料とを加算した業務委託手数料をBSに支払う。
【0122】
業務委託手数料算出部88は、金融機関7の取引店8の店番と取引期間とを指定した当該期間についてのBS又や警送会社等から金融機関7への委託手数料請求書の発行要求を受信した場合に、当該取引店8への業務委託手数料を算出する。
【0123】
業務委託手数料算出部88は、第1に、取引店8の店番に基づいて、当該店番の取引店8を取引店8とする取引先店6の内、当該取引先店6の取引先5の請求先区分が取引先店指定である取引先店別取引データを抽出する。第2に、算出部88は、当該店番の取引店8を主取引店8Aとする主取引先店6Aの取引先5に含まれる全ての取引先店6A,6B,…についての主取引先店取引データを抽出する。
【0124】
第3に、算出部88は、取引先店別取引データと、主取引先店別取引データとを合計して取引先店合計取引データを算出する。そして、算出部88は、この取引先店合計取引データと、当該取引店マスター108に設定された単価番号での単価である業務委託単価とに基づいて、当該受託者から取引店への業務委託手数料を算出する。
【0125】
図18に、この業務委託手数料を含む現金精算整理手数料表の一例を示す。図18に示す例では、○○銀行甲支店と、乙支店との業務委託手数料を算出している。甲支店では、スーパーAのみに集配金取引を提供した例としている。乙支店では、複数の取引先に提供した集配金取引の合計である。この乙支店の合計枚数から、乙支店が請求した集配金手数料の算出はできない。集配金手数料は取引先毎に単価が異なるため、単純に枚数を合計すると集配金手数料は算出不能となる。一方、業務委託手数料の単価は、金融機関で単一か、または取引店毎に設定している。従って、業務委託手数料の紙幣単価1.0円、硬貨単価0.4円等から、業務委託手数料を算出することができる。
【0126】
図10に示す例では、サーバー83に、投入される現金等を金種毎で且つ取扱単位毎に計数する現金処理機4を併設している。そして、サーバー83は、通常の入金伝票による入金に関して、現金処理機4から出力される計数データと、当該入金伝票で特定された入金金額とを照合すると共に、当該照合した計数データを集金取引データファイル120に格納する通常算定制御部92を備えている。
【0127】
また、サーバー83は、1回の集金取引内で複数の小袋別の現金算定を行う場合には、各小袋別の小袋算定伝票毎に現金処理機4から出力される計数データを小袋算定伝票で特定された金額と照合すると共に、当該小袋算定伝票毎に照合した計数データを合計した1回の集金取引データとして小袋算定伝票を合計した入金伝票と照合して、集金取引データファイル120に格納する分割算定制御部94を備えている。この分割算定制御部94の機能は、図7に示す処理である。
【0128】
また、サーバー83が、取引先5別の現金算定単価に伝票単価が格納されている場合には、入金伝票の枚数と伝票単価とに基づいて伝票処理手数料を算出すると共に、当該伝票処理手数料を算定手数料に加算する伝票手数料加算部96を備えている。伝票単価が格納されている場合というのは、伝票単価に値が格納されている場合で、且つ、伝票単価が0円でない場合である。図15に示す例では、伝票単価として10[円/枚]が登録され、合計枚数が40枚であるため、伝票手数料400円が計上されている。
【0129】
図10に示す例では、サーバー83が、計数データ又は入金伝票で特定される金額の変更を登録する場合に、当該金額変更の回数を違算件数として集金取引データファイル120に格納する違算格納制御部98と、取引先別の現金算定単価に違算単価が格納されている場合には、違算件数と当該違算単価とに基づいて違算処理手数料を算出すると共に、当該違算処理手数料を前記算定手数料に加算する違算手数料加算部100とを備えている。金額変更の登録に、内部要因による訂正と、顧客要因による訂正がある場合には、違算格納制御部98は、顧客要因による金額変更の登録回数を違算件数として格納する。図15に示す例では、違算単価として100円が格納されており、違算件数が0件であるため、違算手数料は0円となる。
【0130】
上述したように第3実施形態では、取引先と銀行との関係では、取引先毎の単価を設定し、また、銀行とBS等との関係では、銀行の支店である取引店毎の単価を設定している。この仕組みにより、手数料の適正化を図ると共に、システムの構成を簡略化することができる。すなわち、顧客との集配金の取引データについては、取引先店別ではなく、取引店別の単価とすることで計数データを区別する必要がなく、また、業務委託手数料の単価を取引先別ではなく、取引店別とすることで、その取引店に関係する集配金取引の計数データの合計に基づいて業務委託手数料を算出することができる。そして、この手数料単価の設定の仕組みにより、銀行から取引先への集配金手数料と、BS等から銀行への業務委託手数料の算出について、同一の計数データを用いることができる。これにより、銀行での収益を算出しやすくなる。
【0131】
図10に示す例では、CIF番号毎に貸金等の個社別の採算データを管理する情報系システムと接続されたデータ送信制御部106と、取引先店別の計数データを取引先5の全取引先店分合計すると共に、当該取引先5の計数データと取引店別6の業務委託単価とに基づいて当該金融機関での集配金取引の個社別の集配コストを算出する個社別集配コスト算出部104と、請求先区分別請求書発行制御部86によって取引先の全取引先店に発行された請求金額の合計である個社別集配金手数料と、当該個社別集配コストとをデータ送信制御部106を介して前記情報系システムの採算データへ格納する制御をする集配採算データ格納制御部102とを備えている。図4に示す個社別採算との相違点は、銀行(金融機関)のコストが業務委託手数料となる点である。個社別採算データの例や応用については、第1実施形態と同様である。
【0132】
個社別採算は、銀行全体でCIF番号を有する取引先との取引関係を分析するものである。集配金取引では、個社別採算の外に、取引店採算の計算もすることができる。この例では、サーバー83が、金融機関7の取引店8の店番と取引期間とを指定した集配金取扱状況表の作成要求を受信した場合に、当該期間についての当該取引店8で取り扱った取引先店6との集配金取引の一覧を生成する集配金取扱状況表作成部124を備えている。
【0133】
集配金取扱状況表作成部124は、例えば、○○銀行乙支店の店番が指定された場合には、まず、当該○○銀行乙支店が主取引店となっている取引先(請求先区分が主取引先店指定)の全取引先店の手数料を抽出する。続いて、当該○○銀行乙支店が取引店となっている取引先店(取引先の請求先区分が取引先店指定)の手数料を抽出する。これらを主取引店及び取引店での一覧とする。
【0134】
図19は、○○銀行乙支店の集配金取扱状況表の一例を示す説明図である。図18を参照すると、乙支店は2月に紙幣で15,174枚の集金をしている。その取引先毎の内訳が、図19に示すように、スーパーBが8,543枚、自販機管理会社Cが2,040枚、レストランDが4,591枚である。スーパーB(主取引先店)、自販機管理会社C(主取引先店)、レストランD(取引先店)の単価は第2実施形態で設定した単価である。取引先店6であるレストランDのCIF番号等は、レストランDを含む取引先5のCIF番号であり、レストランDの下の番号(00001)が、当該レストランDの取引先店識別番号である。
【0135】
各取引先の手数料は、図19に示す値となる。BSの業務委託手数料の単価は取引先によらず、紙幣枚数で一律であるため、この15,174枚と、BS単価とに基づいて、乙支店の集配取引のコスト(業務委託手数料)を算出することができる。このコストと手数料とを比較することで、取引店の単位で、集配取引の採算を分析、検討することができる。
また、BSにおける個社別の取扱負担をBS単価に反映させて、個社別採算をより精緻にすることもできる。
【0136】
【発明の効果】
本発明は、その構成によって、態様別単価格納部は、入金者によって指定される現金の算定の態様(事務処理負担)に応じて、増額区分及び減額区分の有無に応じた増減率を適用した紙幣又は硬貨の枚数あたりの単価として予め定められた態様別単価データを格納している。この態様別単価データは、紙幣の枚数あたりの単価と、硬貨の枚数あたりの単価とである。そして、手数料算出部が、計数データによる紙幣と硬貨総枚数と、取引先毎設定された態様別単価データとに基づいて手数料を算出する。これにより、紙幣の取扱と、硬貨の取扱など、重量や取扱負荷を個別に考慮した手数料を算出しつつ、計数データ自体には、事務処理負担を示す構成を不要とすることができる。そして、この事務処理負担等に応じた単価の増減によって、計数データを最低限の構成及び数(量)とできることで、システム構成を大幅に簡略化することができ、コンピュータの利用による手数料の算出を比較的低コストで実現することができる。
さらに、本発明では、小袋別算定については、紙幣及び硬貨の枚数に応じた単価を増加させつつ、小袋別算定自体の手数料を加算しないため、計数データに小袋算定毎のデータを残しておく必要がなく、この点でも、計数データを簡易な構成とすることができる。
また、本発明では、違算件数については、計数データの金額登録の変更回数を用いて違算処理手数料として加算するため、頻度の不明な事務処理負担については紙幣及び硬貨の単価の増加ではなく、手数料への加算とすることができる。
このように、本発明では、計数データの構成及びデータ量を最低限としつつ、事務処理負担に応じた手数料を算出することができる。
【図面の簡単な説明】
【図1】図1は、第1実施形態による算定手数料算出システムの構成を示すブロック図である。
【図2】図2は、現金等の金種及び取扱単位の例を示す説明図であり、図2(A)は金種と取扱区分と単価との関係を示す図で、図2(B)は取扱単位の定義例を示す図である。
【図3】図3は本実施形態による算定取引の例を示す説明図である。
【図4】図4は、第1実施形態による集配金手数料算出システムの構成例を示すブロック図である。
【図5】図5は、金融機関の取引店と顧客の取引先店との関係を示す説明図であり、図5(A)は取引先店指定による請求書発行の例を示す図で、図5(B)は主取引先店指定による請求書発行の例を示す図である。
【図6】図6は、本実施形態による集配金手数料算出システムによって生成される各種帳票又はデータの一例を示す図で、図6(A)は、取引先店指定による請求書の一例を示す図で、図6(B)は主取引先店指定による請求書の一例を示す図で、図6(C)は個社別採算データの一例を示す図である。
【図7】図7は、本実施形態による集金手数料算出方法の構成例を示すフローチャートである。
【図8】図8は、第2実施形態による集配金手数料単価算出システムの構成例を示すブロック図である。
【図9】図9は、第2実施形態による入出力画面の一例を示す説明図である。
【図10】図10は、第3実施形態による集配金手数料算出システムの構成例を示すブロック図である。
【図11】図11は、受託者(BS等)と、取引店と、取引先店との関係を示す説明図であり、図11(A)は取引先店指定による請求書発行の例を示す図で、図11(B)は主取引先店指定による請求書発行の例を示す図である。
【図12】図12は、取引先マスター等の各種マスターの項目例を示す説明図である。
【図13】図13は、取引先マスター等の項目を入力する入力画面の一例を示す説明図であり、図13(A)は取引先マスターの登録画面の一例を示す図で、図13(B)は取引先店マスターの登録画面の一例を示す図である。
【図14】図14は、手数料を入力する手数料入力画面の一例を示す説明図であり、図14(A)は現金算定単価の登録画面の一例を示す図で、図宇14(B)は両替作成単価の登録画面の一例を示す図である。
【図15】図15は、現金算定月間取扱状況表の一例を示す説明図である。
【図16】図16は、両替作成月間取扱状況表の一例を示す説明図である。
【図17】図17は、集配金手数料月次合計明細表兼請求書の一例を示す説明図である。
【図18】図18は、現金精算整理手数料表の一例を示す説明図である。
【図19】図19は、集配金取扱状況表の一例を示す説明図である。
【符号の説明】
1 端末
2 ネットワーク
4 現金処理機
5 取引先
6 取引先店
7 銀行等の金融機関
8 銀行等の支店
10 手数料算出部
12 計数データ格納部
14 態様別単価格納部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for calculating a fee for calculating cash or the like. The present invention also relates to a system for calculating a fee for collecting and distributing cash.
[0002]
[Prior art]
Financial institutions such as banks distribute money exchanges to customers and collect customer sales. The exchange money distribution is an operation of preparing cash or the like with a denomination designated by the customer for a refund (withdrawal) from the customer's account, and an operation of transporting the prepared exchange money to the customer. The collection includes the work of transporting the cash deposited from the customer to the bank (or the trustee who has been commissioned), the work of calculating the deposited cash, and the work of depositing the calculated cash etc. into the customer's account. It is. Conventionally, this collection and distribution transaction has been provided free of charge or with a fixed collection and distribution fee regardless of the amount of collection and distribution.
[0003]
Japanese Patent Application Laid-Open No. 7-141539 discloses a currency exchange apparatus that charges a currency exchange. In this conventional example, a method is employed in which the commission is sequentially increased in accordance with the exchange amount.
[0004]
[Problems to be solved by the invention]
In the above conventional example, in order to calculate the exchange fee according to the amount of money, when 10,000 yen is prepared for 1,000 yen coins and 10,000 yen is prepared for 10,000 yen bills However, the same fee will be charged, and the cost of the administrative burden of preparing exchange money cannot be reflected in the fee. In addition to exchange work, when including transportation, the weight of 10-yen bills and 1,000-yen coins is 1,000, so the weight varies depending on the denomination. The calculation workload and the transportation workload are different, and it is not possible to calculate a fee according to the workload of exchange money distribution.
[0005]
As for collecting money, for example, collecting money from a company that manages vending machines has more coins and weight than bills. In addition, in the case of a store such as a supermarket, cash calculation and verification by cash register (by bag) may be required.
[0006]
As described above, in the conventional example, an appropriate fee calculation mechanism corresponding to the work load of the collection and distribution fee has not been created. For this reason, the transaction is free or at a fixed amount.
[0007]
When the service fee is free or fixed, it is generally difficult to work with an incentive to adopt a mechanism for reducing the fee. In the example of the collection and distribution fee, if the fee is free or a fixed amount, the maximum exchange money is prepared, and the unused exchange money is handed together at the time of collection. In such a situation, the absolute amount of cash to be collected and distributed increases, and the cash distribution cost increases more than necessary. In addition, it is calculated for the preparation of exchange money, and the same cash is calculated by collecting money, which increases the administrative burden of the calculation.
[0008]
Thus, if the collection and distribution fee is free or fixed, the logistics cost of cash and the like increases, and the administrative burden of calculating cash and the like increases. However, since the collection and delivery of cash is a service in which various operations are combined, it is difficult to calculate a fee according to the work load and the distribution cost.
[0009]
Furthermore, even if the fee is calculated according to the amount of money collected, for example, a customer who is organized by type of coins and a customer who collects money with a mixture of coins have different collection and calculation procedures. If the basis of the calculation fee is the amount, the fee system has a low correlation with the administrative burden. In addition, although the amount is small, the distribution cost is reversed with the handling amount for customers who are mostly coins and customers who are mostly money but are mostly banknotes. As described above, when cash transport is evaluated as a physically existing item (paper or a small piece of metal), various difficulties arise in calculating the collection and distribution fee by amount.
[0010]
In recent years, cash processing machines that count a large amount of cash for each denomination, such as banknote depositing and dispensing machines described in JP-A-10-91846, are commercially available. By using this cash processing machine, it is possible to count the collected cash and the like and to count the cash to be withdrawn (for example, reserve for exchange) and store the counted data in a database. Such a cash processor counts the number of banknotes and coins inserted into the slot for each denomination. Then, the cash processing machine or the server connected to the cash processing machine collates the amount of money that has been counted for each denomination and the amount of money that is entered in the slip to be entered.
[0011]
It is conceivable to calculate the collection and distribution fee using a computer using the counting data counted by such a cash processing machine. However, a system for calculating a collection and distribution fee and a cash calculation fee using such count data is not known.
[0012]
In addition, in systematization of collection and distribution fees, it is also possible to store a monetary amount, weight, number of sheets, and special administrative processing burden, and calculate a fee individually, but such a system handles it Since the amount of data becomes enormous and various data input operations increase, the business processing burden increases.
[0013]
Furthermore, in the conventional example, not only cash collection and distribution, but also cash charges for ATMs of other banks, requests for transfers with large amounts of cash, etc., for work that requires a large administrative processing burden for cash preparation and calculation, individual fees are charged Even when trying to calculate, there was no fee calculation methodology that appropriately reflected the cost of calculating this cash.
[0014]
OBJECT OF THE INVENTION
  The present invention relates to a computer system.And dataIt is possible to calculate cash calculation fees according to various paperwork burdens while simplifying the configuration.CalculationThe purpose is to provide a fixed fee calculation system.
  The present invention also calculates a collection and distribution fee that appropriately reflects various paperwork burdens and logistics costs.And manage profitability of the collection and distribution businessIt is an object of the present invention to provide a collection and distribution fee calculation system that can be used.
[0015]
[Means for Solving the Problems]
  Claim1The present invention includes a count data storage unit, a unit price storage unit by mode, and a fee calculation unit.
  Count data storage is uniquely identified by CIF numberDepositTo your accountDepositOn the occasionDepositPayment with a personBy chanceTheDepositThe transaction date of the transaction, the CIF number,MoneyMake up cashBanknotes or coinsDenominationEveryNumber of sheets, The number of deposit slips that specify the deposit amount for each deposit transaction, and the number of registrations for changing the amount of deposit amountThe counting data having is stored.
  The unit price storage unit by mode isThe basic unit price of the deposit transaction is preliminarily determined in advance as the amount per banknote and the number of coins, and the banknotes or coins.This calculation methodThe groupWhether the increase or decrease of this unit price is applied or not, depending on the calculation mode specified in advance by each supplier for each supplierThe increaseAmount classificationAnd saidDepending on whether there is a reduction categoryEach of the above-mentioned bills and coins is increased at a predetermined increase rate for each increase category when there is an increase category and reduced at a predetermined reduction rate for each reduction category when there is a decrease category.unit priceUnit price by modeThe unit price data by mode is stored for each CIF number andCompleteNumber of gold slipsPer sheetA slip unit price, which is a predetermined unit price,AboveReceipt slipDeposit amountAnd countedDepositThe amount is differentThe amount changesMiscalculationPer timePre-stored uncalculated unit price, which is a predetermined unit priceTo do.
And the increase classification is a plurality of sachets in the one deposit slip, the amount of money for each sachet for each cash register or tenant of the business partner is compared with the amount of money in the sachet slip, There is a calculation category for each sachet that compares the total amount of money received in the sachet with the amount received in the receipt slip, and a calculation category at the collection destination where cash is collected at the collection destination at the time of collection. It is a sorted category when cash is organized,
The next business day payment category with the payment to the account as the next business day..
  When the fee calculation unit receives a fee calculation request in which the CIF number and the transaction period are specified, the fee calculation unit is included in the transaction period with the CIF number among the count data stored in the count data storage unit.DepositRead the transaction count data andThe total number of banknote denominations is totaled as the total number of banknotes, the total number of coin denominations is totaled as the total number of coins,Stored in the unit price storage unit by modeMultiplying the unit price of the banknote for the CIF number by the total number of banknotes to obtain a banknote fee, the coin of the CIF numberUnit price by modeMultiplying the total number of coins to give a coin fee, and adding the bill fee and the coin fee, the deposit for the transaction periodCalculate fee data.
  And this fee calculation partIsRead outWithin the trading periodReceipt slip for counting data of receipt transactionsOf the receipt slip that does not include the number of pouch slips.The total number of sheets stored in the unit price storage unit by modeFor the CIF numberThe slip processing fee data is calculated by multiplying the slip unit price, and the slip processing fee data isDeposit handThe slip processing fee addition function for adding to the fee data and the readWithin the trading periodOf counting data of deposit transactionsTotal the number of money changes,Stored in the unit price storage unit by modeFor the CIF numberMultiply the unit price by calculating the unit charge data and calculate the data, Deposit with the slip processing fee data addedAddition processing fee addition function to add to fee dataWhenWithThe fee calculation unit adds the bill fee data, the coin fee data, the slip processing fee data, and the miscalculation fee data, so that the counting data for each calculation mode is not required. Calculate the calculation fee for deposit transactions during the transaction period, Is adopted. Thus, the above-described problem is to be solved.
[0016]
The deposit to the account is, for example, deposit of collected cash or transfer with a large amount of cash. The withdrawal from the account is, for example, the distribution of money exchange, the loading of cash into an ATM of another bank, the preparation of cash for the cash loading, and the like. The term “deposit / withdrawal” includes three modes of deposit only, deposit only, deposit and withdrawal.
The denomination is a bill, a coin, a check, a gift certificate, other securities, or the like, and if it is a bill, it is of a cash type such as a 10,000 yen bill or a 5,000 yen bill. The handling unit for each denomination is, for example, one banknote and one coin if it is a deposit such as collecting money, and if it is a withdrawal such as money exchange preparation, it is a bundle (100 sheets) and a coin. It is a stick (50 sheets).
[0017]
In the present invention, the fee calculation unit calculates the fee based on the number of banknotes and coins, which are denominations of cash, instead of the total amount of cash and the like for collection and distribution. That is, the fee calculation unit calculates the fee based on the amount of cash for each denomination and handling unit based on the count data. Thereby, the handling which considered the weight and handling load for every denomination and handling unit, such as handling of a bill and handling of a coin, can be computed.
[0018]
Further, in the present invention, in order to reflect the fee increase due to various additional services and the fee decrease due to the customer's preparation to the fee, the fee of each item is added or reduced. Instead, the unit price of the denomination handling unit is increased or decreased based on the presence or absence of an increase category or a reduction category for each business partner. That is, the mode-specific unit price storage unit stores mode-specific unit price data predetermined as unit prices for handling units for each denomination, such as banknotes or coins, according to the mode of calculation of cash or the like designated by the depositor. Storing. By increasing or decreasing the unit price according to the business processing burden, etc., the system configuration can be greatly simplified, and the calculation of the fee by using the computer can be realized at a relatively low cost.
[0019]
For example, the number of bills and coins counted includes information regarding the size and weight of various paperwork burdens. In order to leave the size of the business processing burden in the database as data, it is necessary to handle counting data by business processing load or weight. However, in the present invention, the amount of paperwork and the weight of cash etc. are all reflected in the unit price, and the counting data is one collection transaction data for each collection and distribution transaction with one supplier (or supplier store). And storing only one currency exchange transaction data is sufficient. In the present invention, a fee that increases or decreases in accordance with the business processing burden or the like is calculated based on the count data based on the number of sheets and the unit price for each mode, with a simple system configuration.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
<First Embodiment>
In 1st Embodiment, the system which calculates the commission regarding calculation of cash based on the count data counted by the cash processing machine etc. and the input count data is disclosed. FIG. 1 is a block diagram showing a configuration of a calculation fee calculation system according to the first embodiment. In the example shown in FIG. 1, when depositing / withdrawing into an account such as a deposit, the quantity in the handling unit for each denomination such as banknotes or coins constituting the deposit or withdrawal cash, etc. A unit price for a handling unit for each denomination such as banknotes or coins is determined in advance according to the counting data storage unit 12 that stores the counting data for each transaction and the mode of calculation of cash or the like specified by the depositor / withdrawer. A mode-specific unit price storage unit 14 for storing the mode-specific unit price data. “Payment / withdrawal” is an entity that deposits or withdraws (refunds) from an account and is a trading partner.
[0021]
Further, the calculation fee calculation system extracts the count data of transactions included in the period for which the fee is to be calculated from the count data stored in the count data storage unit, and cash in a handling unit based on the extracted count data. And a fee calculation unit 10 for calculating a calculation fee for cash and the like at the time of deposit / withdrawal based on the amount and the unit price by mode stored in the unit price storage unit by mode.
[0022]
The count data may be registered in the count data storage unit 12 via the terminal 1 for each transaction. Moreover, the cash processing machine 4 may be provided in the calculation fee calculation system, and data counted by the cash processing machine may be automatically stored in the count data storage unit 12 as count data. For example, the cash processor 4 counts the cash or the like input corresponding to the deposit slip for each denomination, and collates the count result with the deposit amount in the deposit slip. When preparing the money exchange with the cash processor 4, the cash corresponding to the withdrawal slip may be counted and carried out, and the count data may be stored in the count data storage unit. Further, the deposit may be counted by the cash processor 4 and the withdrawal may be prepared manually and the count data may be stored from the terminal 1.
[0023]
FIG. 2A is an explanatory diagram showing the relationship among denominations, handling categories, and unit prices. As shown in FIG. 2 (A), "denominations such as cash" are banknotes, coins, checks, gift certificates, other securities, etc. This is the type of cash such as yen bills. For example, in the case of deposit, the handling unit for each denomination is one for banknotes and one coin. For withdrawal, a bundle (100 sheets) for banknotes, a stick (50 sheets) for coins, and the like. When preparing fractions other than bundles, sticks, and bags for preparing exchange money for banknotes and coins, the number of fractions may be used as a handling unit.
[0024]
In the example shown in FIG. 1 etc., the unit price is set for each denomination and for each handling unit. And this unit price sets a different unit price for every mode of calculation. In the example shown in FIG. 2 (A), the customer A and the customer B have different unit prices because they have different cash calculation modes. For example, for depositing banknotes, one unit is 2.0 yen per handling unit, and for dispensing banknotes, one unit is a handling unit and 100 yen per unit. However, in the business partner B with a higher paperwork burden, the deposit of banknotes is 2.4 [yen / sheet] and the withdrawal of banknotes is 150 [yen / bundle]. The unit price of the business partner A is 0.5 [yen / sheet] for depositing coins, 20 [yen / piece] for metal coins, and 500 [yen / bag] for large bags. Since there are 50 sticks and 4,000 bags for 100 yen coins, 80 pieces are needed to prepare 4,000 sticks, so the calculation fee is 1600 yen. 500 yen for preparations in Japan. In this way, by setting the commission unit price for each handling unit, it is possible to calculate the commission according to the handling load regardless of the amount of withdrawal.
[0025]
As for withdrawals, a certain amount of money exchange pack with a plurality of denominations as a set may be used as a handling unit so that it can be used easily at a supermarket cash register.
[0026]
FIG. 2B is a diagram illustrating a definition example of handling units. In general, as shown in FIG. 2B, one bundle is 100 sheets, one bar is 50 sheets, and the number of bags is different depending on the denomination.
[0027]
FIG. 3 is an explanatory diagram illustrating an example of a calculation transaction according to the present embodiment. The provider of the calculation transaction is a financial institution 7 such as a bank, and the customer (payment / withdrawal) of the calculation transaction is a customer 5 such as a supermarket. In the calculation fee calculation system, the calculation fee is a fee mainly for calculation of cash and the like accompanying deposits and withdrawals from the account of the financial institution 7.
[0028]
Depositing into an account includes collecting money or transferring money in large amounts. At the time of depositing, the amount of cash delivered etc. must be compared with the amount of the deposit slip (or transfer request form). For this verification, the financial institution 7 calculates cash or the like (reference numeral 30). The financial institution 7 provides the customer with cash calculation work, deposit work to an account, and transport work (reference numeral 31). As shown in FIG. 3, the customer 5 gives the deposit slip and cash to the person in charge of the financial institution 7 (reference numeral 33). The financial institution 7 calculates the deposited cash, compares it with the amount in the deposit slip, and deposits it into the account of the customer 5.
[0029]
Withdrawal (refund) from the account includes exchange, distribution of exchange money, a large amount of cash preparation at the financial institution window, and cash loading into ATMs of other banks. At the time of withdrawal, the prepared cash and the like are collated with the withdrawal amount in the withdrawal slip or the account details. For this verification, cash and the like are calculated (reference numeral 35). The financial institution 36 delivers cash or the like to the business partner 5 and provides cash preparation work such as money exchange money, work for counting the fraction of money exchange, and transportation work (reference numeral 36). The business partner delivers the withdrawal slip (request) to the financial institution (reference numeral 37).
[0030]
There are various modes in such a calculation transaction. A mode in which the business processing burden increases and the unit price by mode is increased is referred to as an increase category. On the other hand, a mode in which the business processing burden is reduced and the unit price is reduced is referred to as a reduction category. For cash processing such as collection and distribution transactions of money collection and exchange money distribution, ATM cash loading, and a large amount of cash reserves, the calculation work of banknotes and coins occupies most of the paperwork burden (required time). For this reason, the unit price is increased / decreased according to the contents for handling a high processing load in common with all paperwork handling cash such as deposit / withdrawal and collection / distribution.
[0031]
The first category of the increase category 33 is a cash calculation by sachet by cash register or tenant. In the case of collecting money or depositing with a bag in a night safe, collation is performed by the amount in a small bag for each cash register or tenant. There is one deposit slip, which is one transaction, but cash handling and verification is performed for each sachet category. In this case, for example, 100% of the unit price for deposit calculation shown in FIG. 2 is added. If the basic unit price is 2.0 yen, it will be 4.0 yen.
[0032]
The second category of the increase category 33 is a cash calculation at the collection destination in the case of collection. In calculation transactions and collection transactions, a contract is made assuming that the amount counted by the financial institution is correct. Since the financial institution checks counterfeit bills and performs strict calculations, the collection destination does not calculate cash, and the financial institution (in the third embodiment, the outsourcer of the financial institution) Perform verification. And, in collecting money, it is received from a business partner in the form of a trunk or a collection bag, but there is a case where cash calculation at the collecting destination is required. In this case, a cash processor cannot be used for cash calculation, and it is handled and labor is required. In this case, for example, 50% of the unit price for deposit calculation is added. If the basic unit price is 2.0 yen, it will be 3.0 yen.
[0033]
The fourth category of the increase category 33 is a case where kana characters are required to be printed on the passbook. The deposit slip has a “summary” column for the bank to operate characters such as the store name of the customer 5 on the transaction ledger. If the business partner wants to enter characters in this summary column, the handling of the characters will increase if the number of input characters increases. In this case, for example, 50% of the unit price for deposit calculation is added.
[0034]
The reduction category 34 is a combination of whether or not the cash to be deposited is organized and whether or not the deposit to the account is made the next business day in the case of collecting money, and is divided into four categories. Even if the deposit with the arranged cash is the same amount, if it is arranged for each denomination, the cash calculation work is reduced, so the unit price by mode is reduced. In other words, the amount of cash that is brought in from a business partner will vary depending on the calculated number, but even if the deposit amount is the same 1,000,000 yen, With 000 sheets, the cash processing time differs greatly. For this reason, in the case of arranged cash, the cash calculation unit price is reduced. Accordingly, if the cash is arranged, the number of sheets is reduced and the unit price is also reduced, so the fee is greatly reduced. However, with this arranged cash, the cash processing time can be greatly shortened, so the commission can be reduced.
[0035]
Arranged cash is the minimum number of denominations from large denominations (within about 10 denominations other than 10,000 yen coupons), and when depositing a large amount of coins (4,000 or more) It means a state that is classified by species.
[0036]
In the next business day deposit process, the unit price by mode can be reduced for the following two reasons. First, the next business day deposit will result in leveling of the calculation work. Usually, the calculation must be completed and credited by the end of business hours of the bank on that day (for example, 15:00). However, since the time zone just before the end time is crowded with the deposit processing on the day, the bank wants to reduce the processing work of the time zone as much as possible. For this reason, if payment processing on the next business day becomes possible, calculation can be performed in the morning of the next business day without performing calculation on the day of collection day, and the calculation work is leveled.
[0037]
Second, in the case of collecting money, the next business day deposit will improve the utilization rate of the cash transport vehicle. Usually, the collected cash is deposited by the end of business hours at that time. For this reason, the afternoon collection must return before the end of business hours. However, if the deposit can be processed by the next business day, the collection vehicle can collect money after that without worrying about the end time, and the operating rate of the cash transport vehicle becomes high. In addition, it is possible to form a sufficient route for the operation route of the cash transport vehicle.
[0038]
For reduction categories, for example, a combination of arranged cash and next business day deposit, for example, a reduction of 20% for cash deposited on the day, a 40% reduction for cash arranged on the next business day, 30% reduction for unconsolidated cash received on business days.
[0039]
The first category of the calculation fee increase category 38 for withdrawals is rounding. Withdrawal of money exchanges, etc., as a handling unit, one banknote (100 sheets), coins with a bar (50 pieces) or large bag, with a handling unit that does not become a bundle, book or bag If there is, there will be an effort to create the denomination for that fraction. That is, in the case of a bundle or a bar, it can be counted visually by hand, but the fraction is counted using a cash processor. For this reason, if there is a fraction, the total cash processing time will increase. In this case, the fraction is rounded up or down to one bundle or bar to increase the unit price of the bundle or bar. The increase rate is, for example, 50% addition of the unit price.
Further, the handling unit of the fraction may be defined as a sheet, and the unit price per fraction may be added.
[0040]
The second category of the withdrawal increase category 38 is denomination communication on the day of distribution regarding the distribution of exchange money. Usually, by the morning of the business day before the distribution date, the denomination is received from the business partner 5 and a breakdown of the exchange denominations is created. In denomination communication on the day of the distribution day, it is necessary to create a breakdown of the day, prepare cash for that denomination, and deliver it, which affects the operation route of cash transport vehicles and other efforts. In this case, for example, 50% of the unit price is added.
[0041]
The withdrawal reduction category 38 is a transaction with a fixed amount of money exchange and a fixed denomination. In the case of daily transactions, in the case of fixed exchange money from Monday to Thursday and fixed exchange money on Friday (including exchange money for Saturdays and Sundays), it is not necessary to receive contact from business partner 5, and exchange money Can be fixed in advance, and can be incorporated as a reliable demand when the demand for cash is predicted. For example, the unit price is 20% subtracted.
[0042]
FIG. 3 shows an example of the increment and decrement categories of deposit (for example, collection) and withdrawal (for example, money distribution). However, the present invention is not limited to this. Various increase categories and reduction categories may be set according to demands and the like. In this case, for example, if the deposit slip is different from the actual deposit amount, it will be necessary to report miscalculation, correct correction of deposit, etc., and the handling load will increase, but this miscalculation is an exceptional process. Therefore, it is better not to increase or decrease the unit price for cash calculation, but to add a fee for the number of miscalculations. This calculation fee increase / decrease is based on the idea that when dealings related to increase / decrease in processing time and administrative processing burden are handled for each business partner, it is not an individual fee for the special handling, but an increase / decrease in unit price. .
[0043]
By increasing or decreasing the calculation type fee, the fee can be increased or decreased depending on the amount of handling units, and a quantitative fee can be calculated according to the amount and load of handling.
Further, the fee for each increase / decrease category is a little troublesome because the unit price of the fee changes according to the selection of the category. For this reason, the commission unit price may be calculated using the collection and distribution unit price calculation system according to the second embodiment.
[0044]
Referring to FIG. 1 again, the fee calculation unit 10 includes a deposit fee processing function 22 for calculating a deposit fee and a withdrawal fee processing function 28 for calculating a withdrawal fee.
[0045]
<Deposit>
As shown in FIG. 2, the unit price storage unit 14 for each mode stores the unit price for each deposit and the unit price for each banknote and the unit price for each coin. is doing. Then, the deposit fee processing function 22 refers to the denomination of the counting data about the deposit, and calculates the deposit calculation fee data based on the number of banknotes and coins, the unit price of banknotes, and the unit price of coins. A fee calculation function 16 is provided.
[0046]
This function 16 multiplies the number of deposited cash banknotes by the unit price of banknotes and multiplies the number of coins by the unit price of coins. And the deposit fee about a banknote and a coin is calculated by adding both. For example, if the banknote unit price is 2.0 [yen / sheet], the coin unit price is 0.5 [yen / sheet], and 5000 banknotes and 2000 coins, then the following formula is obtained. The deposit calculation fee is 11,000 yen.
[0047]
2.0 [yen / sheet] × 5,000 [sheet] +0.5 [yen / sheet] × 2,000 [sheet] = 11,000 [yen]
[0048]
Further, since the deposit processing is performed for each number of slips, the slip fee may be included in the deposit calculation fee. In this case, the deposit fee processing function 22 includes a slip processing fee addition function 18 that calculates the slip processing fee data according to the number of deposit slips and adds the slip processing fee data to the fee data. For example, if the voucher unit price is 20 [yen / sheet] and there are 10 calculation transactions in 10 days, this function 18 calculates the deposit calculation fee as 11,200 yen.
[0049]
11,000 [yen] +20 [yen / sheet] × 10 = 11,200 [yen]
[0050]
In addition, when the amount of money counted in the deposit slip is different from that of cash or the like, the deposit amount is corrected or the deposit amount described in the deposit slip is corrected. When this miscalculation occurs, the processing load increases and there is little statistical property to increase the unit price by mode. Therefore, a fee is individually added for the number of miscalculations. In this case, the deposit fee processing function 22 calculates the miscalculation processing fee data according to the number of the miscalculations when the amount specified in the deposit slip and the amount of the counted number of money types are not calculated. Function 20 is provided. The function 20 adds the miscalculation processing fee data to the fee data. For example, in the above example, when the number of miscalculations is one and the unit price is 100 yen / number of miscalculations, the following formula is obtained, and the deposit calculation fee is 11,300 yen.
[0051]
11,200 [yen] +100 [yen / number of miscalculations] × 1 = 11,300 [yen]
[0052]
As described above, in the example shown in FIG. 1, based on the counting data for each type of money and the handling unit and the cash calculation unit price set individually according to the cash calculation load, It is possible to calculate a fee that takes into account the number of cases and the number of miscalculations.
[0053]
<Withdrawal>
The withdrawal fee processing function 28 includes a withdrawal calculation fee calculation function 24. In this example, as shown in FIG. 2, the unit price storage unit 14 for each mode stores the unit price by mode for withdrawals for each handling unit such as a bundle, a rod, and a bag for each denomination. And the function 24 calculates commission data based on the counting data which counted cash etc. in the handling unit of the said money type, and the unit price according to the mode for each handling unit. For example, if the withdrawal banknote unit price is 100 [yen / bundle], the coin bar unit price is 20 [yen / book], 150 banknotes and 400 coins are dispensed, the following formula is obtained. The withdrawal calculation fee is 23,000 yen.
[0054]
100 [yen / bundle] × 150 [bundle] +20 [yen / book] × 400 [sheet] = 23,000 [yen]
[0055]
Further, when the withdrawal fee calculation function 24 has a fraction from the handling unit of the money type for the withdrawal count data, the fraction is rounded up or down to the unit number based on a predetermined fraction processing format. You may make it process. In the case of preparing a fraction, since the cash calculation unit price is increased in the increment category 38, the fee can be calculated based on the number of bundles, bars, etc. regardless of the number of fractions. In this case, for example, in the case of 10 bundles and 10 sheets, 11 bundles are used for rounding up processing, and 10 bundles are used for rounding down processing.
[0056]
With regard to this fraction processing, the unit price may be set without rounding up or down. In this example, when the withdrawal calculation fee calculation function 24 has a fraction from the handling unit of the money type for the withdrawal counting data, the fraction is calculated based on the fraction unit price previously determined for the money type such as cash. A fraction processing function 26 for calculating the minute fee is provided. The fraction processing function 26 multiplies the number of fractions by the fraction unit price and adds the amount to the withdrawal calculation fee.
[0057]
In the example shown in FIG. 1, there are a configuration for calculating only the fee for cash and other deposits, a configuration for calculating only the fee for cash and other withdrawals, and a configuration for calculating both the deposit and withdrawal fees. Including.
[0058]
In the above-described example, it has been described as a fee for calculating cash accompanying deposits or withdrawals in relation to the account of the financial institution 7. There are various examples of business including cash calculation as shown below. And since calculation of this cash is a high load part about various transactions, a calculation fee calculation system can be used for the following examples.
(1). A collection and distribution business in which a financial institution 7 (or a trustee who has been entrusted with a collection and distribution business from a financial institution) goes to a business partner 5 to collect and distribute cash. Part of the collection includes deposit processing, and part of exchange money distribution includes withdrawal processing. Therefore, the collection and distribution fee calculation system includes the calculation fee calculation system according to the present embodiment. The collection and distribution fee calculation system is obtained by adding a configuration for adding a transportation fee to the calculation fee calculation system.
(2). Cash deposits and withdrawals when a bank is in charge of cash flow from another financial institution (another bank). When depositing / withdrawing cash from / to other financial institutions, urgent responses and handling of increases in demand at certain times of the year (bonuses, year-end and New Year holidays, etc.) are classified as increased.
(3). Money exchange business at a bank window. This is because the business service company (BS), which is a bank-related company that has been outsourced, and the police company that is engaged in the transportation of cash, etc., prepares a breakdown of the exchange money and issues the exchange money to the bank window. Including the case of This exchange service fee calculation system is limited to the withdrawal of the calculation fee calculation system.
(4). Transfers in the case of a large amount of cash transfer at a bank counter. In this case, in addition to the foreign exchange fee, a cost related to cash calculation is charged. A transfer is a transfer to another person's deposit account, which is considered a kind of deposit to the account. In this case, the next business day transfer should be a reduction category.
(5). Banks, BSs, etc. load cash into other banks' ATMs (automated teller machines). In this case, in the calculation fee calculation system according to the present embodiment, an ATM cash replenishment transaction fee calculation system is provided by adding a function for withdrawing money and adding a charge for a loading operation and a transportation operation.
(6). Banks, BSs, etc. prepare cash to be loaded into ATMs installed at convenience stores, etc. and ATMs of credit companies. In this case, it is preferable to provide a function related to withdrawal of the calculation fee calculation system and set an increase / decrease amount category according to the form of denomination breakdown creation.
[0059]
In the above-mentioned example and claims 1 to 9 of the specification at the time of filing, “calculation” includes calculation by deposit and calculation by withdrawal. Hereinafter, in the disclosure taking the collection and distribution transaction as an example, counting the collected cash is referred to as “cash calculation”, the unit price is referred to as a cash calculation unit price, and the fee is referred to as a cash calculation fee. The exchange money is counted as “preparation for money exchange”, the unit price is called the exchange creation unit price, and the commission is called the exchange creation commission.
[0060]
<Delivery fee>
Next, the collection and distribution fee for the above collection and distribution business (1) will be described as an example. In collection and distribution, deposits and withdrawals are generally accompanied by deposits and withdrawals. However, since this embodiment can also be applied to collection and distribution services by BSs and police companies that are not trustees of financial institutions, Deposits and withdrawals to the account are not required.
[0061]
The collection and distribution fee is the sum of the collected cash calculation fee, the exchange creation fee, and the transportation cost. FIG. 4 is a block diagram illustrating a configuration example of the collection and distribution fee calculation system according to the present embodiment. In the example shown in FIG. 4, the collection and distribution fee calculation system counts, for example, cash entered for each slip of the collection transaction with the customer, and the amount of exchange money for each exchange transaction with the customer. Is entered in the handling unit of the denomination or is provided with a cash processor 4 for registering the counted data. In the example shown in FIG. 4, cash is calculated (counted and verified) by the cash processor 4. The amount of exchange money preparation and the quantity in the handling unit may be input from the terminal 1 or may be counted by the cash processor 4. When the customer is the customer 5 or the customer store 7 and the provider of the collection and distribution transaction is a bank, the customer is an account and the customer is a cashier.
[0062]
The collection and distribution fee calculation system further collects the collection data registered for each denomination such as banknotes or coins by the cash processor 4 and the exchange data counting data for each handling unit for each customer and collection. Or, the counting data storage unit 12 that stores for each transaction of exchange money distribution, the cash calculation unit price data that is predetermined for each denomination according to the mode of cash calculation accompanying the money collection transaction and the load of work, There is provided a unit price data storage unit 40 that stores currency exchange creation unit price data that is predetermined for each cash handling unit in accordance with the mode of exchange money preparation accompanying the money exchange transaction and the load of the number of transactions. The cash calculation unit price data and the exchange creation unit price data are the unit price shown in FIG.
[0063]
The collection and distribution fee calculation system further includes a cash calculation fee calculation unit 48 that calculates cash calculation fee data based on the collection data and the cash calculation unit price data, The exchange creation fee calculation unit 50 that calculates the exchange creation fee data based on the data, and the transportation cost data calculated based on the number of transportation personnel to the collection and delivery destination location of the customer and the unit time data of the transportation time and the transportation cost are read out And a transportation cost data reading unit 52. The central processing for calculating the cash calculation fee and the exchange creation fee is the same as the calculation fee calculation system shown in FIG. The transportation cost may be calculated individually based on the transportation personnel and the required time and stored in the transportation cost data storage control unit 46, or for example, transportation for one month based on the average for one month. Cost data may be stored. The transportation cost data reading unit 52 reads the transportation cost data for each customer.
[0064]
The collection and distribution fee calculation system calculates the collection and distribution fee by adding the cash calculation fee data, exchange creation fee data, and transportation cost data, and generates invoice data for the customer. 54.
[0065]
The collection / distribution fee calculated by the system shown in FIG. 4 is a fee based on a completely pay-as-you-go system because it is a fee based on the counted or registered denominations and the counting data for each handling unit. On the other hand, in the second embodiment, an example of a semi-fixed collection and delivery fee is disclosed.
[0066]
When a customer has a branch for each region, a branch in each region such as a financial institution or a trustee conducts a transaction. FIG. 5 is an explanatory diagram showing the relationship between a transaction store 8 (branch) of a financial institution and a customer store 6 (branch) of a customer. The transportation cost is determined according to the required travel time or distance from the transaction store 8 to the corresponding customer store 6. When a financial institution provides a collection and distribution transaction, generally, the accounts used by the branches 6A, 6B,... Of the business partner 5 are in the business stores 8A, 8B,. In the collection and distribution transaction, the deposit / withdrawal is made from the account of the store 8B. Moreover, in order to reduce the fund management burden of the business partner 5, one business partner account 6 may be used, and each business partner store 6A, 6B,...
[0067]
In the example shown in FIG. 5, when each business store 8A, 8B,... Issues a bill to each business partner store, the main business store 8A collects the bills of each business store 8B, 8C,. There is a case where an invoice is issued to the supplier store 6A (or the supplier 5). This difference is managed as a billing destination section in the example shown in FIG. FIG. 5 (A) is a diagram showing an example of invoicing issued by a billing party designation by a supplier store, and issues individual invoices as indicated by arrows in the figure. FIG. 5 (B) is a diagram showing an example of invoicing by the billing party classification designated by the main customer store, and issues a batch bill from the main customer store 8A to the main customer store 6A.
[0068]
When this customer 5 has a plurality of customer stores 6 and changes the form of issuing an invoice according to the billing destination classification, the collection and distribution fee calculation system shown in FIG. And a supplier store data storage unit 44.
[0069]
The supplier data storage unit 42 includes a CIF number that uniquely identifies a customer who is a customer, a store number of a main transaction store 8A that provides a money collection and distribution transaction to the customer 5, and an invoice for the customer 5 And a billing party classification for specifying the issue form. A CIF (Customer Information File) number is a number that individually identifies a customer, and in the case of a bank, is a number that specifies an account holder. The billing party classification is specified for each business partner.
[0070]
The business partner store data storage unit 44 provides a business partner store identification number for identifying the business partner store 6 for the business partner store 6 that is a branch of the business partner 5, and a business store that provides the customer store 6 with a money collection and distribution transaction. Stores customer store data having 8 store numbers. The customer store identification number may be a store number account number of the customer store 6 in the customer store 8 corresponding to the customer store 6 in addition to an individual number. When the customer store 6 has an account with the name of the customer store 6 (for example, Super A Party A), the customer store 6 may have a CIF number different from that of the customer A Super A. The customer store identification number or the corresponding store number account number is used instead of the customer store 6 CIF number.
[0071]
In this example, the invoice data generation unit 54 includes an invoice issue function 56 for each store and a main store invoice issue function 58. The invoice issuing function 56 for each business partner, when the business partner store designation is stored in the business partner data storage unit 44 as the billing destination category, each business partner 8 is used as the invoicing issuer for each business partner store. Each fee is calculated based on the counted data and each unit price of the supplier 5. FIG. 6A shows an example of an invoice specified by a supplier store. In the example shown in FIG. 6 (A), the customer 5 is Super A, the customer store 6 is the Super A Party A, and the customer store of the Party A is the Bank A branch.
[0072]
The main store invoice issuance function 58, when the main business store designation is stored as the bill destination in the business partner data storage unit 44, the main store 8A as the invoice issuing entity, The other count data is totaled for all the customer stores of the customer 5, and each fee is calculated based on the total counted data and each unit price of the customer 5. FIG. 6B shows an example of an invoice designated by the main customer store. In this example, the fees of Super A's A branch, Otsu branch, and Sakai branch are totaled, and the main transaction store XX bank head office is set as the issuer for the transaction partner 5 (main transaction store 6A).
[0073]
Banks generally calculate profit data by individual company using CIF numbers as a unit. If the provider of the collection and distribution transaction is a bank, it is desirable to reflect this collection and distribution transaction in profits by individual company. However, in the conventional example, although it is possible to quantitatively grasp the paperwork burden in the entire financial institution, there is no mechanism for calculating the paperwork burden for each individual company (by CIF number). In other words, it was difficult to know the breakdown of the business processing burden of each financial institution by customer. In addition, if you do not use a cash machine, entering all the count data from daily handling into a computer only increases the burden of paperwork, so the costs associated with collection and distribution transactions are individualized. It was practically impossible to calculate.
[0074]
Referring to FIG. 4 again, the server 9 includes a data transmission control unit 64 connected to the accounting system 65 and the information system 66. The account system 65 manages deposits and withdrawals from the account of the customer 5 and settlement between the customer 5 and the financial institution. The information system 66 manages registration of information such as group name identification of customer companies, profit data for each company, and the presence / absence of a money collection and distribution transaction. The collection / distribution fee calculation system includes the data transmission control unit 64, so that firstly, deposit / withdrawal data of the amount to be collected / distributed can be transmitted / received to / from the accounting system 65, and secondly, the collection / distribution fee The settlement data can be transmitted / received to / from the accounting system 65, and thirdly, the data that becomes the profit factor for each company can be transmitted / received to / from the information system 66.
In this embodiment, the customer 5 is identified by the CIF number, and the customer store 6 is assigned an individual number, and the collection and distribution fee is calculated and billed. Profits and costs related to transactions can be registered in individual company profit data. The server 9 totals the count data for each business partner store for all the business partner stores of the business partner 5, and calculates the collection / delivery cost required for the money collection / delivery transaction with the business partner 5 based on the count data of the business partner 5. The information system 66 through the data transmission control unit 64 uses the calculated cost calculation unit 60 according to the counting data, the fee charged to the business partner 5 and the collection / delivery cost calculated by the cost calculation unit 60 according to the counting data as the collection / distribution profit data. And a collection / distribution profit data storage control unit 62 for controlling to store data.
[0075]
In the present embodiment, the cash calculation unit price data and the exchange creation unit price data set the unit price corresponding to the business processing load and the time required for the processing in the increase category and the decrease category, similarly to the unit price by mode shown in FIG. . The increased or decreased unit price includes a cost and a profit. Therefore, the cost of the collection and distribution transaction can be calculated based on the count data for each denomination and handling unit. For this reason, the cost calculation unit 60 for each count data calculates the collection / delivery cost required for the collection / delivery transaction with the customer 5 based on the count data. For example, by setting the cost unit price for the cash calculation unit price and the exchange creation unit price set for each business partner 5, the cost can be calculated by the same mechanism as the fee calculation.
[0076]
FIG. 6C is an explanatory diagram showing an example of profit data by individual company. In the example shown in FIG. 6C, the profit on deposit and lending, the exchange fee, and the collection and delivery profit can be examined for each company. In this case, since the CIF numbers are aggregated as a unit, transactions provided for each supplier store 6 can be aggregated and handled. In this way, if profit or loss of collection and distribution transactions can be recorded in profit data by individual company, non-interest income or ratio of non-interest income to operating profit can be calculated for each individual company.
[0077]
Further, when the business partner 5 or the business partner store 6 has an account at the business partner store 8 and settles the billing amount corresponding to the billing destination category by account transfer, the transfer amount is read from the account system, and the information system It can also be automatically registered in the system 66. In this case, the collection / distribution profit data storage control unit 62 makes a transfer amount from the account of the customer 5 (main customer's store 6A) in the main customer's store 8A according to the billing to the customer 5, or each customer's store 6 In response to the request, the customer 5 has a function of registering in the information system 66 as a fee charged to the customer 5 for the total amount transferred from the account of the customer 6 at the customer 8 at the customer 5. This can further reduce the burden of paperwork.
[0078]
In addition, when the profit data by individual company is registered in the customer information management system, etc., and a cross-sectional search is possible, for example, a list of business partners 5 who have gained or lost in the collection and distribution transaction, collection and distribution transaction, etc. It is also possible to search for a list of business partners 5 that do not cover the profits and losses in the market with operating revenue.
[0079]
FIG. 7 is a flowchart illustrating a configuration example of the collection and distribution fee calculation method according to the present embodiment. In the example shown in FIG. 7, among the various processes from the start of a collection and distribution transaction to the issuance of an invoice, the processes that are the points are connected in time series. In order to start a collection and distribution transaction, first, for registration of initial data, a unit price is registered according to the mode of cash calculation in the transaction. For example, when calculating by small bag (step S1), the unit price is increased (step S2). In addition, the unit price is set according to the increase category and the decrease category shown in FIG. The cash calculation unit price data and the exchange creation unit price data are stored in the unit price data storage unit 40 (step S3, supplier unit price storage process).
[0080]
Subsequently, when the actual transaction is started, the cash collected from the supplier store 6 is counted by the cash processor 4. At this time, when carrying out the calculation for each sachet (step S4), the payment amount in the sachet slip is verified for each sachet (step S5, verification process for each sachet). Subsequently, the number of cash banknotes and coins calculated in the small bag matching process S5 is summed and stored as one count data (step S6, total processing process). Step S5 is a split deposit process using a small bag slip, and step S6 is a slip process using this slip.
[0081]
On the other hand, in the case of normal deposit, each time the money is collected, the number of collected cash banknotes and coins is counted and the count data is registered in the count data storage unit 12 (step S7, count data storage step). ). For each collection and distribution transaction, the collected cash count data and the distributed exchange count data are stored in the count data storage unit 12.
[0082]
When a billing request for a certain period such as monthly is input by operating the terminal 1 or the like, the counting data that is the number of the bills and coins as the fee for the collection transaction, The cash calculation fee is calculated based on the cash calculation unit price data (step S8, fee calculation step). Further, the exchange creation fee is calculated based on the exchange creation unit price data for each business partner and the count data. Subsequently, an invoice is issued to the business partner 5 with reference to the billing party classification.
[0083]
As described above, according to the present embodiment, the calculation of cash associated with deposits and withdrawals, the calculation of cash collected due to collection and distribution, and the fee for creating exchange money are calculated according to the burden of paperwork and the amount handled. can do.
[0084]
Second Embodiment
In the second embodiment, a collection and distribution fee unit price calculation system for calculating a unit price according to an increase category or a decrease category is disclosed. In the second embodiment, when a fee related to a customer (business partner) and a collection and distribution transaction is determined, the relationship between various options and the fee can be immediately specified. In addition, even when the fee is not a strict number of bills or coins but the fee is semi-fixed based on the average of the actual values, the unit price and the collection and distribution fee can be calculated using the system according to the present embodiment. Furthermore, when a collection and distribution transaction is newly introduced, a fee simulation system according to the selection of the predicted quantity and the increase / decrease amount category is provided. This collection / distribution fee calculation system may be realized by, for example, a notebook personal computer, and may be used for value determination with the business partner 5, budget management of the business partner 5, or the like.
[0085]
FIG. 8 is a block diagram showing a configuration example of a collection and distribution fee unit price calculation system according to the second embodiment. As shown in FIG. 8, the collection and distribution fee unit price calculation system according to this embodiment stores a basic unit price storing a basic unit price registered in advance for each denomination of cash such as banknotes or coins and for each handling unit of denominations. Unit 70, the basic unit price increase rate for each increase category 33 for sachet calculation etc. registered in advance for the collection transaction, and the basic unit price for each reduction category 34 for next business day payment, etc. registered in advance for the collection transaction. A collection unit price increase / decrease rate storage unit 72 that stores the reduction rate of the distribution unit, and a distribution unit price increase rate storage unit 74 that stores an increase rate for each increase classification 38 such as fraction creation registered in advance for the money exchange transaction. I have. The increase category and the decrease category are the same as those shown in FIG.
[0086]
The collection and distribution fee unit price calculation system further displays an increase category 33 and a decrease category 34 of the collection transaction and an increase category 38 of the exchange money distribution transaction, and further increases or decreases the basic unit price according to the selected category. A fee is calculated based on the unit price calculation unit 76, the number of units handled for each type of money collection transaction, the number of units handled for each type of money exchange transaction, and the unit price calculated by the unit price calculation unit by category. And a fee calculation unit 78. The denomination and handling unit are the same as those shown in FIG.
[0087]
In the configuration shown in FIG. 8, the collection and distribution fee unit price calculation system includes a display 82 for displaying a user interface (for example, FIG. 9), an input unit 81 for inputting various parameters, and selecting an increase / decrease amount category. And a medium reading unit 11 for reading data stored in the recording medium 11A. The collection / distribution fee unit price calculation system can be realized by the CPU of the computer executing the program for the collection / distribution fee unit price calculation system. This program can be stored in the recording medium 11A, transferred to a computer, and introduced.
[0088]
FIG. 9 is an explanatory diagram illustrating an example of an input / output screen according to the second embodiment. In the example shown in FIG. 9, the transportation cost, the cash calculation fee, and the exchange creation fee are calculated. Then, in order to calculate the cash calculation fee and the exchange creation fee, the unit price for each denomination and for each handling unit is calculated based on each of the increase categories 33 and 38 and the decrease categories 34 and 39. In the example shown in FIG. 9, the exchange creation fee reduction category 39 is not adopted.
[0089]
As shown in FIG. 9, the user of the system according to the second embodiment relates to the transportation cost (2 persons), the average required time (30 minutes) from the transaction store 8 to the transaction store 6, and the collection and distribution regarding the transportation cost. Enter the number of times (21 times). In the case of weekdays every day, the number of times of collection and distribution is 21. Then, the transportation cost is calculated as 47,250 yen according to the formula shown in FIG.
[0090]
Regarding the cash calculation fee, first, the basic unit price is registered as a slip 10 [yen / sheet], a check 10 [yen / sheet], and an uncalculated 100 yen / uncounted number. There is no increase / decrease in these categories. The bill unit price is registered as 2.0 [yen / sheet] and the coin unit price is registered as 0.5 [yen / sheet]. When the user selects an increase category for the collection transaction, the increased banknote and coin unit price are calculated based on the increase rate. Here, calculation by small bag is selected, and the unit price of banknotes is changed to 4.0 [yen / sheet] by adding 100%, and the unit price of coins is changed to 1.0 [yen / sheet]. Further, the user selects a reduction category. Here, the next business day deposit is selected with unsorted cash. Then, 30% is subtracted, and 30% is subtracted from the unit price after the increase. As a result, the cash calculation unit price is 2.8 [yen / sheet] for banknotes and 0.7 [yen / sheet] for coins. .
[0091]
In addition, the user collects the amount of collected money as the amount per collection transaction, such as slip (2 sheets), check (1 sheet), miscalculation (0 cases), banknotes (260 sheets), coins (340 sheets). input. Multiplying this amount by the number of times of collection and distribution, then multiplying and adding each unit price, the cash calculation fee can be obtained.
Here, it is 20,916 yen.
[0092]
Regarding the exchange creation fee, the basic unit price is set as a bill bundle 100 [yen / bundle], a coin bar 20 [yen / book], and a coin large bag 500 [yen / bag]. The user selects an increase category. Here, creation of fractions of banknotes is selected. Then, the exchange creation unit price after the increase is a banknote bundle 150 [yen / bundle]. If you enter 4 bundles of banknotes, 19 coin bars, and 1 large coin bag as the amount per exchange money distribution transaction, multiply the number of collection and distribution, multiply each unit price, and add the result , You can ask for the exchange creation fee. Here, it is 20,780 yen. Accordingly, the collection and distribution fee is an amount obtained by adding the transportation cost, the cash calculation fee, and the exchange creation fee, and here, it is 88,946 yen.
[0093]
The combination of increase / decrease amounts shown in FIG. Super A selects the calculation according to small bags as the increase category 33 of the cash calculation, and selects the next sales department deposit with unsorted cash as the decrease category 34, and the banknote unit price is 2.8 yen and the coin unit price is 0.7 yen. If the creation of fractions of banknotes is selected as an increase classification for exchange creation, the banknote bundle unit price is 150 yen, coin bar 20 yen, and coin large bag 500 yen.
[0094]
In Super B, it is assumed that the average required time is 20 minutes. Then, the transportation fee is 31,500 yen. Assume that the calculation by sachet is an increase classification 33 for cash calculation, and that the reduction classification 34 is 0% on-the-day payment and unsorted cash. In this case, the unit price is 4.0 yen for bills and 1.0 yen for coins.
[0095]
In the vending machine management company C, the average required time is 35 minutes. In this case, the transportation fee is 55,125 yen. There is no selection of the increase category 33 for cash calculation, and when the same-day cash payment is selected as the reduction category 34, the unit price is 1.6 yen for banknotes and 0.4 yen for coins.
[0096]
In restaurant D, it is assumed that the average required time is 15 minutes. In this case, the transportation fee is 23,625 yen. Assuming that the slip application Kana input is selected as the increase category 33 for cash calculation, and that the decrease category 34 is the same day deposit and unsorted cash, the unit price after the increase / decrease is 3.0 yen for bills and 0.75 yen for coins.
[0097]
As described above, when the collection and distribution unit price calculation system according to this embodiment is used, a unit price corresponding to various combinations of increase / decrease amounts can be obtained. Furthermore, the collection / delivery fee can be calculated by inputting the amount per collection / delivery transaction or the amount per month. For this reason, the customer 5 can request a collection and distribution transaction that examines the mode and amount of the collection and distribution transaction that the customer 5 needs. A certain customer 5 may make a determination that the exchange money necessary for the next business day is counted from the cash of sales, or may make a determination to arrange cash. On the other hand, when cash processing by the personnel inside the business partner is difficult, the amount and calculation mode of the collection and distribution transaction can be selected according to the amount of the fee.
[0098]
Thus, the collection and distribution unit price calculation system according to the second embodiment is a collection and distribution transaction fee simulation system for the business partner 5. In addition, as disclosed in the first embodiment, a semi-fixed system can be adopted in addition to a full pay-as-you-go system that calculates a collection and distribution fee based on daily count data. The semi-fixed system is a mechanism in which, for example, an average amount is calculated based on the results of six months of collection and distribution transactions, and the collection and distribution fee is fixed based on the average amount. In the case of the semi-fixed system, there is no need to register and confirm the amount for each bill when the collection and distribution fee is paid by account transfer. Further, it becomes easy for the business partner 5 to make a forecast of future budget allocation and the like. In the case of performing a semi-fixed collection and distribution transaction, the collection and distribution unit price calculation system according to the second embodiment can be used to input the amount for each denomination and handling unit and calculate the collection and distribution fee.
[0099]
<Third Embodiment>
In the third embodiment, a system suitable for a case where a financial institution outsources transportation of cash and calculation of cash to a BS, a police company, or the like is disclosed. For example, a bank contracts with a business partner 5 for a collection and distribution transaction, and entrusts the trustee to execute the collection and distribution transaction. The trustee is a BS or a police company, and performs cash raising, calculation, transportation, etc. of actual cash. The bank registers deposits and withdrawals by operating the terminals of the accounting system 65.
[0100]
A collection and distribution fee calculation system according to the third embodiment calculates a business commission fee for a financial institution from a BS or a police company, and calculates a collection and distribution fee from a financial institution to a customer. Regarding billing of the collection and distribution fee and the business commission fee, as in the first embodiment, an invoice is issued at the customer store 6 or the main customer store 6A according to the designation of the billing destination category.
[0101]
FIG. 10 is a block diagram illustrating a configuration example of a collection and distribution fee calculation system according to the third embodiment. The collection and distribution fee calculation system according to this embodiment includes a server 83 and a database 84. The database 84 is provided from the various masters that store predetermined data for each type, and from the transaction store 8 that is a branch of the financial institution 7 to the customer 5 (or the transaction store 6) that is a customer of the financial institution. A transaction data file that counts or inputs a quantity for each handling unit of banknotes or coins such as cash to be deposited and withdrawn in connection with a collection and distribution transaction. As shown in FIG. 10, the database 84 includes a transaction store master 108, a transaction partner master 112, a transaction store master 114, a cash calculation unit price master 116, and a currency exchange creation unit price master 118.
[0102]
FIG. 11 is an explanatory diagram showing the relationship among the BS 130 that receives business consignment, the transaction store 8, and the transaction store 6. The relationship between the billing source and the billing destination at the customer 5 and the financial institution 7 is the same as the relationship shown in FIG. Here, the BS 130 charges a business commission fee to each business partner when the business partner store is designated, while the business commission fee for each business partner is totaled when the main business partner store is designated. Charge the main dealer.
[0103]
FIG. 12 is an explanatory diagram showing example items of various masters.
The supplier master 112 collects transactions of each customer store 6 or each customer store 6 as a billing destination for the customer 5 by using the CIF number uniquely identifying each customer 5 of the collection and distribution transaction as a primary key. The billing party classification for designating the main trading partner store 6A, the main trading partner store identification number for identifying the main trading partner store 6A when the billing party classification is the main trading partner store 6A, and the trading partner 5 The cash calculation unit price and the unit price number for specifying the exchange creation unit price, which are increased or decreased from the basic unit price in advance according to the load of the collection and distribution transaction, are stored. As shown in FIG. 12 and the like, the unit price number may be a number common to the cash calculation unit price and the exchange creation unit price, or may be attached separately. The supplier store identification number may be the store number account number of the supplier store 6. The supplier master 112 stores supplier 5 kanji names and kana names. FIG. 13A shows an example of an input screen corresponding to the supplier master 112.
[0104]
The store master 108 uses the store number for identifying the store 8 having an account of one or a plurality of customer stores 6 which are branches of the customer 5 of the money collection / distribution transaction as a main key for the collection / delivery operation of the transaction store 8. The unit price that specifies the unit price of the outsourcing fee from the trustee of the BS or police company, etc. that has been outsourced from the financial institution 7 to the dealer 8 for each denomination and handling unit of the cash to be transported, and the BS If there are a plurality of IDs, the service center ID (for example, the trustee ID), the Kanji name of the store 7 and the Kana name are stored. The Kanji name of the transaction store 7 is, for example, XX Bank Kou Branch.
[0105]
The customer store master 114 uses the customer store identification number that identifies the customer store 6 in the customer 5 as a main key, and determines the customer store 8 that has the CIF number of the customer 5 and the account of the customer store 6. Stores the store number to be identified, and the store number, subject, and account number of the account at this transaction store 8. FIG. 13B shows an example of a registration screen corresponding to the supplier store master 114. Further, the supplier store master 114 indicates a fee necessity flag indicating whether or not to charge a collection and distribution fee, a necessity flag indicating whether or not to input kana in the description, a type of book entry, and the like. You may make it store a book classification.
[0106]
The cash calculation unit price master 116 uses the unit number as a primary key, and the handling unit is increased or decreased according to the presence or absence of an increase / decrease classification that specifies the load of the collection transaction for the collected collection transaction in the collection transaction. Each and the cash calculation unit price for every denomination, such as a bill unit price and a coin unit price, are stored. For example, in the example shown in FIG. 12, the bill unit price, the coin unit price, the slip unit price, the check unit price, and the uncalculated unit price are registered as the cash calculation unit price. In the example shown in FIG. 14A, the unit price of banknote with unit number 001 is 2.8 yen. For example, if the cash calculation unit price of Super A in the second embodiment is unit price number 001, 0.7 yen is registered as the coin unit price. Registration is also made for the unit price of the slip. Then, 001 is registered as a unit price number in the supplier master 112. If there is a customer 5 who adopts the same unit price combination as Super A, the unit number is also 001. Thus, the cash calculation unit price master 116 stores the number of cash calculation unit prices corresponding to the number of combinations of the increase / decrease amount categories of the collection transaction for each unit number.
The unit price number for cash calculation and exchange creation was set to simplify handling of the commission unit price, but instead of creating the unit number, each unit price may be registered directly to the supplier master for each denomination type. Good.
[0107]
The exchange creation unit price master 118 has a unit number as a key, and the cash distributed in relation to the money exchange transaction among the money collection and distribution transactions depends on whether there is an increase / decrease amount category that identifies the load of the money exchange transaction. The exchange creation unit price for each handling unit and denomination such as banknote bundle unit price, coin bar unit price, bag unit price, etc., increased or decreased is stored. For example, a banknote bundle unit price, a coin bar unit price, and a coin large bag unit price are stored. When the fee is added by the number of fractions, the unit price of the fractional number is also registered. In the exchange creation unit price master 118, the number of exchange creation unit numbers corresponding to the number of combinations of the increase / decrease amount divisions of the exchange money distribution transaction is registered as in the cash calculation unit price master. For example, in the example shown in FIG. 14B, the unit price of the coin bar is set to 20 yen as the unit price number 001.
[0108]
Further, the unit price of the business commission fee is registered in the cash calculation unit price master 116 and the exchange creation unit price master 118 as a kind of commission unit price. The unit number of the business commission fee is stored in the unit number of the store master 108.
[0109]
Since the transportation cost is a fee determined in advance for each business partner store 6, the transportation cost may be registered in the business partner store 6 master or the like. When calculating transportation costs individually, it is preferable to create a transportation cost master for registering the transportation cost items shown in FIG. Further, when the amount of cash handled in the money exchange transaction is manually input and the transportation cost is also an input item, the item of transportation cost may be provided in the money exchange transaction data file 122. .
[0110]
Referring to FIG. 10 again, the database 84 includes a collection transaction data file 120 for storing the number of denominations such as cash and coins handled in the collection transaction and the number of handling units for each collection transaction, and exchange money. An exchange transaction data file 122 is provided that stores the number of denominations such as cash handled in the distribution transaction and the number of handling units such as bundles, sticks, and bags for each exchange transaction. The definition of denomination and handling unit is the same as in the first embodiment. The count data in the first embodiment is referred to herein as collection transaction data and exchange transaction data.
[0111]
As shown in FIG. 10, the server 83 is connected to the terminal 1 via the network 3 and executes extraction and calculation of data stored in various masters and transaction data files in response to requests from the terminal. The server 83 includes a fee calculation unit 85, a billing destination-specific bill issue control unit 86, and a business commission fee calculation unit 88.
[0112]
The fee calculation unit 85 requests the collection / distribution fee from the financial institution to the customer 5 for the period in which the transaction period such as daily, monthly or annual, the CIF number, and the supplier identification number are designated. When a certificate issuance request is received, a cash calculation fee and exchange creation fee are calculated. The calculation of this fee is, firstly, for each business partner store 6, from the transaction data stored in the collection transaction data file 120 and the exchange transaction data file 122, the money recorded in the transaction data for the specified transaction period. Extract quantities in seeds and handling units. Second, the cash calculation unit price and the exchange creation unit price of the business partner 5 including the business partner store 6 are specified from the business partner store identification number. Third, each fee is calculated from the extracted transaction data and the specified unit price.
[0113]
In the present embodiment, as the details of the collection transaction, a cash calculation handling situation table for each transaction period is issued for each supplier store 6. FIG. 15 shows an example of a cash calculation month handling status table for Super A-A branch. The results of the collection transaction in February 2001 are output every day as the number of slips, the number of banknotes, the number of coins, the number of checks, and the number of miscalculations. This is extracted from the transaction data file. For example, the total 5,162 of bill subtotals is the total number of bills collected in February. Since the banknote unit price of Super A is 2.8 [yen / sheet], from this cash calculation unit price and the total number of banknotes, the fee calculation unit 85 rounds down the decimal part as 14,453 yen as the banknote fee. calculate. For coins, the coin unit price is 0.7 [yen / sheet], the total number of coins is 6,767, and 4,736 yen is recorded as the coin fee. When the total fees for cash calculation are totaled, the calculation fee (cash calculation fee) shown in FIG. 15 is 19,789 yen.
[0114]
In the example of the currency exchange monthly handling situation table shown in FIG. 16, the bill bundle unit price is 150 [yen / bundle], the number of bill bundles is 99, and the bill bundle fee is 14,850 yen. For coins, the unit price of coin bars is 20 [yen / piece], the total number of coin bars is 393, and 7,860 yen is recorded as a coin bar fee. The unit price of the coin large bag is 500 [yen / bag], and since it is three bags, 1,500 yen is recorded as the coin large bag fee. The reason for the large amount of money exchanged on Friday is because it includes money exchange on Saturdays and Sundays.
[0115]
Regarding the specification of the unit price for each business partner 5, the server 83 includes a business unit specific price specifying unit 90 in the example shown in FIG. The unit price specifying unit 90 for each supplier stores the unit number stored in the supplier master 112 based on the CIF number of the supplier 5 when receiving a unit price specifying request specifying the supplier store identification number or the CIF number. And the cash calculation unit price and the exchange creation unit price of the unit number are specified from the cash calculation unit price master 116 and the exchange creation unit price master 118 based on the specified unit number. In this example, the fee calculation unit 85 requests the second unit price specifying unit 90 for the second process.
[0116]
The invoice issue control unit 86 by invoice destination category receives each invoice for each supplier store 6 when receiving a request for issuing an invoice from the financial institution 7 that designates the supplier 5 or the supplier store 6 to the customer 5. Is added to issue a bill to each supplier store 6 or supplier 5. Then, the controller 86 specifies the billing source name according to the billing destination category when issuing the bill. That is, the control unit 86 sets the billing source name to the name of the trading store 8 of the trading partner store 6 when the billing destination classification is designation of the trading partner store. On the other hand, when the billing party classification is designated as the main customer store, the billing source name is set to the main customer store 8A of the customer 5 (main customer store 6A).
[0117]
As described above, in the present embodiment, when the main customer store is designated, the biller name is issued while issuing the bill for each customer store 6 instead of the bill summing up the fees of each customer store 6. Is the main transaction store 8A. In this way, when the invoice is for each customer store 6, invoices showing the handling quantity as shown in FIG. 17 can be issued from the system in the monthly handling situation as shown in FIGS.
[0118]
In the example of the collection and distribution fee monthly total schedule and invoice shown in FIG. 17, the invoice issuance classification is specified by the partner store, and the invoice is from the bank bank branch to the super A branch A. . When this is designated as the main customer store, it becomes a statement and invoice from the bank head office 8A to the super A head office 6A. When an invoice summed up at the dealers as shown in FIG. 6B is required, the total invoice may be issued based on the invoice as shown in FIG. 17 issued in this embodiment.
[0119]
In the example shown in FIG. 17, the transportation charge 47,250 yen reads data stored in advance as the transportation charge to the Super A branch. If the cash calculation fee of 19,789 yen and the exchange creation fee of 24,212 yen are added to this transportation fee, the fee will be 91,249 yen. And the consumption tax of this fee is 4,562 yen, and the total fee including consumption tax is 95,811 yen.
[0120]
The business commission fee calculation unit 88 calculates a business commission fee from a BS, a police company, or the like to a financial institution. This business commission fee is charged in a lump sum for the business commission fee of the money collection / delivery transaction for the money collection / delivery transaction in which the business partner issued an invoice to the customer, not for each business partner 5. Therefore, the handling differs depending on the billing destination category. In the case of the supplier store designation shown in FIG. 14 (A), BS 130 charges each business store 8A, 8B, 8C, 8D individually with a business commission fee for the money collection and distribution transaction with Super A. On the other hand, in the case of the designation of the main business partner store shown in FIG. 14B, the BS 130 charges the business consignment fee to the main transaction store in a lump without charging the transaction store.
[0121]
When the relationship between the billing destinations is viewed from the transaction store, when a collection / delivery fee is issued to the customer, a business commission fee is charged from the BS 130 for the collection / distribution transaction. Therefore, when a customer charges a fee to a customer, the transaction store charges a business commission fee from the BS. For this reason, the merchant has a business commission fee for a collection and distribution transaction in which the billing destination classification of the business partner is designated as the main business partner store and the business partner is the main business store 8A, and the billing destination of the business partner. A business commission is added to the BS, and the business commission fee is added to the BS for the collection and distribution transaction to the business partner shop that is the counterpart of the business partner.
[0122]
The business commission fee calculation unit 88 has received a request for issuance of a commission fee bill from the BS or police company, etc., to the financial institution 7 for the relevant period in which the store number and transaction period of the transaction store 8 of the financial institution 7 are designated. In such a case, a business commission fee to the transaction store 8 is calculated.
[0123]
Based on the store number of the store 8, the business commission fee calculation unit 88 firstly selects the store 5 of the store 5 that has the store 8 as the store 8. Extract transaction data by supplier store whose billing party classification is specified by supplier store. 2ndly, the calculation part 88 is the main customer's store about all the customer's stores 6A, 6B, ... contained in the customer 5 of the main customer's store 6A which uses the store 8 of the store number as the main customer's store 8A. Extract transaction data.
[0124]
3rdly, the calculation part 88 totals the transaction data according to customer stores, and the transaction data according to main customer stores, and calculates customer store total transaction data. Then, the calculation unit 88 outsources business from the trustee to the business partner based on the business partner total transaction data and the business unit price that is the unit price at the unit price set in the business partner master 108. Calculate the fee.
[0125]
FIG. 18 shows an example of a cash settlement and arrangement fee table including the business commission fee. In the example shown in FIG. 18, the business commission fee between XX bank A branch and the second branch is calculated. In the case of the Branch A, a collection and distribution transaction is provided only to Super A. Otsu branch is the total of collection and distribution transactions provided to multiple business partners. The collection and distribution fee charged by the branch office cannot be calculated from the total number of the branch offices. Since the unit price of the collection / distribution fee is different for each business partner, it is impossible to calculate the collection / distribution fee if the total number is simply added. On the other hand, the unit price of the business commission fee is set at a single financial institution or for each store. Therefore, the business commission fee can be calculated from the bill price 1.0 yen of the business commission fee, the coin unit price 0.4 yen, and the like.
[0126]
In the example shown in FIG. 10, the server 83 is provided with a cash processor 4 that counts input cash and the like for each denomination and for each handling unit. Then, the server 83 collates the count data output from the cash processing machine 4 with the deposit amount specified in the deposit slip for the deposit by the normal deposit slip, and the collated count data is collected transaction data. A normal calculation control unit 92 stored in the file 120 is provided.
[0127]
In addition, when the server 83 performs cash calculation for a plurality of sachets within one collection transaction, the count data output from the cash processor 4 for each sachet calculation slip for each sachet is stored as a sachet calculation slip. While collating with the specified amount, it is collated with the deposit slip summed with the sachet calculation slip as a single collection transaction data summing up the count data collated for each sachet calculation slip, and stored in the collection transaction data file 120. A division calculation control unit 94 is provided. The function of this division calculation control unit 94 is the process shown in FIG.
[0128]
  Further, when the server 83 stores the slip unit price in the cash calculation unit price for each business partner 5,VotingA slip fee adding unit 96 that calculates a slip processing fee based on the number of sheets and the slip unit price and adds the slip processing fee to the calculation fee is provided. The case where the voucher unit price is stored is a case where a value is stored in the voucher unit price and the voucher unit price is not 0 yen. In the example shown in FIG. 15, 10 [yen / sheet] is registered as the unit price of the slip, and the total number of sheets is 40, so a slip fee of 400 yen is recorded.
[0129]
In the example shown in FIG. 10, when the server 83 registers the change of the amount specified by the counting data or the deposit slip, the miscalculation storage control unit that stores the number of times of the monetary change as the number of miscalculations in the collection transaction data file 120. 98, and when the unit price is calculated in the cash calculation unit price for each business partner, the calculation fee is calculated based on the number of calculation cases and the unit price, and the calculation fee is added to the calculation fee. And an uncalculated fee adding unit 100. When there is a correction due to an internal factor and a correction due to a customer factor in the registration of the amount change, the miscalculation storage control unit 98 stores the number of registrations of the monetary amount change due to the customer factor as the number of miscalculations. In the example shown in FIG. 15, 100 yen is stored as the unconventional unit price, and the number of miscalculations is 0. Therefore, the miscalculation fee is 0 yen.
[0130]
As described above, in the third embodiment, the unit price for each business partner is set for the relationship between the business partner and the bank, and the unit price for each business store that is a branch of the bank is set for the relationship between the bank and the BS. It is set. With this mechanism, it is possible to optimize the fee and simplify the system configuration. In other words, with regard to transaction data for collection and distribution with customers, it is not necessary to distinguish the counting data by setting the unit price for each business partner, not for each business partner store, and the unit price of outsourcing fees is different for each business partner. However, by setting the transaction by transaction store, it is possible to calculate the business commission fee based on the total of the counting data of the collection and distribution transaction related to the transaction store. With this fee unit price setting mechanism, the same counting data can be used for calculating the collection and delivery fee from the bank to the business partner and the business commission fee from the BS to the bank. This makes it easier to calculate bank earnings.
[0131]
In the example shown in FIG. 10, the data transmission control unit 106 connected to the information system for managing profit data for each company such as a loan for each CIF number, and the count data for each supplier store, Collecting and delivering by individual company to calculate the collection and delivery costs for each individual company of the collection and delivery transaction at the relevant financial institution based on the counting data of the relevant business partner 5 and the outsourcing unit price of each business partner 6 The cost calculation unit 104 and the individual company-specific collection / delivery fee, which is the sum of the invoiced amounts issued to all the customer's business partners by the billing-partition-based invoice issue control unit 86, and the individual company-specific collection / delivery cost A collection / distribution profit data storage control unit 102 that performs control to store the profit data of the information system via the data transmission control unit 106 is provided. The difference from the profitability by individual company shown in FIG. 4 is that the cost of a bank (financial institution) becomes a business commission fee. Examples and application of profit data by individual company are the same as in the first embodiment.
[0132]
The profit by individual company analyzes the business relationship with a business partner having a CIF number in the entire bank. In the collection and distribution transaction, in addition to profitability by individual company, it is also possible to calculate profitability of the transaction store. In this example, when the server 83 receives a request to create a collection and distribution handling status table specifying the store number and transaction period of the transaction store 8 of the financial institution 7, the transaction handled by the transaction store 8 for that period. A collection / distribution handling status table creation unit 124 for generating a list of collection / distribution transactions with the store 6 is provided.
[0133]
For example, when the store number of XX bank Otsu branch is designated, the collection / distribution handling status table creation unit 124 first selects a business partner (the billing destination category is the bank Otsu branch). Extracts the commissions of all business partners. Subsequently, a fee is extracted for a customer store where the bank bank Otsu branch is a business partner (the business partner's billing destination category is designated by the business partner store). These are the lists at the main dealer and the dealer.
[0134]
FIG. 19 is an explanatory diagram showing an example of a collection and distribution handling status table of XX bank Otsu branch. Referring to FIG. 18, the Otsu branch collected 15,174 banknotes in February. As shown in FIG. 19, the breakdown for each business partner is 8,543 for Super B, 2,040 for vending machine management company C, and 4,591 for Restaurant D. The unit prices of Super B (main customer store), vending machine management company C (main customer store), and restaurant D (customer store) are the unit prices set in the second embodiment. The CIF number or the like of the restaurant D that is the customer store 6 is the CIF number of the customer 5 including the restaurant D, and the number (00001) under the restaurant D is the customer store identification number of the restaurant D.
[0135]
The fee of each business partner is a value shown in FIG. Since the unit price of the BS outsourcing fee is the same for all banknotes regardless of the customer, the cost of the Otsu branch collection and delivery transaction (outsourcing fee) is calculated based on the 15,174 bills and the BS unit price. can do. By comparing the cost and the fee, it is possible to analyze and examine the profitability of the collection / delivery transaction at the store.
In addition, the handling burden of each individual company in the BS can be reflected in the BS unit price, so that the profitability of each individual company can be further refined.
[0136]
【The invention's effect】
  According to the present invention, the unit price storage unit by mode isDepositCurrentof goldCalculation mode(Paperwork burden)In response to theThe rate of increase / decrease according to whether there is an increase or decrease category was appliedBanknote or coinPer numberUnit-specific unit price data predetermined as the unit price is stored.The unit price data by mode is a unit price per number of banknotes and a unit price per number of coins.And the fee calculation partBanknotes and coinsofTotal numberAnd for each business partnerInThe fee is calculated based on the set unit price data. This makes it possible to calculate fees that take into account weight and handling load, such as bill handling and coin handling.However, the counting data itself does not require a structure that indicates the burden of paperwork.can do. And, by increasing or decreasing the unit price according to this paperwork burden, etc.And with the number (quantity)Therefore, the system configuration can be greatly simplified, and the calculation of fees by using a computer can be realized at a relatively low cost.
  Furthermore, in the present invention, for the calculation for each small bag, the unit price corresponding to the number of bills and coins is increased, and the fee for the calculation for each small bag itself is not added. Therefore, it is necessary to leave data for each small bag calculation in the count data. Even in this respect, the count data can be simplified.
Further, in the present invention, the number of miscalculations is the number of changes in the amount registration of the counting data.Is added as the miscalculation processing fee, so the office processing burden of unknown frequency can be added to the fee instead of an increase in the unit price of banknotes and coins.
As described above, according to the present invention, it is possible to calculate the fee according to the business processing burden while minimizing the configuration and data amount of the counting data.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a calculation fee calculation system according to a first embodiment.
FIG. 2 is an explanatory diagram showing examples of denominations such as cash and handling units, and FIG. 2A is a diagram showing the relationship among denominations, handling categories, and unit prices, and FIG. ) Is a diagram showing a definition example of handling units.
FIG. 3 is an explanatory diagram showing an example of a calculation transaction according to the present embodiment.
FIG. 4 is a block diagram illustrating a configuration example of a collection and distribution fee calculation system according to the first embodiment.
FIG. 5 is an explanatory diagram showing the relationship between a financial institution's transaction store and a customer's transaction store, and FIG. 5 (A) is a diagram showing an example of invoicing issued by a transaction store designation; FIG. 5B is a diagram showing an example of invoicing by designating the main customer store.
FIG. 6 is a diagram showing an example of various forms or data generated by the collection and distribution fee calculation system according to the present embodiment, and FIG. 6A shows an example of an invoice designated by a supplier store. FIG. 6B is a diagram showing an example of an invoice designated by the main customer store, and FIG. 6C is a diagram showing an example of profit data by individual company.
FIG. 7 is a flowchart illustrating a configuration example of a collection fee calculation method according to the present embodiment.
FIG. 8 is a block diagram illustrating a configuration example of a collection and distribution fee unit price calculation system according to a second embodiment.
FIG. 9 is an explanatory diagram showing an example of an input / output screen according to the second embodiment.
FIG. 10 is a block diagram illustrating a configuration example of a collection and distribution fee calculation system according to a third embodiment.
FIG. 11 is an explanatory diagram showing the relationship between a trustee (such as a BS), a transaction store, and a customer store, and FIG. 11 (A) shows an example of invoicing issued by a customer store designation; FIG. 11B is a diagram showing an example of invoicing by designation of the main customer store.
FIG. 12 is an explanatory diagram showing example items of various masters such as a supplier master;
FIG. 13 is an explanatory view showing an example of an input screen for inputting items such as a supplier master, and FIG. 13A is a view showing an example of a supplier master registration screen. B) is a diagram showing an example of a supplier store master registration screen.
FIG. 14 is an explanatory view showing an example of a fee entry screen for inputting a fee, FIG. 14 (A) is a diagram showing an example of a cash calculated unit price registration screen, and FIG. It is a figure which shows an example of the registration screen of an exchange creation unit price.
FIG. 15 is an explanatory diagram showing an example of a cash calculation month handling status table;
FIG. 16 is an explanatory diagram showing an example of a currency exchange creation month handling status table;
FIG. 17 is an explanatory diagram showing an example of a monthly total statement / invoice for a collection and distribution fee.
FIG. 18 is an explanatory diagram showing an example of a cash settlement organization fee table.
FIG. 19 is an explanatory diagram showing an example of a collection and distribution handling status table.
[Explanation of symbols]
1 terminal
2 network
4 cash processing machines
5 business partners
6 business partners
7 Financial institutions such as banks
8 Branches such as banks
10 Fee calculation department
12 Count data storage
14 Unit price storage by mode

Claims (3)

CIF番号で唯一に識別される入金者の口座への入金に際して、当該入金者との入金取引毎に、当該入金取引の取引日と、前記CIF番号と、当該入金する現金を構成する紙幣又は硬貨である金種毎の枚数と、当該入金取引毎の入金金額を特定する入金伝票の枚数と、前記入金する入金金額の金額変更の登録回数とを有する計数データを格納する計数データ格納部と、
前記入金取引の基本単価を、予め、前記紙幣の枚数1枚あたり及び前記硬貨の枚数1枚あたりの金額として定め、さらに、前記紙幣又は硬貨の算定の態様を当該基本単価の増額区分又は減額区分の適用の有無としておき、前記取引先毎に当該各取引先から予め指定される当該算定の態様に応じて、前記増額区分及び前記減額区分の有無により、当該増額区分が有る際には各増額区分ごとに予め定めた増額率で増額され当該減額区分が有る際には各減額区分毎に予め定めた減額率で減額された前記紙幣及び硬貨それぞれの単価を態様別単価とした態様別単価データを、前記CIF番号毎に格納すると共に、前記入金伝票の枚数1枚あたりの予め定められた単価である伝票単価と、前記入金伝票の入金金額と計数した入金金額とが異なり前記金額変更が生じる違算1回あたりの予め定められた単価である違算単価とを予め格納し、
前記増額区分が、前記1枚の入金伝票で複数の小袋があり、当該取引先のレジ別やテナント別の小袋毎の入金金額を当該小袋伝票での入金金額と照合し、当該複数の小袋の入金金額の合計を当該入金伝票の入金金額と照合する小袋別算定区分と、
集金の際の集金先で現金を算定する集金先での算定区分とであり、
前記減額区分が、入金する現金が整理されている際の整理済み区分とであり、
前記口座への入金を翌営業日とする翌営業日入金区分とである態様別単価格納部と、
前記CIF番号と取引期間とが指定された手数料算出の要求を受信した際に、前記計数データ格納部に格納された計数データのうち当該CIF番号で当該取引期間に前記取引日が含まれる入金取引の計数データを読み出して、前記紙幣の金種毎の枚数を紙幣総枚数として合計し、前記硬貨の金種毎の枚数を硬貨総枚数として合計し、前記態様別単価格納部に格納された当該CIF番号についての前記紙幣の態様別単価と前記紙幣総枚数とを掛けて紙幣手数料とし、当該CIF番号についての前記硬貨の態様別単価と前記硬貨総枚数とを掛けて硬貨手数料とし、当該紙幣手数料と当該硬貨手数料とを加算することで、当該取引期間の入金手数料データを算出する手数料算出部とを備え、
この手数料算出部が、
前記読み出した前記取引期間内の入金取引の計数データの入金伝票の枚数を合計し、前記小袋伝票の枚数を含まない当該入金伝票の合計枚数に前記態様別単価格納部に格納された当該CIF番号についての前記伝票単価とを掛けることで伝票処理手数料データを算出すると共に、当該伝票処理手数料データを前記入金手数料データに加算する伝票処理手数料加算機能と、
前記読み出した前記取引期間の入金取引の計数データの金額変更回数を合計し、前記態様別単価格納部に格納された当該CIF番号についての前記違算単価を掛けることで違算処理手数料データを算出すると共に、当該違算処理手数料データを、前記伝票処理手数料データが加算された入金手数料データに加算する違算処理手数料加算機能を備え
当該手数料算出部が、前記紙幣手数料データと、前記硬貨手数料データと、前記伝票処理手数料データと、前記違算処理手数料データとを加算することで、前記算定の態様別の計数データを必要とせずに当該取引期間の入金取引の算定手数料を算出することを特徴とする算定手数料算出システム。
Upon payment of the deposit's account to be uniquely identified in the CIF number, to the deposit taken 引毎 with the payer, constitute the transaction date of the payment transaction, and the CIF number, the cash you the payment is Count data storage for storing count data having the number of denominations that are bills or coins, the number of deposit slips specifying the deposit amount for each deposit transaction, and the number of registrations of the amount change of the deposit amount to be deposited And
Wherein the basic price of the deposit transaction, previously, defined as an amount per sheet number of sheets per sheet and the coin of the bill, further aspects of the calculation of the bill or coin person the basic price of increased sections or leave the presence or absence of application of reduction division, in accordance with the embodiment of the calculation being specified in advance from the respective suppliers for each of the suppliers, the presence or absence of the increase amount section and the reduced segment, when the increase indicator there Is a mode in which the unit price of each of the bills and coins is increased by a predetermined increase rate for each increase category and reduced by a predetermined decrease rate for each reduction category. another unit price data, the stores for each CIF number, a slip unit price is a predetermined unit price number per one of the entering metal document, Ri deposit amount and the can Do different deposited amount counted the deposit slip Said amount Further advance stores and mishandled bid is a predetermined unit price occurs mishandled per,
The increase classification is that the single deposit slip has a plurality of sachets, and the deposit amount for each sachet by the cashier of each business partner or tenant is collated with the deposit amount in the sachet slip. A sachet-specific calculation that matches the total deposit amount with the deposit amount on the receipt slip,
It is a calculation category at the collection destination that calculates cash at the collection destination at the time of collection,
The reduction category is an organized category when the cash to be deposited is organized,
Unit price storage unit according to the aspect that is the next business day payment classification and the next business day payment to the account ,
Upon receiving a request for fee calculation and the CIF number and transaction period is specified, the payment transaction said that the in the transaction period in the CIF number of the count data stored in the count data storage transaction date is included count data reads, the number of each denomination of the bill prepared by aggregating bills total number, the number of each denomination of the coins prepared by aggregating coins total number, the stored in the aspect cost-per-storage unit Multiplying the unit price of the banknote for the CIF number by the total number of banknotes to obtain a banknote fee, multiplying the unit price of the coin by mode of the CIF number and the total number of coins to make a coin fee, And a fee calculation unit for calculating deposit fee data for the transaction period by adding the coin fee and the coin fee ,
This commission calculator
The CIF number stored in the unit price storage unit according to the mode is added to the total number of receipt slips not including the number of the pouch slips, by adding up the number of receipt slips of the count data of the receipt transaction within the read transaction period. wherein calculates the slip processing fee data by multiplying the slip bid, and document processing fees summing function which adds the slip processing fee data to said payment fee data for,
Calculate the miscalculation processing fee data by summing up the amount of money amount change of the read count data of the deposit transaction in the transaction period and multiplying the uncalculated unit price for the CIF number stored in the unit price storage unit by mode. , the mishandled processing fee data, and a miscalculation processing fees summing function to be added to the deposit fee data to which the slip processing fee data has been added,
The fee calculation unit adds the bill fee data, the coin fee data, the slip processing fee data, and the miscalculation processing fee data, so that the calculation data for each aspect of the calculation is not required. A calculation fee calculation system that calculates a calculation fee for deposit transactions during the transaction period .
予め定められたデータを種別毎に格納する各種マスターと、金融機関の支店である取引店から当該金融機関の顧客である取引先に提供される集配金業務に関連して当該取引先の口座で入出金する現金である紙幣及び硬貨の取扱単位毎の数量を計数した又は入力される取引データファイルとを有するデータベースと、端末とネットワークを介して接続され、当該端末からの要求に応じて前記各種マスター及び前記取引データファイルに格納されたデータの抽出及び演算を実行するサーバーとを備え、
前記紙幣及び硬貨の取扱単位の数量は、入金については、紙幣の枚数及び硬貨の枚数であり、出金については、紙幣束の束数、硬貨棒の本数、硬貨袋の袋数であり、
前記データベースが、
前記集配金取引の取引先の支店である一又は複数の取引先店の口座を有する前記取引店を識別する店番と、当該取引店の集配金業務について前記金融機関から業務委託を受けた受託者から前記取引店への業務委託手数料の前記取扱単位毎の単価を特定する単価番号とを格納する取引店マスターと、
前記集配金取引の取引先をそれぞれ唯一に識別するCIF番号と、当該取引先への請求先として各取引先店又は各取引先店の取引を一括した主取引先店を指定する請求先区分と、この請求先区分が主取引先店である場合に当該主取引先店を識別する主取引先店識別番号と、前記現金の算定の態様を予め前記取扱単位毎の手数料の基本単価の増額区分又は減額区分の適用の有無としておき前記各顧客から予め指定される当該算定の態様に応じて当該顧客との前記集配金取引の単価を前記取扱単位毎の単価の増額区分又は減額区分の有無により基本単価を増減した単価とした取引先別の現金算定単価及び両替作成単価を特定する単価番号とを格納する取引先マスターと、
前記CIF番号と、このCIF番号の取引先の取引先店を識別する取引先店識別番号と、当該取引先店の口座がある取引店を識別する店番とを格納する取引先店マスターと、
前記集配金業務のうち集金取引に関して当該集金する現金について、当該集金取引の負荷を特定する増減額区分の有無に応じて増減された、取扱単位毎で、且つ、紙幣単価及び硬貨単価である取扱単位毎の単価を、当該集金取引の増減額区分の組み合わせの数に応じた数の取引先毎の現金算定単価と、前記取引店毎の業務委託手数料の当該紙幣単価及び当該硬貨単価である取扱単位毎の単価とを、前記単価番号毎に格納する現金算定単価マスターと、
前記集配金業務のうち両替金配金取引に関して当該配金する現金について、当該両替金配金取引の負荷を特定する増減額区分の有無に応じて増減された、紙幣束単価、硬貨棒単価及び袋単価である取扱単位毎の単価を、当該両替金配金取引の増減額区分の組み合わせの数に応じた数の取引先毎の両替作成単価と、前記取引店毎の業務委託手数料の当該紙幣束単価、当該硬貨棒単価及び当該袋単価である取扱単位毎の単価とを、前記単価番号毎に格納する両替作成単価マスターと、
前記集金取引で取り扱った現金の紙幣及び硬貨である金種の前記取扱単位毎の数量と、CIF番号と、取引先店識別番号と、集配金取引の取引日とを、集金取引毎に格納する集金取引データファイルと、
前記両替金配金取引で取り扱った金種の束、棒又は袋である取扱単位での数量と、CIF番号と、取引先店識別番号と、集配金取引の取引日とを、両替取引毎に格納する両替取引データファイルとを備え、
前記現金算定単価は、前記入金について前記取引店から前記取引先店へ請求する手数料の単価であり、前記取扱単位として、前記紙幣の枚数及び前記硬貨の枚数について定められ、
前記両替作成単価は、前記出金について前記取引店から前記取引先店へ請求する手数料の単価であり、前記取扱単位として、前記紙幣束の束数、前記硬貨棒の本数、前記硬貨袋の袋数について定められ、
前記両替作成についての増額区分が、少なくとも、前記紙幣について束、前記硬貨について棒にならない端数の作成をする端数作成区分を含み、
前記取引店から取引先店への前記取扱単位毎の単価については当該増減区分及び減額区分で増減され、
前記受託者から取引店への前記取扱単位毎の単価については当該取引店に一律の単価であり、
前記サーバーが、
前記各手数料の算出に際して、当該取引先のCIF番号に基づいて前記取引先マスターに格納された単価番号を特定すると共に、当該特定した単価番号に基づいて前記現金算定単価マスター及び両替作成単価マスターから当該単価番号の現金算定単価及び両替作成単価を特定する取引先別単価特定部と、
前記請求書の発行の制御に際して、当該取引先店識別番号毎に、前記集金取引データファイル及び前記両替取引データファイルに格納された取引データのうち前記指定された取引期間に前記取引日が含まれる取引データに記録された前記取扱単位毎の数量を合計して総数とし、ここで、前記両替取引データファイルの取引データに端数がある際には当該端数のある両替金配金取引毎に前記紙幣については束数を1加算し、前記硬貨については棒数を1加算し、前記取引先別単価特定部によって特定される当該CIF番号の取引先の現金算定単価及び両替作成単価の当該取扱単位での単価と前記各総数とを掛けることで各取扱単位の手数料を算出し、当該各取扱単位の手数料を加算することで取扱単位の数量に基づいて、前記算定の態様別の取引データを使用せずに当該現金算定手数料及び両替作成手数料を算出する手数料算出部と、
取引先のCIF番号又は取引先店を識別するCIF番号及び取引先店識別番号を指定した金融機関から顧客への前記請求書の発行要求を受信したに、前記手数料算出部によって算出される取引先店毎の現金算定手数料及び両替作成手数料を合計して各取引先店又は取引先への請求書を発行する制御をすると共に、当該請求書の発行に際して、前記取引先の請求先区分を参照して、当該取引先の取引先店毎に請求する場合には、請求元名称を当該取引先店の取引店名に設定し、他方、前記請求先区分に応じて当該取引先の主取引先店へ請求する場合には、請求元名称を当該取引先の主取引店に設定する請求先区分別請求書発行制御部と、
前記金融機関の取引店の店番と取引期間とを指定した当該期間についての前記受託者から金融機関への委託手数料請求書の発行要求を受信したに、当該店番の取引店を取引店とする前記取引先店の内、当該取引先店の取引先の請求先区分が取引先店である取引先店と、当該店番の取引店を主取引店とする主取引先店の取引先に含まれる全ての取引先店とを特定し、前記集金取引データファイル及び前記両替取引データファイルに格納された取引データのうち、当該特定した取引先店の全ての取引データで、かつ、前記指定された取引期間の取引データに記録された前記取扱単位毎の数量を合計して総数とし、当該取引店マスターに設定された単価番号に基づいて前記現金算定単価マスター及び両替作成単価マスターから当該単価番号の業務委託単価を特定し、前記取扱単位毎の各総数と当該各業務委託単価とを掛けることで、各取扱単位の手数料を算出し、当該各取扱単位の手数料を加算することで、前記請求先区分別請求書発行制御部によって発行される各取引先店への請求書で使用する取引データと同一の取引データを用いて当該受託者から当該取引店への業務委託手数料を算出する業務委託手数料算出部と、
前記CIF番号毎に個社別の採算データを管理する情報系システムと接続されたデータ送信制御部と、
前記取引先店別の取引データを前記取引先の全取引先店分合計すると共に、当該取引先の取引データと前記取引店別の業務委託単価とを取扱単位毎に掛けることで当該業務委託単価をコスト単価として当該金融機関での集配金取引の個社別の集配コストを算出する個社別集配コスト算出部と、
前記請求先区分別請求書発行制御部によって取引先の全取引先店に発行された請求金額の合計である個社別集配金手数料と、当該個社別集配コストとを前記データ送信制御部を介して前記情報系システムの採算データへ格納する制御をする集配採算データ格納制御部とを備えたことを特徴とする集配金手数料算出システム。
Various masters that store predetermined data for each type, and the account of the customer in connection with the collection and distribution business provided to the customer that is the customer of the financial institution from the store that is the branch of the financial institution a database having a transaction data file the扱単position each of the quantities taken of banknotes and coins are with or input count is cash to the cash, is connected via a terminal and a network, the response to a request from the terminal Various masters and a server for performing extraction and calculation of data stored in the transaction data file,
The quantity of handling units of the banknotes and coins is the number of banknotes and the number of coins for depositing, and for withdrawal, the number of bundles of banknote bundles, the number of coin bars, the number of coin bag bags,
The database is
A store number for identifying the trading store having an account of one or a plurality of business partner stores which are branches of the business partner of the money collection and distribution transaction, and a trustee who has been entrusted by the financial institution for the money collection and distribution business of the business partner. and trading shop master to store the unit price number to identify the unit price of the each handling unit of outsourcing commission to the transaction shop from,
A CIF number that uniquely identifies each of the suppliers of the money collection and distribution transaction, and a billing destination category that designates each customer store or a main customer store that collects transactions of each customer store as a billing destination to the customer; In the case where this billing destination category is the main customer store, the main customer store identification number for identifying the main customer store, and the calculation mode of the cash in advance the basic unit price increment for the handling unit Alternatively, the unit price of the collection and distribution transaction with the customer is determined according to the calculation mode specified in advance by each customer depending on the presence or absence of the application of the reduction category. A supplier master that stores a cash calculation unit price for each supplier and a unit number for specifying the exchange creation unit price as a unit price obtained by increasing or decreasing the basic unit price;
A customer store master that stores the CIF number, a customer store identification number that identifies the customer store of the customer of the CIF number, and a store number that identifies the store where the account of the customer store is located;
The cash to the collection with respect to collection transactions of the collection and delivery gold business, the collection is increased or decreased in accordance with the presence or absence of Decrease segment identifying the load transaction, in each handling unit, and a bill unit price and the coin bid Handling the unit cost of each unit, which is the banknote unit price and the coin unit price of the cash calculation unit price of each number of the customer in accordance with the number of the combination of the increase or decrease the amount division of the collection transaction, business brokerage commissions for each of the trading shop handling A cash unit price master that stores the unit price for each unit for each unit number,
Regarding the cash to be distributed in relation to the money exchange transaction in the collection and distribution business , the banknote bundle unit price, the coin bar unit price, and the coin bundle unit price, which are increased or decreased according to the presence or absence of an increase / decrease classification that identifies the load of the money exchange transaction. the unit price of each handling unit is Fukurotan value, and the exchange created unit price of the number of customer every time according to the number of the combination of the increase or decrease the amount classification of the exchange gold Haikin transaction, the business brokerage commissions for each of the trading shop A currency creation unit price master that stores a unit price of banknote bundles, a unit price of the coin bar, and a unit price for each handling unit that is the unit price of the bag ;
For each collection transaction, the quantity, CIF number, supplier identification number , and transaction date of the collection and distribution transaction for each handling unit of the denominations of cash bills and coins handled in the collection transaction are stored for each collection transaction. Collection transaction data file,
For each exchange transaction, the quantity in the handling unit that is a bundle, stick or bag of denominations handled in the exchange money distribution transaction, the CIF number, the supplier identification number , and the transaction date of the collection and distribution transaction A currency exchange transaction data file to be stored,
The cash calculation unit price is a unit price of a fee charged from the store to the customer store for the deposit, and is defined as the number of the banknotes and the number of coins as the handling unit.
The exchange creation unit price is a unit price of a fee charged from the store to the store for the withdrawal, and as the handling unit, the bundle of banknote bundles, the number of coin bars, the bag of the coin bag The number is defined,
The increase classification for the exchange creation includes at least a fraction creation section for creating a bundle that does not become a stick for the coin and a bundle for the banknote,
The unit price for each handling unit from the dealer to the customer store is increased or decreased in the increase / decrease category and the reduction category,
The unit cost of each of the grip units to deal shop from the trustees is bid one law to the transaction store,
The server is
In calculating each fee, the unit price stored in the supplier master is specified based on the CIF number of the supplier, and from the cash calculation unit price master and the exchange creation unit price master based on the specified unit number. A unit price specifying unit for each business unit that specifies a cash calculation unit price and an exchange creation unit price of the unit number;
In controlling the issuance of the invoice, the transaction date is included in the designated transaction period among the transaction data stored in the collection transaction data file and the exchange transaction data file for each of the business partner identification numbers. and the total number and total number of pre Quito扱単position each recorded in the transaction data, the wherein, in the exchange gold Haikin each transaction with such fractions is in a fraction in the transaction data of the exchange transaction data file For banknotes, add 1 to the number of bundles, and for the coins, add 1 to the number of bars, and handle the unit of cash calculated unit price and exchange creation unit price of the CIF number specified by the unit price specifying unit for each supplier. wherein calculating the fee for each handling unit by multiplying the respective total number and respective bid for, by adding the fees of the respective handling units, based on the number of handling units, another embodiment of the calculation And fees calculation unit for calculating the cash calculated fees and exchange create fees without the transaction data,
Transaction calculated by the fee calculation unit when receiving a request for issuing the invoice from a financial institution that specifies a CIF number of a business partner or a CIF number for identifying a business partner store and a business partner store identification number. Controls to issue a bill to each customer store or main customer store by summing up the cash calculation fee and exchange creation fee for each store, and when the bill is issued, When billing each business partner store of the business partner, the billing source name is set to the name of each business partner store of the business partner store. When invoicing a business partner store, a bill issuer-specific invoicing control unit that sets a billing source name in the main business partner store,
When receiving a request for issuing a commission fee from the trustee to the financial institution from the trustee for the period in which the store number of the financial institution is designated and the transaction period , the store of the store number is wherein among the suppliers shops, including a partner store billing classification of the transaction destination store suppliers are suppliers store, the main suppliers store suppliers to the transaction stores the branch number and the main trading shop The transaction data stored in the collection transaction data file and the exchange transaction data file, and all the transaction data of the identified customer store, and the specified and the total number and total number of each Quito扱単position before recorded in the transaction data of the transaction period, the unit price from the cash calculated unit price master and both exchange creation unit price master based on the unit price number set in the transaction store master Number work Identify commissioned bid, said by multiplying each total number of each handling unit and the said respective outsourcing bid, by calculating the fee of each handling unit, adds the charge of the respective handling units, the billing segment Outsourcing fee calculation that calculates the outsourcing fee from the trustee to the relevant store using the same transaction data used in the invoice to each supplier issued by the separate invoice issue control unit And
A data transmission control unit connected to an information system for managing profit data for each individual company for each CIF number;
The transaction data for each business partner store is totaled for all business partners of the business partner, and the business transaction unit price is multiplied by the transaction data of the business partner and the business unit price for each business partner for each handling unit. As a cost unit, a collection and delivery cost calculation unit for each company that calculates a collection and delivery cost for each company of the collection and delivery transaction at the financial institution,
The data transmission control unit displays the individual collection / delivery fee, which is the sum of the invoiced amounts issued to all the business partners of the business partner by the bill issuer-specific invoice issue control unit, and the individual group collection / delivery cost. A collection and distribution fee calculation system, comprising: a collection and distribution profit data storage control unit that controls storage into profit data of the information system.
前記サーバーに、投入される現金を金種毎で且つ取扱単位毎に計数する現金処理機を併設し、
前記現金算定についての増額区分が、少なくとも、前記1枚の入金伝票で複数の小袋があり、当該取引先店のレジ別やテナント別の小袋毎の入金金額を当該小袋伝票での入金金額と照合し、当該複数の小袋の入金金額の合計を当該入金伝票の入金金額と照合する小袋別算定区分を含み、
前記サーバーが、
通常の入金伝票による入金に関して前記現金処理機から出力される取引データと当該入金伝票で特定された入金金額とを照合すると共に、当該照合した取引データを前記集金取引データファイルに格納する通常算定制御部と、
1回の集金取引内で複数の小袋別の現金算定を行う場合には、各小袋別の小袋算定伝票毎に前記現金処理機から出力される取引データを前記小袋算定伝票で特定された金額と照合すると共に、当該小袋算定伝票毎に照合した取引データを全ての小袋分合計し、当該1回の集金取引の取引データとして前記小袋算定伝票を合計した入金伝票と照合し、当該入金伝票と照合した取引データを前記集金取引データファイルに格納することで、前記小袋算定伝票と照合した個々の取引データは当該集金取引データファイルに格納しない分割算定制御部とを備えたことを特徴とする請求項2記載の集配金手数料算出システム。
The server is equipped with a cash processor that counts the cash to be entered for each denomination and for each handling unit,
The increase classification for cash calculation is at least a single deposit slip with multiple sachets, and the deposit amount for each sachet by cash register or tenant of the relevant store is compared with the deposit amount in the sachet slip Including a calculation type for each sachet that matches the total deposit amount of the plurality of sachets with the deposit amount of the receipt slip,
The server is
Normal calculation control for collating transaction data output from the cash processing machine with the deposit amount specified in the deposit slip for depositing by a regular deposit slip and storing the collated transaction data in the collection transaction data file And
When performing multiple sachets another cash calculated within one collection transactions, and amount specified transaction data that will be output from the money processing machine for each sachet another pouch calculated slip in the pouch calculated slip with matching sums all pouch partial transaction data which collates each said pouch calculate voucher, against a deposit slip with the sum of the pouch calculated slip as transaction data collection transactions of the one, matching with the payment voucher by storing the transaction data in the collection transaction data file, claim individual transaction data against the said pouch calculation documents, characterized in that a division calculation control unit which is not stored in the collection transaction data file 2. The collection and distribution fee calculation system described in 2 .
JP2001363323A 2001-11-28 2001-11-28 Calculation fee calculation system and collection and distribution fee calculation system Expired - Fee Related JP4315409B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001363323A JP4315409B2 (en) 2001-11-28 2001-11-28 Calculation fee calculation system and collection and distribution fee calculation system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001363323A JP4315409B2 (en) 2001-11-28 2001-11-28 Calculation fee calculation system and collection and distribution fee calculation system

Publications (2)

Publication Number Publication Date
JP2003168011A JP2003168011A (en) 2003-06-13
JP4315409B2 true JP4315409B2 (en) 2009-08-19

Family

ID=19173684

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001363323A Expired - Fee Related JP4315409B2 (en) 2001-11-28 2001-11-28 Calculation fee calculation system and collection and distribution fee calculation system

Country Status (1)

Country Link
JP (1) JP4315409B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101419485B1 (en) * 2012-06-28 2014-07-14 주식회사 카스모아이티 Counter with transactional information of auto save and security function and search method of transactional information by using

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4704023B2 (en) * 2004-12-20 2011-06-15 ローレル精機株式会社 Gift certificate issuing device
JP4704509B2 (en) * 2010-07-26 2011-06-15 ローレル精機株式会社 Gift certificate issuing device
JP2014146106A (en) * 2013-01-28 2014-08-14 Glory Ltd Currency processing device and currency processing system
JP6630150B2 (en) * 2015-12-28 2020-01-15 グローリー株式会社 Money processing device, fee calculation device, money processing method and fee calculation method
JP6827837B2 (en) * 2016-03-14 2021-02-10 株式会社オービック Project-specific credit management device, project-specific credit management method, and project-specific credit management program

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06325057A (en) * 1993-05-10 1994-11-25 Toppan Moore Co Ltd Bill issuing method
JPH07105423A (en) * 1993-10-06 1995-04-21 Omron Corp Method for calculating rate for money exchanging machine
JP3304218B2 (en) * 1994-11-18 2002-07-22 グローリー工業株式会社 Coin deposit processing device
JP3542051B2 (en) * 1995-06-30 2004-07-14 富士通株式会社 Cash management system, center of cash collection and delivery company and method of processing deposit and cash collection and delivery
JP4459312B2 (en) * 1996-09-30 2010-04-28 株式会社三井住友銀行 Lending management support system, lending management support method, lending management support program and recording medium
JP2686068B2 (en) * 1997-01-10 1997-12-08 株式会社東芝 Banknote handling equipment
JP3526387B2 (en) * 1997-03-31 2004-05-10 東芝テック株式会社 Electronic cash register
JP3836986B2 (en) * 1998-11-13 2006-10-25 新日鉄ソリューションズ株式会社 Commodity transaction management device
JP2000259948A (en) * 1999-03-08 2000-09-22 Fujitsu Ltd Pos terminal and pos system
JP2000259732A (en) * 1999-03-12 2000-09-22 Hitachi Information Technology Co Ltd Freight calculating device
JP2001041810A (en) * 1999-07-29 2001-02-16 Nihon Postal Franker Co Ltd Method and device for processing data of franking machine

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101419485B1 (en) * 2012-06-28 2014-07-14 주식회사 카스모아이티 Counter with transactional information of auto save and security function and search method of transactional information by using

Also Published As

Publication number Publication date
JP2003168011A (en) 2003-06-13

Similar Documents

Publication Publication Date Title
US8025213B2 (en) Automatic settlement of user account with creditor from transaction kiosk
US6981633B2 (en) Point of sales terminal, point of sales system, and method for managing cash-on hand information
US8407119B2 (en) Forecasting levels of currency usage and need
US11823147B2 (en) Systems and computer-implemented processes for depositing, withdrawing, and reusing currency for purchase transactions using an intelligent teller machine
JP5785343B1 (en) Unsecured funding system to support stores that purchase unconfirmed future sales receivables, cash register with sales confirmation function and ticket vending machine used therefor
JPH11505343A (en) System for accepting financial overpayment and method of using same
EP1435597A1 (en) Advertisement providing method by automatic transaction apparatus
US20100082483A1 (en) Automatic Generation of Change Orders
Turján et al. Nothing is free: A survey of the social cost of the main payment instruments in Hungary
JP5883597B2 (en) Money management device and change reserve calculation program
JP2017097866A (en) Cash management system and cash management method
JP4315409B2 (en) Calculation fee calculation system and collection and distribution fee calculation system
JP5469196B2 (en) Cash inventory management system inside and outside the store
JP2003168001A (en) Cash management system, its method, program for allowing computer to execute the cash management method, and recording medium stored with the program
JP2001109959A (en) Cash managing system
WO2022102668A1 (en) Money processing system and money processing method
JP2005010911A (en) Cash management system
WO2021200976A1 (en) Money processing device
JP2023078726A (en) System and program
JP2014178780A (en) Money-for-change management device, money-for-change management method, and program
JPH11134560A (en) Point system using credit management system
JP2003022375A (en) Payment processing system in convenience store for card user according to law compliance
AU761833B2 (en) System and its method of use for accepting financial overpayments
KR20200102241A (en) A System Providing A Publication And Running Service Of The Gift Certificate
JP2020086967A (en) Transaction system, transaction device and transaction method

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040903

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041102

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050309

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050412

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050509

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20050602

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20050715

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090518

R150 Certificate of patent or registration of utility model

Ref document number: 4315409

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20120529

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20150529

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees