 weicw-dshsa
|
8816dd2867
|
fix(visit): 修复客户拜访页定位时好时坏
根因：定位链路用区县「中文名」查 sys_area，重名区县（白云区=广州/贵阳、
朝阳区=北京/长春、南山区=深圳/鹤岗…）命中多条，后端 getOne 默认
throwEx=true 抛 TooManyResultsException，页面表现为「有时能定位、有时不能」
——取决于用户当前所在区县名是否唯一。
改动：
- 新增 util/geo.js（纯函数）：buildGeocodeUrl / normalizeAdcode /
parseGeocodeResult / formatLocationText
· 天地图 postStr 补 URL 编码：实测未编码时接口返回 HTTP 400
「参数格式错误」（admin 端 merchantEdit.vue 已是正确写法）
· 严格校验响应结构，限流(429)/参数错误(400) 一律返回 null
· 补直辖市 city 为空时用省名兜底（天地图对上海/北京/天津/重庆返回 city:"")
- util/index.js：抽出 locateOnce / fetchGeocode / resolveAreaInfo 共用
· 清除两处模块作用域的 this.areaId 误用（严格模式下抛 TypeError 会让
Promise 永久悬空，locating 再也回不到 false，即「反复点没反应」）
· 优先按天地图 county_code（去 156 前缀 = sys_area.id）精确查询，
从根上绕开重名；按中文名仅作降级，并注释其歧义风险
· 行政区划查不到不再阻断定位：返回 null，仍给出经纬度与地址
（area_id/city_id/province_id 全仓库无消费方）
- api/request.js：get/del 不再吞掉非 2xx 的 reject，避免调用方状态永久悬空
- pages/visit/index.vue：fetchLocation 加 15s 超时兜底 + 运行号丢弃迟到结果，
保证失败后仍可重试；静默失败也给出可见提示
- 新增 util/geo.test.mjs（10 个单测），package.json 补 test 脚本
验证：前端单测 10/10；真实天地图 + 生产后端端到端 5 个重名区县全部可正常
定位（后端修复尚未部署即已生效）。
|
2026-10-16 21:23:48 +08:00 |
|
|
weicw-dshsa
|
aff1e52e3e
|
feat(自主填报): 拆分驻店/跑店填报并新增跑店填报页
「自主填报」原本只有一种表单。本次拆成两种类型：
1. 新增选择填报类型页 packageUser/self-report/select
- 按设计稿：hero 页头 + 两张类型卡（驻店填报 / 跑店填报）+ 确认选择
- 入口（首页、我的）由直接进 create 改为先进 select
2. 原自主填报页改为「驻店填报」
- 仅改导航标题，表单内容不变
3. 新增跑店填报页 packageUser/self-report/visit
- 复制现有跑店/巡店任务（pages/task/detail 的 cateId=4 分支）的填报页并改造：
保留巡店列表与下方内容，去掉列表上方的任务卡片/总进度/任务详情；
打卡、摆台照、销量、小票、门店评分一并不保留
- 巡店列表内「连锁筛选」「门店筛选」是两个并列的独立输入框，
各自弹各自的选择器（不串联），样式与驻店填报逐项对齐；
换连锁会清空已选门店
- 每条巡店可新增/删除，独立获取定位 + 打卡拍照（最多 9 张）
- 定位不强制（巡店任务里是强制的，这里放开）
- 底部「保存草稿」+「提交填报」，草稿交互与驻店填报一致：
进页面询问是否加载、提交成功后清除；storage key 与驻店分开
- 驳回后重新提交复用同一页面（mode=resubmit）
4. 填报记录页加「驻店 / 跑店」类型切换
- 两表分表查询，各自分页；跑店卡片展示门店数、巡店列表（门店/定位/照片）
- 连锁与门店关键词筛选落到巡店列表的每一行
5. 药审核加「跑店填报」类型
- 新增 AuditVisitReportItem，展开时按 id 拉详情（列表不下发 store_list）
- 跑店没有销量小计，审核通过需手填奖金，故补奖金输入弹层
顺带重构：
- 门店解析（扁平列表 / 连锁嵌套两种结构的兼容、门店明细不入页面 data
的性能处理）抽到 util/store-picker，create 与 visit 共用一份，
避免两页各自维护导致解析口径不一致
|
2026-10-11 22:50:15 +08:00 |
|
|
weicw-dshsa
|
876847ccbb
|
feat(自主填报): 销量填写拆为独立页并按原型改版
甲方反馈原销量填写功能难看、不好用，按原型图改版。
改造前，销量填写是自主填报页内的一个区块（新增商品 → 底部弹层选品 →
回列表手输数量），与原型差异大。现拆为独立页面。
新页 packageUser/self-report/sales：
- 视觉对齐原型：搜索框 + 筛选、新增商品 + 批量填写、卡片式列表
（序号徽标/封面/分类/厂家/编码/规格胶囊/数量步进器/删除）、底部提交
- 新增搜索（按名称或编码过滤清单）
- 新增分类筛选（弹层选择，可清空）
- 新增批量填写（弹层一次录入多项数量）
自主填报页（create.vue）：
- 销量区块改为入口卡片 + 摘要列表，明细编辑移入新页
- 提交按钮文案「提交销量」改为「提交填报」——该页提交的是整单
（打卡/门头照/销量/小票/小结/评分/定位），原标题名不副实
- 删除已迁移到新页的商品库选择逻辑（约 270 行）及废弃样式
页面间交接（util/sales-handoff.js）：
- 工程无全局状态管理，页面间只能靠 storage 传递
- 仅负责一次性交接，消费后即清；持久化草稿统一由自主填报页的
整单草稿负责（其 buildDraftPayload 已含 salesItems），避免两份状态互相覆盖
- 换连锁/换门店后清空销量明细与交接数据
修复：
- 数量步进器改用纯文本按钮。原用 u-icon 时点击无效——该组件根节点自带
@tap，会吃掉落在图标上的点击；同页「删除」按钮因带文字才正常
- 数量输入限制为非负整数。type=number 在部分机型仍可输入 . / e / -，
故增加输入清洗与失焦兜底；采用「取开头连续数字」而非「删掉所有非数字」，
后者会把 1.5 抹成 15、1e3 抹成 13，属静默的数据污染
提交结构 salesGroups 未变，后端与审核端无需调整。
Co-Authored-By: Claude <noreply@anthropic.com>
|
2026-10-11 18:47:03 +08:00 |
|
 b2894lxlx
|
69e6ed8c59
|
20260929
|
2026-09-29 15:17:13 +08:00 |
|