步骤
1. 创建一个订单导入来源.
- 导航到 OM -> 设置 -> 订单 -> 导入来源
- 输入一个新的订单导入来源名称和描述
- 选择启用来激活订单导入来源,并保存。
- 点击 帮助-> 诊断 -> 检查, 并检查字段ORDER_SOURCE_ID的值
- 记下这个值.
2. 使用上面创建的ORDER_SOURCE_ID 值插入数据到相应的订单导入接口表。不是所有的表和列都需要被填充到导入订单里;对测试案例使用适当的表与需要的列。插入脚本样例提供如下。参照 API 指南和eTRM 来了解列出的表和列的详细信息。
订单导入接口表
OE_HEADERS_IFACE_ALL
OE_LINES_IFACE_ALL
OE_PRICE_ADJS_IFACE_ALL
OE_PRICE_ATTS_IFACE_ALL
OE_CREDITS_IFACE_ALL
OE_LOTSERIALS_IFACE_ALL
OE_RESERVTNS_IFACE_ALL
OE_ACTIONS_IFACE_ALL
OE_CUSTOMER_INFO_IFACE_ALL
OE_PAYMENTS_IFACE_ALL
注意,表 OE_CUSTOMER_INFO_IFACE_ALL (用于增加客户/地址/联系方式) 是上面表中唯一没有ORDER_SOURCE_ID 列的表. 订单头记录的链接是通过表OE_CUSTOMER_INFO_IFACE_ALL 的列CUSTOMER_INFO_REF 和表OE_HEADERS_IFACE_ALL 的列 (详细信息参照应用程序接口指南).
3. 运行订单导入并发程序.
- 导航到 订单, 返回 ->导入订单> 订单导入请求
- 在参数表单的列表值中选择订单来源.
- 提交并发程序请求 .
设置‘仅验证’参数为Yes ,订单导入会执行一个接口表数据的验证而没有实际的数据导入。这对在运行实际的导入之前检查接口表数据是否正确很有帮助。这个参数的默认值是No.
4. 去查看-> 请求并检查父请求和子请求都已提交,并且都已成功的完成。
- 检查 子请求的"查看输出" 中的信息,比如:
导入的订单数: 1
导入失败的订单数: 0
如果子请求未从父请求得到衍生,订单导入没有在接口表里挑出任何行来处理.这可能是由于接口表里的数据被设置错误,或由于用户在运行请求时选择了错误的参数值 (例如,选择错误的订单来源值). 如果子请求从父请求得到衍生但输出文件显示有订单导入失败,失败的原因可以在输出文件中查找错误信息。相应地修改接口表里的数据。为了得到更详细的订单导入失败的原因,可以在请求运行之前,在运行这个请求的人员的用户层设置OM : Debug Level为5,OM 调试信息会在子请求的日志文件中显示。
5. 检验被导入的订单.
- 订单,返回 -> 订单管理
&nb