将api应用于物流环境

随着整个供应链继续数字化，问题是，物流专业人士如何实时收集大量数据，获得这些数据的“控制塔视图”，然后对其采取行动?一个可行的答案可以在应用程序编程接口(api)中找到，它支持跨软件系统的快速和安全的数据交换。

通过创建一种更加简化的信息共享方法，api可以帮助系统之间进行通信——即使这些系统不是由同一开发人员构建的。在本期内幕问答中，3 gtms”JP•威金斯描述了api在物流环境中的作用，展示了它们是如何被使用的，并给出了api在供应链中的前景。

内幕问答

JP Wiggins - 3Gtms，联合创始人兼物流副总裁

问:什么是API?

答:API是两个不同系统如何相互通信的通用术语。我们都熟悉的最早和最古老的例子是EDI，它基本上集中在以预先确定的格式在物理上来回传递文件。在大多数情况下，EDI是用于标识正在传递的数据的事务集的通用术语。在运输万博ag客户端app中，常用的成套文件有投标书、状态书、运费单等。

这套标准集自20世纪70年代初就存在了，由标准委员会创建和定义，并详细说明了这套标准集中的内容以及如何使用它。标准委员会详细讨论了集合中的确切字段以及如何传递数据。在北美，最常见的标准是ASC X12(或只是X12)。

这些事务集提供了一个起点。例如，我们有数百家运营商只通过ASC X12 EDI发布他们的数据。假设我们连接到他们的系统以获取身份。我们知道他们正在使用214状态，X12提供了一个公会来启动字段映射过程。在处理api时，不涉及这样的标准。系统设计师可以做任何他们想做的事情。

然而，我们仍然在思考与X12相关的问题。例如，X12招标文件有承运人号、设备、船到地点等。通常，我们发现，如果运营商有一个用于投标的API，那么他们的API中的字段与EDI事务集中的字段几乎相同。仔细想想，我们传递的是相同的数据。改变的是我们通过它的方式。

问:API与EDI有何不同?

答:在很多方面，它们做的是完全相同的事情。但是现在，与旧的EDI方法相比，API意味着实时双向通信，在旧的EDI方法中，文件被写入，然后发送，然后读取，响应和发回，所有这些都需要时间。不同之处在于，使用JSON或XML api，您可以传递不受EDI格式限制的其他数据集。

例如，公司通常喜欢从他们的承运人那里获得交付证明文件，但没有EDI格式可以做到这一点。在3Gtms，我们创建了一个API，允许我们来回传递该文档。这只是一个例子，说明API更像是一个可以来回集成的程序，而且具有更大的灵活性。api的一个缺点是，由于没有标准，它们可能更加困难，需要更长的时间来映射。

然而，在交通运万博ag客户端app输中，我们处理的是众所周知的数据，所以这是一个次要的问题。与erp和财务系统传递数据更值得关注，因为X12标准通常从未真正在这里工作过，而且应用程序自定义api更常见。

问:在当今的数字化环境中，物流经理面临着什么样的现实?

答:世界显然正在走向数字化，交通运输也不例外。万博ag客户端app供应链中的每个人都可以提供某种形式的数字信息。挑战在于如何将所有这些情报整合在一起，并将其转化为可操作的数据?问题是，现在有很多不同类型的运营商、订单管理系统、仓库管理系统、第三方跟踪环境、天气提供商、地图提供商、里程提供商等等。

问:物流专业人员需要考虑哪些与api相关的挑战?

答:我们现在还在api的狂野西部。两家公司之间的整合并不是一成不变的;他们在生活，在呼吸，在变化。每个人都在创建API，但是如何创建API却没有标准。例如，当你在处理由两个不同实体创建的两个不同系统的两个不同解决方案时会发生什么?或者，当一家公司升级其系统时会发生什么?它能确保没有破坏升级吗?

如果升级真的坏了，谁来修复呢?这些都是公司目前正在努力解决的一些合理问题。基本上，当您计划在两个不同的公司之间进行集成时，您希望进行维护和支持的集成。不要只写一次就忘记了。这是一个致命的错误。

问:我们在数字和API方面已经走了多远?

答:在某种程度上，我们已经达到了供应链中所有各方都是数字化的地步。即使是最小的夫妻店运营商现在也在使用智能手机。这为想要使用数据更好地管理他或她的供应链的物流经理创造了重大机会。而且，因为这个过程中的每个商业方都是数字化的，企业中的每个人都在说:“我有一个API !”

这可能会带来挑战，因为这意味着公司没有从业务流的角度评估情况。我们需要知道如何集成这些系统的逻辑，而不仅仅是将字段从一个API映射到下一个API。它是关于利用业务逻辑来实际使用数据，这就是在过去几十年里取得的长足进步。

问:api会带来任何安全问题吗?

