xinyouhe/x-server-mobile
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
260 Commits 6 Branches 0 Tags
f8524d333cfa67ddeb539a150db481ebb3d6d4e0
Commit Graph

26 Commits

Author SHA1 Message Date
root 7efd525f49 fix: 修复 BusinessTripService 中未定义变量 $node 的问题 
- 将 $node 作为参数传递给 sendApprovalNotification() 方法
- 修复消息发送时 'Undefined variable $node' 错误
 2026-03-01 09:03:24 +08:00
root 1f72da9ec4 feat: 添加消息卡片更新功能，支持或签/单人审批场景 
新增功能：
1. 创建 feishu_message 表，存储消息与审批订单/节点/用户的映射关系
2. 发送审批通知时保存 message_id
3. 审批完成后自动更新其他审批人的消息卡片

使用场景：
- 或签（or_approve）：一人通过后，更新其他审批人的消息卡片
- 单人审批（approver）：一人通过后，更新其他审批人的消息卡片
- 拒绝（reject）：拒绝后更新所有其他审批人的消息卡片

技术细节：
- FeishuMessage 模型：管理消息映射
- FeishuNotificationService::updateMessageCards()：更新消息卡片
- ApprovalService：审批完成后调用消息更新逻辑

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-28 18:06:40 +08:00
root e7165d3d9f fix: 修复3个紧急问题 
1. 修复抄送人重新选择后接收不到通知的问题
   - BusinessTripService: 添加 $detailUrl 变量定义，确保抄送通知包含详情链接

2. 修复多人审批报错的问题
   - ApprovalService: isNodeCompleted() 方法改为从 $node->approvers 获取审批人列表
   - 之前从 form_data['approvers'] 获取会因重新选择审批人而导致数据不一致

3. 确保所有角色的通知消息都能点击进入详情
   - 飞书卡片通知已包含"查看详情"按钮，问题1的修复确保了抄送人也能正常跳转

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-28 17:11:14 +08:00
root 094967cb02 fix: 添加applicant_id参数以支持自审批检测 
- BusinessTripService: 传递 applicant_id 参数
- 确保自审批场景能正确发送文本消息而不是卡片
 2026-02-28 14:37:00 +08:00
root 103da81a5c fix: 移除硬编码的开发环境域名 
- 使用动态域名配置（从 request 或 config 读取）
- 添加 FEISHU_BASE_URL 环境变量支持
- 修复回调地址为当前站点域名

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 22:12:46 +08:00
root 1004aea725 feat: 审批功能优化和拒绝原因弹窗 
后端改动：
- ApprovalService: 添加调试日志，简化详情页 URL 生成逻辑
- BusinessTripService: 优化出差审批详情展示

前端改动：
- approval/detail: 审批详情页优化，支持查看完整审批流程
- approval/reject: 新增拒绝原因弹窗组件
- business-trip/detail: 出差详情页增强，展示审批状态和操作

功能特性：
- 审批详情页显示完整审批流程和记录
- 拒绝操作支持填写拒绝原因
- 出差申请详情页优化展示

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-27 17:57:56 +08:00
root 68e0c261d8 feat: 完善业务审批消息链路 
修改内容：
1. TestController - 添加 real 参数支持发送真实业务通知
2. BusinessTripService.sendApprovalNotification() - 传递 order_id

业务流程：
1. 用户创建申请 → 审批人收到带按钮的通知
2. 点击"通过"/"拒绝"按钮 → 跳转到审批详情页
3. 自动弹出确认框 → 完成审批
4. 通知下一节点审批人/申请人

按钮链接：
- 通过/拒绝：/approval/detail/{order_id}?action=approve|reject
- 查看详情：/business-trip/detail/{business_id}

测试命令：
- 测试消息: /api/v1/test/notification?user_id=1&order_id=64
- 真实业务: /api/v1/test/notification?user_id=1&order_id=64&real=1

相关文件：
- backend/app/controller/TestController.php
- backend/app/service/BusinessTripService.php

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 19:10:51 +08:00
root 32d19d56ee fix: 修复审批消息推送问题 
问题1：BusinessTripService 数据格式兼容性
- 后端期望对象数组 [{id:1, name:'...'}]，前端传纯 ID 数组 [1,2,3]
- 修复：兼容两种格式，自动提取 id

问题2：ApprovalService 没有消息推送
- 添加 FeishuNotificationService 集成
- approve() 方法：节点完成后通知下一节点审批人，流程完成后通知申请人
- reject() 方法：审批拒绝时通知申请人

