CASE 03 / CONSTRAIN
在强约束中，
重建证据流。
三级组织、两套网络和两条业务主线同时存在。产品需要让案件审批与电子证据流转既能协作，又不突破安全边界。
B2GWorkflowSecurity
CASE IN 30 SECONDS
CONTEXT
连接基层派出所、各区网警大队与市局支队的电子证据上报审核业务。
CHALLENGE
互联网与公安网隔离，案件、证物、报告和审核结果跨角色流转。
ACTION
以案件和电子证据为双主线，重新组织上报、校验、调阅、审核与签章。
01 / CONTEXT & CHALLENGE
案件向上流转，
证据必须始终可信。
基层派出所负责立案与取证，各区网警大队受理案件、制作证据报告并上传材料，市局支队完成审核与电子签章。协作跨越三级组织，也跨越互联网与公安网。
真正需要设计的不是一个“上传入口”，而是案件、证物、报告、审核结果和责任角色之间的完整关系。
02 / BUSINESS ARCHITECTURE
三级组织，
共同完成一条证据链。
不同层级不只是拥有不同权限，也分别承担立案取证、案件受理、证据提取、报告制作、证据审核与结果反馈。
03市局支队
02各区网警大队
01基层派出所
01基层派出所
立案决定书 · 案件信息 · 扣押物品
02各区网警大队
案件受理 · 签章后的证据报告 · 电子证据资料
03市局支队
证据审核 · 电子签章 · 审核结果
↑ 上行：立案上报 · 证物移交 · 证据与报告送审↓ 下行：审核结果反馈 · 签章报告返回
案件主线立案→生成案件编号→大队受理→支队审核→移交确认
电子证据主线扣押物品→电子取证→证据报告→MD5 / 时间信息校验→电子签章
03 / DEPLOYMENT & NETWORK
不是所有数据，
都能直接连通。
基层与区级系统部署在互联网侧，市局支队的电子证据数据库及审核系统位于公安网侧。网闸是产品流程中的真实边界。
互联网侧基层派出所立案 · 证物扣押 各区网警大队独立部署 · 证据上传
证据上传 ↑网闸报告上报 ↑
公安网侧市局支队电子证据数据库 上报审核系统远程只读调阅 · 审核
证据上传证据报告上报远程只读调阅
04 / CORE WORKFLOW
四个参与方，
一个可退回的审核闭环。
核心流程同时覆盖人工操作与系统校验。审核不通过时，意见返回网警大队，补充或修改材料后重新送审。
- 立案、取证
- 上报案件材料
- 领取移交报告并确认签字
- 大队长受理案件
- 指派侦查员
- 生成证据报告并完成多级签章
- 上传报告与电子证据
- 支队专员受理
- RDP 远程只读调阅
- 审核案件材料与检测内容
- 支队领导审核并电子签章
- 生成案件编号并获取案件信息
- 机器校验 MD5 与证据时间信息
- 记录审核结果与电子签章
送审→支队审核→通过：领导审核与电子签章↘不通过：反馈意见，修改后重新送审
05 / KEY DECISIONS
约束不是背景，
而是产品架构的一部分。
组织决定流程
基层派出所、网警大队与市局支队承担不同责任，系统围绕真实组织关系设计受理、送审和反馈。
证据与访问分别流动
电子证据通过网闸受控上传；审核人员通过远程只读方式调阅，避免用同一种连接方式解决所有问题。
可信来自组合机制
MD5 与时间信息校验、多级签章、审核意见和移交确认共同形成证据闭环。
06 / REFLECTION
复杂性可以被组织，
但不能被假装不存在。
公安网络、组织职责和证据可信要求都无法通过“减少步骤”消失。产品真正能做的，是把对象、状态、责任和失败分支表达清楚，让必要的约束成为可执行的流程。
在强约束业务中，好的体验不是绕过规则，而是让每一个角色都清楚下一步为什么发生。