版本 1.0 ｜ 更新 2026-09-16 ｜ 访问 `https://rd.huiflytech.com/family/`
与研发任务/库房/测试/评审会同一服务（`rd-h5.service`，Flask :13544）

需求：记录请假（类型/天数）与加班（带睡/日班），自动计算工资（参考用户提供的 Excel 工资表）。

① 数据表 `salary_month`（family.db）

② 计算规则（后端 `_calc_salary_month()` 权威计算 + 前端实时预览）

日工资      = 月工资 ÷ 计薪天数             （5000 ÷ 26 = 192.31）
请假扣费    = 请假天数 × 日工资              （2 天 × 192.31 = 384.62）
加班费(带睡) = 带睡晚数 × 带睡单价            （3 晚 × 100 = 300）
加班费(日班) = 日班天数 × 日工资              （1 天 × 192.31 = 192.31）
月总薪水    = 月工资 + 加班费 − 请假扣费
实际薪水    = 手填（留空则取月总薪水）★ 最终发放金额以手填为准

③ 接口（`family_api.py`） - `GET /api/family/salary_month` → 月度列表（按月份倒序） - `POST /api/family/salary_month` → 新增/更新（带 id 即更新）；仅管理员（`_is_admin_user()`） - `DELETE /api/family/salary_month` → 删除 - ⚠️ 权限守卫是全局 `@bp.before_request def _guard()`（登录校验）；新增管理员判定函数命名为 `_is_admin_user`（★ 不能叫 `_guard`，会覆盖全局守卫）

④ 前端（`family.html`） - 新 tab「💰 果果工资」→ 仅管理员（加入 `ALL_TABS`，不入 `USER_TABS`） - 列表：月份 ｜ 月工资 ｜ 请假(天) ｜ 扣费 ｜ 加班费 ｜ 实发 ｜ 操作（编辑/删）+ 备注行 - 表单：月份 / 月工资 / 计薪天数（自动显示日工资）/ 带睡单价 + 请假明细（可增删行） + 加班明细（可增删行，单位自动切换 晚/天） + 实际薪水（留空=自动）+ 备注 + 实时计算预览框 - ★ 关键实现细节：`salPaint()` 只更新“日工资/单位/计算框”，绝不重建输入行（否则用户输入到一半的值会被清空 —— 曾出现此 bug，拆出 `salRows()` 专责渲染明细行）；增删行前用 `salSync()` 记住当前表单其它字段

⑤ 权限判定（2026-09-17 修复踩坑） - ❌ 现象：管理员（武燕青）新增工资 → 提示「仅管理员可操作」 - 根因：后端只按 `d.get(“user”)`（requests body 字段）判定，而前端 `post()` 只注入了 `phone`，未传 `user` → 判定为空 → 403 - ✅ 修复：新增 `_is_admin_req(d)` —— 优先按登录态 `cur_user(conn).role == 'admin'`（phone 是权威登录凭证）判定；其次才兼容传入的 user 名（accounts.json admin 列表）；`DELETE` 同样加校验；前端 `salSave` 的 body 也补上 `user/phone`（双保险） - 验证：管理员保存 → 成功（实发自动计算）✅｜普通用户（果果 13780562913）→ 403 ✅

⑥ 验证 - 与用户图片逐项核对：日工资 192.31 ✅｜3月 请假2天 → 扣 384.62 ✅｜带睡 2 晚 = 200 ✅｜4月 日班 1 天 = 192.31 ✅ - 前端实测：日工资自动显示 ✅｜请假 2 天 → 扣 384.62 ✅｜带睡 3 晚 = 300 ✅｜月总薪水 = 5000+300−384.62 = 4915.38 ✅｜输入过程中值不丢失 ✅ - 非管理员访问 → 403 / 不可见 tab ✅

全部 tab：🏠家务 ｜ ⭐积分 ｜ 💬语录 ｜ 🎂生日 ｜ 🍳菜谱 ｜ 💰缴费 ｜ ⚠️预警 ｜ 📋信息 ｜ 📜日志 ｜ 👤我的

普通用户可见（`USER_TABS`）：仅 `house / points / warn / me`

