logoDocumentation center
Vortmall使用文档

结算与财务

结算与财务

本文档面向采购并使用 VortMall 电商系统的平台运营方，说明五方资金流、结算入账（StatementRecord）、周期出账（StatementOutput）、提现、退款冲销、平台服务费、发票及对账单核对等核心业务路径。资金关系为：消费者 → 平台 → 店铺/商家 → 供应商/厂商 → 分销员；结算记录在订单确认收货（或等价确认节点）后生成，账期可按「即时」或「T+N 天」配置。

1. 价格计算全流程（五方资金流）

说明： 从单笔订单视角展示全局资金流向：消费者实付进入平台侧归集后，按规则拆分为平台服务费、商家可结算收入、供应商分成、分销佣金等，便于运营方理解每一方的「钱从哪来」。

参与角色： 消费者、平台、店铺/商家、供应商/厂商、分销员（及订单/计价与结算域服务）。

flowchart LR
    consumerPay["消费者实付"]
    platformPool["平台资金池/归集"]
    serviceFee["平台服务费"]
    shopIncome["商家订单收入(ORDER)"]
    vendorShare["供应商分成"]
    distComm["分销佣金(DISTRIBUTION_COMMISSION)"]
    consumerPay --> platformPool
    platformPool --> serviceFee
    platformPool --> shopIncome
    platformPool --> vendorShare
    platformPool --> distComm

步骤说明：

  1. 消费者在收银台完成支付，实付金额进入平台侧支付归集账户或等价资金池（具体以支付渠道与商户主体配置为准）。
  2. 系统根据商品归属、供货关系与分销关系，解析本单涉及的商家、可选供应商、可选分销员。
  3. 按商品售价、活动价、优惠券分摊等规则，确定本单「可分账基数」（通常为商品实付或约定口径）。
  4. 平台按配置的服务费率从可分账基数中计提 SERVICE_FEE（平台服务费），形成平台收入。
  5. 剩余部分按供货/代销约定比例划分给 供应商（若本单存在供货链路），记为供应商侧应结算金额。
  6. 若订单绑定分销关系，从约定基数中计提 DISTRIBUTION_COMMISSION，作为分销员佣金来源（可与商家净收入联动计算）。
  7. 扣减平台服务费、供应商分成、分销佣金后的余额，作为 商家/店铺侧 ORDER 类型收入 的计价基础（具体入账仍以确认收货后的结算记录为准）。

特别说明：

  • 五方并非每笔订单都全部出现：无供货则无供应商分成；无分销则无分销佣金。
  • 图示为业务概念总览，实际分账顺序、舍入规则与最小货币单位以平台配置与合同为准。

2. 订单确认收货后结算入账流程

说明： 用户确认收货（或系统自动确认）后触发结算入账：生成 ORDER 记录体现商家收入，生成 SERVICE_FEE 体现平台抽成；若存在分销，则生成 DISTRIBUTION_COMMISSION。账期为 0 时可视为立即进入可出账周期，否则记录进入待结算状态直至满足 T+N。

参与角色： 消费者、订单服务、结算服务、店铺/商家、平台、分销员（可选）。

flowchart TD
    receipt["确认收货事件"]
    genOrderRec["生成ORDER结算记录"]
    genFeeRec["生成SERVICE_FEE记录"]
    genDistRec["可选:DISTRIBUTION_COMMISSION"]
    periodCheck["账期是否即时为零天"]
    pendingSettle["待结算/账期内"]
    readySettle["可纳入后续出账"]
    receipt --> genOrderRec
    receipt --> genFeeRec
    receipt --> genDistRec
    genOrderRec --> periodCheck
    genFeeRec --> periodCheck
    genDistRec --> periodCheck
    periodCheck -->|是| readySettle
    periodCheck -->|否| pendingSettle
    pendingSettle --> readySettle

步骤说明：

  1. 订单达到「已确认收货」状态（用户点击或超期自动确认，以业务配置为准）。
  2. 结算服务根据订单明细、金额口径与参与方，计算商家应得、平台服务费、分销佣金（如有）。
  3. 写入 ORDER 类型 StatementRecord，表示商家侧订单收入入账依据。
  4. 写入 SERVICE_FEE 类型记录，表示平台从本单计提的服务费。
  5. 若启用分销，写入 DISTRIBUTION_COMMISSION 类型记录，表示分销佣金及与商家/平台的结算关系。
  6. 读取店铺维度结算策略：若为 即时（账期 0），记录可直接进入「已满足出账条件」或等价状态。
  7. 若为 T+N：记录带账期起算日与到期日，在到期前处于待结算；到期后与其他记录一并参与周期出账（见第 3 节）。

