我们正在设计一个 BI 解决方案。
我们遇到的一个问题是，很多 HR 信息（开始日期、部门、部门变更日期、工作时间等）在我看来似乎是手动维护在 Excel 电子表格中。不用说它缺乏标准化、验证、容易出错、缺乏完整性等。不好。
我不确定改善这一点的最直接方法。我们目前使用缺少 API 的 HR 软件。而且我什至不确定它是否包含所有必要的数据字段或输入验证。
在一个理想的世界中，我可以只要求我们找到具有 API 和数据验证的新软件。但我没有看到这种情况发生。但也许这是唯一的解决办法。
否则，我正在尝试考虑一个简单的解决方案，用户可以在其中查看当前数据库（ID、员工姓名、开始日期、部门等）......并可能直接进行更改，或者至少提出要批准的更改. 某种输入至少具有基本的检查和验证、时间戳更改以及创建者等。
我知道这是一个非常开放的问题，但是什么是可能的直接解决方案？
理想情况下，我不想从头开始拼凑一些应用程序，至少不要太多。
不可能是这里的第一家尝试逐月跟踪部门人数和成本的企业。
归根结底，很多这样的东西确实必须在某个时候由人输入。如果有人更换部门，这在很大程度上是一种抽象。计算机系统可能不知道某人是否从工作岗位转到市场营销部门，现在从事销售工作。一个人将不得不在某个地方（理想情况下是专用应用程序，但不一定）输入此更改——人、更改、生效日期。真正需要的是应用程序、我自己或其他开发人员可以实施的更好的验证控制和业务规则。
例如 --- 员工 ID 不重复。（既不给 Mark 和 John 相同的 ID，也不给 Mark 两个不同的 ID）。一名员工在给定时间仅在 1 个相关部门/部门下工作。轻松查看和管理更改（也就是离开日期不正确，更改历史记录和更新时间戳会很有用）。也许可以利用一些体面的工资单/会计软件。我的意思是，这不是重新发明轮子，我想知道成熟的/财富 500 强公司如何管理这一点。可能是专用软件，但是嗯。
问题是数据库需要这些信息。目前它从一个垃圾 Excel 电子表格中接收它。我正在尝试找到确保信息不是垃圾的方法。这需要在垃圾被提交到链下之前以限制或警告的形式向最终用户完成。至少也许我可以给他们发一份 Excel 表格，在单元格中有自己的验证，但从长远来看，这很不合适。
如果您运行 SQL Server 企业版，它会与 Master Data Services 捆绑在一起，这听起来就像您想要的那样。它最初的目的是合并多组数据并得出一个金主，但如果你仔细想想，这个过程几乎可以应用于任何数据工作。
它是非云的，因此内部使用非常安全。它有一个 web 应用程序，用于定义和编辑模式和关系，也供用户查看/输入/编辑现有数据（他们也可以通过非常酷的 Excel 插件来完成后者）。
使用相同的 Web 应用程序，您还可以设置有关数据检查的基本业务规则、设置数据导出选项（视图），以及使用 T-SQL 初始加载数据的其他选项。
数据更改具有沿袭信息，可以保留直到获得授权人员的批准。所以有一个小的工作流组件是可能的，尽管我还没有看到它被广泛使用。
对于模式更改，它具有一些版本控制/沿袭功能，但我不能 100% 确定您是否可以看到谁进行了更改和/或您是否可以将对模型的更改与授权部署分开。它具有细粒度的安全性，并且具有用于保留此信息的元数据模型，但微软一直在断定他们是否会弃用该未来。