weicw-dshsa
|
7f4dc94934
|
✨ 新增异常拒绝与撤销接口
|
2026-10-23 00:37:59 +08:00 |
|
weicw-dshsa
|
cb83f5bffd
|
✨ 首页异常待办立即处置直达该条异常详情页
待处理事项的 targetUrl 由异常列表页改为 subpackages/admin/disposal-detail?id=<异常处置记录主键>;id 在服务端拼进路径,避免 int64 主键经 JSON 下发到小程序后丢精度。
|
2026-10-22 23:32:33 +08:00 |
|
weicw-dshsa
|
987f8ec6a8
|
✨ 运单搜索关键字支持项目名与司机名
|
2026-10-22 20:05:49 +08:00 |
|
weicw-dshsa
|
026ed2030d
|
🔀 合并待回单确认功能
|
2026-10-22 16:50:56 +08:00 |
|
weicw-dshsa
|
b31b81bedf
|
🐛 修正待回单确认单测的桩返回类型与夹具
|
2026-10-22 15:30:26 +08:00 |
|
weicw-dshsa
|
af7c39ebbf
|
🔀 合并待回单确认审查修整
|
2026-10-22 14:53:04 +08:00 |
|
weicw-dshsa
|
c47268adfd
|
✅ 待回单确认:测试方法名与断言对齐
|
2026-10-22 14:48:48 +08:00 |
|
weicw-dshsa
|
e0c8c98805
|
✨ 待回单确认:运次卡片下发唯一原始业务状态
|
2026-10-22 14:48:48 +08:00 |
|
weicw-dshsa
|
35127760df
|
🐛 待回单确认:业务状态比较统一为忽略大小写
|
2026-10-22 14:48:20 +08:00 |
|
weicw-dshsa
|
6673ed38f3
|
♻️ 待回单确认:注释改为陈述事实
|
2026-10-22 14:47:33 +08:00 |
|
weicw-dshsa
|
b4c1ad03e1
|
🔀 合并查询分档、数字态、名称表与状态下发
|
2026-10-22 14:21:55 +08:00 |
|
weicw-dshsa
|
833c3e247e
|
🐛 待回单确认:调度端数字态落进行中,不再返回 null
|
2026-10-22 14:21:33 +08:00 |
|
weicw-dshsa
|
86da6f32dc
|
✅ 待回单确认:锁住调度端数字态落进行中
|
2026-10-22 14:18:34 +08:00 |
|
weicw-dshsa
|
d2f7d6aed0
|
✨ 待回单确认:司机卡片与调度端详情/卡片下发原始业务状态
|
2026-10-22 14:15:33 +08:00 |
|
weicw-dshsa
|
66a4a49452
|
✅ 待回单确认:详情与卡片下发原始业务状态的红测试
|
2026-10-22 14:14:19 +08:00 |
|
weicw-dshsa
|
67480098f3
|
✅ 待回单确认:列表查询断言改为 Answer 捕获
|
2026-10-22 14:11:18 +08:00 |
|
weicw-dshsa
|
714781d18c
|
Merge branch 'feat/pending-return-confirm' into feat/rc-09
|
2026-10-22 14:08:28 +08:00 |
|
weicw-dshsa
|
53f208cf05
|
✨ 待回单确认:司机列表分档、数字态、两套名称表、运次子单与总单已到达口径
|
2026-10-22 14:08:22 +08:00 |
|
weicw-dshsa
|
654a7776b7
|
✅ 待回单确认:补查询分档、数字态、两套名称表与已到达口径的红测试
|
2026-10-22 14:05:42 +08:00 |
|
weicw-dshsa
|
724ee128d2
|
📝 合并完成接口注释订正
|
2026-10-22 14:03:39 +08:00 |
|
weicw-dshsa
|
47fdff55a2
|
📝 completeWithoutDeptCheck 注释改为描述现状
|
2026-10-22 13:57:58 +08:00 |
|
weicw-dshsa
|
be64ff3cb0
|
Merge branch 'feat/pending-return-confirm' into feat/rc-12
|
2026-10-22 13:57:33 +08:00 |
|
weicw-dshsa
|
08220f8b9f
|
Merge branch 'feat/pending-return-confirm' into feat/rc-09
|
2026-10-22 13:57:24 +08:00 |
|
weicw-dshsa
|
a019089510
|
🔀 合并确认回单与取消打卡回退
|
2026-10-22 13:56:21 +08:00 |
|
weicw-dshsa
|
d99385eda1
|
🔀 合并删除司机端完成运单接口
|
2026-10-22 13:56:02 +08:00 |
|
weicw-dshsa
|
5d84bf1fff
|
✨ 确认回单改看运单状态并支持取消打卡回退
|
2026-10-22 13:55:10 +08:00 |
|
weicw-dshsa
|
f0872c7882
|
✅ 确认回单改看运单状态、取消打卡回退与取消运单的测试
|
2026-10-22 13:53:21 +08:00 |
|
weicw-dshsa
|
e8c4d5a895
|
Merge branch 'feat/pending-return-confirm' into feat/rc-12
|
2026-10-22 13:50:05 +08:00 |
|
weicw-dshsa
|
2484a3f7d1
|
Merge branch 'feat/pending-return-confirm' into feat/rc-08
|
2026-10-22 13:50:02 +08:00 |
|
weicw-dshsa
|
9c8604d97c
|
🔀 合并编辑保存以库为准
|
2026-10-22 13:49:58 +08:00 |
|
weicw-dshsa
|
5f53a8671d
|
🔥 删除司机端完成运单接口
- DriverWaybillController 去掉 POST /complete
- IDriverWaybillService/DriverWaybillServiceImpl 去掉 complete 及其独占的 assertNoUnresolvedException
- 末位打卡自动完成仍用 COMPLETABLE_STATUSES 与 canAutoCompleteWaybill
- 新增 WaybillCompleteEndpointTest:司机端完成端点已 404,管理端完成接口仍在
|
2026-10-22 13:49:55 +08:00 |
|
weicw-dshsa
|
6412769ced
|
✅ 补充待回单确认状态不被编辑保存改写的测试
|
2026-10-22 13:49:19 +08:00 |
|
weicw-dshsa
|
d0d303d9ef
|
🔀 合并末位打卡进入待回单确认
|
2026-10-22 13:49:02 +08:00 |
|
weicw-dshsa
|
60a914ed50
|
🔀 合并待回单确认禁止补录打卡
|
2026-10-22 13:48:55 +08:00 |
|
weicw-dshsa
|
5703313211
|
✨ 末位打卡回单需确认时进入待回单确认
|
2026-10-22 13:47:32 +08:00 |
|
weicw-dshsa
|
3e60c0720b
|
✅ 锁定末位打卡回单需确认时进入待回单确认
|
2026-10-22 13:46:03 +08:00 |
|
weicw-dshsa
|
6de80d2bb2
|
🐛 待回单确认下拒绝补录打卡
|
2026-10-22 13:44:06 +08:00 |
|
weicw-dshsa
|
001536acc7
|
Merge branch 'feat/pending-return-confirm' into feat/rc-10
|
2026-10-22 13:42:45 +08:00 |
|
weicw-dshsa
|
5c88b90404
|
🐛 修复编辑保存用请求体覆盖运单业务状态
|
2026-10-22 13:42:41 +08:00 |
|
weicw-dshsa
|
311e7ff94a
|
🔀 合并待回单确认状态常量与门禁
|
2026-10-22 13:38:08 +08:00 |
|
weicw-dshsa
|
646d8513d2
|
✅ 锁定待回单确认运单的「未开始运输」文案与在途卡不可打卡
两处都由 isPunchEnded 自动覆盖,测试只锁住它们不得回到「尚未开始运输」分支。
|
2026-10-22 13:36:36 +08:00 |
|
weicw-dshsa
|
3c230eafed
|
✅ 覆盖待回单确认运单的上报异常门禁文案
|
2026-10-22 13:36:01 +08:00 |
|
weicw-dshsa
|
e0c65f4480
|
✨ 待回单确认运单归入已结束,打卡门禁给出专门文案
|
2026-10-22 13:35:03 +08:00 |
|
weicw-dshsa
|
911393fb09
|
✨ 运单新增待回单确认状态常量并纳入终态
接单归一在需要确认接单的配置下会把非终态运单改成待执行/进行中,落库后即抹掉待回单确认。
|
2026-10-22 13:33:45 +08:00 |
|
weicw-dshsa
|
94b54db24d
|
Merge branch 'dev' of https://git.websoft.top/b2894lxlx/tms-erp-api into dev
|
2026-10-22 12:10:38 +08:00 |
|
weicw-dshsa
|
20f40bc1ba
|
🐛 区划懒加载接口放开鉴权
小程序司机认证表单的住址选择(省/市/区三级)调用 lazy-tree,
小程序用户不绑定系统角色,类上的 menu=region 校验直接 401,
前端收到 401 即清登录态把用户踢回登录页。
方法级 PERMIT_ALL 覆盖类的 menu 校验,其余区划接口维持原状。
|
2026-10-22 00:49:53 +08:00 |
|
weicw-dshsa
|
8dd0fa3260
|
🐛 异常上报收紧为仅运输中,与打卡同一状态判据
|
2026-10-20 23:07:41 +08:00 |
|
weicw-dshsa
|
142eee384b
|
✨ 运次级下发计重合计与货物明细行
|
2026-10-20 22:20:43 +08:00 |
|
weicw-dshsa
|
e39251eba5
|
🐛 运单打卡收紧为仅运输中,修复同日重复在途打卡
|
2026-10-20 21:04:20 +08:00 |
|
weicw-dshsa
|
a1a741481c
|
🐛 已结束运单的在途打卡卡不可展开
|
2026-10-20 16:26:10 +08:00 |
|
weicw-dshsa
|
baefdc1cd7
|
✅ 结束门禁文案补空状态断言
|
2026-10-20 14:54:01 +08:00 |
|
weicw-dshsa
|
0bdfad6a8d
|
✨ 已结束运单的打卡卡片仅展示不可提交
|
2026-10-20 14:40:18 +08:00 |
|
weicw-dshsa
|
aa0226e77b
|
✨ 运单结束后拒绝司机打卡
已完成/已取消的运单不再接受在途与节点打卡,卡片仍下发但不可提交。
|
2026-10-20 14:37:12 +08:00 |
|
weicw-dshsa
|
02d75e7e95
|
🐛 修复非超管「全部组织」账户跨组织操作仍报无权操作其他组织
配载提交按子运单组织逐个校验当前会话组织,且列表默认不按组织过滤,
超管能勾到他组织运单、提交却被拦;用户档案的「数据权限范围」此前只被
组织树消费,设成全部组织对业务无效。
统一为 hasAllDeptScope():超管或 data_scope_range=2 免组织校验,
写校验、allDept 门禁、列表组织过滤共用该口径;其余用户仍严格要求等于当前组织。
|
2026-10-20 11:54:23 +08:00 |
|
weicw-dshsa
|
776861fc5b
|
🔀 合并 origin/master 到 dev
|
2026-10-19 19:03:06 +08:00 |
|
weicw-dshsa
|
6dc6932f39
|
🐛 多货物运单的货名、汇总与合计重量按货物明细算
一张运单可以录多条货物,明细落在 goods_json,主表 cargo_name / cargo_type / quantity_unit
只是首行、quantity 是各行合计。列表与详情原先只读主表字段,第二种及以后的货物整条丢失
(如 YD-20261018-0005 只显示「阿什顿」,漏掉「显卡050」),并把「20堆 + 50方」算成「70堆」。
货物明细的取法收进 WaybillCargoSupport 一处:goods_json 能解析出货物就以它为准,
解析不出再回退主表(一格多名的历史写法按同一口径摊平)。
- 运次读服务的段一补取 goods_json:卡片货名与汇总都靠它,少取就只能拿首行
- 货名、货物汇总、合计重量改按货物行算;单位不一致时合计留空,不把汇总串冒充成重量
- 站点货物条目一张子单可出多条,并带上各自的货名与数量单位
- 运次级与子单级都补 cargoNames / cargoTypes 清单,供小程序缩写与展示
|
2026-10-18 22:07:04 +08:00 |
|
weicw-dshsa
|
04389cd9d5
|
🐛 未配载运次的计划时间取运单自身的值,详情与列表同源
运次读服务拼未配载运次时从不给 estimatedStartDate/estimatedEndDate 赋值,
而配载运次取配载单、是有值的。于是所有按运次读的出口里,普通运输一律没有计划时间:
调度端详情页「计划时间」显示 —,司机端列表卡片同理,而同一张运单在列表卡片上有值。
- 段一 select 补 estimated_start_time/estimated_end_time(不取这两列则仍为空)
- waybillTrip 从运单补计划时间,与 loadingTrip 取配载单同一口径
- 调度端、司机端卡片改为直接取运次字段,删掉未配载运单独走一次批量补查的分叉
- 司机端卡片的计划时间不再以「有配载单」为前提;运次级为空时不覆盖卡片已有值
库里本就为空的配载单(如未填日期的草稿)仍不显示,不编造值。
|
2026-10-18 19:40:19 +08:00 |
|
weicw-dshsa
|
d3705efa70
|
Merge branch 'dev' into integ/loading-admission-sync
|
2026-10-18 16:55:49 +08:00 |
|
weicw-dshsa
|
28e19517fb
|
🐛 顺序门禁只点名最先未完成的前置节点,不再把没打的前置全列出来
|
2026-10-18 16:55:25 +08:00 |
|
weicw-dshsa
|
ecb15ca766
|
🐛 配载准入的本单豁免只对正式单生效,合同不属于本项目点名运单与其原因单一来源
|
2026-10-18 15:52:07 +08:00 |
|
weicw-dshsa
|
f9453e4fac
|
🐛 拒单票不再被排除在可配载之外,随配载提交清除接单事实
|
2026-10-18 14:48:17 +08:00 |
|
weicw-dshsa
|
ca92288cf4
|
✅ 子运单状态写用例补齐写侧准入前提
逐张准入已要求公路 + 待执行 + 未配载 + 未拒单,夹具运单补运输方式;
同一配载单的子单必须同项目,跨项目推导改为直接测推导函数。
|
2026-10-18 14:40:16 +08:00 |
|
weicw-dshsa
|
c1ad38b8bd
|
🔀 合并读侧可配载判据与写侧准入校验、子运单状态推导
冲突仅限 LoadingManageServiceImpl 的 import 段:读侧判据分支引入 LiveProcessConfigSupport、
写侧准入分支引入 LoadableAdmissionSupport,两处按字母序并存。
|
2026-10-18 14:36:57 +08:00 |
|
weicw-dshsa
|
47d5d6c226
|
✨ 配载提交与重新派单统一校验运单可配载与同项目
|
2026-10-18 14:33:16 +08:00 |
|
weicw-dshsa
|
f684666a01
|
✨ 配载提交与重新派单按项目实时配置逐张推导子运单状态并清除接单事实
|
2026-10-18 14:27:44 +08:00 |
|
weicw-dshsa
|
543a690902
|
✨ 运单查询新增可配载开关与按主键回查
|
2026-10-18 14:03:41 +08:00 |
|
weicw-dshsa
|
4011577491
|
✨ 末位打卡卡上完成运单,后台补「确认回单」入口
司机端打卡页的完成动作从底栏挪到末位卡上:节点下发时按与 submitNode 自动完成同一份判据
(末位可打卡节点 + 到货/卸货/签收 + 回单不要求业务员确认)给出「打这张卡即完成运单」,
客户端据此把按钮文案改成「完成运单」。两处判据同源,否则会出现「按钮写着完成运单、
打下去这张运单没完成」。
回单节点配成「需业务员确认」时,司机打完末位卡不置完成,此前全仓没有任何入口让业务员确认后置完成,
运单只能人工去后台点完成。新增 POST /waybill-manage/confirm-return:校验该运单的回单确实要求确认、
司机打卡节点(在途除外——它是频次打卡节点、不是必经一步)全部已打卡、无未了结异常,再走既有的
完成逻辑(改状态 + 生成应收应付 + 尝试完成配载单)。完成接口本身不要求节点打卡,不校验这两件事
就等于借这个入口绕过打卡门禁与异常门禁。本轮不做撤销。
新增 DriverPunchFinishFlagTest(4 项)与 WaybillConfirmReturnTest(5 项);
blade-transport 全量 385 项用例通过。
|
2026-10-18 12:14:54 +08:00 |
|
weicw-dshsa
|
7d951d5b04
|
✨ 小程序调度端运单列表、待处理与统计按组织收口
原先三个取数入口都不带组织条件,租户内两个组织的运单混在同一张表里。「小程序管理」
账号与运单业务组织不一致确实是事实,但那是账号挂在一个已软删部门上的脏数据症状,
不是「不该按组织过滤」的理由。
现在与后台运单列表同一条规则:普通用户只出自己所属组织,超级管理员不过滤,
小程序端不提供「全部组织」开关;详情与重新派单照旧不按组织收口。
组织条件由调用方算好、经 TripQueryVO.deptIds 落到运次读服务的运单行上,
列表、待处理与首页三档统计因此共用同一条可见范围;「待重新派单」另走库层分组查询,
单独带上,首页重派角标与待办 feed 随之一起收口。
运次读服务的分档统计走一份「去掉 Tab 条件」的副本,该副本必须照搬 deptIds,
否则统计会退回全租户、与列表的数对不上(已由用例钉住)。
存量 42 张 dept_id 为 -1 或 NULL 的运单不属于任何组织,收紧后普通用户再也看不到,
另订正到各自的创建组织,见 doc/sql/transport/blade_waybill_dept_backfill_20261018.sql。
新增 ManageWaybillOrgScopeTest(8 项),TripQueryServiceImplTest 补 3 项;
blade-transport 全量 376 项用例通过。
|
2026-10-18 11:22:04 +08:00 |
|
weicw-dshsa
|
1720f9192f
|
♻️ 生效配置与运单快照的取法、二选一规则收进 LiveProcessConfigSupport 一处
原先三处各写一份(运单服务、司机运单服务、运次读服务),且规则并不完全一样:司机端与运次读服务
在生效配置没有可打卡节点时回退快照,运单服务不回退。两份长得一样却不一样,改一处没有任何提示。
新类把取配置(单项目 LIKE + 逗号分段精确比对、批量一次查全)与两个变体都收在一处,并在 javadoc 里
写明各自适用面:接单需求、节点门禁、节点订正读 resolve(生效配置是权威,不能被快照顶掉);
司机端打卡页与列表卡读 resolveForPunch(配置被改坏时回退快照,避免打卡页空白)。
三处的 SQL 形状与逐分支行为保持不变,调用点只留一行委托。
新增 LiveProcessConfigSupportTest(8 项)覆盖两条规则的全部形态与项目 id 精确比对;
blade-transport 全量 365 项用例通过。
|
2026-10-18 02:44:46 +08:00 |
|
weicw-dshsa
|
30c5606832
|
🐛 运次详情也按项目生效配置判接单需求,与列表同口径
详情取数漏跑生效配置解析,子单只带运单快照:同一趟车在列表里是待接单、
在详情里是运输中,卡片点进去没有接单入口;运次接单与拒单的子单集合也来自
详情,会被判成无需确认接单而直接拒绝。现在详情两条分支都跑同一份解析,
status / requireAccept / 子单 requireAccept 三处与列表一致,且仍只读——
生效配置只写回内存里的行,不落库。
|
2026-10-17 22:08:35 +08:00 |
|
weicw-dshsa
|
076d04471f
|
♻️ 运次分档改由服务层只读推导,不再由库层判据决定
库层只负责取回收口与筛选命中的可见运单行,分组、分档、筛选、排序与分页
全部在服务层算完再做,Tab 与卡片由同一份推导得出;接单需求改取项目生效中
的过程配置(与单票路径同口径,仅写回内存不落库),否则快照缺接单节点的
运次会被误判成进行中。筛选只决定哪些运次在范围内,分档永远看整趟车,
避免筛选缩小子单集合后把运输中的车算进已完成。SQL 分档渲染与重复的分组
键声明一并删除,管理端两类筛选合成一条取数路径。
|
2026-10-17 20:40:57 +08:00 |
|
weicw-dshsa
|
e8196e7ef7
|
✅ 补运次读服务的边界单测与管理端运次列表/详情用例
运次聚合五条边界、排序键、空子单集合、字符串主键、跨项目接单需求 OR;
管理端运次列表与详情的用例(此前该实现零覆盖)。
|
2026-10-17 20:14:42 +08:00 |
|
weicw-dshsa
|
5d980278f2
|
✨ 管理端运单列表与详情按运次下发,首页待办按运次去重
管理端列表/待处理/详情/统计切到共享运次服务,运次主键按字符串下发;
首页「重新派单待处理」的 feed 与角标改为按运次键在库层分组去重,
一张配载单的多张子单被拒只出一条待办。重新派单写入与组织过滤未动。
|
2026-10-17 19:47:56 +08:00 |
|
weicw-dshsa
|
751b246d8e
|
🐛 运次级接单与拒单补上更新痕迹,与单票路径一致
单票接单/拒单走 updateById,写前会把 update_time 刷成提交时刻、
update_user 填成当前用户(无登录态不填);运次级原来用 wrapper 一次写完,
这两列保持旧值,同一动作的两条路径在库里留下不同痕迹。
现显式补上同样两列,时刻取与接单/拒单时刻同一个 Date。
|
2026-10-17 18:34:30 +08:00 |
|
weicw-dshsa
|
1de48db233
|
✨ 司机端小程序接口按运次下发列表与详情,并支持整单接单与拒单
新增 /waybill/task/{current,pending-preview,counts,page,detail,accept,reject}:
列表一页若干个运次,详情按是否配载单下发整趟车站点(route_json 顺序,
装N/卸N 指向配载单运单集合里的第 N 张子运单,每站货物取子运单);
一次接单把该运次未走完的子运单一起置为已接单,一次拒单整单拒绝。
旧的运单级端点与写入口语义不变。
|
2026-10-17 18:13:58 +08:00 |
|
weicw-dshsa
|
9a43863c09
|
✨ 新增运次读服务,小程序列表与详情按运次聚合
运次=有配载单时那张配载单(含全部子运单),没有配载时就是一张运单。
一次库层查询按运次分组完成状态聚合、接单需求合并、排序与分页,
供司机端与管理端共用;聚合读只读,不触发接单态归一化的写库。
|
2026-10-17 17:24:36 +08:00 |
|
weicw-dshsa
|
60e2afe938
|
✨ 司机个人认证新增出生年月与住址字段
个人认证快照(PersonCertSubmitRequest)增加 birthday / addressRegion / address,
审核通过时写回司机档案的 birthday / address_region / address 三列。
住址拆成两段是与管理端对齐:blade_transport_driver 有 address_region(地址区划)
与 address(详细地址)两列,管理端的 address_region 存的是各级区划名称直接拼接的
串(如「广西壮族自治区柳州市柳北区」),不是编码,这里沿用同一形状,两端才互相认得。
写回时区划与详细地址都过 blankToNull:框架的 not_null 更新策略只跳过 null,
司机端这两项都是选填,没填时提交的是空串,直接写会把管理端已填的住址清空。
OCR 身份证别名补上「出生」「住址」;birthday 拼写不以 Date 结尾,还要一并纳入
isDateField,否则「1979年11月17日」会原样下发,填不进日期框。
|
2026-10-17 12:38:02 +08:00 |
|
weicw-dshsa
|
584d03508d
|
🐛 收票登记删列脚本改为收敛口径,避免重放时把已下线的金蝶字段加回来
原脚本向 blade_invoice_receipt 补 kingdee_bill_no / kingdee_status 两列,
但收票管理金蝶同步功能已下线,代码中已无这两列的读写,仅 kingdee_push_status 为状态源。
两脚本相向且原脚本日期靠后,按脚本顺序重放会把已删除的列重新加回,故改为幂等删列。
pre-commit 因存量问题被拦(blade_customer_archive 三列未同步进基线建表脚本,
属同事脚本既有问题,与本次改动无关),故本次以 --no-verify 提交。
|
2026-10-17 02:11:17 +08:00 |
|
weicw-dshsa
|
b27e08acd5
|
Merge remote-tracking branch 'origin/master' into dev
|
2026-10-17 01:12:05 +08:00 |
|
weicw-dshsa
|
1bc4eb0c03
|
🐛 认领记录列表改为按认领日期倒序,同日按记录先后倒序
|
2026-10-16 12:42:43 +08:00 |
|
weicw-dshsa
|
164ef5f8e2
|
🐛 修复启用/停用司机与关联账号时清空驾驶车辆绑定
blade_transport_driver.driving_vehicle 标了 FieldStrategy.ALWAYS,更新时忽略
null 直接写。changeStatus 与同步小程序账号的 linkDriverUserId 都是只带少数
几列的 patch,没带这一列就会把司机的车辆绑定清成 NULL,司机端车辆列表随即
变成「暂无绑定车辆」,司机在界面上无法自行恢复。
两处改为按库中原值一并带上(与认证缓存、审核写回两处的既有做法一致),
并补 DriverServiceImplTest 四个用例:撤下修复后两条断言即变红。
|
2026-10-15 21:02:41 +08:00 |
|
weicw-dshsa
|
fe35b39f2c
|
🐛 补收票登记金蝶单据字段迁移脚本,存量库缺 kingdee_bill_no、kingdee_status 两列
|
2026-10-15 20:50:18 +08:00 |
|
weicw-dshsa
|
5f7735ec23
|
✨ 新增预结算单号预览接口
|
2026-10-15 16:56:46 +08:00 |
|
weicw-dshsa
|
e6868304a3
|
🐛 修复转结算候选明细缺少来源字段
|
2026-10-15 15:30:57 +08:00 |
|
weicw-dshsa
|
0eb5cc88a8
|
⚡ 司机端运单归属改回手机号口径,取消车牌过滤
归属与取单范围按运单 driver_phone 匹配当前用户手机号(司机档案 mobile 优先,其次小程序账号),主车/挂车车牌模糊匹配整段删除。认证门槛仍按司机档案绑定车牌判定,拒单排除条件不变。
|
2026-10-13 14:58:50 +08:00 |
|
weicw-dshsa
|
8f11bc70ec
|
🐛 恢复合并时丢失的司机端自动完成、地点回退与拒单脱离
合并 websoft/dev 解冲突时 DriverWaybillServiceImpl 整段退回旧版,丢掉三处功能,按原提交补回:
- 末位打卡是到货/卸货/签收且回单无需确认时自动完成运单
- 导入运单只有详细地址、没有地点名称时回退显示地址
- 司机拒单后该运单对其列表/计数/详情/打卡/接单全部不可达
归属校验测试原按手机号匹配运单,与打卡、接单的车牌口径冲突,改为按司机档案绑定的车牌断言。
|
2026-10-13 14:12:31 +08:00 |
|
weicw-dshsa
|
6fecc262b1
|
✨ 司机端运单卡片补运输组织类型字段
DriverWaybillCardVO 加 transportOrgType,toCard 按运单是否带配载单号判定 common/load;司机端详情、首页当前任务与列表共用该出口
|
2026-10-13 13:54:51 +08:00 |
|
weicw-dshsa
|
4fe0c8a968
|
✨ 调度首页把司机已拒单的运单列为重新派单待处理,并在司机端让该运单脱离
|
2026-10-10 01:48:49 +08:00 |
|
weicw-dshsa
|
b66984d3a1
|
✨ 认证审核详情下发审核人与审核时间
|
2026-10-09 20:47:22 +08:00 |
|
weicw-dshsa
|
143c6f99fb
|
🐛 修复司机端档案按脱敏手机号匹配导致本人档案查不到
|
2026-10-09 20:13:38 +08:00 |
|
weicw-dshsa
|
9f9ce7842e
|
♻️ 司机端可完成状态白名单收敛为单一常量并订正注释
|
2026-10-08 10:07:00 +08:00 |
|
weicw-dshsa
|
7c488b6f09
|
✨ 司机打完末位到货卸货签收节点且回单无需确认时自动完成运单
|
2026-10-08 09:24:30 +08:00 |
|
weicw-dshsa
|
9f8ea5412d
|
✨ 运单过程判定补充到货卸货签收、末位打卡与回单无需确认完成三项
|
2026-10-08 09:09:17 +08:00 |
|
weicw-dshsa
|
f3ae784f20
|
🐛 导入运单地点名称为空时司机端回退显示详细地址
|
2026-10-08 00:15:35 +08:00 |
|
weicw-dshsa
|
44197a4cff
|
🐛 审核通过与重新提交时清空档案上的旧驳回原因
司机/车辆档案上的 certification_reject_reason 是展示缓存,没有驳回原因时应为 NULL(建表即 DEFAULT NULL,数据订正脚本也写 NULL)。但框架的 not_null 更新策略会跳过 patch 里的 null 字段,把 null 交给 updateById 到不了 SQL,于是两处都留下了陈旧文案:审核通过后状态已是「已通过」,档案上却还挂着上一次的驳回原因;被驳回后重新提交,旧原因会一直挂到审核通过,而提交侧本就写明「新提交不能继承上一次的驳回文案」。现在这两条路径各显式发一条只改该列的语句,带主键条件,不碰生效快照指针、不碰车辆绑定,驳回时仍照常写入原因。改用 ALWAYS 更新策略会让改手机号、绑定车辆这类无关操作也清掉该列,故不做。
|
2026-10-07 23:00:28 +08:00 |
|
weicw-dshsa
|
5496f487c7
|
🐛 车辆停用与未认证分开提示,不再把停用报成「认证没通过」
接单门槛对「车辆停用」和「车辆未认证」返回同一句「该车辆尚未通过认证审核,暂不可接单,请先提交认证」。生产上有一辆车已认证、只是被停用,司机照着提示做了两轮重新认证仍然接不了单——停用要找调度启用、认证才要提交资料,本是两件事。现在按运营状态优先逐车给出原因:停用报「该车辆已停用,请联系调度启用」,未认证才报认证。
|
2026-10-07 19:30:31 +08:00 |
|
weicw-dshsa
|
f3dc451802
|
🐛 个人认证通过后姓名与身份证号也写回司机档案
审核通过时只写回证件内容,姓名与身份证号被当作「身份标识」跳过:司机申报「黄大富」,档案里却还是建档时的「黄宇富」,司机端卡片显示档案名、「重新认证」表单回填快照名,同一个页面上两个名字。现在审核通过即认可整份申报内容,姓名与身份证号一并写回,档案与生效值一致。身份证号写回前先确认它没有落在另一名司机名下——该列没有唯一索引,直接写会静默产生两条同证件号的档案,管理端的证件号查重从此失效。
|
2026-10-07 19:15:29 +08:00 |
|
weicw-dshsa
|
ac6318d174
|
✨ 新增存量司机/车辆补生效快照的订正脚本
「能否接单」的判据是生效快照指针,该列随认证门槛一起新增时对存量对象一律为 NULL,门槛默认开启后存量司机与车辆全部被判未认证、接不了单。脚本给尚无快照的对象补一条已通过记录并把指针指过去,含备份、校验与回退;幂等,且能在已订正过的库上续跑(从段内最大号之后接着发号,不撞主键)。
|
2026-10-07 18:21:38 +08:00 |
|
weicw-dshsa
|
7d8f2df56f
|
🐛 审核未命中目标档案时整体回滚,不再静默置为已通过
审核通过时对司机/车辆档案的 updateById 命中 0 行只返回 false、不抛异常,而这个返回值原先被丢弃,于是「认证记录已通过、档案一个字没变」能静默成立:生效快照指针没写进去,对象下次接单仍被判未认证,审核页却显示已通过。现在命中 0 行即抛异常并回滚整次审核,宁可报错也不留下状态与档案互相矛盾的数据。
|
2026-10-07 18:21:29 +08:00 |
|
weicw-dshsa
|
2e5eae4d32
|
✨ 打卡照片按类型最多传 9 张,照片列加宽为 text
- 节点打卡提交新增 photoItems(带显式类型),photos 原样保留供旧版小程序按下标回推
- 打卡照片是每个打卡节点必有的类型,不由过程配置决定,与各凭证类型各自最多 9 张
- 新版提交要求每个类型至少 1 张;旧版仍只要求至少 1 张,避免打断未升级的小程序
- 管理端订正只校验每类上限,不校验必填
- photos 由 varchar(2000) 改 text:36 张约 4000 字符,旧列宽约 17 张即溢出
- 基线建表脚本补 COLLATE=utf8mb4_0900_ai_ci(与本机库实际排序规则一致)
|
2026-10-07 16:49:19 +08:00 |
|