特别说明：

  • 结算记录一般在「确认收货」时创建，与支付成功时点分离；运营需向商家说明账期起算点。
  • REFUND 类记录在退款流程中处理，不在本路径生成。

3. 商家结算周期与出账流程

说明： 按店铺或平台级配置的账期（如 T+7），由定时任务或批处理将一段时间内的 StatementRecord 汇总，生成周期性 StatementOutput（出账单/对账单），供商家在后台查看与下载。

参与角色： 定时任务/批处理、结算服务、店铺/商家、平台运营（可选复核）。

flowchart TD
    cronJob["到达出账日/批处理窗口"]
    collectRec["汇总账期内StatementRecord"]
    aggregate["按维度聚合金额与笔数"]
    genOutput["生成StatementOutput"]
    publish["发布对账单/待商家查看"]
    notify["可选:消息通知商家"]
    cronJob --> collectRec
    collectRec --> aggregate
    aggregate --> genOutput
    genOutput --> publish
    publish --> notify

步骤说明：

  1. 系统根据配置的结算周期（自然日/工作日、截止时点）触发出账任务。
  2. 查询该店铺在「上一出账周期」内所有已满足条件的结算记录（含 ORDER、SERVICE_FEE、REFUND、DISTRIBUTION_COMMISSION 等类型）。
  3. 按订单、类型、币种等维度聚合，形成收入、扣费、退款冲销、净额等汇总字段。
  4. 生成一条或多条 StatementOutput，与明细记录建立关联，形成可追溯对账链路。
  5. 对账单在商家后台「结算/对账」模块展示列表与详情。
  6. 可选：向商家发送站内信、短信或邮件提醒「本期对账单已生成」。
  7. 商家确认无误后，净额进入 可提现余额 池（具体解冻规则以产品配置为准）。

特别说明：

  • 「即时」与「T+N」可并存于不同店铺策略；批处理需幂等，避免重复出账。
  • 若后续发生退款冲销，可能回滚或调整已出账期间数据，需在第 7 节规则下处理。

4. 商家提现流程

说明： 商家在后台查看可提现余额，发起提现申请并选择提现账户；平台审核通过后由财务或支付通道打款，资金到达商家银行账户。

参与角色： 店铺/商家、商家后台、结算与风控、平台审核人员、支付/银行通道。

flowchart TD
    viewBal["查看可提现余额"]
    submitReq["提交提现申请"]
    pickAccount["选择提现账户"]
    audit["平台审核"]
    auditResult{"审核结果"}
    payout["打款至绑定账户"]
    arrival["到账"]
    reject["驳回/补充材料"]
    viewBal --> submitReq
    submitReq --> pickAccount
    pickAccount --> audit
    audit --> auditResult
    auditResult -->|通过| payout
    payout --> arrival
    auditResult -->|拒绝| reject

步骤说明：

  1. 商家登录后台，在资产或结算页查看 可提现余额 与冻结金额说明。
  2. 输入提现金额，校验不超过可提限额与单笔/单日上限（如有）。
  3. 选择已认证的提现账户（对公/对私以主体资质为准）。
  4. 提交申请后生成提现单，进入 待审核 队列。
  5. 平台风控/财务审核：核对身份、异常交易、税务与合规要求。
  6. 审核通过后调用线下打款、银企直联或第三方支付「付款到银行卡」等能力执行出款。
  7. 通道返回成功后将提现单置为成功，可提现余额扣减；失败则重试或人工处理。
  8. 商家在「提现记录」中查看状态；资金实际到账时间以银行或通道为准。

特别说明：

  • 大额或首提可能触发额外人工核验；敏感地区或行业需遵循当地监管。
  • 提现手续费、到账时效可在平台规则中单独配置。

5. 供应商结算流程

说明： 对存在供货/代销关系的订单，订单实付在计价后按合同比例分配给供应商；确认收货后生成供应商维度的结算记录，纳入后续对账与提现。

参与角色： 订单服务、结算服务、店铺/商家、供应商、平台。

flowchart TD
    orderDone["订单确认收货"]
    detectVendor["识别SKU供货关系"]
    calcRatio["按约定比例计算供应商分成"]
    createVendorRec["生成供应商侧结算记录"]
    mergePeriod["进入供应商账期/出账周期"]
    orderDone --> detectVendor
    detectVendor --> calcRatio
    calcRatio --> createVendorRec
    createVendorRec --> mergePeriod

步骤说明：

  1. 订单确认收货后，结算任务识别行项目中关联的 供应商 及供货协议。
  2. 确定本分摊基数（如供货价、扣点后的结算价等，以合同与系统配置为准）。
  3. 按约定比例或绝对金额规则计算供应商应得，生成供应商维度的 ORDER（或业务约定的收入类型）结算记录。
  4. 同时保留店铺侧与平台服务费记录，保证五方金额勾稽一致。
  5. 供应商记录进入该供应商的 结算周期（可与店铺账期不同，取决于配置）。
  6. 周期届至时汇总入 供应商对账单，供供应商后台查看。
  7. 供应商侧后续提现见第 6 节。

