孫海濱 劉明明
(山東科技大學(xué)信息科學(xué)與工程學(xué)院 山東 青島 266590)
基于微信公眾平臺(tái)的銷(xiāo)售訂單管理系統(tǒng)
孫海濱 劉明明
(山東科技大學(xué)信息科學(xué)與工程學(xué)院 山東 青島 266590)
在充分調(diào)研和分析企業(yè)現(xiàn)狀的基礎(chǔ)上,針對(duì)現(xiàn)有的ERP系統(tǒng)欠缺與銷(xiāo)售人員交互的功能,對(duì)傳統(tǒng)銷(xiāo)售訂單管理系統(tǒng)模式進(jìn)行分析,總結(jié)了銷(xiāo)售訂單管理系統(tǒng)的主要功能需求和實(shí)現(xiàn)方式。同時(shí),綜合考慮用戶(hù)的使用場(chǎng)景和現(xiàn)有技術(shù),設(shè)計(jì)了基于微信公眾平臺(tái)的銷(xiāo)售訂單管理系統(tǒng)。在最終的系統(tǒng)實(shí)現(xiàn)中,通過(guò)使用微信公眾平臺(tái)的開(kāi)放接口和Web開(kāi)發(fā)技術(shù),應(yīng)用MVC框架和B/S架構(gòu),與ERP系統(tǒng)進(jìn)行對(duì)接,良好地?cái)U(kuò)展了ERP系統(tǒng)的功能,實(shí)現(xiàn)了從訂單提交環(huán)節(jié)到發(fā)貨環(huán)節(jié)的無(wú)縫銜接,并為企業(yè)銷(xiāo)售人員提供可隨時(shí)隨地提交和管理訂單的服務(wù)。
微信公眾平臺(tái) 銷(xiāo)售訂單管理系統(tǒng) Web開(kāi)發(fā) Enterprise Resource Planning(ERP)
傳統(tǒng)銷(xiāo)售訂單的提交和管理是通過(guò)銷(xiāo)售人員和銷(xiāo)管人員電話(huà)或網(wǎng)絡(luò)溝通達(dá)成的,這種方式存在很大的誤操作性,從而增加銷(xiāo)售數(shù)據(jù)不吻合機(jī)率,增加了企業(yè)供銷(xiāo)過(guò)程的難度,而且也難以對(duì)銷(xiāo)售人員進(jìn)行業(yè)績(jī)?cè)u(píng)估。因此對(duì)于企業(yè)的銷(xiāo)售管理體制而言,制定一款適用于其本身的銷(xiāo)售訂單管理軟件是十分必要的。
考慮到銷(xiāo)售人員的工作性質(zhì)、工作地點(diǎn),銷(xiāo)售人員所需的功能不適合只在臺(tái)式機(jī)上使用,因此應(yīng)考慮將其放置于移動(dòng)終端。據(jù)統(tǒng)計(jì),截至2015年12月,我國(guó)網(wǎng)民使用手機(jī)上網(wǎng)的比例已經(jīng)達(dá)到了90.1%[2],移動(dòng)終端已越來(lái)越普及,因此,考慮將銷(xiāo)售人員所需的功能開(kāi)發(fā)于移動(dòng)終端,而管理人員所需的功能開(kāi)發(fā)于PC端。對(duì)于企業(yè)的銷(xiāo)售管理而言,基于微信公眾平臺(tái)的銷(xiāo)售訂單管理系統(tǒng)有著極大的開(kāi)發(fā)價(jià)值。
微信公眾平臺(tái)為開(kāi)發(fā)者提供了第三方開(kāi)發(fā)接口,基于此平臺(tái),企業(yè)和個(gè)人均可根據(jù)自身功能需求制定適合自身的公眾號(hào),可開(kāi)發(fā)出媒體傳播、電子商務(wù)或企業(yè)信息化管理等多種類(lèi)型的第三方應(yīng)用,進(jìn)而實(shí)現(xiàn)以文字、圖片、語(yǔ)音、視頻、圖文消息[7]對(duì)其特定群體的管理,并可與其進(jìn)行有效的互動(dòng)與溝通。
基于該平臺(tái)開(kāi)發(fā)銷(xiāo)售訂單管理系統(tǒng)的優(yōu)勢(shì):
(1) 可隨時(shí)隨地提供信息和服務(wù)。由于手機(jī)已成為用戶(hù)隨時(shí)隨地不可或缺的社交工具,可為銷(xiāo)售人員操作訂單數(shù)據(jù)帶來(lái)極大便利。同時(shí)與手機(jī)APP相比較,由于不需要下載安裝此軟件系統(tǒng),即可實(shí)現(xiàn)APP的功能,因此用戶(hù)的體驗(yàn)感更好。
(2) 庫(kù)存信息可隨時(shí)查看,并實(shí)時(shí)更新。在基于該平臺(tái)開(kāi)發(fā)的系統(tǒng)上,用戶(hù)可隨時(shí)查看所有產(chǎn)品的庫(kù)存信息。除此之外,在用戶(hù)成功提交訂單之后,庫(kù)存信息也隨之更新,確保了庫(kù)存信息的時(shí)效性。
(3) 避免升級(jí)。對(duì)于手機(jī)APP來(lái)說(shuō),一旦系統(tǒng)功能需求變動(dòng),用戶(hù)就不得不將原來(lái)安裝的APP卸載,重新安裝升級(jí)之后的系統(tǒng)。而基于該平臺(tái)開(kāi)發(fā)的系統(tǒng)所有的功能升級(jí)都在后臺(tái)完成,用戶(hù)只有在下一次打開(kāi)微信公眾賬號(hào)之后才會(huì)發(fā)現(xiàn)功能更新,因此避免了需要用戶(hù)手動(dòng)升級(jí)系統(tǒng)的操作。
(4) 跨平臺(tái)開(kāi)發(fā)。在手機(jī)APP開(kāi)發(fā)中,開(kāi)發(fā)者需要考慮到系統(tǒng)在Android和IOS兩大平臺(tái)上的應(yīng)用,同樣的功能需要在不同的架構(gòu)之下分別開(kāi)放。而在該平臺(tái)上,開(kāi)發(fā)者應(yīng)用Web開(kāi)發(fā)技術(shù),可跨平臺(tái)實(shí)現(xiàn)系統(tǒng)功能,因此無(wú)需考慮此類(lèi)問(wèn)題。
2.1 系統(tǒng)整體框架
如圖1所示,本系統(tǒng)由微信客戶(hù)端、PC客戶(hù)端、微信公眾平臺(tái)、Web服務(wù)器和K3(此處是指金蝶K3的ERP軟件,以下簡(jiǎn)稱(chēng)“K3”)系統(tǒng)五部分構(gòu)成。微信客戶(hù)端主要功能是將銷(xiāo)售人員的訂單信息提交到服務(wù)器,并對(duì)其已提交的訂單信息進(jìn)行管理;PC客戶(hù)端主要功能是計(jì)劃部人員對(duì)訂單的分配以及審核操作;微信客戶(hù)端的展示方式是將Web頁(yè)面嵌入到微信中,通過(guò)微信公眾平臺(tái)的接口完成相應(yīng)的功能;系統(tǒng)從K3系統(tǒng)提取所需數(shù)據(jù)進(jìn)行展示,并將用戶(hù)生成的訂單存入銷(xiāo)售訂單系統(tǒng)數(shù)據(jù)庫(kù),然后再同步到K3數(shù)據(jù)庫(kù)。

