跳至内容
Reltime
监管轨道

一个引擎，一个模板结构，每一项义务都可被证明。

每条“轨道”都是为一项法规填写的相同四个要素：事件、证明、行动和报告。一家运行 DORA、AMLR 和 eIDAS 2 的银行在这三者之间共享一个身份层和一个记录。

当规则变更时，“轨道”会更新一次，记录会显示哪个版本在哪个日期生效。

说明性工作流程
  1. 1

    事件

    必须记录的内容

    已接收漏洞，已评估，已确认利用，已发布修复

  2. 2

    证明

    第三方必须查看的内容

    每一步由具有明确角色的已识别人员签名，包含时间和文件版本

  3. 3

    行动

    只有在存在证据后才能发生的情况

    产品发布暂停，直至修复被记录和签名

  4. 4

    报告

    监管方接收的内容

    24小时内预警，72小时内通知，修复后14天内提交最终报告

所示“轨道” ·网络韧性法案

Read the full rail →

触达对象 ·数字元素产品制造商，包括自有品牌零售商

事件已记录
已接收漏洞，已评估，已确认利用，已发布修复
证明
每一步由具有明确角色的已识别人员签名，包含时间和文件版本
基于证明的门控行动
产品发布暂停，直至修复被记录和签名
已生成报告
24小时内预警，72小时内通知，修复后14天内提交最终报告
说明性工作流程
步骤 1 的 5
  1. 知悉 · 锚定于 09:14
  2. +24小时 · 早期预警
  3. +72小时 · 通知
  4. 修复方案可用
  5. +14天 · 最终报告
NIS2、DORA 和 CRA 各自拥有独立的报告阶段和截止日期。此示例展示 CRA。

货物到达前的供应商凭证。

2027 年 12 月 11 日起，经销商须在销售前检查 CE 标志及相关文件，无法出示这些材料的产品不得销售。供应商按产品版本，一次性封存声明、联系点和支持期限。每件产品上架前都有明确状态。证据一旦变更或消失，立即发出警报。软件物料清单保留在制造商的私有档案中，完成锚定且可验证。留痕十年，严格满足 CRA 要求。

说明性工作流程
  • 路由器 X2 · v1.4✓ 声明✓ 联系点✓ 支持期限✓ SBOM 已锚定准备就绪
  • 智能插头 S · v2.0✓ 声明✓ 联系点✕ 支持期限✕ SBOM 已锚定缺失
  • 笔记本电脑 L15 · v3.1✕ 声明✓ 联系点✓ 支持期限✓ SBOM 已锚定已撤回
界定此轨道检查这是否适用于您

Read the full rail →

触达对象 ·欧盟反洗钱规则下的义务实体

事件已记录
客户核查，状态变更，警报
证明
发行方的证明，对照其签名进行核查
基于证明的门控行动
超过风险阈值的交易
已生成报告
持续监控轨迹
界定此轨道检查这是否适用于您

Read the full rail →

触达对象 ·产品生产者，现包括软件

事件已记录
发布时的产品状态，更改，更新
证明
发布和更新决策附有角色、时间和版本签名
基于证明的门控行动
软件和更新的发布
已生成报告
用于披露的证据包
界定此轨道检查这是否适用于您
即将到来的问题

主管将询问谁在何时依据哪条规则采取了行动。Reltime 在工作进行时提供答案。

7%

全球营业额。这是AI法案下最严重违规行为的上限。

资金仅在凭证存在时流转。

支付指令只有在存在锚定接受时才会发布。交付、检查、批准和支付参考位于一条链中，付款人、捐赠者和审计师都可以分别核查。

银行或财政部仍是付款人，并承担其自身责任。Reltime把控指令并持有凭证。

说明性工作流程
步骤 1 的 7

  1. 01

    交付已记录

  2. 02

    检查已签署

  3. 03

    验收已锚定

    已锚定

  4. 04

    审批

    两种角色

  5. 05

    支付指令已发布

    已发布

  6. 06

    付款人执行

备选分支 · 检查失败

  1. 01

    检查失败

    失败

  2. 02

    指令暂停

    已保留

  3. 03

    向合同承办人发出警报

    警报

义务工作流程控制证据由您掌控
NIS2事件处理从检测到通知分配所有者并强制升级每一步的签署时间轴分类和报告决策
DORA ICT第三方风险关键ICT服务的变更变更暂停直至批准锚定包含角色和规则版本的审批链风险偏好和供应商选择
CRA漏洞报告待修复漏洞发布暂停直至修复签署来自记录的24小时/72小时/最终报告草稿提交给主管机构
GDPR数据最小化身份检查凭证共享，副本保留证明收据合法依据和保留
AI法案日志记录模型决策绑定到每个决策的模型版本包含输入参考和版本的事件日志系统风险分类
AMLR持续监控客户关系状态变化或异常警报锚定监控轨迹风险评估和行动

Reltime旨在支持这些义务。合规责任仍由您的组织承担。

每次查询都在数据发布前进行评估。

对于拥有受保护个人信息的人士，一次错误的查询可能危及生命。Reltime在数据发布前评估请求，记录决策，并在无权限人员尝试访问时向负责团队发出警报。

说明性工作流程
步骤 1 的 7

临床医生

  • 1 请求记录

本地控制点

  • 2 毫秒级本地决策
  • 4 本地日志已写入
  • 7 分支B · 紧急破窗机制批准 · 已标记

患者病历系统

  • 3 仅限允许字段

Reltime 网络

  • 5 决策后即锚定

安全团队

  • 6 分支A · 超出角色范围的访问拒绝 · 警报
护理不等待网络。决策在本地进行，证据随即锚定。

  • 无新增注册。

    保护状态在每次检查时，都会从其现有位置读取。绝不会建立受保护人员的列表。

  • 一切都由组织掌控。

    完整的决策记录保存在其自己的日志中。只有校验和发送到网络。

  • 每个流程的安全故障。

    如果控制点没有响应，邮件和发票将被保留，转介将通过隐藏联系方式进行，紧急阅读则作为紧急访问授予并标记以便后续跟进。