✏️ 人工调整 0 （客户改口报数时，把多算的数量手动减掉）
适用场景：客户先报「西瓜2个」，又改口说要「3个」——采集器能识别明确的「改成X」并自动作废旧单，但「我要1个吧」这类只带数量的改口无法确定改哪个商品，需要客服在这里手动减除。减除会同时作用于汇总表、矩阵、采购要货单和推送的汇总图。
| 时间 | 商品 | 范围 | 减除 | 原因 | 操作 |
|---|
待复核订单 （采集器识别得不够确定的数量 —— 默认已计入统计，这里可核对/修正）
| 时间 | 团购点 | 发送者 | 商品 | 数量 | 操作 |
|---|
被过滤消息复核 （误杀可恢复计入，采集器下一轮自动重新解析）
| 时间 | 团购点 | 发送者 | 内容 | 排除原因 | 操作 |
|---|
最近入库订单 （最新 30 条）
| 时间 | 团购点 | 商品 | 数量 | 动作 |
|---|
商品 × 团购点 销量矩阵
每个团购点独立成列，横向看各点销量差异，右侧合计得总量。勾选「按汇总分组归并」后，列按「基础数据 → 团购点」里填的「汇总分组」合并（如翠文园1/2/3群 → 翠文园）。取消单已从数量中扣减。按顶部「统计日期」过滤。
采购要货单
表格按「商品在上（列）× 团购点在左（行）」展示各店需求：每个商品列之间有一条空白分隔带，格子颜色越深表示报得越多，一眼看出哪个店要得多；底部是合计行（数量后带单位）。勾选上方「按汇总分组归并」后，行按「基础数据 → 团购点」里填的「汇总分组」合并（如翠文园1/2/3群 → 翠文园），与汇总页一致。已按上方「建议系数」含机动余量（默认 110% = 在需求总量基础上 +10%，用于生鲜损耗、临时加单）；「最小单位(备货)」按商品词典里设的换算（如 1份=3包）算出仓库实际要备的包数，表头也会标出换算关系。
| 团购点 \ 商品 | 总数 | 合计 |
|---|
🧹 今日重算 （清掉当天汇总，按现在的规则重新扫一遍微信）
点一次依次执行：① 备份 → ② 清除今天的全部订单 → ③ 从微信重新扫描今天的群消息 → ④ 按当前商品词典和过滤规则重新计算汇总。只动今天，历史日期不变；执行后不用再点「手动同步数据」。
就绪。执行前请确认采集器在线、微信已登录。
⚠ 重扫依赖微信本地还保留当天的聊天记录；如果聊天记录被删过，那部分订单补不回来（系统已自动备份，可联系技术支持恢复）。
汇总（按分组归并）
按「商品在上（列）× 团购点在左（行）」的交叉表展示：商品名在表头（带单位与最小单位换算），团购点在左侧，每两个商品列之间有空白分隔带，格子按数量深浅着色，底部是合计行。在「基础数据 → 团购点」给每个群填「汇总分组」后，多个群会合并成一行（如翠文园1/2/3群 → 翠文园）。没填分组的群各自独立成行。按顶部「统计日期」过滤。
手动录入订单
用于补录或在没有自动采集时直接登记。系统会把这笔单计入所选团购点与该商品。
① 扫描到的群 （采集器自动上报，从这里选用成团购点）
本地采集器会把微信里看到的群自动报到这里（约 10 分钟一轮）。不想让乱群再进来？关掉上面的「自动扫描」，然后点「忽略」清理已有候选。点「选用」加入下方团购点列表；点「忽略」从列表移除。
| 群名称 | 群编号 | 最近发现 | 操作 |
|---|
过滤规则 （排除管理员汇总/跟单报数 · 内部人员报数；被排除的消息在「今日概览」里复核）
群里管理员发的「今日汇总」「报数」「跟单」是已经统计过一遍的数据，采进来会让采购单翻倍。命中下面规则的管理员群发报数和内部人员报数会被采集器排除，并进入复核区——若是误杀可点「恢复计入」补回统计。
汇总/跟单关键词 （命中即整条排除）
内部人员名单 （昵称命中即整条排除）
历史数据回溯冲正 （先开采集、后设过滤时，把规则生效前误算的订单从汇总里剔除）
过滤规则只对之后采集的消息生效。如果一开始忘了设「内部人员名单」，那批消息已经入账，历史汇总会一直偏大，改规则也变不回来。这里按当前规则回溯，把命中的历史订单标记为「不计入统计」——不删除任何数据、不重扫微信，随时可一键撤销。
⚠ 只按「内部人员名单」和「一条消息含多种商品」两类规则回溯；关键词类过滤需要原始消息全文，云端订单表没存，这部分请用「今日概览 → 被过滤消息复核」核对。冲正后先不要点「手动同步数据」（它会重算并覆盖本结果），等采集器升级到新版即可正常使用。
正在检测…
② 团购点（= 群）
删除会连带清掉它的历史订单。勾选「采集」立即生效；「汇总分组」改完后点下方「保存修改」。
| 编号 | 名称 | 汇总分组 | 备注 | 操作 |
|---|
③ 商品词典
商品名即统计口径；「别名」供本地采集器识别群消息（如别名 地瓜,番薯,🍠 都归到 红薯），多个别名用中文逗号隔开。商品名和别名都能直接改：点一下就能编辑、可以直接粘贴，失焦自动保存（不用再点保存按钮）。改名后采集器 2 分钟内同步，点「手动同步数据」可补齐历史报数。勾选框 = 今天团哪些商品：勾上参与统计和推送，取消=暂停（不删数据，历史保留，过几天再团勾回来就行）。暂停的商品照常采集入库，只是不进统计表和推送。
| 商品 | 别名 | 默认单位 | 价格(元) | 公斤/单位 | 最小单位换算 | 库存上限 | 预警比例% | 操作 |
|---|
导航标签顺序
点 ↑/↓ 调整首页顶部导航的先后顺序，改完立即生效并自动保存，所有设备同步（按权限隐藏的标签不参与排序）。也可以直接点导航栏右侧的「⇅ 调整顺序」在顶部调。
从本地系统导入
把本地「社群团购统计系统」导出的 JSON（含 groups / skus / orders）粘进来，一次性同步到云端。导入为增量合并（按 gid / sid / 订单时间去重）。
导出备份
把云端当前全部数据导出为 JSON 文件，留作备份或回灌本地。
定时推送汇总数据到微信群 （门店对接要货用）
配好时间与目标群后，到点采集器会自动把当天的要货汇总发到该群（如每天 18:00 发一份、20:00 再发一份）。前提：采集器所在电脑的微信 PC 客户端必须已登录并运行（不能用托盘最小化），否则发送会失败并在此显示原因。
| 时间 | 目标群 | 内容 | 周期 | 状态 | 上次推送 | 操作 |
|---|
发送用哪个微信（必选 · 绑定后才会发，避免大小号跑错）
登录 2 个微信时，窗口标题都是「微信」，按标题找必然挑错账号。 先在要用的那个微信里随便打开一个群，再点「扫描本机微信窗口」， 按列表里的「当前会话」认准账号后点「用这个」。绑定的是窗口句柄， 微信重启／退出后需要重新扫描绑定。
正在读取绑定状态…
采集器实时日志 （看采集器此刻在做什么，出问题先查这里）
✓ 正常入账 ⊘ 被过滤 ⧖ 疑似重复待确认 ☁ 已推云端 ⚠ 警告。采集器每 10 秒上报一批，页面每 5 秒自动刷新，云端保留 3 天。
| 时间 | 日志内容 |
|---|
更新日志 （每次发布都记录；网页版与本次对应的采集器版本一并标出，新版本在最上面）
加载中…
点击上方「📊 数据看板」加载分析数据…