商品与分类
商品与分类
本文档面向采购 VortMall 电商系统的平台运营方,说明商品与分类域下的 16 条典型业务流程,便于培训、实施与二次规划。
1. 商品分类管理流程(管理端)
平台运营人员在管理端维护商品分类体系,支持创建、编辑、删除与排序,并可构建多级分类树以满足前台导航与后台归类需求。
参与角色: 平台运营人员、系统(分类服务与数据持久化)
flowchart TD
startNode([开始])
startNode --> checkAuth{权限校验}
checkAuth -->|通过| chooseOp{选择操作}
checkAuth -->|失败| deny[拒绝访问]
chooseOp -->|新建| createCat[填写分类信息]
chooseOp -->|编辑| editCat[修改分类信息]
chooseOp -->|删除| delCheck{是否有子分类或商品}
chooseOp -->|排序| sortCat[调整同级排序]
createCat --> setParent[指定父级或设为根级]
setParent --> validateTree[校验树深度与命名]
validateTree --> saveCat[保存分类]
editCat --> validateTree
delCheck -->|无依赖| confirmDel[确认删除]
delCheck -->|有依赖| blockDel[禁止删除并提示]
confirmDel --> removeCat[执行删除]
sortCat --> persistOrder[持久化排序]
saveCat --> auditLog[记录操作日志]
removeCat --> auditLog
persistOrder --> auditLog
auditLog --> finishNode([结束])
deny --> finishNode
blockDel --> finishNode
步骤说明:
- 运营人员登录管理端并进入「商品分类」模块。
- 系统校验账号是否具备分类管理权限;无权限则终止并提示。
- 新建分类时填写名称、编码、展示图等,并选择父级分类或设为一级分类。
- 系统校验多级树深度、同级名称唯一性等规则后保存。
- 编辑分类时修改信息并再次校验,保存后更新前台与检索侧可见分类(视部署而定)。
- 删除前检查是否存在子分类或已绑定商品;存在则禁止删除并提示处理顺序。
- 无依赖时二次确认后执行删除,并记录操作日志。
- 排序时在同级范围内拖拽或输入序号,保存后持久化排序值。
- 流程结束。
特别说明:
- 删除与移动分类前建议先迁移商品或子分类,避免数据孤岛。
- 分类编码若被外部系统引用,修改编码需评估对接影响。
2. 品牌管理流程(管理端)
在管理端维护品牌主数据,包括品牌创建与编辑,以及品牌 Logo 的上传、替换与合规展示,保证列表页与详情页品牌信息一致。
参与角色: 平台运营人员、系统(文件存储与品牌主数据)
flowchart TD
beginNode([开始])
beginNode --> enterBrand[进入品牌管理]
enterBrand --> opType{操作类型}
opType -->|新建| fillBrand[填写品牌名称与简介]
opType -->|编辑| loadBrand[加载已有品牌]
fillBrand --> uploadLogo[上传或选择Logo]
loadBrand --> editFields[修改品牌字段]
editFields --> uploadLogo
uploadLogo --> validateFile{文件格式与大小}
validateFile -->|不通过| showErr[提示错误]
validateFile -->|通过| saveBrand[保存品牌]
saveBrand --> publishState[更新列表与关联展示]
publishState --> doneBrand([结束])
showErr --> uploadLogo
步骤说明:
- 运营人员进入「品牌管理」列表页。
- 新建时填写品牌名称、英文名称、简介等必填与选填项。
- 上传品牌 Logo:选择本地图片或从素材库选取。
- 系统校验图片格式、尺寸与大小策略;不通过则提示并允许重新上传。
- 编辑时加载已有数据,修改后同样执行 Logo 校验(若更换)。
- 保存后写入品牌主数据,并影响已绑定该品牌的商品展示位。
- 流程结束。
特别说明:
- Logo 建议使用透明背景 PNG,避免在浅色/深色主题下显示异常。
- 品牌一旦与大量商品关联,更名需考虑前台缓存与搜索同步周期。
3. 属性模板管理流程(管理端)
通过属性组与属性项定义可复用的规格维度(如颜色、尺码),并将模板分配到指定商品分类,支撑后续 SPU/SKU 规格搭建。
参与角色: 平台运营人员、系统(属性模板与分类关联)
flowchart TD
s0([开始])
s0 --> manageGroup[管理属性组]
manageGroup --> addGroup[新建属性组]
addGroup --> addAttr[在组内新建属性项]
addAttr --> setType[设置输入类型如单选多选]
setType --> bindCat[将模板绑定到分类]
bindCat --> conflictCheck{与已有模板是否冲突}
conflictCheck -->|冲突| adjustBind[调整绑定或属性定义]
conflictCheck -->|通过| saveTpl[保存模板与关联]
adjustBind --> conflictCheck
saveTpl --> s1([结束])
步骤说明:
- 运营人员进入「属性模板」或「商品属性」配置。
- 创建属性组(如「规格属性」「销售属性」),并设置组内排序。
- 在组下新增属性项,定义名称、可选值、是否必填、展示方式等。
- 将属性模板分配到目标商品分类(可多选分类)。
- 系统或人工检查同一分类下属性定义是否重复、互斥或遗漏关键维度。
- 确认后保存模板与分类关联关系,供商品发布时引用。
- 流程结束。
特别说明:
- 已产生销售数据的属性项,修改可选值可能影响历史 SKU 解释,需谨慎。
- 属性组与分类的绑定范围决定前台筛选器与规格弹窗的可用项。
4. 商品创建与发布流程(管理端)
以 SPU 为商品主体录入基础信息与媒体,再基于规格生成 SKU 变体,完成定价、库存与可售状态设置后上架,使消费者可检索与购买。
参与角色: 平台运营人员、系统(SPU/SKU、价格、库存、上架状态)
flowchart TD
p0([开始])
p0 --> createSpu[创建SPU并填写标题与类目]
createSpu --> bindBrand[绑定品牌与属性模板]
bindBrand --> mediaSpu[上传主图与详情图]
mediaSpu --> specMatrix[配置规格维度与SKU矩阵]
specMatrix --> genSku[生成SKU列表]
genSku --> priceSku[为各SKU设价]
priceSku --> stockSku[设置初始库存]
stockSku --> shelfRule[设置上架规则与可售渠道]
shelfRule --> submitPub[提交发布]
submitPub --> validateAll{校验完整性}
validateAll -->|失败| fixSpu[返回修改]
validateAll -->|通过| onShelf[上架或定时上架]
fixSpu --> validateAll
onShelf --> p1([结束])
步骤说明:
- 创建 SPU:填写商品标题、副标题、所属类目、品牌等。
- 选择或继承该类目的属性模板,确定销售属性(参与生成 SKU 的维度)。
- 上传商品主图、轮播图与详情图文。
- 在规格矩阵中选择各维度取值组合,生成 SKU 列表(每个组合一条 SKU)。
- 为每个 SKU 设置销售价、划线价(如有)、成本参考(内部)等。
- 为每个 SKU 录入初始库存或对接仓库策略(视版本能力)。
- 配置上架时间、销售渠道、限购等规则。
- 提交发布;系统校验必填项、价格合法性、库存非负等。
- 通过后商品进入在售或待售状态(视「立即上架」或「定时上架」)。
- 流程结束。
特别说明:
- SPU 承载内容与搜索主体;SKU 承载成交单位与库存单位。
- 规格组合爆炸时需用批量填价、批量改库存等能力降低操作成本。
5. 商品编辑与更新流程
在商品生命周期内持续维护标题、图文、价格、库存与上下架状态,保证前台展示与后台策略一致,并保留必要变更痕迹。
参与角色: 平台运营人员、系统(商品版本与库存价格)
flowchart TD
e0([开始])
e0 --> openSpu[打开SPU编辑页]
openSpu --> editScope{修改范围}
editScope -->|基础信息| saveBase[保存标题类目与图文]
editScope -->|规格与SKU| editSku[增删改SKU或规格值]
editScope -->|价格| changePrice[批量或单SKU改价]
editScope -->|库存| changeStock[盘点或同步库存]
editScope -->|状态| changeStatus[在售停售等]
saveBase --> riskCheck{是否影响订单履约}
editSku --> riskCheck
changePrice --> riskCheck
changeStock --> riskCheck
changeStatus --> riskCheck
riskCheck -->|需提示| confirmUser[二次确认]
riskCheck -->|无风险| commit[提交保存]
confirmUser -->|确认| commit
confirmUser -->|取消| e0
commit --> syncChannel[同步各渠道展示]
syncChannel --> e1([结束])
步骤说明:
- 从商品列表进入 SPU 编辑页。
- 按需要修改基础信息、规格 SKU、价格、库存或销售状态。
- 系统对敏感变更(如删 SKU、大幅降价)进行风险提示或二次确认。
- 保存后更新主数据,并触发前台、搜索索引与渠道的同步(异步视架构)。
- 流程结束。
特别说明:
- 进行中的订单仍绑定原 SKU,删除 SKU 前需处理未完结单据。
- 会员价、活动价若存在,改销售价时注意叠加规则与展示优先级。
6. 商品上下架流程
对单个或多个商品执行上架或下架,支持批量操作与结果反馈,用于促销节奏、合规处置与库存清零后的停售。
参与角色: 平台运营人员、系统(批量任务与商品状态)
flowchart TD
u0([开始])
u0 --> selectGoods[勾选商品或按条件筛选]
selectGoods --> actionType{上架或下架}
actionType -->|上架| preCheckUp{是否满足上架条件}
actionType -->|下架| reasonDown[填写下架原因可选]
preCheckUp -->|不满足| showReason[展示缺失项]
preCheckUp -->|满足| batchUp[批量上架]
reasonDown --> batchDown[批量下架]
batchUp --> resultUp[返回成功失败条数]
batchDown --> resultDown[返回成功失败条数]
showReason --> u1([结束])
resultUp --> u1
resultDown --> u1
步骤说明:
- 在商品列表中勾选目标或按类目、品牌、状态筛选。
- 选择「批量上架」或「批量下架」。
- 上架时系统校验必填信息、类目有效性、库存与价格等策略。
- 不满足条件时列出失败原因,便于逐条修正。
- 下架时可填写原因(如换季、违规整改)供内部追溯。
- 执行批量任务并展示成功、失败条数及失败明细。
- 流程结束。
特别说明:
- 下架后购物车与收藏中的展示行为依产品配置(移除、置灰或提示)。
- 大批量操作建议非高峰执行,并关注搜索索引刷新延迟。
7. 商品审核流程(商户/供应商版)
在商户入驻或供应商供货模式下,商户或供应商创建商品并提交,平台审核通过后方可上架销售,形成「提交—审核—退回/通过」闭环。
参与角色: 商户/供应商运营、平台审核员、系统(审核工单与商品状态)
sequenceDiagram
participant merchant as 商户或供应商
participant sys as 平台系统
participant auditor as 平台审核员
merchant->>sys: 创建或编辑商品并提交审核
sys->>sys: 校验必填与合规关键词
sys->>auditor: 生成待审核任务
auditor->>sys: 查看商品详情与资质
alt 通过
auditor->>sys: 审核通过
sys->>sys: 允许上架或自动上架
sys->>merchant: 通知审核通过
else 驳回
auditor->>sys: 填写驳回原因
sys->>merchant: 通知驳回与修改要点
merchant->>sys: 修改后再次提交
end
步骤说明:
- 商户/供应商在后台创建 SPU/SKU 并完善图文与价格库存。
- 提交审核;系统进行格式、必填与敏感词等机审或规则校验。
- 生成待办任务至平台审核队列。
- 审核员查看商品信息与附件(如授权书),做出通过或驳回决定。
- 通过则商品进入可上架状态或按规则自动上架。
- 驳回则附带原因,商户修改后重新提交,直至通过或撤销。
- 流程结束。
特别说明:
- 审核 SLA(时效)建议在合同中约定,避免积压影响商户经营。
- 类目、品牌涉及知识产权时,审核标准需与法务策略一致。
8. 商品库存管理流程
围绕 SKU 维度的库存准确性,支持盘点、手动调整、安全库存预警与变动日志查询,支撑运营决策与对账。
参与角色: 仓库或运营人员、系统(库存中心与日志)
flowchart TD
i0([开始])
i0 --> entryType{入口}
entryType -->|盘点| planCount[创建盘点单]
entryType -->|调整| adjustStock[选择SKU与仓库]
entryType -->|预警| viewAlert[查看预警列表]
entryType -->|日志| queryLog[按条件查询流水]
planCount --> execCount[实盘录入或扫码]
execCount --> diffHandle{是否存在差异}
diffHandle -->|是| approveAdj[审批后生成调整单]
diffHandle -->|否| closeCount[结案盘点]
adjustStock --> inputQty[录入增减与原因]
inputQty --> writeLog[写入库存与流水]
viewAlert --> replenish[补货或促销消化]
queryLog --> exportLog[导出或对账]
approveAdj --> writeLog
closeCount --> i1([结束])
writeLog --> i1
replenish --> i1
exportLog --> i1
步骤说明:
- 盘点:创建盘点单,指定仓库与 SKU 范围,实盘录入并与账面比对。
- 有差异时走审批,通过后生成库存调整并记入变动日志。
- 无差异则结案盘点单。
- 手动调整:选择 SKU、仓库、数量增减及业务原因(报损、赠品等),保存后更新库存并记流水。
- 预警:系统按安全库存规则生成预警,运营据此补货或营销。
- 日志:按时间、SKU、单据类型查询流水,支持导出对账。
- 流程结束。
特别说明:
- 库存扣减与订单、售后、调拨的并发一致性依赖平台库存服务设计。
- 原因码规范有助于后续报表分析(损耗率、活动消耗等)。
9. 商品预售设置流程
为商品配置预售模式:全款预售一次性付清,或定金预售分定金与尾款两阶段,并定义起售时间、尾款时间与超时规则。
参与角色: 平台运营人员、系统(预售规则与支付节点)
flowchart TD
pr0([开始])
pr0 --> chooseMode{全款或定金预售}
chooseMode -->|全款| fullPay[设置全款价与发货时间]
chooseMode -->|定金| depositPay[设置定金比例或金额]
depositPay --> tailRule[设置尾款时间与未付处理]
fullPay --> timeWindow[设置预售起止与库存上限]
tailRule --> timeWindow
timeWindow --> bindSku[绑定参与预售的SKU]
bindSku --> validateRule{规则校验}
validateRule -->|失败| fixRule[修正配置]
validateRule -->|通过| savePre[保存并生效]
fixRule --> validateRule
savePre --> pr1([结束])
步骤说明:
- 在商品或活动模块选择预售类型:全款预售或定金预售。
- 全款预售:设置预售总价、预计发货时间与参与 SKU。
- 定金预售:设置定金(固定额或比例)、尾款截止时间、尾款未付的订单处理(如关闭并扣定金规则,依平台政策)。
- 设置预售时间窗与预售库存上限(可与现货隔离)。
- 系统校验时间逻辑、金额比例与法务展示文案要求。
- 保存后,前台商品详情与结算页展示对应预售说明。
- 流程结束。
特别说明:
- 定金与尾款涉及支付合规与消费者提示,需在页面显著位置说明。
- 超时未付尾款的订单处理规则应预先配置并写入订单状态机。
10. B2B询价流程(B2B版)
批发客户在 B2B 场景下提交询价单,商家评估后报价,双方确认后生成约定价格或订单,完成线下或线上成交闭环。
参与角色: B2B 客户采购、商家销售/运营、系统(询价单与报价单)
sequenceDiagram
participant buyer as B2B客户
participant portal as 商城端
participant seller as 商家端
buyer->>portal: 选择商品与数量发起询价
portal->>seller: 生成询价单通知
seller->>seller: 评估库存与价格政策
seller->>portal: 提交报价与有效期
portal->>buyer: 通知客户查看报价
alt 接受报价
buyer->>portal: 确认成交
portal->>portal: 生成订单或协议价
else 议价或拒绝
buyer->>portal: 还价或关闭询价
portal->>seller: 同步状态
end
步骤说明:
- B2B 客户在商城端将商品与数量加入询价并提交需求说明。
- 系统生成询价单并通知商家(站内信、邮件等,依配置)。
- 商家评估库存、阶梯价与账期政策,填写报价金额与有效期。
- 客户收到报价通知,查看明细。
- 客户接受则生成订单或绑定协议价;还价则返回商家再次报价;拒绝则关闭询价单。
- 流程结束。
特别说明:
- 报价有效期与币种、税率需在 B2B 合同中与系统字段对齐。
- 大客户常需审批流,可在商家侧扩展多级审批后再对外报价。
11. 电子卡密商品流程
卡密类虚拟商品在后台配置卡池与发放规则,用户支付成功后自动出卡,支持核销与状态追踪,减少人工发卡成本。
参与角色: 平台或商户运营、系统(卡密池与核销服务)、消费者
flowchart TD
c0([开始])
c0 --> cfgCard[配置卡密商品与面额]
cfgCard --> importPool[导入或对接卡密池]
importPool --> bindSku[绑定SKU与销售策略]
bindSku --> userBuy[用户下单支付成功]
userBuy --> allocate[从池内分配未使用卡密]
allocate --> deliver[站内信或订单页展示卡密]
deliver --> useCard{核销场景}
useCard -->|线上| verifyOnline[调用核销接口]
useCard -->|线下| verifyOffline[扫码或输入核销]
verifyOnline --> markUsed[标记已使用]
verifyOffline --> markUsed
markUsed --> c1([结束])
步骤说明:
- 运营配置卡密商品类型、面额、使用说明与售后规则。
- 向卡密池导入密钥或对接上游发卡接口,保证唯一性与加密存储。
- 将卡密 SKU 上架并与普通商品流程一致完成发布。
- 用户支付成功后,系统从池中锁定并分配一张未使用卡密。
- 通过订单详情、短信或邮件将卡密交付用户(脱敏展示策略依产品)。
- 核销时校验卡密有效性与使用次数,成功后标记已使用并记日志。
- 流程结束。
特别说明:
- 卡密泄露与盗刷风险需配合风控(设备、频次、黑名单)。
- 池内余量不足时应自动停售或预警,避免超卖。
12. 商品搜索流程(消费端)
消费者在商城通过关键词检索,由搜索引擎返回相关商品,并可结合分类、品牌与排序条件缩小结果集,提升找品效率。
参与角色: 消费者、系统(搜索服务 Elasticsearch)、前端展示
flowchart TD
s0([开始])
s0 --> inputKw[输入关键词或选热搜]
inputKw --> sendQuery[发起搜索请求]
sendQuery --> esRank[搜索引擎分词与召回排序]
esRank --> applyFilter[应用分类品牌价格等筛选]
applyFilter --> applySort[按销量价格上新等排序]
applySort --> renderList[渲染商品列表]
renderList --> userAction{用户操作}
userAction -->|翻页| sendQuery
userAction -->|进详情| detailPage[进入商详]
userAction -->|改条件| applyFilter
detailPage --> s1([结束])
步骤说明:
- 消费者在搜索框输入关键词或点击运营配置的热搜词。
- 前端将关键词、分页、筛选与排序参数提交至搜索服务。
- 搜索引擎完成分词、同义词扩展、相关性打分与基础排序。
- 在结果集上应用用户选择的类目、品牌、价格区间等筛选。
- 再按用户选择的排序方式重排(如综合、销量、价格)。
- 返回商品列表卡片信息(图、价、标签等)并渲染。
- 用户可翻页、修改筛选或进入商品详情。
- 流程结束。
特别说明:
- 无结果或极少结果时,建议展示纠错词与热门推荐,降低跳出率。
- 索引延迟会导致新上架商品短暂不可搜,需运营知晓同步窗口。
13. 商品浏览流程(消费端)
消费者通过分类导航进入列表,浏览商品卡片并进入详情页查看图文、规格与评价,形成典型的「逛—选—看」路径。
参与角色: 消费者、系统(类目树、列表与详情服务)
flowchart TD
b0([开始])
b0 --> homeNav[首页或频道入口]
homeNav --> catTree[展开多级分类导航]
catTree --> listPage[进入商品列表]
listPage --> filterBrowse[筛选排序与浏览]
filterBrowse --> clickCard[点击商品卡片]
clickCard --> detailView[商品详情页]
detailView --> viewMedia[查看主图与详情]
viewMedia --> selectSpec[选择规格SKU]
selectSpec --> nextAct{下一步}
nextAct -->|加购| addCart[加入购物车]
nextAct -->|购买| buyNow[立即购买]
nextAct -->|返回| listPage
addCart --> b1([结束])
buyNow --> b1
步骤说明:
- 消费者从首页、频道或分类入口进入。
- 通过分类树定位目标类目,进入该类目下的商品列表。
- 在列表页使用筛选、排序与分页浏览商品。
- 点击商品进入详情页,查看图片、视频、参数与图文详情。
- 选择规格后查看对应价格、库存与配送信息。
- 加入购物车或立即购买,或返回列表继续浏览。
- 流程结束。
特别说明:
- 类目与运营位(Banner、榜单)联动可提升导购转化。
- 详情页加载性能与首屏信息优先级直接影响跳出率。
14. 会员价商品流程
商品在定价策略中配置会员等级价,系统在用户登录后识别会员身份,在列表与详情展示对应会员专享价,与活动价叠加规则需预先定义。
参与角色: 消费者(会员)、系统(会员等级与价格引擎)
flowchart TD
m0([开始])
m0 --> cfgPrice[后台配置会员价或折扣]
cfgPrice --> userVisit[用户访问商品]
userVisit --> loginCheck{是否登录}
loginCheck -->|未登录| showGuide[展示登录享会员价引导]
loginCheck -->|已登录| getLevel[读取会员等级]
getLevel --> calcTier[计算该等级可享价格]
calcTier --> overlapRule{与活动价叠加规则}
overlapRule --> displayPrice[展示最终价与标签]
showGuide --> m1([结束])
displayPrice --> m1
步骤说明:
- 运营在商品或价格策略中为各会员等级维护专享价或折扣系数。
- 用户浏览商品时,若未登录可展示「会员价」引导与登录入口。
- 登录后系统读取用户当前会员等级与有效期。
- 价格引擎按优先级计算会员价、活动价、券后价等(依平台规则取最低或指定顺序)。
- 在列表与详情显著展示会员身份与到手价。
- 流程结束。
特别说明:
- 规则需透明,避免结算页价格与浏览价不一致引发投诉。
- 企业会员与个人会员若并存,需明确等级互斥或并行策略。
15. 商品库存日历/预约库存流程(O2O版)
在 O2O 或到店场景中,按日期维度管理可预约库存,消费者选择日期与时段下单,门店履约时扣减对应日期的预约额度。
参与角色: 门店运营、消费者、系统(日历库存与订单)
flowchart TD
o0([开始])
o0 --> cfgCalendar[配置可预约日期规则]
cfgCalendar --> setQuota[按日或按时段设置库存]
setQuota --> userPick[用户选择日期与时段]
userPick --> lockQuota[预占或锁定额度]
lockQuota --> payOrder[支付订单]
payOrder --> confirmBook[确认预约]
confirmBook --> consumeDay[履约日服务或到店]
consumeDay --> deductFinal[核销并扣减已用额度]
deductFinal --> o1([结束])
步骤说明:
- 门店在后台配置可预约日历(营业日、休息日、特殊闭店)。
- 为每个日期或时段设置可售库存上限(与员工、场地、材料挂钩)。
- 用户在商品页选择服务日期与时段,系统校验剩余额度。
- 下单时预占库存,支付成功后确认预约单。
- 履约当天完成服务或到店核销,释放未使用规则依业务(过期不退等)。
- 流程结束。
特别说明:
- 预占超时释放策略需防止恶意占坑。
- 多门店场景需按 LBS 或用户选择门店展示可约日历。
16. 关联商品与推荐流程
通过后台配置相关商品、搭配购与算法推荐位,在商详与购物车等环节展示「猜你喜欢」「看了又看」,提升客单价与连带率。
参与角色: 平台运营、系统(推荐引擎与配置中心)、消费者
flowchart TD
r0([开始])
r0 --> cfgManual[人工配置关联与榜单]
cfgManual --> cfgAlgo[启用算法推荐策略]
cfgAlgo --> mergeSlot[合并人工权重与算法结果]
mergeSlot --> exposeUser[在商详购物车等曝光]
exposeUser --> trackEvt[埋点曝光与点击]
trackEvt --> optimizeOp[运营调整规则与素材]
optimizeOp --> r1([结束])
步骤说明:
- 运营在后台为 SKU/SPU 配置手动关联:同类、配件、搭配套餐等。
- 配置推荐位启用算法(协同过滤、热门、新品等)与兜底策略。
- 系统合并人工置顶、加权与算法召回,去重后填充各坑位。
- 用户在商详页、列表侧栏、购物车等位置看到推荐商品。
- 通过埋点统计曝光、点击与成交,反哺运营调整与算法参数。
- 流程结束。
特别说明:
- 人工强插与算法冲突时需定义优先级,避免重复或违规导购。
- 跨境或敏感类目需过滤推荐池,符合合规要求。
文档版本说明:流程与角色以 VortMall 商品与分类域通用实践为蓝本,具体字段与接口以实际交付版本为准。
Gan public network security 36010902001041