duxingchen/track
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
413 Commits 3 Branches 0 Tags
5d5aea101554a08b9b69a5dfdaa91fd7fc7f988e
Commit Graph

41 Commits

Author SHA1 Message Date
duxingchen
5d5aea1015 refactor(outbound): 出库单据与领用物料合并成一张表 
这两者本来就是同一件事（这台设备对应 MOM 的哪些出库单、领了哪些料），
却因为粒度不同被拆成两张表、界面上两张卡：用户要面对两个入口两个删除按钮，
还会问「我在那边挂的怎么这边看不见」。更糟的是**单据级那张没有 mom_line_id，
挂上去的料根本报不了废**。

- 新建 product_outbound_materials，统一到**明细级**（只有它带 mom_line_id，
  而报废要用它定位）。单据级信息（申请单号/备注/撤回）作为冗余列落在每条明细上。
  task_id 改为可空 —— 任务只是溯源信息，不再是组织维度，展示/报废/删除按设备走。
- 接口从 7 个收敛成 3 个（GET/POST/DELETE /products/{id}/outbound-materials，
  外加整单删 by-order）。任务级那套连同 TaskResponse.outbound_materials 一起删掉：
  保留第二个入口只会让「同一个东西两个地方」重新长出来。
- MOM 回调存档改为按 outbound_no 去 MOM **现查明细**逐行落 —— 不查的话
  这台设备「领了什么料」永远是空的，也就报不了废。查不到时退化成单据级存档，
  宁可显示「有这张单但看不到明细」，也不要静默丢掉这张单。
- 扫码响应补 outbound_materials（附「谁挂上去的」中文名，服务端解析）。
  ⚠️ 依赖 task_tree_loader 的 selectinload —— 异步 session 下懒加载会
  MissingGreenlet。
- 前端两张卡合并成一张：按出库单号分组、点开看明细，明细行才有报废/删除。
 2026-09-23 15:18:06 +08:00
duxingchen
e45c97bd1f feat: 组织隔离（IRIS 单实例）与出料功能基础 
本轮之前累积的未提交工作，一并固化：

- 组织隔离：同一份代码部署给不同部门只需改 config 的 ORG_DEPARTMENT 与
  MATERIAL_CATEGORY_PREFIX。过滤点在登录/人员列表/物料/MOM 出库单四处，
  全部服务端钉死，客户端传什么都放不大。
  ★ 物料必须用**前缀** LIKE，不能反推成 ILIKE '%IRIS%'：MOM 里 LICA 的物料是
  `LICA/<中文>`，而本部门分类树里另有 `IRIS/成品/LICA/…`（本就属于本部门），
  前缀匹配天然区分得开。
- MOM 出库单只读查询（直连 MOM 库）：不走 MOM 现成的 /outbound 接口 ——
  那个要 JWT + permission_required，且对非特权账号按 consumer_name 做行级
  隔离，服务账号只能拿到自己名下的单。分页必须两段式（先按单号 GROUP BY
  分页，再 IN 捞明细），对宽表直接分页会得到明细行数而不是单据数。
- 出料功能：产品 ↔ 出库单存档（product_outbounds）与任务 ↔ 出库明细
  （task_outbound_materials），供「这台设备对应 MOM 哪张单」的展示。
  ⚠️ 快照一律由后端拿 ID 去 MOM 现查，不接受前端传入，否则前端可伪造单据。
 2026-09-23 15:18:06 +08:00
duxingchen
df3f914eb1 fix(audit): 修复「退出登录」无日志（PC + 移动端） 
现象：审计日志里 logout 记录数恒为 0，退出动作完全不可见。

根因有两处，缺一不可：

1. 移动端（App）根本没有发起过上报
   settings.vue 的 handleLogout 只做 removeStorageSync + reLaunch，
   一个请求都没发。而 uni.reLaunch 会销毁页面上下文、直接掐断未完成的
   uni.request —— 所以必须「先 await 上报、再清 token 与跳转」。

2. PC 端存在时序竞态
   axios 的请求拦截器在微任务里执行、现读 localStorage 取 token；
   而原实现同步清空 localStorage 并立刻 navigate，拦截器跑到时 token
   已经没了 → 请求不带 Authorization → 后端只能记成「未认证」。
   注：只改 AuthContext 不够，调用方 AdminLayout / ProfilePage 原来是
   `logout(); navigate(...)`，不等就跳转照样会掐断请求 —— 三处都得改。

