您好，Nancy，
希望有人在PY-CA迁移到CE方面有实际经验，将在这里提供一些见解。

我曾与CE合作，并向其他国家/地区迁移到CE，希望我的想法对您有所帮助。
我的主要建议是将CE激活视为一个小型实施项目。

当然，这不是一个实现，而是几天而不是几个月的时间，但是这样的观点可以让您正确地开始准备工作，并且避免了我对客户遇到的仅仅"打开CE开关"的错误理解。

问题是，CE使用另一个工资驱动程序（RPCALCK0_CE）和另一个架构（K00C）来遍历每个员工的所有组织分配。 另外，您将有一个新的内部薪资表-RT_PERSON，以保留每个组织任务的结果，因为RT不再适合，而其他几个* _PERSON用于BT，CRT等。

这意味着您必须将自定义薪资解决方案迁移到新的薪资架构。 还进行了一些重新设计，不仅因为现在是查看旧内容的好时机，而且案例是CE是另一个范式-每个处理过程都应考虑与人有关的工资类型以及与人有关的工资类型。 与人员分配有关。 最重要的是，应该修改获取工资数据的自定义开发。
您可能会进行18年的自定义配置和开发。

使用标准程序进行数据维护和工资核算过程中的常规步骤不容忽视，因为从技术上讲，过程更改和人员分配的各种分组都可以对其进行管理。

因此，您特定的薪资解决方案是估算工作量，人员配备和时间安排的重点-将其转移到新的范式（包括配置/开发，测试和部署）需要花费什么？
根据您的策略来考虑问题-一旦您转到CE，以后将如何处理本地薪资？
一旦您对CE的小型项目进行了评估，便会考虑到您的战略，另一方面，如果没有CE，您将拥有什么-拥有多个org.assignemnt的员工人数以及您使用的解决方法的繁重程度 目前？ 值得吗？

您可能想在沙盒中进行一些端到端（包括工资单发布和法律报告）测试，以了解您将要处理的内容和期望的内容。

此外，加拿大薪资表同时就业
它非常详细，其中包括加拿大所有必要的转换步骤，以及有关该主题的许多有用信息，包括特殊性和局限性（例如追溯核算）。

我们很乐意为您提供更多帮助，但是这里的情况非常具体。 如果我告诉您一次，我们花了几天的时间，就您的具体情况而言，它什么也没说。 也许您对系统中的内容具有透明性和清晰的了解，有时甚至几乎不可能对定制解决方案进行盘点。

希望我尝试分享的方法对您有用。

亲切的问候，
亚历克斯