我们提供了一个稍微好一点的定义帮助——采购、细化和供应。在许多项目中，仍然可以找到经典的 ERP 系统作为报告来源，但来源现在非常异构，简单的下载已经不够了。结构必须保持一致，部分交付必须混合，展位必须历史化，数据必须匿名或假名，并且必须查询 Web API 或公共资源。甚至已经相当宽泛的转型概念也不再完全满足今天的要求。如果需要人工智能的意见或者对较大的文本进行分解和分析，那么最迟就达到了细化的概念。
将所有内容加载到表中，就可以创建报告 - 但这并不那么容易。如今，查询数据时经常存在不同的要求，有时甚至是相互冲突的要求。因此，需要集市、立方体和其他结构来实现专业、技术或法律削减。
在这一点上还应该提到的是，“给数字着色”的经典步骤现在值得 爱沙尼亚 whatsapp 数据 单独写一篇博客文章，并且在某些项目中它可以大大扩大范围。尤其是因为此时项目的结果对于用户来说确实变得切实可见，并且必须回答以下问题：“我能否以所需的质量获得所需的信息？”
这是否意味着该项目已经达到了目标？
现在，如果到目前为止一切都成功的话，您就可以看到该项目的成功已得到保证。然而，这些步骤也嵌入到其他层中。此时，您必须问自己各种数据的可用速度、频率或粒度如何。
如果这些事情也得到解答，那么一个项目就可以在“治理”方面经历很多努力。从管理角度来说，问题不仅在于谁可以看到什么，有时甚至在于谁可以保证报告的质量、谁批准报告、谁发布报告，或者例如谁批准访问请求。监管大客户治理的流程始终与对非结构化数据进行现代探索性临时分析的要求相冲突。在这里，在需求之间取得平衡很重要。
在需求工程中考虑但在现代 BI 项目中日益复杂的方面也可以尽早识别：系统的界定。在移动和非组织用户时代，随着云资源的发展趋势以及本地限制变得几乎不可能维护，在项目期间，重点、环境和控制通常会发生变化。
这还是BI吗？
由于 BI 不能再被归类为纯粹的报告，自然会出现一个问题：它是否仍然是 BI。一两杯酒肯定已经喝光了。然而，这还没有产生一个简单而朗朗上口的术语来正确地描述各种情况。