跨境刑事风险防控

程序地图与决策树:诊断之后该走哪条路|红色通报实操42讲·第4讲

2026年06月10日

程序地图与决策树:诊断之后该走哪条路|红色通报实操42讲·第4讲

第一编 · 接案与诊断  ·  第 4 讲

程序地图与决策树:诊断之后,到底该走哪条路

把"知道了风险"变成"知道下一步做什么"
本讲导读

前三讲解决了"看清病情"——查询(第1讲)、判读(第2讲)、速评(第3讲)。本讲是"接案与诊断"编的收官,要解决"开什么方":把诊断结果转化成一条清晰的行动路径。INTERPOL/CCF 体系里可走的路其实是有限且可枚举的——查询、纠正、删除、复核,以及预防性请求、紧急临时措施。关键是根据你的处境,判断先走哪条、何时走、几条路要不要并行。本讲给出一张决策树和路径地图,并纳入 2026 年 3 月 CCF 启用新门户后的最新程序变化。

先建立全局:CCF 体系里到底有哪几条路

很多人一上来就问"怎么删红通",却不知道删除只是若干条路径中的一条,而且未必是当下该走的第一条。先把所有可走的路摆在桌面上,才谈得上选择。

归纳起来,针对 INTERPOL 数据,主要有以下几类正式途径——它们对应不同的处境与目的:

INTERPOL/CCF 体系·主要路径一览
  • 查询请求(Access):确认系统里有没有、是什么。诊断的起点,多数案件的第一步(第1讲)。
  • 删除请求(Deletion):主张数据违反 INTERPOL 规则,请求永久移除。核心救济(第9讲起)。
  • 纠正请求(Correction):数据部分不准、不完整或过时,请求更正而非全删(第36讲)。
  • 复核请求(Revision):对 CCF 已作决定,凭新事实申请重新审查(第37讲)。
  • 紧急临时措施:面临迫近逮捕/引渡时,请求在审查期间先行阻断(第34讲)。
  • 预防性请求(Preemptive):尚无通报、但预判将被滥用时的提前防御——其现状在 2026 年后有重要变化(见下文第四节与第5讲)。

决策树:从你的处境出发,找到该走的路

有了路径清单,下一步是"对号入座"。下面这棵决策树,从最关键的几个分叉点出发,把不同处境导向不同的起步路径。

分叉一:你确认系统里有数据吗?
若不确定优先做查询(第1讲),但先权衡查询会否惊动来源国。  若已确认存在进入分叉二  若确认无数据、但预判高风险考虑预防性防御(见第四节)。
分叉二:是否面临迫近的逮捕或引渡?
若是(即将被拘、引渡已启动)→ 最高优先级:紧急临时措施(第34讲),在数月审查期间先行阻断风险。  若否进入分叉三,从容设计主攻路径。
分叉三:数据是错得离谱,还是根本不该存在?
若整体违规(政治性、商业纠纷包装、严重失实)→ 主攻删除(第9讲起、辩护点见第15讲起)。  若仅局部不准(个别信息有误、案件本身成立)→ 考虑纠正请求
分叉四:是否曾被 CCF 驳回过?
若曾被驳、但有新事实/新证据走复核请求(第37讲)。  若是全新案件按前述路径正常推进

这棵树的意义,不是给出唯一答案,而是帮你定位"主攻方向"与"优先级"。真实案件常需多条路径配合,下一节讲清这一点。

很多时候不是"二选一",而是"并行与排序"

新手容易把这些路径理解成互斥的单选题,实则不然。复杂案件里,多条路径往往需要并行推进、并讲究先后排序。

举例而言:一个面临迫近逮捕、且数据明显违规的案件,可能需要同时启动紧急临时措施(先止血)与删除请求(治本);一个涉及跨境的案件,可能需要 INTERPOL 层面的删除与来源国国内案件的处理双线并行(这正是第42讲·跨程序协同的主题)。排序上也有讲究——例如查询与删除必须分两次提交(详见下节门户规则),先后顺序、时机把握都会影响结果。

典型情景(综合典型化,非特定个案)一位企业家在母国被以"经济犯罪"立案、随后遭红色通报,本人正于一第三国居留,且该国与母国有引渡合作——风险迫近。此时单走删除并不够:删除程序常需数月,期间通报完全有效、随时可能被执行。妥当的做法是三线并进——其一,申请紧急临时措施争取审查期间先行阻断(第34讲);其二,正式提交删除请求、围绕"商业纠纷被包装为刑事""数据失实"组织辩护点(第15讲起);其三,由精通母国刑辩逻辑的律师同步处理国内案件这一"病根",防止删了又被重新录入。三条线缺一不可,且必须协调一致——这就是"并行与排序"的实战含义。
实务提示"先走哪条、几条并行、如何排序",没有放之四海的标准答案,取决于第3讲的五维画像。这也是为什么决策树只能给方向、而最终方案需结合个案设计——尤其当多条战线交织时,协调本身就是专业价值所在。

2026 重大变化:CCF 新门户与预防性请求的不确定性

设计路径时,必须了解一个刚刚发生的重大程序变化,否则可能用错方式、白费功夫。

门户成为唯一提交渠道

