用户与账户

œ# 用户与账户

本文档面向采购 VortMall 多业态电商平台的客户（平台运营方），描述终端用户侧「用户与账户」相关核心业务流程。VortMall 支持多版本（专业版、商家版、B2B 批发版、海外版、供应商版、O2O 等），其中 B2B 版包含企业实名认证能力；用户体系涵盖积分、余额、会员等级；支付侧可对接微信、支付宝、PayPal 等用于充值；支持签到奖励与个人/企业发票管理。

---

1. 用户注册流程

说明： 用户通过手机号或邮箱完成注册，系统发送验证码并完成校验后创建账号，适用于新用户首次入驻平台。

参与角色： 用户（访客）、平台前端应用、用户中心服务、消息/短信邮件服务、风控（可选）

flowchart TD
    startNode([用户打开注册页]) --> chooseChannel{选择注册方式}
    chooseChannel -->|手机号| inputPhone[填写手机号]
    chooseChannel -->|邮箱| inputEmail[填写邮箱与密码]
    inputPhone --> sendCode1[请求发送验证码]
    inputEmail --> sendCode2[请求发送验证码]
    sendCode1 --> receiveCode1[用户收到短信验证码]
    sendCode2 --> receiveCode2[用户收到邮件验证码]
    receiveCode1 --> fillCode1[填写验证码与设置密码]
    receiveCode2 --> fillCode2[填写验证码与确认密码]
    fillCode1 --> validateCode{验证码是否有效}
    fillCode2 --> validateCode
    validateCode -->|否| sendCode1
    validateCode -->|是| checkDup{账号是否已存在}
    checkDup -->|是| showExists["提示账号已存在"]
    checkDup -->|否| agreeTerms{是否同意协议}
    agreeTerms -->|否| mustAgree["提示需同意用户协议与隐私政策"]
    mustAgree --> agreeTerms
    agreeTerms -->|是| createAccount[创建用户账号与基础档案]
    createAccount --> bindChannel[绑定登录凭证]
    bindChannel --> success([注册成功并引导登录])
    showExists --> chooseChannel

步骤说明：

1. 用户进入注册页面，选择手机号注册或邮箱注册。
2. 用户填写手机号或邮箱，并触发获取验证码（短信或邮件）。
3. 用户在有效期内填写验证码，并设置登录密码（及确认密码）。
4. 系统校验验证码有效性；无效则提示重新获取或重新输入。
5. 系统检查该手机号或邮箱是否已被注册；若已存在则提示并引导登录或换号。
6. 用户勾选同意《用户协议》与《隐私政策》；未同意则无法继续。
7. 系统创建用户主账号，初始化用户档案（如默认昵称、注册来源、版本标识等）。
8. 系统绑定对应登录凭证（手机或邮箱），完成注册并跳转登录或自动登录。

特别说明：

• 可配置图形验证码或人机校验，防范批量注册；高风险场景可接入风控策略。
• 多版本业态下，注册时可写入渠道/业态标识，便于后续权限与商品范围区分。

---

2. 用户登录流程

说明： 支持账号密码登录、验证码快捷登录以及微信等第三方 OAuth 授权登录，满足不同场景下的安全与便捷需求。

参与角色： 用户、平台前端、认证服务、第三方 OAuth 提供方（如微信开放平台）、会话与令牌服务

flowchart TD
    entry([用户进入登录页]) --> pickMode{选择登录方式}
    pickMode -->|账号密码| pwdFlow[输入账号与密码]
    pickMode -->|验证码| codeFlow[输入手机号或邮箱]
    pickMode -->|第三方| oauthFlow[选择微信等第三方]
    pwdFlow --> submitPwd[提交登录]
    codeFlow --> sendLoginCode[获取登录验证码]
    sendLoginCode --> inputLoginCode[填写验证码]
    inputLoginCode --> submitCode[提交验证]
    oauthFlow --> redirectOAuth[跳转授权页]
    redirectOAuth --> userAuth[用户在第三方完成授权]
    userAuth --> callbackOAuth[回调携带授权码]
    callbackOAuth --> exchangeToken[换取平台用户身份]
    submitPwd --> validatePwd{凭证校验}
    submitCode --> validateCodeLogin{验证码校验}
    validatePwd -->|失败| errPwd["提示账号或密码错误"]
    validateCodeLogin -->|失败| errCode["提示验证码无效或过期"]
    errPwd --> pickMode
    errCode --> pickMode
    validatePwd -->|成功| issueSession[签发会话或令牌]
    validateCodeLogin -->|成功| issueSession
    exchangeToken --> bindOrCreate{是否已绑定平台账号}
    bindOrCreate -->|否| guideBind["引导绑定手机或注册"]
    bindOrCreate -->|是| issueSession
    guideBind --> issueSession
    issueSession --> enterMall([进入商城首页或个人中心])

