此文章是介紹POP系統, 並將各模組(Module) 以證券公司各部門的功能分類,
有關期貨, 期貨期權, 股票期權, 基金, 及交易系統, 會在本文末段介紹.
任何公司, 都離開不了以下各部門, 而因應各部門所需, 對系統要求亦有所不同.
行政Administrative Department
管理階層 Top Management
監察科 Compliance
信貸管理 Credit Control
會計部 Accounting Dept.
交收部 Settlement
營業部 Sales Department
分行 Branch Offices
經紀人 A/E
本文以功能分類, 介紹證券, 期貨, 期權, 基金系統 及交易系統.
因為證券業務比較繁複, 佔用了大部份篇幅, 部份產品會在後半部介紹, 請讀者自行選擇參閱.
前言:-
因為證券公司各部門的工作內容不同,對系統功能要求亦異. 以下是一般證券公
司的應用例子
行政Administrative Department, 管理階層 Top Management 多數是注意公司營運狀況, 他們會
經常讀取 DAILY SUMMARY REPORT, DAILY REBATE REPORT, MARGIN CALL REPORT, CLIENT TURNOVER.
他們亦會注意市場各種投資產品, 例如除了股票外, 可能會考慮加入期貨, 期權, 或基金類產品.
在本文作介紹時, 祇是略為提及, 因為詳情要用專文介紹.
監察科 Compliance, 是負責監察公司各部門的運作, 是否合乎證監的規管要求.
例如證券公司與客戶的合約,買賣單及結單的內容及附帶條文, 有關填寫FRR的報表, 都是該部門
會注意的地方. 他們要找出那些交易是內部交易, 證券公司職員的交易, 或者是關連交易.
所以他們會要求加入CLIENT CATEGORY.
信貸管理 Credit Control, 是負責檢討問題客戶工作, 批核過程要考慮客戶的存貨, 其他戶口
的結餘, 客人背景等. 經常參考的報表有 MARGIN POSITION SUMMARY REPORT,
CLIENT BALANCE REPORT. 因為信貸管理部門的責任愈來愈大, 很多公司會要求由系統協助.
例如在前台交易系統(CAMS),要做到即時知道發生在後台系統的資料變化, 同樣地, 任何在前台系統
成交的買賣, 亦要反影在後勤系統, 做到零漏洞風險管理.
會計部 Accounting Dept. 一定會需要GENERAL LEDGER系統, 或者是MULTI-CURRENCIES GENERAL
LEDGER系統. 公司方面多往來支票的話, 更會選用CHEQUE BOOK 系統.
交收部 Settlement Department, 是後勤系統的主幹部份.
由建立客戶資料, 輸入買賣交易(人手輸入, 或用IMPORT方式), 期間可能要為個別客戶將交易分組,
以便出支票時分組印出, 以應付部份屬於親屬朋友的交易. 當天發出的買賣單, 結單等, 不同證券
公司有不同的印刷方式, POP系統都可以一一處理.
交收部要每天處理收款工作, 目的是交收或費用收入, 不同的交收方式, POP系統有不同的專案處理.
配合公司的政策, 交收部要將系統計佣方式多元化. POP系統有很多種佣金計算方式.
利息計算, 不只用在孖展客, 亦可應用在現金客戶身上. 更有罰息管理, 處理延誤交收或者是拖欠
孖展按金的客戶.
因為交收部是一切資料的源頭, 一切系統的報表, 都是根據交收部輸入的資料來產生, 要最快獲得
資料報告, 資料輸入及核對工作, 一定要非常有效率. 所以將後勤系統與前台交易系統作資料傳遞,
己經成為市場大趨勢.
交收部亦要花很多時間在CCASS TERMINAL處理大量的ATI, SI, ISI, CCI 等工作.
POP系統中有相應的自動化工作.
POP更有EPS系統, 可以將SB的股票存貨記錄, 與CCASS的記錄作比較, 即時將誤差印出, 數小時的
工作, 幾分鐘就可以完成.
營業部 Sales Department 是證券公司的搵銀部門, 很多證券公司更加設分行 Branch Offices,
網羅客源, 大部份都會聘用經紀人 A/E, 協助客人買賣股票. 為了方便A/E了解客戶的戶口狀況,
POP系統可以用SB12將後勤系統中部份有關個別客人的資料, 在A/E的桌面終端機顥示.
效率是業務上最重要的考慮, 所以趨勢是用OG將客戶及A/E的交易直接聯繫到交易所, 作即時成交.
POP系統中的CAMS系統就是OG/BSS, 可以將A/E, 及本地或海外的客戶的交易, 透過互聯網, 經OG
送到交易所完成成交過程.
POP系統更提供EMAIL STATEMENT, WEB STATEMENT 等客戶方便的功能.
針對資深A/E, 會帶領新入行A/E工作, 在佣金安排上更有 2ND REBATE的安排.
SB系統全名是STOCK BROKER SYSTEM (SB1)
SB 是一種後勤系統BOS(BACK OFFICE SYSTEM), 專門為證券業處理業務上的各種管理運作.
POP系統中以SB1為所有系統的骨幹, 配合其他附件, 都可以滿足任何證券公司的要求,
證券公司對後勤系統的最基本功能要求, 可能只要作些簡單的工作,
例如記錄輸入交易資料,
然後發出買賣單,
及一般報告表.
處理現金客戶及孖展客戶的交易
監管現金客戶及孖展客戶的狀況
當然不同的證券公司, 有不同的運作規模及運作方式, 要求當然各有不同,
POP系統可以用配件方式增加功能, 滿足不同的要求.
以下是POP系統針對各式各樣證券行不同的要求而提供的各式各樣解決方案.
處理各式各樣的買賣單據
----------------------
這是系統基本的要求. POP系統可以配合客戶的單據外觀設計, 重新佈置買賣單的格式.
一般用法是將買單及賣單分別列印, 並且以不同顏色作分別.
也有行家選擇單一顏色, 而且將買賣單格式採用同一表格, 卻要求系統印出買入或賣出字樣.
買賣單一般是將四個價位之交易歸納在同一交易單印出, 也有用獨立單據將每宗交易獨立印出.
機構投資者經常要求將同股票, 同買入的所有交易印在同一交易單上, 同樣地將所有賣
出交易印在同一交易單上. 這時的交易單就不會是一小頁, 而是像報表一樣可能是多頁的買賣單.
這工作可以用SB86 CONSOLIDATED CONTRACT NOTE 來達到. SB86是一項選購配件功能.
發出綜合結單據(SB25)
---------------------
自從證監開始接受綜合結單取代買賣單據後, 很多證券公司均採用綜合了買賣單及結單功能.
好處是便於客人及自己參考, 另一方面因為取消了買入及賣出單據後,儲存文件的需要亦大大減少.
在POP系統可入綜合成交單及結單, 就是加入SB25.
因為在綜合成交單及結單上, 更可以印出有關股票未來的派息通知. 針對客戶存貨資料, 如果
其中有些股票即將有派息, 系統會在EPS(SB2)運作時, 將有關資料輸入, 並且透過 (SB46B)
DIVIDEND/BONUS ADVISE 將資料以通告形式印在綜合成交單及結單上. 這是證券公司為客戶
提供方便的一種服務. 是實上, 客人知道了派息送股資料, 亦會引發買賣意欲, 令證券公司
業務更活躍. 這SB25選項是使用者自選加入在SB1.
POP系統在處理派息或送股後, 可以印出 Dividend Credit Note, 或Bonus Advise Note.
對於安裝了綜合成交單及結單的系統, 更可以加裝(SB46), 將以上兩類文件都印在綜合成交單及結單上,
不用另外印出在不同的Credit Note,或Advise Note上. (注意: SB46 是處理派息後的結果, 而SB46B
是將未發生而即將發生的資料以通告形式印出, 時機不同, 切勿混淆.)
由此可知, 採用綜合成交單及結單, 可以免除印刷買賣單, 派息及送股通知單, 更可以在綜合成交
單上將通告發放. 例如息率變更, 或者是進行業務推廣優惠.
發出交易確認函(SB24) CONFIRMATION
----------------------------------
對於基構投資者客戶,很多時會要求證券公司在交易完成後, 即時發出交易確認函, 並且要求儘早
發出,因為有關基構投資者要安排交收用的資金.
採用POP系統的證券公司來說, 祇要加入SB24功能, 就可以迅速以備妥確認函.
POPFAX 發放確認函的專用傳真系統
--------------------------------
發出交易確認函件後, 如果要逐一印出, 然後經傳真機一一傳出, 當然是可行, 卻是非常低效率
的做法. 如果祇是為了傳送函件, 要令員工無法兼顧其他工作, 甚至於要安排專人處理, 成本非常
昂貴. 採用POPFAX系統, 就可以將有關工作由電腦自動進行. 非常有效率.
原理是在加入SB24附件功能系統後, SB1就可以將傳真資料在確認函內編碼, 每封確認函
是一個獨立的文字檔, 系統會將函件檔案直接輸送到專用的FAX SERVER, 然後由FAX SERVER 即時
傳真到客戶一方, 每封傳真需要時間完成, POPFAX系統可以逐步作傳真至完成為止.
發出證券收據(SB9)
-----------------
法例規定,除非證券公司採用DAILY STATEMENT來記載交易資料及存貨資料, 否則當投資者買入股票,
證券公司除了發出成交單(買/賣單)外,更需要有證券存貨收條,以證明客人的確有股票存放在證券
公司的記錄中. 當客人存入實物股票, 也要發出證券收條作証. 結果交收及存提都要憑證券收條作憑證.
採用SB9,可以詳細記錄證券收據的資料.
注意: 建議採用SB25 綜合成交單及結單系統, 可免除發出證券收條, 自然不用另設系統作管理.
後勤系統的各種報告表
---------------------
POP系統提供的報表十分多, 一般是以功能來分配如下
交收用報告表
欠貨表 STOCK OVERDRAWN
應該交收及逾期交收交易資料 UNSETTLEMENT REPORT
孖展按金追蹤 MARGIN POSTION SUMMARY REPORT
應收及應付之記錄 PAYMENT RECEIPT WORKSHEET
最新股票結餘 STOCK HOLDER LIST
管理用的報表
交易記錄 DAILY TRANSACTION REGISTER
每日綜合報告DAILY TRANSACTION SUMMARY
每日佣金報表 DAILY REBATE REPORT
每日STAMP RETURN REPORT, 交數到香港交易所,及將稅款經交易所交稅局
配合附件系統功能的報表
EPS系統(SB2) 可以提供與中央結算系統存貨數量的比較,並即時將誤差列出.
CVIEW系統(SB3), 更可以將中央結算系統的報表, 以電子化方式無限儲存, 方便查看.
DVIEW系統(SB4)將POP系統多種報表以電子化儲存, 目的是應付監察科臨檢時方便查看資料
SB2, SB3 及 SB4 都是獨立選用工具系統, 對證公司的日常運作幫助極大.
配合填寫財政資源的報表
提升內部監管的功能及報表
SB45 AGING MANAGEMENT FOR CUSTODIAN TYPE A/C
SB53 SETUP TRUST A/C BALANCE BASED ON SETTLEMENT DATE
SB55 MONTH END CLOSING DATA IMPORT
SB59 SHORT SELL FUNCTION
SB60 CLIENT CATEGORIES
業務分析用報告表
SB57 RUNNER GROUP FUNCTION
會計部作為憑證用
實收實付之金錢收支記錄 PAYMENT RECEIPT REGISTER
應收及應付之記錄 PAYMENT RECEIPT WORKSHEET
佣金報告 DEAIL REBATE REPORT
派息記錄表 DIVIDEND CHEQUE REGISTER
交易記錄 DAILY TRANSACTION REGISTER
修改交易錯誤資料(SB19) CANCEL & CORRECT
---------------------------------------
如果發生了資料錯誤,例如上日之交易本來屬於客戶甲的,在輸入時卻錯誤地輸入到客戶乙,
很明顯的是要在事後作修改.
POP系統設有修改機制, 在當日結束前找出問題, 可以依指定步驟將資料修正. 當然要將錯誤
的報表, 重新印出, 以免新舊資料混合存放, 構成日後誤會.
發生錯誤後, 可能有關錯誤是未到期交收的, 也可能是已經超過交收期(可能是當客人來交收
時才發現問題)
傳統的解決方法,是以錢銀存提,同時以股票存提方式來將雙方戶口結餘調整了事.
這方法的缺點是過了一段時間後,客人可能忘記事件原因,更為有關項目置疑證券公司的行為.
採用SB19 CANCEL & CORRECT 的功能, 系統會作出沖銷交易,註明是CANCELL某一買/賣項目,
同時作出金額及存貨調整,又可以在另一客戶, 輸入CORRECT項目,補救上日漏報之交易, 而且
採用明顯註明原因的態度,不會引起日後之誤會.
因為已經將修改列印在CANCEL & CORRECTION REGISTER,記錄當天發生過的任何修改,詳細列出
因為修改而影響帳簿的有關項目, 亦計算誤差, (例如甲客戶與乙客戶的佣金不同, 調整交易
的戶口後,自然在佣金收入的數字,亦有誤差產生).
POP極力建議證券公司以SB19來處理資料修改的工作.
處理客戶交收
------------
** 一單對一單交收
因應配合不同的交收要求, SB系統可以依客戶要求一單對一單地作配對交收, 這是很傳統的方法,
目前仍有相當數目的證券行,採用這方法, 這方式的好處是客人可以依照交易買賣單來交收,
尤其是經常有實物交收的情況下, 最為有用, 因為證券公司可以在客人交來股票才發出支票,
或者收到客人支票才交出股票.
因為一單對一單交收, 客人會做出一些意外的行動, 例如客人交來支票不足以完全支付買單之
金額, 發生PARTIAL SETTLE的情況. SB當然可以將差額欠數繼續記帳.
另一方面, 證券公司也有可能收到由客戶交來的支票,其金額是大於買單的金額, 可能要
即時以尾數支票(即是BALANCE CHEQUE)找回差額給客戶. POP系統有SB36附件功能, 以電腦
發出尾數支票.
支票可以是手開或要求電腦即時開出. 在POP的SB系統, 這是可以選擇的功能, 令系統體貼地照
顧證券公司的運作要求.
** 總結餘交收
SB亦可以配合以結單之總結餘來作交收, 這方式在證券無紙化時更顯得有效, 因為投資者的存貨
都是存放在中央結算系統內, 交收工作變成祇是處理金錢的應收及應付.
工作人員祇要將結欠告訴客人, 依照客人交來款項, 不論金額多少, 不論交收次數, 都可以多次
地輸入電腦直到欠額為零就算完全交收.
針對沽貨而存貨不足, 系統是以STOCK OVERDRAWN報表提示,交收人員可參照有關報表來提醒客戶.
** 用SB42來處理以回頭票交收
當客人以回頭票(即由證券公司在日前發出給客人的支出)來交收時, 只要輸入支票號碼, 系統即時
搜索記錄, 確定回頭票的真偽, 同時將支票金額填入系統, 令交收錯誤減至零.
回頭票系統是SB42, 輸入資料後, 系統可以將不同的來款形式累計, 方便核對.
使用本系統非常友善, 輸入資料時可以同時輸入不同的收款方式, 例如 1.客人來票, 2. 現金,
3. 回頭支票. 系統會累計總數, 然後將有餘的差額, 以尾數支票方式印出.
如果選擇不印, 客人的結餘會留在系統中.
** SB36 PAYMENT CHEQUE
後勤系統的運作方式, 往往因使用者的公司運作習慣不同而有所不同.
傳統證券公司以一單配一單交收,所以客交來金額亦多數是與買賣單金額吻合的, 沒有多餘,
亦少有欠缺.
可是客人經常有多付或少付情況, 證券公司難以強迫客人完全跟指定方式辦事,而處理的方式
因人而異. 傳統的做法是在SB1系統中, 在指定的買賣單標為全數交收妥當.
而對於發生的多餘之差額, 以人手票將差額支付客人.
以人手開票是很費工夫的工作, 所以有證券公司, 要求由系統即時將餘額印出支票, 交回客人,
這就是SB36的系統功能.
** 用SB32 AUTO-SETTLE 功能減輕交收工作量
很多證券公司採用新的交收觀念, 即是將貨銀兩訖的交收觀念改為祇是清理客人戶口金錢的結欠.
運作方法是收到客人來款,就會輸入客人戶口,系統會自動用以抵消應付金額,如有餘款就會留在
戶口中成為結餘. 根本毋須人手在電腦找出未交收之單據來作標記,逐單交收.
要節省人手, 可以採用這方式, 先在系統加入SB32 AUTO-SETTLE功能, 以後將交收來款輸入電腦,
然後由系統自行依照先入先出的步驟, 自行在有關戶口中將應收項目消除.
如果仍然有結欠, 系統會將未付清之單據留在UNSETTLE FILE內.
如果有餘額, 當然可食客人要求, 取回尾數支票, 或留在戶口作結餘.
** 用SB31 MULTI-BANK 功能記錄收款
因為客人來款方式有很多種, 例如現金,支票, 轉帳 .. 等等. 客人來款亦多經由A/E, 或轉帳,
亦有親臨交收.
對於客人以轉帳到證券公司名下之不同銀行戶口,交收數目繁多, 交收人員要每天將資料輸入電腦後,
進一步核對資料, 核對前又要向銀行索取資料, 的確是一項艱鉅的工作.
處理方法是向銀行索取當天存入總額, 然後與系統記帳作比較.
但是原本系統祇有支票收入一項,支票一詞已經包括全部銀行的總金額, 根本無法再分別明細數字
與有關銀行資料作比較, 除非在系統輸入工作上, 先作細分的輸入處理.
針對多銀行戶口的證券公司, 我們建議加入SB31 MULTI-BANK 功能, 就可以達到存入不同銀行戶口
的金額的數據, 在系統亦以不同銀行戶口來細分, 最後就可以做到即日與不同的銀行之資料比較.
** 用SB90,才可以在印出客人支票時,指定用另一名稱作為支票收款人.
這安排是非常特別的安排,當然是證券與要客人預先確認有關安排的後果.
POP系統要加入SB90才可以提供有關侯用方法. 即發出戶口甲的支票,支票抬頭人名卻是另一指定名字.
** 印出支票與否,由SB91PRINT CLIENT CHEQUE OPTION 決定
POP系統對於有戶口餘額的現金客戶, 一定會發出支票.
一般處理是對C-TYPE客戶每一沽單出一張支票, A-TYPE客人則以每天結餘出一張票(比兌後出票).
如果要個別對某些現金客人不作出印刷出支票的要求, 系統要先作一些修改. 即是預先加入SB91,
才可以提供對個別現金客戶不于印出支票的功能.
** 選擇特別的印出支票安排TRADE PRE-GROUPING (SB61)
有些位客人背後代表著很多人(例如親戚,朋友), 發生的交易也代表不同人士的利益, 所以處理交
收時, 客人可能會指定某一單與某一單比兌,然後以差額出票,可能該客戶同一天會因為交收而發出
多張比對後的支票.
要滿足這類安排, 要預先在POP系統中加入B61功能.
** 銀行盤的特別交收安排 (SB21 NET SETTLE)
證券公司的客戶是一間銀行時, 銀行事實上是代表一群客戶. 因為銀行獨有的內部要求, 一定要是將
屬於客人的股票, 存入銀行本身在中央結算系統內的戶口, 所以銀行即使透過證券行買賣股票,
交收時都會即時將股票轉倉到銀行本身的股票戶口.
技術上來說,證券行根本沒有機會為銀行保存股票, 所以可以在後勤系統預先加入SB21, 就可以將交收
工作簡化為純粹為金錢上的存提行為.
然而在日常運作上, 證券公司仍要用SI將銀行一方的股票, 射貨到對方的中央結算系統戶口.
** 銀行以OMNIBUS A/C方式經由證券公司買賣股票(SB28)
有些銀行沒有證券部門, 他們為客戶提供證券買賣, 其實是經由證券公司進行.
當證券公司的客戶是銀行時, 銀行是實上是代表一群客戶, 如果在SB1系統預先加入了SB28 銀行盤交易
系統, 就可以在資料輸入時, 將交易以用銀行名義輸入買賣交易, 同時亦可以輸入個別由銀行提供的
客人戶口號碼,方便銀行方面記錄. (例如 XX銀行 A/C XXX-XXXX-XXXX).
因為這類銀行盤交易, 要用SI與銀行方面將股票交收, 所以系統內置SI UPLOAD系統,可以即時
產生SI UPLOAD FILE, 用此FILE 經CCASS TERMINAL, 上載到中央結算系統交收股票.
(注意: 此系統的SI功能, 與SB7 有所不同, 祇可以針對單一對手處理SI )
************* 後勤系統亦是風險管理系統 ******************
風險管理是其中一項非常重要的功能. POP的後勤系統, 包含大量用戶的管理經驗.
** 檢查戶口結餘
基本上,SB1系統已經具備有當客戶進行交易時,檢查戶口餘額, 及股票存貨餘額的功能
** 設置交易限額
風險的存在, 既可能由客人引起, 亦可能發生在系統使用者身上, 例如客人祇有交來款項100,000,
輸入資料時可能錯誤輸入為1,000,000. 為了避免這類錯誤, 系統可以預設限額提示,
例如超過指定金額, 就要另一員工批核,以減少系統使用者人為錯誤的機會.
** 避免重複輸入資料
客人以傳真通知證券公司有關存入款項,交收部同事自然會在系統輸入有關資料.
豈料客人重複傳真資料, 結果做成同一筆數字,重複輸入系統, 做成錯誤.
對於同一戶口, 同一天有相同數字的存款或提款, POP系統會發出警告,要求確認, 以協助資料
輸入人員辨別錯誤.
** 將現金客戶套用交易限額(SB35)
因為現金客戶經常以逐單交收, 戶口金錢結餘一般為零.
遇有買入指示時, 因為檢查戶口, 差不多都是零結餘. 現實是不可能因此而拒絕為客戶執行交易
指示, 所以證券公司都是依靠對客戶的信任, 先執行指示, 然後在交收日結算.
為了限制不正常的交易金額, 限制證券公司承受的風險, 證券公司可以在個別戶口設置限制,
規定同一戶口, 同一天買入及賣出之比對淨額, 如果是超額之交易, 需要授權進行.
** 限制遭凍結的戶口進行交易(SB29)
客人因為有長期欠款,受到公司凍結戶口及限制其交易,方法是在其戶口標明已經凍結(SUSPENDED).
遭凍結的戶口,系統不再容許買入股票,祇可以沽出, 以償還欠款.
遭凍結的戶口,亦不能提取股票, 但是可以存入股票.
這是很有效的管理功具, 祇要在SB1中預先加入SB29來達到.
** 打擊金融老鼠
因為客戶的"空頭支票",資料輸入系統後,呈現的金額與"現金支票"難以分辨,容易令證券公司在信貸
管理做成誤會,以為客人戶口中仍然有充足的資金作買賣,甚至於容許客人提取戶口餘款.
所以POP系統可以在輸入支票收入時, 將存入支票作預設標記, 新存入的支票以UN-CLEARED CHEQUE標記,
金額可以在監察畫面, 及內部報表顯示, 讓職員知道有關客人戶口存款當中,有若干金額是未曾過帳的,
極有可能是問題數字, 從而提醒交收人員作適當的應變, 例如拒絕提取現金, 限制買入股票.
這是POP系統的標準功能,不用預先另配功能系統.
************* 配合中央結算系統終端機功能, 增強生產力 ****************
客戶存貨戶口管理, ATI 系統(SB22)
----------------------------------
ATI全名是ACCOUNT TRANSFER INSTRUCTION, 是一套獨立於SB1,要配合中央結算系統作股票存倉
管理的系統.
因為法例要求證券公司要將客人的存倉股票,與證券公司之股票分開記錄, 不同客戶類型的股票,
亦要相應作分隔記錄, 例如在中央系統中作交收的戶口為01, 派息送股的是 02, 現金客戶是 03,
孖展客是04,某客戶的獨立戶口是88,.. 等.
因為每天都有不同類形客戶進行買賣及存提, 利用ATI系統, 就可以依照每天客戶的交易記錄,
產生轉倉指示檔案, 由CCASS TERMINAL上載至主系統, 將結算戶口的股票,調撥到預先設定的客戶
存貨分隔戶口.
ATI已經全面支援個別客戶的分隔戶口存貨管理. 而且系統備有詳細報表, 用戶可以明確記錄系統的
調撥工作內容.
與對手行家用SI交收(SB7)
-------------------
自從本港證券市場, 將實物股票納入在中央結算系統作統一交收後, 證券公司與對手行家的交收,再不用
舟車勞動地聘用交收員互相上門交收了. 可以簡單地透過CCASS TERMINAL,用SI功能就可以進行交收.
即使如此, 要電腦操作員逐單輸入才進行交收,對於大量交易的證券公司, 工作量也是非常沉重的.
為此,中央結算公司就提供了以批次檔方式,由用戶將交收資料整批經終端機輸入CCASS系統, 就可以
自動作交收工作了.
POP的SI MOUDLE (SB7)就是專為此而設計.
安裝了SB7系統, 用戶可以將交易資料自動輸入SI系統, 另一方面, 系統要預防人為錯誤,需要經過內部
批准過程,才可以產生SI UPLOAD FILE,加上詳細報表作記錄, 成為可靠的系統.
使用者將SI UPLOAD FILE經CCASS TERMINAL,就可以指示中央結算系統進行交收工作.
SB7 系統可以處理各式各樣付款方式(e.g. DVP,FOP),更配合新增功能, 可以將個別SI凍結(ON HOLD).
指示中央結算公司,將公司通告寄給投資人 (SB26) CCR
-------------------------------------------------
CCR 全名為Corporate Communication Recipient. 是中央結算系統的一種服務.
因為股票投資者的股票, 一般是寄存在證券公司在中央結算系統內的戶口, 最普通的做法是
03戶口儲存著現金客戶的股票, 04戶口用作儲存孖展客的股票. 因為戶口內所有股票, 對
於中央結算公司來說, 是記名在證券公司名下, 代表著大批客戶, 卻無法知道個別股票投
資者的地址, 因此無法主動將上市公司的通告或年報, 無法寄給股東, 要依賴證券公司將
資料提交中央結算公司.
證券公司要將有關資料透過CCASS TERMINAL輸入, 非常花費時間, 最佳的方式, 是將資料
準備妥, 然後一次過經CCASS TERMINAL遞交.
SB26 CCR 系統就是這種系統. 利用了SB1 記錄著個別客戶的股票存貨, 明顯是有關股票
發行公司的股東, 應該收到上市公司的通告或年報. 系統會依照中央結算公司的系統要求,
將資料以文字檔輸出, 可以經CCASS終端機遞交, 中央結算公司因而可以直接將資料郵寄
至有關股票持有人.
這服務亦可以說是證券公司為客人提供的優質服務, 證券公司亦不必自行收集上市公司的
通告或年報,再以人手派給客戶, 既節省人手, 又可以嬴取客人的讚賞.
(SB2) EPS ELECTRONIC PROFOLIO SCANNER 自動核對股票數量
-------------------------------------------------------
因為股票投資者的股票, 一般是寄存在證券公司在中央結算系統內的戶口, 最普通的做法是
03戶口儲存著現金客戶的股票, 04戶口用作儲存孖展客的股票. 01戶口用作交收, 02戶口用
作接收由中央結算系統分配的股票. 因為中央結算系統戶口內所有股票, 對於中央結算公司
來說, 是記名在證券公司名下, 代表著大批客戶, 卻無法知道個別股票投資者的存貨分配.
另一方面, 個別投資者可能要求證券公司, 在中央結算系統內, 另設分隔戶口(Segregated A/c)
專為該客戶存放股票. 要滿足種種要求, 令到證券公司在點算股票工作上來說, 非常辛苦,
EPS系統, 就是POP為證券業提供的解決方案.
原理是這樣的, 在POP系統內, 不同類型的戶口, 基本上有編號上的分別, 例如A-TYPE客是
現金客戶, M-TYPE 客是孖客, 很明顯的是03倉的股票, 要與A-TYPE A/C的股票數量吻合,
同樣理由, 04倉的股數, 要與M-TYPE客的股票存量吻合, 利用EPS系統, 自行將資料比較,
就會很容易.
當然, 系統仍要考慮到未到期交收的股票, 獲派發紅股的股票等安排.
對使用者來說, 那是系統的問題, 工作上祇要執行程序, 就可以由報表知道數量誤差,方便
即時找出原因.
良好的證券存倉管理, 對證券公司及投資者都是必須的.
罰息 (SB13 & SB41)
----
針對延誤交收的客戶, 加以罰息是有效的方法.
** A-TYPE & C-TYPE A/C 計息
對於一單對一單交收的客戶, POP系統中的SB-13C 罰息系統, 可以讓證券公司在交收當時,印出一份
SETTLEMENT SUMMARY SHEET, 無論客人如何選擇交收組合, 都可以將延誤交收的買單計算應收的罰息計出.
清楚明瞭, 向客人收取罰息, 客人亦心服口服.
POP系統亦可以將一單對一單交收的客戶(A -TYPE A/C), 將戶口總結欠來計算利息. 將現金客戶
以戶口結欠來處理罰息, 要預先安裝SB13B 現金客戶罰息系統.
SB13B 與 SB13C 不可以同時存在, 互相矛盾地工作.
** P-TYPE A/C 計息
對於以戶口結餘作交收的戶口, 例如CUSTODIAN A/C戶口,在系統中就已經可以利用內置利息系統來計算利息.
現金客戶(A,C,P) 在POP系統中, 祇可以將P-TYPE 客戶功能改為CUSTODIAN TYPE, 以達到有關以戶口結欠
收取罰息的效果.
將P-TYPE A/C 設定為CUSTODIAN A/C, 就是將系統SB1 加入(SB52)功能, 以戶口之結欠加以計息,
而且自動地每月加入結餘, 方式與原理類同於孖展客.
** M-TYPE A/C ，即孖展類客戶, 系統本身已經可以為孖展客的結欠計息. 亦可以將結餘計算Credit Interes
t.
** M-TYPE A/C 罰息(SB41),
孖展客是貸款作股票買入, 已經有標準借款利息計算.
遇到客人拖欠孖展按金時, 證券公司可能以罰息手段來要求客人填補欠缺的按金數.
在POP系統中加入了(SB41) MARGIN CLIENT PENALTY INTEREST功能, 可以用來管理孖展客拖欠孖展按金的問題
.
因為證券公司可以用LOAN LIMIT來作罰息指標, 所以選用SB41, 要預先訂定計算方法.
即是以孖展客的欠款, 是以CALL FOR DEPOSIT部份來罰息, 或者是以LOAD LIMIT來罰息.
佣金
----
佣金的計算一般是交易金額的一個百分比(例如 0.25%).
POP系統已經可以同時處理不同客人, 安排不同的佣金收費率, 亦可以同時設有最低佣金收費.
不同的收費, A/E亦可以分配不同的回佣計算.
例如: 佣金 0.25% 回佣 0.125%, 最低佣金 $50, 回佣 $10.
隨著市場競爭及開放了設置最低佣金的限制, 祇要加入(SB-70)MULTI-COMMISSION RATE 功能,
佣金計算便可以依交易之金額的大小作調節. 亦即是說, 交易額小的,佣金較高, 交易額大的,
可以有較低的佣金收費率.
為了鼓勵客戶多做大額交易, 將降低佣金收費率之影響儘量減少, POP系統(SB-71)更可以作分階段減佣,
而不是以超額即作全面減佣計算, 這安排類似個人入息稅的累減方式, 祇有超出部份才作扣減.
多種交易渠道計佣MULTICHANNEL (SB50)
----------------------------
自從有了直通式網上交易, 為了鼓勵客戶更多採用有關服務, 很多證券公司會提供特別折扣給客人,
因此形成了客人透過不同渠道, 可以享用不同折扣的情況. 加入POP系統中的(SB50),就可以大大減輕
人手計算的繁複工作了.
因為交易渠道是任由用戶設定, 採用了這系統, 就可以作不同的方式推廣, 甚至是短期業務推廣, 也
可以視為另一種渠道, 完成推廣期後, 一切回復正常之交易佣金.
綜合每天全部交易來計算佣金SB62 (CONSOLIDATED COMISSION)
-----------------------------------------------------
在市場推廣花樣方面, 證券行又可以用SB62 (CONSOLIDATED COMMISSION) 功能, 以不同情況的交易
金額, 決定不同的佣金扣減方式來吸引不同類型的客戶.
例如針對炒"即日鮮"的客戶, 可以用全日的交易額大小作折扣, 交易量愈大, 佣金愈平,
更可以提供每天單一固定的佣金, 單一佣金, 投資者可以任炒無限宗數的即市交易買賣,
可以令客戶放心地炒股.
************* 特殊功能配合特殊要求, 例如 **************
以平均價分單(SB23)
-------------
對於機構投資者, 他們向證券公司落單時, 往往是以公司名義進行, 卻在收市時要求證券公司將當天
的交易, 以平均價分配到指定的投資基金經理戶口,這種安排, 要求後勤系統有相應的功能配合.
例如當天某股的交易有三十多宗, 系統要將各宗不同價位的交易,以TICKET NUMBER管理好,並且以同編
號之交易綜合一起計算平均價,然後根據輸入的各個不同基金經理戶口分配的數量,進行分配. 分配時
以平均價分配,而各種費用及佣金分攤, 亦會由系統自動計妥.
POP系統中專門處理平均價的系統,是SB23.
為了滿足不同客戶要求,SB23更提供了詳細買賣價的資料,同時顯示平均價.是否顯示詳細價格資料,是
由用戶自行決定.
射貨到其他證券行進行交易(SB20)
------------------------
因為種種原因, 客人會要求證券公司將股票交易,經由其他證券公司以終端機連到交易市場執行交易.
因為這類交易, 原來的證券公司沒有在市場處理, 所以當晚收市時客方之交易與行家方之交易將無
法依照從交易所下載的資料來作配對比較, 屆時要有特別處理.
原因是行家一方的交易, 是由(1)交易所AMS系統,及(2)轉介之行家(可能多個) 組成. POP系統在
加入了SB20功能之後, 就會先行分辨, 自動配對.
這類行家盤交易,證券行與證券行之間, 亦要有交收管理的安排.
************* 外國市場之證券買賣(SB16, & SB17) *************
POP系統中的SB16, 及SB18系統, 就是專門為買賣外國股票市場的交易系統.
外國是指香港交易所以外的市場,包括美加澳,歐洲,新台幣,台灣,日本,印尼,泰國...等市場.
事實上, 系統是自由設定市場要求的. 系統可以處理不同的交收日, 甚至於買入及賣出股票
的交收日期,可以不同日數. 另外是費用方面, 亦可以配合不同市場而有不同收費.
在香港買賣外國股票, 實際上鮮有直接往海外市場買賣, 一般是經由其他海外行家進行.
所以在交收記帳上, 與港股系統有點不同.
例如客人買入股票, 系統將對手行家代為沽出同數量股票. 原來證券公司是中介人角色.
因為系統要分別管理客人方面的交收, 同時亦要記錄行家方面的交收, 在記帳方面要就有所安排.
(港股因為已納入中央結算系統, 已經不用找不同的對手行家交收, 對手祇有中央結算系統)
買賣外國股票, 多數是以現金交易. 也有個別行家提供孖展交易服務. POP系統中的SB17,
是為證券公司處理外國股票的孖展買賣管理系統. 正如港股系統一樣, 可以計算股票的抵押值,
及孖展按金要求的計算.
因為要處理不同貨幣的利息計算, 所以SB17是處理外國股票孖展買賣及管理不同貨幣之利息計算的系統.
多貨幣會計系統(SB18)
--------------------
當交易涉及外國股票, 就有需要以原貨幣來記帳.
POP系統中的SB18是一套多貨幣會計系統, 可以與SB17聯繫, 將不同貨幣的交易記錄入帳,
最後提交財務報告表. 除了預設的資產負債表,損益表,試算表外, 此系統更提供用戶自行
編制的財務報告表, 使用上非常方便.
會計系統(SB5)
--------------
金融業每天的活動,涉及天文數字的金額,非一般市面會計系統可以處理.
POP系統針對金融業務的(SB5)總帳系統, 可以由後勤系統直接將入帳數據輸入,減少人為錯誤.
除了預設的資產負債表,損益表,試算表外, 此系統更提供用戶自行編制的財務報告表.
對於從事外匯及海外股票交易之證券商,有可能要求總帳以原來貨幣記帳, 並且可以輕鬆地兌換成本地
貨幣作參考分析, 這是POP系統中的SB18 多貨幣總帳系統.
銀行支票管理及對帳(SB6)
------------------
證券公司每天都有大量支票收入及發出一定數量的支票,在核對銀行結單的工作上,往往花很大的工作量
去完成, 採用了銀行支票管理及對帳系統(SB6),可以大大減輕工作量及人為錯誤. SB6可以在後勤系統
SB1 索取支票交易資料, 不用人手重覆輸入, 然後將資料與月結單資料用電子化方式自動化核對.
系統可以印製銀行帳表(BANK BOOK),方便會計部使用.
本系統可以分別與'中銀','渣打',及'HEXAGON'的電子STATEMENT作自動化對帳.
POP亦提供服務,協助其他銀行用戶作自動化.
分行專用系統(SB8)
--------------
採用分行將營業網擴張,是增加生意額的最有效辦法.
管理人都知道, 光是擴充而疏忽考慮行政管理及業務效率, 很容易發生問題.
最佳的選擇,當然是採用分行專用系統(SB8)
POP的分行專用系統, 分為BATCH MODE (SB8A),及 REAL MODE (SB8B)兩種.
當WINDOWS版成為主流後, SB8B (REAL MODE)就成為最佳選擇, 因為通訊成本已經可以忽略了.
甚麼是BATCH MODE ? 簡單來說, 是在分行開市前, 由總行將分行要處理的資料, 經電話線路, 用
MODEM傳送到分行, 分行收到後就可以在分行處理客戶資料查詢, 交收, 錢銀存提, 或記錄股票交
收. 最重要的是將分行當天的買賣輸入, 在收市後整批傳回總行, 由總行匯集各分行統一發出買賣
成交單, 及結單. 這種安排, 可以增加分行而不失管理. 採用電話線路溝通, 可以兼用原有的
FAX線, 傳遞資料後回復FAX線的身份. 當然, 我們建議採用LEASE LINE以取得更穩定的通訊效果.
那麼REAL MODE又是甚麼一回事?
REAL MODE可以想像是在總行的各台電腦, 經MODEM用電話線延伸至有關分行.
用法是以PC-ANYWHERE之類的系統程式,讓分行連接到總行, 成為一台分機.
好處是任何輸入的資料,總行都即時知道, 不用在收市後經傳回資料後才知道結果.
REAL MODE需要LEASE LINE來確保穩定, 因為用DIAL UP連線, 技術可行, 卻容易受干擾.
REAL MODE在WINDOWS 版系統, 可以透過INTERNET將分行與總行連線,費用比LEASE LINE平宜,
所以REAL MODE在WINDOWS SB 系統, 已經成為必然之選.
不過, 如果用戶裝有CAMS系統, 採用分行系統的需要, 已經大大減少了. 因為CAMS系統,已經
可以差不多完全可以處理分行專用系統的功能了.
財務融資管理系統(SB10)
-----------------------
雖然證券公司本身可以處理孖展客交易,亦即是為孖展客提供財務融資服務,但是證券公司可
能限制於財務資源的要求, 無法提供充裕借貸, 所以要客戶透過另一間專門提供證券借貸的
機構來提供融資服務.
在證券公司的角度,所有客戶都是現金客戶.
對於透過財務公司融資進行孖展交易的客戶, 雖然是以特別組別以作分辨,但合約仍以現金
客戶方式來簽署.
該等客戶的一切交割(即是應該交收之事項),都由財務公司代為支付. 當然經融資作孖展交易
的客戶,是要與財務公司另訂合約.
POP系統的SB10, 就是為財務融資管理, 此系統可以將證券公司後勤系統的資料,整批輸入而
不用人手逐單輸入,所以一切交易都會在財務公司的系統反映, 可以做到完善的風險管理.
證券公司方面,因為沒有提供融資,所以在財務資源要求上簡化了很多行政工作.
股票存倉管理系統(SB11) STOCK LOCATION MANAGEMENT
------------------------------------------------
當證券公司接受客戶以融資方式進行股票買賣,也就是說提供孖展買賣服務,一般都要求客戶
將股票作抵押.
在證券公司來說, 客戶的抵押股票, 會成為向銀行獲取融資的工具, 從而為客戶提供融資,
賺取息差. 增加了交易機會, 自然增加佣金收入.
當千百個客戶的股票存入, 證券公司可能再向多間銀行, 或提供借貸的行家以股票抵押,
取得融資. 大量的股票存放在不同的位置, 必須要慬慎處理,否則很容易出錯.
POP系統中的SL (STOCK LOCATION MANAGEMENT SYSTEM)(SB11) 就是作為股票存倉管理之用,
因為SB11可以與後勤系統聯接, 任何在後勤系統發生的交易, 都會在SB11系統更新, 的確
大大減少工作量, 亦避免了人為錯誤.
系統亦因應不同的財務機構, 對不同股票有不同的抵押比率, 計算出可以抵押價值.
證券公司亦可以憑資料將股票調配, 以獲取最佳的融資效果.
SB30 BATCH PRINT 可將工作整批完成
---------------------------------
POP系統功能豐富, 全部執行已經花費不少時間, 如果每一步驟, 都要花一段時間完成,
操作員就會無法處理其他事務. 事實上, 系統在資料輸入後, 很多工作都是由系統逐步
完成, 工作人員祇是等待完成一步工序, 再指示系統進行下一步工作.
加入了SB30, 系統就可以接受工作安排指示, 完成輸入後, 祇要系統按指示工作, 就毋
須操作員在場.
例如列印報表, 在指示內可以作出列印的份數, 甚至指定印出PRINTER的位置, 及將報
表印出時的選擇方式.
加入了SB30, 工作人員在系統工作期間, 可以處理其他工作. 同樣的人力資料, 可以發揮
倍數計的工作量.
(SB40) 處理配股及認購新股 PLACEMENT & IPO
----------------------------------------
證券公司協助客戶認購新股IPO, 或是申請配股PLACEMENT,都會有不錯的佣金收入, 是證券
公司主要的營業項目. 因為這兩種交易模式, 與一般股票買賣有所不同, 少量交易時當然
勉強可以用人手操作, 但交易量多時, 人手處理會是很繁複及極容易犯錯的運作方式.
以認購新股為例, 客人可以用白表申請股票, 因為客人希望收到以自已名下的股票. 另一
方面, 有發行機構會向白表申請者提供優惠, 所以證券公司不得不協助客戶以白表處理.
證券公司要計算認購數量的金額, 涉及的費用, 又要用客人的支票, 更可能要協助客人
投遞申請, 或者在CCASS TERMINAL以電子化申請.
當客人以黃表申請股票時, 亦即是將來收到的股票, 是以CCASS NOMINEE記名, 存貨在安排
購入股票的證券公司戶口, 而且日後有關該股票的應得(ENTITLEMENT)都會由證券公司代行,
再納入客戶的戶口.
黃表與白表的申請步驟有些不同, SB40 PLACEMENT & IPO系統可以同時處理.
系統亦會在計算佣金, 費用, 與處理交易的後勤系統SB1 分開計算.
因為不論現金客戶還是孖展客戶, 都有利用借貸模式認購新股, (SB40)已設有貸款認購股票的功能.
例如客人認購若干股票, 祇是交付認購股票金額的一成 (10%), 其餘九成(90%)款項由證券公司
支付, 代付認購款項的代價, 當然是向客人收取特別協議的利息.
IPO最特別的地方是客人要求的認購數量, 申請時是要支付全數金額, 結束卻要在新股上市時
才知道能否滿足要求的數量. 如果是極擁躍的認購,客人可能祇能夠分配到若干數量, 證券公司
最後要將未能獲分配購入股票的金額退回, 而且要儘快發還給有關客戶, 方法是由系統因應
實際認購數量扣除有關金額, 而且包括費用, 並將應該退回的金額, 付回客戶.
付回金額的方式,可以是支票, 或是存入客戶的戶口.
令MWS系統可以發揮風險管理功能(SB43) IMPORT/EXPORT DATA FROM/TO MWS
------------------------------------------------------------------
香港證券交易所推出第三代交易系統時(AMS3),同時為證券公司提供了終端機以外的MWS系統
及OG/BSS聯繫.
大部份證券公司都有採用MWS系統. 要發揮MWS的風險管理功能, 要由後勤系統將客戶的戶口
結餘狀況, 及股票存貨狀況, 輸送到MWS系統, 才可以在交易時供DEALER參考及決策,這工作要
在SB1系統加入了SB43功能附件, 才可以完成.
雖然將後勤系統的客戶資料傳輸到MWS作為風險管理的工作, 是系統設計的主要目的,
POP系統的SB43功能系統, 更進一步將儲存在MWS的交易資料, 在收市完成執行所有交易指出後,
利用其CTF檔案, 傳送回到後勤系統, 將客方交易資料傳入有關檔案, 另一方面將BROKER SIDE
交易資料存入行家一方的資料檔, 從而令人手輸入的工作, 大大減少, 即時可以印製成交單據
及各式各樣交易報表了.
前台系統與後勤系統作實時的資料交換 (SB47) DIRECT TALK
(FOR REAL TIME DATA SYNCHRONIZATION)
------------------------------------------------------
香港證券交易所推出第三代交易系統時(AMS3),同時為證券公司提供了終端機以外的MWS系統
及OG/BSS聯繫. OG/BSS即是利用交易所供應的OG (OPEN GATEWAY), 配合證券公司自行設置的
交易系統 (BSS 即是 BROKER SUPPLIED SYSTEM), 用以執行客戶的交易指示. 例如POP的
CAMS系統 (COMPUTER AIDED ORDER MANAGEMENT SYSTEM), 就是OG/BSS系統.
交易系統要做到可靠, 應該要令到前台交易系統, 完全掌握在後勤系統發生的事情. 例如客人
登門在後勤部門提取股票, 前台系統應該可以阻止客人同時沽出股票. 同一原理, 後勤系統
也不可以容許客人一方面在前台交易系統買入股票, 另一方面在後勤系統提取戶口金額, 導致
戶口資料不足支付買入的股票金額.
要做到前台與後台系統息息相關, 可以採用SB47 DIRECT TALK系統, 讓前後台系統直接溝通,
有了SB47, 客人不用等待, 同日開戶, 就可以同日在網上進行股票買賣了.
因為系統相亙更新資料, 收市後的後勤系統, 基本上可以印發成交單據及各式各樣報表, 而
不用人手輸入交易資料了.
POP系統可以加入SB48功能, 以批次形式向其他交易系統交換資料(BATCH TALK)
----------------------------------------------------------------------
在後勤系統輸出全部客戶的資料, 可以作多樣用途.
POP系統的原意設計, 以為了建立在網上供客人查看DAILY STATEMENT及MONTHLY STATEMENT.
可知SB48是將DAILY STATEMENT及MONTHLY STATEMENT以文字檔輸出.
有些不是POP出版的前台交易系統, 為了要做到一定程度的風險管理, 所以要由POP系統索取個別
客戶的戶口資料, 而閱讀SB48輸出的STATEMENT檔案, 是最易及最快的方法.
為了方便證券公司將前台交易系統的交易結果, 輸送到後勤系統, SB48亦設有閱讀前台系統
檔案的功能, 可以做到減少後台系統以人手輸入交易資料的工作.
SB48 在輸出資料時, 已包括DAILY STATEMENT, COMBINED STATEMENT, MONTHLY STATEMENT,
CLIENT MASTER DATABASE FEE SETTING 等資料, 足夠任何系統作風險管理之用.
在股票系統加入SB56, 令系統可以處理ELI產品
------------------------------------------
ELI全名是EQUITY LINKED INSTRUMENT, 即是與股票排鉤票據. ELI的買賣, 在行使該票據前, 與
一般證券沒有大分別. 亦即是買入, 賣出, 收入或支出貨款.
但是到了行使日期, 該ELI產品, 要與其掛鉤的正股股票價格作比較. 比較就是用ELI合約的
行使價(STRIKE PRICE)與結算當天的相關聯正股的收市價(CLOSING PRICE)比較, 如果收市價低於
該ELI的行使價(STRIKE PRICE), 投資者會收到該股票.
如果收市價高於該ELI的行使價(STRIKE PRICE), 投資者會收回以行使價計算的金額.
在SB1預先加入SB56系統, 可以方便處理ELI產品的買賣, 記錄, 及報表.
將後勤系統中部份有關個別客人的資料, 在A/E的桌面終端機顥示.(SB12)
----------------------------------------------------------------
我們用CAR 字來代表本系統, 取其CLIENT AND RUNNER之關係. 因為SB1可以在同一網絡下由
各終端機共享主機內的資料, 所以在加入SB12 系統後, A/E可以在電腦查核客戶資料, 協助
客戶投資, 避免錯誤沽空股票, 或過度投資. CAR系統有完善的保安功能, A/E祇可以查詢有關
的客戶, 絕對不會接觸到其他無關的資料.
證券公司管理基金可以用SB15 (IMS)系統
---------------------------------
IMS系統全名是INVESTMENT MANAGEMENT SYSTEM. 主要設計是為證券公司的基金投資部門,
管理各式各樣基金組合. 這系統針對港股設計, 讓基金經理隨時了解基金狀況.
資深A/E 佣金安排上更有2ND REBATE的安排 (SB44)
---------------------------------------------
2nd Rebate的安排原因很多. 有些證券公司在新入職的A/E, 安排有資深的A/E, 所以在佣金安
排上, 由資深A/E收佣, 再以2 nd Rebate方式付給新入職之A/E, (原因是該A/E未有執照進行
有關服務).
另一方面, 有些A/E的客戶是機構投資者, A/E收到之回佣, 要回扣一部份給有關客戶, 亦可
以用這系統作計算, 減少人手計算的工作.
WEB STATEMENT 系統 (I1)
-------------------------
Web Statement是利用互聯網的普及,客人有儘快獲得戶口資訊的祁望而發展的系統.
原理是將每天及每月都要印出的Statement, 以資料檔方式, 儲存在Web Server, 裝了(I1)系統,
當客戶登入網站, 就可以進行身份確認程序, 然後按客人要求, 將資料以不同日期的
statement, 在網頁上展示.
因為少了郵寄的工作, 基本上在每天收市後不久, 客戶就可以看到自己的投資狀況了.
因為系統可以儲存大量資料, 所以客人可以選擇某一天的statement,或者是過去半年的月結單.
EMAIL STATEMENT 系統 (I2)
---------------------------
POP系統在加入了(I2)功能後, 可以將Statement以電郵方式, 直接寄予客戶, 這是主動向客
戶提供的服務, 令客人更有信心.
POP建議EMAIL STATEMENT用戶, 同時提供WEB STATEMENT之服務. 因為多種原因, 可能客戶無法
收到EMAIL STATEMENT, 亦可以登入網站, 查詢自己的STATEMENT.
FAX SERVER (I3)
-----------------
很多機構投資者, 都會要求以FAX將交易確認函傳真到客戶, 方便及早安排交收的融資.
如果安裝了(I3) POP FAX系統, 祇要將CONFIRMATION產生, 系統就可以逐一傳真到指定的目的地.
處理衍生工具的電腦系統(OB1 & OB2 & OB25)
======================
股票產品是屬於現貨類金融產品, 另一方面基於現貨股票而產生的股票期權, 及股票期貨產品,
一般稱為衍生工具產品.
POP系統中處理股票期權產品的系統是 (OB1) 股票期權系統, 及(OB2) 莊家功能的股票期權系統.
OB1 可供一般證券行使用, 可以同時處理股票期權的買入及賣出, 發出交易單, 發出月結單等
功能. 孖展計算己經配合香港交易所要求, 採用了SPAN 4.0 的計算方式. 系統仍保留SIMPLIFY
METHOD計算方法, 處理沒有SPAN FILE時之孖展計算.
OB2 是將OB1加入了莊家功能, 主要是配合處理以莊定身份進行之交易, 可以享有不同之收費辦法,
Option Broker System(OB1 & OB2) 亦可以採用Combined Statement, 取代Contract Note.
加入Combined Statement 的功能組件是 (OB25). OB25是附加在OB1或OB2的系統.
期貨及期貨期權系統 (FX4A & FX4B)
===================
期貨原本是指恆生指數期貨(HSI),隨著市場的變化, 恆生指數期貨更分為一般期指(HSI)及
細期指(MSI. 細期是一般期貨合約的五分一, 目的是令交易按金亦相對減低以吸引投資者參與.
另一方面,POP的期貨系統(FBS) 亦包括了處理股票期貨, 甚至紅籌, 國企等指數.
FBS (FUTURE BROKER SYSTEM)已經緊隨港交所的要求, 將孖展計算由SPAN 3 改為SPAN 4,
令用戶可以有信心配合交易所的要求.
FBS功能強大, 輸入客方交易資料後, 即可以與市場資料對數(Reconcilation)
下一步是指示系統將未平倉合約作自動平倉, 系統會選擇先行將即市交易進行平倉,再將餘下的
未平倉合約(OPEN POSITIONS)與上日之未平倉合約作平倉, 為客戶減少佣金的開支.
FBS系統更有轉倉功能, 可以GIVE UP或TAKE UP對手行家的未平倉合約.
基金系統
========
基金買賣系統, 有別於一般股票買賣或期貨買賣系統.
要了解其分別, 祇要從買賣時的價格資料就可以看到其分別. 因為基金本身是一籃子金融產品,
例如一個組合的股票, 當買入基金時, 股票的價格仍在變動, 所以在買入基金的當時, 基金價
是未確定的.
一般情況是應客人要求買入一定金額的指定基金, 或是一定單位數量的基金, 要待基金發行商
計妥基金價格後,才回覆最終的成交狀況. 市場稱為未知價交易.
期貨與期貨期權, 已經是互相影響的產品, 所以FBS亦可以處理期貨期權產品(FX4B), 而只供
處理期指交易的FBS系統命名為(FX4A),以作識別.
POP系統中專為基金買賣而設計的系統為FMS系統(FUND MANAGEMENT SYSTEM),代號FM1.
另一系統是FM2,是專門為處理債券買賣管理的系統.
|
已看過本文,按此可以返回主頁