API 或 EDI:有什么区别? 两种类型的接口都支持数字化和互操作性,它们之间的选择取决于您的目标和需求。
EDI 允许通过安全协议(如 SFTP 和 AS2)将大量信息作为数据文件进行交换。 它们是航运业中管理文件传输的一种流行做法,完全安全、有支持保障并符合 EDI 标准。
API 支持实时信息数据交换。 它们更快、更容易实施且更灵活。 因此,它们可以应用于多种复杂情况。
探索我们的全方位解决方案
发现可以通过 API 或 EDI整合到您的系统中的 MSC 服务。
EDIFACT | X12 | API | ||
Track and Trace | 提供更好的货运里程碑可见性 | IFTSTA | 315 | DCSA T&T v1.2 |
Commercial Vessel Schedule | 从给定的 POL/POD 组合中展示 MSC 的点对点商业航线 | IFTSAI | 323 | MSCSchedule |
Booking Request | 适用于合作伙伴愿意通过 MSC 进行预订的情况况 | IFTMBF | 300 | 快来了 |
Booking Confirmation | MSC 发送的响应合作伙伴预订请求的消息 | IFTMBC | 301 | 快来了 |
Shipping instructions | 包含合作伙伴提供的货件详情(用于提单) | IFTMIN | - | 快来了 |
Verified Gross Mass | 用于将认证的 VGM 数据从合作伙伴交换到 MSC | VERMAS | - | 快来了 |
Bill of Lading Data | 提供来自合作伙伴的 BL 结构化数据(不替代 eBL) | - | - | MSCBillofLading |
Invoice |
MSC 发送给合作伙伴的消息,包含结构化的发票数据 | 快来了 | 快来了 | 快来了 |
Functional Acknowledge | 提供确认和功能验证结果 | APERAK | - | 快来了 |
Technical Acknowledge | 提供技术确认和系统错误信息 | CONTRL | - | REST |
我们所有的直接整合解决方案都旨在符合行业标准,但不仅如此。 无论是 EDI 还是 API,每种技术的存在都是为了满足现实生活中的客户需求。
我们与客户和合作伙伴合作,设计定制我们的技术解决方案。 这包括为 INTTRA、InforNexus 和 CargoSmart 开发直接整合解决方案。
上手很容易
无论您选择哪种直接整合解决方案,MSC 都会使上手流程尽可能快速简单。
详细了解我们在 MSC 遵循的标准:
数字集装箱航运协会 (DCSA) 成立于 2019 年 4 月,旨在通过促进采用统一且易于理解的数据和流程标准来简化和利用航运业的协作。作为 DCSA 的创始成员,MSC 在创建和采用 DCSA 标准和定义(包括我们的 Track and Trace API)方面发挥着重要作用。
由 UN/CEFACT(联合国贸易便利化和电子商务中心)维护 EDIFact 是航运业最传统的标准之一。EDIFact 提供 MSC 20 多年来一直遵循的消息布局、编码列表和一般最佳实践。EDIFact 用于 MSC 的大多数数据交换过程。
X12 标准由 ANSI(美国国家标准协会)特许,是航运业中最可靠和最知名的 EDI 格式的一部分。X12 已在 MSC 在我们的数据交换过程中广泛实施。
SMDG 由承运人、码头运营商、港口当局和 IT 公司组成,利用整个海运业的标准化。它通过协调这些消息中携带的信息来促进采用现有的 EDI 消息。MSC 遵循 SMDG 的建议和法规,包括 TCL(终端代码列表)。
BIC 组织促进集装箱航运业的安全、安保、标准化和效率。MSC 除了支持 BFC(BIC 设施代码)作为在我们的数据交换中识别仓库的主要代码集外,还遵循识别集装箱所有者前缀和其他关键编码的统一标准。
连接伙伴
在 MSC,我们将未来视为共同构建的东西。我们与多运营商平台建立了合作伙伴关系,使我们的客户能够与 MSC 连接并交换信息。您可以在下面找到其中一些: