KCGL/inventory-backend/app/api/v1/common/__init__.py

# inventory-backend/app/api/v1/common/__init__.py
from flask import Blueprint

common_bp = Blueprint('common', __name__)

# 导入子模块，使其路由装饰器注册到 common_bp
from . import search
from . import users  # noqa: F401  「选择某人」类下拉框的共用人员名单
feat: 新增首页全局搜索功能，支持跨模块多词搜索 2026-04-27 15:57:26 +08:00			`# inventory-backend/app/api/v1/common/__init__.py`
			`from flask import Blueprint`

			`common_bp = Blueprint('common', __name__)`

			`# 导入子模块，使其路由装饰器注册到 common_bp`
			`from . import search`
feat(outbound,common): 补发可指定「补发给谁」+ 抽出通用人员名单接口一、补发申请人可选择（原单退回）退回接口新增 reissue_applicant_id： ① 前端指定 → 校验用户存在后落库； ② 未指定 → 回退为当前操作人（原行为不变，向后兼容）。为何不自动推断原申请人：trans_outbound 没有申请人字段，也没有指回原审批单的关联（扫码出库时只把审批单状态置为 3），按 consumer_name 反查会重蹈「重名错绑」的覆辙（借用人姓名回填那轮刚踩过）。故把选择权交给现场，不猜。二、抽出中性人员名单 GET /api/v1/common/active-users 实现抽到 common.active_user_options()，借库的 /transactions/borrow/users 改为调同一函数 —— 实现只有一份，但出库补发走中性路径，不再出现「出库为什么在调借库的接口」这种跨模块语义错位。仅要求登录、只返回 id 与姓名（与 /auth/users/approvers 同一处理）。 ★ 本次无需 DB 迁移：未新增任何列，补发申请人是复用已有的 outbound_approval.applicant_id。验证（打桩/真实 token 直连接口，12 项断言全通过） · 名单只含 id/name，无邮箱/角色/部门；借库原路径返回值与新路径完全一致 · 指定「补发给谁」→ 补发单申请人 = 指定的人；备注仍含原领用人 · 不指定 → 回退为当前操作人 ★ 指定不存在的用户 → 被拒，且整笔退回回滚（流水未落库）库存与数据零残留。 2026-09-17 12:01:11 +08:00			`from . import users # noqa: F401 「选择某人」类下拉框的共用人员名单`