第一篇：第三方交易軟件使用風險提示

第三方交易軟件使用風險提示

尊敬的客戶：

使用第三方交易軟件進行期貨交易是指魯證期貨有限公司(以下簡稱公司)根據(jù)客戶申請為客戶開通相應的權(quán)限，使客戶可以通過公司提供的恒生期貨網(wǎng)上交易系統(tǒng)之外的其他軟件商提供的期貨交易軟件進行期貨交易的行為。請選擇您使用的第三方交易軟件(請在口內(nèi)打鉤)：

口文華財經(jīng)一鍵通 口易盛

口博易大師閃電手 口上期技術(shù)綜合交易平臺

口同花順閃電版 口交易開拓者旗艦版

口富遠手機交易 口其他（名稱：）

口期證通

口掌e通

您應當充分了解，公司推薦并提供的交易軟件為恒生期貨網(wǎng)上交易系統(tǒng)，公司不推薦客戶使用第三方軟件進行期貨交易，在您選擇使用第三方交易軟件時需要承擔相關(guān)的風險。在您申請并使用易盛或上期技術(shù)綜合交易平臺（包括基于上期技術(shù)綜合交易平臺的各種軟件）后，恒生期貨網(wǎng)上交易系統(tǒng)將停用，如您申請恢復使用恒生期貨網(wǎng)上交易系統(tǒng)，該申請只能自受理后的下一個交易日生效，由此可能帶來的風險及損失由您自行承擔。

在您申請開通第三方交易軟件使用權(quán)限前，請務必仔細閱讀以下風險提示。閣下簽署本申請書，即視為己同意下列條款。

任何使用第三方交易軟件接入公司交易系統(tǒng)進行交易的客戶，均有責任自行遵守所有期貨交易適用的法律法規(guī)、條例、規(guī)則及公司相關(guān)制度。

第三方交易軟件的操作要求您具備一定的交易經(jīng)驗與基礎(chǔ)，請在操作前充分了解操作內(nèi)容及方式然后進行委托。如因您誤操作而引起的損失，本公司不承擔經(jīng)濟或法律責任。如您申請使用第三方交易軟件進行期貨交易，您已知曉第三方交易軟件除可能發(fā)生《期貨交易風險說明書》中所列示的風險之外，還可能因公司、其他合作方或相關(guān)電信部門的互聯(lián)網(wǎng)軟硬件設(shè)備故障或失靈、或人為操作疏忽而產(chǎn)生的全部或部分中斷、延遲、遺漏進而造成資料傳輸或儲存錯誤以及期貨交易指令出現(xiàn)延遲、中斷、數(shù)據(jù)錯誤并造成資金損失等情況，甚至可能遭第三人侵入系統(tǒng)篡改或偽造變造資料等引致風險，您同意自行承擔使用第三方交易軟件的所有風險及因該等風險可能造成的任何損害及可能產(chǎn)生的額外費用。公司對提供的第三方交易軟件的安全、無誤及不中斷不承擔任何明示或默示的保證責任。公司不就其準確性作出保證，并不就該軟件造成的數(shù)據(jù)之任何錯誤或遺漏承擔責任(包括任何第三者責任)。

魯證期貨有限公司

以上第三方交易軟件使用風險提示，本人/本單位（資金賬號己閱讀并完全理解，本人/本單位是經(jīng)過慎重考慮后自愿下載使用該軟件，由此引起的風險由本人/本單位自行負責。

客戶(開戶授權(quán)人)簽字：日期：營業(yè)部審核人簽字：日期：

第二篇：開通第三方交易軟件使用申請書

開通 “第三方交易軟件”使用申請書

國都期貨有限公司：

本人/公司（資金賬號為）與貴公司簽署了《期貨經(jīng)紀合同》，完成了開戶手續(xù)，目前已具備交易條件?，F(xiàn)向貴公司申請使用“第三方交易軟件”，并聲明如下：

一、已充分了解 “第三方交易軟件”是由國都期貨有限公司（下稱“國都期貨”）提供的用于實現(xiàn)金仕達網(wǎng)上交易系統(tǒng)之外的第三方交易軟件，包括但不限于“閃電手”、文華“一鍵下單”、呼叫中心、以及隨著業(yè)務的發(fā)展將不斷增加的任何其他第三方交易軟件等。

二、已充分了解國都期貨鄭重揭示，“第三方交易軟件”除存在《期貨交易風險說明書》所列示的風險外，仍可能具有包括但不限于以下風險：

