콘텐츠로 건너뛰기
Reltime
규제 레일

각 레일은 하나의 규정에 대해 채워진 동일한 네 가지 요소입니다. 이벤트, 증명, 조치 및 보고서. DORA, AMLR 및 eIDAS 2를 운영하는 은행은 세 가지 모두에 걸쳐 하나의 ID 계층과 하나의 기록을 공유합니다.

규칙이 변경되면 레일은 한 번 업데이트되며, 기록은 어떤 버전이 어떤 날짜에 적용되었는지 보여줍니다.

예시 워크플로우
  1. 1

    이벤트

    기록되어야 할 사항

    취약점 접수, 평가, 악용 확인, 수정 사항 배포

  2. 2

    증거

    제3자가 확인해야 할 사항

    정의된 역할의 식별된 사람이 시간 및 문서 버전과 함께 각 단계에 서명

  3. 3

    조치

    증명이 존재할 때만 발생할 수 있는 사항

    수정 사항이 기록되고 서명될 때까지 제품 출시 보류

  4. 4

    보고서

    감독자가 수신하는 사항

    24시간 이내 조기 경고, 72시간 이내 통지, 수정 후 14일 이내 최종 보고서

표시된 레일 ·사이버 복원력 법

도달하는 대상 ·자체 브랜드 소매업체를 포함한 디지털 요소를 포함하는 제품 제조업체

기록된 이벤트
취약점 접수, 평가, 악용 확인, 수정 사항 배포
증거
정의된 역할의 식별된 사람이 시간 및 문서 버전과 함께 각 단계에 서명
증명에 따라 제한되는 조치
수정 사항이 기록되고 서명될 때까지 제품 출시 보류
생성된 보고서
24시간 이내 조기 경고, 72시간 이내 통지, 수정 후 14일 이내 최종 보고서
예시 워크플로우
단계 1 ~ 중 5
  1. 인지 · 고정됨 09:14
  2. +24시간 · 조기 경고
  3. +72시간 · 통지
  4. 수정 가능
  5. +14일 · 최종 보고서
NIS2, DORA 및 CRA는 각각 자체 보고 단계와 기한을 가집니다. 이 예시는 CRA를 보여줍니다.

상품 도착 전 공급업체 증거.

2027년 12월 11일부터 EU 시장에 출시되는 모든 단위는 완전한 CRA 증거를 필요로 합니다. 증거가 없는 상품은 창고에 보관됩니다. 공급업체는 제품 버전별 선언, 취약점 연락처, 지원 기간 및 소프트웨어 자재 명세서를 한 번 봉인합니다. 모든 품목은 판매 전에 상태를 부여받습니다. 증거가 변경되거나 철회되면 즉시 알림이 발송됩니다. 기록은 CRA가 요구하는 10년 동안 보관됩니다.

예시 워크플로우
  • 라우터 X2 · v1.4✓ 선언✓ 연락처✓ 지원 기간✓ SBOM준비됨
  • 스마트 플러그 S · v2.0✓ 선언✓ 연락처✕ 지원 기간✕ SBOM누락
  • 노트북 L15 · v3.1✕ 선언✓ 연락처✓ 지원 기간✓ SBOM철회됨

도달하는 대상 ·18개 부문의 필수 및 중요 기관

기록된 이벤트
보안 조치, 사고
증거
사고 소유자, 분류 및 모든 에스컬레이션이 역할 및 시간과 함께 서명
증명에 따라 제한되는 조치
필수 시스템 접근
생성된 보고서
사고 알림

도달하는 대상 ·금융 기관 및 ICT 제공업체

기록된 이벤트
ICT 사고, 제3자 변경, 테스트
증거
역할 및 적용된 규칙 버전이 포함된 승인 체인
증명에 따라 제한되는 조치
핵심 ICT 서비스 변경
생성된 보고서
사고 및 등록 보고

도달하는 대상 ·고위험 AI의 제공업체 및 배포업체

기록된 이벤트
훈련 데이터, 동의, 모델 버전
증거
각 결정에 바인딩된 모델 버전 및 책임 역할
증명에 따라 제한되는 조치
모델 출시
생성된 보고서
기술 문서 및 로그

도달하는 대상 ·EU AML 규칙에 따른 의무 대상 기관

기록된 이벤트
고객 확인, 상태 변경, 경고
증거
발행자로부터의 증명, 서명과 대조 확인
증명에 따라 제한되는 조치
위험 임계값 초과 거래
생성된 보고서
지속적인 모니터링 기록

도달하는 대상 ·EU 지갑을 수락하는 의존 당사자

기록된 이벤트
목적별 신원 확인
증거
지갑 증명서 수령, 발행자 및 확인 시간
증명에 따라 제한되는 조치
접근 및 온보딩
생성된 보고서
검증 영수증

