分册导航
Publisher Restrictions
同意类定位与分类
透明度与同意框架（Transparency & Consent Framework，TCF）Core 段尾部的变长限制条目：NumPubRestrictions Int(12) + 每条（PurposeId 6 bit + RestrictionType 2 bit + 供应商 range）。RestrictionType 三值：0=目的不允许 / 1=要求同意 / 2=要求正当利益。
- GPP section
- §2 (Core tail)
- 承载点
- NumPubRestrictions Int(12) + entries
字符串与字段布局
位于 Core 段尾部：先读 NumPubRestrictions Int(12)；随后每条限制依次为 PurposeId Int(6) + RestrictionType Int(2) + 一个供应商 Range（编码方式与 VendorConsents 段的 range 相同）。限制条目为变长，位宽由条目数决定。
| 值 | 枚举名（待官方核实） | 语义 |
|---|---|---|
| 0 | PurposeFlatlyNotAllowedByPublisher | 发布商禁止该目的：无论供应商是否将该目的声明为「灵活」，都不得为此目的处理数据。 |
| 1 | RequireConsent | 要求以同意为法律依据：将该目的声明为灵活、默认为正当利益的供应商，必须改用同意。 |
| 2 | RequireLegitimateInterest | 要求以正当利益为法律依据：将该目的声明为灵活、默认为同意的供应商，必须改用正当利益。 |
三值语义（目的不允许 / 要求同意 / 要求正当利益）经 TCF 政策文档「限制分两类：目的、法律依据」与多个行业实现交叉验证；官方枚举名与逐字定义待 Consent string formats v2.md 核实。
承载与访问
限制只收窄、不扩大供应商在全球供应商列表（Global Vendor List，GVL）注册的可操作范围：供应商必须始终遵守限制信号；对声明「灵活」的目的，限制决定最终采用同意还是正当利益；未声明灵活的目的以其注册的默认法律依据为准，限制不得改变。
失效形态
- PurposeId 超出 1–24 范围
- RestrictionType 取保留值（大于 2）
- 同一目的下多条限制的供应商 range 重叠或冲突
待核实缺口（草稿）
- RestrictionType 0/1/2 的官方枚举名与逐字定义待 Consent string formats v2.md 核实（GitHub raw 当前不可达）；本页枚举名按行业通用写法给出并已标注待核实