步骤说明：

1. 用户打开登录页，选择账号密码、验证码或第三方登录。
2. 账号密码： 用户输入账号（手机/邮箱/用户名）与密码并提交；系统校验凭证。
3. 验证码登录： 用户输入手机或邮箱，获取并填写登录验证码后提交；系统校验验证码。
4. 第三方 OAuth： 用户选择微信等渠道，跳转至第三方授权页完成授权；回调后用授权信息换取平台身份。
5. 若第三方首次登录且未绑定平台账号，引导用户绑定手机号或完成简易注册。
6. 校验通过后，系统建立会话或签发访问令牌（按平台安全策略）。
7. 用户进入商城业务首页或跳转至登录前目标页。

特别说明：

• 可叠加设备指纹、异地登录提醒、失败次数锁定等安全策略。
• 多版本部署时，OAuth 回调域名与客户端 ID 需按环境区分配置。

---

3. 密码找回/重置流程

说明： 用户忘记密码时，通过已绑定的手机号或邮箱验证身份后设置新密码，确保账户安全。

参与角色： 用户、平台前端、认证服务、消息服务（短信/邮件）

flowchart TD
    forgot([用户点击忘记密码]) --> inputAccount[输入手机号或邮箱]
    inputAccount --> checkAccount{账号是否存在}
    checkAccount -->|否| notFound["提示账号不存在或未注册"]
    notFound --> inputAccount
    checkAccount -->|是| sendResetCode[发送重置验证码]
    sendResetCode --> userInputCode[用户填写验证码]
    userInputCode --> verifyReset{验证码校验}
    verifyReset -->|否| retryCode["提示重试或重新获取"]
    retryCode --> userInputCode
    verifyReset -->|是| setNewPwd[设置新密码并确认]
    setNewPwd --> strengthCheck{密码强度是否符合策略}
    strengthCheck -->|否| weakPwd["提示按规则设置密码"]
    weakPwd --> setNewPwd
    strengthCheck -->|是| savePwd[更新登录密码]
    savePwd --> invalidateOld[可选: 使其他端会话失效]
    invalidateOld --> done([提示重置成功并跳转登录])

步骤说明：

1. 用户在登录页进入「忘记密码」，输入注册手机号或邮箱。
2. 系统校验账号是否存在；不存在则提示并建议注册或核对输入。
3. 系统向手机或邮箱发送重置专用验证码（可与登录验证码通道区分）。
4. 用户输入验证码，系统校验有效性与时效。
5. 验证通过后，用户输入新密码并二次确认。
6. 系统按密码策略校验强度（长度、复杂度等）。
7. 保存新密码，可选清除其他设备会话，提示用户使用新密码登录。

特别说明：

• 重置链路应限流，防止对特定账号或号段的撞库与骚扰。
• 若同时绑定手机与邮箱，可配置优先验证渠道或双因子增强。

---

4. 用户个人资料管理流程

说明： 登录用户可在个人中心维护头像、昵称、性别等基础资料，部分字段可能受审核或修改频次限制。

参与角色： 用户、平台前端、用户档案服务、对象存储（头像）、内容审核（可选）