权限网关 `_guard()`（`@bp.before_request`）： - 未登录 → 401 - `role == 'admin'` → 全部放行 - 普通用户 → 仅白名单路径（tasks GET/PATCH、tasks/refresh、points、warns、me、log、user/*），其余 403 - ★ 新增的管理员模块路径不在白名单 → 天然仅管理员可用

用途：家庭档案 / 学籍等敏感信息集中存储与展示。

表结构

CREATE TABLE IF NOT EXISTS info(
  key TEXT PRIMARY KEY, val TEXT DEFAULT '', updated TEXT DEFAULT '');

（`val` 存 JSON 字符串）

API

身份传递：`cur_user()` 从 `phone` 参数读取（query / JSON body / form）——测试时可直接 `?phone=18932573927`

前端：`ALL_TABS` 含 `['info','📋 信息']`，不入 `USER_TABS` → 普通用户看不到入口；`renderInfo()` 渲染卡片（主体信息 `INFO_FIELDS` + `__lists` 描述的成员列表）

数据结构（学籍示例）

{
  "xueji_xizien": {
    "__title": "席子恩 学籍信息",
    "姓名": "…", "性别": "…", "身份证件号": "…", "出生日期": "…",
    "__lists": [{"key": "监护人", "title": "监护人信息", "fields": ["姓名","关系","是否监护人","民族","身份证件类型","身份证件号","工作单位","户口所在地行政编码","户口所在地具体地址","联系电话"]}],
    "监护人": [{"姓名": "…", "关系": "母亲", "联系电话": "…"}, {"姓名": "…", "关系": "父亲", "联系电话": "…"}]
  }
}

已录入：

前端渲染规则（`renderInfo()`） - 每个 key 渲染为 `<details class=“card”>`（默认收起，summary 前缀 ▸/▾ 随展开状态切换） - `type === 'idlist'` → 渲染为「姓名 ｜ 身份证号 ｜ ✕删除」表格 + 新增输入行（`addIdRec` / `delIdRec`） - 其他 → 按 `INFO_FIELDS` 渲染主体字段，按 `lists` 渲染成员列表（如监护人） - 保存：读取当前节点 → 修改 → 整节点 `POST`（`saveInfoKey`）

⚠️ 文档中不记录具体证件号码（数据仅存本地 `docs/family/family.db`，站点 HTTPS，接口仅管理员）

学生（19 项）：姓名 ｜ 曾用名 ｜ 性别 ｜ 国籍/地区 ｜ 港澳台侨外 ｜ 民族 ｜ 身份证件类型 ｜ 身份证件号 ｜ 出生日期 ｜ 政治面貌 ｜ 现居住地行政编码 ｜ 现居住地址详细地址 ｜ 户口所在地行政编码 ｜ 户口所在地具体地址 ｜ 是否寄宿生 ｜ 是否残疾人 ｜ 是否农村留守儿童 ｜ 残疾类型 ｜ 特教学生就读类型

监护人（10 项/人）：姓名 ｜ 关系 ｜ 是否监护人 ｜ 民族 ｜ 身份证件类型 ｜ 身份证件号 ｜ 工作单位 ｜ 户口所在地行政编码 ｜ 户口所在地具体地址 ｜ 联系电话

现象：积分管理 → 「－扣分」弹窗里人员下拉是空的。

根因（原有 bug，自扣分功能上线起即存在）

Promise.all([api('.../points/members'), api('.../points/rules')]).then(function(a){
  var mem = a.members || [];          // ❌ a 是数组，a.members 恒为 undefined → mem 始终为空
  CACHE.deductRules = (a[1].rules||[])...

→ 接口其实正常返回人员（席子初/席子恩），只是前端取错了返回结构。

修复

var mem = (a[0]||{}).members || [];
CACHE.deductRules = ((a[1]||{}).rules||[]).filter(r => (r.kind==='扣分'));

验证：扣分弹窗人员下拉 = 席子初 / 席子恩 ✅｜加分弹窗同样正常 ✅（加分/兑换的写法本就正确 `a[0]/a[1]`，仅扣分这处写错）｜无 JS 错误 ✅

★ 教训：`Promise.all([…])` 的回调参数是数组，必须用 `a[0] / a[1]` 取，不能按对象字段取。

用户需求：① 删除重复标题的任务；② 去掉截止日期（默认永久有效）；③ 去掉「永久有效」选项。

① 数据去重（`family.db` → `tasks` 表，删前已备份 `/tmp/family_before_dedup.db`）

- 共删除 31 条 → 任务数 49 → 18 - 规则：同标题保留 id 最小（最早条目），其余删除

② 截止日期 → 永久有效 - 全部 18 条 `due_date` 统一置为 `永久` - 后端 `_overdue()` 已有 try/except 兜底（`fromisoformat('永久')` 抛异常 → 返回 0），无需改动 ✅

③ 前端移除（`family.html`） - 列表：去掉「截止 XXX」显示（`_dueTxt` 置空） - 编辑表单 / 新增表单：移除「截止日期」输入框 与「永久有效」复选框（及 `foreverChg/etForeverChg` 函数），改为一行提示「（家务任务均为永久有效，无需设置截止日期）」 - 提交时 `due_date` 固定传 `'永久'` - 残留变量（`et_due/t_due/et_forever/t_forever`）已清理，无 JS 报错 ✅

验证：家务页面显示 18 条 ✅｜列表无「截止」字样 ✅｜新增/编辑表单无截止日期与永久有效 ✅｜无 JS 错误 ✅

📌 待确认：现有两条语义相近但标题不同 —— #7「小恩课后作业辅导与完成」与 #26「小恩课后作业的辅导与完成」（仅多一个「的」），是否也需要合并？

- 信息模块含身份证号、住址、电话等敏感信息 → 仅管理员可见（前后端双重限制：前端 tab 不显示 + 后端 `_guard` 403） - 文档中不记录具体证件号码；数据仅存本地 SQLite（`docs/family/family.db`，权限 600） - 站点为 HTTPS（`rd.huiflytech.com`）