生豬養(yǎng)殖生產(chǎn)系統(tǒng)對(duì)接SAP的研究與實(shí)現(xiàn)

仇 燕 童 銳,2 王文宇,2 呂成軍 黃 旭

1.安徽工業(yè)大學(xué)信息技術(shù)研究院，安徽馬鞍山 243002；2.安徽工業(yè)大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院，安徽馬鞍山 243032；3.天邦食品股份有限公司，上海 200233；4.武漢中畜智聯(lián)科技有限公司，武漢 430000

近年來(lái)，隨著生豬養(yǎng)殖業(yè)的快速發(fā)展，生豬養(yǎng)殖業(yè)的規(guī)模化、集約化程度較高，越來(lái)越多的企業(yè)都想將產(chǎn)業(yè)鏈上下游打通，建立愈發(fā)完整的集養(yǎng)殖、生產(chǎn)、采購(gòu)、銷售于一體的經(jīng)營(yíng)模式[1-2]。傳統(tǒng)的生豬養(yǎng)殖生產(chǎn)系統(tǒng)控制著公司生產(chǎn)、采購(gòu)、銷售、庫(kù)存、飼料、質(zhì)檢等過程的運(yùn)作，同時(shí)配備專業(yè)的集團(tuán)企業(yè)財(cái)務(wù)管理與控制系統(tǒng)，生產(chǎn)系統(tǒng)為公司提供了該財(cái)務(wù)系統(tǒng)所需要的接口，以便于將系統(tǒng)中的數(shù)據(jù)傳輸?shù)截?cái)務(wù)系統(tǒng)中。這樣的養(yǎng)殖生產(chǎn)系統(tǒng)在使用中有它自身的優(yōu)勢(shì)：業(yè)務(wù)之間交互性強(qiáng)、界面操作簡(jiǎn)單、功能簡(jiǎn)單實(shí)用。但是卻存在著沒有實(shí)現(xiàn)完整集成的一體化管理、成本分析與控制不精細(xì)化、業(yè)務(wù)數(shù)據(jù)與實(shí)際數(shù)據(jù)脫節(jié)等問題。尤其在生產(chǎn)和物料倉(cāng)儲(chǔ)方面，養(yǎng)殖成本無(wú)法做出準(zhǔn)確丈量，導(dǎo)致生產(chǎn)成本與實(shí)際賬面不符，且對(duì)于生豬養(yǎng)殖所需的飼料、疫苗、獸藥器械等原材料無(wú)法仔細(xì)衡量庫(kù)存。與傳統(tǒng)的財(cái)務(wù)系統(tǒng)相比，SAP 系統(tǒng)的引進(jìn)與應(yīng)用能夠更加精細(xì)化地管理豬只生產(chǎn)過程，通過詳盡的數(shù)據(jù)分析對(duì)養(yǎng)殖生產(chǎn)起到指導(dǎo)性作用[3-4]。由于實(shí)際工作量巨大，限于篇幅，本文僅針對(duì)生產(chǎn)計(jì)劃（production planning，PP）模塊和物料管理（material management，MM）模塊展開研究并實(shí)現(xiàn)了數(shù)據(jù)對(duì)接。在對(duì)接接口的技術(shù)方面，根據(jù)SAP 系統(tǒng)與養(yǎng)殖生產(chǎn)系統(tǒng)之間的信息通信狀況，提出了Webservice 接口技術(shù)，為此查閱了Webservice 技術(shù)方案和實(shí)施的具體步驟的參考文獻(xiàn)，并深入分析了Webservice 應(yīng)用技術(shù)與連接。在系統(tǒng)間數(shù)據(jù)實(shí)施對(duì)接的過程中，對(duì)接口技術(shù)實(shí)現(xiàn)的方案及接口對(duì)接所涉及的業(yè)務(wù)流程設(shè)計(jì)做了詳細(xì)的闡述。

生產(chǎn)計(jì)劃模塊（PP）主要專注于生產(chǎn)相關(guān)功能、報(bào)表，根據(jù)原料、產(chǎn)能對(duì)飼養(yǎng)、屠宰、運(yùn)輸、銷售等環(huán)節(jié)進(jìn)行自動(dòng)運(yùn)算并制定生產(chǎn)和銷售計(jì)劃，并通過生產(chǎn)計(jì)劃和生產(chǎn)數(shù)據(jù)報(bào)表層面為整個(gè)生產(chǎn)業(yè)務(wù)提供具有指導(dǎo)性的意見。針對(duì)目前生產(chǎn)業(yè)務(wù)流程，提出優(yōu)化。優(yōu)化方案設(shè)計(jì)：生產(chǎn)計(jì)劃是結(jié)合客戶訂單和當(dāng)前庫(kù)存來(lái)制定的，準(zhǔn)確核算出各生產(chǎn)流程中豬的重量與數(shù)量、消耗的物料來(lái)避免庫(kù)存堆積和生產(chǎn)少料的風(fēng)險(xiǎn)；而原材料的需求計(jì)劃是依據(jù)豬只實(shí)際消耗流水、物料采購(gòu)訂單并結(jié)合當(dāng)前庫(kù)存制定的，所以需要詳細(xì)記錄各生產(chǎn)流程物料需求量、實(shí)時(shí)地更新庫(kù)存，在此基礎(chǔ)上制定需求計(jì)劃。

