按人员设置查询天数
报表查询不限制时间范围时，收银员随手把起始日期拖到一年前，一条语句要扫上百万行流水，整个后台都会跟着变慢，敏感数据也更容易被大范围导出。按人员设置查询天数按操作员个别限制报表的时间窗口：一个参数管「一次最多能查多少天」，一个参数管「最多能往回查多少天」。店长、区域经理、总部分析岗可以各设各的额度，登录后查询条件窗口就自动带上本人的限制。
功能路径：系统菜单 → 系统维护 → 报表设置 → 按人员设置查询天数
一、功能概述
1. 两项限制的含义
| 参数 | 含义 | 设置 30 天时的效果 |
|---|---|---|
| 允许查询时间最大间隔 | 限制一次查询的跨度，从起始时间算起，结束时间不能超过设定的天数 | 开始时间与结束时间相隔最多 30 天，查 31 天会被拦下 |
| 允许查询最近天数 | 限制可查询的历史深度，从当天往前推设定的天数 | 只能查到今天往前 30 天以内的数据，更早的日期不允许起始 |
两个参数管的是两件不同的事：一个管「查多久」，一个管「查多旧」。只设间隔不设最近天数，人员可以查任意久远的历史；只设最近天数不设间隔，一次性把整年拉出来仍然会拖慢系统。需要收口时建议两项同时设置。
2. 核心用途
- 保护查询性能：把大范围扫描挡在查询之前，报表响应时间与数据库负载可控；
- 分级开放数据：门店岗位只看本店近期，分析岗位放开更长区间；
- 降低数据外泄面：限制可回溯天数，也就限制了单次能导出的历史数据量；
- 减少误操作：收银员误选跨年区间时当场被拦住，不需要事后清理异常查询。
3. 整体结构
窗口是一张按人员维护的清单：每一行对应一名操作员，行内填写该员的允许查询时间最大间隔与允许查询最近天数。未在清单里设置的人员不受限制，按系统默认口径查询。
二、界面布局说明
| 区域 | 内容 |
|---|---|
| 人员列 | 操作员账号与姓名，从人员档案中选择 |
| 允许查询时间最大间隔 | 单位「天」，控制起始时间到结束时间的最大跨度 |
| 允许查询最近天数 | 单位「天」，从当天往前推算的可查起点 |
| 工具栏 | 新增、删除、保存、退出、查找、刷新等通用清单动作 |
填写要点：
- 天数填 0 或留空通常表示不限制该方向，以实际客户端为准；
- 一名人员在清单里只应有一行，重复行容易前后不一致；
- 改动后需要点【保存】写入，未保存直接退出则本次修改不生效。
三、业务操作步骤
步骤 1：打开功能入口
系统菜单 → 系统维护 → 报表设置 → 按人员设置查询天数。
步骤 2：新增人员限制行
- 点【新增】；
- 在人员列选择要限制的操作员；
- 填写「允许查询时间最大间隔」，例如门店收银岗填 7；
- 填写「允许查询最近天数」，例如填 90；
- 重复上述动作，把需要限制的岗位逐行建好。
步骤 3：保存并让设置生效
- 点【保存】写入设置；
- 让被限制的人员退出并重新登录（或重新打开报表窗口）；
- 打开任一报表的查询条件窗口，选择起止日期，预期结果：跨度超出设定间隔或起始日期早于允许天数时，系统当场提示并拒绝查询，日期范围被收回到允许窗口内。
步骤 4：按岗位分级设置
| 岗位 | 建议间隔 | 建议最近天数 |
|---|---|---|
| 门店收银 / 当班人员 | 7 天以内 | 30～90 天 |
| 店长 / 区域经理 | 31 天 | 180 天 |
| 总部财务 / 数据分析 | 93 天 | 按需要放开 |
额度按「够用即可」给，报表要长区间时走总部岗位，不给一线岗位一刀切的年度额度。
四、字段详细说明
| 字段名 | 含义 |
|---|---|
| 用户ID / 操作员 | 被限制的操作员登录账号 |
| 用户名称 | 操作员姓名，取自人员档案 |
| 允许查询时间最大间隔 | 单次查询的最大天数跨度，以起始时间为基准 |
| 允许查询最近天数 | 可查询起点距当天的天数，当天往前推 XX 天 |
限制作用的对象是报表查询条件里的开始时间与结束时间，与报表本身字段、排序、汇总方式无关；同一人员在多张报表上受同一套限制。
五、典型使用场景
场景 1：门店端只允许查近期
背景：门店电脑性能一般，收银员常把区间拉到全年，报表卡顿影响收银。
操作：为收银岗设「间隔 7 天 / 最近 30 天」→ 保存 → 收银员重登后查询超过 7 天的区间被当场拦下，需要周报由店长用自己的账号查。
场景 2：限制历史数据可回溯范围
背景：总部希望离职前的大范围历史导出可控，员工只能查在职期间需要的区间。
操作：为一般岗位设「最近 90 天」→ 需要更早数据时由授权岗位查询 → 配合权限设置收回非必要报表的菜单权限。
场景 3：分析岗放开、执行岗收紧
背景：数据分析人员要跑年度趋势，业务执行人员只看当期。
操作：清单里给分析岗填较大的间隔与最近天数，执行岗收紧 → 两套额度并存互不影响，无需为此另建账号。
六、权限控制与前置条件
- 需要「系统维护 → 报表设置 → 按人员设置查询天数」的菜单权限，属管理类功能，建议只开放给系统管理员或财务主管；
- 人员档案中该操作员已存在且启用，清单里才能选到本人；
- 改动只影响后续查询，已经打开的报表窗口需要重进才按新额度限制；
- 报表自身的可见范围由菜单权限决定，本功能不授予任何报表权限，只限制已能打开的报表能查多久；
- 需要更细的报表口径控制时，配合报表参数用户特点与查询策略版本使用。
七、常见问题
1. 设置保存了，但查询还是没被限制
- 原因：被限制的人员没有重新登录或重进报表窗口，仍沿用了进入报表时读到的旧限制；也可能清单里选错了人员；
- 处理：确认清单行的操作员账号无误并已保存，再让本人退出重进后重试。
2. 只设置了间隔，为什么还是查不到去年的数据
- 原因：「允许查询最近天数」同时限制了可回溯深度，起始日期落在允许天数之外就会被拦；
- 处理：按需要放宽最近天数，或改用有更长额度的账号查询历史区间。
3. 需要某人临时查一次大范围
- 原因：限制按人员固定，没有临时豁免入口；
- 处理：由额度较高的授权岗位代为查询并导出，或临时上调该人员设置、查完改回，并在变更记录里留痕。
4. 限制会不会影响别人已经保存的查询方案
- 不影响。限制只作用于查询执行时的时间区间校验，不改动报表字段、显示效果或已保存的查询条件模板；把区间改回允许范围后原方案即可继续使用。
5. 天数为 0 或空是什么效果
- 一般表示该方向不设限，但不同客户端版本对空值的处理可能不同，正式启用前先用一个测试账号验证一次实际拦截效果。
附：本文档变更记录
| 日期 | 变更 |
|---|---|
| 2026-11-09 | 初稿 |