1、“第三方交易軟件”的各種功能均是通過利用計算機電子技術(shù)手段實現(xiàn)的，部分功能為非交易所提供的委托指令類型，并不能保證成交；

2、通過具有“第三方交易軟件”功能的軟件發(fā)布的行情信息及其它期貨信息，有可能出現(xiàn)錯誤或被誤導，從而導致客戶做出錯誤判斷；

3、由于“第三方交易軟件”對金仕達期貨通用交易接口規(guī)范的理解不同，其與金仕達通用交易接口可能不相匹配，導致行情報價、交易指令等均有可能出現(xiàn)錯誤及其他不可預知的風險；

4、若客戶不具備一定的使用經(jīng)驗或者不熟悉“第三方交易軟件”的操作，可能因操作不當造成委托失敗或委托錯誤；

5、由于“第三方交易軟件”可能存在設(shè)計缺陷等問題，或?qū)е略谙聠芜^程中出現(xiàn)其它無法詳盡和預測的風險。

三、承諾在使用“第三方交易軟件”委托交易過程中，網(wǎng)上交易資金帳號、交易密碼以及發(fā)送的交易指令均為本人/公司的親自委托，并承擔由此產(chǎn)生的后果。

四、已仔細學習相關(guān)操作指引和操作功能，全面了解包括但不限于上述風險，選擇“第三方軟件”是基于對自身狀況和能力的客觀真實判斷，本人/公司愿意承擔由此帶來的一切損失。

五、同意在根據(jù)法律、法規(guī)、規(guī)章、政策及交易所規(guī)則的變化下，國都期貨有權(quán)對本申請書內(nèi)容進行變更或補充，變更或補充條款優(yōu)先適用。對本申請書的變更或補充以在營業(yè)場所公示、網(wǎng)站公告或短信通知的方式向客戶發(fā)出，發(fā)出之日起即生效，直至客戶申請關(guān)閉“第三方交易軟件”權(quán)限之日起失效。

申請人/公司：

(簽章)：

日期： 年 月 日

第三篇：債券回購交易風險提示書

附件1：

債券回購交易風險提示書

尊敬的投資者：

您在參與債券回購交易前應充分了解債券回購交易隱含的各種風險，這些風險除整個證券市場共有的風險外，還包括一些債券及回購市場獨有的風險，為了使您更好地了解債券回購的風險，根據(jù)有關(guān)證券交易法律、法規(guī)、規(guī)章、規(guī)則，特提供本風險提示書，請認真詳細閱讀，慎重決定是否進行債券回購。投資者從事債券回購存在著包括且不限于以下這些風險:

1、利率風險：是指由于國家宏觀經(jīng)濟形勢的變化以及周邊國家、地區(qū)宏觀經(jīng)濟環(huán)境和周邊證券市場的變化，以及國家法律、法規(guī)及相關(guān)政策、規(guī)則發(fā)生變化，可能引起國家利率的調(diào)整，證券市場價格波動，使您存在虧損的可能，您將不得不承擔由此造成的損失。

2、價格風險：是指由于債券交易價格不設(shè)漲跌停幅度限制，可能發(fā)生債券交易價格劇烈波動，使您存在虧損的可能，您將不得不承擔由此造成的損失。

3、套利風險：是指由于您對債券價格預期的偏離，可能使您在債券回購和現(xiàn)券交易的組合套利過程中存在虧損的可能，您將不得不承擔由此造成的損失。

4、交收風險：是指債券回購交易到期后存在無法完全履行交收責任的可能性，使您存在虧損的可能，您將不得不承擔由此造成的損失。

5、質(zhì)押風險：是指由于交易所、登記公司債券質(zhì)押式回購交易標準券折算比例的調(diào)整，使您存在債券欠庫的可能，您將不得不承擔由此造成的損失。

6、結(jié)算風險：根據(jù)證券登記結(jié)算公司的業(yè)務規(guī)則以及關(guān)于結(jié)算風險管理的相關(guān)規(guī)定，在債券回購的結(jié)算過程中，證券登記結(jié)算公司有可能依照有關(guān)業(yè)務規(guī)則或約定處置質(zhì)押券，并有可能給您造成經(jīng)濟損失。

7、技術(shù)風險：由于系統(tǒng)故障、通訊故障、電力故障等可能導致證券交易系統(tǒng)非正常運行甚至癱瘓，使您的交易委托無法成交或無法全部成交，您將不得不承擔由此造成的損失。