圖1 系統(tǒng)整體框架圖
2.2 系統(tǒng)體系結(jié)構(gòu)
系統(tǒng)采用B/S三層架構(gòu),特別是JavaScript和Ajax的結(jié)合使用,使得應(yīng)用程序的數(shù)據(jù)交互性增強(qiáng),從而實(shí)現(xiàn)了頁(yè)面的局部數(shù)據(jù)刷新。應(yīng)用程序部分邏輯功能和計(jì)算功能在客戶(hù)端進(jìn)行處理,大大減輕了后臺(tái)服務(wù)器的計(jì)算負(fù)擔(dān)。此外,系統(tǒng)借助Apache web服務(wù)器平臺(tái)以及Microsoft SQL Server 2005數(shù)據(jù)庫(kù)平臺(tái)進(jìn)行網(wǎng)站的搭建。銷(xiāo)售訂單管理系統(tǒng)的B/S的三層架構(gòu)如圖2所示。
表示層:為用戶(hù)提供交互式操作的界面,包括用戶(hù)的身份認(rèn)證等。
業(yè)務(wù)邏輯層:該層包含事務(wù)的處理邏輯,多數(shù)在服務(wù)器端使用php語(yǔ)言處理,部分在瀏覽器端,使用JavaScript進(jìn)行處理。其響應(yīng)表示層的業(yè)務(wù)請(qǐng)求,并根據(jù)該請(qǐng)求向數(shù)據(jù)訪(fǎng)問(wèn)層提交或獲取數(shù)據(jù),將結(jié)果反饋給表示層。業(yè)務(wù)邏輯層在整個(gè)架構(gòu)中起到了數(shù)據(jù)交換中承上啟下的作用[9]。
數(shù)據(jù)訪(fǎng)問(wèn)層:主要負(fù)責(zé)存取數(shù)據(jù)。本系統(tǒng)采用SQL SERVER 2005數(shù)據(jù)庫(kù)。

