实施ERP - 沙盒的优点和缺点

[KayPellack]

大家好-寻找用户体验。

我们正在实施一个新的ERP(在我们的案例中是Oracle Fusion)。这是一项需要数年时间才能完成的全球实施。在实现的第一阶段，只涉及美国，我们使用Concur Test实例配置和测试来自我们的HR系统和Fusion的集成。这些集成包括员工成本中心和地点列表，以及项目会计列表和其他。

我们正在考虑推进到未来的实现没有测试实例。这些实现也将主要通过整合影响的Concur。

有任何你试过吗？我担心，如果在生产做集成测试将是不够的。一个例子是在“测试组”，而不是它们的天然员工群体的需要将测试员工。接下来的实施将涉及8个国家，而这一个例子单独的声音这么多困难，而且可能比使用测试实例混乱。

然而，也许我并没有看到所有的可能性，所以你分享的任何建议或经验都会很感激。谢谢你,

[Beshoy]

嘿,KayPellack,

感谢您提出的问题，我们期待听到其他社区成员与他们的实施经验。

- Beshoy

[rlipsey64]

你好,

我一直使用测试环境进行构建、更改和实现，包括集成测试。测试环境确实需要花费一些精力来测试集成，但这是非常值得的。没有人、Concur或公司管理员在“破坏”生产资源。其次，测试环境将提供限制(如您所料)。已经知道)这样无法启动电子邮件通知等…但是你可以自己进口，这很好。

你有没有为Web服务注册？如果没有，强烈推荐，因为它给你的一片心意的水平，你可以设置集成scchedules几乎实时的，而且它比建临时表等容易....

[MarkFNeo]

嗨KayPellack，

首先，我假设你是在专业平台和标准平台上。在这两种情况下，您都应该使用Concur检查您的选项。

根据您公司的结构，你就会有不同的选择。

Rlipsey64是正确的与软件开发测试环境。

话虽如此，Concur却没有正常提供一个测试环境。您将与测试员工一起建立一个测试组(不要使用真正的员工)，并构建您的测试环境:测试组在您的生产站点中。通常，实现开始使用TEST实体，然后使用PROD实现移动到PROD。/rollout。但是客户可以购买TEST环境，除非Concur将其作为销售的一部分提供。

现在你有特殊的情况：多个Counrties。（请咨询您的Concur）。这是我的理解是，你会得到一个测试组，每个国家。您将配置每个县包括具有所有天然员工组数据的试验组的员工，其次是用户验收测试和认定费用（政策，支出类型，工作流程，审核规则等）的各个方面。

然后，最后一步是将TEST县移动到生产用户，并更新新县所需的生产策略、费用类型、工作流和审计规则。

PROD场景中的“TEST”看起来确实“比使用TEST实例困难得多，而且可能会令人困惑”，但实际上需要的工作更少。这里存在的一个主要因素是所有国家的ERP是相同的，所以整合的结构与国家要求的方差是相等的。

根据经验，这将是第二阶段的推出，可能需要在您的合同中添加一个MOD来支持Concur Implementation。再次使用Concur进行检查。

标记

标记

[此举]

好奇你的决定是，如果你高兴的结果。