ERP 服务商迁移 测试计划
须知条件
请注意，这是一个试运行流程（测试中），可能不会产生预期的结果 - （请参见下方“可能出现的问题”）。如果您迁移测试失败，您的产品数据将可能被移除，您需要通过新的ERP服务商重新集成。
如果您的测试失败，Fruugo不承担您任何形式的相关损失。
请确保您的原始合作伙伴（现ERP服务商）已知晓您将在Fruugo更换ERP服务商。
请确保您新的ERP服务商知晓您将参加此测试，并已经拥有完整功能的账户（非试用账户）。
请停止使用现ERP系统的所有活动，以防止产品目录同步。
我们暂不支持多个ERP系统的对接，请您仅选择一个服务商（可以为您同时提供包含产品刊登管理和订单管理功能的服务商），或确保您自建ERP包含完整功能。（Fruugo中国ERP合约集成商）
迁移步骤
启动流程：
Fruugo 团队将发送一个包含您和新ERP系统联系人的电子邮件，并要求您提供以下步骤中的信息。
确认事项：
卖家设置迁移时间点：
在您确认准备就绪并确定迁移的日期/时间后，Fruugo 团队将更改您的 webhook url设置。
webhook切换之后，原ERP将无法接收webhook回调讯息，需确保停用原ERP，未来所有操作应于新ERP系统进行。
卖家测试是否能从新ERP获取产品&获取历史订单
卖家测试’’更新SKU’’：
Fruugo 更改webhook url完成后，将要求您从现有 Fruugo 目录中，更新一部分的SKU作为测试：
Fruugo 指定要更新的 SKU。
此更新应使用完整更新接口（而非部分更新接口），以便 Fruugo 审核完整产品信息。
在此步骤期间，请勿新增任何产品或 SKU，以确保 Fruugo 团队能够准确判断现有产品在新系统上的更新是否成功，并避免将新增项目误判为重复产品。
请提供 API 请求的 Correlation ID 和时间戳。
Fruugo 审核SKU更新测试：
Fruugo 将审核这些SKU更改是否成功，或是否引起产品/SKU 的重复。
SKU更新测试 - 有新产品被创建的情况：
如果在更新的过程中，有产品被创建，Fruugo 会检查新创建的产品是否为已有产品的重复。
卖家测试’’创建产品’’:
卖家创建全新产品，并提交 API 请求的 Correlation ID 和时间戳，Fruugo 会检查新创建的产品是否成功。
卖家更新圖片URL(如果適用):
如果卖家目前的图片地址是託管于原 ERP 系统，在完全停用该 ERP 之前，请务必先将图片 URL 更新至新空间，并确保新网址长期有效，以避免因 ERP 权限失效导致商品图片无法显示。Fruugo目前的接口无法返回图片信息，因此须请卖家自行准备好对应的图片链结。
情景一：成功的结果
在这种情况下，您可以继续发送 SKU 更新，并且可以创建新的 SKU。
Fruugo 会在迁移完成后的一段时间内进行监控，以确保没有出现任何问题。
情景二：失败的结果（产品/SKU 重复）
如果更新产品时，由于产品或 SKU ID 不匹配而创建了重复项，您的产品数据将需要被清除。这样会导致所有产品暂时下架，直到您重新提交没有错误的数据为止。
Fruugo 会在采取任何操作之前先与您确认。
一旦 Fruugo 清除了您的产品目录，您可以通过新系统重新提交数据。
可能出现的问题
如果原系统和新系统之间的产品 ID 和 SKU ID 不一致，将会导致创建重复的产品和 SKU。此时，Fruugo平台需要完全清除您现有的产品数据，您也必须通过新系统重新提交产品资料。
如果原系统和新系统的产品目录不一致，某些只存在于原系统的 SKU 就会变成无法管理的“孤立 SKU”，这可能导致这些产品在Fruugo平台仍显示在线，但无法正常同步和管理。
例如：如果某个 SKU 存在于原系统的目录中，但在新系统中没有，您必须在迁移之前，将该 SKU 的库存状态标记为 NOTAVAILABLE，以避免它仍然在Fruugo平台上显示为在售状态。
如果您的原始图片 URL 是由原系统托管的，您必须在迁移时一并迁移这些图片地址。因为一旦与原系统的合同结束，原系统很可能会关闭这些地址，导致图片无法显示，进而导致 Fruugo 平台将该 SKU 下架。
如果您没有在迁移时间点前完全禁用原系统的所有活动（如创建新产品、产品更新等），将造成两系统的数据不一致，并可能产生“孤立 SKU”。