flowchart TD
    profile([用户进入个人资料页]) --> loadData[加载当前资料]
    loadData --> editFields[修改头像、昵称、性别等]
    editFields --> uploadAvatar{是否更换头像}
    uploadAvatar -->|是| uploadFile[上传图片至存储]
    uploadFile --> reviewAvatar{是否需要审核}
    uploadAvatar -->|否| validateForm[校验表单]
    reviewAvatar -->|是| pendingReview[进入审核队列]
    reviewAvatar -->|否| validateForm
    pendingReview --> auditResult{审核结果}
    auditResult -->|驳回| notifyReject["通知用户修改"]
    notifyReject --> editFields
    auditResult -->|通过| validateForm
    validateForm --> checkRule{是否符合昵称规则与频次}
    checkRule -->|否| showError["提示违规或超频"]
    showError --> editFields
    checkRule -->|是| saveProfile[保存用户资料]
    saveProfile --> syncCache[更新展示与缓存]
    syncCache --> successMsg([提示保存成功])

步骤说明：

1. 用户进入个人资料或账户设置页面，系统加载当前可编辑字段。
2. 用户修改头像、昵称、性别、生日等（以平台开放字段为准）。
3. 若更换头像，用户上传图片；系统存储并可选择机审/人审敏感内容。
4. 系统校验必填项、格式、敏感词及昵称修改频次等业务规则。
5. 校验通过后持久化用户档案，并更新前端展示与相关缓存。
6. 若存在审核，在审核通过前对外可展示旧资料或默认占位。

特别说明：

• 多版本下部分字段（如对外展示名）可能与 B2B 企业信息联动，需避免冲突规则。
• 头像建议限制格式与大小，并生成多尺寸缩略图以优化性能。

---

5. 收货地址管理流程

说明： 用户维护收货人、电话、省市区及详细地址，支持新增、编辑、删除与设置默认地址，用于下单与配送。

参与角色： 用户、平台前端、地址服务、行政区划数据服务

flowchart TD
    addr([用户进入地址管理]) --> listAddr[展示地址列表]
    listAddr --> action{用户操作}
    action -->|新增| newAddr[填写收货信息与地区]
    action -->|编辑| editAddr[选择地址并修改]
    action -->|删除| confirmDel{确认删除}
    action -->|设默认| setDefault[选择设为默认]
    newAddr --> validateAddr[校验完整性与可达性]
    editAddr --> validateAddr
    validateAddr --> validResult{校验是否通过}
    validResult -->|否| showAddrErr["提示补全或修正"]
    showAddrErr --> newAddr
    validResult -->|是| saveAddr[保存地址记录]
    confirmDel -->|取消| listAddr
    confirmDel -->|确认| removeAddr[删除地址]
    setDefault --> updateDefault[取消原默认并设新默认]
    saveAddr --> refreshList[刷新列表]
    removeAddr --> refreshList
    updateDefault --> refreshList
    refreshList --> doneAddr([完成])

步骤说明：

1. 用户进入收货地址管理，查看已有地址列表及默认标记。
2. 新增： 用户填写收货人、手机号、省市区与详细地址，可选地址标签。
3. 编辑： 用户选择某条地址修改信息，系统重新校验并保存。
4. 删除： 用户删除地址前二次确认；删除后若曾默认则按规则重选默认或清空默认。
5. 默认地址： 用户将某条设为默认，系统保证同一用户仅一条默认（业务可配置是否允许无默认）。
6. 保存后列表与下单页默认选中逻辑同步更新。

特别说明：

• 跨境/海外版可能增加英文地址、邮编与国际电话格式校验。
• O2O 场景可扩展「自提点」类型地址，与纯快递地址区分管理。

---

6. 实名认证流程（B2B 版）

说明： B2B 批发版中，企业采购主体需完成企业实名认证，提交营业执照等信息，经平台审核后开通相应批发权限与开票资质。

参与角色： 企业用户、平台前端、企业认证服务、审核人员（运营后台）、工商信息核验（可选第三方）