物料管理模塊（MM）涉及流程中物料管理的全過程，與其他模塊包括財(cái)務(wù)、生產(chǎn)、銷售等均有密切的聯(lián)系。目前物料的采購(gòu)和庫(kù)存管理，主要就是將豬只飼料、疫苗、獸藥獸械的消耗情況按照傳統(tǒng)方式傳遞給財(cái)務(wù)系統(tǒng)。存在的問題是物料模塊與其他模塊脫節(jié)，沒有辦法對(duì)物料實(shí)施精細(xì)化管理。所以，需要使物資采購(gòu)與生產(chǎn)之間保持緊密聯(lián)系，讓采購(gòu)計(jì)劃在物資類型、數(shù)量和采購(gòu)時(shí)間上更符合生產(chǎn)計(jì)劃的需求，采購(gòu)訂單的生成、采購(gòu)信息的錄入、入庫(kù)信息的產(chǎn)生、盤點(diǎn)等涉及物料庫(kù)存的改變都要直接反映到財(cái)務(wù)憑證上，采購(gòu)計(jì)劃的變更要做好記錄，財(cái)務(wù)信息根據(jù)業(yè)務(wù)信息的錄入依次記錄下來(lái)。

1 生豬養(yǎng)殖生產(chǎn)系統(tǒng)與SAP 對(duì)接需求

1.1 業(yè)務(wù)需求分析

養(yǎng)殖生產(chǎn)系統(tǒng)整體業(yè)務(wù)，主要涵蓋了仔豬、種豬、育肥豬、后備豬、精液等業(yè)務(wù)以及飼料的生產(chǎn)供應(yīng)業(yè)務(wù)。雖然育肥豬、仔豬實(shí)現(xiàn)了批次管理，種豬實(shí)現(xiàn)了耳號(hào)管理，但是在養(yǎng)殖成本核算顆粒度上沒有細(xì)化，并且后備豬、精液管理不規(guī)范。所以，對(duì)于仔豬、育肥豬、后備豬、種豬等均要實(shí)現(xiàn)生產(chǎn)與成本核算批次的雙維度；生產(chǎn)過程全面批次管理及核算，可追溯，有助于質(zhì)量管理，提升成本核算精細(xì)化。

當(dāng)前養(yǎng)殖生產(chǎn)系統(tǒng)雖然在財(cái)務(wù)系統(tǒng)實(shí)現(xiàn)了記賬，但是更多的是在線下通過手工的方式進(jìn)行傳遞，最后在財(cái)務(wù)系統(tǒng)中進(jìn)行記賬，如精液銷售、豬只銷售等更多的還是事后記賬，沒有形成完全的事前計(jì)劃，事中掌控，事后分析，沒有形成即時(shí)的業(yè)務(wù)與財(cái)務(wù)集成。未來(lái)在生產(chǎn)業(yè)務(wù)與銷售出庫(kù)業(yè)務(wù)交互時(shí)要進(jìn)行有效的集成管控，銷售出庫(kù)時(shí)要確認(rèn)銷售訂單數(shù)量是否超出庫(kù)存，并將銷售憑證按一定的規(guī)則傳給財(cái)務(wù)系統(tǒng)進(jìn)行記錄。通過使用銷售憑證和庫(kù)存結(jié)合，提升數(shù)據(jù)的準(zhǔn)確性、及時(shí)性。

養(yǎng)殖的生產(chǎn)業(yè)務(wù)流程中涉及的物料管理主要包括飼料、疫苗、獸藥獸械的耗用，形成了一定的交易記賬協(xié)同，但是還沒有完全形成事前的計(jì)劃協(xié)同，如沒有對(duì)采購(gòu)價(jià)格進(jìn)行統(tǒng)一管理，導(dǎo)致財(cái)務(wù)記賬混亂；采購(gòu)需求計(jì)劃也不明確，導(dǎo)致并不知道實(shí)際豬的生產(chǎn)過程中會(huì)消耗多少物料，造成資源浪費(fèi)。所以，在物料管理模塊應(yīng)該推進(jìn)計(jì)劃協(xié)同，在系統(tǒng)中支持采購(gòu)計(jì)劃-需求計(jì)劃-飼喂計(jì)劃等的集成計(jì)劃體系，實(shí)現(xiàn)飼料、疫苗、獸藥獸械等采購(gòu)需求計(jì)劃的統(tǒng)一。

1.2 業(yè)務(wù)功能設(shè)計(jì)

規(guī)?；酿B(yǎng)殖生產(chǎn)業(yè)務(wù)主要分為仔豬、批次豬、后備豬、種豬、精液、物料板塊。下面就養(yǎng)殖生產(chǎn)各業(yè)務(wù)板塊進(jìn)行詳述。

1）仔豬（落地、斷奶仔豬）生產(chǎn)業(yè)務(wù)。一般養(yǎng)殖場(chǎng)仔豬無(wú)分批，因?yàn)橥粭澤?、單元?nèi)同時(shí)會(huì)有不同日齡段豬只，所有飼料和動(dòng)保無(wú)法精確區(qū)分，但是現(xiàn)在棟舍、單元的豬只在SAP 里嚴(yán)格進(jìn)行批次成本核算。要求在生產(chǎn)養(yǎng)殖系統(tǒng)中按周（最多不得超過15 d）對(duì)仔豬創(chuàng)建批次，批次數(shù)據(jù)傳入SAP，SAP依據(jù)其創(chuàng)建生產(chǎn)訂單。生產(chǎn)訂單創(chuàng)建好后，對(duì)母豬場(chǎng)母豬開啟分娩，分娩后產(chǎn)出的落地仔豬，按照相應(yīng)的批次傳入SAP 中，SAP 對(duì)落地仔豬進(jìn)行生產(chǎn)入庫(kù)。落地仔豬在母豬喂養(yǎng)結(jié)束后轉(zhuǎn)化為斷奶仔豬，由SAP 對(duì)斷奶仔豬批次訂單進(jìn)行生產(chǎn)投料。生產(chǎn)系統(tǒng)收到SAP 回傳的批次生產(chǎn)訂單配料量，及時(shí)進(jìn)行報(bào)工和原料發(fā)料。這樣可以將飼料、疫苗、獸藥獸械的耗用具體到每個(gè)批次，可以精確地進(jìn)行生產(chǎn)成本核算。