改动：
- 移动端 handleLogout 改 async，await post("/auth/logout") 后再清 token
- AuthContext.logout 改 async（类型同步为 () => Promise<void>），
  先 await 上报再清 token；失败静默，绝不阻断退出
- AdminLayout / ProfilePage 两个调用点补 await
- 全部用 try-catch 兜住：断网/超时也照退不误（JWT 无状态，
  服务端本就不需要它成功）
 2026-09-21 13:47:31 +08:00
duxingchen
1fea30b03b feat(audit): 日活使用统计 + 双 CSV 导出（审计/上下线，列可自定义） 
【日活统计：GET /audit/daily-usage】
按【北京时间自然日 × 操作人】聚合，单个 GROUP BY 完成（count(*) FILTER），
不用窗口函数。指标：上线/下线时间、操作次数、登录/登出次数。

⚠️ 上线/下线时间取【当天首次/末次活动】，刻意不取登录时间：
   Refresh Token 有效期 7 天，用户不必每天重新登录。按登录算会出现
   「登录次数 0、上线时间空，但操作次数 35」——报表自相矛盾。
   时间一律按 +08:00 分日与渲染，否则早班（00:00~08:00）操作会掉到前一天。

【CSV 导出：两个端点 + 列自定义】
- /audit/logs/export        整体审计导出，筛选维度与列表页完全一致
- /audit/daily-usage/export 上下线导出，每人一行
- 列清单由后端统一维护并经 /audit/options 下发（log_export_columns /
  usage_export_columns），前端不硬编码表头，避免两端漂移
- ⚠️ 响应带 UTF-8 BOM：Excel 靠它识别编码，否则中文表头全乱码
- 单次上限 5 万行，超出经 X-Export-Truncated 头告知前端明确提示
  （静默截断比报错更危险）
- list_audit_logs 与 export_audit_logs 共用 _log_filters，
  保证「看到的」与「导出的」永远是同一批数据

【前端】
- 审计页页头新增「人员统计」「导出 CSV」两个按钮，现有表格与筛选零改动
- 人员统计走抽屉（AuditUsagePanel）：日期范围+快捷键、日活表格、
  上下线次数彩色标签、北京时间渲染、导出前弹列勾选面板
- ExportColumnsModal 为两处导出共用，默认全选
 2026-09-21 12:06:43 +08:00
duxingchen
17b2fab5ca fix(audit): 补齐「退出」留痕 + 登录记录显示中文操作人 
【问题①：退出动作在审计里完全不可见】
根因：后端没有 logout 接口。前端「退出」只清本地 localStorage、不产生任何
请求，中间件自然无从采集（中间件里早已预留 "logout" 动作映射，但端点没做）。

- 新增 POST /auth/logout，【仅用于留痕】。JWT 无状态，服务端本就没有可吊销
  的会话，该接口不做任何令牌失效动作 —— 它存在的唯一目的，是让审计记下
  「谁在何时退出了系统」。这点在 docstring 里写明，免得日后被误当安全边界。
- 挂 Depends(get_current_user)，让 JWT 依赖把操作人写进 request.state，
  从而记录到真实姓名而非「未认证」
- 前端 logout 改为【先上报、后清 token】。顺序不能反：api.ts 的请求拦截器
  是从 localStorage 取 token 的，清掉后就发不出这个请求了。
  刻意不 await、失败也不阻断 —— 用户点「退出」必须退得掉。

【问题②：登录记录的「操作人」显示英文账号而非中文名】
根因：登录接口只写了 request.state.audit_user（账号），没写 audit_display_name
—— 那一刻还不知道显示名。前端按 display_name || user_id 渲染，于是退化成账号。

- 改为登录成功后补写 display_name / role。可行的原因是中间件在 call_next
  返回【之后】才落库，此刻写 request.state 依然能被采集到。
- 失败登录走不到这一步，保持「只有账号可追责」（密码绝不落库），语义不变。
 2026-09-21 11:20:59 +08:00
