组织管理员只能将用户分配为新实例的所有者。 只有实例所有者可以删除另一个实例所有者。 因此,除非组织管理员也是特定实例的所有者,否则他们也无法从实例中删除所有者。
如果删除了实例所有者,则如果该实例中的用户导入设置为(ALL)或该实例的用户导入条件与用户的配置文件匹配,则该用户帐户将立即作为请求者移动。 否则,该实例将不再可用于该用户。
是的,组织管理员可以使用户列表中的任何人成为实例的所有者。
我可以将ServiceDesk实例移到“停用”状态吗?
是的,实例管理员/所有者有权将实例移至“停用”。 这样,整个实例将进入只读模式,仅允许实例管理员/所有者访问该实例。
将实例移至“停用”状态后,将无法再将其移至“预运行”或“正常”状态。
我可以手动将ServiceDesk实例移动到“过期”状态吗?
不能。ServiceDesk实例只能由应用程序移动到“过期”状态,因为它是自动化过程。 这仅在许可证到期期间发生。
但是,一旦将许可证应用于实例,它就会回到实例的先前状态(正常)。
每当发布新版本的ServiceDesk Plus时,是否可以选择性地升级其中的几个实例/服务台? 还是必须升级整个应用程序?
ServiceDesk Plus升级对于整个应用程序是通用的,而不特定于实例。
如何跨实例处理请求ID? 另外,在实例之间转换工单时,如何将请求ID分配给它们。 例如,如果我从IT服务台从HR帮助台移出了ID为15的请求,该请求将如何标记?
每个实例的请求ID相差100,000,000。 这意味着,IT帮助台将从请求ID 1开始,下一个创建的实例将从100000001开始,然后从200000001开始,依此类推。 现在,当请求从IT移至HR时,请求ID 15将设置为100000015。
每个服务台实例可以具有自己的邮箱,该邮箱分别从不同帐户中获取电子邮件。 Service Desk将处理来自第一个实例的电子邮件,一旦提取了该实例中的所有电子邮件,它将继续处理下一个实例。
在实施变更或项目时,其他部门的技术人员和用户可以参与其中吗? 是否可以将HR服务台实例中的技术人员添加为IT服务台实例中变更或项目的成员?
每个实例的活动都是针对特定实例的,不同实例的技术人员和用户不能成为特定实例内活动的一部分。
新实例是否需要与“主实例”不同的数据库或相同的数据库?
不可以,不需要其他数据库,因为服务台的单个安装只能连接到一个数据库。 对于每个实例,数据库将采用这种方式。
可以将IT团队中的某人设置为人力资源服务台的管理员,却使其不能查看该实例相关的数据吗? 会有这种情况:IT团队的某个人可能精通ServiceDesk Plus工具,而人力资源的人员却不会。
可以分配IT服务台实例中的管理员来管理人力资源实例,但是该管理员将拥有对该人力资源实例的完全访问权限。 因此,处理此情况的理想方法是让IT实例的管理员为人力资源实例设置所有最佳实践和工作流。 一旦上线了,就可以替换实例的所有者。
是否可以将现有的Manageengine ServiceDesk Plus合并为ESM目录下的实例之一?
升级到11.0版后,现有的IT服务台将成为默认服务台实例。 因此,建议将IT服务台部署升级到版本11.0,然后为每个业务功能创建新实例,并从其他实例迁移模块中的数据。
ESM不再支持CMDB中的请求热和技术员配置,将被用户替换。 因此,不再有关于技术人员的自定义报表。 请联系support@servicedeskplus.com,我们将协助提供查询报表。
所有ME集成,Analytics Plus和Zoho Reports均可无缝运行,但仅可用于默认的IT帮助台。
是否可以获得直接指向每个部门实例的URL?(例如在Intranet上使用)
我们不支持实例特定的URL。 显示的应用程序URL在所有实例中都是公用的。
我们只需添加PORTALID作为参数,就可以将其转换为特定于实例的URL。
到目前为止,我们可以借助自定义脚本在实例之间移动工单。 请参考以下链接
如果用户是所有实例的所有者,那么该用户是否需要对于每个实例的多个许可证?
实例的所有者是该实例的SDAdmin。 这意味着必须为每个所有者购买技术人员许可证。 单个用户可以是所有实例的所有者,但是,他们仍然需要许可证才能将实例发布给用户。
OrgAdmin用户有权访问ESM目录,他们只能管理ESM目录下的常用配置并创建新的服务台实例。 OrgAdmins也可以是服务台实例的所有者。 SDAdmins是仅管理其所属实例的用户。 如果他们的角色已映射到其ESM目录>>用户下的个人资料,则他们也可以是OrgAdmin。
服务台实例的所有所有者将成为具有完全访问权限的实例的SDAdmin。 而在一个实例中创建的所有SDAdmins都不会成为该实例的所有者。 SDAdmins可以执行所有管理员操作,但管理实例设置及其配置除外。
我们已经使用ME创建了现有的API,迁移到ESM版本时会受到影响吗?
除了与用户相关的API,对现有API不会有任何其他影响。
当前的框架不支持从所有实例访问数据,因此无法跨实例报表。
从现在开始,可以迁移支持CSV或XLS导入的工单,解决方案,合同,资产,用户和其他数据。 可以导出和导入诸如类别之类的管理员配置。 除上述实体外,其他模块或管理员配置也无法导入,因为系统不支持从UI直接导入。
不可以。翻译是一种通用配置,适用于应用程序中的所有实例。
是的,自助服务门户适用于每个实例。 实例所有者或管理员可以修改自助服务门户。
升级到11.0(ESM)版本后,现有服务台中的所有数据将被归类为IT服务台实例。 所有配置,工作流和产品许可证都将映射到IT实例。
10个实例每天处理超过4000张工单的硬件要求是什么? 应用程序处理性能的可靠性如何?
所提到的系统要求已通过ESM功能进行了测试,并且很好。 如果您将来遇到任何问题,也可能是由于其他因素的影响,请发送电子邮件至support@servicedeskplus.com,我们将对其进行分析并为您提供相应的帮助。
ServiceDesk Plus中可以有多少个停用和正常的实例?
无论实例状态如何,在任何给定的点上最多可以有10个服务台实例。
注意:IT服务台是默认的服务台,它始终保持正常状态。 不能将其设置为过期,停用或删除。
如果我有很多关于请求的自定义SQL报表,那么它们在11.0中仍然可以工作的可能性有多大?
关于ESM,涉及数据库更改。 在报表生成期间,系统将自动更正并执行报表。
如果失败,请将报告共享至support@servicedeskplus.com以获得帮助。
ESM如何继续进行邮件提取? 当前,我们有两个独立实例。 IT实例使用一封电子邮件,而HR实例使用另一封电子邮件。
可以为每个实例分别配置电子邮件提取。 因此,用户可以将电子邮件发送到其专用部门,然后将相应地提取邮件。 同样,来自实例的对自动电子邮件的答复将作为对话附加到原始请求中。
截至目前,模板和管理配置无法跨实例复制。
SSL配置是ESM目录下可用的常见配置。 配置后,它适用于整个实例。
注意:如果仅创建了IT Help Desk,则SSL配置将在IT Help Desk的“管理”选项卡下可用。
每个实例可以具有自己的邮箱,该邮箱配置为直接将电子邮件提取到相应的实例中。 每个实例的所有电子邮件回复和自动通知都可以根据其电子邮件地址和标头自动路由到相应的实例中。
每个服务台实例都有其自己分配的数字序列。 每个实例的请求ID之差为1亿。
拥有OrgAdmins特权的用户用皇冠图标表示。
我们的APP是经过定制的,可以容纳用户和技术人员。 该APP支持在Web应用程序上可用的实例之间进行切换。
使用ESM,我们支持5名技术人员提供一个免费的标准版,所有其他实例都必须单独购买。
在ESM目录下配置了单点登录。 此功能是整个应用程序的全局功能,配置完成后,用户可以登录服务台并访问其可用实例。
到目前为止,跨多个实例的数据存储在一个数据库中,因此我们仅支持一个完整的应用程序备份和还原。