8、其他風險：由于不可抗力因素導致的風險和投資者操作不當導致的風險等，均可能給您造成經(jīng)濟損失。

由上述可見，債券回購存在著一定的風險，您在進行證券交易時存在盈利的可能，也存在虧損的風險。上述風險提示并不能揭示從事債券回購的全部風險及證券市場的全部情形。您務必對此有清醒的認識，認真考慮是否進行債券回購交易，并根據(jù)自身的經(jīng)濟實力和心理承受能力認真制訂回購交易策略，尤其是當您進行回購套做時，應當清醒地認識到回購套做蘊涵著更大的風險。

投資者簽字：

（個人/機構(gòu)授權(quán)代表）

機構(gòu)投資者公章 ：

年月日

第四篇：第三方軟件測試報告

第三方軟件測試報告（暫定）

1.引言 1.1.編寫目的

本文檔作為該系統(tǒng)測試的測試標準，內(nèi)容關(guān)系到本次系統(tǒng)測試可能涉及到的測試內(nèi)容和測試技術(shù)解決方案。

1.2.系統(tǒng)概述

略

2.測試描述 2.1.測試范圍與內(nèi)容

我方（北京圓規(guī)創(chuàng)新公司）對XX公司“XX”項目進行測試，保證使用方的功能正確，保證系統(tǒng)核心模塊的穩(wěn)定和安全，為項目的驗收提供參考。以此，本計劃列出了在此次功能測試過程中所要進行的內(nèi)容和實施的方案及測試資源的安排，作為測試活動的依據(jù)和參考。

本次測試的對象為XX公司“XX”項目，測試范圍為：略。本次測試的主要內(nèi)容有功能測試（含容錯測試）、易用性測試。

2.2.測試依據(jù)

本次測試所依據(jù)的文檔包含開發(fā)方提供的《需求規(guī)格說明書》、《操作手冊》、《用戶手冊》，《維護手冊》，《設(shè)計文檔》等相關(guān)開發(fā)文檔。并依據(jù)IT行業(yè)項目的通用標準，包括功能測試標準、缺陷標準、易用性標準。對于項目的易用性標準，原則上由測試方提出易用性問題修改的建議，由開發(fā)方對測試方提交的問題進行確認。

3.測試解決方案

我公司針對用戶方提出的測試要求，根據(jù)以往項目的實際經(jīng)驗，撰寫測試技術(shù)解決方案。該解決方案包含了本次系統(tǒng)測試可能涉及到的測試類型，并分別介紹不同測試類型的內(nèi)容和相關(guān)標準。

3.1.系統(tǒng)功能測試

實施系統(tǒng)功能測試，完成對被測系統(tǒng)的功能確認。

采用黑盒測試方法，根據(jù)需求規(guī)格說明書和用戶手冊，將功能點轉(zhuǎn)換為功能測試需求，根據(jù)測試需求編寫測試用例，保證所有功能點必須被測試用例覆蓋。

測試用例的編寫采用基于場景的測試用例編寫原則，便于以使用者的角度進行測試。用例設(shè)計上兼顧正常業(yè)務邏輯和異常業(yè)務邏輯。測試數(shù)據(jù)的選取可采用GUI測試，等價類劃分、邊界值分析、錯誤推測、比較測試等測試方法中的一種或者幾種數(shù)據(jù)的組合，一般以等價類劃分和邊界值法為主。

3.1.1.系統(tǒng)功能項測試

對《軟件需求規(guī)格說明書》中的所有功能項進行測試（列表）；

3.1.2.系統(tǒng)業(yè)務流程測試

對《軟件需求規(guī)格說明書》中的典型業(yè)務流程進行測試（列表）；

3.1.3.系統(tǒng)功能測試標準

? 可測試的功能點100％作為測試需求（如未作為測試需求，必須在測試計劃中標注原因并通知用戶方負責人）； ? 測試需求100％被測試用例覆蓋；

? 測試用例100％被實施（如未實施，在測試報告中標注未測試的原因并通知用戶方負責人）；

? 含有一類缺陷的系統(tǒng)不建議上線發(fā)布（缺陷嚴重等級見附錄，需確認）； ? 含有二類缺陷的系統(tǒng)不建議上線發(fā)布（缺陷嚴重等級見附錄，需確認）； ? 含有三類缺陷10個以上不建議上線發(fā)布（缺陷嚴重等級見附錄，需確認）； ? 權(quán)限矩陣測試覆蓋率100％。