斷奶仔豬在飼養(yǎng)過程中，養(yǎng)殖系統(tǒng)根據(jù)仔豬建批時(shí)間，接下來(lái)每次月末對(duì)批次進(jìn)行估重，并將估重?cái)?shù)據(jù)傳入SAP，記錄好各批次的重量變化。養(yǎng)殖系統(tǒng)根據(jù)SAP 回傳來(lái)的各批次仔豬重量對(duì)比可以看出仔豬的質(zhì)量是否合格，從而判斷仔豬是否進(jìn)行調(diào)撥出庫(kù)、銷售出庫(kù)還是死亡出庫(kù)。無(wú)論哪項(xiàng)操作，都要按照批次將要處理的仔豬批次數(shù)據(jù)傳入SAP，在SAP 中首先對(duì)各批次豬只庫(kù)存數(shù)量做出調(diào)整，確認(rèn)好調(diào)撥訂單（銷售訂單）量和死亡豬只量，再創(chuàng)建好訂單，最后進(jìn)行調(diào)撥出庫(kù)（銷售出庫(kù)或者死亡出庫(kù)）。養(yǎng)殖系統(tǒng)根據(jù)SAP 回傳的數(shù)據(jù)來(lái)關(guān)聯(lián)仔豬的數(shù)量變化，這樣可以對(duì)后續(xù)的仔豬生產(chǎn)計(jì)劃做出指導(dǎo)，如優(yōu)化仔豬的飼喂標(biāo)準(zhǔn)和免疫程序，讓仔豬的質(zhì)量更佳。

2）批次豬（育肥豬、培育豬）生產(chǎn)業(yè)務(wù)。養(yǎng)殖生產(chǎn)系統(tǒng)中育肥豬、培育豬均按批次管理，批次建立原則為7 d，不得超過15 d。批次建立之后，將批次數(shù)據(jù)傳入SAP 系統(tǒng)中，SAP 按批創(chuàng)建生產(chǎn)訂單，一個(gè)批次對(duì)應(yīng)一個(gè)生產(chǎn)訂單。批次豬不論來(lái)源于集團(tuán)內(nèi)部彼此相互調(diào)撥入庫(kù)或者集團(tuán)外部的采購(gòu)入庫(kù)，養(yǎng)殖生產(chǎn)系統(tǒng)都要將批次豬調(diào)撥、采購(gòu)入庫(kù)的數(shù)量傳入SAP，在SAP 端進(jìn)行入庫(kù)，并分別進(jìn)入所對(duì)應(yīng)的批次生產(chǎn)訂單，由SAP 指導(dǎo)各批次的生產(chǎn)投料。養(yǎng)殖生產(chǎn)系統(tǒng)收到SAP 回傳的物料配料數(shù)據(jù)，下達(dá)發(fā)料通知，方便后續(xù)精確計(jì)算養(yǎng)殖成本。批次豬養(yǎng)殖過程中，每次月末按批進(jìn)行估重，估重?cái)?shù)據(jù)傳入SAP，回傳各批次豬只重量變化數(shù)據(jù)到養(yǎng)殖系統(tǒng)后，依據(jù)其對(duì)各批次里的豬只進(jìn)行批次豬轉(zhuǎn)生產(chǎn)、銷售出庫(kù)、調(diào)撥出庫(kù)、批次豬轉(zhuǎn)批、批次豬死亡自宰操作。對(duì)于這些操作，每項(xiàng)操作養(yǎng)殖系統(tǒng)都要將批次變化數(shù)據(jù)按批傳入SAP，在SAP 端調(diào)整庫(kù)存數(shù)量。但對(duì)于批次豬銷售出庫(kù)，新增了豬只牌價(jià)管理和銷售確認(rèn)功能。

批次豬銷售時(shí)，首先，采集市面上不同品種的豬只牌價(jià)，單獨(dú)在養(yǎng)殖生產(chǎn)系統(tǒng)開發(fā)一個(gè)頁(yè)面將牌價(jià)發(fā)布在上面，接著，在批次豬銷售發(fā)起報(bào)批申請(qǐng)時(shí)，將豬只牌價(jià)作為參考。在豬只銷售前，進(jìn)行客戶預(yù)付款確認(rèn)。先在養(yǎng)殖生產(chǎn)系統(tǒng)頁(yè)面登記客戶信息，并將信息傳入SAP，SAP 收到客戶信息解析后獲取不同客戶的賬戶余額。養(yǎng)殖生產(chǎn)系統(tǒng)收到SAP 回傳的客戶名單數(shù)據(jù)，進(jìn)行銷售確認(rèn)，在裝車出庫(kù)時(shí)，增加裝運(yùn)車輛皮重校驗(yàn)，與銷售報(bào)批的批次豬重量核對(duì)，最后上傳銷售憑證，完成銷售出庫(kù)操作。銷售模塊的改進(jìn)，一方面可以依據(jù)銷售價(jià)格、重量對(duì)豬只銷售行為提前報(bào)批，加強(qiáng)了生產(chǎn)過程管理，有助于提升生產(chǎn)效益；另一方面，銷售預(yù)付款的確認(rèn)使得銷售流程能夠快速執(zhí)行，通過車輛皮重核對(duì)銷售報(bào)批重量，實(shí)現(xiàn)了豬只銷售透明化管理。

