コンテンツにスキップ
Reltime

既存システムの1層下で、すべての重要なアクションに対して3つの質問に答えます。誰が行動したか。どのルールに基づいていたか。何が変わったか。2021年11月から本番稼働しています。

アクセス前にチェック。

すべてのリクエストは、誰が、どの役割で、どのような権限で要求しているかを証明します。すべての呼び出しでチェックされます。

アクションごとに、どのIDソースが有効か、どのロールが実行可能かを設定します。

変更があった場合は再確認。

認証情報の失効、ステータスの変更、またはパターン外アクセスは、新たな決定とリアルタイムアラートをトリガーします。

発行者ステータスからアクセスパターンまで、重要なシグナルを選択し、誰がアラートを受け取るかを設定します。

統制された信頼

責任を明確化。

誰がルールを設定し、誰が例外を承認し、どのバージョンが適用されたか。そのすべてが記録されます。

ルール所有者と例外承認者を指定し、すべてのルールバージョンが記録として保持されます。

ワークフロー例
ステップ 1 の 6

リンド医師 · 臨床医

リクエスト到着。身元確認 ✓、役割確認 ✓。領収書固定済み。

承認済み
スコープは、接続するシステムとシグナルに従います。
証拠としてのアイデンティティ

BankID、EUデジタルIDウォレット、KYCプロバイダーがチェックを実行します。Reltimeは結果をアンカーし、顧客が管理する識別子に紐付け、次の関係者には証明書で回答します。

ワークフロー例
ステップ 1 の 4

発行者

  • · BankID
  • · EUデジタルIDウォレット
  • · KYCプロバイダー

チェックを実行し、本人確認に責任を負います。

検証結果

Reltime検証レイヤー

  1. 1

    検証

    発行者から受け取った結果

  2. 2

    アンカリング

    指紋、タイムスタンプ、署名

  3. 3

    証明

    顧客自身の識別子に紐付け

  4. 4

    証明

    次の当事者への確認可能な回答

継続的な監視

ステータス変更異常な取引パターン外アクセス
証明 · リアルタイムアラート

依拠当事者

  • · 銀行
  • · 保険会社
  • · ブローカー、ディーラー、当局

証明を受け取り、独自のリスク評価を行います。

ウォレットへの証明
同意と証明

顧客

自身のアイデンティティ(DID)を保持し、誰に何を見せるかを選択します。

✓ BankIDにより検証済み、レベル高✓ 18歳以上✓ PEPステータス確認済み
Reltimeは本人確認情報を発行せず、IDのコピーも保存しません。依存当事者は自身のデューデリジェンス義務を維持します。

IDのその先へ

実質的支配
登記官による証明が企業とその所有者を結びつけます
PEPステータス
IDまたはリスクプロバイダーによる証明。オンボーディング時と更新時にチェックされます
資金源
振出銀行からの証明。発行者の署名と照合可能
従業員のアクセス
従業員の識別子で署名されたすべてのアクション。逸脱は経営陣とコンプライアンス部門にアラートされます
アラートと介入

ワークフロー例
ステップ 1 の 6
  1. 01

    信号を受信

  2. 02

    ルールを評価

    疑わしい
  3. 03

    警告を割り当て

    確認済み
  4. 04

    認可されたレビュー

  5. 05

    決定を固定

    アンカー済み
  6. 06

    ワークフローを再開または拒否

    解決済み
アラートがアクションを停止するのは、施行点が接続されており、誰かが行動する権限を持っている場合に限られます。
検証デモ

サンプル納品承認。何か変更して検証してください。

フィンガープリント · SHA-256

封印されたフィンガープリント

—

ブラウザでのライブデモンストレーション。Reltimeでは、フィンガープリントはこのページではなくネットワークにアンカーされます。

継続的な信頼

ワークフロー例
ステップ 1 の 4

今日のプロセス

チェック間に顧客の画像なしオンボーディング定期レビュー0ヶ月目122436
⚠ イベント発生 · 9ヶ月目⚠ 次回のレビューで発見 · 36ヶ月目

Reltimeで

オンボーディング⚠ リアルタイムアラート⚠ リアルタイムアラート⚠ リアルタイムアラート0ヶ月目122436
  • 発行者におけるステータス変更 · 月 9
  • 異常な取引 · 月 19
  • パターン外アクセス · 月 29
すべてのイベントは発生と同時にアンカーされます。AMLR第26条における継続的な監視義務をサポートします。
ワークフロー例
ステップ 1 の 5
  1. 01

    条件変更

  2. 02

    例外を検出

    疑わしい
  3. 03

    レビュー担当者割り当て済み

    確認済み
  4. 04

    決定を文書化済み

  5. 05

    アクション保留または拒否

    統合された制御点

アクションは、制御点が接続され、誰かが行動する権限を持っている場所で停止します。

Reltimeの立ち位置

規制がどのように管理になるか手動AIによって生成誰が証拠を保持するか審査対象企業独立したネットワークコンプライアンス自動化およびGRCAI規制エージェントクラウド台帳適格な信頼services整合性チェーンIDprovidersReltime とAI Brain
コンセプト図カテゴリの位置はReltimeの評価を反映しています。

この分野の大部分はReltimeの流通です。販売するすべてのプラットフォームは、その下にReltimeの証明を組み込むことができます。

Reltimeの役割

カテゴリ得意とすることReltimeの役割
コンプライアンス自動化とGRCコントロールチェック、監査、ポリシーワークフローを自動化チャネル。Reltimeは彼らが何を組織するかを証明します。
AI規制エージェント規制を読み込み、コンプライアンスを評価Reltimeは、本人に紐付いた独立した証明を追加します。
適格なトラストサービス法的に認められた署名と印鑑パートナー。各署名が証跡のイベントとなります。
クラウド台帳単一プロバイダーのクラウド内の改ざん検知可能な記録Reltimeは、関係者とプロバイダー間で独立性を提供します。
整合性チェーン独立したタイムスタンプReltimeは、説明責任のあるオペレーター、本人確認の紐付け、および規制レイヤーを追加します。
本人確認プロバイダー個人または企業が誰であるかを確認するパートナー。Reltimeは彼らのチェックを固定し、経時的に監視します。
アーキテクチャ

ワークフロー例

お客様の環境

  • ERP
  • コアバンキング
  • ケース管理
  • 本人確認プロバイダー
  • 原記録
文書個人データ記録内容

暗号コミットメントと検証メタデータ

Reltime

  • 本人確認とポリシーチェック
  • イベントアンカリング
  • アラート
  • 300以上のAPI

承認済みレビュアー

  • 監査人
  • 管理者
  • 取引相手

領収書を受け取り、それをアンカーと照合して検証します。

内部

Reltimeは、規制用途向けに構築された統制された独自のブロックチェーンを運用しています。既知の承認されたオペレーター。確定的なファイナリティ。個人データはネットワーク外に保持されます。

メインネットエクスプローラー →

Reltimeによって確認されたネットワークパラメータ

  • 2021年11月から本番稼働中
  • 最大37,500トランザクション/秒
  • 2秒での確定的なファイナリティ、IBFT 2.0コンセンサス
  • パーミッション型権威証明ネットワーク
  • EVM互換
  • ウォレットとKYCを含む300以上の文書化されたAPI
  • 封印されたログや文書が変更または削除された場合のリアルタイムアラート

Reltimeに相談