도달하는 대상 ·제품 생산자 (이제 소프트웨어 포함)

기록된 이벤트
출시 시 제품 상태, 변경 사항, 업데이트
증거
역할, 시간 및 버전과 함께 서명된 출시 및 업데이트 결정
증명에 따라 제한되는 조치
소프트웨어 및 업데이트 출시
생성된 보고서
공개를 위한 증거 팩

도달하는 대상 ·대출 기관 및 신용 중개인

기록된 이벤트
신용도 확인, 공개
증거
각 평가는 규칙 버전 및 책임 역할에 바인딩됨
증명에 따라 제한되는 조치
신용 결정 및 지급
생성된 보고서
결정별 증거

모든 레일 아래 하나의 신원 계층. eKYC 및 지속적인 모니터링을 통한 자가 보유 신원.

신원을 증거로 보기 →
다가올 질문

7%

지급 지시는 고정된 승인이 있을 때만 발행됩니다. 배송, 검사, 승인 및 지급 참조는 지급인, 기부자, 감사인이 각각 확인할 수 있는 하나의 체인에 있습니다.

은행 또는 재무부는 지급인으로서 고유한 책임을 유지합니다. Reltime은 지시를 통제하고 증거를 보관합니다.

예시 워크플로우
단계 1 ~ 중 7
  1. 01

    배송 기록됨

  2. 02

    검사 서명됨

  3. 03

    승인 고정됨

    고정됨
  4. 04

    승인

    두 가지 역할

  5. 05

    지불 지시 발행됨

    발행됨
  6. 06

    지불인 실행

대안 경로 · 검사 실패

  1. 01

    검사 실패

    실패
  2. 02

    지시 보류됨

    보류됨
  3. 03

    계약 담당자에게 경고

    경고

의무워크플로우제어증거당신과 함께합니다
NIS2 사고 처리탐지에서 통지까지소유자 할당 및 에스컬레이션 강제모든 단계의 서명된 타임라인분류 및 보고 결정
DORA ICT 제3자 위험주요 ICT 서비스 변경승인이 고정될 때까지 변경 보류역할 및 규칙 버전이 포함된 승인 체인위험 감수 수준 및 공급업체 선택
CRA 취약점 보고수정할 취약점수정 사항이 서명될 때까지 릴리스 보류기록에 따른 24시간 / 72시간 / 최종 보고서 초안당국에 제출
GDPR 데이터 최소화신원 확인증명 공유, 사본 보류증명서 수령적법한 근거 및 보존
AI Act 로깅모델 결정각 결정에 바인딩된 모델 버전입력 참조 및 버전이 포함된 이벤트 로그시스템의 위험 분류
AMLR 지속적인 모니터링고객 관계상태 변경 또는 이상 징후 발생 시 알림고정된 모니터링 기록위험 평가 및 조치

Reltime은 이러한 의무를 지원하도록 설계되었습니다. 규정 준수 책임은 귀하의 조직에 있습니다.

보호된 개인 정보를 가진 사람들의 경우, 단 한 번의 잘못된 조회로 생명이 위험에 처할 수 있습니다. Reltime은 데이터가 공개되기 전에 요청을 평가하고, 결정을 기록하며, 접근 권한이 없는 사람이 시도할 경우 담당 팀에 경고합니다.

예시 워크플로우
단계 1 ~ 중 7

임상의

  • 1 기록 요청

로컬 제어 지점

  • 2 밀리초 단위의 로컬 결정
  • 4 로컬 로그 작성됨
  • 7 경로 B · 비상 브레이크 글래스승인됨 · 플래그 지정됨

환자 기록 시스템

  • 3 허용된 필드만

Reltime 네트워크

  • 5 결정 후 고정됨

보안 팀

  • 6 경로 A · 역할 외 접근거부됨 · 경고
치료는 네트워크를 기다리지 않습니다. 결정은 로컬에서 이루어지며, 증거는 즉시 고정됩니다.
  • 새로운 등록 없음.

    보호 상태는 모든 확인 시점에 이미 존재하는 곳에서 읽힙니다. 보호된 사람들의 목록은 결코 생성되지 않습니다.

  • 모든 것은 조직에 남아 있습니다.

    전체 결정 기록은 자체 로그에 보관됩니다. 체크섬만 네트워크로 전송됩니다.

  • 흐름별 안전한 실패.

    제어 지점이 응답하지 않으면, 우편물 및 청구서는 보류되고, 연락처가 가려진 채로 추천이 진행되며, 긴급 조회는 비상 접근으로 허용되고 후속 조치를 위해 플래그가 지정됩니다.