openhands
14f707461d feat(admin): 新增「操作审计」页面 + 收敛前端角色判断 
- pages/admin/AdminAuditLogPage.tsx：审计日志查询页。支持操作人/模块/动作/
  结果状态/日期区间筛选，表格按时间倒序，行内「详情」抽屉展示完整 URL、
  UA、request_id、错误信息与变更详情。
  中文标签（模块/动作）由服务端下发，前端不维护枚举映射 —— 与
  constants/task.ts 里状态映射的既有做法一致，避免两端各写一份开始漂移。
- services/auditApi.ts：审计接口客户端与类型定义。
- 路由 /admin/audit + 侧边栏「操作审计」入口。
- AdminProductsPage 里手写的角色判断改为复用 isAdminRole()：这是同一份
  「管理员角色」规则的第 4 处副本，本次一并对齐（另一处 TaskFlowView 已在用）。
  constants/task.ts 的注释同步指向后端新位置 core/roles.py。

验证：tsc --noEmit 通过；vite build 通过（产出独立 chunk
AdminAuditLogPage-*.js）；对接真实后端校验响应字段与 TS 接口定义逐字段一致。
 2026-09-21 02:28:17 +00:00
duxingchen
e707f3673d feat: PC 端补齐直接完结通道 
- taskApi.transferTask 增 finishDirectly 参数，按新 Schema 发送
  { next_tasks: [], finish_directly: true, note }
- TaskTransferPayload 支持 next_tasks / finish_directly，旧版单线字段降为可选
  （后端仍兼容 next_assignees / next_task_name，存量调用不受影响）
- 共享 TransferModal 新增「🏁 直接完结（无下游，不入库）」开关：
  与入库互斥，选中后下游字段禁用（保留输入便于反悔切回）、
  切换独立标题/提示/预览/提交按钮，不再套用「将创建 N 个任务」模板
- 表单重置改为「展开时重置」：TransferModal 被 memo 后常驻挂载会跨次残留状态，
  且原实现于提交时清空会让等待期主题从「直接完结」闪回普通转交
- TaskTreeViewer 与 AdminTasksPage 两个入口的 handleTransfer 签名对齐
 2026-09-17 14:08:30 +08:00
duxingchen
dcc92b223e feat: 生产看板多维度重构（全量在制品、时间维度联动、口径提示） 
本次只含后端看板接口与 PC 端页面。移动端的体验优化已在之前的 12 个提交中
入库，不在本提交范围内。

后端 · 服务层 dashboard_service.py
- 在制品列表不再按 20 条静默截断：此前 `.limit(limit*2)` 预取再排序切片，
  前端又拿数组长度当总数，表现为「卡片 23、列表却写共 20 个」的数据被吞。
  现默认返回全量，limit 降级为防御性上限
- 产品流转「已完结」接入右上角时间筛选（since/until），废弃硬编码「本月」。
  此前选「今天」也会看到整月产出，业务语义分裂；待流转/流转中仍为实时快照。
  Product 表无 completed_at，以名下工序的完成时间锚定「完结时刻」
- 返工任务可见性：未完结卡点永远展示，已了结的仅限本月，且与卡片数字共用
  同一份条件，避免「按钮显示 2、点开共 0 条」
- 驳回明细的「返工给」改为真实溯源：直接查派生出的返工任务当前 assignee_id，
  不再复刻 reject_task 的推算逻辑（返工任务事后被转交时会显示旧名字）

后端 · 接口层 dashboard.py
- /wip-tasks 的 limit 默认 20→500、上限 100→1000
- /my-stats 支持 since/until，新增接收/转交/上传备注口径（与 PC 人员操作统计
  逐字段交叉验证一致）

PC 端
- AdminDashboard: 在制品计数绑定真实总数并加截断提示、列表改为容器内滚动；
  驳回明细只展示「已驳回」行（返工行不再独立成行，其信息已由「返工给」承载）；
  「待流转」「待接收」图例新增口径 Tooltip，消除「产品数 > 任务数」的误解；
  移除已失真的时间筛选提示条
- App.tsx: dayjs 中文 locale 上提到应用根。此前散落在 AdminPeoplePage /
  AnalyticsDashboard 两个页面里，而路由是 lazy 分割的 —— 直接打开概览页时
  那两个模块未加载，日期面板就露出 Sep/Su/Mo
- AdminPeoplePage / AnalyticsDashboard: 移除重复的页面级 locale 设置
- dashboardApi.ts: fetchWipTasks 默认值同步为 500
 2026-09-16 14:29:56 +08:00
