Commit Graph

678 Commits

Author SHA1 Message Date
b2894lxlx 4342b917e5 🔀 合并 dev 到 uat 2026-10-21 11:52:16 +08:00
b2894lxlx c31e5f98ed ✨ 人员同步按OA登录名更新或新增
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-10-21 11:51:13 +08:00
b2894lxlx 777102485c ✨ 组织机构支持合同初始流水号
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-10-21 11:51:13 +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
b2894lxlx 5a651562d3 Merge remote-tracking branch 'websoft/dev' 2026-10-20 12:52:47 +08:00
weicw-dshsa 02d75e7e95 🐛 修复非超管「全部组织」账户跨组织操作仍报无权操作其他组织
配载提交按子运单组织逐个校验当前会话组织,且列表默认不按组织过滤,
超管能勾到他组织运单、提交却被拦;用户档案的「数据权限范围」此前只被
组织树消费,设成全部组织对业务无效。

统一为 hasAllDeptScope():超管或 data_scope_range=2 免组织校验,
写校验、allDept 门禁、列表组织过滤共用该口径;其余用户仍严格要求等于当前组织。
2026-10-20 11:54:23 +08:00
b2894lxlx 87222f2e8c 🐛 修复进度预付驳回重提,并校正结算费用与运输计划组织
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-10-20 01:50:55 +08:00
b2894lxlx 766100a55c 🐛 修复车辆长期有效、结算导入与调度端轨迹鉴权
车辆勾选长期有效不再强校验有效期;结算导入模板去掉结算金额并自动合计,取消运费合计勾稽;调度端所属组织为空不拦截,并新增仅登录态的 manage/track。

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-10-19 23:28:50 +08:00
b2894lxlx 58c9462502 Merge remote-tracking branch 'websoft/dev' 2026-10-19 22:37:23 +08:00
weicw-dshsa 776861fc5b 🔀 合并 origin/master 到 dev 2026-10-19 19:03:06 +08:00
b2894lxlx fce582e80b 🐛 修复收款流水继续认领与付款可付口径,并改用OA登录名提交流程
收款流水部分认领预填关联结算单并修正认领完成判定;正式结算尾款扣减预付占用;预付驳回重提纠正结算引用;临时额度取消强制项目额度校验;用户增加OA登录名供MK流程使用。

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-10-19 17:12:22 +08:00
b2894lxlx 68a5d581f3 !4 fix: 结算调整单重推拦截报错补充具体结算单号
Merge pull request !4 from mindless/feature/20261016-settlement-adjustment-kingdee
2026-10-19 06:58:25 +00:00
刘泉佳 3b3e5442f1 fix: 金蝶开票申请部门编码改传项目业务部门自身金蝶编码 2026-10-19 14:43:35 +08:00
b2894lxlx c5d5687999 ✨ 完善付款申请多结算行、结算导入与计费方式回填
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-10-19 12:06:49 +08:00
刘泉佳 7858ba30ac docs: 付款申请同步金蝶技术文档按目录规范补充日期前缀(2026-09-16) 2026-10-19 11:19:03 +08:00
刘泉佳 aa75153955 docs: 更新BFI推送映射表组织/部门编码口径及付款申请技术文档
映射表:组织类字段统一为公司级平台公司编码口径,A103-3 拆分 awrp_department_number(部门级 kingdeeDeptNumber)与结算/申请/付款组织(kingdeeOrgNumber),补充组织编码层级说明;付款申请技术文档:组织字段来源改为 kingdeeOrgNumber/kingdeeDeptNumber,未传字段清单同步
2026-10-19 11:11:19 +08:00
刘泉佳 d9d405cfe4 fix: 金蝶付款申请部门编码改传项目业务部门自身金蝶编码
A103-3 付款申请保存 awrp_department_number 原与结算/申请/付款组织同传上溯平台公司编码,现拆分:组织三字段仍走 kingdeeOrgNumber(平台公司),部门编码新增 kingdeeDeptNumber 取业务部门自身 blade_dept.kingdee_dept_code(不上溯,未维护拦截)
2026-10-19 11:10:56 +08:00
刘泉佳 6d3c0bfef4 docs: 补充金蝶BFI操作手册定时任务运转逻辑与状态中文释义 2026-10-19 02:08:02 +08:00
b2894lxlx 74bc8c844d 🐛 修复单据号取号忽略逻辑删除,并优化OA人员组织绑定
人员同步改为绑定已有组织并归并旁路存量;付款/开票/结算/对账等取号按最大流水含已删数据;运单导入数量单位改读计量单位主数据。

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-10-18 22:20:17 +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
刘泉佳 675533b87e feat: 金蝶保存失败异常信息展示金蝶单据号
- BfiBillSaveResultItemVO 新增 getFailMark 定位信息(金蝶单据号,@JsonIgnore 不影响序列化)
- commonCall 失败分支按失败分录拼入金蝶单据号,「已提交状态下的单据不允许修改」等场景可直接定位星瀚侧单据
- requireBfiSaveSuccess 单据级失败提示同步拼入
2026-10-18 21:33:59 +08:00
刘泉佳 d1be16755f fix: 收票登记推送金蝶改为逐单事务行锁串行化
- 批量编排逐单经 TransactionTemplate 开单据级短事务,推送首行 FOR UPDATE 行锁读并重查推送状态,已推送幂等跳过
- 同一登记的审批自动推/手动批量/定时重推并发时串行化,不再重复调金蝶保存
- 单笔失败只回滚自身不中断整批,失败状态由事务外独立补落,纳入定时重推
2026-10-18 21:30:37 +08:00
刘泉佳 320f472043 fix: 开票申请与正式结算单同步金蝶入口增加行锁互斥
- doSyncKingdee 首行改为 lockedExisting 行锁读(FOR UPDATE),审批自动推/手动按钮/定时重推三入口在同一单据上串行化
- 后到请求等锁后读到已提交状态,命中已同步幂等分支直接返回金蝶单号
- 修复并发推送触发金蝶「已提交状态下的单据不允许修改」的假失败与重复建单风险
2026-10-18 21:30:07 +08:00
b2894lxlx ddaa6f2c45 ✨ 完善导入结算单模板校验、草稿明细与历史运单选择
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-10-18 20:35:28 +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
刘泉佳 ed6346e7a1 docs: 新增预付转正式结算单与项目预付操作手册(纯操作·带状态) 2026-10-18 15:50:07 +08:00
刘泉佳 6e685d3440 docs: 新增预付转正式结算单与项目预付操作流程说明(分场景·前端后端) 2026-10-18 15:23:12 +08:00
刘泉佳 b9acf6c73d Merge remote-tracking branch 'refs/remotes/origin/master' into feature/20261016-settlement-adjustment-kingdee 2026-10-18 15:14:46 +08:00
weicw-dshsa f9453e4fac 🐛 拒单票不再被排除在可配载之外,随配载提交清除接单事实 2026-10-18 14:48:17 +08:00
weicw-dshsa ca92288cf4 ✅ 子运单状态写用例补齐写侧准入前提
逐张准入已要求公路 + 待执行 + 未配载 + 未拒单,夹具运单补运输方式;
同一配载单的子单必须同项目,跨项目推导改为直接测推导函数。
2026-10-18 14:40:16 +08:00
刘泉佳 cc2564c6ee Revert "fix: 付款申请发号含逻辑删除占位并勾稽金额校验,防单号复用撞金蝶防重键"
This reverts commit 1c9471df89.
2026-10-18 14:38:07 +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
刘泉佳 d937915043 docs: 新增预付完整流程梳理-正式结算单预付整合设计与落地后全链路文档 2026-10-18 14:32:01 +08:00
刘泉佳 1c9471df89 fix: 付款申请发号含逻辑删除占位并勾稽金额校验,防单号复用撞金蝶防重键
nextNo 改为含逻辑删除单据取当天最大序号+1,删除后单号不再复用(此前复用同号推送金蝶时按防重键匹配到旧单转更新,报已提交状态下的单据不允许修改);A103-2 勾稽回填前校验金蝶同号单金额与本单一致,不一致拦截并提示财务核实
2026-10-18 14:31:46 +08:00
刘泉佳 a4b5f09160 feat: 正式结算单整合项目预付核销并关联展示预付付款记录
核销金额计入结算单已申请/已付汇总(仅已付款预付可核销);保存转移来源预结算核销行、调整重推迁移核销行;付款申请作废/结算单作废/金蝶删单回调/预结算作废联动清理核销行;结算调整前校验核销合计;详情返回统一预付付款记录(advancePayments);列表页批量汇总避免N+1
2026-10-18 14:31:10 +08:00
weicw-dshsa f684666a01 ✨ 配载提交与重新派单按项目实时配置逐张推导子运单状态并清除接单事实 2026-10-18 14:27:44 +08:00
刘泉佳 32f14b9299 fix: 修复付款申请多选预结算单时仅首张单回填预付信息 2026-10-18 14:07:57 +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