flowchart TD
    b2b([企业用户发起认证]) --> fillEnterprise[填写企业名称、信用代码等]
    fillEnterprise --> uploadLicense[上传营业执照等影像]
    uploadLicense --> fillLegal[填写法人或经办人信息]
    fillLegal --> submitApply[提交认证申请]
    submitApply --> preCheck{系统预审}
    preCheck -->|不通过| returnUser["退回修改并说明原因"]
    returnUser --> fillEnterprise
    preCheck -->|通过| queueReview[进入人工审核队列]
    queueReview --> reviewerAudit{审核人员处理}
    reviewerAudit -->|要求补件| needMore["通知用户补充材料"]
    needMore --> fillEnterprise
    reviewerAudit -->|驳回| rejectCert["认证驳回并记录原因"]
    reviewerAudit -->|通过| approveCert[认证通过]
    approveCert --> updateSubject[更新企业主体与权限标签]
    updateSubject --> notifyUser([通知用户认证结果])
    rejectCert --> notifyUser

步骤说明：

1. B2B 用户在企业中心发起实名/企业认证，填写企业全称、统一社会信用代码等。
2. 用户上传营业执照等规定影像件，并填写法人或授权经办人信息。
3. 用户提交申请；系统进行格式、清晰度及黑名单等预审。
4. 预审通过后进入人工审核队列；审核人员比对材料与工商信息（可对接第三方核验）。
5. 若材料不全，通知用户补件并重新提交。
6. 审核通过则更新用户主体状态，开放批发价、账期、企业发票等关联能力；驳回则记录原因并通知用户。

特别说明：

• 认证状态应与订单开票抬头、合同主体保持一致性校验。
• 仅 B2B 或指定业态启用；其他版本可隐藏该入口或仅保留个人实名（若另有产品定义）。

---

7. 会员等级与成长值流程

说明： 用户通过消费、签到等行为获得成长值，系统按规则累计并在达到阈值时自动升级或触发降级，对应不同会员权益。

参与角色： 用户、订单与交易域、会员成长服务、规则引擎（等级阈值配置）

flowchart TD
    growth([业务行为发生]) --> type{行为类型}
    type -->|下单支付| orderPaid[订单完成或确认收货]
    type -->|其他| otherActs[评价、活动等按规则计分]
    orderPaid --> calcGrowth[计算本次成长值]
    otherActs --> calcGrowth
    calcGrowth --> addTotal[累加用户成长值总额]
    addTotal --> compareUp{是否达到升级阈值}
    compareUp -->|是| upgradeLevel[自动提升会员等级]
    compareUp -->|否| checkCycle{是否到达等级结算周期}
    checkCycle -->|是| compareDown{是否低于保级阈值}
    checkCycle -->|否| notifyGrowth([更新展示])
    compareDown -->|是| downgradeLevel[降级或失去高阶权益]
    compareDown -->|否| notifyGrowth
    upgradeLevel --> grantBenefit[发放或解锁等级权益]
    downgradeLevel --> revokeBenefit[调整或收回部分权益]
    grantBenefit --> notifyGrowth
    revokeBenefit --> notifyGrowth

步骤说明：

1. 用户发生可计成长值的行为（如订单完成、评价、活动任务等，以运营配置为准）。
2. 系统按规则计算本次成长值并写入用户成长值账户。
3. 累加后与用户当前等级阈值比对，达到升级条件则自动提升会员等级。
4. 若平台采用周期保级（如自然年/滚动月），在结算点检查是否低于保级线，触发降级或权益调整。
5. 等级变更后同步用户可见等级标识、权益说明及营销触达。

特别说明：

• 不同业态（如 B2B 与零售）可采用不同成长值系数与等级名称体系。
• 退款、刷单风控等应配置成长值回冲规则，避免套利。

---

8. 积分获取与使用流程

说明： 用户通过消费等途径获得积分，下单时可按规则抵扣现金；发生退款时按政策返还或扣回积分，保证账务一致。

参与角色： 用户、订单服务、支付服务、积分账户服务、售后退款服务