duxingchen
7b8084a43d fix: 前端统一解析后端 detail 报错，杜绝 [object Object] 
各处 catch 里直接 `toast(err?.response?.data?.detail ?? "xx失败")` 有坑：
请求体校验失败(422)时 detail 是数组，React 会把每个对象渲染成 [object Object]。

- utils/errorMessage.ts（新增）: extractErrorMessage 统一解析三种形态 ——
  字符串 / FastAPI 校验错误数组 / 对象；数组取 msg 并剥掉 Pydantic 的
  "Value error, " 前缀、带上字段名、同字段去重后用「；」拼接；解析不出内容
  则回落到调用方给的兜底文案。行为与移动端 extractErrorDetail 对齐
- 19 处调用点全部替换：AdminTasksPage(4) / AdminProductsPage(5) /
  TaskTreeViewer(4) / AdminPrintConfigPage(2) / ScanPage / CreateProductDialog /
  ImageUploader / authApi
- TaskRejectPayload.images 与 taskApi.rejectTask 的注释同步为「选填，支持空数组」
- 新增 components/ui/ImageUploader.tsx（驳回弹窗选图上传组件），
  RejectModal 同步放开无图拦截：去掉 images 非空校验、提交按钮不再因
  无图禁用、标签由必填星号改为「（选填，最多 9 张）」，并移除因此失效的
  error 状态
- AdminTasksPage.tsx: 支持大屏下钻的 ?search / ?status / ?stage 预设参数，
  新增「售后流转中」状态 Tab（按 lifecycle_phase 判定）与全局重置；
  ?stage 只在跳入时生效一次，用户手动改条件即解除锁定
- 杂项清理: TaskFlowView 移除透传的 assigneeNames、TaskListCard/MyTasksPage
  移除未使用导入、QrScanner 关闭 verbose 日志
 2026-09-15 10:57:56 +08:00
duxingchen
0d1e45e3fb feat: 管理层数据大屏（后端聚合接口 + 前端全屏页面） 
PC 管理端新增独立全屏数据大屏，供管理层查看直通率/产量趋势/不良分布，
替代原 AdminDashboard 上零散的手工下钻。

后端：
- endpoints/screen.py + services/screen_service.py: 大屏聚合接口
  （复用 lifecycle 的售后工序归一，保证统计口径与展示一致）
- router.py: 注册 screen_router

前端：
- pages/admin/ScreenDashboard.tsx: 全屏大屏页（自带鉴权守卫，无侧边栏）
- services/screenApi.ts: 大屏数据接口封装
- components/admin/UserOperationDetailDrawer.tsx: 人员操作明细抽屉，
  由 AdminDashboard 的原生 state 抽成独立组件（含命令式 handle）
- AdminDashboard.tsx: 改为使用该抽屉组件，移除内联的下钻状态
- MatrixBoard.tsx / App.tsx / AdminLayout.tsx: 挂载路由与导航入口
- BaseEChart.tsx: 注册 GaugeChart 与 GraphicComponent
  （graphic 需显式注册，否则饼图中心文字静默不渲染）
 2026-09-15 10:57:46 +08:00
duxingchen
db3bafcc66 feat: 前端补充生命周期类型定义与工序词表 2026-09-14 14:49:38 +08:00
duxingchen
06337fc8eb feat: 效能分析X轴四行标签/flow分块/自然工作日即时切换/时间快捷选项 2026-09-02 10:39:01 +08:00
duxingchen
3c6c8c0c53 feat: WIP矩阵单表化/固定表头/首列复合/下钻日志弹窗/时间联动 2026-09-02 10:38:58 +08:00
duxingchen
41dd257260 feat(透视表): 工序分布包含在库/完成 + 增加时间筛选 
- wip-matrix 去掉状态过滤，全量分布，工序包含「在库」(生产完成)
- 后端加 since/until 按任务接手/创建时间过滤
- 前端 MatrixBoard 加 RangePicker 日期筛选 + 全部清除
 2026-08-28 16:32:01 +08:00
duxingchen
fdd7465afb feat(前端): 新增 WIP 分布矩阵透视表页面 
- MatrixBoard.tsx: Radio切换 按人员/按工序，动态交叉表转换(规格型号为行)
- 单元格显示设备数量+主负责人，首列规格固定左、末列合计固定右，bordered Excel风格
- 路由 /admin/matrix 注册，侧边栏新增「WIP 分布矩阵」入口
 2026-08-28 16:25:26 +08:00
