云服务器价格_云数据库_云主机【优惠】最新活动-搜集站云资讯

香港带宽_如何申请qq企业邮箱_折扣

小七 141 0

将货物从一个地方运输到另一个地方可能不是许多制造商/托运人的核心能力。因此,大多数制造商/托运人将实际运输过程分包给外部承运人,而不是维持内部车队。在这种情况下,与运营商的通信非常关键。承运人应了解托运人/制造商运输要求的详细信息,并相应地告知他们是否可以执行运输。随后,在执行期间,承运人应向托运人/LSP(物流服务提供商)报告各种装运状态。他们应该能够接收这些信息并将其捕获到文档中进行跟踪。一旦执行装运,人工智能龙头企业,承运人应能够传达发票详细信息,托运人/LSP必须评估这些详细信息以处理付款。根据运输方式和其他业务要求,可能需要额外的通信。例如,运输说明和报关单、运价、海运时间表、预约信息等的通信。根据通信的复杂性和数量,这些通信通常通过电话、电子邮件、外部门户、第三方、,电子数据交换(EDI)或其他方式。

SAP TM解决方案:

目前内部SAP运输管理(TM)解决方案有许多与运营商通信的解决方案。一些最常用的功能是:

对于与运营商的出站通信,使用后处理框架可以从TM文档(如货运订单)触发电子邮件。对于投标过程,有现成的解决方案,可用于电子邮件和短信(入站和出站)。可以配置电子邮件和SMS中的内容。这是一种与承运人沟通的常用方法,如果数量较少,并且托运人/承运人可以通过电子邮件和短信轻松处理货物。

SAP TM carrier collaboration portal(CCP)是一个支持与承运人合作的门户网站用户界面。包括货物采购、招标、货物订单执行、货物结算。该门户使用来自托运人或LSP的SAP TM系统的数据,并提供承运人所需的大部分详细信息。此外,运营商可以通过门户对托运人/LSP需求作出响应。例如,承运商可以响应投标请求、更新状态并提交已执行装运的发票。托运人/LSP通常管理承运人对CCP的访问,并提供URL链接。CCP是为小型运营商设计的,这些运营商没有用于其他电子通信的大型IT基础设施。然而,一些托运人/LSP对所有类型的承运人都使用CCP。

电子数据交换(EDI)是以标准电子格式进行的业务数据系统间交换。需要一种标准格式,以便系统能够读取和理解数据。目前使用的EDI标准有几种,包括ANSI、EDIFACT、TRADACOMS和ebXML。每个标准都有不同的版本,例如ANSI 5010或EDIFACT D12版本A版。当两个企业决定交换EDI文档时,他们必须就特定的EDI标准和版本达成一致。通信的EDI架构如下:

即使有EDI这样的标准,不同的运营商也可以使用不同类型的数据,并对这些通信有特定的要求。因此,托运人/LSP需要大量投资来建立与每个承运人的连接。为了减少这一工作量,提供了云门户和edivan,它们可以处理从云门户到每个运营商的通信。托运人/LSP只需将SAP系统与一个入口连接,而不是与每个承运人连接。EDI VAN(如SPS、Klientschmidt等)提供运营商连接,而云门户(GTNexus、Intra等)为运营商/托运人提供额外功能,自助建站服务,如维护时间表,货运合同等…用于通信的云门户架构如下:

问题:

电子邮件和短信对于大多数托运人/LSP与承运人的通信来说不是可扩展的解决方案。通信量可能非常大,5118大数据,阅读每封电子邮件/短信可能不是一个切实可行的解决方案。

运营商协作门户是为小型运营商设计的。拥有EDI基础设施的大型运营商可能不愿意使用托运人的门户(除非是针对具有高容量的大型托运人/LSP)。对于每个发货人/LSP,北京大数据研究院,CCP URL将是不同的,从运营商的角度来看,登录每个门户以响应订单将很麻烦。中央对手方清算所与承运人系统之间没有标准的集成。因此,应手动将订单导出到excel表中,进行清理,然后上载到承运商系统。此外,运营商必须从其系统下载数据,格式化,然后上传到CCP。此外,托运人必须管理这些承运人的用户访问权限和凭证,随着时间的推移,这种解决方案变得不可持续,因为越来越多的托运人/LSP使用CCP并要求承运人通过CCP处理订单。

EDI是旧的,目前是承运人与托运人和LSP连接和通信的首选选项。然而,EDI的实现是复杂的,托运人/LSP必须投入大量的时间和金钱来建立它。各种通信有几种EDI格式。(参考https://ediacademy.com/EDI%20Transactions.pdf更多细节)。熟练的实践者需要在中间件中实现和维护复杂的映射,以将saptmxml格式转换为EDI格式。除了不同的通信标准外,许多承运人和托运人使用定制的分段和字段。加班这可能会变得复杂,如果没有关键的EDI从业者,托运人/LSP维护EDI设置将变得非常困难。其次,EDI可能不是实时的,因为处理可以在批处理模式下完成。目前正在进行一场技术革命,用api(应用程序编程接口)取代EDI通信。因为它可能不是核心竞争力(参见https://hbr.org/1990/05/the-core-competency-of-the-corporation公司更多细节)对于托运人/LSP来说,投资和维护EDI(有可能被API淘汰)可能不是许多托运人/LSP的理想解决方案。