交收方式的研究

交收就是投資人與証券公司間的結算工作.

現金客戶一般是客戶與証券行間是以'各不相欠'的交易模式運作的.

所以祗有現金客戶才有需要處理交收的問題.

孖展客及托管戶口均以記帳方式處理,所以不用每單作交收處理.

簡單來說客人買了股票,就要付款給股票公司,沽出股票,就可以收到股票公司的支票.

現客交收一般以單單清為主. 亦即是逐張單找數,或者比對後找餘欠,或收取比對金額的支票.

PARTIALSETTLEMENT
如客人來票未能完全找清全數, 即成為PARTIAL SETTLEMENT,這情況電腦是不會忘記的,因為PARTIAL SETTLEMENT是永遠記帳的.

在SB中,以指定買單來處理交收,您可能在對應的買入單標記註明來款實數,再由電腦記帳短付之數,並以尚欠數記錄在UNSETTLEMENT檔案中記錄. 此外,就是遇有客人來款比實際交易額多付的情況, 就要將餘數以手開票將餘數退回客人.

以手開票將餘數退回客這動作,有人覺得不方便,亦有人歡迎這方式, 這當然是習慣問題.

祗用標記交收方式完成記錄交收,這是各種交收工作方式中比較快的一種.

完成交收後,客戶的戶口應結餘為零.

然而,當實際所收的卻不是該單交易的正確數字,即客人來款大過欠數時,客人卻不便取回餘款,那時系統使用者就要將差額記帳在客人戶口了.

記載暫存款項,可以用POP系統的 3-3功能.

代客暫時保存餘款

POP系統的現金客戶,在3-3輸入的記錄,是以UNSETTLE交易處理. 亦即是以暫時代管處理.

客人可能在另一天取回餘款. 也可能在另一天購入股票而要求將餘款對數.

這是令會計部核數時最感困擾的方式,所以SB並不建議用戶採用.

例如星期一客欠90,000,星期二以95,000沽出,隔日比對將印出5,000支票.

如果以比對出票,系統必須要同時將星期一及星期二之交易同時列出以供參考,否則使用者手持5,000票則無從與沽出單之95,000比較. 而且比對究竟容許隔多少天數比對呢,就影響著資料的儲存及查核問題.

不比對則印出95,000支票,使用者很容易找出沽單95,000之交易.

再者,在星期三客人可能交來90,000支票找星期一的交易,那麼經比對的5,000票就要作廢了,因為星期四還是要以全數開出人手票給上述客戶.

選用SB-42 RETURN CHEQUE SETTLEMENT 系統

經常處理多收款而要開出尾數票者, 可以在POP系統中加入SB-42 RETURN CHEQUE SETTLEMENT 系統, 此系統可以將尾數票由電腦印出. 採用此系統附件, 可以將來款記帳,並將差額開出支票,完全人性化表達.

當然, 採用了RETURN CHEQUE SETTLEMENT這種方式, 帶來的是比較上述單單清的交收方式略多的工作量, 以前在對應的單上一剔即可,交收部是很輕鬆的,現在要先從系統呼叫出客戶,再輸入來款(可以註明是客票,回頭票,罰息或其它),然後再指定來款是用在那一張交易單上,的確很仔細,事後報表更顯示各類來款的總數,方便比較.

加入MULTI-BANK MODULE(SB-31)

有行家在交收時, 並非收取客人來票, 卻是客人的銀行入數紙記錄, 為了方便與銀行對數, 要求在入錢的記錄過程,同時記錄存入那一間銀行,這樣一來,當完成輸入交收資料,即可知道那一銀行存入多少金額,的確很好的概念.

MULTI-BANK MODULE的收款銀行分類,是由用戶自定的, 同時可以將各式支出分類.

經分類之後的收支, 更可以讓GL用戶分戶輸送到GL的個別戶口, 令會計工作大大減少.

'P'客不必交收亦不出支票

處理交收是很費力的工作,有行家選擇現金客也不要交收工序.