duxingchen
907473b18c feat(效能分析): 人员视图也支持自然天/工作日耗时切换 
- capability 接口加 mode 参数，natural 用自然小时、workdays 用工作小时
- 人员视图柱状图随顶部按钮切换，排除休息日的耗时
- 切换按钮自动重新请求 capability 与 flow
 2026-08-28 15:38:32 +08:00
duxingchen
4447a1f52d feat(效能分析): 轨迹流转图时间轴支持工作日/自然天切换 
- flow 接口加 mode 参数，workdays 模式把时间偏移换算为排除周末/节假日的工作小时
- 轨迹流转图的横轴随顶部按钮(自然天/工作日)切换，休息日被压缩
- 按钮切换自动重新请求 flow
 2026-08-28 15:34:17 +08:00
duxingchen
7f1858387c feat(前端): 产品卡片双生产总天数 + 效能分析设备总天数按钮切换 
- 产品管理卡片同时显示「生产总天数(自然天)」和「生产总天数(工作日)」
- 效能分析页新增「设备生产总天数」统计卡片(设备数/平均/最长)，顶部按钮切换 自然天/工作日
- 顺手修复 AnalyticsDashboard Tabs onChange 类型错误
 2026-08-28 15:29:01 +08:00
duxingchen
d0fc8cdecf feat(操作统计): 点击接收/转交/上传备注数字下钻查看明细 
- 表格中接收/转交/上传备注数字改为可点击(蓝色下划线)，点击打开明细抽屉
- 明细展示：任务名/备注/设备/身份证/时间，跟随顶部时间筛选
 2026-08-28 13:36:28 +08:00
duxingchen
72fbb8b501 feat(全局概览): 快捷入口下方新增人员操作统计区域 
- 表格展示每人 接收/转交/上传备注/总次数，按总次数降序
- 跟随顶部时间筛选(今天/近7天/近30天/自定义)联动刷新
 2026-08-28 13:14:13 +08:00
duxingchen
90f5718e68 fix(驳回/返工): 抽屉与卡片数字口径一致，同时展示已驳回+返工任务 
- 根因：卡片数字含返工任务(tasks_rework 实时快照)，但抽屉只列已驳回 → 点开为空
- get_rejected_tasks 扩展返回两类(kind=rejected 按时间过滤 / kind=rework 实时不过滤)
- 前端抽屉按「已驳回」「返工任务」分组展示，数字与明细一一对应
 2026-08-28 11:33:54 +08:00
duxingchen
d92fcc4d4a feat(全局概览): 驳回/返工卡片可点击下钻明细抽屉 
- 驳回/返工数字改为可点击按钮，打开明细抽屉(仿完成明细)
- RejectedRow 展示设备/被驳回工序/驳回人/返工给谁/原因/时间，行点击跳转任务全景
- 跟随顶部时间筛选(since/until)
 2026-08-28 11:19:03 +08:00
duxingchen
1e374e76bf feat(analytics): CapabilityDevice 增加 material_name（X 轴展示物料名） 
- 后端 CapabilityDevice 新增 material_name，get_capability_profile 查询并填充
- 前端类型同步 material_name
 2026-08-14 15:43:22 +08:00
duxingchen
807df56c3a feat(analytics): 规格型号带物料名 + 设备字典（/options 数据契约扩展） 
- 后端新增 SpecModelOption/DeviceOption schema
- get_analytics_options 返回规格型号的物料名（同型号取首个非空名）+ 关联设备列表
- 前端同步 SpecModelOption/DeviceOption 类型
 2026-08-14 14:30:35 +08:00
duxingchen
2b17dde42e feat(analytics): 前端 ECharts CustomChart 注册 + 数据契约类型扩展 
- BaseEChart 注册 CustomChart 支持区间渲染
- FlowInterval 类型扩为 6 位（含 isMain）
- FlowDevice 增加 lead_time/started_at
 2026-08-14 11:44:48 +08:00
