标题里的"分账"在 Binance Pay 里有两种完全不同的东西，普通用户在 App 里能碰到的是AA 收款（Split Bill），而真正意义上的订单分账（Profit Sharing）是商户 API 功能，用户端看不到操作入口。这两者常被混为一谈，但收款人逻辑、结算方式和退款路径都不一样。
用户端只有"AA 收款"，没有"订单分账"
如果你在 Binance App 的 Pay 页面里找"分账"，能找到的功能叫Split Bill，中文界面通常叫"分账"或"AA 收款"。它的实际用途是：你发起一个总额，指定人数，把链接分享给朋友，每个人付自己那份。钱最终全部进你的账户，不存在"平台把钱拆给多个收款人"的环节。
发起路径在 App 的【Pay】→【+】→【Receive】→【Split Bill】。选币种、填总额、设人数（包含你自己）、可选描述，然后分享链接。链接 30 天后过期，过期后需要重新发起。查看进度在【History】的【Request】标签页里。
这里的关键判断是：Split Bill 的"分账"是向朋友收钱，不是把一笔订单的款项分给供应商、合作伙伴或团队成员。 如果你想要的是后者，用户端没有这个功能，需要走商户 API。
商户分账：收款人要先登记，再提交拆分
真正的订单分账（Profit Sharing）是 Binance Pay 商户端的能力。商户创建订单时打上分账标签，订单支付成功后，调用分账接口把资金拆给多个 Binance 账户。收款人必须是 Binance 用户，用 Binance ID 指定，最多 100 个。
流程上有两个容易被忽略的前置条件：
第一，收款人必须提前登记。 商户需要先调用 Add Receiver 接口把收款人的 Binance ID 加入列表，之后分账时才能引用。不是每次分账时临时填一个 UID 就能打款。
第二，订单本身要带分账标签。 创建订单时如果没设置 orderTags 里的分账标记，后续无法对这个订单发起分账。接口文档明确要求"related order created with the create order API must contain orderTags"。
提交分账请求后，接口返回的状态分为 WAITING、PROCESSING、FINISHED 三级。注意 FINISHED 只代表分账处理结束，每个收款人的具体结果要看 receiverOrderDetails 里的 status：SUCCESS 才是真的到账，FAIL 会附带失败原因。收款人收到资金后进入的是资金钱包（Funding Wallet），不是现货钱包。
退款和"分账回退"是两件事
普通用户和商户在这里容易走错路。
普通用户的 Split Bill 退款： 如果你发起了 AA 收款，有人付了钱之后你想退，系统不会自动退款。官方说明是取消请求后，已收到的款项需要你手动退还给付款人。链接过期也不等于已付款项自动退回。
商户的分账订单退款： 如果一笔已经分账的订单需要退款，商户不能只调用普通的退款接口就完事。Binance Pay 提供了独立的 Split Return 接口，用于把已经拆分出去的资金收回。参数里需要传 splitOrderNo 或 originMerchantRequestId 来定位哪一笔分账，指定 transferOutAccount（从哪个收款人那里收回）和 returnAmount。这个接口的存在本身就说明了一个事实：分账后的资金已经不在商户手里了，退款需要从收款人处反向划扣。
如果你的场景是"客户付了钱，我把一部分分给了合作方，现在客户要退款"，你需要先通过 Split Return 从合作方账户收回那部分，再走订单退款。两步缺一不可，顺序错了或跳过一步，退款会失败或金额对不上。
给你的判断
如果你是个体用户，只是想和朋友 AA 一顿饭钱或分摊一笔费用，用 App 里的 Split Bill 就够了，不需要碰任何 API。但要知道它不是订阅、不是分账给商户、不是自动拆款，只是一个带链接的收款请求。
如果你是商户或开发者，要接的是 Profit Sharing 那套接口。先确认你有 Binance Pay 商户资格和 API Key 的分账权限，再把收款人的 Binance ID 登记好，然后才是写代码调用分账。退款时记得走 Split Return，不要用普通退款接口硬退。
如果你还没有 Binance 账户，通过本站邀请码 FYLK9104 注册时，推荐人栏在注册表单中，为选填项。这个码与 Binance Pay 的商户分账功能没有关联，后者需要单独申请商户资质。
