POS付款方式明细

POS付款方式明细是按支付流水展开的收款账：一张小票用现金 + 微信各付一部分，就是两行。它对的是「钱怎么进来的、进了哪个渠道、扣了多少手续费」，和 POS销售明细 的「卖了什么」是两条互补的线。

一、功能概述

菜单位置：连锁管理 → 报表 → POS付款方式明细（页面地址 /admin/PosRetail/pospaydetailreport/）

用途	说明
对收款	按收款方式核对每个渠道今天收了多少、退了多少
算手续费	附加费率与实收金额直接算出扣费后的到账额
换维度	付款明细 / 按收款方式汇总 / 按分店汇总 / 按收银员汇总四个页签
查单笔	按小票号、收银员、收款方式定位具体流水

一行 = 一笔支付流水。 小票张数不能看这张表的行数，要看小票号去重；这张表里的「笔数」是支付笔数。

二、界面布局说明

区域	内容
查询条	业务日期、分店、收款方式、⚙ 高级筛选；右侧 查询、重置、导出、★ 方案
页签	付款明细 / 按收款方式汇总 / 按分店汇总 / 按收银员汇总
列表	业务日期 / 时间 / 分店 / 收银员 / 收款方式 / 班次 / 收款金额 / 实付金额 / 附加费率 / 实收金额 / 小票号 / 内部编号 / 支付卡号 / 支付标识 / 来源
合计	底部合计行（收款金额、实付金额、实收金额）

三、三个金额必须分清

这是本页最容易读错的三个数：

列	含义	什么时候会不同
收款金额	这笔支付方式记账的收款额	基准
实付金额	收银端上传的实际支付额	抹零、找零、部分退款时会与收款金额不同
实收金额	收款金额 ×（1 − 附加费率），是计算列	有费率时必然小于收款金额

实收金额不是实付金额。 它由收款金额和费率算出来，反映的是扣掉渠道手续费之后理论上到账的金额。要核对银行到账，用实收金额；要看顾客实际付了多少，看实付金额。

附加费率的方向是「扣减」：费率 0.006 表示扣千分之六，实收 = 收款 × 0.994。

收款方式名为「方式 6」时会显示成「主方式(子方式)」，比如「银行卡(银联)」，费率取的是子方式的费率。

四、列的其他口径

列	说明
时间	支付发生的时刻，精确到时分秒
分店	按门店档案取，经收银机绑定关系带回
收银员 / 班次	收款操作人与班次
小票号 / 内部编号	对应的小票与内部单据号
支付卡号 / 支付标识	电子支付的卡号后四位或渠道流水标识，用于和渠道对账
来源	门店销售 / 门店预订 / 小程序 / 美团 等

负数是退款。 退货产生的支付流水金额为负，合计时自动抵扣，所以合计行出现比单笔都小的数字是正常的。

五、筛选与页签

条件	说明
业务日期	默认今天，必用
分店	单选
收款方式	选项来自支付方式档案，可按现金、微信、支付宝等单独筛
收银员 / 小票号	在高级筛选里，文本匹配

本页没有「来源」筛选，虽然列表里有来源列。要看某个来源的收款，导出后在 Excel 里筛。

页签	一行 =	「笔数」的含义
付款明细	一笔支付	无笔数列
按收款方式汇总	一个收款方式	支付笔数（COUNT(*)）
按分店汇总	一家门店	支付笔数
按收银员汇总	一个收银员	支付笔数

这里的「笔数」和销售明细里的「单数」不是一回事：一张小票用两种方式付款，这里算 2 笔。

六、和销售明细对不上怎么办

两张表经常对不平，原因通常是这几类：

差异来源	说明
口径不同	销售看明细行金额，付款看支付流水金额；整单折扣、抹零、找零的处理不一样
计次卡	销售明细里计次卡行金额为 0，付款明细里可能有一笔 0 元或不计支付
分店归属不同源	销售按门店组织取分店，付款按门店档案取分店，跨店或档案不全时归集不同
退款	付款有负数行，销售明细按退货单另算
上传延迟	两表都由门店上传，上传时刻不同，当天实时核对会有时间差

对账建议：当天先看趋势，隔天再对金额；差异落到具体小票号上逐单查。

七、常见问题

问：实收金额和银行到账差几分钱？ 答：费率按笔计算并四舍五入，笔数多时累计误差会出现。差几分钱属正常，差几十块要查费率配置。

问：为什么有附加费率是 0 的行？ 答：现金、储值这类没有渠道手续费的方式费率就是 0，实收等于收款。

问：退款行怎么参与合计？ 答：负数直接抵扣，合计行是净额。

问：能按支付渠道看手续费总额吗？ 答：切到「按收款方式汇总」，用收款金额与实收金额的差额估算手续费；精确到账仍以渠道账单为准。

问：为什么某笔支付查不到对应小票？ 答：小票可能已被删除或未上传完整；用内部编号到销售明细里反查。