duxingchen
54b5ea00f1 feat: 新增效能分析看板（个人能力图谱 + 设备人员耗时对比） 
- 前端：AnalyticsDashboard 页面 + BaseEChart 封装 + analyticsApi，路由与导航
- 后端：/analytics 系列接口（capability/flow/options/device-records）
- 能力图谱单机颗粒度、流转对比按人堆叠识别瓶颈、点击下钻备注、筛选动态联动
- 依赖：引入 echarts，移除 echarts-for-react
 2026-08-14 10:19:44 +08:00
duxingchen
f4fc23be42 feat(web): 人员工时台账表格+多维搜索+CSV导出+新流转红点标注+分页中文 2026-08-13 16:04:29 +08:00
duxingchen
c2e6ed240b feat(dashboard): 看板增强——流转完成率下钻明细 + 人员看板(按人聚合在制品设备) 2026-08-13 12:00:12 +08:00
duxingchen
729de138cd feat: 在制品附加信息补全 — 设备名称|规格型号|序列号|身份证 
后端: WipTask 新增 spec_model, 查询关联 Product.spec_model
前端: 第二行格式改为 物料|规格|序列号:xxx|身份证:xxx
 2026-08-12 14:43:20 +08:00
duxingchen
9460a8492a feat: 在制品列表信息层级重构 + SLA预警色 + 点击跳转 
1. 信息层级重构:
   主信息: [状态Tag] 任务名 | 负责人: 张三  ⏰3h
   附加信息: 物料名 SN:25022 ...A1B2C3  08-12 10:00
   新增后端 material_name 字段, 前端卡片式布局

2. SLA滞留预警色:
   <12h → 绿色(正常) | 12-24h → 橙色(警告) | >24h → 红色加粗(危险)

3. 交互: 点击卡片新窗口打开对应产品扫码详情页
 2026-08-12 14:33:56 +08:00
duxingchen
079b65e761 feat: 在制品加业务序列号 + 追溯码改名为身份证 
1. 在制品行: 显示 external_serial（业务序列号）
   优先 external_serial → 兜底 product_sn
   旧: 装配 A1B2C3D4  张三
   新: 装配 25022  张三

2. 留言板: 追溯码 → 身份证
   旧: 追溯码: 000000000000000D
   新: 身份证: 000000000000000D

3. 后端: WipTask 新增 external_serial 字段
   关联查询 Product.external_serial
 2026-08-12 14:23:23 +08:00
duxingchen
ff7c791d49 fix: 留言板区分业务序列号与系统追溯码 
语义修正:
  Product.serial_number  = 16位HEX系统追溯码(如000000000000000D)
  Product.external_serial = 业务产品序列号(如25022)

后端:
  - ProductMessageItem 新增 external_serial 字段
  - search_product_messages 关联查询 Product.external_serial
  - 关键词搜索也支持按 external_serial 匹配

前端显示:
  样品升降台V1J · 序列号: 25022          ← 醒目
  追溯码: 000000000000000D               ← 10px浅灰小字
 2026-08-12 14:20:38 +08:00
duxingchen
3b53db03c1 feat: 看板全局时间筛选 + 协同留言抽屉 
任务1 — 后端时间快照逻辑:
  get_dashboard_stats 新增 since/until 参数
  PENDING/WIP/总数 → 永远实时快照（忽略时间筛选）
  COMPLETED/REJECTED → 严格按时段过滤
  完成率基于过滤后的COMPLETED计算

任务2 — 前端时间筛选器:
  Radio.Button: 今天 | 近7天 | 近30天 | 自定义
  DatePicker.RangePicker 自定义区间
  切换时重新拉取 /dashboard/stats

任务3 — 协同留言抽屉:
  后端: GET /dashboard/messages（上帝视角全厂数据）
    JOIN Product → serial_number + material_name
    支持 keyword 搜: SN/物料名/留言人/内容
    按 created_at 倒序
  前端: Drawer + Input.Search + List
    点击"留言"数字打开抽屉
    分页展示: 留言人/内容/SN标签/物料名/时间
 2026-08-12 13:50:56 +08:00
duxingchen
39377ae5e4 feat: 看板重构 — 在制品看板 + 留言未读数 
核心理念转变:
  旧: 最近操作历史（谁做了什么）
  新: 当前在制品状态（谁的活卡了多久）

后端:
  - DashboardStats 新增 unread_messages（协同留言总数）
  - 新增 GET /dashboard/wip-tasks（在制品端点）
  - 按滞留时间升序排列，PENDING/WIP 任务倒计时
  - 自动计算 duration_hours（已滞留小时数）