flowchart TD
    points([积分相关场景]) --> branch{场景分支}
    branch -->|消费获积分| orderComplete[订单达到计分节点]
    orderComplete --> grantPoints[按规则发放积分]
    grantPoints --> ledgerIn[积分入账流水]
    branch -->|下单抵扣| atCheckout[结算页选择使用积分]
    atCheckout --> checkBalance{积分是否足够且商品可用}
    checkBalance -->|否| cannotUse["提示不可用或不足"]
    checkBalance -->|是| lockPoints[预扣或锁定积分]
    lockPoints --> payFlow[用户完成支付]
    payFlow --> confirmDeduct[确认抵扣并扣减积分]
    branch -->|退款| refundReq[发起售后退款]
    refundReq --> refundCalc[按退款比例计算积分调整]
    refundCalc --> returnOrClaw[返还已扣积分或追回已发积分]
    ledgerIn --> updateDisplay([更新用户积分余额])
    confirmDeduct --> updateDisplay
    returnOrClaw --> updateDisplay
    cannotUse --> atCheckout

步骤说明：

1. 获取： 订单在满足条件（如确认收货、无售后纠纷）后，系统按金额或品类规则发放积分并记账。
2. 使用： 用户在结算页选择使用积分，系统校验商品是否支持、抵扣比例上限及当前余额。
3. 校验通过后锁定或预扣积分，用户完成支付后正式扣减并生成流水。
4. 退款： 发生全额或部分退款时，按规则返还用户已抵扣积分，并相应追回已发放积分（按产品策略比例执行）。
5. 全流程积分变动可追溯，用户可在积分明细中查询。

特别说明：

• 积分通常有有效期，需在规则中明示并于到期前提醒。
• 多版本需注意跨境币种与积分价值换算若存在时的配置。

---

9. 用户余额充值流程

说明： 用户通过第三方支付渠道向平台账户余额充值，资金进入用户预存账户，用于后续订单支付或指定场景消费。

参与角色： 用户、收银台前端、支付网关、微信/支付宝/PayPal 等渠道、余额账户服务、对账服务

sequenceDiagram
    participant User as 用户
    participant Mall as 商城前端
    participant Pay as 支付网关
    participant Channel as 第三方支付
    participant Balance as 余额服务

    User->>Mall: 输入充值金额并选择支付方式
    Mall->>Pay: 创建充值订单
    Pay->>Channel: 发起支付请求
    Channel-->>User: 展示收银台
    User->>Channel: 完成支付
    Channel-->>Pay: 异步支付结果通知
    Pay->>Balance: 校验并增加用户余额
    Balance-->>Mall: 充值成功
    Mall-->>User: 展示成功与余额

步骤说明：

1. 用户在「账户余额」或充值入口输入充值金额，并选择微信、支付宝、PayPal 等可用渠道。
2. 系统创建充值业务单，调用支付网关生成预支付信息并拉起收银台。
3. 用户在第三方渠道完成付款；支付机构异步通知平台支付结果。
4. 平台验签并防重放，确认成功后增加用户余额，写入充值流水。
5. 前端展示充值成功与最新余额；对账系统按日与渠道核对资金。

特别说明：

• 需配置单笔/单日充值限额与实名等级关联（若产品要求）。
• 海外版以 PayPal 等为主时，注意币种与结算账户配置。

---

10. 用户余额提现流程

说明： 用户将账户余额申请提现至银行卡或其他收款方式，经风控与财务审核后完成打款，保障资金安全与合规。

参与角色： 用户、平台前端、余额服务、风控服务、财务审核人员、出款通道（银行或第三方支付）

flowchart TD
    withdraw([用户发起提现]) --> inputAmount[输入提现金额与收款账户]
    inputAmount --> checkAvail{可提现余额是否充足}
    checkAvail -->|否| insufficient["提示余额不足"]
    insufficient --> inputAmount
    checkAvail -->|是| riskCheck{风控规则校验}
    riskCheck -->|拦截| riskReject["拒绝或要求额外验证"]
    riskReject --> inputAmount
    riskCheck -->|通过| createApply[生成提现申请单]
    createApply --> freezeFunds[冻结对应余额]
    freezeFunds --> needAudit{是否需要人工审核}
    needAudit -->|是| manualReview{财务审核}
    needAudit -->|否| autoPass[自动通过]
    manualReview -->|驳回| unfreezeReject[解冻并通知原因]
    manualReview -->|通过| autoPass
    autoPass --> payout[调用出款通道打款]
    payout --> payoutResult{打款结果}
    payoutResult -->|成功| deductFinal[扣减余额并完结单据]
    payoutResult -->|失败| retryOrRefund[重试或退回冻结余额]
    deductFinal --> notifyDone([通知用户到账])
    retryOrRefund --> notifyDone
    unfreezeReject --> notifyDone

