首页 > 其他分享 >HD Supply EDI 项目测试流程

HD Supply EDI 项目测试流程

时间:2023-08-16 16:47:19浏览次数:39  
标签:场景 Supply EDI 订单 测试 HD

在此前的文章 HD Supply EDI 项目案例中,我们已经为大家介绍了 HD Supply EDI 项目案例,了解了 HD Supply 业务测试场景,本文将为大家介绍 EDI 项目测试流程。

HD Supply EDI 项目连接测试

在HD Supply EDI 项目中,CommerceHub为SFTPSever端,供应商作为SFTPClient端,只需要在知行之桥 EDI 系统中配置CommerceHub 分配的 SFTP 信息,进行配置后,做上传和下载的测试。

需要配置的信息包括:

  • 远程主机地址
  • 远程主机端口
  • 客户端认证模式
  • 用户
  • 密码
  • 上传以及下载目录

HD_Supply_EDI_Test14.jpg

HD Supply EDI 项目业务测试

HD Supply 在 EDI 业务测试环节,需要完成 7 个场景的测试。供应商需要按照以下流程完成 7 个场景的测试之后,方可切入生产。

登录 CommerceHub 平台,可以看到右上角的 供应商名称 处,将会显示企业名称。

HD_Supply_EDI_Test1.png

点击 Profile 进入测试主界面。

选择需要对接的交易伙伴

HD_Supply_EDI_Test2.png

如果企业需要在这个平台上进行多个交易伙伴的 EDI 测试,则在 Order Actions(红色方框)中将会显示多个交易伙伴名称。我们目前只需要做 HD Supply Inc 的业务测试,点击即可。

查看订单,进入 Unacknowledged Orders 订单界面

点击上图红色方框右侧的数字 6 ,即可进入待处理订单总览页面

HD_Supply_EDI_Test15.png

点击左侧 Open/Acknowledged,即可查看接收到的6个订单。

如下图红色方框中所示,供应商将会收到 6 个订单,分别对应 case1-case6,case7 用来测试 846 库存通知,因此在测试过程中需要明确当前订单用于测试哪个场景。按照以往的项目经验,可以通过具体的订单信息来确认当前订单对应的测试场景。
HD_Supply_EDI_Test3.png

当我们将接收到的订单与相应的测试场景匹配之后,就可以开始进行测试了。

业务测试场景处理流程

1.待处理订单总览页面(Summary of HD Supply Inc Orders That Require Action)

供应商收到订单后,首先需要在知行之桥 EDI 系统中回复 EDI 855 订单确认。

HD_Supply_EDI_Test5.png

在订单总览页面中我们可以看到当前业务测试场景的处理进度:

第一行的 5 个订单状态为 Open / Unacknowledged,表示有五个订单尚未发送 855 采购订单确认;
第二行的 1 个订单状态为 Open / Accepted,表示供应商当前已经就这个订单发送了 855 采购订单确认,但尚未发货。

2.供应商回复所有订单

我们可以看到有两行处理状态:

第一行的 1 个订单状态为 Open / Acknowledged,订单已确认,但未发货。
第二行的 4 个订单状态为 Open / Accepted,订单已被接受,但未发货。

针对所有测试场景的 855 采购订单确认都发出后,理应有 6 条订单显示在这个页面上,这里只剩 5 条是因为场景二中的测试需要完成整单拒绝,即只需回复一条 EDI 855,即可结束场景二的测试,意味着用于测试场景二的订单无需再做进一步处理,不会显示在这个界面中。

HD_Supply_EDI_Test6.png

3.供应商回复 EDI 856 提前发货通知

供应商发送 EDI 855 之后还需要进一步验证 EDI 856,一旦 EDI 856 测试通过,则在 Merchant Order Summary 中则会出现一个状态为 Needs Invoicing 的订单,表示此场景中的 856 测试成功。

HD_Supply_EDI_Test11.png

4.供应商发送 EDI 810 发票

发送EDI 856 提前发货通知之后,还需要基于该订单回复发票。当供应商成功发送订单之后,该场景即完成测试,将会关闭,页面中的Orders处将不再显示。

HD_Supply_EDI_Test13.png

和之前一样,我们可以看到两行订单信息:

第一行的 1 个订单状态为 Open / Acknowledged,订单已确认,但未发货。
第二行的 3 个订单状态为 Open / Accepted,订单已被接受,但未发货。

这时我们可以看到,第二行的订单数从之前的 4 变为 3,意味着我们已经完成了一个场景的业务测试。按照上述的测试流程,结合测试场景完成其他几个订单的测试即可。

如何查看具体某个订单的处理情况

按照上文提到过的查看订单步骤,我们点击具体的某一个订单,查看明细。如下图所示,是用于测试场景一的订单中包含的基本信息,在下方红色方框中的 Events 处,可以查到这条订单的处理进度。
HD_Supply_EDI_Test4.png

当前订单的处理状态为:订单被供应商接收。接下来供应商需要在知行之桥 EDI 系统中,根据此订单回复 EDI 855 订单确认以及EDI 856 提前发货通知。发送成功之后,此时订单详情页面将会同步更新状态如下图所示:
HD_Supply_EDI_Test12.png

