社区交易多方分账协议

草案预览 · 尚未生效 · 不开放真实签署或收款。主体、业务参数及法律审核完成后，另经发布门禁启用。

版本：2026-10-15-draft.1
原文 SHA-256：7a1df8607c15b73fa3e0708615a5293ce681ab54587a5ce2e4eb320c3016194c

# 社区交易多方分账协议

版本：2026-10-15-draft.1
状态：DRAFT_NOT_FOR_SIGNATURE

本文件为待审核草案，不是已经生效的交易条件。签约封面：【运营主体及登记信息】【业务参数与适用地区确认表】。签约前须填写运营主体全称、统一社会信用代码/注册号、地址、有效联系方式、适用业务、费用、期限和争议解决条款；空缺、未审核或与真实产品不一致时，不得进入签署或收款流程。适用强制性法律优先，订单和专项附件不得减损消费者法定权利。重大利害条款须醒目提示并按请求解释；不得预勾选、以浏览代替同意或追溯适用新版本。

一、参与方。商户A【主体/商户号引用】为交易履约与收款主体；社区方【合法主体/授权依据】及分账方2—N【逐方主体、业务贡献、接收资格、收款账户引用】为合同约定的接收方；玄钧【运营主体】为技术服务方。未签署、资格不明或未经渠道批准的接收方不得启用。社区组织是否有权接受资金须独立核实，居民并不因使用平台成为捐赠人。
二、资金边界。仅使用银行或依法获准支付机构支持的真实业务能力执行；平台按授权传递确定性指令，不经平台自有账户归集再向各方二次清分。协议名称、界面“分账成功”或区块链记录不能替代渠道准入和真实结算回执。
三、规则附件。每份规则必须填写：合同/规则版本、租户/商户/门店范围、起止时间、订单条件、币种、计费基数、排除项、接收方与比例/固定额、渠道限额、服务费、税费、舍入、尾差归属、结算周期、对账期限、调整授权。按最小货币单位计算；总分配不得超过可分配金额，未知金额不得当0，比例不得由AI临时决定。无完整附件不生成真实指令。
四、确认与变更。所有受影响参与方按授权范围确认；支付机构另行需要的授权独立取得。规则变更版本化并重新确认，不追溯覆盖旧订单。支付完成、分账提交、渠道受理、渠道执行成功、到账分别记录；超时/响应未知须先查询与对账，禁止盲目重发。
五、分账与售后顺序。以服务端核实的支付事实、真实履约条件和渠道规则为前提执行。分账预览不是应收确认，更不是到账。对可能退款/拒付的订单按渠道及合同约定保留必要的在途控制；任何冻结、保证金或追偿均须明确授权和法律依据。
六、退款及冲回。原订单退款金额与分配记录逐项关联；已分账的，由渠道支持的回退或接收方返还流程处理。接收方按其实际取得金额和约定责任配合返还；技术服务方不得虚构冲回成功。部分退款采用原规则版本计算，累计退款不得超原实付，尾差可解释且不得导致重复扣款。消费者合法退款不得以内部各方尚未分清责任为由无限拖延。
七、对账争议。对账单至少区分交易额、退款、可分配额、各方应收、渠道费用、平台收入及UNKNOWN。各方在【填写期限】提出具体异议；未及时提出不构成对隐藏错误或法定权利的放弃。差错以追加调整分录纠正，不静默改原账。
八、税务及公益。各方按真实交易、服务性质和适用规定开票纳税；不得把分账流水全部列为平台营业收入。公益捐赠必须另具备项目、主体资格、授权、公开与合法票据条件；一般社区分成不得包装为公益捐赠，不承诺自动税前扣除。
九、终止与责任。终止后禁止新指令，继续核对在途、退款、拒付和历史差错。错误规则、错误技术执行、虚假业务、渠道错误分别按事实和过错处理；没有任何一方享有未经授权改收款账户或比例的权力。争议按签约封面约定的适用法律及有实际联系的解决机制处理。
十、签署附件。须附每一接收方清单、规则表、渠道授权证明引用、退款责任矩阵及生效版本；任何关键项空缺均为待确认，不生效、不执行资金操作。