圖2 B/S三層架構(gòu)圖
2.3 系統(tǒng)功能
銷(xiāo)售訂單管理系統(tǒng)能夠?qū)崿F(xiàn)銷(xiāo)售部人員提交和管理訂單、計(jì)劃部人員處理訂單以及ERP系統(tǒng)的無(wú)縫銜接。該系統(tǒng)的功能實(shí)現(xiàn)框圖如圖3所示,可以分為三部分:第一部分用于查詢(xún)/存儲(chǔ)數(shù)據(jù)模型,包括用戶(hù)查看訂單、查看即時(shí)庫(kù)存和存儲(chǔ)訂單信息;第二部分用于生成訂單模型,主要包括用戶(hù)生成及管理訂單以及用來(lái)更新即時(shí)庫(kù)存的數(shù)據(jù)預(yù)處理器;第三部分用于分配訂單模型,主要包括查看待分配訂單的數(shù)據(jù)發(fā)送模塊和訂單分配操作的數(shù)據(jù)接收模塊。

圖3 系統(tǒng)功能框圖
從用戶(hù)需求、業(yè)務(wù)邏輯和微信可提供的開(kāi)發(fā)接口出發(fā),銷(xiāo)售訂單管理系統(tǒng)可分為四大功能模塊,如圖4所示:銷(xiāo)售人員下訂單、查看和管理訂單、計(jì)劃部查看和分配訂單以及查看和更新即時(shí)庫(kù)存。

圖4 系統(tǒng)功能模塊圖
本系統(tǒng)可以從企業(yè)的K3系統(tǒng)提取所需數(shù)據(jù),也可以將用戶(hù)生成的訂單存入中間數(shù)據(jù)庫(kù),并借助中間件存入K3數(shù)據(jù)庫(kù)。其原理如圖5所示。系統(tǒng)提供查看即時(shí)庫(kù)存的功能,銷(xiāo)售人員通過(guò)手機(jī)微信端對(duì)訂單進(jìn)行批量提交,并可對(duì)其所下訂單進(jìn)行管理,還可按條件篩選查看其歷史訂單。此外,為了方便管理,企業(yè)有關(guān)部門(mén)限制了訂單提交的時(shí)間,因此,系統(tǒng)還為銷(xiāo)售人員提供了提交訂單暫存的功能。企業(yè)的計(jì)劃部人員可以登錄電腦網(wǎng)站查看待分配的訂單,對(duì)銷(xiāo)售部所提交的訂單進(jìn)行審批管理,并對(duì)待分配訂單進(jìn)行分配。

