问题标签 [itil]

独白

在我写这个问题时，我已经在心理上做好了准备，很快这个问题就会被标记和关闭，因为它过于宽泛和笼统而不是具体。我为此做好了准备，因为我也有同样的感觉。尽管如此，我必须向社区表达我的疑虑，这对我在 IT 行业的生存来说是必不可少的。

语境

设计基于票据的知识管理系统

问题

在阅读有关 ITIL V3 和 IT 服务台的信息时，我想如果我要构建一个基于故障单的知识管理系统，用户可以针对任何问题/事件提出问题单并获得解决方案，然后将其转化为知识库，那么可能是什么该方法？

事件/问题的传统 ITIL V3 术语---> 服务----> 解决方案-----> 知识在我看来实际上过于保守和繁琐。

当我将其与处理问题/答案的 Stackoverflow 设计进行比较时，我发现后者令人印象深刻。Stackoverflow 具有相同的问题（阅读票）和问题（再次阅读票）的相应答案（阅读解决方案）的概念。

针对故障单的知识管理有哪些好的设计？stackoverflow 不是针对工单（问题）的另一个出色的知识管理系统吗？

在 iTop 中，如何将呼叫者的 IP 地址保存在工单中（用户请求和事件）

我试图在我的扩展模块中修改datamodel.itop-tickets.xml 。我成功添加了一个名为“ip”的字段，但在<methods>部分中我无法使用$_SERVER['REMOTE_ADDR'].

我需要限制在自助服务门户和事件页面中对用户可见的业务服务列表。用户应该只看到对他可用的服务。

我已将业务服务 -> 用户支持的相关列表添加到组表单中。这是我添加服务的地方，它必须可供用户使用。在服务目录记录生成器和事件表单中，对于“业务服务”字段，我设置了简单的引用限定符，用户支持是（动态）我的支持组之一。

现在的问题是，“支持的用户”只接受一个组。意思是，只有一个服务可以链接到单个组（1 对 1）关系。我不能有多个组，其中将相同的业务服务添加到“支持的用户”列表中（在我的情况下这是必需的）。

有人可以提供有关如何管理需求的想法吗？1）如何正确管理组和业务服务之间的关系（可以选择保持多对多关系）

2）如何在门户和事件表单中过滤掉所需的服务。

提前非常感谢。

我是 ServiceNow 的新手，我创建了一个像“u_myTable”这样的独立表，但现在根据我的要求，我希望它从“task”或“cmdb_ci”表扩展。是否有任何可能的方式来实现这一要求。

ITSM 如何处理客户的建议？例如，客户建议改进 IT 基础设施。

我已经尝试阅读文档。

我目前正在对我们的票务系统进行一些调整。当帮助台关闭问题时，他们必须选择根本原因。例如，可能会在用户认为产品有问题但实际上他没有正确使用它的情况下创建票证。我现在正在寻找这种根本原因的政治正确措辞。是否有类似的一般定义或某种指导方针？我想包括以下内容：

• 人为的失败
• 培训问题
• 糟糕的设计
• 维护不善
• 质量差

任何输入表示赞赏！干杯。

在我的 ServiceNow 环境中，我管理来自不同组织的许多事件，我已经开始为一位客户的 CIO 设置仪表板以查看与其公司相关的所有工单和事件。我试图将他们可以查看的内容仅限于他们的公司，但是，我遇到了问题。如果他们查看所有事件，他们就能够查看系统上的每一个事件，所以我的问题很简单，但答案可能不是。我如何才能将他们的访问/查看权限仅限制在他们被分配到的公司？

谢谢，

关于软件发布和变更管理。发布和变更有什么区别？是一样的吗？

询问是因为Jira Software包含版本，但Jira Service Desk包含变更管理。

我一直在尝试添加一个新选项卡，如图所示。我正在研究 iTop 2.4 谁能向我解释如何做到这一点？

Appian 提出了一种文件夹结构，它对角地穿过Appian 设计对象图：

换句话说，拥有如下文件夹树被认为是一种很好的风格：

对于那些不熟悉 Appian 的人，只需将图中的所有框都想象为一种数据类型，我原则上说 Appian 建议按数据类型管理安全性。（我希望我正确地抽象了这一点）。

我了解 Appian 中文件夹的驱动程序是安全性是基于托管文件夹的。

• 一种基于文件夹层次结构的安全方法是否遵循一些 IT 框架或理论概念？例如基于 ITIL 或 COBIT 的东西？
• 是否有其他具有类似概念的编程语言？
• 如果我对此主题感兴趣，什么是合适的搜索词？