特别说明：

  • 一单多供应商时，应按行拆分多条结算记录。
  • 若供应商与店铺为同一主体，系统上仍建议分角色展示以便财务核算。

6. 供应商提现流程

说明： 供应商在供应商后台查看已结算余额，发起提现；平台审核通过后打款至供应商绑定账户。

参与角色： 供应商、供应商后台、平台审核、支付通道。

flowchart TD
    supBal["查看供应商结算余额"]
    supApply["提交提现申请"]
    supAudit["平台审核"]
    supDecision["审核是否通过"]
    supPay["打款"]
    supDone["到账/完成"]
    supReject["驳回"]
    supBal --> supApply
    supApply --> supAudit
    supAudit --> supDecision
    supDecision -->|是| supPay
    supPay --> supDone
    supDecision -->|否| supReject

步骤说明：

  1. 供应商登录供应商端，查看可提现余额及冻结说明。
  2. 填写提现金额并选择收款账户（需事前完成认证）。
  3. 提交后进入平台审核（可与商家提现共用风控策略或独立规则）。
  4. 审核通过后发起出款；失败则通知供应商原因。
  5. 成功后更新余额与提现流水状态。
  6. 供应商可下载或导出提现凭证用于自身记账。

特别说明：

  • 供应商与商家提现权限、费率可分别配置。
  • 若与店铺存在代结算关系，需在合同中明确发票与税务责任。

7. 退款结算冲销流程

说明： 发生退款时，需冲销原订单已生成或已出账的结算记录：查询原单 StatementRecord，计算各方应退金额，生成 REFUND 冲销记录并回写对账单。未结算的分销佣金可加回店铺净收入；已结算给分销员的佣金通常不再向分销员追回，由平台与商家按规则承担或记账处理。

参与角色： 售后/退款服务、结算服务、店铺/商家、平台、供应商（可选）、分销员（可选）。

flowchart TD
    refundReq["发起退款/同意退款"]
    findOrig["查询原订单结算记录"]
    calcRefund["计算各方应退金额"]
    writeRefundRec["生成REFUND冲销记录"]
    updateOutput["更新相关StatementOutput"]
    distRule["分销佣金是否已结算"]
    addBackShop["未结算:佣金加回商家净收入"]
    noRecover["已结算:不追回分销员"]
    refundReq --> findOrig
    findOrig --> calcRefund
    calcRefund --> writeRefundRec
    writeRefundRec --> updateOutput
    calcRefund --> distRule
    distRule -->|未结算| addBackShop
    distRule -->|已结算| noRecover

步骤说明：

  1. 售后单审核通过或原路退款触发，确定退款金额与范围（整单/部分退款）。
  2. 结算服务根据原订单号查询已生成的 ORDER、SERVICE_FEE、DISTRIBUTION_COMMISSION 等记录。
  3. 按比例或按行计算应冲减的商家收入、平台服务费、供应商分成及分销佣金。
  4. 写入 REFUND 类型结算记录（负数或冲销关联字段，以实现与原始记录勾稽）。
  5. 若退款跨已出账周期，更新或追加 StatementOutput 调整项，保证对账单期末净额正确。
  6. 若分销佣金 尚未结算 给出账周期，可将对应佣金份额 加回商家净收入 或撤销计提。
  7. 若分销佣金 已结算 至分销员，业务上通常 不追回，由平台规则定义是否从后续商家结算中抵扣或记为平台/marketing 成本。

特别说明：

  • 部分退款时舍入与分摊顺序需在实施层写死并留审计日志。
  • 与支付渠道的退款到账时效独立于结算冲销完成时点。

8. 平台服务费抽成流程

说明： 平台从每笔订单的可分账金额中按 服务费率 计提服务费：订单金额（或约定基数）× 费率 = 平台收入（SERVICE_FEE），余额进入商家（及供应商、分销等）侧分配。

参与角色： 平台、店铺/商家、计价规则、结算服务。

flowchart TD
    baseAmt["确定计费基数(如商品实付)"]
    rateCfg["读取服务费率配置"]
    feeCalc["服务费=基数×费率"]
    recordFee["生成SERVICE_FEE记录"]
    remainNet["剩余为商家净收入基数"]
    baseAmt --> rateCfg
    rateCfg --> feeCalc
    feeCalc --> recordFee
    feeCalc --> remainNet