圖5 系統(tǒng)消息接口原理圖
本系統(tǒng)數(shù)據(jù)庫(kù)中主要包含用戶(hù)信息表、訂單信息表、產(chǎn)品庫(kù)存表、產(chǎn)品生產(chǎn)廠表以及微信菜單信息表。用戶(hù)點(diǎn)擊微信菜單進(jìn)入功能頁(yè)面后,無(wú)需登錄即可完成訂單的提交、查看和管理操作,因此在用戶(hù)信息表中需要將用戶(hù)個(gè)人微信號(hào)的唯一標(biāo)識(shí)openid和該用戶(hù)的基本信息進(jìn)行綁定。此外,訂單信息表用來(lái)存放銷(xiāo)售訂單的具體信息,為訂單的查看、管理和分配功能提供數(shù)據(jù)支持;產(chǎn)品庫(kù)存表用來(lái)記錄每個(gè)產(chǎn)品在各個(gè)生產(chǎn)廠中的相應(yīng)庫(kù)存,便于用戶(hù)查看即時(shí)庫(kù)存;產(chǎn)品生產(chǎn)廠表用來(lái)存儲(chǔ)企業(yè)所有生產(chǎn)廠的具體信息,為訂單分配功能提供生產(chǎn)廠信息;而微信菜單表則是用來(lái)存儲(chǔ)微信菜單的名稱(chēng)及功能頁(yè)面鏈接等信息,便于實(shí)現(xiàn)微信菜單的顯示和管理功能。
3.1 下訂單模塊
銷(xiāo)售部門(mén)人員登錄微信手機(jī)客戶(hù)端,系統(tǒng)自動(dòng)獲取當(dāng)前用戶(hù)的身份信息。用戶(hù)可選擇銷(xiāo)售的產(chǎn)品,輸入產(chǎn)品的數(shù)量和單價(jià),并編輯其他產(chǎn)品的信息,將所有產(chǎn)品信息編輯完畢后,可查看即時(shí)庫(kù)存信息。若提交訂單的操作是在企業(yè)允許提交的時(shí)間范圍內(nèi),便可立即生效,否則,暫存訂單,到達(dá)允許時(shí)間時(shí),系統(tǒng)自動(dòng)提交該訂單。提交訂單后系統(tǒng)會(huì)及時(shí)更新庫(kù)存信息。同時(shí),系統(tǒng)會(huì)根據(jù)相應(yīng)的條件將訂單分為通過(guò)和未通過(guò)狀態(tài),其中未通過(guò)狀態(tài)的訂單交由計(jì)劃部審批,并將已通過(guò)的訂單信息和庫(kù)存信息通過(guò)中間件更新到K3數(shù)據(jù)庫(kù)中。該模塊時(shí)序如圖6所示。

圖6 下訂單模塊時(shí)序圖
3.2 管理訂單模塊
銷(xiāo)售部人員點(diǎn)擊“管理訂單”菜單后,系統(tǒng)自動(dòng)獲取用戶(hù)身份信息,將該用戶(hù)的歷史訂單以列表形式顯示,并允許用戶(hù)根據(jù)條件篩選查看指定訂單。系統(tǒng)自動(dòng)根據(jù)訂單的狀態(tài),判斷出允許用戶(hù)對(duì)該訂單進(jìn)行的操作。圖7為該模塊的時(shí)序圖。