答:现代API应该不会产生任何安全问题，前提是它遵循现代的加密和身份验证标准。旧的api可能会引入一些漏洞，但现代的api应该不会。一个经常被忽视的项目是节流或限制服务。

例如，该服务的用户通常发送100个请求，但发生了一些变化，现在他们发送了100万个请求。这是一个错误还是故意的?他们应该派那么多吗?容量的突然增加对现有服务有什么影响?您的系统是否足够健壮，能够处理这些问题并进行适当的调整?这些都是需要解决的问题。

问:API与EDI最重要的区别/优点是什么?

答:api提供了EDI函数中不存在的额外选项。API的优势在于，它允许您采取没有EDI数据集的高级步骤(例如，传递文档以证明交付)。使用API，您还可以管理一些实际的编程(即回调)。

您可能会要求它:“当货物发生变化时，请向我发送更新。”当有变化时，系统会给你一个回调。通常，EDI是基于来回传递文件的—当您管理数十万个文件时，这个过程变得非常繁重。

问:api实际运行时是什么样子的?

答:在TMS环境中，我们创建了一个与订单管理系统的集成，该系统揭示了基本信息，例如“这是正在进行操作的订单”。我们还可以从仓库管理系统(WMS)获得集成，告诉我们订单已经被挑选和分级。

最后，我们可能需要集成到一个会计系统，以确定谁为某个项目开具发票，然后我们必须为迁移支付谁。也有第三方参与，所以在这些情况下，我们可以使用评级服务或从谷歌地图获得距离和地图(显示在屏幕上)。这些只是许多不同的集成中的一小部分，它们都是建立在彼此之上的，这是api的真正优势:把所有东西都放在一个保护伞下，然后向它添加业务逻辑(例如，我应该选择哪个运营商?我应该使用哪种模式?我应该把货物交给哪个承运人?如果承运人拒绝投标，我该怎么办?)

问:这种增加的业务逻辑如何应用于供应链?

答:现在，在一个典型的货运过程中，由于涉及到所有的数字方，你谈论的是在一个单一的运输过程中有50到100种不同的“触摸”。有了这么多不同的触摸，公司希望尽可能多地自动化这个过程。

他们希望系统能够自动处理，这样路线规划者、运输协调员和供应链经理就不必为每次装载处理平均75种不同的接触。万博ag客户端app相反，他们希望状态能够自动进入，并且每件事都能在尽可能少的触摸下顺利运行。这就是业务逻辑发挥作用的地方，有助于减少订单离开仓库后物流专业人员的实际接触量。

问:物流管理人员在EDI和API之间做出选择时，有什么建议吗?

答:确保您选择的软件和技术不会限制您在适当的时候利用更新的api。例如，以前没有EDI交易，现在可以通过API完成。与EDI中一直存在的状态消息相比，以这种方式处理可能仍然没问题。从TMS供应商的角度来看，我们处于所有事情的中间。

事实上，很少有系统像TMS那样需要处理这么多不同的系统。我们必须坐在你们公司的内部，与你们的内部系统对话。我们还必须坐在外面，与你的供应商、客户和贸易伙伴交谈。在当今时代，这不是你可以手动处理的事情，所以api已经成为我们和大多数客户的焦点。

请记住，所有通信协议都有优点和缺点。“销售”解决方案的人会编造一个故事，解释为什么他们这样做是最好的。不要关心数据是如何传递的;关注业务流程和业务需求。

例如，你真的在乎运营商是通过JSON、X12还是XML向你发送状态信息吗?不，但你关心的是运营商是否会在你需要的时间内向你发送状态信息，其中包括你需要的数据。在当今世界，几乎所有的系统都有通信的方式，所以不必担心映射和协议的技术细节。

更多地关注业务需求。数据映射是比较容易的部分;您需要关注的是将数据处理为操作的业务逻辑和自动化。每个人都可以传递数据，但是他们能自动使用数据吗?可能不会。

大约3 gtms

Gtms是增长最快的一级运输管理系统(TMS)提供商。万博ag客户端app它致力于帮助中大型托运人和物流服务提供商通过技术获得竞争优势。无论您运送的货物是500万美元还是50亿美元，其3G-TM解决方案都能无缝管理整个运输生命周期，包括运输规划和优化、执行和结算，使客户能够在满足其服务目标的同时做出更好的运输决策。万博ag客户端app3Gtms致力于让客户满意，因此，拥有100%的客户满意度，在业内无人能及。

联系我们了解更多

美国

阿姆斯特朗路4号，谢尔顿210套房，康涅狄格州06484

203-567-4610

(电子邮件保护)

欧洲

Dorpstraat 14a 5325 XG嗯荷兰

+31 (0)73 599 7027

(电子邮件保护)

www.3gtms.com