步骤说明：

1. 用户填写提现金额与已绑定的收款账户信息（银行卡等）。
2. 系统校验可提现余额、单笔/单日限额及收款账户有效性。
3. 风控根据设备、行为、黑名单等规则判断是否拦截或需二次验证。
4. 通过后生成提现申请并冻结对应余额，避免重复支出。
5. 按配置进入人工审核或自动出款；审核驳回则解冻并说明原因。
6. 出款通道返回成功则扣减余额并完结；失败则按策略重试或解冻退回。

特别说明：

• 企业客户与 B2B 可能要求对公账户与更严的资质校验。
• 需保留完整审计日志以满足财务与监管要求。

---

11. 每日签到流程

说明： 用户每日在指定入口完成签到，系统按连续天数与活动规则发放积分或其他奖励，用于提升活跃与复购。

参与角色： 用户、平台前端、签到活动服务、积分/优惠券服务

flowchart TD
    sign([用户进入签到页]) --> checkToday{今日是否已签到}
    checkToday -->|是| showSigned["展示已签到状态与明日提醒"]
    checkToday -->|否| doSign[用户点击签到]
    doSign --> serverCheck{服务端防重复校验}
    serverCheck -->|重复| duplicate["幂等返回已签到"]
    serverCheck -->|首次| calcReward[按规则计算积分或奖品]
    calcReward --> grantReward[发放奖励并记账]
    grantReward --> updateStreak[更新连续签到天数]
    updateStreak --> showReward([展示奖励与连续天数])
    showSigned --> endNode([结束])
    duplicate --> endNode

步骤说明：

1. 用户打开签到中心或活动页，系统判断是否已签当日。
2. 若未签到，用户点击签到；服务端基于用户 ID 与日期做幂等与防刷校验。
3. 根据连续天数、节假日活动等规则计算应得积分或券类奖励。
4. 发放奖励至对应账户（积分入账或券入库），更新连续签到统计。
5. 前端展示本次奖励与连续进度；已签到用户仅展示状态。

特别说明：

• 建议以服务端日期为准，避免客户端时区作弊。
• 可与会员等级或任务体系叠加，注意奖励上限与风控。

---

12. 用户意见反馈流程

说明： 用户提交建议、问题或投诉，平台分类派单处理并反馈结果，形成闭环以改进产品与服务。

参与角色： 用户、平台前端、工单或客服系统、客服人员、相关业务部门

flowchart TD
    feedback([用户提交反馈]) --> selectType[选择类型与紧急程度]
    selectType --> fillContent[填写描述并上传截图]
    fillContent --> submitTicket[提交工单]
    submitTicket --> autoTag[自动分类与优先级]
    autoTag --> assignOwner[分配处理人或队列]
    assignOwner --> processTicket{客服处理}
    processTicket --> needMoreInfo{是否需要用户补充信息}
    needMoreInfo -->|是| askUser["站内信或短信联系用户"]
    askUser --> userReply[用户补充材料]
    userReply --> processTicket
    needMoreInfo -->|否| resolveIssue[给出处理方案或答复]
    resolveIssue --> userConfirm{用户是否满意}
    userConfirm -->|否| escalate[升级或转交业务部门]
    escalate --> processTicket
    userConfirm -->|是| closeTicket[关闭工单]
    closeTicket --> archive([归档与满意度记录])

步骤说明：

1. 用户选择反馈类型（功能建议、体验问题、投诉等）与紧急程度。
2. 用户填写详细描述并可选上传截图或录屏。
3. 系统生成工单，自动分类、打标签并分配至客服或处理队列。
4. 客服处理过程中可联系用户补充信息；用户通过站内信或预留方式回复。
5. 形成处理结论并反馈用户；用户不满意可升级至更高层级或转交业务。
6. 确认解决后关闭工单，记录满意度用于质量分析。

