数字资产管理和元数据集成的政治

asadul73

我们在DAM News LinkedIn 群组中涵盖了更多以讨论为导向的主题，旨在引发有关文章及其相关主题的辩论。有些人比其他人得到了更多的回应，但这个问题引起了一些小组成员的一些有趣的贡献。该主题分为与数字资产管理解决方案与其他应用程序集成相关的主题。由于这与原来的内容有些不同，我将在这里总结要点，目的是引发新的讨论。

DAM 集成的背景及其与 DAM元数据
的关系 许多参与 DAM 实施的人已经（或在不久的将来）面临的一个问题是必须集成来自外部第三方系统的数据。为了明确参考框架，我并不是指其他 DAM 解决方案，通常会排除其他密切关系，如 ECM 或文档管理等。一些合适的例子是 CRM、HR、CMS（馆藏管理系统）等专业应用程序和许可/知识产权数据库。还有许多其他系统，您可以包括关键实体不是资产的任何系统（并且利益相关者会认为该术语非常规）。

在这些场景中，包含感兴趣数据的外部实体与数字资产具有相邻或垂直关系。换句话说，就元数据模式层次结构而言，它不高于或低于它，并且需要独立处理（即通过关联而不是同一记录的一部分链接）。

示例用例
举一些例子：包含员工照片的 DAM 解决方案 电子邮件列表数据库  可以与 HR 系统集成。这将实现更复杂的聚合功能，例如，如果相关员工离开公司，则自动存档或停用员工照片资产，或者从 DAM 系统检索当前照片以显示给 HR 应用程序的用户。员工HR记录和员工照片相互独立，不同用户必须分开处理，以实现独立的业务功能。

举一个更复杂的用例：一个 CRM 应用程序，用于存储销售线索以及与潜在客户和现有客户的交互。提交的 RFP 或其他文档资产可能保存在 DAM 系统中，以便可以与其他销售和营销材料一起搜索它们。其中每一个都进一步由其他资产组成，例如相关项目的样板副本、照片或视频。集成数据可以产生一些潜在有用的业务信息，例如，给定响应文档中使用的资产的时间表，以减少销售人员寻找合适资产或避免过度使用给定图像所需的时间。



历史重演——数字保存和馆藏管理的经验教训
这些类型的实体内部关系在保存和馆藏管理系统中非常常见（并且已经存在了几十年）。然而，它们的管理方法并不总是最佳的，特别是在涉及不同利益相关者群体的情况下。

除了博物馆 CMS 项目通常由公共部门组织赞助并且解决方案实施资金通常来之不易之外，我怀疑这种情况持续存在的其他原因之一是，从适当的位置重新开发许多这些应用程序的痛苦。划痕是如此之大，以至于很少有人愿意面对它。