3）后備豬（公豬、母豬）種豬生產(chǎn)業(yè)務(wù)。公豬場(chǎng)內(nèi)后備公豬、母豬場(chǎng)內(nèi)后備母豬暫無(wú)分批，和仔豬、批次豬一樣，必須創(chuàng)建批次，并由SAP 根據(jù)批次創(chuàng)建生產(chǎn)訂單，在對(duì)其按照批次依次進(jìn)行生產(chǎn)投料、月末估重。各批次估重?cái)?shù)據(jù)傳入SAP，養(yǎng)殖生產(chǎn)系統(tǒng)收到SAP 回傳的各批次豬只重量變化數(shù)據(jù)，對(duì)其做出死亡、自宰、銷售、調(diào)撥出庫(kù)等操作并將豬只變化數(shù)據(jù)傳入SAP，在SAP 端調(diào)整庫(kù)存數(shù)量。

當(dāng)后備豬飼養(yǎng)成熟后，進(jìn)行后備轉(zhuǎn)生產(chǎn)操作，后備豬轉(zhuǎn)為種豬，即后備豬轉(zhuǎn)為成熟資產(chǎn)，一只豬對(duì)應(yīng)一張資產(chǎn)卡片，卡片上自動(dòng)生成資產(chǎn)號(hào)。養(yǎng)殖生產(chǎn)系統(tǒng)向SAP 系統(tǒng)傳入各批次的后備轉(zhuǎn)生產(chǎn)的豬只數(shù)量變化數(shù)據(jù)和資產(chǎn)卡片數(shù)據(jù)，SAP 收到后，對(duì)批次庫(kù)存進(jìn)行調(diào)整，并通過資產(chǎn)卡片信息單獨(dú)保存種豬資產(chǎn)信息。養(yǎng)殖生產(chǎn)系統(tǒng)依據(jù)每頭豬的資產(chǎn)號(hào)來(lái)修改原來(lái)的豬耳號(hào)，再將相應(yīng)的修改數(shù)據(jù)傳入SAP 系統(tǒng)。這樣便于養(yǎng)殖生產(chǎn)系統(tǒng)直接按照資產(chǎn)號(hào)來(lái)管理種豬。種豬的死亡、自宰、銷售出庫(kù)通過養(yǎng)殖生產(chǎn)系統(tǒng)將出庫(kù)數(shù)據(jù)傳入SAP，在SAP 端標(biāo)記為資產(chǎn)減少。對(duì)于集團(tuán)內(nèi)部彼此相互的種豬調(diào)撥入庫(kù)，SAP 端收到數(shù)據(jù)變化時(shí)，要重新創(chuàng)建資產(chǎn)卡片來(lái)接收集團(tuán)各養(yǎng)殖部門增加的種豬資產(chǎn)，并把原種豬所在的養(yǎng)殖部門的資產(chǎn)卡片消除，再將最新的種豬資產(chǎn)分配情況傳給養(yǎng)殖系統(tǒng)，養(yǎng)殖生產(chǎn)系統(tǒng)可以依此來(lái)更加精細(xì)化地管控公司及各養(yǎng)殖部門的種豬資產(chǎn)。

4）飼料、疫苗、獸藥獸械供需平衡。仔豬、批次豬、后備豬、種豬在養(yǎng)殖生產(chǎn)系統(tǒng)中都是按批次管理，由SAP 按批計(jì)算物料需求進(jìn)行生產(chǎn)投料，養(yǎng)殖生產(chǎn)系統(tǒng)收到批次配料具體數(shù)據(jù)時(shí)，養(yǎng)殖生產(chǎn)部門通過程序自動(dòng)計(jì)算，按歷史實(shí)際發(fā)生數(shù)據(jù)調(diào)整計(jì)算系數(shù)，并結(jié)合現(xiàn)有的物料庫(kù)存，生成飼喂需求計(jì)劃、免疫需求計(jì)劃、獸藥獸械需求計(jì)劃，提高飼料、疫苗、獸藥獸械需求的準(zhǔn)確性。養(yǎng)殖系統(tǒng)將這些物料需求計(jì)劃傳入SAP 系統(tǒng)，SAP 生成飼料、疫苗、獸藥獸械采購(gòu)訂單回傳過去，養(yǎng)殖生產(chǎn)系統(tǒng)根據(jù)采購(gòu)訂單上的飼料、疫苗、獸藥獸械需求量結(jié)合以往的采購(gòu)價(jià)格分別確定好各自的價(jià)格，再對(duì)其依次開展過磅處理，確定每種物料的重量，用重量乘以單價(jià)，得出每項(xiàng)物料的最終采購(gòu)總價(jià)，并將總價(jià)傳入SAP，在SAP 端記錄好，再回傳至養(yǎng)殖生產(chǎn)系統(tǒng)。養(yǎng)殖生產(chǎn)系統(tǒng)增加采購(gòu)價(jià)格維護(hù)流程，采購(gòu)價(jià)格統(tǒng)一維護(hù)在系統(tǒng)上，價(jià)格規(guī)范，降低賬務(wù)核算物料成本時(shí)出錯(cuò)的概率。

