以930為節(jié)點，兩種過渡方案我說下我的想法：

一、254內(nèi)外互聯(lián)：

首先內(nèi)外數(shù)據(jù)互通的技術(shù)方案是通過接口管家實現(xiàn)的，但是接口管家是有采招版本限制的，目前能支持的采招版本是306及306以上，306以下的都不支持（為什么306以下的不支持？因為304~306是個分水嶺，低于這個區(qū)間版本的老采招系統(tǒng)本身的數(shù)據(jù)結(jié)構(gòu)差異巨大，而且客戶基數(shù)少，故放棄打通），也就是要實現(xiàn)內(nèi)外數(shù)據(jù)互通要先把接口管家做出來，接口管家的適配分為兩部分：內(nèi)網(wǎng)要打內(nèi)外互聯(lián)的適配包，外網(wǎng)改造接口。（這個接口管家的實現(xiàn)復(fù)雜度我以青啤為例，背景：青啤是256版本的，本來是不支持內(nèi)外互聯(lián)的，但是區(qū)域已經(jīng)簽訂合同，所以才做接口管家適配，從內(nèi)網(wǎng)標(biāo)準(zhǔn)團(tuán)隊到外網(wǎng)，對256版本采招了解的人幾乎沒有，從7月10日開始內(nèi)外網(wǎng)投入資源開發(fā)，到今天8月9號整一個月，還在測試中，沒有上線），并且花樣年本身在254版本上還做了大量二開，風(fēng)險更大了。

如果不用接口管家能不能實現(xiàn)內(nèi)外數(shù)據(jù)互通？

可以，最早的外網(wǎng)產(chǎn)品就是不用接口管家實現(xiàn)的，他和ERP一樣，部署在客戶本地服務(wù)器，不是SaaS產(chǎn)品，公司層面已經(jīng)停售了。他是現(xiàn)在的SaaS采招門戶的前身。在去年外網(wǎng)移交至云鏈團(tuán)隊時，老外網(wǎng)是沒有移交過來的，由各項目團(tuán)隊自行維護(hù)，所以如果不用接口管家意味著花樣年不再是SaaS采購?fù)饩W(wǎng)的客戶，那就要考慮啟用最早的外網(wǎng)產(chǎn)品，這有兩個問題：

1、公司層面是否允許？因為老外網(wǎng)已經(jīng)停售了，也沒有專門的團(tuán)隊進(jìn)行維護(hù)。

2、友亮團(tuán)隊是否對老外網(wǎng)熟悉？

能否把外網(wǎng)現(xiàn)在的代碼分離出來，給到項目團(tuán)隊用老外網(wǎng)的方式開發(fā)？

分離出來可以，有幾個注意點：新的外網(wǎng)是用php寫的；部署環(huán)境是linux服務(wù)器；接口管家的部分要改造成接口對調(diào)的方式（共45+個接口）

能否直接用老外網(wǎng)的代碼進(jìn)行改造？

鑒于對老外網(wǎng)完全不熟悉，我無法評估。

二、352內(nèi)外互聯(lián)：

如果選擇352系統(tǒng)，面臨第一個問題：在352沒有二開的情況下，如何把254系統(tǒng)的數(shù)據(jù)遷移到352標(biāo)準(zhǔn)系統(tǒng)？據(jù)我經(jīng)歷過的項目經(jīng)驗，舉個例子：彰泰307版本，購買了352版本，想做數(shù)據(jù)遷移，最后沒做成，原因：307版本和352版本差別太大。由此可想254版本和352版本的差異。（彰泰一線：李劍? 項目PM：董施林）

352標(biāo)準(zhǔn)產(chǎn)品與新重構(gòu)門戶的打通會在8月21號完成，只有新重構(gòu)門戶才能支持花樣年的二開需求。后續(xù)上重構(gòu)ERP，還要再把采招352數(shù)據(jù)遷移到重構(gòu)，同時外網(wǎng)也需要數(shù)據(jù)遷移。而這幾個數(shù)據(jù)遷移都沒有過先例，暫無法評估工作量。

最后，我要從外網(wǎng)產(chǎn)品的角度，提出我的建議：

我們SaaS外網(wǎng)產(chǎn)品的原則是：如果一個需求有意義，不管多大實現(xiàn)難度，給不給錢，我們都會做；相反一個需求無意義，給錢都不做。

現(xiàn)在提出的過渡方案，只是為了930節(jié)點，從產(chǎn)品角度看對產(chǎn)品是沒有幫助的，反而會帶來后續(xù)各種內(nèi)網(wǎng)、外網(wǎng)遷移的工作量，是非常不劃算的。

基于此我認(rèn)為只有兩條路可以走：要么齊頭并進(jìn)，克服困難，在930節(jié)點把重構(gòu)的產(chǎn)品做上去；或者完全采用老外網(wǎng)的方式，項目自行交付。