3.2.易用性測試

本系統(tǒng)的易用性測試不是本次測試的重點。我方的原則是在測試過程中如果發(fā)現(xiàn)有完全不符合IT行業(yè)習慣的操作、完成一次業(yè)務過多操作步驟和彈出窗口、界面顏色嚴重影響閱讀、提示信息過于復雜或者簡單、業(yè)務邏輯完全不符合思維邏輯的情況下，我方測試人員會提出易用性類型的缺陷，此類缺陷由用戶方最終確認。

易用性測試的內(nèi)容包括: 軟件的用戶界面是否友好，是否出現(xiàn)中英文混雜的界面；

軟件中的提示信息是否清楚、易理解，是否存在原始的英文提示；

軟件中各個模塊的界面風格是否一致；

軟件中的查詢結(jié)果的輸出方式是否比較直觀、合理。

3.3.容錯測試

本系統(tǒng)的容錯測試不是本次測試的重點。我方的原則是在測試的過程中檢查對系統(tǒng)對非常規(guī)操作或業(yè)務流程的容錯性處理，是否影響系統(tǒng)的正常運行，是否給與用戶明確的提示信息等，此類缺陷由用戶方最終確認。

容錯測試的檢查內(nèi)容包括: 軟件對用戶常見的誤操作是否能進行提示；

軟件對用戶的的操作錯誤和軟件錯誤，是否有準確、清晰的提示；

軟件對重要數(shù)據(jù)的刪除是否有警告和確認提示；

軟件是否能判斷數(shù)據(jù)的有效性，屏蔽用戶的錯誤輸入，識別非法值，并有相應的錯誤提示。

3.4.安全性測試

如用戶方有明確的安全測試需求，可根據(jù)用戶實際情況，進行安全性測試。安全性測試的檢查內(nèi)容包括: 軟件中的密鑰是否以密文方式存儲；

軟件是否有留痕功能, 即是否保存有用戶的操作日志；

軟件中各種用戶的權(quán)限分配是否合理；

3.5.性能測試

對軟件需求規(guī)格說明書中明確的軟件性能進行測試。測試的準則是要滿足規(guī)格說明書中的各項性能指標（需明確說明）。

3.6.適應性測試

參照用戶的軟、硬件使用環(huán)境和需求規(guī)格說明書中的規(guī)定，列出開發(fā)的軟件需要滿足的軟、硬件環(huán)境（包括服務器環(huán)境、客戶端環(huán)境）。對部署環(huán)境進行測試（需明確說明）。

3.7.文檔測試

用戶文檔包括: 安裝手冊、操作手冊和維護手冊（需明確說明）。對用戶文檔測試的內(nèi)容包括: 操作、維護文檔是否齊全、是否包含產(chǎn)品使用所需的信息和所有的功能模塊；

用戶文檔描述的信息是否正確, 是否沒有歧義和錯誤的表達；

用戶文檔是否容易理解, 是否通過使用適當?shù)男g(shù)語、圖形表示、詳細的解釋來表達；

用戶文檔對主要功能和關(guān)鍵操作是否提供應用實例；

用戶文檔是否有詳細的目錄表和索引表；

文檔描述與程序當前版本符合

3.8.用戶有特別要求的測試

用戶對于系統(tǒng)是否有特別的要求（需明確說明）

4.預期提交文檔

本次系統(tǒng)測試可能提交的文檔包括《測試需求》、《測試計劃》、《測試用例》、《測試報告》等。其中測試計劃、報告等根據(jù)測試回歸次數(shù)而產(chǎn)生多份。

4.1.測試需求文檔

首先完成測試需求的整理，閱讀項目功能性說明的相關(guān)文檔，挑選出可以測試的功能點，完成測試需求的整理。

4.2.測試用例文檔

測試需求作為今后測試活動的指導和目標，且為測試工作量的估算提供可計算的依據(jù)。我方制定測試需求后將測試需求提交相關(guān)人員進行審查。通過之后，將根據(jù)測試需求完成功能性測試用例的編寫。

4.3.測試日志文檔

測試用例設(shè)計完成之后，我方將測試用例提交給相關(guān)各方評審。評審通過后測試人員按照測試用例實施測試。測試人員在實施測試的時候，將每日填寫測試日志。

4.4.測試報告

完成一次完整的功能測試之后，我方將匯總?cè)毕?，完成測試報告。

5.測試工作流程 5.1.測試啟動