5）精液生產(chǎn)、銷售業(yè)務(wù)。養(yǎng)殖生產(chǎn)系統(tǒng)在原精登記的時(shí)候，記錄好公豬站公豬產(chǎn)精信息登記，原精與公豬耳號(hào)形成對(duì)應(yīng)關(guān)系，將登記信息傳入SAP系統(tǒng)，在SAP 先創(chuàng)建原精生產(chǎn)訂單，生產(chǎn)訂單屬性包括公豬耳號(hào)和原精數(shù)量，再進(jìn)行原精入庫(kù)。原精入庫(kù)執(zhí)行后，養(yǎng)殖生產(chǎn)系統(tǒng)對(duì)其增加了檢測(cè)管理和稀釋管理，檢測(cè)管理：統(tǒng)計(jì)合格與不合格數(shù)量，如果原精質(zhì)量不合格，則直接廢棄，并將廢棄的原精數(shù)量反饋給SAP，由SAP 調(diào)整一下生產(chǎn)訂單上的原精庫(kù)存；稀釋管理：原精稀釋成精液，精液按照包裝規(guī)格分為鮮精50 mL、鮮精80 mL、凍精45 mL。原精經(jīng)過檢測(cè)與稀釋后，養(yǎng)殖系統(tǒng)將其處理過的具體數(shù)據(jù)傳入SAP，SAP 創(chuàng)建精液生產(chǎn)訂單，確認(rèn)不同包裝規(guī)格的精液數(shù)量。這樣可以加強(qiáng)精液的精細(xì)化管理，實(shí)現(xiàn)了精液的銷售生產(chǎn)倉(cāng)儲(chǔ)質(zhì)量的業(yè)務(wù)協(xié)同，提高了數(shù)據(jù)的及時(shí)性。

精液銷售時(shí)，首先在養(yǎng)殖生產(chǎn)系統(tǒng)分別記錄好鮮精50 mL、鮮精80 mL、凍精45 mL 的需求量，如鮮精50 mL 規(guī)格需精液800 L，凍精45 mL 規(guī)格需精液900 L 等，根據(jù)其需求量不同構(gòu)建好不同銷售訂單信息，再傳輸?shù)絊AP，SAP 依據(jù)銷售訂單創(chuàng)建好不同的精液批次，通過精液生產(chǎn)訂單上的精液庫(kù)存給其分配好具體的精液數(shù)量，并利用生產(chǎn)訂單上的公豬耳號(hào)屬性，將精液批次里的不同規(guī)格的精液來(lái)源，即哪頭公豬的產(chǎn)能，記錄下來(lái)。最后確定好銷售訂單上的精液出庫(kù)量，進(jìn)行出庫(kù)，再調(diào)整好精液庫(kù)存，如果銷售訂單上需求量大于精液實(shí)際庫(kù)存，及時(shí)反饋到養(yǎng)殖生產(chǎn)系統(tǒng)，對(duì)銷售訂單做出修改。精液銷售訂單與生產(chǎn)聯(lián)動(dòng)，既可以利用精液批次和公豬耳號(hào)對(duì)應(yīng)關(guān)系，便于質(zhì)量追溯；又能依據(jù)銷售訂單量維護(hù)各個(gè)公豬站的精液產(chǎn)能，實(shí)現(xiàn)了產(chǎn)能與銷售平衡。

2 養(yǎng)殖生產(chǎn)系統(tǒng)與SAP 接口設(shè)計(jì)

養(yǎng)殖生產(chǎn)系統(tǒng)對(duì)接SAP 系統(tǒng)采用的是Webservice 的WSDL 方式[5-7]，而Webservice 是主要的接口應(yīng)用技術(shù)，技術(shù)原理如圖1所示。

圖1 Webservice 接口應(yīng)用技術(shù)原理

2.1 Webservice 技術(shù)簡(jiǎn)介

Webservice 也叫XML Web Service，WebService 是一種可以接收從Internet 或者Intranet 上的其他系統(tǒng)中傳遞過來(lái)的請(qǐng)求，是一種跨語(yǔ)言和跨平臺(tái)的遠(yuǎn)程調(diào)用技術(shù)，Web 基于開放標(biāo)準(zhǔn)技術(shù)（Http，Xml，Soap）使其特別適合于異構(gòu)平臺(tái)的多樣性和可擴(kuò)展性，是通過SOAP 在Web 上提供的軟件服務(wù)，使用WSDL 文件進(jìn)行說(shuō)明。WSDL 是一個(gè)用于精確描述Web 服務(wù)的文檔，WSDL 文檔是一個(gè)遵循WSDL XML 模式的XML 文檔。WSDL 文檔將Web服務(wù)定義為一個(gè)服務(wù)訪問點(diǎn)或端口的集合?？蛻舳丝梢酝ㄟ^它來(lái)訪問包含面向文檔信息的服務(wù)或面向過程調(diào)用(與遠(yuǎn)程過程調(diào)用相似)。使用了WSDL，就可以通過這種跨平臺(tái)和跨語(yǔ)言的方法使Web Service 代理的產(chǎn)生自動(dòng)化，向這種Web Service 的提供商和用戶推出方便的協(xié)調(diào)工作的方法。SOAP是實(shí)現(xiàn)在Webservice 組件之間底層的通信協(xié)議。SOAP 是指簡(jiǎn)單對(duì)象訪問協(xié)議，是一個(gè)基于XML 的協(xié)議交換消息，可以使用HTTP 來(lái)傳輸這些信息。事實(shí)上HTTP 是SOAP 消息的最常見的傳輸工具。SOAP 將信息進(jìn)行XML 的序列化后，再用HTTP 協(xié)議的方式再打包進(jìn)行傳送，傳送的方式是tcp 或者udp 即soap 信息可以通過HTTP 協(xié)議包裝后通過tcp 或udp 傳輸。Webservice 原理：Web Service 就是一個(gè)應(yīng)用程序，它向外界暴露出一個(gè)能夠通過Web調(diào)用的API。Web Service 是一種基于Web 的中間件技術(shù)。用戶通過把應(yīng)用程序的一部分包裝成Web服務(wù)的形式，將自己的應(yīng)用程序功能提供給別人，實(shí)現(xiàn)應(yīng)用程序之間的接口。Webservice 可用于多個(gè)系統(tǒng)和SAP 系統(tǒng)之間的傳輸，比較靈活。根據(jù)外部系統(tǒng)提供的Webservice 的WSDL 地址，在SAP 系統(tǒng)創(chuàng)建Webservice consumer 時(shí)候輸入該URL。使用SOAMANAGER 創(chuàng)建邏輯端口，封裝函數(shù)，在函數(shù)里指定端口，并調(diào)用類的方法，反之，創(chuàng)建Webservice provider，生成WSDL 供外部調(diào)用。

