◎ 微軟
(接上文)合并。上面已談到,根據(jù)D公司總賬賬簿結(jié)構(gòu)的設(shè)置,為其設(shè)立一本賬簿,本部和各分公司的核算業(yè)務(wù)均在同一賬簿內(nèi)處理,通過公司段值將各核算單位分開。因此,對分公司業(yè)務(wù)不需再進(jìn)行合并,上級(jí)單位和部門可以隨時(shí)、方便地進(jìn)行財(cái)務(wù)報(bào)表匯總,產(chǎn)生及時(shí)有效的可供決策者分析的財(cái)務(wù)信息。然而未來子公司可能會(huì)建立多個(gè)賬簿,考慮到可能在中國香港、日本組建子公司,其記賬本位幣和會(huì)計(jì)科目、準(zhǔn)則將與本部賬簿不同。因此,首先需要在財(cái)務(wù)系統(tǒng)中為各子公司建立賬簿,各賬簿有各自的本位幣和會(huì)計(jì)科目,另外再建立合并賬簿,專門用于歸集和產(chǎn)生合并的財(cái)務(wù)信息。
系統(tǒng)服務(wù)有兩種合并方式:
其一:報(bào)表合并:對無法提供賬務(wù)數(shù)據(jù)只提供財(cái)務(wù)報(bào)告的子公司,可以將子公司的報(bào)表做成一張大的日記賬憑證錄入系統(tǒng)中各自的賬簿中,再轉(zhuǎn)移到合并賬簿。子公司可以不用實(shí)施SaaS。
其二:數(shù)據(jù)轉(zhuǎn)移合并:這種方式最適合使用SaaS財(cái)務(wù)平臺(tái)的企業(yè)。數(shù)據(jù)轉(zhuǎn)移合并實(shí)際上是將數(shù)據(jù)從每個(gè)子公司轉(zhuǎn)移到一個(gè)需要進(jìn)行合并的母公司。
根據(jù)D公司現(xiàn)有的組織結(jié)構(gòu),結(jié)合實(shí)施計(jì)劃,現(xiàn)階段較適用報(bào)表合并的方式,各分公司月末提交報(bào)表,子公司季末提交報(bào)表,作為一張大的日記賬憑證錄入系統(tǒng)進(jìn)行合并。以下是合并過程:
(1)準(zhǔn)備數(shù)據(jù):各分公司月末提交報(bào)表,子公司季末提交報(bào)表,作為一張大的日記賬憑證錄入系統(tǒng)。(2)映射數(shù)據(jù):靈活定義母子賬簿間的映射規(guī)則。(3)轉(zhuǎn)移數(shù)據(jù):將各公司數(shù)據(jù)轉(zhuǎn)移至合并賬簿。之前應(yīng)對本位幣不同于母賬簿的子賬簿進(jìn)行折算。(4)進(jìn)行公司之間的抵消:企業(yè)根據(jù)實(shí)際業(yè)務(wù)需要定義抵消規(guī)則,合并系統(tǒng)根據(jù)規(guī)則自動(dòng)抵消,生成相關(guān)分錄。(5)分析合并財(cái)務(wù)報(bào)表。
采購訂單與發(fā)票的匹配。由于應(yīng)付發(fā)票是由公司的采購行為產(chǎn)生的,因此應(yīng)付款系統(tǒng)支持應(yīng)付發(fā)票與對應(yīng)的采購訂單進(jìn)行匹配,確保發(fā)票和最初的訂單一致,從而僅支付已定購的商品和服務(wù)。
根據(jù)與供應(yīng)商簽訂的采購合同或協(xié)議的條款,可以為供應(yīng)商和采購訂單定義數(shù)量和金額的差異容限度。如果供應(yīng)商要求支付的數(shù)量和金額大于容限度,在進(jìn)行審核時(shí),應(yīng)付款系統(tǒng)將暫扣發(fā)票,從而拒絕支付這些發(fā)票。必須在進(jìn)行人工的干預(yù)和處理調(diào)整后,才可以進(jìn)行審批和支付。
可以將一個(gè)發(fā)票同多個(gè)訂單匹配或者將多個(gè)發(fā)票與一個(gè)訂單匹配。
發(fā)票與采購訂單間差異的處理。使用權(quán)責(zé)發(fā)生制時(shí),在審核和過賬時(shí)應(yīng)付款系統(tǒng)將記錄發(fā)票與訂單之間的差異。這些差異包括:標(biāo)準(zhǔn)成本與訂單之間的差異(IPV),以及采購訂單與發(fā)票之間的價(jià)格差異(PPV)、數(shù)量差異、匯率差異。因?yàn)镈公司在實(shí)施庫存系統(tǒng)后,成本計(jì)價(jià)采用移動(dòng)平均法,以訂單價(jià)格為基準(zhǔn),因此不存在IPV。對價(jià)格、數(shù)量和匯率的匹配差異可以在應(yīng)付賬款模塊定義差異容限度,在審核過程中,當(dāng)發(fā)票超過定義的價(jià)格、數(shù)量和匯率差異時(shí),應(yīng)付賬系統(tǒng)將對發(fā)票進(jìn)行暫掛。發(fā)票與采購訂單匹配時(shí),如果發(fā)票的金額與采購的價(jià)格存在差異,就計(jì)入發(fā)票-訂單價(jià)格差異科目中,差異有兩種處理方式:一種是計(jì)入當(dāng)期損益,一種是在庫存系統(tǒng)計(jì)入庫存成本。
發(fā)票的調(diào)整——對于退貨引起的發(fā)票調(diào)整,建議要求供應(yīng)商開出紅字發(fā)票,財(cái)務(wù)根據(jù)紅字發(fā)票入賬,發(fā)票類型為“貸項(xiàng)通知單”,發(fā)票金額為負(fù)。錄入但未審批的發(fā)票,直接修改或從數(shù)據(jù)庫中將它刪除;已審批、已經(jīng)過總賬或被支付的發(fā)票可以通過取消操作實(shí)現(xiàn)對原分錄的反沖;發(fā)票和訂單匹配錯(cuò)誤,可以取消這個(gè)錯(cuò)誤的匹配,重新將發(fā)票匹配至正確的訂單。
運(yùn)費(fèi)發(fā)票的處理——D公司的運(yùn)費(fèi)發(fā)票是一張單獨(dú)的發(fā)票,在應(yīng)付系統(tǒng)中視為標(biāo)準(zhǔn)發(fā)票處理。如果需要建立運(yùn)費(fèi)發(fā)票和采購訂單的關(guān)聯(lián)關(guān)系,可以在采購發(fā)票中把運(yùn)費(fèi)發(fā)票作為發(fā)票行錄入,運(yùn)費(fèi)發(fā)票的發(fā)票編號(hào)在說明域錄入。
增值稅處理方法——對于供應(yīng)商開具增值稅發(fā)票的情況,在供應(yīng)商屬性中定義計(jì)稅稅率,采購訂單按不含稅價(jià)錄入,在應(yīng)付模塊匹配時(shí)也按不含稅價(jià),系統(tǒng)將自動(dòng)計(jì)算稅金部分價(jià)值,并生成相應(yīng)分錄。但有時(shí)會(huì)與結(jié)算價(jià)有尾數(shù)差異,需做手工分錄調(diào)整;或者不定義供應(yīng)商稅率,采購訂單按不含稅價(jià)錄入,在應(yīng)付模塊匹配時(shí)也按不含稅價(jià),匹配后,再手工分配稅金賬戶,總價(jià)與結(jié)算額相等。對于供應(yīng)商不開具增值稅發(fā)票的情況,采購訂單按含稅價(jià)錄入。
收入、應(yīng)收的確認(rèn)和管理。D公司現(xiàn)有主營業(yè)務(wù)收入主要包括:1.軟件開發(fā)收入。包括兩部分:軟件開發(fā)中交營業(yè)稅的那部分收入,軟件開發(fā)中交增值稅的那部分收入。在軟件開發(fā)收入科目中有兩個(gè)三級(jí)科目分別核算。
2.系統(tǒng)維護(hù)收入。包括兩部分:系統(tǒng)維護(hù)中交增值稅的那部分收入,系統(tǒng)維護(hù)中交營業(yè)稅的那部分收入。在系統(tǒng)維護(hù)收入科目中有兩個(gè)三級(jí)科目分別核算。
3.系統(tǒng)集成收入。其中,軟件開發(fā)收入、涉及維護(hù)工程的系統(tǒng)維護(hù)收入在每月按工程進(jìn)度確認(rèn)收入,將相應(yīng)應(yīng)收記入“應(yīng)收賬款—預(yù)計(jì)”科目,開票后,按開票金額結(jié)轉(zhuǎn)“應(yīng)收賬款—預(yù)計(jì)”入“應(yīng)收賬款—應(yīng)收”;零星維護(hù)產(chǎn)生的系統(tǒng)維護(hù)收入和系統(tǒng)集成收入按開票金額確認(rèn)收入。
D公司每月根據(jù)項(xiàng)目合同的完工百分比來確認(rèn)收入,但因?yàn)楹炗喌捻?xiàng)目合同同時(shí)包括軟件開發(fā)、維護(hù)和集成等內(nèi)容,確認(rèn)收入時(shí),無法區(qū)別是因軟件開發(fā)還是工程維護(hù)產(chǎn)生的收入,而是籠統(tǒng)地確認(rèn)為軟件開發(fā)收入。因此,為了保證不同性質(zhì)收入的核算準(zhǔn)確,建議D公司對合同按照提供的不同服務(wù)進(jìn)行拆分后再分別確認(rèn)收入。
4.與項(xiàng)目有關(guān)的主營業(yè)務(wù)收入。月末,D公司按照項(xiàng)目進(jìn)度確認(rèn)收入,確認(rèn)項(xiàng)目進(jìn)度的標(biāo)準(zhǔn)有兩種選擇:
實(shí)際使用工時(shí)占預(yù)算使用工時(shí)的比例。如果采用按工時(shí)百分比確認(rèn)收入的標(biāo)準(zhǔn),則需要在合同中分列設(shè)備收入、分包收入以及軟件開發(fā)收入。其中,設(shè)備收入確認(rèn)以貨權(quán)轉(zhuǎn)移為標(biāo)志,分包收入按照實(shí)際發(fā)生了多少成本就確認(rèn)多少收入,軟件開發(fā)收入按工時(shí)百分比確認(rèn)收入。
實(shí)際使用成本占預(yù)算使用成本的比例。實(shí)施項(xiàng)目會(huì)計(jì)系統(tǒng)后,D公司與項(xiàng)目有關(guān)的主營業(yè)務(wù)收入都通過項(xiàng)目會(huì)計(jì)系統(tǒng)和應(yīng)收系統(tǒng)集成,產(chǎn)生應(yīng)收系統(tǒng)中的交易發(fā)票,流程如表1所示。
表1 基于項(xiàng)目管理的業(yè)務(wù)流程和會(huì)計(jì)處理
銷售訂單產(chǎn)生的主營業(yè)務(wù)收入,在銷售產(chǎn)品發(fā)貨時(shí)確認(rèn)收入,流程如表2所示。
折扣。D公司對折扣的處理是發(fā)生現(xiàn)金折扣業(yè)務(wù)時(shí),應(yīng)收賬款應(yīng)以未減去現(xiàn)金折扣前的實(shí)際發(fā)生額作為入賬金額,實(shí)際發(fā)生的現(xiàn)金折扣作為財(cái)務(wù)費(fèi)用,計(jì)入當(dāng)期損益。發(fā)生商業(yè)折扣時(shí),應(yīng)收賬款應(yīng)按扣減商業(yè)折扣后的實(shí)際發(fā)生額作為入賬金額。
D公司對折扣的處理是在發(fā)生折扣業(yè)務(wù)以后進(jìn)行,這是一種滯后的管理模式,也是國內(nèi)很多企業(yè)共同存在的問題。但國外已經(jīng)有一些企業(yè),特別是銷售產(chǎn)品和提供服務(wù)的企業(yè),逐漸開始對折扣進(jìn)行事前預(yù)測和分析,因?yàn)檎劭勰芊袢〉脮?huì)影響到企業(yè)的現(xiàn)金流,而且評(píng)估折扣優(yōu)惠制度是否合理也是企業(yè)制定銷售政策需要考慮的因素。D公司采用手工入賬的方式處理折扣,對于目前折扣業(yè)務(wù)較少的情況基本可以適用,隨著業(yè)務(wù)的發(fā)展,公司需要配合銷售政策,制定靈活的折扣優(yōu)惠制度,吸引資金回籠,現(xiàn)行手工處理方式煩瑣且易造成誤操作,需要通過系統(tǒng)自動(dòng)計(jì)算折扣金額并生成會(huì)計(jì)分錄,及時(shí)分析和管理折扣。
項(xiàng)目成本。項(xiàng)目成本管理是項(xiàng)目計(jì)劃與調(diào)度系統(tǒng)同財(cái)務(wù)會(huì)計(jì)系統(tǒng)間的橋梁,它讓項(xiàng)目管理人員和會(huì)計(jì)人員按照自定義的會(huì)計(jì)規(guī)則及時(shí)、一致而詳細(xì)地向總賬系統(tǒng)遞交信息。自動(dòng)會(huì)計(jì)從自定義的會(huì)計(jì)規(guī)則獲取科目信息,自動(dòng)組合成相應(yīng)的科目。項(xiàng)目成本管理在總賬入賬前將所有項(xiàng)目的信息歸總,同時(shí)為每個(gè)項(xiàng)目的詳細(xì)成本保持一份完整的審計(jì)資料。今后,現(xiàn)場項(xiàng)目人員只需錄入實(shí)際發(fā)生天數(shù)、實(shí)際發(fā)生費(fèi)用,財(cái)務(wù)助理只要錄入具體發(fā)票、收入信息,系統(tǒng)就會(huì)自動(dòng)生成會(huì)計(jì)科目。使用該功能可以幫助財(cái)務(wù)人員實(shí)現(xiàn)將工作重點(diǎn)用于項(xiàng)目管理,而不再是機(jī)械地錄入數(shù)據(jù)。同時(shí),這種自動(dòng)產(chǎn)生科目的方法避免了人為判斷,使業(yè)務(wù)更趨于標(biāo)準(zhǔn)化。
費(fèi)用可以直接輸入或以批處理方式輸入,項(xiàng)目采購交易往來通過供應(yīng)商關(guān)系管理和應(yīng)付賬輸入十分方便,再傳輸?shù)巾?xiàng)目會(huì)計(jì)模塊。用戶不僅能夠匯總項(xiàng)目活動(dòng)的成本費(fèi)用,還能管理控制哪項(xiàng)支出可以在項(xiàng)目支出中列示。在外工作的工作人員,可以利用個(gè)人工時(shí)與費(fèi)用在路上或在辦公室離線錄入工時(shí)及費(fèi)用,再上載到項(xiàng)目會(huì)計(jì)系統(tǒng)中。借助于項(xiàng)目管理自動(dòng)會(huì)計(jì)功能,用戶根據(jù)需求自選確定的會(huì)計(jì)規(guī)則將項(xiàng)目支出自動(dòng)生成會(huì)計(jì)子集。對于項(xiàng)目的直接費(fèi)用,根據(jù)D公司的支出類型設(shè)置到項(xiàng)目會(huì)計(jì)模塊中。員工填寫報(bào)銷時(shí)需選擇正確的項(xiàng)目號(hào),通過報(bào)銷模塊可以歸集到項(xiàng)目會(huì)計(jì)模塊中。由項(xiàng)目委托采購的設(shè)備,其費(fèi)用需歸集到項(xiàng)目中,在庫存出庫時(shí)通過選擇項(xiàng)目與任務(wù)層而實(shí)現(xiàn)歸集。間接人工成本,按一定關(guān)系計(jì)算內(nèi)部成本率進(jìn)行歸集,項(xiàng)目成本費(fèi)用歸集的控制可以在項(xiàng)目層,也可以在任務(wù)層。
表2 基于產(chǎn)品銷售的業(yè)務(wù)流程和會(huì)計(jì)處理
在這種實(shí)現(xiàn)模式下,企業(yè)只需開通網(wǎng)上銀行,打開IE瀏覽器即可使用。通過登錄應(yīng)用軟件供應(yīng)商與銀行合作提供的私有云平臺(tái),利用央行推出的第二代支付系統(tǒng)超級(jí)網(wǎng)銀,能夠?qū)崿F(xiàn)與國內(nèi)工、農(nóng)、中、建、交、招等主要銀行系統(tǒng)的銀企直連,動(dòng)態(tài)地獲取銀行余額。可以跨銀行掛結(jié),跨行實(shí)現(xiàn)多家轉(zhuǎn)賬、查詢,實(shí)現(xiàn)銀行賬戶的集中管理。并能實(shí)現(xiàn)實(shí)時(shí)的銀行匯票、匯兌、托收承付等收付款銀行結(jié)算業(yè)務(wù)?;谶@個(gè)外部交互模式,企業(yè)和銀行無縫連接的平臺(tái),完成資金的存入、支付、歸集、計(jì)息、透支和查詢等業(yè)務(wù)。
對于需要加強(qiáng)集團(tuán)內(nèi)企業(yè)或部門間交互協(xié)作的財(cái)務(wù)流程,如集團(tuán)資金管理、預(yù)算管理,我們可以將這部分業(yè)務(wù)獨(dú)立出來單獨(dú)部署SaaS模式。這種模式我們稱之為部分實(shí)施模式。下面就M公司資金管理系統(tǒng)應(yīng)用于云計(jì)算作為案例進(jìn)行介紹。
M公司是一家零售企業(yè)。通過部署資金管理系統(tǒng),希望完成如下目標(biāo): 建立一個(gè)資金管理業(yè)務(wù)功能完善、架構(gòu)先進(jìn)、符合最佳資金管理實(shí)踐標(biāo)準(zhǔn)的,貫穿前、中、后臺(tái)的資金業(yè)務(wù)操作平臺(tái)。實(shí)現(xiàn)業(yè)務(wù)流程各環(huán)節(jié)的無縫的直通式連接,實(shí)現(xiàn)與現(xiàn)有ERP系統(tǒng)的接口。與外部主要銀行系統(tǒng)進(jìn)行私有云對接,實(shí)現(xiàn)對銀行資金的實(shí)時(shí)(或定時(shí))監(jiān)控,實(shí)現(xiàn)自動(dòng)對賬功能,提高日常交易的及時(shí)性、準(zhǔn)確性。建立強(qiáng)大的理財(cái)和風(fēng)險(xiǎn)管理與控制系統(tǒng),提供多種風(fēng)險(xiǎn)管理、理財(cái)工具的管理,利用云計(jì)算處理海量數(shù)據(jù)的優(yōu)勢實(shí)現(xiàn)對風(fēng)險(xiǎn)的多種量化分析和計(jì)算,加強(qiáng)公司的風(fēng)險(xiǎn)控制能力。利用SaaS的工作流實(shí)現(xiàn)對資金管理的各項(xiàng)業(yè)務(wù)的電子審批。
根據(jù)以上需求,選擇了以下SaaS服務(wù)功能清單:
1.資金流動(dòng)性管理,包含資金計(jì)劃、資金頭寸管理報(bào)表、日資金缺口報(bào)告、資金計(jì)劃周報(bào)、資金執(zhí)行情況周報(bào)和集團(tuán)資金上劃下?lián)艿馁Y金池業(yè)務(wù)。借助資金池,賬戶之間建立分層關(guān)系,所有子公司納入現(xiàn)金管理體系,資金池業(yè)務(wù)主要涵蓋圖3所示的幾個(gè)方面,從而實(shí)現(xiàn)集團(tuán)內(nèi)現(xiàn)金的統(tǒng)一調(diào)撥和統(tǒng)一支付。
2.進(jìn)行綜合管理和賬戶管理,包含基礎(chǔ)數(shù)據(jù)的自動(dòng)抓取、計(jì)算功能。例如,Libor匯率可以根據(jù)外網(wǎng)信息自動(dòng)獲得,對于未鎖定的美元業(yè)務(wù)自定義設(shè)置,自動(dòng)計(jì)算到期的匯率,并進(jìn)行實(shí)時(shí)更新。匯率鎖定數(shù)據(jù)自動(dòng)計(jì)算并上傳,如直接從路透上獲取匯率的同時(shí)根據(jù)到期日自動(dòng)計(jì)算鎖定的匯率。提供集團(tuán)內(nèi)關(guān)聯(lián)業(yè)務(wù)核對功能,如對于擔(dān)保、票據(jù)等業(yè)務(wù)集團(tuán)內(nèi)的企業(yè)能夠?qū)崿F(xiàn)自動(dòng)勾稽核對并將核對結(jié)果反映給對方,同時(shí)通知對方。自動(dòng)計(jì)算賬戶利息并傳遞到ERP系統(tǒng)進(jìn)行記賬處理。
3.進(jìn)行內(nèi)部擔(dān)保和授信管理。包含擔(dān)保申請審批工作流;授信批復(fù)后,預(yù)擔(dān)保到擔(dān)保的調(diào)整;生成擔(dān)保信息匯總表,實(shí)現(xiàn)擔(dān)保匯總表與銀行授信額度報(bào)表中擔(dān)保方式項(xiàng)下金額的自動(dòng)核對。
4.外匯管理,提供組合管理,把不同業(yè)務(wù)按一定條件自由組合(如存款+貸款+遠(yuǎn)期、遠(yuǎn)期+遠(yuǎn)期、存款+貸款等)。一些特殊情況,如提前還款、購匯之類的也放在組合中。同時(shí)提供套保業(yè)務(wù)支持。
5.融資管理,提供融資產(chǎn)品的生命周期管理:提示臨近到期的融資按不同條件排序,對融資產(chǎn)品進(jìn)行匯總;按融資產(chǎn)品類別匯總計(jì)算平均融資成本;對不同階段融資成本進(jìn)行縱向比較;對不同銀行各融資產(chǎn)品成本進(jìn)行橫向比較。每月度,對新增/減的銀行授信額度進(jìn)行統(tǒng)計(jì)。
6.理財(cái)管理,設(shè)定相關(guān)警示功能提示敞口風(fēng)險(xiǎn)。提供可以計(jì)算風(fēng)險(xiǎn)敞口,風(fēng)險(xiǎn)概率的相關(guān)模型,便于測算管理,如壓力測試。專業(yè)模板,計(jì)算對應(yīng)產(chǎn)品的相關(guān)數(shù)據(jù),如債券利息、理財(cái)產(chǎn)品收益率等。計(jì)算浮盈/浮虧并傳遞到ERP系統(tǒng)進(jìn)行記賬處理。
從財(cái)務(wù)管理信息化的發(fā)展歷程來看,SaaS模式已經(jīng)成為目前企業(yè)財(cái)務(wù)信息化管理的發(fā)展方向。相比于傳統(tǒng)模式,財(cái)務(wù)管理信息化的SaaS模式應(yīng)用存在以下優(yōu)勢:
更貼合現(xiàn)代企業(yè)內(nèi)外部財(cái)務(wù)信息受眾的需求。財(cái)務(wù)部門作為一個(gè)需要和眾多外部涉眾對接的部門,需要大量基于Web的安全應(yīng)用,以節(jié)省傳統(tǒng)財(cái)務(wù)管理中需要耗費(fèi)的大量人力物力,包括各種數(shù)據(jù)、電子單據(jù)、對賬單據(jù)、財(cái)務(wù)報(bào)告的交換,網(wǎng)上支付、報(bào)稅、查賬等應(yīng)用。
財(cái)務(wù)流程標(biāo)準(zhǔn)化。財(cái)務(wù)流程標(biāo)準(zhǔn)化源于XBRL報(bào)告工具的使用、GB/T認(rèn)證的引入、非核心財(cái)務(wù)職能外包的普及這三方面需求。這些趨勢更加強(qiáng)調(diào)了財(cái)務(wù)信息的透明性和一致性,在組織結(jié)構(gòu)上較傳統(tǒng)財(cái)務(wù)管理也有比較明顯的變化,而SaaS模式更有利于財(cái)務(wù)流程標(biāo)準(zhǔn)化的普及和應(yīng)用。
會(huì)計(jì)準(zhǔn)則趨同性。2006年中國新的會(huì)計(jì)審計(jì)準(zhǔn)則發(fā)布,新準(zhǔn)則與國際會(huì)計(jì)慣例趨同度進(jìn)一步提升,對SaaS應(yīng)用有更好的支持。 基于SaaS模式的財(cái)務(wù)管理信息化有整體實(shí)施與部分實(shí)施兩種實(shí)施模式:
整體實(shí)施模式指企業(yè)以直接訂閱的方式使用ERP廠商在SaaS模式下的商務(wù)套件,由ERP廠商進(jìn)行托管。企業(yè)可以通過產(chǎn)品配置中預(yù)定義選項(xiàng)的選擇自行選擇需要使用的模塊。
部分實(shí)施模式指將部分對集團(tuán)內(nèi)企業(yè)或部門間交互協(xié)作要求較高的財(cái)務(wù)流程獨(dú)立出來部署SaaS模式,如集團(tuán)資金管理、預(yù)算管理等。
在說明SaaS模式的不同實(shí)施方式方面,本節(jié)給出了詳細(xì)的案例,可供企業(yè)在具體實(shí)施時(shí)參考。我們在此需要強(qiáng)調(diào)的是,鑒于財(cái)務(wù)數(shù)據(jù)的重要性,從客戶現(xiàn)場預(yù)部署模式(On-Premises)到純粹的云計(jì)算(Pure Cloud Computing)模式一定有一個(gè)過渡的過程。有相當(dāng)數(shù)量的客戶會(huì)選擇把財(cái)務(wù)為核心的數(shù)據(jù)控制在本地,而把基礎(chǔ)管理、CRM或其他應(yīng)用放到云端,并通過加密的數(shù)據(jù)傳遞實(shí)現(xiàn)異構(gòu)系統(tǒng)間的集成,從而形成一種軟件+服務(wù)(S+S)的模式。此外,對于集團(tuán)型應(yīng)用,私有云的財(cái)務(wù)大集中部署模式將是很好的選擇。
(本章完。摘自《站在云端的SaaS》)