基金日記: 那裡買手續費較優惠?

-

 其實一開始我是在國泰世華網銀上買基金的, 只因為以前在這銀行有開戶, 就試著申請網銀, 然後申請基金交易功能, 主要是看到它網銀優惠65折, 似乎很好!

後來用了一陣子, 發現案情不單純! 哈!


上圖是國泰世華申購基金的頁面, 可以看到有3個選擇:

  • 65折
  • 後收型
  • 5折-首選
手續費的牌價是3%, 以申購台幣10,000元來說, 就要再多付300元, 打65折的話變成195

後收型, 則是持有超過2年或3年, 等贖回時就不用收手續費, 或收較少的手續費; 如果持有期太短, 贖回時收的手續費會較高。但不是所有基金都可選這個選項, 只有部份基金有這個選項, 常常您想買的基金是不可以選這個選項的。

5折的話, 以申購台幣10,000元來說, 就要再多付150元, 但同樣不是所有基金都可選這個選項, 還好有幾支我想買的基金, 是可以5折手續費的。

上圖我買的貝萊德全球智息A6, 和國泰台灣高股息月配, 都可以5折手續費。哦! 給大家看到我的全部身家財產了! 我很窮啦, 只能最低消費啦! 這家最低消費是台幣10,000, 只有台幣5,000元是不能單筆申購的哦! 

好了, 上面說案情不單純, 是那裡不單純呢?

1. 其實有別的平台, 同一支基金, 有更好的手續費優惠! 例如, 兆豐金手續費大約都在38折, 最近好像又降到3折了。還有鉅亨買基金的手續費, 針對月配息型基金是免手續費的。

2. 國泰世華的操作界面有點奇怪, 是要自己選手續費方案, 我就試著玩玩同一支基金, 例如貝萊德全球智息A6這支, 居然可以選65折, 也可以選5折! 當然我是選5折買, 不知道選65折給它買下去, 是不是就真的給你收65折的手續呢? 相對地, 兆豐金是先選買那支基金, 在確認畫面會告知您手續費是多少, 看來是有幫你挑了最優恵的折扣了。同樣地, 鉅亨買基金, 也是在你買的時候, 出現手續費選項給你選, 因為它的手續費有紅利抵扣和優惠方案等, 你可以每個都選看看, 系統立刻算出手續費多少給你看, 我覺得還不錯! 

其實我還蠻喜歡國泰世華的操作界面, 例如:


上圖在基金首頁按到想看的基金後, 就可以看到相關的明細, 這支貝萊德全球智息A6, 當初買的淨值和當時滙率, 以及因此買到的單位數, 還有付了多少手續費等都很清楚。更重要的是, 每個月配息, 配了多少, 也都一併列出來。

雖然, 有時候, 似乎系統慢了一點! 但使用界面算設計的不錯! 可惜的是, 手續費太高!

好了, 所以那裡有較優惠的手續費呢? 簡單講, 還是要多多貨比三家啦! 我的經驗是鉅亨買基金, 真的是較優惠, 再來是兆豐金, 國泰世華是最貴的。不過, 有些基金沒有在鉅亨買基金上架哦, 所以只好去有賣的地方買! 哦! 也許還有更好的平台, 朋友們可以留言告訴我, 因為我只有這三家的帳戶, 其他的我也沒用過, 就不知道了! 開太多戶頭也是很煩人的呀!

不過, 鉅亨買基金平台的特點就是比別人更慢, 別人在途2-3天, 它要3-6天。只是我個人覺得買基金本來就是慢活, 慢一點, 但手續費便宜一點, 是可以接受的。當然, 有些基金在鉅亨買基金沒上架, 或有上架但也可能收較高的手續費! 總之, 對我來說, 那裡便宜就去那買, 界面用久了, 就習慣了。


留言

張貼留言

這個網誌中的熱門文章

D-BUS學習筆記

