无人体系身份管理平台

客户是谁

某无人体系运营方向项目。交付的是一套身份管理平台，覆盖设备与操作员的登记、审核与状态台账；Java 微服务后端，Web 管理后台。

遇到什么问题

无人设备数量少的阶段，表格够用；数量一多，谁在飞、谁能飞、哪台设备还能用，全靠人记。

• 登记材料交上来有没有人审、审过没有，没有固定流程。
• 设备转让或停用之后，表格忘了改，底册就慢慢失真。

运营方缺的不是一张更大的表，而是一个流程化的底册。

我们做了什么

• 登记与审核分离。提交归提交、审核归审核，每个节点的处理人与时间留痕，避免「交了就算登了」。
• 状态变更走流程不走手工。停用、转让、报废都是台账事件，记录在案，底册的可信度靠流程维持，不靠自觉。
• 字段最小化起步。登记字段一多，填报质量立刻下降；先把关键字段跑通，再按运营需要扩展。

难点怎么解决的

• 底册随表格失真：登记与审核分节点留痕，状态变更走流程，可信度靠机制而不是靠人记。
• 填报质量上不去：字段最小化起步，先跑通关键字段。
• 后续要对接外部系统：接口层预留统一出口。

交付了什么

系统按服务端、业务层、接口层组织：Java 微服务承载流程；业务层覆盖登记、审核流转与状态台账；接口层提供查询导出，为后续与运营系统的对接预留了统一出口。

现在的状态

系统处于维护期。我们负责身份登记与审核业务层；与外部监管平台的对接另行立项，无人机硬件与飞控相关系统不在范围，作业审批类业务流程也不在其中。