開發(fā)方提供項目相關(guān)文檔，包括《需求規(guī)格說明書》、《設(shè)計文檔》、《用戶手冊》等相關(guān)文檔；

開發(fā)方搭建測試環(huán)境，提供必要的軟、硬件； 開發(fā)方進行系統(tǒng)講解，完成對測試方的培訓； 測試方閱讀相關(guān)文檔并學習使用被測系統(tǒng)；

測試方對依據(jù)的文檔中的不足提出意見，由開發(fā)方補充完善文檔。

5.2.測試準備

測試方制定必要的標準，提交開發(fā)方和用戶方審閱； 測試方整理測試需求，提交開發(fā)方和用戶方審閱； 測試方書寫測試計劃，提交開發(fā)方和用戶方審閱；

測試方編寫測試用例，開發(fā)測試腳本，可提交開發(fā)方和用戶方審閱； 5.3.測試實施

測試方按照測試計劃，按照設(shè)計的測試用例實施測試，記錄測試過程中的問題。測試方每日完成測試日志，并將測試日志提交開發(fā)方和用戶方。

5.4.測試總結(jié)

測試方對每次回歸測試提交缺陷列表，編寫測試報告。

6.三方職責分工

測試過程中需要開發(fā)方精悍有素的人員的大力支持與配合，并且為測試方提供現(xiàn)場技術(shù)支持。開發(fā)方有義務配合測試方完成本次的系統(tǒng)測試，并提供必要的支持工作。

由于測試階段的根本目標是盡可能多發(fā)現(xiàn)并排除軟件中潛藏的錯誤，最終把一個高質(zhì)量的軟件系統(tǒng)交給用戶使用，因此用戶方在測試階段的直接參與、指正和確認起著十分重要的作用。開發(fā)方需要有專人負責本次系統(tǒng)測試工作，組織測試現(xiàn)場和相關(guān)硬件設(shè)備，溝通和協(xié)調(diào)各方關(guān)系。

測試方嚴格按照軟件工程理論進行測試，提供專業(yè)測試人員和必要的測試工具，并以用戶方的根本利益為工作原則指導。

7.附錄

7.1.軟件錯誤的嚴重性等級

7.1.1.Critical：1級錯誤

這一級別的錯誤一般包括以下內(nèi)容: ? 沒有實現(xiàn)或錯誤地實現(xiàn)重要的功能； ? 業(yè)務流程存在重大隱患；

? 軟件在操作過程中由于軟件自身的原因自動退出系統(tǒng)或出現(xiàn)死機的情況；

? 軟件在操作過程中由于軟件自身的原因?qū)ο到y(tǒng)或數(shù)據(jù)造成破壞； ? 在現(xiàn)有的軟、硬建設(shè)環(huán)境下不能實現(xiàn)應有的功能； ? 特殊軟件在操作過程中可能危及系統(tǒng)和人身安全等。

7.1.2.Major：2級錯誤

這一級別的錯誤一般包括以下內(nèi)容: ? 沒有實現(xiàn)基本功能，并且不存在替代辦法；

? 沒有實現(xiàn)重要功能中的部分功能，并且不存在替代辦法； ? 業(yè)務流程銜接錯誤； ? 用戶的權(quán)限分配不合理； ? 不可繼續(xù)使用的異常錯誤；

? 系統(tǒng)不明原因資源占用增大,導致性能不斷下降； ? 界面與需求不符；

7.1.3.Averagte：3級錯誤

這一級別的錯誤一般包括以下內(nèi)容: ? 沒有實現(xiàn)基本功能，但存在替代辦法；

? 沒有實現(xiàn)重要功能中的部分功能，但存在替代辦法； ? 可繼續(xù)使用的異常錯誤； ? 提示信息存在錯誤

7.1.4.Minor：4級錯誤

這一級別的錯誤通常為易用性方面的錯誤： ? 界面不友好、前后風格不一； ? 中英文混雜；

? 查詢結(jié)果輸出不直觀；

? 錯別字，提示信息輕微錯誤； ? 界面控件缺陷； ? 快捷鍵錯誤；

7.1.5.Enhancement：5級錯誤

通常為不影響正常使用下的用戶方提出的改進性建議，或者文檔方面的錯誤。

? 界面調(diào)整

? 功能改進調(diào)整建議

? 顏色,字體,圖像等不合適 ? 基本操作過于復雜

? 使用手冊與功能不符（功能使用正常）

第五篇：風險提示

廉潔風險提示

