与亚马逊Amazon Device EDI进行测试都有哪些场景？
今天的文章主要针对Amazon Device EDI项目中的测试部分进行介绍。
Amazon Device EDI项目需要进行多轮测试才可以正式上线。测试流程如下：
1.与Amazon Device EDI进行测试环境的AS2连接测试
AS2连接测试步骤主要完成与Amazon Device EDI之间的AS2连接。双方需要交换以下信息：
- AS2 ID（企业的AS2身份标识符）
- Private Certificate （私钥证书）
- Certificate Password（私钥证书密码）
- Public Certificate（与私钥证书成对的公钥证书）
- Receiving URL （企业的数据接收URL地址）
2.进行业务测试
业务测试环节主要进行EDI报文的结构测试以及业务数据测试。主要包括以下场景：
场景1：Amazon发出新的常规采购订单-接受不同的提交日期和原因代码。
Amazon给供应商发出的850采购订单中，BEG01字段的取值为00，表示常规订单；BEG02字段取值为NE，表示新订单。示例如下：
| 1 |
BEG*00*NE*G1234567**20070730 |
以上报文表示订单编号为G1234567的一条新的常规采购订单，日期为2007年7月30日。
供应商会针对EDI 850采购订单给Amazon发送EDI 855采购订单回复。
如果接受此订单，可以在855采购订单确认的DTM字段回复相应的计划发货日期以及计划交货日期。
如果需要拒绝订单则需要在855中注明原因代码。具体位置在855报文的N9字段以及MSG字段。原因类型，原因代码以及原因描述如下：
| reason_type | reason_code | reason_desc |
| QH | Quality Hold | Material Quality Issue |
| QH | Quality Hold | Device Quality Issue |
| QH | Quality Hold | Software Issue |
| MA | Material Availability Issue | Material Quality Issue |
| MA | Material Availability Issue | Material De-commit |
| MA | Material Availability Issue | Material Shortage (Include package, etc) |
| FC | Factory Schedule Change | Factory Calendar(Stocktake/Holiday) Sudden Change |
| FC | Factory Schedule Change | Factory Productivity/Maintenance Impact |
| FC | Factory Schedule Change | Factory Revenue Optimization |
| DC | Demand Change | Amazon request PO commit change |
| DC | Demand Change | To accommodate with Amazon other program PO change request |
| LC | Logistic Related Impact | Logistic consolidation |
| LC | Logistic Related Impact | Re-consolidation |
| LC | Logistic Related Impact | Dwell |
| PI | Process Issue | PO is released late |
| PI | Process Issue | Custom/Regulation/Compliance Impact |
| PI | Process Issue | Process breakdown or miss |
| XY | Others | Note: ONLY use this reason code for exceptional case under FP’s approval. |
场景2：供应商给Amazon同时发送两条855
供应商需要给Amazon同时发送两条855采购订单确认，这两条855是完全一样的，目的是为了测试Amazon方对于重复数据的处理。
场景3：Amazon在850采购订单中更改TransMode运输模式（海运到空运）+ShipTo FC+数量
Amazon给供应商发出850采购订单，在这个订单中会修改运输模式、 收货工厂以及采购数量。
对于运输方式的变更体现在850报文的TD5字段取值会有不同。Amazon EDI项目中涉及到的运输方式包括：
- A,Air空运
- J,Motor汽车
- R,Rail火车
- S,Ocean海运
- SE,Sea/Air海运或空运
对于收货工厂的变更可以直接传输新的工厂代码即可。对于采购数量，通常会做减少的变更。
场景4：Amazon发出PO变更-发货日期+数量+工厂+单价
Amazon给供应商发出850采购订单，会变更发货日期、发货数量、工厂以及单价。
场景5：Amazon发出HCPO（High Confidential PO）
供应商需要接收Amazon发出的HCPO，只需要根据订单内容回复接收或者拒绝即可，不需要做额外的操作。
场景6: 对于采购订单中包含的不合理交货日期的处理
Amazon发来的850采购订单中，会包含要求的交货日期，被存放在850报文的DTM01为010时的DTM02字段。如果供应商认为要求的交货日期不合理，需在三周内告知Amazon。供应商可以通过发送855采购订单变更中进行拒绝。报文中可以进行如下操作：
如果是拒绝订单：则在BAK字段令BAK/BAK02取值为RD。
BAK/BAK02取值通常如下：
AC=Acknowledge – With Detail and Change确认，细节和变化
AD=Acknowledge – With Detail, No Change确认，无变化
RD=Reject with Detail拒绝
如果是拒绝某一个订单行：则在ACK字段，PO1Loop1/ACKLoop1/ACK/ACK01取值为R3，并且需要注明拒绝的原因。
PO1Loop1/ACKLoop1/ACK/ACK01取值通常如下：
IA =Item Accepted 接受物料
IQ=Item Accepted – Quantity Changed 接受物料-数量改变
R3=Item Rejected, Invalid Unit of Issue 拒绝物料，无效单位
SP=Item Accepted – Schedule Date Pending 接受物料，延期
场景7：采购订单取消
Amazon给供应商发送850采购订单，要想取消订单可以发送物料数为0的采购订单。收到此类采购订单供应商不需要回复855采购订单确认。
Amazon发来的每一个订单都会有一个采购订单版本号，考虑到订单变更的情况，Amazon可能会发出多个版本号的采购订单，版本号默认是由1开始递增，供应商在接收时需要以最大数字，也就是最高版本为准。回复相应的EDI 855采购订单确认。
版本号的相关信息将会被存放在采购订单，EDI 850的REF字段，具体位置如下：REF/REF01=V0/REF02
3.Amazon通过邮件告知测试完成，可切换生产，提供生产环境的AS2信息
4.进行生产环境的AS2连接测试
5.切换生产，正式上线
其他注意事项
1.856提前发货通知的序列号问题
如果是序列化的，假设一箱里有200个产品，就需要输出200个k层的序列号。如果是非序列化的，则不需要这么多序列号。序列号体现在EDI 856报文中，则是对应物料层的REF字段。以下是两个示例：
- 非序列化
| 1 2 3 4 5 6 |
HL*5*4*I~ LIN*1*BP*BuyerProductNumber~ SN1*1*6*EA~ REF*YD*NON-SERIALIZED~ HL*6*5*K~ SLN*0001*1*I*6*EA*11.22~ |
如上图所示，SN102的取值为6，表示有6箱。REF02字段为NON-SERIALIZED，表示非序列化，SLN字段中不会单独加上序列号。
- 序列化
| 1 2 3 4 5 6 7 8 9 10 11 |
HL*15*14*I~ LIN*1*BP*BuyerProductNumber~ SN1*1*6*EA~ REF*YD*SERIALIZED~ HL*16*15*K~ SLN*0002*2*I*1*EA*11.22***LT*G090P1234567*SN*G090P123456789DB~ SLN*0002*2*I*1*EA*11.22***LT*G090P1234567*SN*G090P123456789DS~ SLN*0002*2*I*1*EA*11.22***LT*G090P1234567*SN*G090P123456789DK~ SLN*0002*2*I*1*EA*11.22***LT*G090P1234567*SN*G090P1234567893D~ SLN*0002*2*I*1*EA*11.22***LT*G090P1234567*SN*G090P1234567894D~ SLN*0002*2*I*1*EA*11.22***LT*G090P1234567*SN*G090P123456789DC~ |
如上图所示，SN102的取值为6，表示有6箱。REF02字段为SERIALIZED，表示序列化，此时会有6个SLN字段，给每个箱子都单独加上了序列号。
2.856提前发货通知的包装方式
在本次Amazon Device EDI 项目中，测试环节需要测试混托、散箱以及整托这三种打包场景。实际应用中，通常情况下是以整托为主，少部分供应商可能会用到散箱。
3.856提前发货通知的时区问题
涉及到的时间字段，DTM字段需要加入相应的时区信息。涉及到的时区信息如下所示：
| 01 | Equivalent to ISO P01 |
| 02 | Equivalent to ISO P02 |
| 03 | Equivalent to ISO P03 |
| 04 | Equivalent to ISO P04 |
| 05 | Equivalent to ISO P05 |
| 06 | Equivalent to ISO P06 |
| 07 | Equivalent to ISO P07 |
| 08 | Equivalent to ISO P08 |
| 09 | Equivalent to ISO P09 |
| 10 | Equivalent to ISO P10 |
| 11 | Equivalent to ISO P11 |
| 12 | Equivalent to ISO P12 |
| 13 | Equivalent to ISO M12 |
| 14 | Equivalent to ISO M11 |
| 15 | Equivalent to ISO M10 |
| 16 | Equivalent to ISO M09 |
| 17 | Equivalent to ISO M08 |
| 18 | Equivalent to ISO M07 |
| 19 | Equivalent to ISO M06 |
| 20 | Equivalent to ISO M05 |
| 21 | Equivalent to ISO M04 |
| 22 | Equivalent to ISO M03 |
| 23 | Equivalent to ISO M02 |
| 24 | Equivalent to ISO M01 |
| AT | Alaska Time |
| CT | Central Time |
| ET | Eastern Time |
| GM | Greenwich Mean Time |
| HT | Hawaii-Aleutian Time |
| LT | Local Time |
| MT | Mountain Time |
| NT | Newfoundland Time |
| PT | Pacific Time |
| TT | Atlantic Time |
如果发货地位于中国，则示例代码如下：
| 1 2 3 |
DTM*011*20200229*1700*08~ DTM*110*20200229*1000*GM~ DTM*140*20200229*1023*GM~ |
以上便是与亚马逊Amazon进行EDI测试需要注意的测试场景了，如果您希望了解更多EDI信息，欢迎联系我们。
更多 EDI 信息，请参阅: 与亚马逊Amazon Device EDI进行测试都有哪些场景？
阅读原文：与亚马逊Amazon Device EDI进行测试都有哪些场景？