以930为节点，两种过渡方案我说下我的想法：
一、254内外互联：
首先内外数据互通的技术方案是通过接口管家实现的，但是接口管家是有采招版本限制的，目前能支持的采招版本是306及306以上，306以下的都不支持（为什么306以下的不支持？因为304~306是个分水岭，低于这个区间版本的老采招系统本身的数据结构差异巨大，而且客户基数少，故放弃打通），也就是要实现内外数据互通要先把接口管家做出来，接口管家的适配分为两部分：内网要打内外互联的适配包，外网改造接口。（这个接口管家的实现复杂度我以青啤为例，背景：青啤是256版本的，本来是不支持内外互联的，但是区域已经签订合同，所以才做接口管家适配，从内网标准团队到外网，对256版本采招了解的人几乎没有，从7月10日开始内外网投入资源开发，到今天8月9号整一个月，还在测试中，没有上线），并且花样年本身在254版本上还做了大量二开，风险更大了。
如果不用接口管家能不能实现内外数据互通？
可以，最早的外网产品就是不用接口管家实现的，他和ERP一样，部署在客户本地服务器，不是SaaS产品，公司层面已经停售了。他是现在的SaaS采招门户的前身。在去年外网移交至云链团队时，老外网是没有移交过来的，由各项目团队自行维护，所以如果不用接口管家意味着花样年不再是SaaS采购外网的客户，那就要考虑启用最早的外网产品，这有两个问题：
1、公司层面是否允许？因为老外网已经停售了，也没有专门的团队进行维护。
2、友亮团队是否对老外网熟悉？
能否把外网现在的代码分离出来，给到项目团队用老外网的方式开发？
分离出来可以，有几个注意点：新的外网是用php写的；部署环境是linux服务器；接口管家的部分要改造成接口对调的方式（共45+个接口）
能否直接用老外网的代码进行改造？
鉴于对老外网完全不熟悉，我无法评估。
二、352内外互联：
如果选择352系统，面临第一个问题：在352没有二开的情况下，如何把254系统的数据迁移到352标准系统？据我经历过的项目经验，举个例子：彰泰307版本，购买了352版本，想做数据迁移，最后没做成，原因：307版本和352版本差别太大。由此可想254版本和352版本的差异。（彰泰一线：李剑 项目PM：董施林）
352标准产品与新重构门户的打通会在8月21号完成，只有新重构门户才能支持花样年的二开需求。后续上重构ERP，还要再把采招352数据迁移到重构，同时外网也需要数据迁移。而这几个数据迁移都没有过先例，暂无法评估工作量。
最后，我要从外网产品的角度，提出我的建议：
我们SaaS外网产品的原则是：如果一个需求有意义，不管多大实现难度，给不给钱，我们都会做；相反一个需求无意义，给钱都不做。
现在提出的过渡方案，只是为了930节点，从产品角度看对产品是没有帮助的，反而会带来后续各种内网、外网迁移的工作量，是非常不划算的。
基于此我认为只有两条路可以走：要么齐头并进，克服困难，在930节点把重构的产品做上去；或者完全采用老外网的方式，项目自行交付。
