动态365商务中心或金融和供应链管理?

选择正确的Microsoft Dynamics ERP的最终指南

哪一种适合你

对于已经在Microsoft内部(或托管)之一的组织
解决方案,Microsoft Dynamics GP,SL,NAV或AX,您可以选择哪里
你去下一个。正确的下一步将取决于几个因素,包括你的企业的性质和规模,你未来的增长计划,你的需求的复杂性,以及你的投资意愿。

GP和NAV客户端的默认移动是转到Microsoft Dynamics 365 Business Central(BC)。斧头上的默认移动是转到Microsoft Dynamics 365财务和供应链管理(F&SCM,以前的F&O)。在什么情况下,您想要考虑除默认之外的选项?

微软F&SCM职位,适合具有以下一个或多个一般特征的组织:

Microsoft Possions BC对于具有以下一个或多个普遍特征的组织:

关键的外卖

这些分类很有用,但是留给你的问题比答案更多。微软通常不会发布任何强有力的建议,他们更愿意把这个决定留给他们的客户。Sikich拥有数百个客户,涵盖了所有四种遗留产品,可以提供更清晰的问题“下一步在哪里?”

Sikich在AX上搬到了BC的客户,以及GP和SL和IM的客户端已经转移到F&SCM。我们的NAV客户端作为服务(SAAS)和BC内部部署的软件搬到BC。我们客户通常使用的决策标准归入以下类别:

公司收入

收入是一个稍微任意的标准,因为它不考虑运营的复杂性。然而,它确实指出,由于金融和供应链管理通常需要比商业中央的投资更大,所以组织如何看待各种选择的相对负担能力。

收入可以是财务管理和报告的复杂程度的一个合理指标。F&SCM提供的功能包括月末关闭管理,收入确认支持,采购申请,预算和预测管理,费用报销管理和职责分离-所有这些都是大型组织通常需要的。

在150米以上的收入和增长的客户通常会在决定下一个搬迁之前评估Microsoft解决方案。根据情况,BC或F&SCM可能更合适。

公司50 - 150美元的收入通常决定的业务中心,但也会考虑内部版本作为一个有效的替代SAAS解决方案,根据他们的需求的复杂性和ISV的需要等因素,修改要求和计划的数量,和交易量。

公司低于5000万美元,通常选择商业SaaS。

决定下一个去哪里?

浏览并观察我们的系列,即将传统系统从传统系统转移到基于现代云的ERP,如Microsoft Dynamics 365。

预算

预算通常是将组织直接驱动到一个或其他解决方案的标准。作为一个短期资助项目可能代表真正的商业风险,价格是至关重要的。不允许有足够的预算就像规划一个没有停止的公路旅行,并且只有足够的气体到达目的地。

BC和F&SCM订阅费用均可在微软的网站

包含制造和服务管理的BC SAAS应用程序的所有特性/功能每月为100美元*/用户。没有这些功能的解决方案是$70*/用户/月。Team用户可用于只读和基本事务,Device用户可用于扫描仪和POS终端等共享设备。

BC内部部署选项使用传统的上前购买+软件许可年度维护模型。全部用户是2000美元*每项和维护目前仍保持16%。对于本地安装,预算还需要将基础架构包含在内的基础架构(操作系统,数据库等)几乎所有客户端安装在Azure云上,而不是在房屋内托管自己的系统。

F&SCM为金融和供应链套房的所有特点/功能的210美元* /用户/月。金融和供应链可以单独购买,底座和附着定价。还提供了较低的函数活动用户,也可以是只读许可证和设备用户。

实施成本因项目的范围和复杂性而异。通常,从GP或NAV升级的客户端的BC项目以约50万美元开始,平均约为300万美元,然后可以为数百万有很多用户,许多ISV和许多功能运行。

全套服务F&SCM项目通常开始在400美元金融迁移和可以扩展到多数百万,同样,根据项目的大小和规模,以及你是否从最新的本地版本升级或你来自一个旧版本的AX或另一个完全的解决方案。

*在撰写本文时期。请参阅Microsoft Pricing Online以验证

指标

用户数量/事务抑扬顿挫

微软SAAS解决方案的架构既考虑了容量,也考虑了可伸缩性。F&SCM是一个单独的租户解决方案,这意味着它运行在专用于每个客户机的环境中。该环境的体系结构是根据报告的事务量和用户计数专门设计的。对于F&SCM可以支持的卷没有规定的限制。客户与微软架构师合作,以确保环境的大小能够满足他们的需求。

BC是一种多租户解决方案,意味着环境在多家公司中共享环境。BC SaaS客户利用这一负担得起的优惠定价,并且在低到中等交易量卷SAAS模型良好。这个多租户环境确实在高卷环境中创建了一些限制,但是BC客户端可以选择进行内部部署安装(托管在Azure上是我们的推荐),其中伙伴可以自定义卷的正确环境。

F&SCM有一个最小命名用户数20。BC的最小用户数为1。

当前的ERP景观

以前面提到的标准为基础,如果您当前的业务应用程序被许多(5个以上)产品补充,或者如果您的解决方案被高度修改,那么您很可能能够利用BC或F&SCM提供的附加范围或特性。GP和NAV客户如果在支持核心业务功能的附加产品上投入了大量资金,那么他们可能会将升级作为合理化和减少所需应用程序或集成数量的一种方式。

例如,F&SCM支持流程制造商的要求。BC不支持流程制造。使用第三方的NAV客户端添加到支持其过程制造可能会发现来自F&SCM的集成解决方案可能更具吸引力。

未来的ERP景观

正在迅速增长的较大的GP,NAV或SL客户,其商业模式或行业正在通过SWIFT的变化可能会受益于考虑F&SCM作为业务应用程序的下一个逻辑步骤。

考虑这一切;您现在选择的ERP将您推上一个平台,这个平台将在可预见的未来不断发展。BC是你需要它在3年的时间里?5年时间?这些新的现代商业应用背后的想法是升级是过去的事情。

现在是跳转到F&SCM或BC的时候吗?

掌握d365实现的秘密

一个erp实施项目计划模板

根据Gartner的说法,75%的ERP项目失败了。但凭借良好的规划和强大的过程组织,可以避免最常见的陷阱。

专门为对Dynamics 365感兴趣的公司,这本72页的全面指南提供了8位经验丰富的专家的专家建议,以帮助您降低成本,并为成功的项目奠定基础。

需要帮助您的动态365计划?