航运自动化框架(SAF)

亚历山大·古赛汀(Alexander Gusyatiner),奥列格·希卡列夫(Oleg Zhikharev)


引言


航运自动化框架(SAF)



海上货运自动化基金会(SAF)


0.2版,2018年10月4日


当前的运输过程信息支持模型的特征如下:


手动过程控制,手动任务执行和数据重新输入。


大多数业务流程,包括定期重复执行且不需要复杂决策的流程,都由人员完全控制和执行。 在履行各种物流合同的过程中,员工经常打来电话,使用电子邮件,将数据重新输入各种Web表格,在各种在线平台上跟踪装运,记录合同的执行情况等。


大型整体式平台。


使用的大多数控制系统都是大型的,难以更改的整体,这会限制并使其难以适应新技术和业务变化。


这些系统包括:


信息平台 :托运人平台,海关单窗平台,集装箱线平台,铁路平台,海运码头管理系统(TOS),承运人平台,港口管理系统等。


集成平台 ,用于在管理系统和在Internet上工作的各个客户之间提供交互:商业云集成平台,港口社区系统,电子支付系统等。


零散的进程。


业务流程分为独立的,不相关的片段。 例如,容器导出过程发生在以下片段中:


*           . *          . *         . 

结果,不可能追踪整个运输过程,并且经常需要参与者重新输入数据。


多样的用户界面。


在正常工作日中,执行重复性标准任务的用户必须使用在线平台,在该平台上以完全不同的方式执行此任务。 例如,对于集装箱生产线,每个终端管理系统都有其自己的用户界面,用于将集装箱预订到船上。


缺乏业务角色,协议和交易的标准。


结果,不同的参与者以不同的方式彼此交互,他们的角色没有明确定义,业务操作(交易)以不同的方式执行和记录。


缺少标准API。


用于一个目的的信息和商业集成平台具有不同的集成功能:它们支持非标准API,并使用各种消息格式,例如:EDI,XML,逗号分隔的值文件,Excel等。


使用各种Internet协议。 \
由于使用各种协议在Internet上交换数据,使得情况变得复杂:FTP,电子邮件,WEB服务等。 \


许多参与者缺乏互联网服务。


大多数集装箱运输公司和货运代理都有各自的网站,提供各种24/7全天候服务,但是大多数托运人,公路运输公司,报关行在Internet上没有永久性的存在。 因此,电话,Internet邮件和会议是主要的通信方式,当无法访问参与者时,这种通信通常会停止。


以上所有因素都会导致以下后果:


  • 业务流程自动化水平低。
  • 实施和支持平台的成本很高。
  • 运输参与者为各种商业集成平台提供服务的额外费用。
  • 交通参与者在交通的各个阶段都面临着获取信息的不便,不透明和困难。

海事自动化框架(SAF)是一个开源计划,旨在通过引入标准业务角色,协议,交易和API来提高流程自动化。


SAF的关键定义和特征:


  • 参与者 (公司或个人)具有唯一的标识符,并扮演SAF中定义的一个或多个角色 出口商,托运人,海关,海港,港口,海线等。
  • 协议(订婚)是双方之间为达成特定业务目标而进行交互的正式或非正式协议,例如:
  • 海上集装箱从装货港到卸货港的运输并将其转移到收货人;
  • 将船只停靠港口;
  • 登记出口报关单;
  • 集装箱从托运人到海运码头的运输;
  • 从海运码头向收货人运送货物;
  • 电子流程是执行协议的业务流程。 每个电子流程都有其自己的唯一代码。 通常,在此过程结束时,将对所执行的服务付款。
  • R-App是旨在自动执行特定角色的应用程序。 每个R-App都属于一个成员,并且具有唯一的标识符。 整个SAF网络由许多此类应用程序组成。
  • 拖链是由参与特定过程( E-Process )的R-App应用程序组成的临时链
  • R-App应用程序可以实现为云服务,桌面应用程序,智能手机的移动应用程序,去中心化区块链应用程序(Dapp)等。
  • R-App通过远程方法调用相互交换消息:客户端R-App调用服务器R-App中的方法 ,向其发送消息并接收另一条消息作为响应。
  • SAF-Transaction是一个数据对象,由发送的消息,作为响应接收的消息(一个或多个),方法名称和参与者标识符组成。
  • 事务执行过程( SAF-Transaction)包括转发消息和更改R-App参与者的内部状态。
  • 客户端和服务器R-App将它们执行的事务( SAF-Transaction )写入自己的数据库中。
  • SAF描述了每个应用程序( R-App )的标准API 。 API声明用于远程调用的方法,以及发送的消息和作为响应接收的消息的格式。
  • R-App不断地以24/7的形式出现在Internet上,并在在线注册商( Online Registry )中注册
  • R-App应用程序可以同时参与不同类型的流程( E-Process),并将数据从一个流程转移到另一个流程。
  • R-App从事自动监视和过程控制( E-Process ),如果出现延迟,应用程序可以直接通过SMS或电子邮件直接与参与者联系。
  • SAF模型是以Proto 3数据描述语言编写的角色,约定,事务和API的描述。

SAF的使用可以带来以下积极发展:


今天的状态
武装部队
手动控制运输过程和手动输入数据。
适用于运输中所有参与者的运输过程的计算机控制。

较少依赖流程参与者的可用性和有效性。

缺少重新输入数据。
大型整体平台。
具有明确定义功能的小型服务(应用程序)。

必要时,这些服务将与现有平台集成。
零散的不相关进程。
全面整合所有流程。
用于各种在线服务的不同用户界面。
统一的用户界面。
缺乏业务角色,协议和交易的标准。
用Proto 3数据描述语言编写的标准业务角色,协议和交易的定义。
缺乏API标准。
标准API,其中包含对用Proto 3编写的消息方法和格式的描述。
使用许多Internet协议。
gRPC是Google的一种现代多平台框架,用于远程过程调用。

许多参与者缺乏互联网服务。
运输过程中所有参与者的在线状态。

Source: https://habr.com/ru/post/zh-CN426265/


All Articles