2.2 SAP 接口對(duì)接實(shí)現(xiàn)

1）養(yǎng)殖生產(chǎn)系統(tǒng)如何請(qǐng)求SAP 接口。養(yǎng)殖生產(chǎn)系統(tǒng)采用的是C#語(yǔ)言連接SAP 技術(shù)，連接的前提是：SAP 系統(tǒng)要存在RFC 遠(yuǎn)程調(diào)用函數(shù)，即RFC 是一種機(jī)制，允許業(yè)務(wù)應(yīng)用程序與其他系統(tǒng)進(jìn)行通信和交換信息（以預(yù)定義的格式）。建立連接的步驟：在已有的養(yǎng)殖生產(chǎn)項(xiàng)目BMS 中創(chuàng)建一個(gè)類庫(kù)BMS.ServiceAPI，系統(tǒng)會(huì)自動(dòng)生成一個(gè)組件Connected Services，右擊這個(gè)組件，選擇添加引用，在地址欄輸入SAP 系統(tǒng)提供的WSDL 地址，例如：url/wsdl?p=ic/9dd2eef66791353dbfcf0ce5111f0b71 點(diǎn)擊轉(zhuǎn)到，這時(shí)我們可以獲取位于該地址上的所有服務(wù)引用，一般一個(gè)地址對(duì)應(yīng)一個(gè)服務(wù)，找到我們需要的服務(wù)引用，再點(diǎn)擊命名空間按照預(yù)定義好的格式進(jìn)行命名，最后點(diǎn)擊確定。這樣下來(lái)在養(yǎng)殖生產(chǎn)系統(tǒng)里就添加了這個(gè)服務(wù)應(yīng)用，添加應(yīng)用的同時(shí)會(huì)自動(dòng)生產(chǎn)一些配置文件。例如，添加精液領(lǐng)用出庫(kù)SAP 接口，養(yǎng)殖生產(chǎn)系統(tǒng)在app.config 自動(dòng)生成的配置文件。但是根據(jù)這樣的代碼來(lái)編譯接口，會(huì)導(dǎo)致編譯錯(cuò)誤，所以我們需要自己去重新配置接口的服務(wù)文件，以此來(lái)請(qǐng)求接口函數(shù)。首先，將security 的mode元素屬性改為TransportCredentialOnly，用來(lái)提供基于http 的客戶端身份驗(yàn)證。其次，增加transport 的clientCredentialType 屬性：指定執(zhí)行使用HTTP 身份驗(yàn)證的客戶端身份驗(yàn)證時(shí)要使用的憑據(jù)類型；proxyCredentialType 屬性：指定使用代理通過HTTP 在域中執(zhí)行客戶端身份驗(yàn)證時(shí)使用的憑據(jù)類型（只有當(dāng)mode 元素的security 屬性位Transport或TransportCredentialsOnly 時(shí)，此屬性才適用）；realm 屬性：一個(gè)字符串，指定摘要式或基本身份驗(yàn)證的HTTP 身份驗(yàn)證方案所使用的領(lǐng)域。接著，增加message 的clientCredentialType 屬性：指定要在使用基于消息的安全性執(zhí)行客戶端身份驗(yàn)證時(shí)使用的憑據(jù)類型（默認(rèn)值為UserName）；algorithmSuite屬性：設(shè)置消息加密和密鑰包裝算法，此屬性類型為SecurityAlgorithmSuite，用于指定算法和密鑰大小。最后，對(duì)于endpoint 終結(jié)點(diǎn)的選擇，只需要留下一組就可訪問SAP 接口了。

2）養(yǎng)殖生產(chǎn)系統(tǒng)如何調(diào)用SAP 接口。同步調(diào)用模式：在同步調(diào)用模式下，接口的調(diào)用方會(huì)一直等待被調(diào)用方返回執(zhí)行結(jié)果，除非調(diào)用超時(shí)。養(yǎng)殖生產(chǎn)系統(tǒng)在連接好SAP 服務(wù)后，右擊已經(jīng)創(chuàng)建好的類庫(kù)文件添加調(diào)用接口里的函數(shù)，運(yùn)用同步調(diào)用接口的模式調(diào)用SAP 接口。具體調(diào)用過程：首先在項(xiàng)目里創(chuàng)建一個(gè)類文件，在這個(gè)類文件里面，編譯代碼來(lái)調(diào)用SAP 對(duì)應(yīng)的接口函數(shù)來(lái)請(qǐng)求SAP 服務(wù)，再通過該函數(shù)來(lái)進(jìn)行客戶端請(qǐng)求賬號(hào)密碼，最后將養(yǎng)殖生產(chǎn)系統(tǒng)編譯好的報(bào)文發(fā)送至SAP 端，SAP 端接收后返回給養(yǎng)殖生產(chǎn)系統(tǒng)報(bào)文，養(yǎng)殖生產(chǎn)系統(tǒng)再等待SAP 的報(bào)文返回消息并作出解析來(lái)判斷是否調(diào)用接口成功以及具體的失敗錯(cuò)誤后，再執(zhí)行養(yǎng)殖生產(chǎn)系統(tǒng)的后續(xù)操作。同步調(diào)用接口的優(yōu)缺點(diǎn)顯而易見，同步流程對(duì)結(jié)果處理相對(duì)簡(jiǎn)單，可以就近處理，對(duì)結(jié)果的處理始終和前文保持在一個(gè)上下文。但是，同步調(diào)用是以一種阻塞式調(diào)用，無(wú)論當(dāng)前任務(wù)如何，調(diào)用接口失敗與否，反正要一個(gè)返回結(jié)果，在沒有得到這個(gè)結(jié)果之前，只能繼續(xù)等待，這種單線的執(zhí)行會(huì)造成執(zhí)行效率低，耗費(fèi)時(shí)間與資源和用戶體驗(yàn)感不好等問題。整個(gè)過程如圖2所示。

圖2 同步調(diào)用接口結(jié)構(gòu)

異步調(diào)用模式：一個(gè)可以無(wú)需等待被調(diào)用函數(shù)的返回值就讓操作繼續(xù)進(jìn)行的方法。異步調(diào)用時(shí)，調(diào)用方不等被調(diào)方返回結(jié)果就轉(zhuǎn)身離去，因此必須有一種機(jī)制讓被調(diào)方有了結(jié)果時(shí)能通知調(diào)用方。在同一進(jìn)程中有很多手段可以利用，常用的手段是回調(diào)、互斥對(duì)象和消息。養(yǎng)殖系統(tǒng)中使用的異步實(shí)現(xiàn)方式是消息隊(duì)列。消息隊(duì)列是在消息的傳輸過程中保存消息的容器：創(chuàng)建一條獨(dú)立線程，可以把需要異步處理的邏輯作為一條消息發(fā)送到獨(dú)立線程，發(fā)送完立即返回繼續(xù)運(yùn)行，獨(dú)立線程取消息隊(duì)列中的消息進(jìn)行邏輯處理。在消息隊(duì)列中，通常有生產(chǎn)者和消費(fèi)者2 個(gè)角色。生產(chǎn)者只負(fù)責(zé)發(fā)送數(shù)據(jù)到消息隊(duì)列，消費(fèi)者只負(fù)責(zé)從消息隊(duì)列中取出數(shù)據(jù)處理。通過安裝RabbitMQ 來(lái)實(shí)現(xiàn)不同系統(tǒng)間的消息異步傳遞，用于養(yǎng)殖生產(chǎn)系統(tǒng)與SAP 系統(tǒng)間的數(shù)據(jù)交流和傳遞。養(yǎng)殖生產(chǎn)系統(tǒng)作為生產(chǎn)者，創(chuàng)建消息寫入到RabbitMQ 消息隊(duì)列中，然后返回養(yǎng)殖生產(chǎn)系統(tǒng)調(diào)用成功。SAP 系統(tǒng)作為訂閱者，訂閱養(yǎng)殖系統(tǒng)寫入的消息，消費(fèi)該消息，再返回結(jié)果給RabbitMQ 消費(fèi)者，判斷正確與否。具體調(diào)用過程：在養(yǎng)殖生產(chǎn)系統(tǒng)創(chuàng)建好類文件后，編譯代碼調(diào)用SAP 接口函數(shù)來(lái)請(qǐng)求SAP 服務(wù)，并在養(yǎng)殖生產(chǎn)系統(tǒng)里面構(gòu)建好SAP接口報(bào)文，再將報(bào)文作為生產(chǎn)消息發(fā)布到RabbitMQ代理服務(wù)器中，養(yǎng)殖生產(chǎn)系統(tǒng)再編寫一個(gè)程序文件來(lái)作為消費(fèi)者訂閱隊(duì)列、接受消息隊(duì)列中的消息以及調(diào)用SAP 接口，向其傳入編譯好的接口報(bào)文。在消費(fèi)者傳入SAP 接口消息時(shí)需要注意，養(yǎng)殖生產(chǎn)系統(tǒng)接口報(bào)文傳到SAP 系統(tǒng)之后，SAP 系統(tǒng)會(huì)返回成功與否的消息。如果傳入接口報(bào)文返回失敗，則立即反饋給消費(fèi)者，消費(fèi)者會(huì)重新發(fā)送接口報(bào)文消息給SAP 接口，但是若消費(fèi)者發(fā)送同一消息至SAP 系統(tǒng)次數(shù)大于3 次，則作為異常記錄，存入異常記錄表中，由SAP 系統(tǒng)運(yùn)維人員手動(dòng)處理。如果傳入接口報(bào)文返回成功，便將返回結(jié)果傳給消費(fèi)者。這里根據(jù)接口的類型不同來(lái)判斷是否需要向養(yǎng)殖生產(chǎn)系統(tǒng)里面寫入數(shù)據(jù)，如果不需要，消費(fèi)者直接確認(rèn)返回結(jié)果并將確認(rèn)消息發(fā)送到RabbitMQ 中，讓RabbitMQ 刪除這條消息；如果需要，則判斷養(yǎng)殖生產(chǎn)系統(tǒng)是否回寫數(shù)據(jù)成功：回寫失敗則繼續(xù)讓消費(fèi)者發(fā)送消息調(diào)用SAP 接口，回寫成功則消費(fèi)者將確認(rèn)消息發(fā)送到RabbitMQ 中，讓RabbitMQ 刪除這條消息。整個(gè)過程如圖3所示。

