FruugoERP服务商迁移测试计划

须知条件

1. 请注意，这是一个试运行流程（测试中），可能不会产生预期的结果 - （请参见下方“可能出现的问题”）。如果您迁移测试失败，您的产品数据将可能被移除，您需要通过新的ERP服务商重新集成。

2. 如果您的测试失败，Fruugo不承担您任何形式的相关损失。

3. 请确保您的原始合作伙伴（现ERP服务商）已知晓您将在Fruugo更换ERP服务商。

4. 请确保您新的ERP服务商知晓您将参加此测试，并已经拥有完整功能的账户（非试用账户）。

5. 请停止使用现ERP系统的所有活动，以防止产品目录同步。

6. 我们暂不支持多个ERP系统的对接，请您仅选择一个服务商（可以为您同时提供包含产品刊登管理和订单管理功能的服务商），或确保您自建ERP包含完整功能。（Fruugo中国ERP合约集成商）

迁移步骤

1. 启动流程：

Fruugo 团队将发送一个包含您和新ERP系统联系人的电子邮件，并要求您提供以下步骤中的信息。

2. 确认事项：

请确认您在 Fruugo 平台的完整产品目录，已经在新ERP系统中创建完成，并准备好用于 Fruugo 集成。

请确认现ERP系统的 API 已停止使用，以防止继续同步产品目录。

请确保现ERP系统与ERP新系统之间，属性名称一致（属性名称可在 Fruugo 后台查看）。

请确认是否会提供新的图片 URL？请注意，新图片 URL 将需要重新处理。

请确认是否仍将使用相同的Fruugo帐号来授权 API 请求？

3. 卖家设置迁移时间点：

在您确认准备就绪并确定迁移的日期/时间后，Fruugo 团队将更改您的 webhook url设置。

4. 卖家测试’’更新SKU’’：

Fruugo 更改webhook url完成后，将要求您从现有 Fruugo 目录中，更新一部分的SKU作为测试：

• 您可以自行选择要更新的 SKU。

• 此更新应使用完整更新接口（而非部分更新接口），以便 Fruugo 审核完整产品信息。

• 在此步骤期间，请勿新增任何产品或 SKU，以确保 Fruugo 团队能够准确判断现有产品在新系统上的更新是否成功，并避免将新增项目误判为重复产品。

• 请提供 API 请求的 Correlation ID 和时间戳。

5. Fruugo 审核SKU更新测试：

Fruugo 将审核这些SKU更改是否成功，或是否引起产品/SKU 的重复。

6. SKU更新测试 - 有新产品被创建的情况：

如果在更新的过程中，有产品被创建，Fruugo 会检查新创建的产品是否为已有产品的重复。

7. 卖家测试’’订单接口’’:

Fruugo 将要求您下载订单，并更新其状态为“已确认 / 已发货 / 已退货 / 已取消”。

• 请提供这些请求的 Correlation ID 和时间戳以供审核。

情景一：成功的结果

1. 在这种情况下，您可以继续发送 SKU 更新，并且可以创建新的 SKU。

2. Fruugo 会在迁移完成后的一段时间内进行监控，以确保没有出现任何问题。

情景二：失败的结果（产品/SKU 重复）

1. 如果更新产品时，由于产品或 SKU ID 不匹配而创建了重复项，您的产品数据将需要被清除。这样会导致所有产品暂时下架，直到您重新提交没有错误的数据为止。

2. Fruugo 会在采取任何操作之前先与您确认。

3. 一旦 Fruugo 清除了您的产品目录，您可以通过新系统重新提交数据。

可能出现的问题

• 如果原系统和新系统之间的产品 ID 和 SKU ID 不一致，将会导致创建重复的产品和 SKU。此时，Fruugo平台需要完全清除您现有的产品数据，您也必须通过新系统重新提交产品资料。

• 如果原系统和新系统的产品目录不一致，某些只存在于原系统的 SKU 就会变成无法管理的“孤立 SKU”，这可能导致这些产品在Fruugo平台仍显示在线，但无法正常同步和管理。

例如：如果某个 SKU 存在于原系统的目录中，但在新系统中没有，您必须在迁移之前，将该 SKU 的库存状态标记为 NOTAVAILABLE，以避免它仍然在Fruugo平台上显示为在售状态。

• 如果您的原始图片 URL 是由原系统托管的，您必须在迁移时一并迁移这些图片地址。因为一旦与原系统的合同结束，原系统很可能会关闭这些地址，导致图片无法显示，进而导致 Fruugo 平台将该 SKU 下架。

• 如果您没有在迁移时间点前完全禁用原系统的所有活动（如创建新产品、产品更新等），将造成两系统的数据不一致，并可能产生“孤立 SKU”。