当前位置: 首页 > news >正文

汽车EDI:福特Ford EDI项目案例

项目背景

福特(Ford)是世界著名的汽车品牌,为美国福特汽车公司(Ford Motor Company)旗下的众多品牌之一。此前的文章福特FORD EDI需求分析中,我们已经了解了福特Ford EDI 的大致需求,本文将会介绍实际的Ford EDI 项目案例。

Ford-EDI-case1.png

EDI部署方案

本次汽车行业T公司对接福特的EDI项目,T公司将知行之桥 EDI 系统部署在其本地服务器上,考虑到企业近期需要更换内部业务系统,在选择解决方案的时候选择Excel方案作为中间方案,后期业务系统更换完成后再进行集成。

Ford-EDI-case2.png

相比于其他直接集成的方式,Excel方案稍有不同。Excel方案是EDI报文和Excel之间的数据转换。它的基本思路是:在接收到交易伙伴发来的EDI报文,并在EDI平台内部完成格式的转换之后,将数据直接呈现在Excel中。用户可以直观地看到接收到的数据;手动在Excel上录入数据之后,将Excel上传至EDI平台,EDI平台在内部做字段映射,将表格中的数据映射到固定的EDI字段上,最终生成EDI报文发送给交易伙伴。

在知行之桥EDI系统中,可以使用Excel端口完成Excel和XML的双向转换,使用Email Send/Receive端口可以发送/接收用户的Excel文件。

项目计划

我们的项目经理会提前根据项目的实际情况安排EDI部署流程和项目周期。通常情况下,由于对接交易伙伴以及EDI项目难易程度的不同,项目周期也各不相同。本次Ford EDI项目实施期间恰逢Ford方休假,使得项目周期被拉长至2个月左右。

T公司需要做的准备工作

1.准备部署EDI系统的服务器

T公司需要在本地准备自己的服务器,用于部署 EDI 系统。

2.T公司的开发人员需要配合完成的工作

由于国内和Ford之前存在时差,开发人员需要保证EDI服务器24小时正常运行,确保能够即及时收到Ford发来的EDI文件。由于本次EDI项目选择Excel方案,因此IT人员无需进行系统开发工作。

3.企业的业务人员需要配合完成的工作

业务人员需要与EDI顾问一同核对业务字段,确保T公司能够提供Ford要求的字段。其次还需要确认我们的EDI顾问设计的Excel模板,确保业务方能够清晰准确地填写此模板,根据实际业务需求,可以对模板进行适当调整。

Ford EDI项目成果

在知行之桥 EDI 系统中搭建如下工作流:

Ford-EDI-case3.png

传输方式

选择OFTP2,OFTP 2可以对信息数据进行加密和数字签名,请求签名的收据,并提供高水平的数据压缩。

如果企业想使用 OFT2 连接 Ford或更改现有连接,请按照以下步骤操作:

  • 根据Ford提供的参数,在企业的 EDI 系统中配置OFTP2 的连接信息。包括:Ford GEC Hub的OFTP ID(SSID)、OFTP密码、证书、DNS等。

  • 填写福特 OFTP2 参数表格,并反馈给Ford。包括基本信息:5位的供应商GSDB代码、本次连接类型(新连接/更改连接)、地址、IT联系人。以及供应商的OFTP连接信息:供应商 OFTP ID(SSID、SFID)、证书、DNS提及 OFTP2软件名称等。

  • 更改企业的防火墙设置,允许连接到 GEC Hub Ford,Ford将会提供IP 地址范围。

在知行之桥EDI系统中,需要在OFTP端口中配置上述提到的连接信息,如下图所示:

1.在 个人设置 界面配置T公司自己的OFTP2信息。

Ford-EDI-case4.png

2.在 工作流 界面找到OFTP端口,点击并在 设置 选项卡下配置福特的OFTP2 信息。

Ford-EDI-case5.png

报文标准

EDI 项目中的报文标准即交易双方约定一种文件传输格式,按照统一的格式传输业务信息,在Frod提供的EDI规范文件中可以得知,Ford当前使用的报文标准为X12,因此T公司需要具备解析和生成符合X12标准的EDI报文的能力。

数据格式转换

以接收方向为例,T公司接收来自Ford的EDI 830以及EDI 862,需要将接收到的EDI 报文转换为Excel。

Ford 发来的文件中可能会包含多个Ship To No(收货方编号),因此通过OFTP接收到文件后,需要利用Rename端口以及Branch端口对文件进行分类。如下图红色方框左侧的三个端口所示,将收货方编号分别为123B以及321A的两类数据分流到不同的流程中:

Ford-EDI-case6.png

接下来需要借助红色方框中的端口实现EDI报文到Excel之间的格式转换,以EDI 830为例,T公司将会得到如下所示的包含830数据的Excel。

Ford-EDI-case7.png

Ford EDI 项目测试流程

1.T公司需要在Ford GTPCM平台上创建 GTPCM需求。

扩展阅读:福特FORD EDI流程指南

2.测试环境连接测试

Ford EDI 项目分为生产和测试两个环境,首先需要与其测试环境进行连接测试。由于T公司并没有区分生产和测试环境,可以使用同一套SFID与Ford的测试和生产环境进行连接测试。

3.本地实施与业务测试

根据双方的业务需要,在知行之桥 EDI 系统上进行EDI 830、EDI 862以及EDI 856的实施。

T公司需要接收来自Ford的EDI 830、EDI 862,回复997,向Ford发送EDI 856,接收997。

4.生产环境连接测试

5.T公司需要接收来自Ford的EDI 830、EDI 862,回复997,向Ford发送EDI 856,接收997。

6.切生产

项目回顾

1.修改 Schema

福特使用的EDI报文标准是X12,版本号为00200,EDI系统中需要在软件的安装路径>www文件夹>app_data>x12_schemas 这个路径下配置相匹配的Schema文件夹,如下图所示:

Ford-EDI-case8.png

2.修改GS08

本次Ford EDI 项目中,要求GS08(ID编码)的取值为 002002FORD,在知行之桥EDI系统 X12端口中可以对这个参数进行配置。

Ford-EDI-case9.png

但上图所示的下拉列表中并没有Ford要求的数值,并非常用值,因此需要在后台进行手动调整。步骤如下:

  • 在知行之桥 EDI 系统的安装路径下找到以下文件夹

ArcESB->workspaces->FORD->XMLToX12->port.cfg

上述路径中的X12即为工作流中的XMLToX12端口名称,如果使用到了多个X12端口,则需要修改不同的X12端口文件夹下的port.cfg文件。本项目中接收方向使用到了两个XMLToX12端口,因此需要修改这两个端口。

  • 将gsgroupidentifiercode 的值修改为002002FORD,如果无法保存修改,可以使用管理员权限打开文件。

如下图所示:

Ford-EDI-case10.png

了解更多 EDI 信息,请参阅: EDI 是什么?

阅读原文:汽车EDI:福特Ford EDI项目案例

http://www.lryc.cn/news/213560.html

相关文章:

  • 正则表达式的使用实例
  • STM智能小车——OLED实现测速小车
  • pod基本概念
  • SQL Server 中定时调度调用存储过程
  • SpringCloud(三) Ribbon负载均衡
  • vue2:路由前置守卫无法获取到this.$store.state.xxx
  • Unity的碰撞检测(五)
  • Flutter笔记:Flutter的应用生命周期状态(lifecycleState)管理
  • 代碼隨想錄算法訓練營|第五十四天|300.最长递增子序列、674. 最长连续递增序列、718. 最长重复子数组。刷题心得(c++)
  • 正点原子嵌入式linux驱动开发——Linux 串口RS232/485/GPS 驱动
  • HDFS工作流程和机制
  • CMMI/ASPICE认证咨询及工具服务
  • 【NI-DAQmx入门】计数器
  • Python爬取读书网的图片链接和书名并保存在数据库中
  • js解决加油站
  • 【c++|opencv】二、灰度变换和空间滤波---5.中值滤波
  • python之pytorch多进程
  • sqoop 抽数报错com.mysql.cj.exceptions.WrongArgumentException: HOUR_OF_DAY: 2 -> 3
  • 【Acwing170】加成序列(dfs+迭代加深+剪枝)题解和一点感想
  • Android开发知识学习——Kotlin进阶
  • iOS使用AVCaptureSession实现音视频采集
  • springboot和flask整合nacos,使用openfeign实现服务调用,使用gateway实现网关的搭建(附带jwt续约的实现)
  • 深入浅出排序算法之基数排序
  • CSS选择器、CSS属性相关
  • 设计模式(21)中介者模式
  • JVM虚拟机:通过一个例子解释JVM中栈结构的使用
  • 会自动写代码的AI大模型来了!阿里云推出智能编码助手通义灵码
  • 如何公网远程访问本地WebSocket服务端
  • python 练习 在列表元素中合适的位置插入 输入值
  • 企业级JAVA、数据库等编程规范之命名风格 —— 超详细准确无误