圖7 管理訂單模塊時(shí)序圖
不管訂單是在未通過(guò)或通過(guò)狀態(tài),銷(xiāo)售人員或計(jì)劃部可以直接刪除,不能再對(duì)訂單進(jìn)一步修改,但在訂單數(shù)據(jù)庫(kù)中保留該條記錄,以便于日后的管理統(tǒng)計(jì)工作;在訂單處于通過(guò)狀態(tài)下用戶(hù)可對(duì)訂單進(jìn)行撤回操作,將訂單系統(tǒng)數(shù)據(jù)庫(kù)中訂單狀態(tài)轉(zhuǎn)換為未通過(guò),銷(xiāo)售部或計(jì)劃部可以進(jìn)一步對(duì)該訂單進(jìn)行管理。進(jìn)行刪除和撤回操作的訂單數(shù)據(jù),均不可保留在K3系統(tǒng)中。用戶(hù)可對(duì)未通過(guò)的訂單進(jìn)行修改,此時(shí)系統(tǒng)將訂單系統(tǒng)數(shù)據(jù)庫(kù)和K3系統(tǒng)數(shù)據(jù)庫(kù)同時(shí)更新,因此確保了兩個(gè)數(shù)據(jù)庫(kù)中對(duì)已通過(guò)訂單的數(shù)據(jù)保持一致。訂單的狀態(tài)轉(zhuǎn)換見(jiàn)圖8所示。

圖8 訂單狀態(tài)轉(zhuǎn)換圖
3.3 審核和分配訂單模塊
計(jì)劃部人員通過(guò)計(jì)算機(jī)上安裝的Web瀏覽器登錄訂單審核和分配系統(tǒng)。從系統(tǒng)需求出發(fā),銷(xiāo)售人員在下訂單時(shí),系統(tǒng)自動(dòng)將不符合直接通過(guò)條件的訂單設(shè)置為未通過(guò)狀態(tài),該類(lèi)訂單需要計(jì)劃部人員對(duì)其進(jìn)行審核。本模塊允許用戶(hù)查看即時(shí)庫(kù)存,并據(jù)此決定訂單是否可分配。對(duì)于可分配訂單,分配成功后,若訂單滿(mǎn)足直接通過(guò)的條件,則將訂單自動(dòng)轉(zhuǎn)換為通過(guò)狀態(tài),否則為未通過(guò)狀態(tài)。對(duì)于不可分配訂單,用戶(hù)可對(duì)其執(zhí)行撤回操作,訂單轉(zhuǎn)換為已作廢狀態(tài)。與微信端模塊操作相同,在本模塊操作執(zhí)行過(guò)程中,實(shí)時(shí)更新庫(kù)存信息,并同時(shí)更新訂單系統(tǒng)數(shù)據(jù)庫(kù)和K3系統(tǒng)數(shù)據(jù)庫(kù)。本模塊的設(shè)計(jì)開(kāi)發(fā)可以實(shí)現(xiàn)計(jì)劃部人員查看即時(shí)庫(kù)存以及按篩選條件查看待分配的訂單,并對(duì)訂單進(jìn)行分配,從而完成對(duì)訂單的審核操作。
對(duì)于審核通過(guò)的訂單,微信端用戶(hù)仍可以執(zhí)行“撤回”操作,此時(shí)該訂單轉(zhuǎn)換為“未通過(guò)”狀態(tài),以便于微信端用戶(hù)可進(jìn)一步修改此訂單。
4.1 微信第三方服務(wù)平臺(tái)驗(yàn)證
由于本系統(tǒng)主要是基于微信平臺(tái)并接入第三方服務(wù)平臺(tái)的設(shè)計(jì)開(kāi)發(fā),因此需要開(kāi)發(fā)者對(duì)微信平臺(tái)進(jìn)行配置。在提交配置信息時(shí),微信服務(wù)器向填寫(xiě)的第三方服務(wù)器的URL上發(fā)送帶參數(shù)的GET請(qǐng)求,其參數(shù)[1]如表1所示。該過(guò)程用于微信平臺(tái)對(duì)待接入的服務(wù)器的驗(yàn)證,以確保該服務(wù)器地址的有效性。

表1 驗(yàn)證操作GET請(qǐng)求參數(shù)表
在服務(wù)器的token驗(yàn)證過(guò)程中,首先,將開(kāi)發(fā)者自定義的token與請(qǐng)求參數(shù)timestamp、nonce按字典序進(jìn)行排序[1];然后,將以上三個(gè)字符串拼接成一個(gè)字符串并對(duì)其進(jìn)行sha1加密;最后,將加密后得到的字符串與signature參數(shù)比較,若成功,標(biāo)識(shí)請(qǐng)求來(lái)源于微信,服務(wù)器token驗(yàn)證通過(guò)。
關(guān)鍵代碼如下所示:

//字典排序

//拼接成一個(gè)字符串

//進(jìn)行sha1加密
//對(duì)比
return true;
} else {
return false;
}
4.2 基于微信的用戶(hù)身份獲取
用戶(hù)在微信客戶(hù)端訪(fǎng)問(wèn)本系統(tǒng)中的網(wǎng)頁(yè),系統(tǒng)可以通過(guò)網(wǎng)頁(yè)授權(quán)機(jī)制,獲取用戶(hù)的微信openid,并將其與用戶(hù)的編號(hào)等個(gè)人信息綁定,實(shí)現(xiàn)用戶(hù)進(jìn)入系統(tǒng)時(shí),自動(dòng)識(shí)別身份信息功能。
本系統(tǒng)采用靜態(tài)網(wǎng)頁(yè)授權(quán)機(jī)制,該機(jī)制是以snsapi_base為scope發(fā)起網(wǎng)頁(yè)授權(quán),授權(quán)成功后自動(dòng)跳轉(zhuǎn)到業(yè)務(wù)頁(yè)面。
靜態(tài)網(wǎng)頁(yè)授權(quán)的過(guò)程[1]分為兩步:
一個(gè)完善的制度體系可以給管理者們起到良好的輔助作用,更可以讓員工約束其自身,促進(jìn)工程進(jìn)度,打消員工消極怠工的狀態(tài),增強(qiáng)團(tuán)隊(duì)的管理體系,完善制度從以下幾方面入手:
第一步:用戶(hù)進(jìn)入授權(quán)頁(yè)面同意授權(quán),獲取code。
頁(yè)面的鏈接如下所示:
https://open.weixin.qq.com/connect/oauth2/authorize?appid=APPID&redirect_uri=REDIRECT_URI&response_type=code&scope=SCOPE&state=STATE&connect_redirect=1#wechat_redirect
其中:redirect_uri為系統(tǒng)的業(yè)務(wù)頁(yè)面。
第二步:通過(guò)code獲取用戶(hù)的openid。
獲取code后,將code值代替以下鏈接中的authorization_code;并通過(guò)curl技術(shù)抓取網(wǎng)頁(yè)返回的openid數(shù)據(jù)。
https://api.weixin.qq.com/sns/oauth2/access_token?appid=APPID&secret=SECRET&code=CODE&grant_type=authorization_code
4.3 微信自定義菜單創(chuàng)建
微信公眾平臺(tái)規(guī)定,自定義菜單接口[1]可實(shí)現(xiàn)click、view等多種類(lèi)型的功能按鈕。其中click類(lèi)型的按鈕主要用于自動(dòng)回復(fù)功能,view類(lèi)型的按鈕主要用于接入第三方平臺(tái)的功能頁(yè)面,并可調(diào)用微信的網(wǎng)頁(yè)授權(quán)接口,以自動(dòng)獲取當(dāng)前用戶(hù)身份信息。在銷(xiāo)售訂單管理系統(tǒng)中,微信端有三大功能:下訂單、管理訂單和查看即時(shí)庫(kù)存,其中查看即時(shí)庫(kù)存功能需要嵌入到另兩個(gè)模塊中,且用戶(hù)在進(jìn)入功能頁(yè)面時(shí),系統(tǒng)需自動(dòng)識(shí)別用戶(hù)信息。因此,可創(chuàng)建兩個(gè)view類(lèi)型的一級(jí)菜單。
自定義菜單接口:
https://api.weixin.qq.com/cgi-bin/menu/create?access_token=ACCESS_TOKEN
接口請(qǐng)求方式:POST
在銷(xiāo)售訂單管理系統(tǒng)中,該接口所需的請(qǐng)求參數(shù)說(shuō)明如表2所示。

