模块数据迁移的限制
在迁移期间失败的模板上创建的请求/变更/项目/任务将不会被迁移。
请求、变更和项目之间的关联将不被迁移。
添加附件没有最大限制，但一个实体的总附件大小（包括所有附件）不能超过48MB。大于48MB的附件将不会被迁移。
在迁移模块数据时，历史标签的信息将不会被迁移。
由于Cloud功能的不可用性，工作日志中的内联图像将不会被迁移。
如果小于号（<）后面有字符，如 ! , -, \, 或字母，在迁移过程中，小于号将被删除，但在富文本字段中除外。
例如，text<将被迁移为text<，text<1也将被迁移为text<1。
然而，text<a将被迁移为texta，text<! 将被迁移为text!
对于附加字段（选单、复选框、单选、多选字段）：
在除事件、服务、资产和工作站以外的实体中，单选、复选和小数类型的用户定义字段将分别被迁移为选单、多选和单行字段。
如果一个附加字段的默认值超过了字段的字符限制，该附加字段将不会被迁移。
迁移的附加字段被限制在云版所支持的最大字段数。要了解更多关于字段数的限制，点击这里。
如果请求/变更/项目及其模板中的额外字段的值超过了指定的约束条件，那么迁移将会失败。这主要发生在请求/变更/项目/模板创建后字段的约束条件被更新的情况下。
Cloud中的任务和服务模板的各种字段的最大允许值列在下表中：
模块 | 字段名称 | 允许的最大值 |
任务（常规任务、请求任务、变更任务、项目任务和里程碑任务）。 | additional_cost | 9999999999999999 |
estimated_effort_days | 9999 | |
estimated_effort_hours | 999 | |
estimated_effort_minutes | 999 | |
服务模板 | 服务成本 | 1000000000000000 |
问题选项成本 | 1000000000000000 |
在诸如备用审批人这样的授权中，只有即将到来的授权会被迁移。
没有与任何请求或项目相关联的任务模板将不会被迁移。
循环任务和任务模板不能被迁移，将导致以下错误：不能添加选定的依赖关系，因为源节点和目标节点之间已经存在直接或间接依赖关系。
On-Premises中的计划开始前通知字段在Cloud中将被重命名为计划开始前发送电子邮件。
任务提醒电子邮件将在迁移后按照电子邮件之前字段中的配置发送给相应的任务技术员一次。
由于Cloud功能的不可用性，请求标签、请求依赖性和注释附件将不会被迁移。
计划开始时间或计划结束时间设置在创建时间之前的请求将不会被迁移。
链接请求之间的关联将不会被迁移。
废弃的请求将不会被迁移。
归档请求的审批、依赖性和资源信息将不会被迁移。
不存在于所述文件附件路径中的附件将不会被迁移。
超过65536个字符的解决方案将被改为65536个字符。
只有请求中的前100个电子邮件ID和通知中的前50个电子邮件ID将被迁移。其他电子邮件ID将在迁移过程中被限制。
如果在Cloud中手动配置了SLA关联，它们将被迁移。然而，升级邮件将不会被发送，SLA相关的动作将不会在迁移后执行。
当审批数据被迁移时，如果审批人在On-Premises内是一个非系统用户，则无法执行审批、拒绝和发送通知等操作。
在迁移过程中，空的审批阶段将被跳过，其上面的阶段将以其原来的级别ID被迁移。
例如：如果阶段2没有审批，那么阶段2将不会被迁移，但阶段3将被迁移为阶段3，并在用户界面中显示为阶段2。
在取消的请求中，未处于完成状态（关闭、取消、已解决或自定义完成）的任务将在迁移期间被移至取消状态。
在迁移过程中，地点-组-技术员的验证将被跳过。
例如：如果一个技术员从一个地点/组中删除，那么在迁移过程中，该地点/组的请求将保留在该技术员的范围内，除非手动更新。
已删除部门的请求将被转移到请求者的部门。
工作日志描述字段中的富文本将被迁移为纯文本，并有格式损失。
如果在等待状态下安排请求的技术员被从应用程序中删除，该请求将被分配给发起迁移的技术员。
如果请求模板在提出请求后被修改，那么在迁移过程中，请求也将被相应修改。
例如：如果在模板中引入一个新字段，它也将反映在与模板相关的过去的请求中。
不论在On-Premises还是在Cloud，部门角色都是根据请求人的部门来解决的。
例如：一个请求的批准被配置为一个部门的负责人，在On-Premises，它被发送到请求者的部门负责人，在Cloud，它也会被发送到请求者的部门负责人。
存在于通知中的链接将被迁移，它们将不会被转化为与Cloud兼容的链接。
迁移后，变更ID序列将被修改，以匹配Cloud实例中的现有序列。
与审批有关的变更关闭规则将不被迁移。
没有登录的CAB成员将不会被迁移。如果CAB的所有成员都没有登录，CAB的迁移将被跳过。
如果审批级别处于待审批状态，且审批人为非登录用户，则在迁移期间，审批将被转换为待发送状态。
在迁移过程中，如果审批人被拒绝的百分比与Cloud中配置的审批自动拒绝规则相匹配，审批级别将在Cloud中被自动拒绝。
未处于审批/拒绝状态的变更请求，在迁移后将显示为空状态。
一个变更请求所迁移的任务数量限制在300个。
Cloud项目中各个字段的最大允许值列于下表。
模块 | 字段名称 | 允许的最大值 |
项目 | estimated_hours | 99999 |
actual_hours | 99999 | |
estimated_cost | 999999999999 | |
actual_cost | 999999999999 | |
项目>> 里程碑 | estimated_hours | 99999 |
actual_hours | 99999 |
由于Cloud中的架构设计不同，解决方案所有者字段和解决方法类型将不会被迁移。
由于描述字段在On-Premises和Cloud的解决方案中都是强制性的，在迁移过程中，将为空的描述字段添加一个虚拟条目。
如果审查日期设置在到期日或之后，解决方案将不会被迁移。
工作站、虚拟主机和具有重复服务标签的虚拟机将不会被迁移。
没有虚拟主机的虚拟机将不会被迁移，因为虚拟主机在ServiceDesk Plus Cloud中是强制性的。
目前不支持产品类型值为 "软件 "的产品的迁移。
如果相关的用户已经辞职，并且它没有与任何部门相关联，或者相关的部门无法继续使用，并且它没有与任何用户相关联，那么具有使用状态的资产将被迁移为存储。
在On-Premises的特定实例类型的资产模块将只被迁移到Cloud中的相同实例类型。
如果以下任何条件失败，资产中的相应日期字段将被设置为空：
查询报告将不会被迁移。
管理员数据迁移的局限性
组织角色将被迁移。然而，目前不支持用户与组织角色的映射。
在模板审批、PM任务和字段与表格规则中的批准者字段中，除COO、CEO、CFO、CIO之外的组织角色将被迁移到Cloud中请求的同等组织角色。
例如：
用户资料图片将不会被迁移。
当迁移角色时，企业内部版本中的权限如果在云版本中没有相等或类似的权限，将被跳过。
当迁移角色时，云版本中不支持的字符将被从角色名称中删除。
迁移用户的额外字段被限制在云版本所支持的最大字段数。要了解更多关于字段数的限制，请点击这里。
只有当用户在On-Premises内拥有Zoho账户时，登录权限才会被迁移，否则登录将被禁用。登录权限可以在迁移后由机关管理员手动启用。
在企业内部版本中定义的普通用户附加字段将被添加到请求人附加字段和技术员附加字段中，因为云版本没有普通用户附加字段。
由于Cloud中的架构设计不同，类别下的变更管理器字段将不会被迁移。
优先级中的颜色代码在Cloud中是强制性的，但在On-Premises则不是。在迁移过程中，对于没有颜色代码的优先级，将设置一个随机的颜色值。
由于Cloud的功能不可用，检查表将不会被迁移。
请求附加字段的限制
如果在 "事件-附加字段 "和 "服务-附加文件 "下发现有相同名称的字段，那么只有事件字段会被迁移，而服务字段的迁移会失败，但要符合以下条件：
由于Cloud中的事件和服务模板的附加字段都是通用的，因此，On-Premises的事件和服务模板中重复的附加字段将不会被迁移。
Radio类型请求的附加字段在Cloud中不会被加密。
模板限制
由于Cloud中的架构设计不同，以下数据将不会被迁移：
您最多只能将200个任务与一个事件/服务模板关联起来。
$EmailSignature和$ITService由于Cloud中的架构设计不同，因此无法在回复模板中解决。
如果在On-Premises中启用该功能，在迁移过程中，On Behalf Of字段将被添加到所有请求模板中。
On-Premise的模板布局中没有的字段（创建日期、完成时间、回复时间、Dueby日期、回复截止日期和附件）将在迁移过程中被添加到Cloud模板。
计划开始时间和计划结束时间等字段将在迁移过程中被添加到Cloud模板的技术员布局中。
模板SLA关联将不被迁移。
资源问题中的软件选项将不会被迁移。
Cloud没有对复选框问题的PII（个人身份信息）支持。
下拉式和单选式问题将被迁移为支持PII的选择框问题。
服务模板资源的元组限制如下：
在On-Premises中，没有登录权限的用户可以被设置为服务审批人。然而，在Cloud中，用户必须有登录权限才能成为服务请求审批人，如果没有登录权限的用户出现在模板的审批级别中，这种不匹配会导致请求模板迁移失败点击此处查看解决方法。
在将数据从企业内部标准版迁移到云版时，由于Cloud中的架构设计不同，事件模板中的服务类别字段和服务类别管理实体将不会被迁移。
字段和表单规则的限制
字段和表单规则名称对所有请求模板是全局性的，在Cloud中不区分大小写。因此，如果两个字段和表单规则在On-Premises有不同的字母大小写，它们将被视为重复的。第二个字段和表单规则将不会被迁移，并导致错误代码4008。
在事件、条件和动作部分采用了以下限制：
字段和表单规则部分 | 限制 |
事件 |
|
条件 | 批准状态标准不支持待发状态。 如果标准包含登录用户详细信息/用户详细信息（用户名、电子邮件ID、部门）/站点/组/代表字段，它将导致一个错误，因为这些字段在On-Premises内是文本字段，在Cloud中是查询字段。 日期/时间字段的is_empty和is_not_empty标准将不会被迁移。 |
动作 | 除了自定义脚本动作外，字段和表单规则动作将被迁移。如果一个 "字段和表单规则 "只包含自定义脚本动作，它将导致没有找到有效动作的错误。 Cloud中的资产、请求人和代表字段不支持特定字段的操作，如启用字段、禁用字段、隐藏字段、显示字段、授权字段、非授权字段和清除字段。 Cloud中的截至日期、组和地点字段不支持设置字段操作。 地点字段不支持强制字段和非强制字段操作。 如果出现以下情况，字段和表单规则将不会被迁移：
|
在迁移期间失败的模板上创建的预防性维护任务将不会被迁移。
在定期安排预防性维护任务时，如果每一天的时间超过999天，它将被迁移为999天，因为Cloud中允许的最大定期天数是999天。
当安排预防性维护任务每月重复出现时，如果在On-Premise中为所选的月份提供了一个无效的日期，数据将被迁移，如下所述：
在On-Premises选择的月份 | 在On-Premises选择的日期 | 迁移后在Cloud选择的日期 |
全部月份 | 任何日期到31 | 与On-Premises的选择相同 |
2月 | 29, 30, 或 31 | 28 |
2月与任何30天或31天的月份 | 29 | 29 |
2月与任何30天或31天的月份 | 31或30 | 30 |
仅有31天的月份 | 31 | 31 |
任何30天的月份 | 31或30 | 30 |
由于Cloud的功能不可用，变更模板中的$AllTechnicians角色将不会被迁移。
变更字段和表格规则将不会被迁移。
CAB成员的数量被限制在100个。
变更状态中的通知字段被限制为200个角色。
与变更模板相关的变更角色的数量被限制在1000个用户。
在reason_for_change中，预先填充的记录基于技术变更的更新存在命名差异，所以这将被创建为一个新记录。
由于变更类型在On-Premises不支持颜色编码，在迁移到Cloud后，将为变更类型分配随机颜色。
迁移后，变更角色将对所有阶段启用查看权限。
Cloud在变更模块中支持两个额外的阶段 - UAT和发布阶段。默认情况下，变更所有者将拥有编辑权限，而变更审批者将拥有这些阶段的编辑和审批权限。
在Cloud中，变更模板中的阶段和状态字段将分别被设置为提交阶段和请求状态。
默认情况下，变更请求和模板不会随其工作流一起迁移。如果在Cloud中创建了与On-Premises相同名称的工作流，则变更请求/模板将被相应链接。
默认的产品类型，如果其名称被改变，将以其默认的名称进行迁移。
例如，如果一个默认的产品类型工作站被改变为workstation1，在迁移时，其名称将被改变为其默认名称workstation本身。
同样地，自定义产品类型的默认产品类型名称将被改为name_id。
Raidio类型的资产附加字段在Cloud中不会被加密。
在Cloud中，供应商的网络URL需要以 "http "或 "https "开头，并且应该是有效格式。如果出现不匹配，迁移会出现以下错误：PATTERN_NOT_MATCHED.
迁移后的Cloud数据将不会与Zoho Analytics同步。
Cloud中的最大字符/实体限制
以下字段的字符数被限制在云版本所支持的最大字符数内。如果计数超过上述限制，在迁移过程中，字符将被相应修剪：
状态: ["75"]
优先级: [ "150"]
任务类型: ["50"]
工作日志类型: ["100"]
分类: ["1000"]
子类别: ["5000"]
Item: ["15000"]
紧急: ["75"]
影响: ["75"]
等级: [ "750"]
模块: ["300"]
请求关闭代码: ["100"]
回复模板: ["300"]
解决方案模板: ["300"]
请求类型: ["2500"]
要了解更多关于字段数限制的信息，请点击此处。