圖3 異步調(diào)用接口結(jié)構(gòu)

3）接口詳細(xì)設(shè)計(jì)方案。養(yǎng)殖生產(chǎn)系統(tǒng)對(duì)接SAP系統(tǒng)的接口眾多，本文只挑選其中一個(gè)接口來(lái)詳細(xì)說(shuō)明一下。由于未來(lái)的仔豬、育肥豬、培育豬、后備豬、種豬、精液等均實(shí)現(xiàn)生產(chǎn)批次管理，故在這里詳細(xì)說(shuō)明一下批次創(chuàng)建接口的設(shè)計(jì)與實(shí)現(xiàn)。

批次創(chuàng)建接口傳送字段及返回消息如表1所示。

表1 接口傳送字段及返回消息

養(yǎng)殖生產(chǎn)系統(tǒng)在進(jìn)行豬只批次創(chuàng)建時(shí)需要將上述字段按照預(yù)定義格式傳給SAP 系統(tǒng)。例如，創(chuàng)建落地仔豬批次，養(yǎng)殖批次編碼創(chuàng)建好后，需要根據(jù)SAP 批次創(chuàng)建規(guī)則生成10 位的SAP 批次編碼，編碼由6 位年月日（年份取后2 位）和4 位流水號(hào)組成，如：20201120 第一批為：2011200001。并在養(yǎng)殖生產(chǎn)系統(tǒng)找到該落地仔豬批的豬只類型編碼、來(lái)源部門、來(lái)源養(yǎng)殖場(chǎng)（即供應(yīng)商字段）、出生日期、養(yǎng)殖批次編碼等有效信息一起傳入SAP 系統(tǒng)。這里所傳送的來(lái)源部門字段需要符合SAP 系統(tǒng)里部門字段的編寫規(guī)則，所以，需要事先建好一張養(yǎng)殖生產(chǎn)系統(tǒng)與SAP 系統(tǒng)的部門對(duì)照表，表中數(shù)據(jù)包括養(yǎng)殖系統(tǒng)部門ID（即SAP 系統(tǒng)部門ID），SAP 系統(tǒng)部門編碼、部門名稱，依據(jù)部門ID 查詢SAP 部門編碼和部門名稱。如：落地仔豬批的來(lái)源部門，意為，首先在養(yǎng)殖生產(chǎn)系統(tǒng)找到創(chuàng)建批次的豬只所屬的養(yǎng)殖部門，獲取到部門ID，再根據(jù)其去養(yǎng)殖生產(chǎn)系統(tǒng)與SAP 系統(tǒng)的部門對(duì)照表查詢到SAP 部門編碼（即工廠字段）和部門名稱。

SAP 系統(tǒng)接收到養(yǎng)殖生產(chǎn)系統(tǒng)傳來(lái)的接口報(bào)文后，依據(jù)SAP 批次編碼來(lái)創(chuàng)建生產(chǎn)訂單，即一個(gè)批次對(duì)應(yīng)一個(gè)生產(chǎn)訂單。SAP 在生產(chǎn)訂單里記錄好各批次豬只的類型、來(lái)源部門、來(lái)源養(yǎng)殖場(chǎng)、出生日期等信息，再回傳生產(chǎn)訂單號(hào)給養(yǎng)殖生產(chǎn)系統(tǒng)。這樣后續(xù)在養(yǎng)殖生產(chǎn)系統(tǒng)對(duì)各批次豬只進(jìn)行生產(chǎn)入庫(kù)時(shí)，直接根據(jù)生產(chǎn)訂單號(hào)將入庫(kù)數(shù)量依次傳入SAP 系統(tǒng)，提高了批次數(shù)據(jù)的準(zhǔn)確性。

3 結(jié)語(yǔ)

隨著信息全球化的發(fā)展，企業(yè)對(duì)信息化的管理系統(tǒng)更加關(guān)注，信息化的建設(shè)能夠幫助企業(yè)實(shí)現(xiàn)更好的運(yùn)營(yíng)。SAP 系統(tǒng)是一套企業(yè)資源管理軟件系統(tǒng)，具有現(xiàn)代化、信息化、智能化的應(yīng)用優(yōu)勢(shì)，能夠?yàn)槠髽I(yè)管理問題的解決提供參考意見，同時(shí)可以為企業(yè)發(fā)展做出系統(tǒng)規(guī)劃，其在現(xiàn)代化商業(yè)發(fā)展中的應(yīng)用也開始受到了諸多企業(yè)用戶的青睞，其在企業(yè)信息化建設(shè)中的應(yīng)用，更是能夠簡(jiǎn)化企業(yè)管理流程，節(jié)約企業(yè)建設(shè)資源。采用SAP 系統(tǒng)后，與原有的傳統(tǒng)財(cái)務(wù)管理模式相比，企業(yè)的財(cái)務(wù)管理機(jī)制得到了創(chuàng)新與提升，對(duì)財(cái)務(wù)管理部門工作人員的專業(yè)能力也提出了新的標(biāo)準(zhǔn)與要求，SAP 系統(tǒng)的核算難度高、應(yīng)用范圍廣，只有財(cái)務(wù)人員不斷提高自身專業(yè)素養(yǎng)及工作能力，才能發(fā)揮出SAP 系統(tǒng)在財(cái)務(wù)管理工作中的應(yīng)用優(yōu)勢(shì)，降低和防范財(cái)務(wù)風(fēng)險(xiǎn)。