2011年以來，有關(guān)()系統(tǒng)負面新聞頻頻出現(xiàn)在各大媒體、網(wǎng)站上，引起社會高度關(guān)注，對()系統(tǒng)造成極大負面影響。現(xiàn)摘錄如下，請各地深刻反思，吸取教訓：

一、貴州省錦屏縣農(nóng)信社信貸員發(fā)放貸款索賄案件。

2011年4月，貴州省錦屏縣檢察院依法對涉嫌受賄的犯罪嫌疑人鄭某做出批準逮捕決定。鄭某，現(xiàn)年43歲，錦屏縣聯(lián)社敦寨分社信貸員。2008年至2010年期間，鄭某私定貸款1-3萬元收取300-1000元“好處費”，貸款3-5萬元收取2000-3000元“好處費”的“規(guī)矩”，在審核貸款發(fā)放過程中，向貸款人索取或指使“中間人”介紹貸款索取現(xiàn)金，共獲取貸款人楊某、龍某等數(shù)十人現(xiàn)金4萬余元，造成了部分符合貸款條件的困難農(nóng)戶無法貸款或被迫求助“中間人”，交納“好處費”后方能貸款情況，同時造成一些用于賭博或經(jīng)營高利貸等非法用途的貸款被違規(guī)發(fā)放，在當?shù)剞r(nóng)民群眾中產(chǎn)生極惡劣的影響。

二、甘肅省天?？h信用聯(lián)社辦公樓爆炸案。

2011年5月13日，甘肅省天祝縣聯(lián)社原職工楊顯文趁聯(lián)社員工于五樓會議室集中開會，用塑料桶裝上汽油點燃后

1扔進會議室，引發(fā)大火，造成49人不同程度受傷，19人重傷。犯罪嫌疑人楊顯文原系聯(lián)社財務室出納，有挪用庫款前科，2011年4月再次被發(fā)現(xiàn)挪用庫款后，經(jīng)天祝縣聯(lián)社黨委研究決定，解除楊顯文勞動合同，由于沒有造成損失，并未移交司法機關(guān)處理，嫌疑人對解除勞動合同一事懷恨在心，制造了此次爆炸事件。據(jù)報道，嫌疑人已于當天17時被抓獲。

三、河南省鄧州市聯(lián)社劉集信用社為服刑期間犯人發(fā)放貸款且擔保人為死亡人員事件。

河南省鄧州市聯(lián)社劉集鎮(zhèn)信用社于2010年11月向居民張玉闖催還拖欠貸款，貸款日期是2006年7月20日，貸款金額為38000元。但借款人2006年4月已被判刑2年，服刑期間無法貸款，而且，擔保人之一張振文早在10年前就病故，不可能提供擔保。2011年7月4日，經(jīng)各大網(wǎng)站轉(zhuǎn)載曝光后，河南鄧州市聯(lián)社開展調(diào)查并由鄧州市聯(lián)社主任蔣書先向媒體通報調(diào)查結(jié)果：2006年7月20日，劉集居民張玉僧找原劉集信用社信貸員張增杰辦理貸款業(yè)務，用的是弟弟張玉闖的戶口薄復印件，擔保人共四人，包括其伯父張振文（已死亡），違規(guī)發(fā)放貸款屬實。鄧州市聯(lián)社對原貸款經(jīng)辦人張增杰開除留用，對原劉集信用社主任劉正偉勒令停職，同時要求劉正偉向當事人當面賠禮道歉。

四、湖南省婁底婁星區(qū)聯(lián)社18天開銷48萬煙酒費事件。2011年6月28日有論壇爆料稱湖南省婁底市婁星區(qū)聯(lián)社18天開銷48萬煙酒費，網(wǎng)友發(fā)帖后引起婁底市委市政府 2

領(lǐng)導高度重視并隨即作出批示，要求成立調(diào)查組介入調(diào)查。婁底市紀委書記王善明在接受相關(guān)媒體采訪時表示，目前已經(jīng)要求婁底市紀委開展調(diào)查核實，如經(jīng)查實煙酒招待費超標，將會嚴格按照相關(guān)規(guī)定依法依紀嚴肅處理，并追究有關(guān)責任人責任。

目前，正值()改革發(fā)展攻堅階段，請引以為戒，嚴格執(zhí)行()有關(guān)制度規(guī)定，狠抓()，堅決打擊()；狠抓()，嚴肅()，遏制()案件高發(fā)勢頭，維護()加速改革穩(wěn)健發(fā)展的良好局面。