2026 年 3 月 26 日起,所有向 CCF 提交的请求都必须通过其新启用的专属在线门户办理;邮件与邮寄不再被接受(除非符合规则 25(2) 的例外情形)。门户支持四类请求——查询、纠正、删除、复核,并提供进度查询、文件交换、决定查阅等功能。进行中的旧案可能被陆续迁移到门户。

操作要点每次提交只能一种请求类型——查询与删除必须分两次、作为独立申请提交,不能合并。此外,按 2026 年 3 月修订的操作规则,附件上传上限为 20 份,每份须清晰标注并在论证中引用;对于可公开获取的文件,应引用网址而非上传 PDF,以节省宝贵的附件名额。授权书若未注明有效期,CCF 按签署之日起两年有效处理。

预防性请求陷入不确定

更需注意的是预防性请求的现状。过去,CCF 曾在其官网指引中说明:在通报尚未发布前,可提交预防性请求,由 CCF 转交总秘书处考量。但随着新门户上线,门户只明确列出查询、纠正、删除、复核四类,并未单列"预防性请求";CCF 官网原有的相关指引也已撤下。这导致目前预防性请求是否仍可用、应通过哪条途径提交、能否保密,都处于不明朗状态。

这对高风险但尚未被通报者是个现实难题——预防性防御恰恰最依赖"提前出手"。在指引明朗前,这类请求的可行性与提交方式需个案审慎评估。这一专题的完整分析,见下一讲第5讲·预防性请求与2026门户新规

这对你意味着什么门户化总体上让流程更透明、可追踪(能在线看进度、查文件、读决定),是利好;但它也抬高了"一次做对"的门槛——格式、附件数量、请求类型分拆都有硬性规则,一步错可能被退回或浪费宝贵的附件名额。加上预防性请求的现状不明,意味着越是早期、越是需要主动防御的当事人,越需要在动手前把路径和材料一次性规划清楚,而不是边试边改。

把决策树用起来:四种典型画像 → 起步路径

最后,把第3讲的五维画像与本讲的路径地图对接,给出四种常见画像的起步建议。

典型画像 → 建议起步路径
  • 画像A·数据状态不明:先权衡再做查询(第1讲),据结果判读(第2讲)后再定下一步。
  • 画像B·已确认存在 + 数据明显违规:主攻删除(第9讲起),按辩护点全谱组织论证(第15讲起)。
  • 画像C·面临迫近逮捕/引渡:最高优先级——紧急临时措施(第34讲)止血,同步推进删除。
  • 画像D·尚未被通报但高风险:评估预防性防御的可行性(注意2026门户变化),并做好监测(第5讲)。

至此,"接案与诊断"编四讲走完:查询看清有无、判读读懂状态、速评定位风险、决策树规划路径。从这里起,42 讲进入"怎么动手"的实操阶段。下一编"发布前的先手",将从预防性请求与时机讲起。

诊断的终点,是一张地图,而非一个结论。看清了风险,还要知道脚下有哪几条路、哪条先走、哪几条要并肩走——这张图画对了,后面每一步才走得稳。
—— 第4讲结语,第一编收官
本讲要点
路径是有限可枚举的。查询、删除、纠正、复核、紧急措施、预防性请求——删除只是其中一条,未必是第一步。
用决策树定位。从"有无数据→是否迫近逮捕→整体违规还是局部不准→是否曾被驳回"四个分叉,找到主攻方向。
常需并行与排序。复杂案件多条路径配合(如紧急措施+删除、INTERPOL+国内案件双线)。
2026 门户新规。3月26日起门户为唯一渠道;每次只能一种请求、查询与删除分开;附件上限20份。
预防性请求陷入不确定。门户未单列、官网指引撤下,可行性与提交方式待明朗,需个案评估。

延伸延伸阅读与衔接

本讲收束"接案与诊断"编,下一编进入"发布前的先手":

下一编 · 发布前的先手
从预防与时机讲起

第5讲 预防性请求与门户新规 第9讲 删除申请书 第34讲 紧急冻结  

姊妹篇 · 系统逻辑20章
讲"为什么"

第15章 风险评分表 第17章 生命周期 → 全 20 章  

相关问答(引流科普)
李仲伟律师
作者简介
 李仲伟律师,1998年执业,1972年出生,中国著名刑辩律师,刑事风险结构研究者、重大疑难案件系统解决路径实践者。著有《结构刑辩方法论》《刑事案件家属20讲》《INTERPOL红通完整手册》《强制遣返20讲》《民企刑事危机系统应对与生存全攻略》等。
红色通报实操42讲 · 六编目录  ·  姊妹篇·系统逻辑20章 →
第二编 · 发布前的先手(5–8讲)
第三编 · 删除请求实务(9–14讲)
第四编 · 辩护点全谱(15–33讲)
第五编 · 冻结·修改·复核(34–38讲)
第六编 · 实战整合(39–42讲)
红色通报实操42讲  ·  作者:李仲伟
本文为关于 INTERPOL 数据处理规则与 CCF 救济机制的一般性法律信息,不构成具体法律意见,亦不形成委托代理关系。如需法律咨询,请联系专业律师。


李律师
Legal Consultant 在线
7×24 小时全球案件支持
*专人专案管理,非经授权严禁任何第三方查阅,档案随结随销