❶ 當天掛出買進或者賣出而未成交的股票，拆單會給手續費嗎
沒有成交撤單不會收費
股票手續費通常包括印花稅、傭金、過戶費、其他費用等幾個方面的內容。
具體包括：
1.印花稅：成交金額的1‰ 。目前由向雙邊徵收改為向賣方單邊徵收。投資者在買賣成交後支付給財稅部門的稅收。上海股票及深圳股票均按實際成交金額的千分之一支付，此稅收由券商代扣後由交易所統一代繳。債券與基金交易均免交此項稅收。
2.證券監管費（俗稱三費）：約為成交金額的0.2‰，實際還有尾數，一般省略為0.2‰
3.證券交易經手費：A股，按成交額雙邊收取0.087‰；B股，按成交額雙邊收取0.0001%；基金，按成交額雙邊收取0.00975%；權證，按成交額雙邊收取0.0045%。
4.過戶費（僅上海股票收取）：這是指股票成交後，更換戶名所需支付的費用。由於我國兩家交易所不同的運作方式，上海股票採取的是」中央登記、統一託管「，所以此費用只在投資者進行上海股票、基金交易中才支付此費用，深股交易時無此費用。此費用按成交股票面值（發行面值每股一元，等同於成交股數）的0.06%收取。
5.券商交易傭金：最高為成交金額的3‰，最低5元起，單筆交易傭金不滿5元按5元收取。
❷ 顯示所有股票按什麼代碼
一般是這樣的
61上海A股
63深圳A股
67兩地A股，你按67，兩個市場的A股都顯示出來，並按漲幅從高到低排列。
❸ 誰有股票在線交易系統的源代碼 我窮人啊。。買不起 ，又不會寫 誰來救救我
不是專業程序員出身的，你是看不懂的，更不可能修改那些源代碼
❹ 股票交易公式編寫
if(條件and漲幅大於等於5%)
條件中的CLOSE改成H，
不知道你是什麼軟體下的，感覺怪怪的，公式可能寫得有問題，如果你是指標高手的話，那我可能對這個軟體不太了解，也有可能你只是說出思路。如果不是的話，也不是思路的話，那你寫的公式可能出了問題。我寫過好多版本軟體的指標，這種寫法沒遇到過。如果源代碼是這樣的話，我敢肯定你寫錯了，並且錯得很嚴重。
❺ 股票程序化交易代碼怎麼編寫
您好，針對您的問題，國泰君安上海分公司給予如下解答
這是專業技術人員才會編寫的東西，具體的也分各種情況，很高端的編寫程序，技術人員編寫程序收費都是很昂貴的，這對編寫人員有很高的要求，不僅很復雜而且很難很深。不做這行的人是做不來的。
希望我們國泰君安證券上海分公司的回答可以讓您滿意！
回答人員：國泰君安證券上海分公司客戶經理屠經理
國泰君安證券——網路知道企業平台樂意為您服務！
如仍有疑問，歡迎向國泰君安證券上海分公司企業知道平台提問。
❻ 請問股票帳戶歷史成交中「股票代碼為799999、股票名稱為登記指定、成交價格為0」的這個交易是什麼意思
799999是登記指定.每個上海帳戶都要指定一個證券公司為收割單位.就用這代碼
❼ 股票代碼是公司自選還是交易所分配的
按照上市公司規模，規模大的，分配給上海證交所（以6開頭）；規模小的，分配給深圳證交所（以0開頭）。股票代碼是6位，後四位是按照順序來的，可以跳過一些不吉利的數字，比如4、7等等，所以，在股票中有好多空號。
股票代碼除了區分各種股票，也有其潛在的意義，比如600***是上交所上市的股票代碼，6006**是最早上市的股票，一個公司的股票代碼跟車牌號差不多，能夠顯示出這個公司的實力以及知名度，比如000088鹽田港，000888峨眉山。
(7)股票拆單交易代碼擴展閱讀
滬市A股票買賣的代碼是以600、601或603打頭，如：運盛實業：股票代碼是600767。中國國航：股票代碼是601111。應流股份：股票代碼是603308。B股買賣的代碼是以900打頭，如：儀電B股：代碼是900901。
滬市新股申購的代碼是以730打頭。如：中信證券：申購的代碼是730030。深市新股申購的代碼與深市股票買賣代碼一樣，如：中信證券在深市市值配售代碼是003030。
❽ 拆單買入 和 拆單賣出 是什麼意思（股票）
拆單買入指以低於面前的股票價格買入，拆單賣出;;指以低於面前的股票價格賣出。
「拆單」是近年來不少企業對「拆分訂單」工作的簡稱，指生產企業接到外部訂單，設計部門設計出產品圖紙後，相關人員按照生產工藝將整個圖紙拆分為零部件，明確各級零部件生產要求的訂單分解工作。拆以櫥櫃行業為例，拆單人員依照生產工藝對設計部門的櫥櫃設計圖紙進行拆單，明確櫥櫃門板、箱體、五金配件等各個子單元的具體生產參數，並提交各個子單元的詳細需求清單。單工作完成後，采購部門按照拆單後形成的材料需求清單進行采購，生產部門按照各個零部件具體標准和要求進行生產。
❾ 什麼股票交易軟體可以實現自動下單、自動撤單
1.、如果券商能提供介面，那非常簡單。不過對絕大多數人，這是廢話，一是券商不給提供，二是即使提供了，你的程序也得到營業部去跑。
2、 券商不提供介面，那就只能從交易軟體客戶端來想辦法了
方法一：keyboard和mouse模擬的辦法，比較笨的辦法，速度快不起來。按我以往的經驗，這種模擬keyboard和mouse的操作，因為要和UI打交道，很多地方得Sleep，不然很容易出錯，自動下單，出錯了可不是好玩的，那損失的都是錢。要想盡量減少出錯，stress test的時候每步的sleep時間都得足夠長，但這樣一來，要足夠可靠的話，整個過程估計3-5秒也完成不了。這個辦法雖然是笨點，但如果對速度和可靠性的要求不高，也是可以接受的，畢竟要比手動操作要快。（對可靠性有擔心的，可以留著交易軟體每次下單前的確認窗口，這樣還可以有最後一次人工確認的機會，但這樣一來，批量下單就下不了了）。
方法二：跳過交易軟體的UI層，直接調用下層的函數完成交易。大致方法是，1，得要code injection, 進程注入，你的代碼得在交易軟體的context下運行才行，2. 用debugger慢慢去看，了解交易軟體自身是如何調用下層的函數去完成下單，比方說通達信的交易軟體，與交易相關的函數，基本在tc.dll和tcapi.dll裡面。這個辦法弄通了，那下單估計可以在100ms以內完成，就完全和UI無關了。
方法三：從基於web和wap的交易上面動腦筋，這個渠道的下單方式，應該是http post了一些數據回server, 研究一下具體的格式就可以了。這條途徑，從client來講，下單的速度應該和方法二差不多。
3、FIX協議也是一種可能的突破口，部分櫃台系統供應商已有現成的FIX產品，有基金、QFII客戶的部分券商有采購（如中信證券），可以嘗試一下。