BJ_ZTEITS-Developers / parking-cloud-yudao

[BUG] HRM：管理端「候选人转员工」恒失败——服务端回填 channelId 与 createEmployee 隐藏字段校验互斥（1050100034）

[BUG] CRM/ERP：产品删除无引用校验——被业务单据引用的产品可被直接软删，留下悬空引用

[BUG] ERP：采购入库单反审批后订单入库进度不回退——inCount 汇总不按审核状态过滤

[BUG] BPM：动态表单必填字段可绕过——OA 请假必填项全留空仍可发起成功，脏单审批时 500

CRM：修改回款（改金额）保存成功，但操作日志没有这次修改的记录

[ENHANCE]

[FIX] 框架：@EnableAsync 显式 proxyTargetClass=true，修 IM 写操作 getSelf() NoSuchBean 全量 500（ISSUE-001）

[ENHANCE] 商城：商品 SKU 五个金额字段补接口层下限校验（>=0）

[FIX] CRM：回款计划创建查最大期次改单表查询，修 Unknown column 't.contract_id'（A6）

getContractById 原 executeBefore=true：模板在方法执行前解析，
#receivable/#receivablePlan 等 LogRecordContext 变量此时尚未绑定（方法
内部末尾才 putVariable），取值为 null 抛 SpelEvaluationException
EL1007E（2026-09-21 23:50:39 实抓：LogRecordInterceptor:75 log record
parse before function exception）。函数只用于日志展示合同名、无前置对比
需求，改后置相取值（与 getAdminUserById 同相，其 #clue 上下文变量后置相
解析正常）。
同修 CRM_RECEIVABLE_UPDATE_SUCCESS 模板变量名：updateReceivable 绑定的
是 oldReceivable 而非 receivable，原写法后置相仍会空引用。

接口发起动态表单（formType=10 流程表单）流程时，必填字段未填也能
code=0 发起成功（前后端均漏校验，A51），建成变量缺失的脏实例。

在管理端 API 发起入口（VO 路径）补动态表单必填校验：按表单字段
定义（兼容 field/key 两种字段标识、数组/对象两种 required 标记）
逐一检查变量，缺失即抛新增业务错误 1_009_004_009。
仅校验 VO 路径：内部业务链路（DTO 路径，如 OA 请假只传部分变量）
不经过本校验，避免误伤。

原A39修复把 selectListByOrderId 过滤成只查已审核，导致同方法内的超订单数量校验
(inCount>count 抛错)也只算已审核——未审核的超额入库单不再触发拦截，ERP-22 复验时
超额入库被误放行(回归)。现拆成两条口径：inCount 展示用已审核(反审核自然回退)，
超量校验用新增 selectListAllByOrderId 查全部入库单，二者互不影响。

原删除链路只校验产品存在，不校验引用即软删：被引用产品删除后，
引用方明细（product_id）成悬空引用，订单/合同明细数据不一致
（2026-09-21 23:50:36 实抓：被销售单明细引用产品 DELETE 仍 code=0 放行，
载体 CRM-07/ERP-01 翻用例后预期拒绝）。
- CRM：crm_contract_product / crm_business_product 存在未删引用即拒绝，
  新增错误码 1_020_008_003/004。
- ERP：采购订单/入库/退货 + 销售订单/出库/退货 共 6 张业务明细表存在
  未删引用即拒绝（库存表为派生数据不纳入），新增错误码 1_030_500_002~007。
引用计数走 @TableLogic 软删过滤，已删明细不阻断。

商品/SKU 允许填负价格并保存成功（A19）：ProductSkuSaveReqVO 的
price/marketPrice/costPrice/firstBrokeragePrice/secondBrokeragePrice
均无下限校验，管理端前端 el-input-number min=0 恰好掩盖后端缺口，
绕过前端（直接接口/H5/第三方）即可写入负价。

给五个价格字段补 @Min(0)，后端校验层统一拒绝非正价格（SPU 创建/
更新经 skus 的 @Valid 级联一并生效）。

采购入库单数量填 0 或负数也能保存（count 仅 @NotNull、无 >0 约束），
数量为 0 的入库单审核时 updateCountIncrement 生成空 SET 的 UPDATE，
MyBatis-Plus 直接抛异常 500（A23）。

两层修复：
1. 建单/改单入口：items 补 @Valid 级联 + count 补
   @DecimalMin(0, inclusive=false)，0/负数量建单返回参数校验错误；
2. 审核链路：updateCountIncrement 对 count=0 直接跳过（无库存增量），
   历史已落库的 0 数量单审核不再 500。

MPJLambdaWrapperX 会给列拼表别名前缀 t.，但 BaseMapper.selectOne 生成的
FROM 不带别名，单表查询直接 SQL 语法错误（2026-09-21 23:50:39 实抓堆栈：
CrmReceivablePlanMapper.selectMaxPeriodByContractId:27 → createReceivablePlan:65
→ 500 系统异常）。同文件 selectCount+MPJ 走 MPJ 自带 FROM 别名不受影响，
仅 selectOne 路径改 LambdaQueryWrapperX。

…未显示」互斥(1050100034)（A41）

仅含 @Async 而无 CGLIB 触发器(如 @Transactional)的 bean(如 ImWebSocketServiceImpl)
被 JDK 动态代理后，getSelf()=SpringUtil.getBean(getClass()) 按实现类取 bean 必抛
NoSuchBeanDefinitionException，致 IM 模块全部写操作事务内通知发送回滚整体 500。
与 @EnableTransactionManagement(proxyTargetClass = true) 口径对齐根治。

验证：修复后 IM 域回归 7 例两轮全绿(jobs 1422-1425/1427-1431)；
诊断实证 proxyClass=jdk.proxy2.$Proxy926 仅接口型。

- 新增 FlowableUtils 发起人 ID 变量读取方法
- 发起人部门负责人策略优先使用 PROCESS_START_USER_ID
- 补充流程变量优先场景单测

使用 weixin-java-pay 的内存证书配置，替代临时文件路径，避免系统清理临时文件后导致微信支付不可用；同时使用 Hutool 的 UTF-8 字节转换方法，保持 JDK8 兼容性。

- 将 iot:device:message-end 改为 iot:device:message-send
- 与各数据库菜单 SQL 保持一致

Merge pull request !1588 from 司徒俊杰/master-jdk17