-
精简合同删除、回款期数与提现初始化注释，对齐库存服务计数方法的 Javadoc。
-
- 迁移依赖坐标、包名和代码生成模板 - 修复全局 Long 转换器不生效导致的导出精度丢失（https://t.zsxq.com/a0w1V）
-
[BUG] CRM/ERP：产品删除无引用校验——被业务单据引用的产品可被直接软删，留下悬空引用
-
[BUG] ERP：采购入库单反审批后订单入库进度不回退——inCount 汇总不按审核状态过滤
-
原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 软删过滤，已删明细不阻断。
-
采购入库单数量填 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。
-
将 ErpSaleOrderController 的权限标识从 erp:sale-out:* 修正为 erp:sale-order:*，避免拥有销售出库权限的用户越权访问销售订单接口。 Fixes: https://github.com/YunaiV/ruoyi-vue-pro/issues/1161
-
2. 优化 trace 相关的逻辑
-
Conflicts: src/main/resources/application-local.yaml
-
Conflicts: src/main/resources/application.yaml
-
梳理 druid 的配置
-
Conflicts: pom.xml src/main/resources/application-local.yaml