Site Logo

popsoft.com.hk

有關DacEasy & POP 系統
 
現在的時間是 29 3月 2024 23:31

所有顯示的時間為 UTC + 8 小時




發表新文章 回覆主題  [ 1 篇文章 ] 
發表人 內容
 文章主題 : 股票存量管理及覆核
文章發表於 : 21 12月 2008 18:54 
離線
Site Admin

註冊時間: 12 9月 2008 18:16
文章: 455
Our Ref: 3397
Subject: PRINCIPAL OF STOCK MANAGEMENT

證券行經常要配合證監對行業的要求. 嚴格管理客戶的股票存貨, 這是必要而且是很重要的工作.

因為證券經紀一般是以託管人身份將客戶的股票, 存入交易所的中央結算系統, 而對中央結算公司來說,
所有股票都是屬於有關證券行, 而沒有機制分辨出總體股票存量中,個別客戶的數量.

證券行有責任分辨及隨時供客戶查詢股票存量. 另一方面, 又要應付監察機構的查核. 工作繁複.

在POP系統中, 有一些系統可以輕鬆地協助證券行用戶解決上述種種問題

處理客方查詢, 可以在SB中之7-5, 及Daily Statement或Monthly Statement 提供資料絡客戶參考.

每天可以用EPS (SB-2) 來將SB記存的股票存量,與中央結算公司提供的存貨報告表中的數量, 以電子拍倉
方法, 逐一股票比較存貨量. 比較時, 也要考慮交收過程中之數量, 並將數量的差別列出.
一旦有差別, EPS系統更即時將POP系統中各客戶之持貨量印出, 方便核對.

人手點算一般要超過一小時的工作,使用了EPS系統, 祇要數分鐘內即可完成.
管理層不用為數目是可準確而擔心了.

監管機構針對非法沽空的管理, 態度非常嚴謹, 所以SB 系統有STOCK OVERDRAWN REPORT供隨時查核,
另一方面, 每天用ATI系統與中央結算系統拍倉數時, 亦會將不足情況報告.

即使報告表示有欠貨,如果客人有實物交收, 就不算是沽空, 交收部門時當然知道如何應變處理.

但有些時候, 工作人員以總存量去判斷將股票撥去交收戶口, 而沒有察覺其中有客戶未有交來股票,
這情況表面上對CCASS完成交收, 但技術上是套用了別人的股票作交收.

未經同意而借用別人股票作交收, 會被視為"盜用",是刑事罪行為, 非常嚴重.

避免用人手撥貨而發生人為錯誤, POP設計了ATI系統, 可以自動化地判斷並作出撥貨指示,
而且指示前有報告列出"欠貨而不足數交收"之情況, 方便向客戶跟進, 作追討或作補購工作.

ATI全名是ACCOUNT TRANSFER INSTRUCTION, 是配合中央結算公司提供的服務, 讓証券公司可以將要撥貨
的要求, 一次過以一個檔案方式, 依指定格式, 上載到中央結算系統的主電腦, 進行自動化工作.

一般來就, 中央結算公司規定戶口 A/C #01 是用作交收, 如果證券公司有沽出股票, 要將待交出的股票
放入 A/C #01, 中央結算公司才會由該戶口取用, 代為交到買方證券公司的戶口, 存貨不足, 就會
構成交收問題.

因為同一戶口亦同時作為收取其他行家交來的股票, 所以用人手撥貨時, 的確很容易不小心而犯錯,
雖是無心之失, 在技術上亦會被視為借用了別人的股票作交收.

另外一項構成工序複雜的原因, 是證券公司可以在中央結算公司提供的多個戶口中, 為個別客戶開設指
定戶口Segregated A/c, 證券公司要為該等客戶股票買賣, 進行戶口調撥, 及作交收安排.

當客戶數量多時, 人手操作, 處理過千種股票,根本是不可能順利完成的工作.

有些證券公司, 索性將所有股票放在 A/c#01戶口,任由結算公司取用, 但求總數準確罷了, 這是犯例的
做法, 更是將公司行政留有漏洞, 容易產生員工盜用客人股票的情況.

ATI的工作原理
==============
因為ATI是根據中央結算公司每天的存貨報表內數字, 與POP系統的存貨數字比較.

舉例如下:-

