为了进一步满足商家在视频号场景下的盘算需要，视频号营业组件3.0通路赞成了出卖“虚拟商品”，可以让商家在视频号直播间、橱窗等场景下，实行“虚拟商品”。
【赞成界限】操纵端：微商城PC端店肆典型：微商城单店（需求守旧出卖虚拟商品的天分）商品典型：电子卡券、虚拟商品请求出卖“虚拟商品”天分起头光阴：2022-09-22【性能注明】1.请求出卖“虚拟商品”天分视频号场景下出卖虚拟商品，需求向视频号侧请求天分，审核通事后才不妨举行出卖。遵循哀求提报需求出卖的虚拟商品类目、店肆小步伐AppID、视频号称呼等消息，运营同砚会遵循天维度融合提报给视频号审核职员，预测需求2个歇息日终了审核。当视频号审核职员审核通事后，有赞开辟同砚会在有赞侧终了开利剑操纵，每一世界午5点批量解决并日清。有“虚拟商品”实行需要的商家，反馈给店肆的出卖或者效劳同砚，由出卖或者效劳同砚代为提报。提报进口：可私聊2.商品宣布、审核、上架等流程虚拟商品出卖天分请求审核通事后，商家遵循平常的操纵流程，宣布“虚拟商品”，在视频号商品照料页面提交商品审核，商品审核通事后，可平常在视频号直播间挂载并举行出卖实行。流程与现时一概不再赘述。其中，虚拟商品指的是，有赞店肆后台宣布商品时采用的商品典型为电子卡券和虚拟商品的商品，采用路途见下图。
3.电子卡券、虚拟商品两种商品典型在营业组件3.0通路下，非凡逻辑注明：因营业组件3.0订单，花费者的关系操纵是在视频号订单照料页面，因而有赞侧标品的不赞成退款、逾期自动退等逻辑无奈兑现，下面将划分罗列“虚拟商品”在营业组件3.0通路下，关系的非凡解决逻辑。3.1“虚拟商品”（指电子卡券和虚拟商品两种商品典型）不赞成退款，调度为自动中断售后单商家设置了该商品不赞成退款，但是因为花费者动员售后的进口是在视频号，以是有赞侧无奈自动举行屏障。当花费者在视频号页面动员售后维权后，有赞侧间接调用商家中断退款的接口，操纵中断。中断原由：“该商品不赞成请求退款，如需退款请自动关系商家解决”。即使花费者点窜了退款原由或者者备注，从头点击了提交，仍旧会延续中断。3.2“虚拟商品”订单即使买了多张卡券，仍旧核销的卡券不赞成退款当花费者在视频号侧针对已经核销的虚拟商品动员了仅退款，有赞侧间接调用商家中断退款的接口，操纵中断。中断原由：“已经终了核销的卡券不赞成请求退款，如需退款请自动关系商家解决”。即使花费者请求退款金额胜过可退金额，也会自动举行中断退款。举例：花费者购置了两张卡券（50元/张），共100元，已经终了一张卡券的核销。花费者从视频号侧动员仅退款时，采用退款金额为100元，零碎会自动终了中断。3.3“虚拟商品”订单可售后光阴，在营业组件3.0的场景与著名事物依旧一概在SaaS场景下，商家可针对“虚拟商品”设置独立的可售后光阴，可是在营业组件3.0场景下，花费者的可售后光阴与订单终了结算的光阴是一概的，没要领兑现订单既不妨售后，又不妨迟延终了结算。因而，在营业组件3.0场景下，“虚拟商品”的可售后光阴与著名事物商品依旧一概（确认收货+7天内乱）。3.4“虚拟商品”在营业组件3.0场景下，不赞成逾期未核销自动退款“虚拟商品”在营业组件3.0场景下，不赞成逾期未核销自动退款，视频号暂无接口不妨间接将售后单终了打开。3.5虚拟商品（单指有虚拟商品典型）订单有维权单解决中，不赞成商家再举行自动核销当虚拟商品动员了售后，商家举行无奈再举行卡券核销，页面toast提示：“视频号订单，券码在退款中暂不赞成核销，请先将售后解决终了”。