概括地说，人们对CS的不满积累到一定程度，才发明了BS架构，大趋势肯定是BS。CS您可以理解为OutLook，BS就是网页版邮箱，反正我是自从有了gmail之后就没在用过OutLook。问题在于，由于BS技术的某些先天缺陷，要开发网页版邮箱那样，响应性和用户体验不输与CS的BS应用，难度远大于CS，尤其是ERP这种复杂度又是邮箱几百倍的场景。故用友不是真的不想让你们用BS，是他们自己对自己的BS产品没有信心！我劝叔你还是从了用友走CS吧，硬上弓的下场一般是甲乙双方均吐血而亡。
BS系统和CS系统绝对可以交互的。接口只要定义好(请找个牛b的人来做这件事), 没有任何问题。(就是BS和BS交互, 接口没定义好, 也是一团乱麻, 没有什么优势。如果交互, 要看用友那边愿不愿意为你们提供接口, 或者做改动。这个要商量的。(估计是他们不愿意出人力资源来改动, 或者要加钱的)BS系统会不会慢, 这个如果系统做得好, 比如淘宝(双11上亿人也不觉得慢), 如果系统做得不好, 比如12306, 就不说了.不知道你们的对速度要求有多敏感, 通知只有工业控制(比如工厂, 车间机器, 稍微慢一点就会死人的)或者3D游戏, 才很强调速度。个人没有ERP经验, 以上纯属瞎扯, 但我的同学大部分都在做ERP或类似系统, 全部用Java写的。 全部是B/S, 但是有了解国际著名的ERP, SAP以前(包括现在大部分)都是C/S的, 而Oracle是B/S的, 两家都不错, 两家都很好, 所以还是具体情况具体分析。运行接口的问题可能存在：生产流程或者相关管理流程更改带来的二次开发，导致接口兼容性上做资源再投入。对数据需求的变化，统计口径与视角的变化。这种BS问题不是BS,CS的选择能解决的。都要让你头疼。就像会计科目变化，成本利润中心变化带来的影响。集团管控的目标会一直指向到生产系统么。生产层面的数据，可能只能对子公司有意义吧？我的经验是这不会影响集团层面的管控目标。