前端:
  - 品质卡片: 新增留言未读数（紫色）
  - 在制品看板: 替换原最近动态
    每行显示: 状态徽标 | 任务名+负责人+身份证 | 滞留时长
  - 滞留颜色: 48h+红 | 24h+橙 | 8h+黄 | <8h灰
  - 系统通知可点击跳转
 2026-08-12 13:40:08 +08:00
duxingchen
00fae01eed fix: 看板4项体验修复 — 时间/身份证/日期筛选/通知跳转 
1. 完整16位产品身份证号显示（不再截断）
2. 日期筛选栏: 今天 | 近7天 | 近30天 | 全部
   - 后端 recent-activity 支持 since/until ISO参数
   - 默认展示今天动态，可按时间范围切换
3. 操作人兜底: TaskLog无operator_id时用任务assignee_id
4. 未读通知可点击跳转通知页面 + 快捷入口增加通知中心
 2026-08-12 13:35:23 +08:00
duxingchen
658fc28b9b feat: 管理看板全面改版 — 增强可读性 + 填充空白区域 
后端增强:
  - DashboardStats 新增 tasks_rejected, tasks_rework, unread_notifications
  - 新增 GET /dashboard/recent-activity 最近动态端点
  - 关联 Task + Product 表返回完整动态信息

前端改版 (AdminDashboard.tsx):
  - 4 张概览卡片: 产品流转 | 任务状态 | 品质通知 | 完成率
  - 每张卡片含进度条(百分比标注) + 中文说明
  - SVG 环形图展示任务完成率
  - 最近流转动态时间线 (8条)
  - 快捷入口: 创建产品/任务管理/打印配置/扫码干活
  - 底部说明卡片解释"产品 vs 任务"的区别
  - 响应式网格填满全屏, 无空白区域
 2026-08-12 13:25:49 +08:00
duxingchen
721cfe1504 feat: Web端401队列拦截器 + 消息/任务/个人中心重写 + TabBar红点 + Admin页面完善 2026-08-07 11:44:12 +08:00
duxingchen
d04085fc38 feat(frontend): 认证体系 + 类型定义 + API 服务层 
认证:
- AuthContext + useAuth (JWT token 持久化, 登录/登出)
- AdminLoginPage (登录表单, 对接 POST /auth/login)
- axios 拦截器自动注入 Authorization header
- 401 自动清除 token 并跳转登录页

类型:
- api.ts: TASK_STATUS 常量, TaskResponse/ProductScanResponse 扩展字段
- admin.ts: ProductResponse 扩展 + MaterialOption/BomItem

API 服务:
- authApi: login() + getMe()
- materialApi: fetchMaterialGroups() + fetchMaterialItems()
- printApi: getLabelPreview() + executePrint() + getPrinterConfig()
- antd 6.5.3 依赖

字体: simhei.ttf (标签打印用)
 2026-08-05 14:01:08 +08:00
duxingchen
2b5e3ae4c3 feat(frontend): 更新 TS 类型定义与 API 服务层，对接后端重构接口 
types/api.ts:
- TaskSummary/TaskResponse 新增 is_rework, reject_reason, received_at, completed_at 字段
- 新增 TASK_STATUS 常量 (PENDING/WIP/COMPLETED/REJECTED/ARCHIVED)
- 新增 TaskTransferResponse, TaskRejectPayload, TaskTransferPayload 类型
- ProductScanResponse 新增 current_location_id, task_tree 字段

types/admin.ts:
- ProductResponse 新增 current_location_id 字段

services/taskApi.ts:
- 新增 getTaskTree(serialNumber) — 产品全景任务树
- 新增 receiveTask(taskId) — 确认接收
- 新增 rejectTask(taskId, reason) — 品质驳回
- 新增 transferTask(taskId, assignees, name, note?) — 完工裂变转交
 2026-08-04 17:30:12 +08:00
duxingchen
d18d9dbaac feat: 建立前端 TS 类型系统与 API 请求服务层 2026-08-04 17:09:55 +08:00
duxingchen
17105dc9c2 初始提交：项目基础结构 
- backend: FastAPI 后端服务 (Python)
- frontend: React + Tauri 前端应用
- docker-compose.yml: 容器编排配置
 2026-08-04 10:05:59 +08:00