臭名昭著aTrust隔离计划1.臭名昭著aTrust隔离计划2.VPN原理与aTrust隔离网络实践3.docker-easyconnect到底做了什么4.TUN(tunnel-隧道-虚拟网卡)模式
个人项目
personal(个人展示)GitHub Actions 自动部署个人展示项目
基于Quartz搭建的个人博客1.Quartz个人博客使用教程2.使用 rsync 增量部署 Quartz 博客3.使用 GitHub Actions 自动部署 Quartz 博客5.域名绑定6.CDN加速Obsidian、双向链接与知识图谱
旅行
行程攻略青岛三日游行程攻略
前端
NginxNginx配置与反向代理入门
Nodenpm与npx的区别
中华财险-公司项目
对外接口文档
基础数据码表对外接口(仅支持rpc调用)业务码表对外接口应用主数据对外接口
基础运营查询版本更新日志详情消息中心对外接口站内信对外接口站内信模板配置手册
权限中心权限中心对外接口文档(最新)权限中心对外接口文档前端ACL-CORE FACADE依赖版本
审计中心审计中心对外接口文档audit-center-facade版本
审批中心工作流迁审批流现状工作流迁审批流API能力替换方案老审批流接口文档审批中心接口文档审批中心业务回调FAQ
账号中心内部系统对接单点登录内部系统对接认证中心三方网页应用登录授权账号中心对外接口文档前端账号中心RPC接口文档账户变更对外广播消息文档账户中心对外接口HRMS外部员工变更广播消息文档HRMS外部员工对外接口
组织员工岗位🔥机构映射SDK接口文档员工岗位变更通知说明组织机构管营一体概念与用法组织员工对外广播消息文档组织员工岗位对外接口文档组织员工岗位对外接口文档前端组织员工岗位数据模型组织员工主数据业务场景案例organization-facade版本
hrms(大型人力资源外包管理系统)
项目架构说明HRMS Maven模块与依赖说明
项目说明0.流程中心模块0.组织模块说明1.业务线模块2.计划模块3.项目模块4.协议模块5.供应商模块6.合约域模块7.外包人员模块*核心:外包人员生命周期
项目运维外包人员项目编制差异排查与修复2.HRMS相关问题排查4.修改externalId(externalId和accountId不一致)
需求-系分
1.内部转外包0723外包人员关联历史内部账号系分新增外包人员关联历史账号内容(紧急0723上线)需求
2.工作岗位0820工作岗位0820需求工作岗位0820需求-系分
3.用工模式调整0917内部人员转外包用工系统需求2内部人员转外包用工系统需求-系分
sso(账号中心-单点登录)
项目架构说明aboss-sso项目架构入门AOP统一日志打印链路Maven多模块项目高级知识OAuth2.0
项目说明1.SSO-OAuth2.0与IDaaS登录流程2.外部账号创建流水号并发问题分析
AI
使用说明
第三方插件&技能简介Archify使用与安装指南Ponytail使用指南
CodexCodex CLI与IDE区别及使用指南Codex Hook单独配置与提交通知Codex MCP安装与使用指南Codex第三方插件安装与使用指南
Agent开发1.LLM、Token、上下文窗口与模型参数2.大模型 API、请求参数与响应结构3.Spring AI ChatClient4.Prompt、System Prompt、Prompt 模板6.结构化输出、JSON Schema7.SSE 流式响应8.会话 ID、聊天记录、Redis9.超时、重试、限流、降级10.完成可运行聊天接口
GitGit常用命令与Obsidian推送排查
Java
面试题Java基础与集合面试题
AtomicInteger原子计数与并发安全ConcurrentHashMap并发安全与计数Java线程、线程池与Future
python
基础Python基础语法
HTTPXHRMS员工详情接口调用(Python HTTPX)

了解概念

先记住一句话:条线就是给业务分组的标签。 UAT 中的“电融(TX_XK)”“理赔(TX_LP)”“车商(TX_CS)”就是不同条线;项目、外包人员和协议都会记录自己属于哪个条线。

电融怎么理解:

  • 电融 = 一类车险渠道业务
  • TX_XK = 系统里给这类业务的编码
  • 电融项目 = 服务这类车险渠道业务的具体项目

从条线往下看,可以这样理解这些数据的层级关系:

条线:电融
  └─ 项目:浙江分公司电融服务外包项目
       ├─ 人员:该项目下办理入场的外包人员
       └─ 协议:与该业务相关的协议

1. 先认识三个词

