| 用友NC | 金蝶云星空 | |
| 总体 | 多个系统进行凑合，好比之前风靡一时的诺基亚，看上去功能很多，可扩展性、灵活性、技术先进性上都比较弱。 | 定位多组织制造业ERP的云应用； 创新设计业务流程化、社交化应用，以及协同开发云平台新特性。 |
| 平台 | J2EE | 基于独创动态领域模型构建的新一代开放的ERP开发平台，在模型层面已实现个性化开发差量机制，基于BOS平台实现行业、个性化开发与标准产品无缝叠加和插拔。可实现完全无代码开发，或者10%的开发+90%的标准化配置。基于动态BPM架构，提供可视化的流程定义工具。 |
| 开发语言 | JAVA | .net（,net比JAVA更有利于操作系统集成，有更好的一致性和兼容性。易用性比JAVA好，管理性好。在开发性方面，.net比JAVA要高。实施成本来说的话.net要低很多。.net比较轻，而JAVA比较笨重。） （对比J2EE：.NET系统比J2EE系统的部署更加简单、方便； J2EE对 XML 和 Web 服务的支持比.NET略差。 |
| 架构 | B/S应用架构，同时糅合了中间件技术。 | B/S架构（浏览器/服务器）。基于WEB2.0与云技术的新时代企业管理服务平台。整个产品采用SOA架构，完全基于BOS平台组建而成 |
| 访问速度 | 同样的硬件网络环境速度比金蝶云星空慢的太多 | |
| 硬件平台 | 要求高 | 要求低 |
| 是否支持跨平台、跨数据库应用 | 支持 | 支持 |
| 基础 | 1、WAP中间件； 2、支持多层集团架构； 3、NC部分基础资料是预设集团，部分有参数可选； ； 4、流程是指定组织的，并可多选，增加流程的可复用性； 5、工作流定义负责，只支持部分业务对象； 6、平台封装等技术层面分析缺资料 | 1、金蝶云星空不需要中间件； 2、金蝶云星空支持单层集团架构； 3、金蝶云星空基础资料是否管控、管控力度可以根据用户需要设定； 4、流程可跨组织使用； 5、工作流定义简洁，支持全部业务对象； 6、BOS平台封装等技术层面分析无资料， |
| 业务流 | 固化的业务流，加上简单的业务流配置。如果要实现单据之间复杂的转换，开发工作量大。后期维护成本高。 | 强大的完全自定义的业务流，没有特殊的功能，不需要写任何代码，如果特殊的功能插件形式开发。开发简单，维护方便。 |
| 财务核算 | 1、NC只支持两个账簿 2、NC固定资产一个资产对应一个卡片，批量变更、拆分、合并均通过单据处理，操作麻烦，通过单据处理便于启用审批流； | 1、支持多会计准则、多语言、多账簿、多核算体系；核算体系可以随时扩展，更好应对企业的管理变化。 2、金蝶云星空固定资产一个资产可对应多个卡片，批量变更、拆分、合并均可直接进行，易用性好，但不便于多级审批； |
| 业务和财务集成 | 受累于和财务的集成，业务操作总要考虑财务内容，业务设计和操作比较累，不能完全按照业务的思想进行开发。 | 财务和业务完全分离，通过“智能会计平台”这个桥梁，使财务和业务完美集成 ，智能会计平台已经预置了全部凭证模板，并且凭证模板按照业务需求，完全自定义，这样用更加业务化的语言处理业务，使操作更加的简便，且追述查询很方便。 |
| 供应链 | 1、采购的主流程是入库直接到发票，不利于应付和税款的分开确认，但提供了异物料结算、无发票结算、手工结算等结算方法； 2、销售的主流程是出库直接到发票，不利于应收和税款的分开确认； 3、销售订单，仅支持简单的预收比例控制（研发提供，未进行深入研究）。 4、NC的价格管理：受基础价目表*价格策略中的批量分级（分客户的折扣表）共同影响，相对复杂； 5、NC信用管理只支持固定的几个单据纳入信用控制，用户无法根据需要进行调整。 6、无信用管理体系。 7、无委托代销流程 8、NC促销价格作为价格管理的一部分，相对简单 | 1、金蝶云星空采购的主流程是入库到应付再到发票，利于应付和税款的分开确认； 2、销售的主流程是出库库到应收再到发票，利于应付和税款的分开确认； 3、销售订单支持销售订单收款计划，并与财务环节贯通，支持预收管理及预设控制。 4、金蝶云星空的价格管理在销售价格表直接维护，操作简单、易用； 5、金蝶云星空信用管理体系灵活可调整，用户可以根据业务需要，增减需要信用控制的业务环节单据。 6、金蝶云星空信用管理体系更加完整，常规信用管理外，做了信用评估体系； 7、有委托代销业务流程； 8、金蝶云星空有单独的促销管理模块，处理了促销管理中价格相关的各种情况（买赠、捆绑销售） |
| 分销 | 金蝶云星空帮助企业快速构建分销网络与配送网络，支持渠道订货和要补货管理、促销管理。 | |
| 生产制造 | 1、NC只支持生产成本的核算； 2、NC一个物料只支持一个默认工艺路线，所有工序的时间单位只能是一样，小时、分钟或秒； 3、NC的工序与生产订单关系强关联，一旦生产订单投放后有下游单据，则工序则不能修改，不能满足车间现场随需应变的要求； 4、工序计划内容过于单薄，只有简单的工序加工内容，不能满足精细化管理要求； 5、支持两种返工流程，操作不方便，都必须新建立生产订单，重新编制新工艺； | 1、金蝶云星空支持全面成本，可以将生产成本以外的期间费用归集到销售订单或产品线； 2、金蝶云星空支持并行、替代工艺路线，相同物料不同批量可以指定不同工艺路线，支持工序不同的生产计量单位； 3、工序计划与生产订单是两张单据，有关联关系又物理分离，更灵活，方便粗放型管理的生产任务； 4、工序计划现实内容极其丰富，可以满足不同企业的精细化管理； 5、支持两种返工流程，操作更为便捷； |
| PLM | 收购的迈特PLM而来，和NC完全两个平台，和NC通过接口开发而来，整合度太差。而且还是CS架构，需要安装客户端。 | 金蝶云星空PLM就是基于金蝶云BOS开发而来，和金蝶云星空就是一体化的软件，也是国内唯一一款PLM+ERP+财务同一平台的ERP平台 |
| 项目管理 | 只有建筑行业的项目方案，其他行业的方案及特殊需求需要另外开发。如果非标准功能，开发成本高，交付周期长。 | 完全基于金蝶云星空BOS开发而来，和金蝶ERP完美的整合，浑然一体。完全按照客户的要求现场开发，开发的过程也就是实施的过程。 |
| 开发平台 | 1、开发平台UAP 2、先开发好了软件，再有的开发平台 功能简单，复杂的功能没法用开发平台实现，需要原生态的开发。 3、UAP开发平台，不支持对象模板的继承和扩展。 平台升级会对开发的内容产生影响。 开发难度大 4、API和数据库表结构层面的二次开发工具，新开发模块与标准产品的底层引擎不一致，如权限和预警等无法统一。 5、相对金蝶BOS的开发效率低很多倍，未来功能扩展和个性化应用会受到极大局限。 一是权限配置比较混乱，多头配置同一个功能权限的情况比较严重；二是混乱的权限体系极易留下安全漏洞。 | 1、开发平台BOS 先有开发平台BOS，再有系统功能，所有的功能都是基于BOS开发 2、继承对象的元数据、界面元素以及相关属性，创建新的业务对象。支持开发商对对象进行业务扩展； 3、BOS平台较UAP强大太多，易部署，易升级，平台升级对开发的内容不产生任何影响。 4、可实现完全无代码开发，或者10%的开发+90%的标准化配置。基于动态BPM架构，提供可视化的流程定义工具。 |
| 移动端的开发 | 通过UAP开发，开发麻烦，而且只能开发简单点的手机应用，复杂点的功能UAP实现不了 | 完全通过移动BOS开发平台开发，开发简单，和PC端完全保持一致，深度集成金蝶“云之家”，构筑企业用户高效、协同的社交门户，也可以发布到微信端进行访问 |
| 集成平台 | 集成平台仍停留在集成工具及接口层面，不能实现业务集成，流程集成和门户集成。 | 符合SOA架构的集成体系，包括数据集成、业务集成、流程集成、门户集成等，完全满足WebService异构集成 |
| 交付策略 | 机构、伙伴交付 签单主体为交付主体 | 机构+伙伴（统一称本部交付） |
| 市场定位 | 大型企业集团 | 面向中大型多组织、多工厂、运营管控型集团。 |
| 二次开发 | 产品灵活性太差，二次开发效率不高 | 产品非常灵活，二次开发简单快捷。 |
| 接口 | 新定义的窗口，接口（WebService）需要单独开发，操作麻烦复杂，需要专业的开发人来做 | 窗口定义好，webapi，webservice接口标准自动生成，要修改也很简单，信息部IT人员就可以来修改。 接口的生成：所见即所得 |
| 中间件 | 200用户必须购买IBM的WAS中间件。而且按照CPU的个数，按照CPU的内核数来收费，费用很高。200用户之内可采用用友中间件，用友自己的中间件性能较差。 维护相比金蝶麻烦很多 | 依赖于微软操作系统的IIS服务。 操作非常简单 |
| 服务费 | 过了服务期强制缴纳用友总部的服务费，费用很高，不交服务费，加用户，加模块就加不了 | 过了服务期，不强制缴纳服务费，正常提供加用户，加模块的服务等 |
| 易操作性 | 操作页面太平面化，枯燥乏味，操作太复杂，为达到一个修改或设置需绕太多的一圈 | 操作简单明了，面向企业应用的社交化ERP，和云之家高度集成 |
| 后期维护 | 维护成本极高 | 维护成本低 |
