构建是著名的，分散了碎片，使用自己的软件，流程和格式来工作，生产信息以及通信数据和材料，数十家公司在给定的工作中。这个问题并不是什么新鲜事物，实际上，这就是为什么该行业制定了诸如建筑规范学院的主体，统一和omniclass之类的标准的原因。这样的标准存在，以便我们可以组织并跟踪成千上万的物品，以成为建筑物，并传达这些物品所需的数量，成本和时间表，也称为建筑。18luck.cub

不同的建筑专业阶段需要不同的东西

问题是不同阶段需要不同的事物。设计侧重于建造的内容，而构造则集中在其建造方式上。当人类看一张纸张并解释信息以填写另一张纸时，在不同阶段转换不同团队的工作产品并不是一个问题。尽管有奇怪的转录误差，但人类在这方面比经常认识的要好得多。因此，该行业采用了诸如物质起飞之类的实践 - 很容易忘记，该术语意味着“取”某些物品数量的过程，例如墙板，窗户或门旋钮，“关闭”计划。问题是人类是很棒的翻译人员，因为我们了解计划的背景以及其中的数字。但是我们不是出色的转录者，因此错误陷入了困境。作为转录者的人类的速度，费用和错误是我们数字化的原因之一。

数字化出现的地方

在工作中更大的可见性。轻松移动数据。软件这样做，但这是一个糟糕的翻译人员。它无法弥补缺失的上下文，也无法像人类那样填补空白。

在过去的十年左右的时间里，我们看到了施工信息的数字化浪潮。计划已成为模型，Binders已成为数据库，因此，全新的功能（例如流程优化），因此分析已成为可能。数字化的好处是真正对个人工作和跨工作的新水平。将数据从一个地方移到另一个地方不需要一个人进行抄写，通常只需几个击键即可。人类是贫穷的转录者，但译者很棒。数字系统具有相反的模式：软件是一个完美的转录器，但通常是较差的翻译器。软件无法弥补缺失的上下文，无法像人类自然一样填补空白。

一个普遍的抱怨是，某些软件系统不会与其他系统交谈，这会导致所有人的挫败感更高。

在整个施工价值链中，人们听到了对数据交换的同样担忧：该系统不会与该系统交谈。Because the systems we’re talking about are all actually products from companies who have to invest significant time and resources to create those products, they’ll often create their own barriers to exchanging data — internal standards and formats that don’t translate to other systems and products. To say this has driven some product users a little nuts is an understatement — especially sub/trade contractors who often have to support multiple platforms for their different general contractor partners.

当无法在系统之间传递数据时，人们会感到沮丧

然后，现状已成为越来越强大的工具，用于收集数据，分析数据并传递给定系统中的数据。我们已经期望数字数据能够立即，无摩擦有用，并在需要的任何地方都可以使用，因此，当我们在系统之间无法轻松地将其传递给它时，人类会感到沮丧。

应用程序编程接口的想法是允许软件公司围绕其数据孤岛。API可以接受并产生有关工作场所几乎所有事情的数据。它们成为数据流或一般集成平台之间的桥梁。或者，他们组织了MasterFormat，Syeriformat和Omniclass的标准，因此可以轻松地翻译成所有建筑，工程，建筑和建筑运营专业人员。认为Google翻译进行施工。

因此，解决这个主要技术创建的问题的解决方案仅仅是更多的技术。具体来说，全能的API。

输入API

API正是该名称所暗示的 - 它们是应用程序可以来回传递信息的接口。Procore和Autodesk等公司正在通过市场和巨大的API围绕孤岛问题的数据，这些数据接受和生成有关工作场所几乎所有事情的数据。顾问正在数据流之间建造自定义桥梁，一般集成平台作为服务（IPAA）（例如）tray.io和Zapier也可以做一些。当然，组织所有这些的标准可以由CSI自己的人行横道API提供。

我们会看到API的更多用途，因为它们为不同的系统，工作阶段和专业人士需要的格式转换式翻译提供了动力。

API不会自动解决翻译问题，但是它们提供了快速可靠的“管道”，可以为格式供应不同系统所需的格式翻译。在API的任一端，都需要进行一些数据映射，但这也是我们变得非常擅长的过程，一旦映射，数据如何从一个系统到另一个系统就变得易于管理。

API已经存在数十年了，REST API的出现使它们易于使用，这就是为什么一切都具有API的原因。您可以期望看到这种新发现的能力，可以轻松地跨系统进行通信，以继续将不同的系统，不同格式和不同的孤岛编织在一起，随着未来几年的了解，API的网络蓬勃发展，软件系统变得同样擅长从一个阶段转换数据构建过程，从一个系统到另一个系统，因为它们一直忠实地抄录它们。

休·西顿（Hugh Seaton）是Construction规格研究所（CSI）的人行横道产品负责人，这是一种基于标准的API构造。以前，他曾是VR/AR软件提供商AdePTXR Learning的总经理。