因為理論上, 現金客戶戶口(e.g. A/C #03) 之股票總數, 應該與SB系統全部'A'客的股票總數相同.
如果'A'客某股票的總數為 100,000 股, 而CCASS A/C #03 祇有 80,000股, ATI 會預算由A/C 01 撥回 20,000股 到 A/C #03.

在發出這指示時, 當然要 A/C #01 有貨才有效.

總數相符是ATI工作的要求. SB的股數, 要與CCASS之股數要相同, 否則調撥工作, 失去意義.
所以我們強調要先執行EPS, 要拍倉成功, 才可以執行ATI工作.

因為POP的ATI系統, 可以管理指定戶口Segregated A/c, 在使用前, 可以將有關戶口分配給指定戶口,
例如 A1 在CCASS A/C 為 #88, M2 在CCASS A/C 為#99..等.

ATI會因為上述客戶之買賣, 透過戶口調撥, 將戶口股票存量, 與結算公司戶口存量匹配.

如果SB各類客戶的股票總數,都與CCASS對應戶口股票總數吻合, ATI就祇會針對要交收的數量來調撥.
沒有買賣現象, 就沒有需要發出交收指示.

CCASS 處理交收的時間
--------------------
每天10:00AM, 及下午7:30PM, CCASS都會檢查各證券公司上載的檔案, 依指示進行撥倉.
(小心, BATCH FILE UPLOAD容許閣下在可以工作的時間作UPLOAD, 但祇會在7:30PM作調撥)
但用戶可以用手動方式, 在CCASS TERMINAL調撥, 而且是即時生效.

在CCASS/3以前, 10:00AM 的一次是不存在的, 也就是說祇有每天一次處理.


沽貨指示
--------
在T-DAY, A1 戶口沽出 #5 股票 800 股, 要在T-2 撥到 CCASS A/C #01 才可以滿足交收要求.

ATI系統預設是在T+1 day 以 CCASS ATI BATCH FILE UPLOAD 在收工前(即7:30PM) 通知CCASS 由
SEGGERGATE A/C #88 撥出800 股#5 股票到 CCASS A/C #01戶口, 準備在 T+2 當天交收.

因為CCASS在晚上才執行調撥的工作.

買進指示
--------
在T-DAY, M2 戶口買入#5 股票 400 股, 理論上在T+2 可以從 CCASS A/C #01 取得交來的股票,
並且應該在T+2 發出回撥至 Seggegate A/c #99 客戶指定的戶口.

ATI是預設在CCASS A/C #01 確實地收到有關股票才會發出指示的.

甚麼時候才收到上述資料呢? 理論上是T+2.

但要ATI讀到CCASS的報表, 才可以作為憑據工作, 而要確定T+1時收到股票的報表, 那時的時間已經是
T+3早上了, 因為ATI是根據上一天(T+2)的報表資料, 產生ATI BATCH UPLOAD FILE, 所以祇能夠在T+3
上載ATI BATCH FILE, 而CCASS在下午7:30才過數, 所以真正的調撥, 很多時是在T+4才生效.

CCASS A/C #01
--------------
這是CCASS用作與證券公司交收之戶口. 由上述例子, 大家可以看到, 這戶口是經常性地累積一定
買入了而未撥到指定戶口的股票存貨. 這是時間做成的結果, 沒有不合理的安排.

令工序更合法的安排
-----------------
因為CCASS A/C #01有累積股票, 所以有機會做成某客戶欠貨, 系統卻讓結算公司由A/C #01取貨交收.
技術上犯了將其它客戶的股票,未經同意作借貨交收的機會.

其實, ATI已經向用戶發出了欠貨客戶的資料, 證券行應該要向客戶索取實貨, 再以人手存入客戶戶
口即可. 以上誤差就不會出現.

卻有系統使用者因利成便, 索性利用時差, 裝瘋扮傻地讓系統自行交到A/C #01 作交收. 有人查出就
賴系統出錯. 這種做法, 其實是斷章取義.

監察人員為了禁止這種行為, 於是要求更改"貨到才轉撥"的原則, 也就是說, 不用理會T+2時是否收到
對方證券公司, 假定T+2一定經CCASS收到 A/C #01 的股票, 就發出將A/C 01 撥回至 A/C #99的ATI
指示. 也就是說, 如果CCASS A/C #01的確有 400 股 #5 股票, 也會在當天撥交 A/C #99的戶口了.

注意: 使用此選擇, 要在ATI SETUP 內設定. 並且要注意當A/C #01 結果沒有來貨時應變.


回頂端
 個人資料  
 
顯示文章 :  排序  
發表新文章 回覆主題  [ 1 篇文章 ] 

所有顯示的時間為 UTC + 8 小時


誰在線上

正在瀏覽這個版面的使用者:沒有註冊會員 和 2 位訪客


不能 在這個版面發表主題
不能 在這個版面回覆主題
不能 在這個版面編輯您的文章
不能 在這個版面刪除您的文章
不能 在這個版面上傳附加檔案

搜尋:
前往 :  
cron
Powered by phpBB, Almsamim WYSIWYG © 2000, 2002, 2005, 2007 phpBB Group
正體中文語系由 竹貓星球 維護製作