如上图所示,第三行表示用户已发出采购订单确认;第四行表示用户已发出提前发货通知。发货之后,该订单会被关闭,用户需要在知行之桥 EDI 系统中发送发票,发送成功之后在CHUB平台中,该订单的详情页将会展示如上第六行的显示,说明发票已发出。

测试报错的注意事项

报文格式错误反馈

如果供应商发出的报文结构有误,可能会收到如下来自CHUB的邮件:

HD_Supply_EDI_Test7.png

(虽然邮件内容中写的是 ISA 有问题,实际上是供应商发出的报文有缺失或者其他原因,需要进一步联系CHUB的同事进行排查)

业务值报错反馈

如果是由于业务值有误而引发的报错,一般会在CHUB进行显示
HD_Supply_EDI_Test8.png

需要进入到 Home 界面中,在右侧的 File Error Log 中即可看到详细的 Log 文件,点击 Fulfillment Confirmation Error Log。

HD_Supply_EDI_Test9.png

如上图所示,即可看到详细的报错信息。

查看 Code List

HD_Supply_EDI_Test10.png

在界面上方的导航栏中找到最后一项:Admin > Intergrated Message Codes,这里即可看到在 HD Supply EDI 项目测试过程中可能会用到的 Code 及其含义。

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

阅读原文

标签:场景,Supply,EDI,订单,测试,HD
From: https://www.cnblogs.com/edi-ka/p/17635476.html

相关文章

  • [Multimedia][ffmpeg] 音频音量获取
    ffmpeg-i~/media/test.mp4-filter_complexvolumedetect-c:vcopy-fnull/dev/null...[Parsed_volumedetect_0@0x7f83a481c000]n_samples:23887872[Parsed_volumedetect_0@0x7f83a481c000]mean_volume:-16.7dB[Parsed_volumedetect_0@0x7f83a481c000]......
  • QC_WLAN_HDD
    wlan_hdd_pld_probe-->cnss_pci_dev_powerup触发上电-1->hdd_soc_probe/__hdd_soc_probe-1-2->hdd_context_create-1-2->hdd_wlan_startup-1-2-3->hdd_wlan_start_modules-1-2-3-4->pld_power_on-->iCNSSCOREplatformdriver-1-2-3-4->pld_set_......
  • ubuntu安装redis7
    转自:https://blog.csdn.net/qwh0710/article/details/1303048611:cd/opt/2:viminstallredis7.sh,复制下面代码到编辑框。#!/bin/bashaptinstall-ysoftware-properties-commonsudoadd-apt-repositoryppa:redislabs/redissudoapt-get-yupdatesudoapt-get-yinst......
  • redis:哨兵配置文件sentinel.conf说明
    学习自:Redis——sentinel哨兵模式_sentinelannounce-ip_FlyLikeButterfly的博客-CSDN博客m:masters:slave下文中所有<xxx>项,都是可以在配置文件sentinel.conf中修改的项1、前言哨兵是从主从模式发展而来的,在m宕机的情况下,s会自动切换为m,此时原m连上后会成为新m的s。哨兵的3个......
  • 【Python】解决“Tk_GetPixmap: Error from CreateDIBSection”闪退问题
    解决Python使用Tkinter的Notebook切换标签时出现的“Tk_GetPixmap:ErrorfromCreateDIBSection操作成功完成”闪退问题零、问题描述在使用Tkinter的Notebook控件时,对其标签进行切换,发现切换不了,一切换就报如下图错误:第一个页面正常显示,后面的就都不行了,都是报这个错误。第......
  • redis数据结构跳表
    redis数据结构跳表数据结构跳表节点typedefstructzskiplistNode{//层structzskiplistLevel{//前进指针structzskiplistNode*forward;//跨度unsignedintspan;}level[];//后退指针structzskiplistNode*backward;//分值doublescore;//成员......
  • redis安装及redis cluster创建
    redis安装及rediscluster创建先检查是否安装GCC,若无则先安装GCC,不然编译redis会报错。命令:gcc-v若提示命令未找到则没有。可按照GCCG++环境离线配置.docx文档添加。步骤一:下载redis安装包并通过xftp上传到服务器链接:http://download.redis.io/releases/步骤二:解压redis安装包命......
  • redis主从复制
    redis主从复制同步当客户端向从服务器发送SLAVEOF命令,要求从服务器复制主服务器时,从服务器首先需要执行同步操作,也即是,将从服务器的数据库状态更新至主服务器当前所处的数据库状态。从服务器对主服务器的同步操作需要通过向主服务器发送SYNC命令来完成,以下是SYNC命令的执行步骤:......
  • 基于Redis的分布式锁
    在多线程的环境下,为了保证一个代码块在同一时间只能由一个线程访问,Java中我们一般可以使用synchronized语法和ReetrantLock去保证,这实际上是本地锁的方式。但是现在公司都是流行分布式架构,在分布式环境下,如何保证不同节点的线程同步执行呢?实际上,对于分布式场景,我们可以使用分布式......
  • Redis Bigkey排查
    在处理bigkey问题可以先从一下几点入手什么是bigkey?bigkey危害?bigkey是如何产生的?如何发现bigkey?如何处理bigkey?什么是BigkeyRedisbigkey是指在Redis数据库中占用空间较大的键值对。这些键通常包含了大量的数据,可能会影响Redis的性能和内存使用。例如......