大白话解释小例子
条线一类业务的归属标签UAT 中“浙江分公司电融服务外包项目”属于电融条线(TX_XK
条线管理员负责某个条线、可查看该条线数据的人被授权的电融条线管理员只看电融相关数据
项目分类在某条线内给项目再分个小类UAT 中电融条线当前配置了分类值 111

可以把它理解成一个办公园区:条线是不同楼栋,项目分类是楼栋里的不同部门,条线管理员是被允许进入某栋楼的人。

UAT 数据小快照

本次只读查询时,电融条线(TX_XK)已有 135 个项目、3409 名外包人员;理赔条线有 58 个项目和 125 名外包人员。这说明条线不是空的配置项,而是实际业务数据归属的重要标记。

2. 这个模块是做什么的

条线模块负责三件事:

  1. 建立并维护条线,例如维护“电融(TX_XK)”。
  2. 给条线配置管理员,例如授权某个账号负责电融条线。
  3. 给条线配置可用的项目分类,例如电融条线当前可使用分类值 111

它不负责创建项目、办理人员入场或签协议;这些业务由各自模块完成。条线模块只提供统一的“归属标签”和“谁能看”的规则。

UAT 例子: 人力同事维护好“电融(TX_XK)”后,项目模块就可以把“浙江分公司电融服务外包项目”归到该条线;人员和协议模块也使用同一个条线编码,不需要各自重新定义“电融”是什么。

3. 它是怎么工作的

3.1 新增、修改和删除条线

  • 新增条线时,需要填写唯一的条线编码和名称。
  • 平时可以改名称,例如把“电融”展示名称调整为更准确的业务名称。
  • 不建议改编码:编码会被项目、人员和协议长期引用,就像身份证号,改了会找不到原来的关联数据。
  • 删除条线前,系统会先检查是否已经关联项目或计划;有数据在用时不能删除。

UAT 例子: 电融条线目前已关联 135 个项目和 3409 名外包人员,显然不能直接删除。若只是名称变了,改名称即可,已有项目仍可通过 TX_XK 找回正确归属。

3.2 谁能看到哪些数据

条线管理员关系决定普通业务人员的可见范围:

某账号是电融条线管理员
  → 只能查看电融条线的项目、人员等数据
 
人力同事或超管
  → 可以查看多个条线的数据

如果普通用户没有被配置为任何条线管理员,通常就没有条线数据可查看。

这里还有一套“组织 ACL 权限”。它控制的是“能看哪个组织的数据”,不是“能看哪个条线的数据”。实际查询时,两种范围需要一起满足。

结合真实项目理解: “浙江分公司电融服务外包项目”既属于电融条线,也属于一个具体运营机构。某账号即使拥有电融条线权限,仍需同时具备该机构的数据权限,才能查看这个项目。

3.3 项目分类为什么要挂在条线下

项目分类不是所有条线共用的。每条线只维护自己可用的分类,这样可避免业务人员选错分类。

UAT 例子: 电融条线当前配置的项目分类为 111。创建电融项目时,页面应从电融条线自己的分类配置中取值,而不是随意使用其他条线的分类。

3.4 条线和项目的关系

条线和分公司是两条并列的维度

  • 条线回答“做哪类业务”,例如电融。
  • 分公司回答“哪个机构在做”,例如浙江分公司。
  • 项目把两者连接起来,表示“浙江分公司要做一项电融业务的外包用工事项”。

结论:条线与分公司是并列维度,项目才是两者的交点;电融条线可被浙江、天津等多个机构使用。

浙江分公司 ─┐
             ├─ 浙江分公司电融服务外包项目
电融条线 ───┘

因此,条线不是挂在浙江分公司下面;它是公司统一维护的业务分类,可以被多个分公司使用。UAT 中电融条线除了有“浙江分公司电融服务外包项目”,也有天津等机构的项目记录。

项目额度、审批状态、人员入场、项目变更等具体内容,后续在“项目模块”笔记中单独说明。

4. 它与其他模块怎么配合

项目、人员和协议模块都会记录条线编码,用来说明自己属于哪类业务;它们的具体流程分别在各自模块笔记中说明。

在这里只需要记住:条线模块提供统一的业务分类和可见范围,其他模块引用它。

5. 使用时最需要注意什么

  1. 条线编码要稳定。 名称可以调整;编码一旦变动,项目、人员和协议的关联可能受到影响。
  2. 删除前先看有没有在使用。 有项目、计划或其他业务数据关联时,应先处理引用关系。
  3. 查询条件不能替代权限。 某账号即使手动选择理赔条线,系统也应检查他是否拥有理赔条线权限。
  4. 别把条线权限和组织权限混为一谈。 条线回答“负责哪类业务”,组织回答“负责哪个机构”;通常两者都要满足。

6. 最后总结

条线模块像 HRMS 的“业务地图”:它把项目、人员和协议归到正确的业务组,再通过管理员关系划出谁能看哪些数据。理解它时,只要抓住三个问题:这条数据属于哪个条线?谁负责这个条线?这个条线可以使用哪些项目分类?