-
圖片
我第一個看到的文章是 ali's Blog [1] , 其中提到二支程式server.c client.c，我試著去compile這二支程式， 沒什麼太大的問題就可以成功。因為這是所謂的dbus c api, 也就是low lever api，在ubuntu下只要安裝套件libdbus-1-dev, 就會安裝這個api: $ sudo apt-get install libdbus-1-dev 然後就如該文所提到的，在compile時，必須指定library: $ gcc server.c -o server -l dbus-1 此時再去compile程式，可能會發現找不到dbus.h的問題。其實檔案是存在的，只是gcc不知道去那裡找而已。我們只要加入-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include 告訴gcc就可以了。 $ gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o server server.c -l dbus-1 如此，可以compile成功。但每次要打這麼多字，實在記不得，也容易打錯，所以使用Makefile吧！ 建一個檔案，其名為Makefile，內容如下： All: server client server: server.c   gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o server server.c -l dbus-1 client: client.c   gcc -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -o client client.c -l dbus-1 我們把server.c client.c Makefile三個檔案，都放在同一個目錄，叫做dbus-test好了。這樣以後只要: $ cd dbus-test $ make 就會正確的編出server client二支可執行的程式。我們也不用去記這些很長的路徑名稱了。用過Makefile的朋友應該看得出來，其實Makefile可以再簡短一些。改成如下： ...
閱讀完整內容

Cisco Switch學習筆記: EtherChannel

-
EtherChannel : 用來將二個交換器之間多條實體線路串成一條虛擬線路, 具有增加頻寬, 容錯的好處。 注意事項: FastEthernet只能和FastEthernet的埠串在一起, Giga只能和Giga的串在一起, 不可混在一起! 使用的協定 : PAgP(Port Aggregation Protocol) or LACP(Link Aggregation Control Protocol) 負載平衡及傳送方法 : source-MAC address, destination-MAC address, source-and-destination MAC address forwarding; 即以來源端MAC位址決定使用那條實體線路, 以目的端MAC位址決定使用那條線路, 以來源端及目的端MAC位址決定使用那條線路。 使用心得: 容錯能力很好, 實體線路中斷, 可以在數秒內切換至別條線路使用。 設定範例 : interface FastEthernet0/7 channel-group 1 mode passive interface FastEthernet0/8 channel-group 1 mode passive 表示將Fa0/7,Fa0/8設成同一個group, 使用LACP的被動模式! 將另一邊的埠也以同樣方式設定, 但mode設成active即可! 檢視狀態: sh etherchannel detail sh etherchannel load-balance sh etherchannel port sh etherchannel port-channel sh etherchannel protocol sh etherchannel summary 可以看到只要使用interface指令channel-group就可以設定了, 交換器會自己新增一個interface: interface Port-channel1 其他的功能會將這個介面當成如實體介面一樣使用, 例如: #sh spanning-tree Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- --------------------------...
閱讀完整內容

Cisco Switch學習筆記: interface的封包錯誤統計

-
有時候實體線路品質不好時, 我們想看看該線路的品質狀況, 可以用sh interface指令來看封包的錯誤比率等統計數字: #sh interface gi0/2 GigabitEthernet0/2 is up, line protocol is up (connected) . . Last clearing of "show interface" counters never . 678641 input errors, 30447 CRC, . . 此例中可以看到從以前到現在共有678641個輸入的錯誤, 30447個CRC錯誤! 那當我們把線路做了改善, 例如換新的線等, 我們會想知道是不是有真的有改善了! 如果統計數字是累積性的, 就很不方便觀察改善情形! 此時可以使用clear counters指令將這個界面的封包錯誤統計數字清除重來! # clear counters gi0/2 Clear "show interface" counters on this interface [confirm] #sh interface gi0/2 GigabitEthernet0/2 is up, line protocol is up (connected) . . Last clearing of "show interface" counters 00:00:10 . 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored . . 這樣, 在一段時間後, 就可以觀察到線路改善後的封包錯誤統計情形!
閱讀完整內容