特别说明：

• 涉法或重大投诉应走升级流程并留存证据。
• 可与知识库联动，对常见问题优先给出自助方案。

---

13. 发票管理流程

说明： 用户在订单完成后按规则申请开具发票，支持个人发票与增值税企业发票；用户可在发票中心查看、下载及管理历史发票。

参与角色： 用户、订单服务、发票申请服务、税务或开票系统（税控/电子发票平台）、财务

flowchart TD
    invoice([发票入口]) --> chooseOrder[选择可开票订单]
    chooseOrder --> pickType{发票类型}
    pickType -->|个人| fillPersonal[填写个人抬头与接收邮箱]
    pickType -->|企业| fillEnterprise[填写企业名称、税号等]
    fillPersonal --> validateInv[校验开票信息与金额]
    fillEnterprise --> validateInv
    validateInv --> validOk{校验是否通过}
    validOk -->|否| invErr["提示修正"]
    invErr --> pickType
    validOk -->|是| submitInv[提交开票申请]
    submitInv --> queueInv[进入开票队列]
    queueInv --> issueInv[税务系统或开票服务开具]
    issueInv --> issueResult{开票结果}
    issueResult -->|失败| failNotify["通知失败原因并重提"]
    issueResult -->|成功| storeInv[存储发票信息与版式文件]
    storeInv --> notifyUserInv([通知用户下载或查看])
    failNotify --> chooseOrder

步骤说明：

1. 用户在订单列表或发票中心选择符合开票条件的订单（通常已支付且未全额退款等）。
2. 选择个人发票或企业发票，填写对应抬头、税号（企业）、接收邮箱等。
3. 系统校验抬头与订单金额、可开票余额是否一致。
4. 提交申请后进入开票队列，由对接的税务或电子发票服务开具。
5. 开票成功后存储发票代码、号码及 PDF/OFD 等文件，并通知用户。
6. 用户可在发票管理列表中查看、下载及按规则申请换开或红冲（若支持）。

特别说明：

• B2B 企业实名通过的用户，企业抬头可与认证主体一致性校验。
• 海外版若适用当地税制，抬头与税号字段需按国别配置。

---

14. 用户收藏流程

说明： 用户可收藏感兴趣的商品或店铺，便于后续快速访问与比价；支持取消收藏与列表管理。

参与角色： 用户、平台前端、收藏服务、商品与店铺主数据

flowchart TD
    fav([浏览商品或店铺]) --> clickFav[点击收藏按钮]
    clickFav --> loggedIn{是否已登录}
    loggedIn -->|否| guideLogin["引导登录"]
    guideLogin --> loggedIn
    loggedIn -->|是| checkExist{是否已收藏}
    checkExist -->|已收藏| removeFav[取消收藏]
    checkExist -->|未收藏| addFav[写入收藏记录]
    addFav --> syncList[更新收藏列表与计数]
    removeFav --> syncList
    syncList --> toast([提示操作结果])
    toast --> manageList[用户可在收藏夹管理]
    manageList --> batchOps{批量删除或筛选}
    batchOps --> syncList

步骤说明：

1. 用户在商品详情或店铺页点击「收藏」。
2. 未登录用户引导登录；已登录用户判断是否已收藏该对象。
3. 未收藏则新增收藏记录；已收藏则本次操作视为取消收藏（或改为显式「已收藏」再点取消，依交互定义）。
4. 系统更新用户收藏列表与前端状态，并提示操作结果。
5. 用户在收藏夹中可按类型筛选、搜索或批量删除；商品下架或店铺关闭时列表可展示失效状态。

特别说明：

• 收藏上限可按运营策略配置，防止异常批量写入。
• 多业态下可区分「商品收藏」「店铺收藏」「O2O 门店收藏」等维度，数据结构宜可扩展。

---

文档版本说明：流程以通用电商业务为抽象，与 VortMall 具体版本启用模块及后台配置一致时生效；实施以实际合同与交付范围为准。