我们已经超越了 Quickbooks Pro，目前正在购买替代品。我们正在讨论是否在 Quickbooks 链中向上移动并使用 QB Enterprise，或者是否可能移动到 Microsoft Dynamics GP。
我个人，作为将支持基础设施的人，不是 QB 的粉丝。我更愿意支持 Microsoft Dynamics GP。
我们在一年内从 600 万转收入增长到 1700 万转。预计未来 2 年的增长幅度相同。我们的员工人数在 2 年内从 22 名员工增加到 250 名。我坚信，如果我们留在 Quickbooks 产品线中，无论是否是企业级，我们都会超越它的能力。因此，如果我们要经历迁移的痛苦，我们不妨只做一次，然后做对。
有什么建议吗？Quickbooks Enterprise 还是 Microsoft Dynamics GP？
该公司的所有者拥有很长的财务背景和喜欢报告功能，并且总是能够以各种可能的方式查看数字。记在脑子里。我只是不认为 QB 会满足这些需求，因为从长远来看，报告速度和灵活性。
谢谢！
我想你已经说过了，很明显，quickbooks 与动态不在同一个联盟中。我想知道为什么 Quickbooks 甚至列出了可能的升级列表。除了 GP，您还可以开始考虑动态线中的 CRM 和 ERP——这在 quickbooks 线中是不可能的。
这取决于您的业务工作流程。对于我们的业务，我们每天要处理大约 300 张发票，输入它们很痛苦，因为它需要更多的步骤。另一件事是，在您在 GP 上花费 1/4 百万美元后，您需要购买“模块”来修复您所做的任何错误。GP更大，更有潜力但更好？我不同意。到目前为止，如果没有微软代表的 1K 账单，我们就无法更改模板。这不是一个程序，您无法弄清楚事情是如何运作的，您需要培训，这变得昂贵。最重要的是，您将了解您需要采取的不同模块和步骤来保持您的文件处于活动状态。Quickbooks 并不是最好的，但我认为它在 GP 上的花费要好得多。仅仅保留软件，每年 17K 的账单就变得可笑了。
关于为什么人们通过 Quickbooks 升级到 GP 的文章很多。作为一名 GP Var，我们的电话通常不会响起，原因如下：
*功能：在 QB 之外的手动过程太多，ERP 软件可以在库存管理下完成。减少电子表格。
*报告：过于依赖“部落知识”和电子表格来了解正在发生的事情。非常被动的方法与跨部门转向主动警报和企业报告。
*Scability：通常只有一小部分人实际上在使用 quickbooks。组织的其余部分依靠其他解决方案、电子表格、电子邮件等来运营业务，然后最终将其报告给 Quickbooks。随着公司的发展，安全性和审计追踪变得越来越重要
挑战：投资成本。Dynamics 实施需要 SQL 许可证、服务器和软件以及培训成本。建议了解有关 CustomerSource、在线 GP 培训端口和 Microsoft Financing 的更多信息，以分散现金流。我发现许多公司质疑它的价值，所以做好功课很重要。决定任何投资决策的不是成本，而是价值。
自行车比汽车便宜……但大多数人仍然开车上班。:)
我总是对公司的经验感到好奇。他们为什么做出或没有做出改变，以及这是否是一个好的决定。
杰森米尔斯 714.634.4697 [email protected] http://www.issusa.com/DynamicsGPForQBPeachtree.aspx
在这一点上，对您来说可能为时已晚，但我会为它的价值投入两美分。是的，购买和实施 Dynamics 成本高昂，有点痛苦。不过，权衡是一些美妙的简单性，例如一个体面的（不会说好）结构化、文档化和可访问的数据库。定制是一件苦差事，您的特定应用程序可能需要的附加模块会有所不同，但从长远来看，我大约十年前在一家公司开始，对计算机一无所知。借助文档、测试环境和决心，我自学了不仅要支持，还要修改和管理版本 6 到 9 的 ERP。在线支持和文档与论坛和开放式数据库结构一起使之成为可能。QB根本没有那个。我现在正在尝试支持 QB 并发现它最烦人。我永远不会故意支持微软的产品，我讨厌他们。但与替代品相比，这实际上是相当不错的。我可以放心的是，MS 没有构建它，他们只是买了它（我认为他们在 V7 中购买了公司）并添加了 Office 插件的钩子并重新配置了 GUI，但并没有真正搞砸内部工作，除了在 GP 10 中添加一个非常需要的活动目录挂钩。虽然您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。我永远不会故意支持微软的产品，我讨厌他们。但与替代品相比，这实际上是相当不错的。我可以放心的是，MS 没有构建它，他们只是买了它（我认为他们在 V7 中购买了公司）并添加了 Office 插件的钩子并重新配置了 GUI，但并没有真正搞砸内部工作，除了在 GP 10 中添加一个非常需要的活动目录挂钩。虽然您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。我永远不会故意支持微软的产品，我讨厌他们。但与替代品相比，这实际上是相当不错的。我可以放心的是，MS 没有构建它，他们只是买了它（我认为他们在 V7 中购买了公司）并添加了 Office 插件的钩子并重新配置了 GUI，但并没有真正搞砸内部工作，除了在 GP 10 中添加一个非常需要的活动目录挂钩。虽然您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。但与替代品相比，这实际上是相当不错的。我可以放心的是，MS 没有构建它，他们只是买了它（我认为他们在 V7 中购买了公司）并添加了 Office 插件的钩子并重新配置了 GUI，但并没有真正搞砸内部工作，除了在 GP 10 中添加一个非常需要的活动目录挂钩。虽然您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。但与替代品相比，这实际上是相当不错的。我可以放心的是，MS 没有构建它，他们只是买了它（我认为他们在 V7 中购买了公司）并添加了 Office 插件的钩子并重新配置了 GUI，但并没有真正搞砸内部工作，除了在 GP 10 中添加一个非常需要的活动目录挂钩。虽然您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。我可以放心的是，MS 没有构建它，他们只是买了它（我认为他们在 V7 中购买了公司）并添加了 Office 插件的钩子并重新配置了 GUI，但并没有真正搞砸内部工作，除了在 GP 10 中添加一个非常需要的活动目录挂钩。虽然您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。我可以放心的是，MS 没有构建它，他们只是买了它（我认为他们在 V7 中购买了公司）并添加了 Office 插件的钩子并重新配置了 GUI，但并没有真正搞砸内部工作，除了在 GP 10 中添加一个非常需要的活动目录挂钩。虽然您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。尽管您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。尽管您会遇到并且不可避免的一个主要问题是 Dexterity 运行时引擎，它管理从 GUI 到 DB 的条目传递。IT 有很多麻烦，但一旦你开始了解它，它就可以管理。我的两分钱。哦，是的，得到一个黄金计划，不要把你的数据库服务器和你的操作系统服务器放在同一个盒子里。