商家ERP与中间件,以及ReX中台的交互流程如下图所示 :
店仓业务中各个表结构之间的关系如下图所示
业务说明:
对于wdk_ums_item_inventory(商品库位实时库存表):是商家来控制拉取的,通过在wdk_param中写入数据来控制是否启动,具体是:
对于wdk_ums_order(库存对账表):是商家来控制拉取的,通过在wdk_param中写入数据来控制是否启动。根据需要的单据类型来控制拉取。写入的key是warehouse_order_list_param_{单据类型}对应的值是{"enable":true} 如: warehouse_order_list_param_1 {"enable":true} warehouse_order_list_param_2 {"enable":true} warehouse_order_list_param_7 {"enable":true}
入库单:wdk_ums_inbound
字段名 | 类型 | 长度 | 小数位数 | inbound业务允许空 | feedback业务允许空 | 示例 | 字段说明 |
入库单 | |||||||
id | bigint | 19 | 0 | 数据库自增id | |||
original_bill_code | varchar | 64 | 0 | √ | 商家系统中入库单对应的原始单据号。 单据子类型sub_order_type不为2时选填;单据子类型sub_order_type为2时必填,填写入库单的原始配货申请单据号。 |
||
supplier_code | varchar | 64 | 0 | √ | 默认可选用自营虚拟供应商。 供应商code,可选值:当是供应商供货时,提供供应商编码;当是大仓供货时,提供大仓编码;当是调拨入库时,提供对方门店编码。 |
||
biz_order_code | varchar | 64 | 0 | 商家系统入库单单据号。例:132RK170418000001 注:务必确保全库单号唯一(相同单号会被幂等掉,并直接返回成功,现象是单据遗失),可以是门店加单号的组合 |
|||
biz_order_type | int | 10 | 0 | √ | 单据类型,入库接口的单据类型包括采配单和调拨入单(1 采配单; 2 调拨单) | ||
warehouse_code | varchar | 64 | 0 | 店仓code,指的是入库对象,对应一个物理店或仓编码 | |||
sub_order_type | int | 10 | 0 | √ | 当biz_order_type为1时,sub_order_type字段(1、供应商2、DC供货);当biz_order_type为2时,填0 | ||
invalid_date | datetime | 23 | 3 | √ | 失效日期,到货通知单中规定的收货入库时限。格式:2017-01-01 01:01:01。校验:失效时间大于入库时间 | ||
contact_info | varchar | 64 | 0 | √ | √ | 联系方式,门店联系电话,可以是移动电话 | |
arrival_date | datetime | 23 | 3 | √ | 入库时间,商家系统中记录的本批次商品的实际入库时间。格式:2017-01-01 01:01:01 | ||
bypass | int | 10 | 0 | √ | 如部分商品不存在,是否允许其他商品入库(1:允许,其他(例如0):不允许)。建议不允许 | ||
status | int | 10 | 0 | 状态,0表示初始化需要上传,1表示上传成功,-1表示上传失败 | |||
err_msg | varchar | 4096 | 0 | √ | √ | 错误情况的话错误原因 | |
gmt_create | datetime | 23 | 3 | √ | √ | 创建时间。例:2017-01-01 01:01:01 | |
gmt_modified | datetime | 23 | 3 | √ | √ | 修改时间。例:2017-01-01 01:01:01。修改时间需大于等于创建时间 | |
feed_back_date | datetime | 23 | 3 | √ | 反馈时间。反馈结果产生的时间,在调用入库辅助的feedback接口的时候需要这个字段。例:2017-01-01 01:01:01 | ||
biz_type | varchar | 64 | 0 | 业务类型,入库业务(inbound),还是入库辅助业务(feedback),根据业务会调用不同的接口 | |||
remark | varchar | 1024 | 0 | √ | √ | 备注,在入库辅助的时候会填写。 |
================================================================================================
入库单明细:wdk_ums_inbound_item
字段名 | 类型 | 长度 | 小数位数 | inbound业务允许空 | feedback业务允许空 | 示例 | 字段说明 |
入库单 | |||||||
id | bigint | 19 | 0 | 数据库自增id | |||
unit | varchar | 64 | 0 | √ | 采购单位,例如:箱 | ||
inventory_unit | varchar | 64 | 0 | √ | 库存单位,例如:kg | ||
spec | bigint | 19 | 0 | √ | 1 | 采购规格,整数,例如:1。建议填1。 | |
dept_code | varchar | 64 | 0 | 部门code,该商品在淘鲜达中所属的部门编码(填写错误会导致商品入库到错误的部门下,需要库存中心做数据订正,否则会影响该商品的库内作业) | |||
price | bigint | 19 | 0 | √ | √ | 商品价格,单位为分,可为空 | |
plan_package_quantity | varchar | 64 | 0 | √ | 采购数量 (件数): 建议plan_package_quantity和count按照spec规格是1的方式写入数量。 |
||
count | varchar | 64 | 0 | 库存入库数量(需等于采购规格*采购数量,系统会校验,不满足会报错),比如:100。建议plan_package_quantity和count按照spec规格是1的方式写入数量。 注:该字段会影响实际库存入库数量。 |
|||
produce_date | datetime | 23 | 3 | √ | √ | 生产日期: 1、 基础规则:生产日期不得超过今日; 2、 商品未设置保质期管理的,生产日期为可选项,UMS存储但不校验禁收时限: a) 单据传输中提供了生产日期的,按单据生产日期通过收货; b) 单据传输中未提供生产日期的,不存储生产日期通过收货; 3、 商品已设置保质期管理的,并且已经设置了禁收时限的: a) 单据传输中提供了生产日期的,校验是否符合禁收时限,通过收货,不通过整单不收货; b) 单据传输中未提供生产日期的,按生产日期=入库时间-禁收时限,通过收货; 4、 商品已设置保质期管理的,但未设置禁收时限的: a) 单据传输中提供了生产日期的,按单据生产日期,通过收货; b) 单据传输中未提供生产日期的,按生产日期=入库时间-1(天),通过收货。 格式:2017-01-01 01:01:01 |
|
bar_code | varchar | 64 | 0 | √ | √ | 商品条码。比如:6912528800083 | |
item_code | varchar | 64 | 0 | 商品code,ReX系统中的商品编码。比如:5110059 | |||
cabinet_code | varchar | 64 | 0 | √ | √ | 上架库位,ReX系统中的库位号。如无此字段信息按默认上架库位,否则请指定对应的拣货位、原料位 | |
biz_order_code | varchar | 64 | 0 | 单据号,一个单据号下面会有多个关联的商品,这个字段与wdk_ums_inbound中的biz_order_code值一样,在上传wdk_ums_inbound的数据的时候通过这个字段来找到商品信息 | |||
gmt_create | datetime | 23 | 3 | √ | √ | 创建时间。例:2017-01-01 01:01:01 | |
gmt_modified | datetime | 23 | 3 | √ | √ | 修改时间。例:2017-01-01 01:01:01 | |
biz_type | varchar | 64 | 0 | 那种业务对应的商品,inbound业务,还是feedback业务 | |||
operation | int | 10 | 0 | √ | 处理意见,包括四种处理情况:允许减库存,允许线下换货,驳回质量反馈要求(1,减库存 2,换货 0,驳回 3,加库存),在入库反馈的时候会需要这个字段。1,减库存 2,换货 0,驳回 3,加库存 | ||
reason | varchar | 1024 | 0 | √ | √ | 反馈的原因。 | |
remark | varchar | 1024 | 0 | √ | √ | 反馈备注 |
================================================================================================
出库单:wdk_ums_outbound
字段名 | 类型 | 长度 | 小数位数 | inbound业务允许空 | feedback业务允许空 | 示例 | 字段说明 |
出库单 | |||||||
id | bigint | 19 | 0 | 数据库自增id | |||
supplier_code | varchar | 64 | 0 | √ | 默认可选用自营虚拟供应商。 供应商code,可选值:当是供应商供货时,提供供应商编码;当是大仓供货时,提供大仓编码;当是调拨出库时,提供对方门店编码。 |
||
biz_order_code | varchar | 64 | 0 | 132TH170418000001 | 商家系统的出库单单据号。 注:务必确保全库单号唯一(相同单号会被幂等掉,并直接返回成功,现象是单据遗失),可以是门店加单号的组合 |
||
biz_order_type | int | 10 | 0 | √ | 单据类型,出库接口的单据类型包括退货单和调拨出单(1:退货单; 2:调拨出单) | ||
warehouse_code | varchar | 64 | 0 | 店仓code,指的是出库对象,对应一个物理店或仓编码 | |||
sub_order_type | int | 10 | 0 | √ | √ | 单据子类型,出库单据类型为退货单时,需要进一步区分子类型为退供应商和退大仓(DC)(1:退供应商 2:退大仓 );当biz_order_type为2时,填0 | |
biz_date | datetime | 23 | 3 | √ | 2017-01-01 01:01:01 | 出库时间,商家系统中记录的本批次商品的实际退货出库时间。格式:2017-01-01 01:01:01 | |
remark | varchar | 1024 | 0 | √ | √ | 备注 | |
status | int | 10 | 0 | √ | √ | 状态,0表示初始化需要上传,1表示上传成功,-1表示上传失败 | |
err_msg | varchar | 4096 | 0 | √ | √ | 错误情况的话错误原因 | |
gmt_create | datetime | 23 | 3 | √ | √ | 2017-01-01 01:01:01 | 创建时间。例:2017-01-01 01:01:01 |
gmt_modified | datetime | 23 | 3 | √ | √ | 2017-01-01 01:01:01 | 修改时间。例:2017-01-01 01:01:01。修改时间需大于创建时间 |
uuid | varchar | 128 | 0 | √ | √ | 未启用。唯一识别码。用于出库的结果返回 | |
bill_type | int | 10 | 0 | √ | √ | 未启用。单据类型。7:退货单 11:调拨出库单, 10 质量反馈。用于出库的结果返回 | |
result | int | 10 | 0 | √ | √ | 未启用。处理结果,成功或者失败,0:失败,1:成功。用于出库的结果返回 | |
reason | varchar | 1024 | 0 | √ | √ | 未启用。处理失败的原因。用于出库的结果返回。 | |
original_bill_code | varchar | 64 | 0 | √ | 商家系统中出库单对应的原始单据号。 | ||
biz_type | varchar | 64 | 0 | 业务类型出库业务(outbound),还是出库辅助业务(feedback),根据业务会调用不同的接口 | |||
feed_back_date | datetime | 23 | 3 | √ | 反馈时间。反馈结果产生的时间,在调用入库辅助的feedback接口的时候需要这个字段。例:2017-01-01 01:01:01 |
================================================================================================
出库单明细:wdk_ums_outbound_item
字段名 | 类型 | 长度 | 小数位数 | inbound业务允许空 | feedback业务允许空 | 示例 | 字段说明 |
出库单 | |||||||
id | bigint | 19 | 0 | 数据库自增id | |||
unit | varchar | 64 | 0 | √ | 采购单位。比如:箱 | ||
inventory_unit | varchar | 64 | 0 | √ | 库存单位。比如:kg | ||
spec | varchar | 64 | 0 | √ | 1 | 采购规格。比如:1,建议填1 | |
dept_code | varchar | 64 | 0 | 部门code,该商品在淘鲜达中所属的部门编码 | |||
price | bigint | 19 | 0 | √ | √ | 商品价格,单位为分,可为空 | |
count | int | 10 | 0 | 100 | 出库数量。除库存单位kg、毫米、厘米、米、平方米、版外,出库数量为整数 | ||
reason | varchar | 1024 | 0 | √ | √ | 原因。 | |
item_code | varchar | 64 | 0 | 商品code,ReX系统中的商品编码。比如:5110059 | |||
remark | varchar | 1024 | 0 | √ | √ | 备注 | |
biz_order_code | varchar | 64 | 0 | 单据号,一个单据号下面会有多个关联的商品,这个字段与wdk_ums_inbound中的biz_order_code值一样,在上传wdk_ums_inbound的数据的时候通过这个字段来找到商品信息 | |||
gmt_create | datetime | 23 | 3 | √ | √ | 创建时间。例:2017-01-01 01:01:01 | |
gmt_modified | datetime | 23 | 3 | √ | √ | 修改时间。例:2017-01-01 01:01:01。修改时间需大于创建时间 | |
operation | int | 10 | 0 | √ | 处理意见 |
================================================================================================
库内作业单据表头:wdk_ums_working_order
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
库内单 | ||||||
id | bigint | 19 | 0 | 数据库自增id | ||
biz_order_code | varchar | 64 | 0 | 单据号 | ||
uuid | varchar | 128 | 0 | uuid | ||
warehouse_code | varchar | 64 | 0 | 店仓code,指的是库调对象,对应一个物理店或仓编码 | ||
dept_code | varchar | 64 | 0 | 部门code,移库单无该字段,需到明细表中看移入移出库存 | ||
supplier_code | varchar | 64 | 0 | 供应商code,移库单无该字段 | ||
occur_date | datetime | 23 | 3 | 2017-01-01 01:01:01 | 这个单据发生的时间,格式:2017-01-01 01:01:01 | |
occur_reason | varchar | 128 | 0 | 发生的一级原因: 移库(shift),取值为中文:①主动移库 ②被动移库 ③同档口移库 ④残次移库 ⑤异常移库 ⑥退货移库 ⑦调拨移库 加工(handling),取值可能(文字):非BOM原料转移:非BOM原料转移 ;原料转移:原料转移 ;分解型:分解型加工; 组合型:组合型加工 盘点(check),取值为数字:大盘:1 ;周盘:2 |
||
remark | varchar | 1024 | 0 | √ | 备注 | |
biz_type | varchar | 64 | 0 | 业务类型,是库调(inventoryAdjust),盘点(inventoryCheck),加工(inventoryhandling),移库(inventoryShift)。 大盘 实际的盘点单 biz_type = inventoryCheck occur_reason = '1' 大盘 库存调整单据 biz_type = inventoryAdjust occur_reason = '大盘' 周盘 实际的盘点单 biz_type = inventoryCheck occur_reason = '2' 周盘 库存调整单据 biz_type = inventoryAdjust occur_reason = '周盘' |
||
gmt_create | datetime | 23 | 3 | 创建时间。例:2017-01-01 01:01:01 | ||
gmt_modified | datetime | 23 | 3 | 修改时间。例:2017-01-01 01:01:01。修改时间需大于创建时间 | ||
cost_duty_dept_code | varchar | 64 | 0 | √ | 费用承担部门(行政领用业务单据为必填) | |
status | int | 10 | 0 | 记录被处理的状态,用于做数据备份。ERP的系统处理了之后需要将这个状态设置一下,0表式未处理,1表式成功处理了 |
================================================================================================
BOM加工单明细:wdk_ums_handling_item
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
库内单 | ||||||
id | bigint | 19 | 0 | 数据库自增id | ||
biz_order_code | varchar | 64 | 0 | 单据号,根据单据号来关联这个单据下面对应的商品信息 | ||
item_code | varchar | 64 | 0 | 商品code,ReX系统中的商品编码 | ||
quantity | varchar | 64 | 0 | 操作数量,即库调数量,支持正数、负数 | ||
cabinet_code | varchar | 64 | 0 | 库位,ReX系统中的库位号 | ||
gmt_create | datetime | 23 | 3 | 2017-01-01 01:01:01 | 创建时间 | |
gmt_modified | datetime | 23 | 3 | 2017-01-01 01:01:01 | 修改时间。修改时间需大于创建时间 | |
item_type | varchar | 64 | 0 | 商品类型,是成品商品(product),还是原材料商品(materail) |
================================================================================================
非BOM原料加工单明细(带原料和成品对应关系):wdk_ums_handling_list_item
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
库内单 | ||||||
id | bigint | 20 | 数据库自增id | |||
biz_order_code | varchar | 64 | 单据号,根据单据号来关联这个单据下面对应的商品信息 | |||
material_item_code | varchar | 64 | 原料商品code,ReX系统中的商品编码 | |||
material_quantity | varchar | 64 | 原料操作数量,即库调数量,支持正数、负数 | |||
material_cabinet_code | varchar | 64 | 原料库位,ReX系统中的库位号 | |||
product_item_code | varchar | 64 | 成品商品code,ReX系统中的商品编码 | |||
product_quantity | varchar | 64 | 成品操作数量,即库调数量,支持正数、负数 | |||
product_cabinet_code | varchar | 64 | 成品库位,ReX系统中的库位号 | |||
gmt_create | datetime | 23 | 2017-01-01 01:01:01 | 创建时间 | ||
gmt_modified | datetime | 23 | 2017-01-01 01:01:01 | 修改时间 | ||
material_dept_code | varchar | 64 | 原料部门code | |||
product_dept_code | varchar | 64 | 成品部门code |
================================================================================================
库调单明细:wdk_ums_inventory_adjust_item
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
库内单 | ||||||
id | bigint | 19 | 0 | 数据库自增id | ||
biz_order_code | varchar | 64 | 0 | 单据号,根据单据号来关联这个单据下面对应的商品信息 | ||
item_code | varchar | 64 | 0 | 商品code,ReX系统中的商品编码 | ||
cabinet_code | varchar | 64 | 0 | 库位,ReX系统中的库位号 | ||
quantity | varchar | 64 | 0 | 操作数量,即库调数量,①、⑧支持正数、负数,其它为正数 ①每日库调 (正、负)③逆向退货(正) ④成品入库(正) ⑤生产消耗(正) ⑥日常报损(正) ⑦行政领用(正) ⑧大盘(正、负) ⑩联营商品发布(正 11.周盘(正、负) 12.客退自动报损 (正) |
||
reason | varchar | 1024 | 0 | √ | 二级调整原因,选填,根据商家每日库调、日常报损、行政领用、逆向退货等库调业务是否设置了具体原因来提供;客退自动报损时是系统自动生成,值为:1,A(客服弃取); 2,B(配送员丢失); 3,C(配送站丢失); 4,D(逆向验收差异); 5,E(缺发) | |
original_biz_order_code | varchar | 64 | 0 | √ | 原始单据号,选填,逆向退货和客退自动报损单据中为交易主订单号 | |
batch_code | varchar | 64 | 0 | 批次号 | ||
gmt_create | datetime | 23 | 3 | 创建时间。例:2017-01-01 01:01:01 | ||
gmt_modified | datetime | 23 | 3 | 修改时间。例:2017-01-01 01:01:01。修改时间需大于创建时间 |
================================================================================================
盘点单:wdk_ums_inventory_check_item
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
库内单 | ||||||
id | bigint | 19 | 0 | 数据库自增id | ||
biz_order_code | varchar | 64 | 0 | 单据号,根据单据号来关联这个单据下面对应的商品信息 | ||
item_code | varchar | 64 | 0 | 商品code,ReX系统中的商品编码 | ||
cabinet_code | varchar | 64 | 0 | 库位,ReX系统中的库位号 | ||
remark | varchar | 1024 | 0 | √ | 备注 | |
snapshot_count | varchar | 64 | 0 | 快照数量,盘点任务单下发时的商品数量。 | ||
real_count | varchar | 64 | 0 | 实盘数量,盘点结果数量 | ||
diff_count | varchar | 64 | 0 | 差异数量,盘点结果数量与快照数量的差异值 | ||
operator_name | varchar | 64 | 0 | 盘点人员。 | ||
effective_time | datetime | 23 | 3 | 盘点时间,盘点结果提交的时间,格式:2017-01-01 01:01:01 | ||
gmt_create | datetime | 23 | 3 | 创建时间。例:2017-01-01 01:01:01 | ||
gmt_modified | datetime | 23 | 3 | 修改时间。例:2017-01-01 01:01:01。修改时间需大于创建时间 |
================================================================================================
移库单明细:wdk_ums_shift_item
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
库内单 | ||||||
id | bigint | 19 | 0 | 数据库自增id | ||
biz_order_code | varchar | 64 | 0 | 单据号,根据单据号来关联这个单据下面对应的商品信息 | ||
item_code | varchar | 64 | 0 | 商品code,ReX系统中的商品编码 | ||
quantity | varchar | 64 | 0 | 操作数量,正数 | ||
inventory_unit | varchar | 64 | 0 | 库存单位 | ||
out_dept_code | varchar | 64 | 0 | 移出部门编码 | ||
out_cabinet_code | varchar | 64 | 0 | 移出库位 | ||
in_dept_code | varchar | 64 | 0 | 移入部门编码 | ||
in_cabinet_code | varchar | 64 | 0 | 移入部门 | ||
gmt_create | datetime | 23 | 3 | 创建时间。例:2017-01-01 01:01:01 | ||
gmt_modified | datetime | 23 | 3 | 修改时间。例:2017-01-01 01:01:01。修改时间需大于创建时间 |
================================================================================================
作业单据查询:wdk_ums_order
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
对账单据 | ||||||
id | bigint | 19 | 0 | 数据库自增id | ||
warehouse_code | varchar | 64 | 0 | 店仓code,指的是库调对象,对应一个物理店或仓编码 | ||
order_type | int | 10 | 0 | 单据类型,可选值: 入库作业: 1:采配单 2:调拨入库单 库内作业: 9:库调单 15:BOM加工 16:移库单 出库作业: 7:退货单 10:质量反馈 11:调拨出库单 |
||
biz_order_code | varchar | 64 | 0 | 132RK170418000001 | 单据号 | |
order_status | int | 10 | 0 | √ | 状态枚举 | |
order_status_desc | varchar | 64 | 0 | √ | 状态描述 | |
create_date | datetime | 23 | 3 | 2017-01-01 01:01:01 | 创建单据时间 | |
status | varchar | 64 | 0 | 单据状态,单据在查询时的实时状态,可选值:入库单: NOTICE(通知), RECEIVING(收货), CANCEL(取消), FINISH(完成), INVALID(失效), REGISTERED(已登记); 库调单: CREATE(创建), FINSH(完成), DEL(删除),ADJUST_ING(调整中),UNDERWAY(进行中); 退货出库单: NOTICE(通知),RETURN(退货中),FINISH(完成),CANCEL(取消); 调拨出库单: CREATE(创建), FINISH(完成) 质量反馈: CREATE(创建), FINISH(完成)。 |
||
gmt_create | datetime | 23 | 3 | 创建时间 | ||
gmt_modified | datetime | 23 | 3 | 修改时间 |
================================================================================================
商品库位库存实时数据:wdk_ums_item_inventory
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
库存实时数据(退货库位库存/全量库位库存) | ||||||
id | bigint | 19 | 0 | 数据库自增id | ||
warehouse_code | varchar | 64 | 0 | 店仓code,指的是库调对象,对应一个物理店或仓编码 | ||
item_code | varchar | 64 | 0 | 商品编码,商品编码在不同库位可重复 | ||
cabinet_code | varchar | 512 | 0 | √ | 库位,ReX系统中的库位号。如无库位,则是该商品在所有库位的所有库存,用于核对双方的库存数量。并需要商家主动调用。如库位字段不为空,则用于查询实时库位库存、退货位库存信息 | |
real_invent | varchar | 64 | 0 | 库存数量 | ||
storage_unit | varchar | 64 | 0 | 库存单位 | ||
biz_type | varchar | 64 | 0 | 业务类型,退货库位库存(returnitem),实时库存(realitems),实时库位库存(realcabinetitems) | ||
gmt_create | datetime | 23 | 3 | 创建时间。例:2017-01-01 01:01:01 | ||
gmt_modified | datetime | 23 | 3 | 修改时间。例:2017-01-01 01:01:01。修改时间需大于创建时间 |
================================================================================================
拉取ums销退入库类型主单据:wdk_ums_reverse_main_order
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
id | bigint | 19 | 0 | |||
asn_code | varchar | 64 | 0 | 入库单号 | ||
biz_order_code | varchar | 64 | 0 | 退仓订单号 | ||
reverse_type | int | 10 | 0 | 退货类型 * 21:pos闪退 * 22:pos正常退 * 23:B2C退 * 24:O2O退 * 25:虚拟pos闪退 * 26:虚拟pos正常退 * 27:虚拟B2C退 * 28:虚拟O2O退 * 29:退仓不退供 * 20:退仓退供 | ||
station_code | varchar | 64 | 0 | 配送站/门店号 | ||
operate_time | datetime | 23 | 3 | 单据操作时间 | ||
order_source | varchar | 64 | 0 | √ | 订单来源 暂空 | |
warehouse_id | bigint | 19 | 0 | 店/仓id | ||
warehouse_code | varchar | 64 | 0 | 店/仓code | ||
status | int | 10 | 0 | 状态 0表式未处理,1表式成功处理了 | ||
gmt_create | datetime | 23 | 3 | 创建时间 | ||
gmt_modified | datetime | 23 | 3 | 修改时间 | ||
merchant_code | varchar | 64 | 0 | 商家编码 |
================================================================================================
拉取ums销退入库类型详情单据:wdk_ums_reverse_detail_order
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
id | bigint | 19 | 0 | |||
reason | varchar | 64 | 0 | √ | 退货原因:o2o退时,可为空;O2O虚拟退时,值为:1,A(客服弃取); 2,B(配送员丢失); 3,C(配送站丢失); 4,D(逆向验收差异); 5,E(缺发) | |
source_type | varchar | 64 | 0 | 单据类型 1,售后(销售退货); 2,售中(订单取消); 3,换退货 | ||
input_detail_order_id | bigint | 19 | 0 | 入库子单id | ||
ful_fill_order_id | varchar | 64 | 0 | 履约单号 | ||
ful_fill_sub_order_id | varchar | 64 | 0 | 履约子单号 | ||
out_biz_code | varchar | 64 | 0 | 销售单号 | ||
out_biz_sub_code | varchar | 64 | 0 | 销售子单号 | ||
ful_reverse_fill_order_id | varchar | 64 | 0 | 逆向履约单号 | ||
ful_reverse_fill_sub_order_id | varchar | 64 | 0 | 逆向履约子单号 | ||
dept_code | varchar | 64 | 0 | 部门code | ||
sku_code | varchar | 64 | 0 | 商品编码 | ||
cabinet_code | varchar | 512 | 0 | 逆向收货入库库位(包括虚拟库位),ReX系统中的库位号 | ||
plan_reverse_quantity | varchar | 64 | 0 | 应退数量 | ||
actual_reverse_quantity | varchar | 64 | 0 | 实际数量 | ||
single_price | varchar | 64 | 0 | √ | 退货单价 暂空 | |
total_price | varchar | 64 | 0 | √ | 退货金额 暂空 | |
status | int | 10 | 0 | 状态 0表式未处理,1表式成功处理了 | ||
gmt_create | datetime | 23 | 3 | 创建时间 | ||
gmt_modified | datetime | 23 | 3 | 修改时间 | ||
merchant_code | varchar | 64 | 0 | 商家编码 | ||
asn_code | varchar | 64 | 0 | 与主表关联字段 |
================================================================================================
参数表:wdk_param
字段名 | 类型 | 长度 | 小数位数 | 允许空 | 示例 | 字段说明 |
参数表 | ||||||
id | bigint | 19 | 0 | 数据库自增id | ||
param_key | varchar | 64 | 0 | warehouse_stock_cabinet_invertory_list_param_XX100 | 参数key | |
param_value | varchar | 1024 | 0 | {"enable":false} | 参数value,一般是json格式,用于保存在运行过程中调用top接口的时候的参数 | |
gmt_create | datetime | 23 | 3 | 2017-01-01 01:01:01 | 创建时间。例:2017-01-01 01:01:01 | |
gmt_modified | datetime | 23 | 3 | 2017-01-01 01:01:01 | 修改时间。例:2017-01-01 01:01:01。修改时间需大于创建时间 |