风险容忍度与风险承受度：拿三个问题把混用的术语拆开

风险容忍度与风险承受度

拿三个问题把混用的术语拆开本文档提供：术语判定三问规则卡（表1）；容忍度与承受能力分场景使用对照表（表2）；董事会声明中两项数值的并排填写结构（表3）；误用后果排查表（表4，含6个检查点及换路动作）；术语修正后的声明片段示例（示例1，含变量表）；决策规则4条与矛盾四段式；三套场景操作序列；数据来源与时效说明表。内部编号：TERM-TOL-CAP-02。2026-11-02这一节的标题读完你能拿到什么一、明天打开声明，先把“容忍度”和“承受度”拆成两列判定三问规则卡、表1二、同一句话里两个词各管什么场景分场景使用对照表、表2三、董事会声明里两项数值并排放，怎么写才不打架并排填写结构表、表3四、混着用会出什么事：从剩余风险判断到阈值失灵误用后果排查表、表4五、修正一条已混用的声明，按这个顺序改决策规则4条、矛盾四段式、修正顺序六、完整示例：一条从混用到拆开的声明片段示例1全文、变量表（含阈值型变量）七、三套场景操作序列：董事会材料、内审底稿、个人补课三套序列、底线项按第一列在正文找对应那节，按第二列判断这节有没有你要的东西。板块定位说明一、明天打开声明，先把“容忍度”和“承受度”拆成两列找到风险偏好声明或董事会风险章节中并列使用两个术语的那一行二、同一句话里两个词各管什么场景判断当前语境该用容忍度还是承受能力三、董事会声明里两项数值并排放，怎么写才不打架按结构填写两项数值并注明批准层级四、混着用会出什么事：从剩余风险判断到阈值失灵逐项排查本组织是否存在对应的后果信号五、修正一条已混用的声明，按这个顺序改按规则和顺序修正声明文本与配套阈值六、完整示例：一条从混用到拆开的声明片段对照成品格式改写本组织的声明片段七、三套场景操作序列：董事会材料、内审底稿、个人补课按使用场景选择执行路径一、明天打开声明，先把“容忍度”和“承受度”拆成两列明天上班打开风险偏好声明或董事会风险管理章节，常见句子是：“公司风险容忍度（承受度）为：年度操作风险损失不超过500万元。”括号外的“容忍度”和括号里的“承受度”共用一个500万。董事读完这一行，无法判断500万是目标偏差上限，还是组织资本吸收上限。两个判断在会议上的追问方向不同。偏差上限被追问“为什么定500万而不是300万”；资本吸收上限被追问“500万依据的是资本测算还是压力测试情景”。同一句声明无法同时接住这两种追问。中文风险管理材料里并列写法反复出现。会计考试材料写成“风险容忍度（承受度）应在风险偏好的基础上，设定风险管理目标值的可容忍波动范围”。内审实务讨论注意到，混用“会直接影响内部审计对剩余风险的判断是否站得住脚”。括号两边的词在英文框架里指向两个对象：tolerance带偏差与意愿成分，capacity带吸收与能力成分。COSOERM定义risktolerance为相对于特定目标实现程度的可接受偏差，用与衡量目标相同的单位计量。框架给的例子是：目标为客户满意度时，容忍度写成“不满意客户比例不得超过3%”。该定义段没有出现“公司最多能吸收多少损失”的表述。ISO31073把risktolerance写成“组织在风险处理后准备承受的不确定性程度”，可在整体、业务单元或特定风险类别层面设定；riskappetite写成“组织愿意追求或保留的风险的类型和数量”。NISTCSF2.0的GV.RM-02要求同时建立并沟通riskappetite（组织层面）和risktolerance（具体、可测量），列入治理职能。“风险承受度”在中文材料里有时对应capacity，有时被当作tolerance的汉译。capacity指组织在威胁生存之前能够吸收的最大风险量，由财务资源、运营能力、利益相关方约束共同决定。Fieldguide的层级把三者排成一条线：capacity是外层边界，appetite是在边界内定义的意图，tolerance是日常决策的操作参数。表1术语判定三问规则卡问题回答指向容忍度（tolerance）回答指向承受能力（capacity）Q1这个数挂在特定目标的偏差范围上，还是不挂具体目标的总量？挂在特定目标上，用与目标相同的单位计量，如“客户不满意率不超过3%”“停机不超过4小时”不挂单一目标，指向组织整体或某类风险的总吸收能力，如“资本可吸收的非预期损失上限”Q2超出这个数，第一动作是升级报告，还是停止活动或注入资源？触发升级：通知风险责任人、评估根因、提交补救计划，重大突破报送董事会触发生存性关注：资本充足、流动性或持续经营受到威胁，停止活动或注入资源Q3这个数由董事会批准，还是由管理层或风险负责人在偏好框架内设定？通常由管理层或风险负责人在董事会批准的偏好框架内设定，接受董事会监督由董事会层面的风险偏好声明间接约束；capacity本身通过压力测试和资本充足分析推导，不在日常报告中逐笔批准操作顺序：先问Q1。一个数无法对应到有计量单位的具体目标时，它大概率不落在tolerance一侧。再问Q2。超出后的第一动作是“报告”时，它属于tolerance；第一动作是“停止活动或注入资本”时，它属于capacity。Q3确认批准层级：业务单元负责人设定的季度停机阈值不可能是capacity。边界情况：有些组织用“风险承受度”指管理层在日常经营中愿意承受的剩余风险水平。这时它接近tolerance。判定仍走Q1和Q2：挂在具体目标上、超出后触发升级，归入tolerance；描述极端情景下组织还能不能活，归入capacity。术语叫法可以保留。同一份声明里，同一个词不能在两处给出不同的Q1答案。二、同一句话里两个词各管什么场景拆开两个词之后，使用场景按句子功能分配。句子在描述董事会选择追求什么、接受哪类风险、在哪些领域愿意多承担，属于偏好层面，用定性语言加有限的总体数值。句子在描述某个具体目标允许偏离多少、业务单元看到哪个数必须停下来报告，属于容忍度层面。句子在描述极端情景下组织还能吸收多少、资本或流动性在哪个点被击穿，属于capacity层面。capacity通常不出现在季度风险报告的日常读数里，出现在压力测试、恢复计划和资本规划语境中。表2分场景使用对照表场景句子在回答什么问题该用哪个词写出来是什么样董事会风险偏好声明首段我们愿意追求什么类型和总量的风险风险偏好（appetite）“公司接受与数字化转型相关的技术风险，以换取客户体验改善；在未建立充分控制前，不进入高监管密度的新市场。”业务单元季度经营回顾这个单元的实际结果偏离计划多少算越线风险容忍度（tolerance）“客户投诉升级案件占比季度计划值为2.5%，容忍度上限为3.5%；超过3.5%触发单元负责人书面说明。”董事会风险委员会审议资本规划压力情景下组织最多吸收多少损失而不威胁生存风险承受能力（capacity）“在99.5%置信度的一年期压力情景下，可吸收的非预期损失上限为资本缓冲的70%；超过该水平启动资本补充预案。”风险限额分解到交易台或产品线单个交易台或产品线的具体头寸上限是多少风险限额（limit）“利率互换组合的DV01上限为每基点12万元。”内审判断剩余风险是否可接受控制运行之后剩下的风险，是否还在组织可接受的边界内先查容忍度，再回看偏好；capacity只在极端情景下介入“该缺陷导致的剩余风险读数在业务单元容忍度以内；同类缺陷在三个单元同时出现，需评估是否触及偏好层面的集中度关注项。”举报或事件升级报告这个事件越过了哪条线，该报给谁容忍度（触发升级的阈值）“该单元坏消息升级时长75分位为22个工作日，超过容忍度上限15个工作日；按升级路径报风险委员会。”内审场景有一个反复出现的问题：把“剩余风险是否可接受”直接交给capacity回答。capacity回答“会不会威胁生存”，不回答“本季度剩余风险读数是否进报告”。一个读数可能远未触及capacity，但已突破业务单元容忍度，处理动作是升级，不是放行。另一个方向：一个读数在容忍度以内，多个单元同时逼近容忍度上限，需要回看偏好层面的集中度描述，看定性语言是否覆盖了同向聚集。三、董事会声明里两项数值并排放，怎么写才不打架拆开术语的最终产出是声明文本。不需要把声明改写成学术定义。每一项数值带三个信息：挂在哪里、什么性质、超出后谁做什么。表3董事会声明中两项数值的并排填写结构填写位置填什么容忍度行的写法承受能力行的写法第一列：数值本身一个可比的数用与目标相同的单位，如“不满意率≤3%”“停机≤4小时”“损失≤500万元”用资本、流动性或风险吸收指标的单位，如“非预期损失上限=资本缓冲的70%”第二列：它挂在哪具体目标或情景写明目标名称和计划值，如“客户满意度目标为不满意率≤2.5%，容忍度上限3.5%”写明情景和置信度，如“一年期99.5%压力情景”第三列：性质选择接受的偏差，或能力边界写“可接受偏差上限，由管理层在偏好框架内设定”写“生存性边界，由资本规划和压力测试推导”第四列：超出后谁做什么第一动作和责任人“超出后由业务单元负责人在5个工作日内提交根因分析和补救计划；重大突破报风险委员会”“超出后启动资本补充预案或停止相关活动；由董事会审议”第五列：复核频率多久看一次季度监控，年度校准年度压力测试或触发事件后重估常见错误一：capacity行填“年度损失不超过800万元”，没有情景、置信度和资本依据。这个800万回答不了压力情景下的生存问题，也回答不了日常偏差问题，在董事会材料里只是一列数字。修正动作是补第二列情景和第三列推导依据，或者把它挪到容忍度行，换一个真正的capacity指标进来。常见错误二：容忍度行填“年度损失不超过资本缓冲的70%”。这个数挂在资本上，不挂在季度可监控的业务目标上。业务单元负责人拿到它，无法判断本季度看哪个数。修正动作是把容忍度拆到具体目标：关键流程可用性写成停机时长，关键服务投诉写成不满意率或升级时长；capacity数值保留在资本规划板块。四、混着用会出什么事：从剩余风险判断到阈值失灵混用在四个位置留下可观察的痕迹。剩余风险判断失去参照。内审或风险职能手里只有一个合并数值时，无法确定它比对的是日常偏差还是生存边界。一个读数远未触及capacity但已突破tolerance，本应升级，被“公司又不会倒”挡回去。阈值校准错误不被发现。tolerance阈值需要通过持续监控和突破记录校准。capacity数值被放在tolerance位置，突破记录的含义改变：capacity被突破意味着组织已在生存边界附近，这不是阈值微调的信号。tolerance数值被放在capacity位置，组织在远高于日常可接受水平的数上才启动生存性响应，中间的恶化过程没有升级动作。持续突破容忍度要么说明阈值校准错了，要么说明控制环境需要投资；突破被误标的capacity时，这个判断无法成立。董事会问答接不住。董事问“上一次容忍度被突破是什么时候、怎么处理的”，声明里的容忍度实际是capacity数值时，回答变成“过去三年没有突破过”。这个回答听起来像好消息，实际说明该数从未在日常决策层面被使用。一个从不在业务单元层面被触碰的“容忍度”不产生升级记录，也不产生校准信息。外部沟通或监管报送表述不一致。同一组织在董事会材料写“容忍度”、监管报送写“承受度”、对外披露混用，阅读方无法还原组织实际使用的阈值结构。有材料指出，偏好和容忍度沟通不清时，外部利益相关方可能“无意中接受过多风险”。中文语境叠加一层：适当性管理中的“客户风险承受能力”与组织层面capacity使用同一个词，同一份文件前段指公司资本吸收能力、后段指客户风险等级。表4误用后果排查表检查点打开什么看什么什么算有问题换哪条路1.声明中并列写法风险偏好声明或董事会风险章节是否存在“容忍度（承受度）”并列，括号内外是否指向同一数值同一数值同时回答Q1的“偏差”和“总量”两个答案按表1三问拆成两行；无法拆分时保留一个术语，另一个改为描述性短语2.容忍度行的目标挂载容忍度数值所在段落该数值是否对应一个有名有单位的业务目标数值只挂在资本、流动性或“总体风险”上，没有季度可监控的目标把该数值移入承受能力或偏好行；为容忍度补一个具体目标阈值3.承受能力行的情景依据承受能力数值所在段落是否写了情景、置信度和推导方法写了一个“损失不超过X万元”但没有情景和资本依据补情景和置信度；补不出则删除该行，capacity只在压力测试语境中呈现4.超出后的第一动作声明中阈值后的处置条款超出容忍度时第一动作是升级报告还是停止活动或注资容忍度超出后写“停止相关业务”；capacity超出后写“提交说明”按动作倒推术语：升级报告对应容忍度，停止或注资对应capacity；调换标签或调换动作5.升级记录过去四个季度的风险委员会纪要或事件台账有没有记录明确引用“容忍度突破”四个季度零容忍度突破记录，同期有已知的控制失效或事件恶化先查容忍度是否被设成了capacity数值；把容忍度重设到可被季度数据触碰的水平6.客户适当性语境串用消费者或投资者适当性材料与组织层面声明组织层面的“承受度”是否与客户“风险承受能力”使用同一个词同一份文件前段用“承受度”指公司资本吸收能力，后段用同一个词指客户风险等级组织层面统一用“风险承受能力”并加限定语“组织层面”；客户层面用“客户风险承受能力等级”，两者在术语表中分列排查表第一行没有绕过选项。并列写法可以保留，前提是括号内的词在声明术语表中有自己的定义，并且指向与括号外不同的Q1答案。做不到就拆成两行，不维持一个看起来完整、实际无法执行的合并标签。五、修正一条已混用的声明，按这个顺序改修正从可检查的步骤开始，每一步产出一个变化。决策规则：规则1。如果声明中“容忍度（承受度）”并列且只挂一个数值，先按表1Q1判断该数值回答的是偏差问题还是总量问题；偏差问题保留“容忍度”标签，删除括号中的“承受度”，补目标名称和计划值；总量问题将标签改为“风险承受能力（组织层面）”，补情景和推导依据。退路：一时无法判断时，声明中保留原句，紧邻位置增加一行“该数值性质待术语校准后确认”，校准完成前该数值不用于升级判定。规则2。如果排查表检查点5发现过去四个季度零容忍度突破记录，不把该记录解读为“风险控制良好”；先核对容忍度数值是否处于capacity水平。退路：将容忍度重设到过去四个季度业务单元实际读数的75分位附近，使下一季度至少有一条读数在阈值附近运行；重设依据写入数据来源表。规则3。如果承受能力行写了一个没有情景和置信度的“损失上限”，该行不作为capacity使用；退路是将该数值移入容忍度行（挂在具体目标上时），或从声明正文移入压力测试附录（指向生存边界但缺少情景描述时）。规则4。如果内审或风险职能在剩余风险判断中使用“容忍度（承受度）”合并标签，判断结论拆成两句：第一句比对业务单元容忍度，第二句说明该读数距离组织层面capacity的相对位置。两句都写出来，合并标签不再承担它无法承担的判断功能。矛盾四段式。矛盾陈述。容忍度需要低到能在日常季度读数中被触碰，才有校准价值；组织层面声明的可读性又要求它不能列出一长串琐碎的单元阈值。实质分析。容忍度全部拆到几十个业务单元目标上，董事会声明变成指标清单，董事无法从中读出组织选择了什么风险。容忍度维持在组织层面的少数总量数值上，又很难被季度数据触碰，零突破记录让监督看起来在运转、实际没有产生信息。capacity不解决这个问题，因为capacity本来就应该是日常读数碰不到的生存边界。权衡规则。董事会声明正文只保留每个风险类别下最高一层可被季度监控的容忍度数值，不列单元级阈值；单元级阈值放在声明附件，正文写“单元级容忍度见附件，其汇总读数不得突破正文数值”。正文数值的选择标准是：过去四个季度集团汇总读数至少有一个季度在该数值的80%以上，否则它太高，不适合放在正文。代价是正文容忍度会比capacity更频繁地被触及，升级记录增加；退路是在声明中写明“正文容忍度的突破不自动等同于组织层面的风险不可接受，它触发的是偏好框架内的校准和补救”。六、完整示例：一条从混用到拆开的声明片段示例案例，细节为合理设定。起点。某公司风险偏好声明中“操作风险”段落原句为：“公司操作风险容忍度（承受度）为：年度操作风险损失不超过800万元。该数值由董事会批准。”分步操作。第一步，按表1Q1追问：800万挂在一个有名有单位的季度可监控目标上吗？答案是没有，它是年度损失总量。Q1指向总量一侧。第二步，按Q2追问：超出800万后第一动作是什么？原声明没有写。风险管理部在实际操作中把它当作“需要向风险委员会报告”的阈值使用。Q2的动作指向容忍度一侧。Q1和Q2答案不一致，该数值被放在了错误的位置上。第三步，拆分。capacity行保留一个数：在99.5%置信度的一年期压力情景下，可吸收的操作风险非预期损失上限为资本缓冲的9%，由资本规划和压力测试推导，董事会年度审议。容忍度行重设为：关键支付流程的月度可用性目标为99.95%，容忍度下限为99.90%；低于99.90%触发流程负责人书面说明并报风险委员会。第四步，补升级路径。容忍度突破后的第一动作是书面说明和根因分析；capacity逼近时的第一动作是启动资本补充或业务连续性预案。不顺利环节。第一轮：拆分后，容忍度选“支付流程可用性”。一个季度后该指标从未接近99.90%，升级记录仍为零。当时以为容忍度设置合理。核查发现，可用性数据的统计口径只覆盖核心支付系统，不覆盖连接核心系统的中间件；中间件故障导致的可用性下降在业务单元手工台账中有记录，没有进入指标。问题从“阈值高低”转向“数据口径漏掉了故障来源”。第二轮：把中间件纳入可用性统计后，第一个月读数即触及99.90%。当时以为终于有了一个能运行的容忍度。查看触发后的书面说明，流程负责人只能解释中间件故障，无法回答该故障是否在同类系统中存在共性。升级动作产生了文本，没有产生跨系统的校准信息。问题从“有没有触发”转向“触发后产生的信息是否够用”。第三轮：尝试把容忍度改为“可用性+中间件故障重复率”双指标。计算重复率需要人工标注故障是否与既往同因，两个季度的标注一致性不足。放弃新增指标，改为在现有可用性容忍度下增加一条核查项：每次突破后必须回答“该故障是否在过去12个月于其他系统出现过同因记录”。容忍度数值不变，突破后的信息产出增加。第四轮：回看capacity行。9%的资本缓冲比例来自一年前的压力测试，情景中未包含“支付系统长时间中断”的运营风险情景。当时以为capacity只需要财务情景。补做运营中断情景后，该情景下的可吸收上限为资本缓冲的6.5%，低于原9%。问题从“容忍度设置”转向“capacity本身对运营风险不敏感”。修正动作是把capacity行按情景拆分：财务压力情景下9%，运营中断情景下6.5%，两行并列，不再合并为一个数。终点。修正后的声明片段包含：capacity两行（财务压力情景9%，运营中断情景6.5%，均注明情景和推导来源）；容忍度一行（关键支付流程可用性下限99.90%，含中间件统计口径，季度监控）；升级条款两句（容忍度突破后的书面说明义务，capacity逼近时的预案启动条件）；附件指引（单元级阈值另列，汇总读数不得突破正文数值）。术语表中“风险容忍度”和“组织层面风险承受能力”分列，各附一句定义和Q1答案。变量表：变量示例中的情形如果变量不同处置变化容忍度挂载的目标类型关键支付流程可用性若目标为“操作损失金额”而非可用性，容忍度单位改为金额，需同时写计划值和偏差上限，不能只写一个总量升级触发条件从“低于可用性下限”改为“超过损失偏差上限”；capacity行不变容忍度统计口径覆盖范围包含中间件若只覆盖核心系统，容忍度可能长期零突破先修口径再设阈值；口径未修前，容忍度读数不用于校准capacity情景置信度99.5%若降至99%，capacity数值会上升，与容忍度的距离拉大capacity行数值调整；容忍度不随capacity自动调整，两者各自校准容忍度突破后的信息核查项“同因记录是否在其他系统出现”若组织没有跨系统故障分类表，核查项无法执行降级为“由流程负责人在说明中主观判断是否同因”，并在数据来源表中记录该降级正文容忍度与capacity的数值距离容忍度（可用性99.90%）远未触及capacity（资本缓冲6.5%）若容忍度被设到接近capacity，日常突破会频繁触发生存性讨论将容忍度调离capacity，使两者之间留出可观测的中间地带；中间地带用偏好层面的定性关注项填充表中权重较高的变量是“容忍度统计口径覆盖范围”。口径不覆盖故障来源时，容忍度读数不反映实际风险，阈值高低失去意义。口径修正之前，容忍度的任何校准动作都缺少可信的输入。七、三套场景操作序列：董事会材料、内审底稿、个人补课完整版（董事会材料或对外报送）。序列：用表1三问逐行扫描声明中所有出现“容忍度”“承受度”“偏好”的段落，标记每一处的Q1和Q2答案；对答案不一致的行按表3拆成容忍度行和capacity行，补目标名称、计划值、情景或置信度、批准层级、超出后第一动作；用表4六个检查点逐项排查，重点看检查点5的升级记录是否为零；按规则1至4修正文本和配套阈值；在术语表中为两个词分别写一句定义和Q1答案。不能妥协的底线：同一份声明中“容忍度”和“承受度”不得指向同一个Q1答案；capacity行必须有情景和置信度，否则不以“承受能力”名义出现；容忍度行必须有季度可监控的目标，否则不以“容忍度”名义出现。精简版（内审底稿或内部风险会议，时间受限）。序列：只扫描内审结论中涉及“剩余风险是否在容忍度或承受度以内”的段落，用表1Q1判断该段使用的是tolerance参照还是capacity参照；发现合并标签时按规则4拆成两句，不重写整份声明；用表4检查点4和5核对升级记录与动作是否匹配。不能妥协的底线：剩余风险判断不得只写“在容忍度（承受度）以内”；必须写出比对的是哪一层阈值；该层阈值本身没有情景或目标挂载时，底稿中记录“参照物性质待校准”，不直接下“可接受”结论。极简版（个人补课或非风险管理岗位准备材料）。序列：找一份手边的风险声明或报告，用表1三个问题问其中出现的每一个“容忍度”“承受度”“偏好”数值：它挂在什么目标上、超出后第一动作是什么、谁批准。三个问题中两个答案落在不同侧时，在旁边标注“术语性质不一致”。不做修正，只做识别。不能妥协的底线：不把“容忍度（承受度）为X”当作一个已经理解的句子；无法回答Q1时记录“该数值性质未确认”，不拿它作为判断风险高低的依据。附录：数据来源与时效说明表信息项来源层级核对状态建议验证事项核对路径COSOERM对风险容忍度的定义（与特定目标挂钩的可接受偏差，用目标同单位计量）[公开教研共识]已核对框架原文表述验证动作：在所引版本中定位risktoleran