表2 系統(tǒng)所需的自定義菜單接口請(qǐng)求參數(shù)說(shuō)明
4.4 頁(yè)面異步加載
在開(kāi)發(fā)中使用Ajax技術(shù)進(jìn)行瀏覽器和服務(wù)器間數(shù)據(jù)的異步傳輸,實(shí)現(xiàn)頁(yè)面的刷新效果,增強(qiáng)頁(yè)面的交互性。以用戶(hù)刪除訂單的操作為例,操作成功后,數(shù)據(jù)庫(kù)中該條記錄刪除的同時(shí),HTML頁(yè)面部分移除一條記錄的顯示部分,而無(wú)需重載整個(gè)頁(yè)面,關(guān)鍵代碼示例如下:

url:″modorder.php″,
Type:′POST′,
dataType:′text′,
data:{″FOrderNumber″:FOrderNumber,″type″:1},
success:function(data){
type.val(″已作廢″);
alert(data);
if(type.val()==″已作廢″){
type.parent().next().next().find(″span″).css(′display′,′none′);
btn1.parent().find(″button″).attr(′disabled′,′disabled′);
}
}
})
4.5 數(shù)據(jù)庫(kù)接口類(lèi)
本系統(tǒng)在開(kāi)發(fā)過(guò)程中會(huì)多次進(jìn)行數(shù)據(jù)庫(kù)的連接、數(shù)據(jù)庫(kù)表格的增刪改查等多種操作,因此在系統(tǒng)中創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)操作類(lèi)庫(kù),提高代碼的重用性。
編寫(xiě)數(shù)據(jù)庫(kù)構(gòu)造函數(shù),在以后的使用過(guò)程中,每實(shí)例化一次對(duì)象都會(huì)自動(dòng)調(diào)用該函數(shù):

array(″Database″=>″pro″,″CharacterSet″=>″UTF-8″)) {



//實(shí)例化時(shí)即連接數(shù)據(jù)庫(kù)
}
連接數(shù)據(jù)庫(kù)并獲取連接對(duì)象:
private function connect() {

(print_r( sqlsrv_errors(), true) );
//統(tǒng)一utf8編碼格式
}
執(zhí)行SQL語(yǔ)句:



}
}
返回所需數(shù)據(jù)或狀態(tài):

//抓取sql語(yǔ)句類(lèi)型