步骤说明：

  1. 订单确认收货后，确定服务费 计费基数（常见为商品实付，可排除运费或按品类例外）。
  2. 读取店铺、类目或合同约定的 服务费率（固定比例或阶梯）。
  3. 计算：服务费 = 基数 × 费率，按规则向上/向下取整到分。
  4. 生成 SERVICE_FEE 类型 StatementRecord，归属平台收入。
  5. 从可分账金额中扣减服务费后，剩余部分作为商家 ORDER 收入与后续供应商/分销拆分的起点。
  6. 费率变更一般仅对新单生效，历史订单保持原费率（以配置为准）。

特别说明：

  • 若同时存在活动补贴，需明确服务费基数是否含平台券承担部分。
  • 跨境或多币种场景需固定汇率快照，避免对账争议。

9. 发票开具流程（平台端）

说明： 用户在订单完成后申请开票，选择个人或企业抬头并填写税号等信息；平台运营审核后在税控或电子发票系统开具电子或纸质发票，用户于前台下载或查看物流。

参与角色： 用户、平台前台、平台运营/财务、税控或电子发票服务。

flowchart TD
    userApply["用户提交开票申请"]
    fillTitle["选择个人/企业并填写抬头税号"]
    platReview["平台审核"]
    reviewOk["审核是否通过"]
    issueInv["开具电子/纸质发票"]
    userGet["用户查看与下载"]
    reviewFail["驳回/补充信息"]
    userApply --> fillTitle
    fillTitle --> platReview
    platReview --> reviewOk
    reviewOk -->|是| issueInv
    issueInv --> userGet
    reviewOk -->|否| reviewFail

步骤说明：

  1. 用户在订单列表或发票中心发起开票申请，选择开票订单与金额。
  2. 选择 个人 或 企业，填写发票抬头、税号、开户行与地址电话（专票常需完整信息）。
  3. 提交后进入平台 待审核 队列。
  4. 运营核对订单真实性、开票主体、金额与税务资质。
  5. 审核通过后，财务在税控系统或电子发票平台开具 电子发票（PDF/OFD）或安排 纸质发票 邮寄。
  6. 发票信息回写用户账户，用户下载电子版或查看快递单号。
  7. 驳回时说明原因，用户修改后重新提交。

特别说明：

  • 开票金额通常与实付一致；退款后需红冲或作废重开，按税务规定执行。
  • 平台与店铺谁为销售方开票，取决于经营主体与代收代付约定。

10. 对账单下载与核对流程

说明： 商家或供应商登录后台，按时间段筛选已生成的 StatementOutput，下载 Excel 等对账单文件，核对订单明细、退款冲销、服务费与净收入是否与业务预期一致。

参与角色： 店铺/商家或供应商、后台报表、结算服务。

flowchart TD
    loginBack["登录商家/供应商后台"]
    pickRange["选择对账时间段"]
    listOutput["查看出账单列表"]
    downloadExcel["下载对账单(Excel等)"]
    checkDetail["核对订单/退款/服务费/净收入"]
    diffHandle["差异:联系平台或工单"]
    loginBack --> pickRange
    pickRange --> listOutput
    listOutput --> downloadExcel
    downloadExcel --> checkDetail
    checkDetail --> diffHandle

步骤说明：

  1. 使用商家或供应商账号登录后台，进入「结算」「对账单」或「财务报表」菜单。
  2. 选择起止日期或会计期间，系统列出该范围内 StatementOutput 列表。
  3. 点击某期对账单查看汇总：订单笔数、总金额、服务费合计、退款冲销、分销佣金、净收入等。
  4. 下载 Excel 或 CSV，获取订单级/明细级行项目。
  5. 与自有 ERP、发货记录、支付流水交叉核对：重点检查 退款是否已冲销、服务费比例、异常大额订单。
  6. 若发现差异，通过工单或客户经理联系平台，提供订单号与截图；平台调取结算日志复核。
  7. 核对无误后，可作为提现与税务申报的辅助依据（最终以合同与法规为准）。

特别说明：

  • 导出文件可能含延迟（异步任务）；大数据量时建议错峰下载。
  • 明细中的类型字段应对齐：ORDER、SERVICE_FEE、REFUND、DISTRIBUTION_COMMISSION 等。

文档版本说明：以上流程为面向平台运营方的产品与业务说明，具体字段名与接口以 VortMall-Api 实际实现及配置为准。

  • ©2026 VortMall Baishang Technology (Group)
结算与财务
Enter search text
HomeDocumentation center
Outline
结算与财务
1. 价格计算全流程（五方资金流）
2. 订单确认收货后结算入账流程
3. 商家结算周期与出账流程
4. 商家提现流程
5. 供应商结算流程
6. 供应商提现流程
7. 退款结算冲销流程
8. 平台服务费抽成流程
9. 发票开具流程（平台端）
10. 对账单下载与核对流程