对账仪表盘
订单筛选
MySQL 订单数据查询App 订单管理数据
| 商品 | 订单号 | 收款方式 | 收款截图 | 成本价 | 销售额 | 毛利润 | 周转天数 | 销售人员 | 销售时间 | 操作 |
|---|
经营面板
本月经营数据
销售趋势
按日观察成交节奏利润质量
周转、亏损与售后风险品类贡献
GMV、利润与成交结构销售贡献
按毛利润排序品类经营明细
四类货品横向比较| 品类 | 成交件数 | 净销售额 | GMV占比 | 毛利润 | 毛利率 | 平均客单价 |
|---|
经营关注
根据本期结构自动提炼订单数据面板
按销售月份汇总 MySQL 订单,整单退货不参与统计,部分退款按调整后销售额统计。
分组对比
读取订单结构汇总| 统计分组 | 销售件数 | GMV | 成本 | 毛利 | 毛利率 |
|---|
GMV 占比
本期结构销售数据面板
按销售人员拆分四类货品的动销件数、GMV、毛利和毛利率,整单退货不参与统计。
销售人员货品结构
读取销售结构汇总| 销售人员 | 腕表 + 珠宝 + 配饰 | 爱马仕 + 高价香奈儿 | 大通货 | 鞋靴 + 服饰 | 合计 |
|---|
毛利排行
按销售人员回收业绩面板
按商品回收归属查看成交结果,整单退货不计业绩,部分退款按调整后销售额统计。
回收员业绩排名
正在读取回收业绩支付宝对账
按销售日期核对订单、收款流水与调整项对账备注
按日期保存组合匹配建议
-支付宝流水
-销售调整项
退货、退款、补差额线下收入
不写入订单表飞书退货退款
按月份读取飞书退货退款审批退货退款记录
待确认后影响支付宝对账更多维护
飞书数据补充
员工映射
回收对账备注
按日期保存飞书付款申请
-付款匹配建议
-支出流水池
-付款详情
按飞书发起人汇总每月出款,点击回收员展开查看飞书申请和已匹配付款流水。
筛选条件
支持跨月查询与回收员模糊搜索回收员出款汇总
点击姓名行展开付款明细回收入库核对
付款包核对
选择月份后查询导入入库商品
按当前选择的入库月份增量导入,不覆盖已经维护的飞书备注入库商品明细
选择月份后查询付款截图 OCR
待上传付款截图识别结果
-经营对账总览
对账日历
颜色代表当天状态状态分布
本期汇总每日对账状态
读取 MySQL 对账汇总商品筛选
MySQL 在售商品查询App 在售商品数据
| 商品 | 成本价 | 同行价 | 销售价 | 状态 | 售出状态 | 分类 | 回收人员 | 系统入库时间 | 上架时间 | 入库时间 | 库龄 | 商品位置 | 操作 |
|---|
闲鱼多账号发布
正在读取闲管家配置
创建发布任务
选择商品后可同时发布到多个闲鱼账号账号与模板
类目属性按闲管家规则维护新建或编辑发布模板
发布任务
异步执行,不阻塞后台操作| 商品 | 账号 | 动作 | 价格 | 状态 | 更新时间 | 操作 |
|---|
留价记录
读取 quote_ 留价表销售留价明细
| 商品 | 库龄 | 留价 | 销售 | 参考价格 | 成本价 | 上架时间 | 备注 | 状态 | 留价时间 | 操作 |
|---|
销售账号
| 姓名 | 电话 | 状态 | 最近登录 | 操作 |
|---|
账号编辑
新建销售数据同步与查询说明
订单 / 在售 / 对账系统总览
当前后台已经转为“本地数据 + 表格导入 + 飞书 API + OCR 辅助”的经营对账系统。奢当家 Token 和外部自动同步任务已下线,日常查询不会再触发奢当家接口。
对账仪表盘
系统默认进入“对账仪表盘”。这里按日期汇总销售收款和回收付款状态,快速判断哪天已平账、哪天还需要排查。
展示订单销售额、实际进账、销售差额和每日状态;隐藏流水不参与统计。
展示飞书申请金额、实际付款流水和付款差额,方便定位未补飞书或未匹配付款。
总进账是实际收款口径;订单销售额是销售订单口径;订单成本用于观察已售商品成本。
我的订单
“我的订单”页面展示的是已经导入到 MySQL 的奢当家订单数据。日常点击“查询”、切换销售时间、销售人员、收款方式、分页或导出 CSV,都只读取数据库,不会请求奢当家 App 接口。
按销售时间、销售人员、收款方式、订单号、商品名和固定成交金额筛选数据库里的订单,分页与统计也基于当前搜索结果。
上传奢当家导出的订单表,系统解析字段后持久化到 market_orders,并根据收款截图 OCR 尽量自动识别收款方式。
上传新订单表时按订单号判断是否存在;新订单插入,已有订单更新 Excel 字段,并保留已维护的收款方式。
| 操作 | 是否请求 App | 说明 |
|---|---|---|
| 查询 / 翻页 / 排序 | 否 | 读取 MySQL 表 market_orders。 |
| 导出数据表 | 否 | 导出当前查询条件命中的数据库订单。 |
| 上传订单表 | 否 | 读取本地上传的 Excel,按订单号增量写入 market_orders。 |
| 维护订单 | 否 | 支持补录订单、删除订单、修改销售额、销售时间和收款方式。 |
订单数据面板
订单数据面板用于观察每月销售结构。系统按月份区间汇总有效订单,整单退货不参与统计,部分退款按调整后的销售额统计。
| 分组 | 统计内容 | 用途 |
|---|---|---|
| 腕表 + 珠宝 + 配饰 | 销售件数、GMV、成本、毛利、毛利率 | 观察高单价和高毛利品类表现。 |
| 爱马仕 + 香奈儿 | 香奈儿仅统计销售价 8000 元以上订单 | 观察核心品牌大货贡献。 |
| 鞋靴 + 服饰 | 按分类汇总 | 观察服饰鞋靴周转和利润质量。 |
| 大通货 | 不属于以上分组的订单 | 观察普通流通货盘基本盘。 |
销售数据面板
销售数据面板用于按销售人员拆分每月业绩结构。页面支持月份区间和销售人员筛选,统计口径与订单数据面板一致:只统计有效订单,整单退货不参与统计,部分退款按调整后的销售额计算。
| 维度 | 统计内容 | 说明 |
|---|---|---|
| 销售人员 | 动销件数、GMV、成本、毛利、毛利率 | 用于比较每位销售的业绩规模和利润质量。 |
| 商品结构 | 腕表 + 珠宝 + 配饰、爱马仕 + 高价香奈儿、大通货、鞋靴 + 服饰 | 香奈儿按销售价 8000 元以上归入核心品牌,其余未命中分类计入大通货。 |
| 利润排行 | 按销售人员毛利倒序 | 用于快速识别当月主要利润贡献人员。 |
在售商品
“在售商品”页面展示的是 MySQL 商品库数据。销售 H5 留价页和后台在售商品页读取同一份商品库;销售端不需要提供奢当家账号信息。
| 商品状态 | 筛选条件 | 含义 |
|---|---|---|
| 当前在售 | is_active = 1 | 数据库标记为当前可售的商品。 |
| 非在售 | is_active = 0 | 数据库历史存在,但已售出、下架或状态变化的商品。 |
| 全部 | 不过滤 is_active | 同时查看当前在售和非在售商品,便于追溯历史商品。 |
支持商品名、货号、回收人员、商品状态、分类、库龄区间、价格、更新时间和库龄排序。
可快速维护成本价、同行价、销售价,也可一键根据订单表判断已售商品。
非在售商品仍保留在数据库中,便于查看历史留价和追踪记录。
闲鱼管理
闲鱼管理通过闲管家开放平台,把 MySQL 当前在售商品发布到一个或多个已授权闲鱼账号。商品库仍以“在售商品”为准,不另建重复商品资料。
一次选择多件商品和多个账号,系统为每个组合创建独立任务;已有线上记录不会重复发布。
按闲管家规则维护类目 ID 与属性 JSON,可使用销售价或同行价批量发布。
订单表确认商品售出后,“同步已售并下架”会为该商品在全部已发布账号创建下架任务。
留价与销售管理
留价功能面向销售使用。销售登录 H5 后可以查看当前在售商品、补充同行价或销售价、提交客户意向价,并查看自己和同事的待处理留价。
只展示当前在售商品;已下架、已处理或已取消的留价不会继续干扰销售端。
销售管理维护账号;销售只能取消自己的待处理留价。
后台可查看商品、库龄、上架时间、成本价和留价明细;“同步售出”会根据订单表系统编码,将已售商品的待处理留价批量更新为已处理。
支付宝对账
“支付宝对账”用于核对销售收入。系统按对账日期汇总有效订单、支付宝收入、微信/银行卡线下收入、退货退款影响和备注信息。
| 模块 | 作用 | 说明 |
|---|---|---|
| 支付宝流水 | 导入卖出交易 Excel | 收入用于销售对账,隐藏流水不参与金额统计。 |
| 线下收入 | 维护微信和银行卡收款 | 可手动录入,也可根据订单收款截图自动补充;同一支付截图只生成一条组合流水。 |
| 组合匹配建议 | 辅助排查差额 | 优先按支付截图凭证分组,同一截图视为同一笔组合付款。 |
| 差额排查 | 提示异常来源 | 提示漏开单、重复流水、隐藏流水、线下收入未匹配、退款补差等候选问题。 |
飞书退货退款
飞书退货退款是支付宝对账的子模块,但使用独立页面管理。同步后按“待确认、已确认、已忽略”查看;有订单号的记录会关联订单商品和图片。
确认生效后订单标识为整单退货,不参与订单统计、支付宝对账和仪表盘销售口径。
确认生效后订单标识为部分退款,并按净销售额参与统计。
早期飞书没有解析出订单号时,可以在列表里补充奢当家订单号再确认。
回收付款对账
“回收付款”页面用于核对实际付款流水是否有对应飞书回收付款申请。现在优先通过飞书 API 自动同步员工提交的“回收付款申请”,同步结果增量写入 MySQL;Excel 上传保留为接口异常时的兜底方式。
| 步骤 | 数据来源 | 说明 |
|---|---|---|
| 同步飞书审批 | 飞书 API | 按当前对账日期读取“回收付款申请”,每 10 小时切片拉取审批实例,按审批编号增量写入 recycle_payment_applications,并把付款事由拆入 recycle_payment_items。 |
| 员工姓名映射 | 本地 MySQL | 飞书返回 user_id/open_id;在页面录入员工姓名后保存到 feishu_user_mappings,后续同步自动展示中文姓名。 |
| 上传飞书表 | 飞书收货支出 Excel | 保留为兜底导入方式;API 权限异常或临时无法访问飞书时仍可使用。 |
| 手机付款截图 OCR | 手机 H5 / 百度 OCR | 手机打开 payment-ocr-mobile.html,直接拍照或从相册选择付款截图;校对后按支付宝、微信、银行卡或其他方式进入回收付款流水池。 |
| 确认付款匹配 | MySQL | 系统按金额给出建议,确认后把 OCR 付款流水关联到飞书申请;取消匹配不会删除原始申请或流水。 |
适配 iPhone 和安卓浏览器,支持相册多选、拍照上传、图片放大、批量保存。
手机端确认后的付款截图统一进入“回收付款对账”的付款流水池,后续用于匹配飞书申请。
OCR 金额或时间不准时,可以在手机端直接修改;误传截图可删除或忽略。
付款详情
付款详情按回收员和月份汇总飞书付款申请金额。点击回收员可以展开查看明细,适合月末核对每位同事实际提交和实际付款是否一致。
| 查询维度 | 数据来源 | 说明 |
|---|---|---|
| 月份区间 | 飞书付款申请 MySQL 缓存 | 可跨月查询,按申请日期聚合。 |
| 回收员姓名 | 员工映射表 | 同一员工不同飞书昵称会通过映射合并展示。 |
| 展开明细 | recycle_payment_applications | 查看每条飞书编号、付款金额和匹配状态。 |
付款截图 OCR
付款截图 OCR 用于把微信群里的付款截图转成可核对的付款流水。图片识别后可以校对金额、付款方式、付款日期;保存后进入回收付款对账的流水池。
需要配置 BAIDU_OCR_API_KEY 和 BAIDU_OCR_SECRET_KEY;未配置时页面会提示。
配置七牛后,手机上传的截图会保存为公网图片,电脑后台可直接查看缩略图和放大图。
金额相同或支付编号相同会在页面提示,但仍允许保存,便于处理真实重复金额。
回收入库核对
回收入库核对用于核对“飞书付款申请”和“实际入库商品成本”是否一致。2026年9月起按飞书编号强关联,不再依赖日期窗口;无飞书编号的商品按寄卖处理。
| 数据 | 口径 | 用途 |
|---|---|---|
| 入库表商品 | 商品 Excel | 在“入库商品”页面增量导入入库时间在当月的商品;备注(文字)* 中的飞书编号会同步保存。 |
| 已售订单补入 | 仅来自我的订单 | 系统按入库时间从“我的订单”自动补齐已售商品,不需要另外上传订单表;用于避免商品售出后不再出现在商品导出表而漏核。 |
| 商品+订单合并 | 两个来源命中同一商品 | 同月、同系统编码只保留一件,不重复计算件数和成本;商品资料及人工备注优先,订单补充订单号和已售状态。 |
| 飞书付款申请 | 付款审批 | 9月起只按飞书编号绑定,不受申请日期、入库日期和人员变化影响。 |
| 无飞书编号商品 | 寄卖商品 | 单独展示,不计入应付款商品件数、成本和付款差额。 |