//執(zhí)行sql語(yǔ)句

} else {


}
}
}
執(zhí)行查詢(xún)操作時(shí),返回多條結(jié)果:

}
本系統(tǒng)是在微信公眾平臺(tái)與第三方平臺(tái)基礎(chǔ)上,實(shí)現(xiàn)了遠(yuǎn)程手機(jī)客戶(hù)端和后臺(tái)Web系統(tǒng)功能的結(jié)合,為銷(xiāo)售人員下單和計(jì)劃部人員分配訂單提供便利,并允許銷(xiāo)售人員對(duì)其訂單實(shí)時(shí)跟蹤,使得企業(yè)的銷(xiāo)售人員下訂單的效率更高,也有利于企業(yè)對(duì)銷(xiāo)售人員的業(yè)務(wù)評(píng)估。系統(tǒng)通過(guò)中間件與企業(yè)現(xiàn)有的ERP系統(tǒng)相關(guān)聯(lián),將業(yè)務(wù)員下訂單、計(jì)劃部分配訂單以及銷(xiāo)管人員通過(guò)K3系統(tǒng)查看訂單、根據(jù)訂單發(fā)貨等工作流程無(wú)縫銜接,良好地?cái)U(kuò)展了K3系統(tǒng)的功能,極大地提升了企業(yè)運(yùn)轉(zhuǎn)效率。該系統(tǒng)在某公司實(shí)施后,運(yùn)行良好,完成了項(xiàng)目初期的需求。在以后的開(kāi)發(fā)中,還可加入對(duì)銷(xiāo)售訂單數(shù)據(jù)的統(tǒng)計(jì)預(yù)測(cè)功能,以及對(duì)訂單的自動(dòng)分配功能,進(jìn)一步挖掘訂單數(shù)據(jù)的價(jià)值。
[1] 騰訊. 微信公眾平臺(tái)開(kāi)發(fā)者文檔[EB/OL]. http://mp.weixin.qq.com/wiki/home/index.html.
[2] 中國(guó)互聯(lián)網(wǎng)絡(luò)信息中心. 第37次中國(guó)互聯(lián)網(wǎng)絡(luò)發(fā)展?fàn)顩r統(tǒng)計(jì)報(bào)告[J]. 互聯(lián)網(wǎng)天地, 2016(1): 37-49.
[3] 王華琦. K3系統(tǒng)在企業(yè)管理領(lǐng)域的實(shí)施及功能分析[J].現(xiàn)代經(jīng)濟(jì)信息, 2010(20): 49-50.
[4] 曹美玉. 訂單管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)外貿(mào)[D].山東大學(xué)軟件學(xué)院, 2013.
[5] 馬會(huì)玲. 訂單管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)基于有限狀態(tài)機(jī)的印刷[D].北京印刷學(xué)院, 2014.
[6] 劉哲, 姜玲杰. 基于ERP的汽車(chē)生產(chǎn)企業(yè)訂單管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J]. 物流技術(shù), 2015(9): 259-261.
[7] Wikipedia. WeChat[EB/OL].[2014-08-20].https://en.wikipedia.org/wiki/WeChat#cite_note-8.
[8] 王正, 陸余良, 劉金紅. 基于AJAX技術(shù)的Web服務(wù)架構(gòu)及其安全性研究[J]. 計(jì)算機(jī)應(yīng)用與軟件, 2011, 28(3): 296-299.
[9] 任廣震, 侯進(jìn), 王獻(xiàn). MVC模式在B/S結(jié)構(gòu)政務(wù)系統(tǒng)的應(yīng)用研究[J].計(jì)算機(jī)應(yīng)用與軟件, 2014, 31(8): 54-58.
SALES ORDER MANAGEMENT SYSTEM BASED ON WECHAT PUBLIC PLATFORM
Sun Haibin Liu Mingming
(SchoolofInformationScienceandEngineering,ShandongUniversityofScienceandTechnology,Qingdao266590,Shandong,China)
Based on the investigation and analysis of the current situation of the enterprise, this paper analyzes the traditional sales order management system model and summarizes the main function requirements and realization methods of the sales order management system, aiming at the lack of the existing ERP system interaction with the salesperson. At the same time, the sales order management system based on WeChat public platform is designed considering the user’s usage scene and the existing technology synthetically. In the final system implementation, by using the open interface and web development technology of WeChat public platform and applying the MVC framework and the B / S framework, the ERP system is docked and the function of the ERP system is expanded. The system to achieve the link from the order to delivery links seamlessly, and for business sales staff can provide anytime, anywhere to submit and manage orders for services.
WeChat public platform Sales order management system Web development Enterprise resource planning(ERP)
2016-04-20。孫海濱,副教授,主研領(lǐng)域:嵌入式系統(tǒng),流媒體技術(shù),物聯(lián)網(wǎng)技術(shù),智能家居等。劉明明,碩士。
TP31
A
10.3969/j.issn.1000-386x.2017.05.019