一个完整的EDI项目通常由建立传输通道，处理数据映射以及集成内部业务系统三部分组成。对用户而言，基于知行之桥EDI系统进行自主实施最大的挑战便是处理数据映射。EDI报文读不懂，映射关系太复杂……这些问题给企业造成困扰的同时也阻挡了自主实施EDI项目的步伐。
为解决上述问题，我们的研发人员攻坚克难，开发出知行EDI Profiler！旨在打破信息壁垒，让用户如鱼得水般快速、高效、准确的完成EDI报文的映射关系处理，最大程度上降低企业自主实施EDI系统的门槛。
处理EDI报文映射的便捷工具：知行EDI Profiler
一、添加交易伙伴
进入知行EDI Profiler，首先可以看到页面中间提示 “还没有交易伙伴”，点击下方的蓝色按钮 “添加交易伙伴”，在弹框页面中可以自定义交易伙伴名称。
需要注意这里的交易伙伴名称不可以命名为中文，可以由数字、字母以及下划线组成。如下图所示，在创建完成后还支持修改交易伙伴名称。
二、添加报文
添加交易伙伴之后，点击右上角的添加报文即可进入添加报文页面。如下图所示：
接下来需要依次填写当前报文的基本信息：
- 标准Standard：目前支持X12以及EDIFACT标准。
- 版本号Version：目前支持00401、00403、00501以及00504。
- 文件类型Doc Type：选择当前需要做映射的报文类型。
- 报文方向：在业务流程中需要接收还是发送当前报文。对于供应商而言，采购订单的方向为收取，发货通知的方向为发送，对于买方而言，方向则相反。报文方向一旦设置之后就不能更改。
三、添加映射信息
接下来以收取X12标准下的EDI 850订单报文为例为大家进行演示，配置信息如下：
选择 保存并编辑，进入如下页面：
左侧为EDI 850报文中可能会出现的字段，选中字段即可在右侧区域进行相应的配置。这部分操作需要结合交易伙伴提供的EDI报文规范来完成，以下是零售行业的某交易伙伴L公司提供的EDI规范示例：
上图中为L公司EDI 850 规范文件中对于BEG字段的描述，需要使用到BEG01、BEG02、BEG03、BEG05。
BEG01可能会出现两个取值：00和01，分别表示原始以及取消。结合上述信息我们可以在知行 EDI Profiler左侧列表中勾选BEG以及BEG01，点击Add Code添加上述两个取值：
其他字段按照上述方式依次进行配置即可。
在实现映射过程中，知行 EDI Profiler将会在右上角的Errors位置实时提示操作报错，以下是一个示例：
右上角出现1个红色报错提醒，点击红色按钮即可查看详细报错原因为：使用REF01字段时，REF02也需要被使用。当我们勾选左下角的REF02之后，报错即会消失。
四、生成解决方案
按照交易伙伴提供的规范文件完成所需字段的映射后，可以点击右上角的 预览Xml 按钮，查看映射后将会得到的XML文件。如下所示：
点击上图Preview页面右上角的Copy即可一键复制我们映射处理之后的一个包含850订单数据的XML文件。
点击左上角我们创建好的交易伙伴名称，将会跳转至如下页面：
点击 生成解决方案 按钮，可在弹窗中进行自定义的选择：
- Simple Xml测试数据
- Segment注释
- Qualifier & Element引用
- 在map中使用固定值替代单Option的字段
- 发送方向检查必填字段
- 自动生成系统未定义的命名
- 使用profile中自定义的XmlName
- 使用profile中options自定义的XmlName
- 生成发送方向map端口时合并同名segment的options
点击确认将会自动下载针对850报文的解决方案：
五、如何在知行之桥EDI系统中使用知行 EDI Profiler生成的解决方案
选择 solution_850文件夹下的flow文件夹，选择一个.arcflow文件并拖拽至知行之桥EDI系统的空白工作区中即可使用。
得到的映射关系如下图所示，左侧为源区域，展示了与交易伙伴提供的EDI规范中出现的EDI字段。右侧为目标区域，即我们借助知行 EDI Profiler生成的映射关系。图中的连线将帮助我们更好的对应映射关系，用户也可以在这个页面上进行进一步的修改。
这一步的操作是在知行之桥EDI系统中创建了一个用于进行数据映射的XMLMap端口，要想实现将交易伙伴发来的EDI报文转换为我们映射后的XML文件还需要配合X12端口来使用。
在工作流界面左侧的端口列表下，选择X12并拖拽至空白工作区中，通过蓝色箭头连接两个端口。
注意：在处理接收到的文件时，需要在X12端口的设置选项卡下配置转换类型为X12转换为XML。
扩展阅读：EDI是什么？
扫一扫
7115
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