问题3：修复重复类定义导致的语法错误

相关文件：
- backend/app/service/BusinessTripService.php
- backend/app/service/ApprovalService.php

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:53:56 +08:00
root 61d1c70ba8 fix: 完善审批流程错误处理和调试日志 
主要修改：
1. 添加完整的 try-catch 错误处理
2. 添加 Transaction 开始/成功日志
3. 添加保存前后的状态日志
4. 捕获并记录任何异常

测试验证：
- 审批流程正常执行
- 状态正确更新为 approved
- 跳过 notify 节点直接完成
- "我已审批"列表正确返回数据

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:23:02 +08:00
root 8b37d6313e fix: 完善审批流程调试日志 
添加详细的调试日志来追踪审批流程：
1. approve() 方法开始时的参数日志
2. 节点类型和完成状态的日志
3. 下一节点查询和跳过逻辑的日志

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:19:51 +08:00
root f36fc69b8d fix: 修复审批流程完成后状态更新问题 
主要修改：
1. 修复下一节点查询逻辑，使用 order > currentOrder 替代 order > 0
2. 在 submit 和 approve 方法中跳过 notify 节点直接完成流程
3. 添加详细的调试日志
4. 兼容两种数据格式：[1,2,3] 或 [{id:1},{id:2},{id:3}]

修复问题：
- 审批完成后流程移到 notify 节点而不是完成
- business_trip status 没有更新为 approved
- "我已审批"列表为空

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:14:49 +08:00
root cc3c599c90 fix: 使用 form_data 存储运行时审批人，不修改 approval_node 模板 
主要修改：
1. submit() 方法不再修改 approval_node 表，节点仅作为流程模板
2. getList() 的 pending 查询从 form_data.approvers 获取审批人列表
3. approve() 方法从 form_data.approvers 检查用户是否有权限
4. 兼容两种数据格式：[1,2,3] 或 [{id:1},{id:2},{id:3}]

修复问题：
- 之前每次提交申请都会修改 approval_node 表的 approvers 字段
- 这导致流程模板被污染，不同的申请共享同一个节点配置

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 18:01:40 +08:00
root 5095f556c8 fix: 修复单人审批完成后的流程流转逻辑 
问题：
1. 审批完成后直接移动到下一节点，没有检查节点类型
2. 抄送节点应该跳过并完成流程，而不是进入抄送节点
3. 审批完成后的申请应该进入"审批完成"状态

修复：
- 检查节点完成条件：单人审批/或签一人通过即完成
- 检查下一节点类型：抄送节点则跳过并完成
- 没有后续节点则完成流程

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:39:59 +08:00
root dc763d874a fix: 修复待审批列表查询逻辑 
- 检查用户是否在当前节点的审批人列表中
- 排除已经审批过的申请
- 同时修复数据库节点7的审批人配置

问题：待审批列表没有验证用户是否为当前节点审批人

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:34:56 +08:00
root a1176b1042 fix: 移除硬编码，使用数据库配置审批流程 
- 数据库已配置审批节点：陈兰 (id=27)
- 数据库已配置抄送节点：陈标 (id=29)
- 移除硬编码的 getDefaultApproversFromConfig() 方法
- 代码从数据库读取配置

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:30:25 +08:00
root a6e4a7fbc4 feat: 设置默认审批人为陈兰，抄送人为陈标 
- 当没有配置审批流程时返回默认值
- 新增 getDefaultApproversFromConfig() 方法
- 默认审批人：陈兰 (id=27)
- 默认抄送人：陈标 (id=29)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:24:45 +08:00
root c1016c740d feat: 接入飞书消息通知到出差审批功能 
- 提交申请后通知审批人和抄送人
- 审批通过/拒绝后通知申请人
- 取消申请后通知审批人和抄送人
- 新增 sendApprovalNotification() 方法
- 新增 sendApprovalResultNotification() 方法
- 新增 sendCancelNotification() 方法

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 17:16:23 +08:00
root a88944b5e1 refactor: 删除 users 表中未使用的字段 
- 删除 report_to（上级ID）字段
- 删除 position（职位）字段
- 更新 User 模型移除相关关联和类型转换
- 更新 BusinessTripService 移除 position 返回

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 16:56:51 +08:00
root 8110b1e5e6 feat: 发起人自动审批通过功能 
- 当发起人在审批人列表中时，提交时自动创建审批通过记录
- 根据节点类型判断是否完成：
  - 单人审批（approver）：发起人审批后节点完成
  - 或签（or_approve）：发起人审批后节点完成
  - 会签（and_approve）：需要所有审批人审批才完成