當然這是商業決定,所謂不用交收的概念是以整個戶口結餘來處理,祗要戶口沒有欠款,又何必在乎那一單配那一單作交收呢? 這原理同孖展客戶口沒有分別.

這就是POP系統內的'P'客,即custodian client,那是不用交收亦不會自動出支票的.

注意:條件是戶口沒有結欠.

近年來比較多行家代現金戶口的客人存入支票進銀行,所以選擇不用每日自動發出比對票,取而代之是按客戶要求才發出支票. 這安排其實就是SB的Custodian Client. 即托管戶口,亦是現金客戶類別,祗是以statement對數而不會自動印出支票.

Custodian Client要提取現金時,是以輸入傳票方式處理,即是用3-3 Cash Receipt and Payment Entry輸入voucher. 與孖展客是很相似的.

事實上,大多數客戶未必有空親臨公司處理交收問題,反正沒有必要存提股票(因為都在中央結算系統內),客人入數或公司代客存入戶口,的確是方便得多的做法.

(小心,custodian client沒有unsettle file,不宜處理欠款上的管理,除非加入SB-45, Custodian Client Aging Management Module)

加入SB-36 PAYMENT CHQ module

孖展客及Custodian Type 客戶,都是按客戶要求用3-3 Cash Receipt and Payment Entry輸入voucher. 系統不會印出支票. 亦即是以手開票處理.

有行家希望電腦可以印出支票,取代人手開票. 這就是SB-36的工作. 加入了SB-36,系統就可以在輸入傳票後,依要求印出支票,不入另外以人手填寫支票.

'A'類現金客戶的 AUTO-SETTLE (SB-32)

對現金客戶的交收管理, 如果說那一種交收方式是最快最方便的交收方式,相信沒有比全自動化的交收方式更方便了,所謂全自動化,即是不用人手逐單找,逐個客戶去消數,您祗要將收到的款項在M-3-3輸入,由系統自戶以FIFO方式,即最舊的欠數會先找的方式,由電腦替您完成交收程序.

這是最科學的方式,但無法處理'任由客人指定的交收', 選用時要知道這效果.

一旦選用此系統,M-3-5則不再用作處理交收了.

在POP系統中,這是針對'A'類客戶自動化的選擇.

SB-45, Custodian Client Aging Management Module

上述各類現金客戶的處理交收方式,當然以'P'客最簡單,因為根本沒有交收過程.

卻因為如此,'P'客的特性是以戶口結餘來決定處理,有結欠就要求客人付款.

當客人間中未能及時補回欠款,系統是可以計算利息的.計算時是以T+2後才生息.

為了鼓勵客人減少存提次數,系統亦可以將餘款計算應得利息給客戶.

因為一切都是以BALANCE處理,所以原本'P'客是沒有SETTLEMENT要處理的.

FRR對'P'客的影響

但是由12/6/2000起,証監要向CASH 客,包括CUSTODIAN客的應收數採取遂單MARK TO MARKET來判斷認可的應收金額.

如果'P'客而有持續欠款,系統如何找出'遂單MARK TO MARKET來判斷認可的應收金額'就變成了是否加入此系統附件的決定因素了.

一般情況是'P'類客人會維持結餘,方便隨時購貨,而托管的意義亦是有所托才是托管戶,經常欠錢的客戶,根本上是簽現金客合約的孖展客,一般是熟客而沒有膽量做孖展的客戶.

如果貴公司不會容許'P'客有積欠,根本不用加入SB-45,因為A/R數不會有數,亦不用理會MARK TO MARKET而影響應收數.

但是貴公司有很多以'P'身份,即現金客身份而卻經常拖數的話,就應該加入此系統,因為加了此系統,'P'客的每宗未支付款交易才會分別獨立記帳, 在月尾才能計算出認可的應收數,填寫FRR才有根有據.

'P'客又能夠處理unsettle記錄的原因,是將'A'type客戶的功能加在'P'客內,再用SB-32的功能將其交收作自動化處理. 這是比較大的工程,但卻收到滿足侯用者方便上的要求及監察機構對系統的計算要求.