第一篇：中國(guó)移動(dòng)BOSS規(guī)范之：帳務(wù)系統(tǒng)審核校驗(yàn)
1． 帳務(wù)處理的審核校驗(yàn)
系統(tǒng)能夠提供完善的審核校驗(yàn)功能，保證帳務(wù)處理的結(jié)果準(zhǔn)確無誤，出現(xiàn)異常時(shí)應(yīng)有明顯的提示，并給出異常、錯(cuò)誤的詳細(xì)信息。
應(yīng)分三個(gè)階段的審核校驗(yàn)： 1）出帳前
檢查計(jì)費(fèi)處理提交的數(shù)據(jù)是否齊全、是否具備出帳條件、有無重復(fù)數(shù)據(jù)、遺漏數(shù)據(jù)發(fā)生。
2）出帳中
檢查出帳過程中生成的日志、錯(cuò)誤報(bào)告、出帳狀態(tài)，檢查是否存在重復(fù)出帳、遺漏出帳、檢查是否由于系統(tǒng)資源引起的出帳中斷等。
3）出帳后
對(duì)出帳完成后生成的數(shù)據(jù)進(jìn)行自動(dòng)稽核校對(duì)，例如檢查各個(gè)明細(xì)帳目的邏輯關(guān)系是否平衡。對(duì)不平衡的帳目進(jìn)行告警，并在日志文件中指出具體的原因所在。
應(yīng)能通過參數(shù)設(shè)定的告警條件提供以下告警：出帳費(fèi)用與預(yù)計(jì)費(fèi)用相差太大的告警、詳單張數(shù)與預(yù)計(jì)張數(shù)相差太大的告警、高額帳單的告警等。對(duì)高額賬單應(yīng)顯示詳細(xì)情況：高額原因（當(dāng)天或累計(jì)），具體金額，用戶信用度、電話號(hào)碼，用戶名稱，聯(lián)系人，聯(lián)系電話等。
2．銷帳過程的審核校驗(yàn)
對(duì)銷帳過程應(yīng)全程進(jìn)行監(jiān)督和審計(jì)，并輔以相應(yīng)的人工稽核管理功能，出現(xiàn)異常時(shí)應(yīng)有明顯的提示，并給出異常、錯(cuò)誤的詳細(xì)信息。? 前臺(tái)操作
營(yíng)業(yè)員上班時(shí)要嚴(yán)格登記工號(hào)和本班次開始發(fā)票號(hào)，核對(duì)操作密碼。下班時(shí)打印營(yíng)業(yè)日?qǐng)?bào)表連同帳單存根聯(lián)、現(xiàn)金進(jìn)帳單和支票一并報(bào)帳，如進(jìn)行了重打帳單、誤繳取消操作，要打印重打清單、誤繳取消清單聯(lián)同完整作廢帳單一并報(bào)帳。
對(duì)每個(gè)營(yíng)業(yè)員的操作要有詳細(xì)日志記載，包括每次操作的時(shí)間、工號(hào)、收費(fèi)流水號(hào)、發(fā)票號(hào)、款項(xiàng)、金額等，以及出現(xiàn)異常情況下的修正操作，保證后臺(tái)稽核工作有據(jù)可查。? 營(yíng)業(yè)廳平帳
營(yíng)業(yè)廳每日要打印本點(diǎn)全員的收費(fèi)日?qǐng)?bào)表，審核有無非法工號(hào)進(jìn)入。對(duì)重打帳單、誤繳取消操作要逐筆核對(duì)，保證當(dāng)日營(yíng)業(yè)帳、款、單嚴(yán)格一致。? 后臺(tái)稽核
系統(tǒng)能通過帳單逐份或批量檢查帳單，按照不同工號(hào)產(chǎn)生稽核報(bào)表，審核稽核報(bào)表同營(yíng)業(yè)報(bào)表的一致性，審核營(yíng)業(yè)帳、款、單的一致性?；撕蟮膸伟窗l(fā)票號(hào)順號(hào)理定歸檔。? 財(cái)務(wù)管理
財(cái)務(wù)對(duì)銷帳全過程進(jìn)行監(jiān)督和審計(jì)，審核營(yíng)業(yè)收費(fèi)報(bào)表，托收銷帳報(bào)表。隨時(shí)抽查帳單、清單、報(bào)表，確保收入準(zhǔn)確。
第二篇：K_中國(guó)移動(dòng)關(guān)于DRM規(guī)范之總結(jié)
中國(guó)移動(dòng)關(guān)于DRM規(guī)范之總結(jié)
? 所有傳入終端的FL及CD數(shù)字內(nèi)容均不許通過IrDA, Bluetooth, MMC,MMS，Email 等方式進(jìn)行轉(zhuǎn)發(fā)
? DRM管理的對(duì)象：圖片、聲音（包括鈴聲）、動(dòng)畫、Java Game ? 實(shí)現(xiàn)媒體輸入、輸出的辦法有：
? 無線：MMS、SMS、EMS、E-Mail
? 有線：紅外、藍(lán)牙、數(shù)據(jù)線、攜帶記憶媒體
? DRM在移動(dòng)各業(yè)務(wù)中的管理
? DRM在MMS業(yè)務(wù)中的管理
? 在MMS業(yè)務(wù)中，帶有內(nèi)容的MMS收信，編輯，轉(zhuǎn)發(fā)操作時(shí)，必須對(duì)其內(nèi)容進(jìn)行DRM管理
? DRM管理對(duì)MMS附件內(nèi)容的play、display進(jìn)行管理
? 對(duì)MMS附件內(nèi)容的轉(zhuǎn)發(fā)（P13）不進(jìn)行任何管理？？？
? DRM在JAVA業(yè)務(wù)中的管理
? JAVA應(yīng)用程序?qū)lay、display、execute進(jìn)行管理
? 對(duì)JAVA應(yīng)用程序的編輯、轉(zhuǎn)發(fā)不管理？？？
? DRM在內(nèi)容下載業(yè)務(wù)中的管理
? 顯示下載的內(nèi)容時(shí)對(duì)play、display進(jìn)行管理
? 執(zhí)行、印刷下載的內(nèi)容時(shí)，DRM對(duì)execute、print進(jìn)行管理 ? 編輯下載內(nèi)容時(shí)DRM不管理
? DRM Message
? 在FL、CD模式中使用
? 具體定義這里從略，見總結(jié)文檔中定義
? DCF格式
? 為SD模式中受限媒體對(duì)象編碼使用
? 具體定義從略，見總結(jié)文檔中定義
? 版權(quán)描述語言REL
? 利用XML或WBXML兩種方式進(jìn)行定義權(quán)限對(duì)象描述
? 具體定義這里從略，見總結(jié)文檔中定義
? REL解析時(shí)必須保證與ODRL的兼容性，必須做如下處理：
? 必須忽略不支持的許可權(quán)，而支持的許可權(quán)必須被授權(quán)
? 禁止包含一個(gè)或多個(gè)不支持的限制的許可被授權(quán)
? 禁止包含有任何不支持的
? 應(yīng)該忽略不支持的
? 應(yīng)該忽略不支持的
元素
? 應(yīng)該忽略不支持的
? 應(yīng)該忽略不支持的ODRL中的安全模式
? WBXML編碼規(guī)則
? 必須使用WBXML版本號(hào)1.3（按u_int8編碼取值0x03）
? 必須使用公開標(biāo)識(shí)值‘－//oma//DTD DRMREL 1.0//EN’（按mb_u_int32編碼，取值0x0E）
? 字符集必須設(shè)置為UTF-8(按mb_u_int32編碼，取值0x6A)
?
? DCF文件的識(shí)別方式，建議采用后綴名.dcf；文本格式的版權(quán)對(duì)象文件擴(kuò)展名必須
是“.dr”,按WBXML格式編碼的版權(quán)對(duì)象文件的擴(kuò)展名必須是“.drc”
? DRM權(quán)限的許可優(yōu)先級(jí)定義
? 一個(gè)媒體對(duì)象至少支持3個(gè)版權(quán)對(duì)象
? 下載超出上限的版權(quán)對(duì)象，終端需要?jiǎng)h除相應(yīng)提示
? 優(yōu)先級(jí)安排（優(yōu)先級(jí)由高到低進(jìn)行排序）
1、無約束的限制
2、無interval、count的datetime限制
3、有interval，無count的datetime限制；多個(gè)類似限制，具有較早結(jié)束時(shí)間的優(yōu)先
4、有count，無interval的datetime限制；多個(gè)類似限制，具有較早結(jié)束時(shí)間的優(yōu)先
5、有interval、count的datetime限制；多個(gè)類似限制，具有較早結(jié)束時(shí)間的優(yōu)先
6、僅有interval限制；多個(gè)類似限制，具有較小時(shí)間間隔的限制優(yōu)先
7、有count的interval限制；多個(gè)類似限制，具有具有較小時(shí)間間隔的限制優(yōu)
先
8、僅有count的限制；多個(gè)類似限制，具有較小的限制優(yōu)先
? DRM下載
? 媒體對(duì)象下載方式
? 主動(dòng)方式
? 通過WAP進(jìn)行主動(dòng)下載
? 被動(dòng)方式
? MMS方式
? WAP PUSH方式
? 媒體對(duì)象下載其他要求
? MIME類型為application/vnd.oma.drm.content的DRM文件應(yīng)當(dāng)存儲(chǔ)為.dcf后
綴的文件
? 如果存儲(chǔ)新的RO對(duì)象，但是由于RO數(shù)據(jù)庫已滿，終端應(yīng)當(dāng)可以讓用戶清理
空間。如果仍然失敗，終端可以返回SMS-DELIVER-REPORT消息并丟棄該
權(quán)限。C/D內(nèi)容在一個(gè)終端上只可以存儲(chǔ)一次，除非用戶重新從網(wǎng)絡(luò)側(cè)下載
? 權(quán)限對(duì)象下載方式
? 主動(dòng)方式 WAP
? 戶下載內(nèi)容以后，可能由于某種原因未能下載權(quán)限，之后用戶應(yīng)當(dāng)可以通
過WAP主動(dòng)下載權(quán)限，如通過訪問Right-Issuer-URL觸發(fā)被動(dòng)式權(quán)限推
送
? 被動(dòng)方式 WAP PUSH + SMS
? 終端必須支持通過此方式接受RO對(duì)象
? 終端上某內(nèi)容的相關(guān)權(quán)限過期后，用戶應(yīng)當(dāng)可以使用rights-Issuer-URL
得到新的URL
? 媒體對(duì)象下載過程中，建議選擇使用OMA DOWNLOAD1.0.JAVA應(yīng)用建議選擇MIDP
DOWNLOAD 2.0
? 移動(dòng)終端不得將“禁止轉(zhuǎn)發(fā)”方法（通過DRM消息）所獲得的媒體對(duì)象轉(zhuǎn)發(fā)給其他設(shè)備，但允許本機(jī)對(duì)下載的媒體對(duì)象不受限制的播放（Play）、顯示(Display)、執(zhí)行(Execute)和打印(Print)。移動(dòng)終端不得改動(dòng)下載的媒體對(duì)象
? 如果移動(dòng)終端支持“組合發(fā)送”方法，則要求必須同時(shí)支持“禁止轉(zhuǎn)發(fā)”方法
? CD模式下，移動(dòng)終端必須保證在收到DRM 消息拆包后并可能丟棄的情況下，保存好
版權(quán)信息
? 移動(dòng)終端不得轉(zhuǎn)發(fā)從DRM消息中接收到的媒體對(duì)象
? 移動(dòng)終端不得轉(zhuǎn)發(fā)從DRM消息中接收到的版權(quán)對(duì)象
? 移動(dòng)終端消費(fèi)內(nèi)容時(shí)，必須遵循用“版權(quán)描述語言”定義的版權(quán)
? 版權(quán)描述語言并不影響本機(jī)對(duì)DRM內(nèi)容的管理，如移動(dòng)終端必須允許終端用戶保存、安裝、卸裝和刪除DRM內(nèi)容
? 版權(quán)描述語言不控制DRM內(nèi)容的傳播（Distribution）？？？
? 如果移動(dòng)終端支持“分別發(fā)送”方法，則它必須也支持“組合發(fā)送”和“禁止轉(zhuǎn)發(fā)”方
法
? 本規(guī)范允許移動(dòng)終端轉(zhuǎn)發(fā)（超級(jí)分發(fā)）DCF文件到其他移動(dòng)終端。然而，不允許版權(quán)
對(duì)象隨DCF文件發(fā)送
? 在采用分別發(fā)送方法時(shí)，須將媒體對(duì)象轉(zhuǎn)換為DCF格式
? 通過這句話是不是可以得出這樣的結(jié)論：收到DCF和CEK后將媒體對(duì)象解密并保
存解密后的對(duì)象數(shù)據(jù)流，而原來的加密數(shù)據(jù)流丟棄，同時(shí)，發(fā)送出去的時(shí)候進(jìn)行再一次的加密？？？
? 移動(dòng)終端必須支持使用規(guī)范[PUSHOTA]中的服務(wù)原語（Po-Unit-Push），即在無連接的會(huì)話服務(wù)中提供無需確認(rèn)的Push服務(wù)。其他的服務(wù)原語也可以使用
? DRM用戶代理的Push應(yīng)用ID（Push Application ID）值為：
-URN: x-wap-application:drm.ua
-Number: 0x08
? 移動(dòng)終端應(yīng)允許轉(zhuǎn)發(fā)DCF文件，并可以采用任何終端設(shè)備支持的傳輸方式
? 本服務(wù)可以將DCF對(duì)象打包在一個(gè)DRM消息而不包含版權(quán)對(duì)象。在這種情況下，DCF
文件不得從本機(jī)轉(zhuǎn)發(fā)。如果沒有版權(quán)對(duì)象中的密鑰，則不能使用DCF中的內(nèi)容。因此，在禁止轉(zhuǎn)發(fā)方法中定義的默認(rèn)授權(quán)規(guī)則不能應(yīng)用到以DRM消息形式傳遞的DCF對(duì)象 ? 是何含義？？？
? 當(dāng)試圖使用這樣的內(nèi)容（無關(guān)聯(lián)的版權(quán)對(duì)象）時(shí)，則移動(dòng)終端必須向用戶提供從授權(quán)中
心獲取版權(quán)的選擇。例外情況是，移動(dòng)終端知道版權(quán)對(duì)象正在發(fā)送過程中
? 對(duì)一個(gè)DRM內(nèi)容，如果存在多個(gè)關(guān)聯(lián)的版權(quán)對(duì)象，則每個(gè)版權(quán)對(duì)象必須被單獨(dú)處理。
即移動(dòng)終端不得合并版權(quán)對(duì)象。在內(nèi)容使用過程中，可能有多個(gè)版權(quán)對(duì)象滿足限制條件。當(dāng)發(fā)生這種情況的時(shí)候，移動(dòng)終端必須選擇其中一個(gè)執(zhí)行。這種選擇可以基于選取最小限制的版權(quán)對(duì)象原則，由終端設(shè)備自動(dòng)進(jìn)行，或讓用戶以交互的方式選擇
? 版權(quán)描述語言并不影響本機(jī)對(duì)DRM內(nèi)容的管理，如移動(dòng)終端必須允許終端用戶保存、安裝、卸裝和刪除DRM內(nèi)容
? 當(dāng)需要獲取DCF對(duì)象的版權(quán)時(shí)，移動(dòng)終端必須向授權(quán)中心URL地址（在DCF對(duì)象的Rights_Issuer字段中定義）構(gòu)造一個(gè)HTTP/WAP GET請(qǐng)求。為了便于實(shí)現(xiàn)購買版權(quán)時(shí)所出現(xiàn)的對(duì)話，移動(dòng)終端必須支持在規(guī)范WAE中定義的無線應(yīng)用環(huán)境
? 當(dāng)通過不同于規(guī)范中描述的方法接收DCF格式的媒體對(duì)象時(shí)，新出現(xiàn)的移動(dòng)終端不能
?
?
?
?
? 判斷DCF對(duì)象內(nèi)的媒體內(nèi)容是否適合本機(jī)使用。因此，有必要在用戶通過授權(quán)中心URL獲得版權(quán)對(duì)象之前檢查媒體內(nèi)容是否適合該移動(dòng)終端 在這種情況下，移動(dòng)終端在使用Rights-Issuer URL參數(shù)前，必須使用Content-Type和Content-Length兩個(gè)參數(shù)來判斷媒體內(nèi)容是否適合本機(jī)。如果移動(dòng)終端無法確定內(nèi)容是否適合，則應(yīng)向用戶產(chǎn)生一個(gè)警告或錯(cuò)誤，并且在導(dǎo)航到授權(quán)中心URL之前應(yīng)向用戶產(chǎn)生警告信息 必須在終端設(shè)備上區(qū)分授權(quán)和未授權(quán)的應(yīng)用實(shí)體（Entities），必須預(yù)防未授權(quán)的應(yīng)用實(shí)體訪問未加密的DRM內(nèi)容 終端設(shè)備的要求 ? 除本建議提出兩種下載方式的其他方式，終端都應(yīng)該拒絕接受 ? 如果DCF對(duì)象不含有Rights-Issuer-URL信息，終端不應(yīng)當(dāng)通過紅外、藍(lán)牙等方式轉(zhuǎn)發(fā)該DCF對(duì)象 ? DRM1.0階段，終端應(yīng)支持以下媒體類型 ? 音頻：鈴聲 ? 靜態(tài)圖像：圖片、背景、屏保 ? 視頻：視頻片斷（可選）? 應(yīng)用程序：Java Midlets ? DRM媒體對(duì)象的管理 ? 受限鈴聲、圖片為終端選中的應(yīng)用，當(dāng)過期時(shí)，終端應(yīng)自動(dòng)利用缺省替代 ? WAP Browser可以顯示或播放WAP網(wǎng)頁中嵌入的DRM內(nèi)容，如：聲音、圖片等 ? 顯示文件信息時(shí)，終端不應(yīng)該使用權(quán)限，如：顯示MP3的作者等信息時(shí)，終端不應(yīng)該去檢查權(quán)限 ? DRM文件應(yīng)該可以重命名，而不影響MO與RO的關(guān)聯(lián)關(guān)系 ? 信息處理程序應(yīng)當(dāng)可以處理附件中的DRM內(nèi)容 ? DRM權(quán)限對(duì)象的管理 ? 權(quán)限對(duì)象失效后，終端可以自動(dòng)刪除該對(duì)象 ? 權(quán)限對(duì)象可以顯示，并可由用戶進(jìn)行刪除操作 ? DCF中含有X-OMA-Separate-Delivery信息時(shí)，終端應(yīng)提示用戶該時(shí)間；若指定時(shí)間內(nèi)沒有收到（注意：該時(shí)間為近似時(shí)間，處理時(shí)應(yīng)適當(dāng)延長(zhǎng)幾秒）或者收到都要提示用戶；且如果收到后，權(quán)限有效，應(yīng)提示用戶DCF可用 ? 終端在顯示上應(yīng)區(qū)分受限與非受限媒體 ? 媒體對(duì)象對(duì)應(yīng)的多個(gè)（最多3個(gè)）RO皆可顯示 ? 對(duì)于CD模式，刪除MO后一定要?jiǎng)h除RO（自我定義）；對(duì)于SD模式，刪除MO后，終端要提示用戶是否刪除RO，若用戶不刪除，則在RO失效后刪除，不失效將保存多久？？？ ? 當(dāng)RO個(gè)數(shù)達(dá)到上限（3個(gè)），終端應(yīng)當(dāng)可提示用戶刪除相應(yīng)的RO，刪除原則為：無效、優(yōu)先級(jí)低的優(yōu)先刪除？？？ ? 終端至少要有至少500KB的RO存儲(chǔ)空間 ? 終端對(duì)內(nèi)容的解密應(yīng)當(dāng)和解碼、顯示的速度相當(dāng) ? 終端應(yīng)該可用預(yù)置FL、CD、SD內(nèi)容，終端重置后，應(yīng)當(dāng)重現(xiàn)預(yù)置內(nèi)容，并且原權(quán)限對(duì)象也應(yīng)當(dāng)保留注：
? 紅色部分為不理解需討論的內(nèi)容
? 藍(lán)色部分為重點(diǎn)突出部分
第三篇：BOSS汽車美容管理系統(tǒng)之怎樣選擇好的軟件
汽車美容店鋪選擇軟件因該注意的問題（）
1.專業(yè)性：軟件一定要適合行業(yè)，市場(chǎng)上汽車美容管理的軟件非常之多，我們一定要結(jié)合自己的行業(yè)去尋找專業(yè)的軟件，這里有幾個(gè)小訣竅可以參考一下：首先研究一下，公司的簡(jiǎn)介，有些公司旗下有幾百是上千個(gè)軟件，那好，這個(gè)充其量說明他是一家優(yōu)秀的軟件公司，但必然軟件的專業(yè)性將要大打折扣，軟件是需要精心雕琢的，是需要不斷實(shí)踐的，而不是成批量的生產(chǎn)出來的。這就像專賣店和大商場(chǎng)一樣。日常的東西我們可以選擇去商場(chǎng)，專業(yè)性的一定要到專業(yè)店去。(BOSS軟件)
2.功能性：軟件的功能是怎樣的？簡(jiǎn)單的買單，辦會(huì)員，進(jìn)銷存，這些都是基礎(chǔ)的，相信區(qū)別都不大了，既然這樣我們?cè)诳聪旅靠钴浖钠渌δ?，像提醒功能，手機(jī)查詢呀，包括店鋪定位，活動(dòng)策劃。這些也是很重要的，畢竟現(xiàn)在的話不能再憑借著感覺去做生意了，老板還是要學(xué)會(huì)看看報(bào)表，這是趨勢(shì)。（BOSS軟件）
3.操作的簡(jiǎn)單性：這好理解，一款軟件你功能再好不會(huì)用或者用起來困難看來也是枉然。這里您一定會(huì)問了，我又不是專業(yè)的人員我怎么知道呢。其實(shí)這個(gè)很簡(jiǎn)單。您只要打開一款軟件，看它的主界面就可以了，我們第一感覺他是簡(jiǎn)單的那就是說明這款軟件確實(shí)不錯(cuò)是經(jīng)過認(rèn)真制作的，如果你一眼感覺就是亂遭遭的，好吧，我相信你用的困難會(huì)很大。這就是所謂的第一感覺，這個(gè)是很重要的。（BOSS軟件）
4.售后服務(wù)：買軟件其實(shí)賣的是服務(wù)，所以有些軟件我們聽起來價(jià)格很高，您先不要直接拒絕，畢竟服務(wù)是要花錢的。天下沒有免費(fèi)的晚餐，若要便宜還不如直接去下載一個(gè)免費(fèi)的，所以當(dāng)人家提到價(jià)錢的時(shí)候您接著就可以追問后續(xù)的服務(wù)，當(dāng)然了，現(xiàn)在的培訓(xùn)大部分是遠(yuǎn)程培訓(xùn)了，您也不要老糾結(jié)著人家沒有親自來，因?yàn)檫@個(gè)效果真的和那個(gè)差不多，雙方都省心。也比較現(xiàn)實(shí)。（BOSS軟件）
因?yàn)槲冶救耸亲鲕浖N售的，自己也開過汽車美容店所以這邊和大家分享一下！希望能給您一些幫助！
第四篇：招商系統(tǒng)文件之招商人員禮儀規(guī)范
招商中心人員禮儀規(guī)范
一、總則
為了展現(xiàn)招商中心人員積極、向上的精神風(fēng)貌，特制訂本規(guī)范。
(一)儀容、儀表
招商中心人員在正式場(chǎng)合（會(huì)客、談判、簽約、開業(yè)、剪彩等）必須著正裝，女士略施淡妝，男士佩帶領(lǐng)帶，其余場(chǎng)合參照商管總部《員工著裝管理規(guī)定》。
招商中心人員在與客戶交談時(shí)應(yīng)尊重對(duì)方、謙虛禮讓，注意語速和音量，吐字清晰，不快不慢。
(二)接電話
招商中心人員接電話時(shí)的開頭問候語要有精神，講電話的聲音不要過大，話筒離口的距離不要太近，若是代聽電話，一定要主動(dòng)問對(duì)方是否需要留言，認(rèn)真記清楚時(shí)間、地點(diǎn)、事件等。交談結(jié)束時(shí)應(yīng)在對(duì)方掛機(jī)后再輕輕掛上電話。
(三)收發(fā)郵件
招商中心人員必須使用公司郵箱發(fā)送正式的郵件。郵件標(biāo)題須用幾個(gè)字簡(jiǎn)明扼要概括整個(gè)郵件的內(nèi)容，開頭要用“尊敬的”或者是“先生/女士，您好！”結(jié)尾要有祝福語，并使用“此致/敬禮！”。郵箱簽名檔須設(shè)置以下內(nèi)容：公司名稱、姓名、手機(jī)、座機(jī)、傳真、郵編、公司地址等。
電子郵件的內(nèi)容要簡(jiǎn)明扼要，如果對(duì)公司不利的信息，如報(bào)價(jià)等，千萬不要寫上。對(duì)于需要回復(fù)及轉(zhuǎn)寄的電子郵件，要小心斟酌寫在電子郵件里的字句，重要的機(jī)密和敏感的話題不要使用電子郵件，以防泄密。
（四）會(huì)見
1)拜訪：
招商中心人員在拜訪前應(yīng)明確拜訪目的，并提前預(yù)約，以防撲空或擾亂客戶的計(jì)劃。拜訪時(shí)間一旦約定應(yīng)準(zhǔn)時(shí)到訪，若遇特殊情況不能如期赴約，應(yīng)事先告知客戶。為了節(jié)約時(shí)間及經(jīng)費(fèi)，出差異地拜訪客戶的招商人員，應(yīng)盡量將客戶約定在一個(gè)時(shí)間集中拜訪。做客時(shí)言行舉止均表現(xiàn)出良好教養(yǎng)和禮貌行為。拜訪完畢應(yīng)及時(shí)向公司有關(guān)領(lǐng)導(dǎo)反饋拜訪信息。
2)接待：
在接待之前，招商人員應(yīng)確定迎送規(guī)格及是否安排食宿等問題。通常情況下，接待規(guī)格主要依據(jù)三方面的情況來確定，即來賓的身份和目的，我方與被迎送者之間的關(guān)系以及慣例。
商務(wù)宴請(qǐng)規(guī)格詳見《招商中心商務(wù)宴請(qǐng)管理制度》
3)會(huì)議：
招商中心人員參照以下流程
（會(huì)前）
確定會(huì)議主題與議題——確定會(huì)議名稱 ——確定會(huì)議規(guī)模與規(guī)格——確定會(huì)議時(shí)間與會(huì)期——明確會(huì)議所需設(shè)備和工具——明確會(huì)議組織機(jī)構(gòu) ——確定與會(huì)者名單——選擇會(huì)議地點(diǎn)——安排會(huì)議議程和日程——制發(fā)會(huì)議通知——制作會(huì)議證件 ——準(zhǔn)備會(huì)議文件材料——安排食住行——制定會(huì)議經(jīng)費(fèi)預(yù)算方案——布置會(huì)場(chǎng)
會(huì)場(chǎng)檢查（會(huì)中）
報(bào)到及接待工作——組織簽到——做好會(huì)議記錄——會(huì)議信息工作——編寫會(huì)議簡(jiǎn)報(bào)或快報(bào)——做好會(huì)議值班保衛(wèi)工作 ——做好會(huì)議保密工作 ——做好后勤保障工作
（會(huì)后）
安排與會(huì)人員離會(huì)——撰寫會(huì)議紀(jì)要 ——會(huì)議的宣傳報(bào)道 ——會(huì)議總結(jié)——催辦與反饋工作
點(diǎn)擊咨詢 