- 节点完成后自动移动到下一节点或完成审批
- 更新 PROJECT_ISSUES.md 记录问题和解决方案

业务逻辑说明：
- 如果发起人选择自己作为唯一审批人，提交后申请直接完成
- 如果有其他审批人，需要其他审批人继续审批

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 09:44:44 +08:00
root ba41b340fc fix: 修复审批列表首次加载不显示和发起人审批人问题 
- 移除 loadingRef，解决 React 18 StrictMode 下请求阻塞问题
- 提交申请时根据选择的审批人动态创建/更新审批节点
- 修改申请提交后跳转到审批列表而非出差列表
- 更新 PROJECT_ISSUES.md 记录所有问题和解决方案

修复问题：
1. 首次进入审批列表"我发起的"不显示数据
2. 发起人也是审批人时"待我审批"不显示
3. 申请提交后跳转到错误的页面

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 09:35:26 +08:00
root b7919910f1 docs: 整理项目问题文档，修复审批列表数据混乱 
- 新增 PROJECT_ISSUES.md 统一管理所有问题和解决方案
- 精简 CLAUDE.md，移除重复的问题记录部分
- 修复审批列表数据混乱问题（React 18 StrictMode + 状态管理）
- 修复首次加载不显示数据问题（requestIdRef 清理时机）
- 修复页码初始值错误（hasMore 默认值）
- 修复后端响应序列化问题（Eloquent 模型转数组）
- 添加审批人和抄送人重复校验
- 修复双 header 问题
- 调整申请页面 padding-bottom

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-26 09:12:21 +08:00
root 04953b22dc feat: 完善审批功能 
- 新增通用审批列表页面（我发起的/待我审批/我已审批）
- 新增通用审批详情页面（支持审批通过/拒绝操作）
- 修复审批列表过滤逻辑（"我已审批"只显示已完成订单）
- 修复登录页面未设置 Zustand store 的问题
- 修复 User 类型定义（id 改为 number 类型）
- 修复草稿恢复时的日期转换问题
- 创建测试数据脚本（test_data.php）
- 安装 webman 官方依赖包（database, redis, pagination 等）

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-25 23:54:38 +08:00
root 3968e94195 feat: 实现默认审批人和抄送人功能 
- 后端新增 getDefaultApprovers 接口，从审批流程配置中获取默认审批人和抄送人
- 前端申请页面加载时自动获取并显示默认审批人和抄送人
- 添加默认审批流程配置：1个审批人(闫继光) + 2个抄送人(孟启、程丽敏)
- 移除后端 support 目录下的自定义 Db 和 Model 类，使用 Webman 官方实现
- 前端选择页面优化：优先从 sessionStorage 恢复，否则加载后端默认配置

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-25 18:54:38 +08:00
root e3e2843835 fix: 修复审批功能和数据加载问题 
- BusinessTripService 添加 ApprovalNode use 语句
- 修复 approve 方法中的字段引用错误（flow_id 替代 order_id）
- 修复 approve 方法中的类型引用错误（type 替代 node_type）
- getList 方法添加 approvalOrder 关联加载
- 完善审批逻辑：检查用户是否在当前节点审批人列表中
- 前后端联调测试通过

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-25 18:30:49 +08:00
root 66b61eada4 refactor: 使用官方support\Db和support\Model 
- 创建 support/Db.php 和 support/Model.php
- 在 bootstrap.php 中自动初始化数据库
- 移除 app/util/Db.php
- 更新所有模型和控制器使用官方类

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-25 18:15:17 +08:00
root 582f454a5a refactor: 重构后端目录结构和命名规范 
- 将后端目录名从大写改为小写 (Controller->controller 等)
- 将命名空间从 App\ 改为 app\ (符合 webman 官方规范)
- 移除不必要的 bootstrap 目录
- 完善出差审批业务功能：
  - 添加删除草稿功能
  - 添加审批操作功能（同意/拒绝）
  - 完善审批详情页，显示审批人和审批记录
- 前端优化：
  - 调整列表页行高
  - 隐藏底部导航栏
  - 仪表盘只显示3个快捷入口

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
 2026-02-25 18:09:04 +08:00