条項を承認します。
参照フレームワークを設計します。
シニアアンダーライターとして、品質の守護者であり参照フレームワークの設計者でもあります。Juniorが起草した条項を承認し、ディメンションカタログを設計し、プラットフォームが依拠する全参照データを管理します。
チェーンにおけるあなたの役割
4つの役割——1つの方向。Seniorは品質フィルターでありクリエイティブデザイナーでもあります。
| ステップ | プロファイル | 役割 |
|---|---|---|
| 1 | Junior | 条項ドラフトを作成:内容、ファミリー、条約タイプ、依存関係 |
| 2 | Senior ← あなた | 条項を承認します。ディメンションカタログを設計します(軸+指示)。参照フレームワークを維持します(ファミリー、条約タイプ、用語集など)。契約を監督します。 |
| 3 | Actuary | 承認済み条項のDAGグラフを構築します。ノードにディメンションを添付します。 |
| 4 | Manager | 契約にグラフをインスタンス化します。ノードごとにディメンション値を入力します。 |
条項とライフサイクル
テナントにおける条項の完全なライフサイクルを管理します。Juniorが作成し、あなたが承認または拒否します。
条項リストにはステータスでフィルタリング可能な全テナント条項が表示されます。3つのタブを持つ詳細パネルを開くには条項をクリックします:General(内容、ファミリー)、Treaty types(適用される契約カテゴリ)、Dependencies(他の条項との関係)。
各条項カードにはCL_NNNN識別子、タイトル、ファミリー·ステータス、カラーの条約タイプピル、RIタームタグ(🏷)が表示されます。詳細パネルを開かずに条項カバレッジと用語集タグを一目で評価できます。
直接条項を作成することもできます——Juniorのドラフトを待つよりも空白フォームから始めたい場合は+ New clauseを使用してください。
承認
承認はアクチュアリーのために条項のロックを解除する1クリックの意図的なアクションです。シニアアンダーライターのみが承認できます。
承認前に確認:内容が完全で曖昧でないこと、ファミリーが正しいこと、条約タイプが添付されていること、主要な依存関係が宣言されていること。不適切に承認された条項は不完全なグラフをもたらし、マネージャーは誤ったデータを入力します。
条約タイプ
条約タイプは条項が適用される契約カテゴリを宣言します。マネージャーは条項と少なくとも1つの条約タイプを共有する契約にのみグラフをインスタンス化できます。
条項詳細パネルでTreaty typesタブを開きます。ドロップダウンからタイプを選択して+ Addをクリックします。削除アイコンでタイプを削除します。添付された条約タイプのない条項はどのマネージャーインスタンス化にも使用できません。
依存関係
依存関係は、この条項が別の条項に——入力、条件、またはトリガーとして——依存することを宣言します。
Dependenciesタブで親条項、オプションのリンクタイプ(依存関係の性質)を選択し、関係を説明するメモを追加します。この情報はアクチュアリーがグラフ間リンクを通じてグラフをどう接続するかを理解するのに役立ちます——ドキュメント的な性質を持ち、技術的に強制されるものではありません。
| リンクタイプ | 意味 |
|---|---|
| CONDITION | この条項は親条項がトリガーされた場合にのみ適用される |
| INPUT | この条項は親条項で計算された値を使用する |
| TRIGGER | この条項は親条項をアクティブにする |
ディメンション——あなたのクリエイティブな貢献
ディメンションはアクチュアリーがグラフノードに添付し、マネージャーが契約に入力するドキュメンタリー軸です。設計するのはあなたです。
サイドバーでDimensions & Instructionsに移動します。左パネルにはカテゴリ別に整理された全ディメンションが表示されます。右パネルには選択したディメンションの詳細と指示が表示されます。
完全なチェーン——その中のあなたの位置
ディメンションの作成
指示——マネージャーのフォーム
指示はあなたが行う最も詳細なデザイン決定です。マネージャーがフィールドごとに入力するデータを正確に定義します。
ディメンションの指示をフォーム行のラベルとプレースホルダーテキストと考えてください。マネージャーが見るもの:番号付きバッジ、あなたのラベル、入力フィールド。ラベルの品質がマネージャーが助けを求めずに正しいものを入力できるかどうかを決定します。
| 指示タイプ | 役割 | 例 |
|---|---|---|
| 一般(最初) | 全入力行の上に表示される説明——コンテキストとルール | 契約通貨で金額を入力してください。該当しない場合は空欄にしてください。 |
| 番号付き行(後続) | 各々がノードごとにマネージャーのラベル付き入力フィールドになる | 1. 1事故当たり限度——2. 年間総限度——3. 復元上限 |
Référentiel——概要
Référentielは全プロファイルが依拠する参照フレームワークです。あなたが唯一の管理者です。変更はテナント全体に即座に反映されます。
| テーブル | 依存する対象 | 誤った変更の影響 |
|---|---|---|
| 条項ファミリー | Junior、Senior | 名前変更または削除されたファミリーコードはそれを参照する条項を壊す |
| 条項ステータス | Senior、全員 | 誤ったステータス遷移で承認ワークフローがバイパスされる可能性 |
| 条約タイプ | Senior、Manager | 削除された条約タイプは遡及的に条項-契約の互換性を削除する |
| リンクタイプ | Junior、Senior、Actuary | 削除されたリンクタイプは宣言された条項依存関係を壊す |
| 契約ステータス | Senior、Manager | CLOSEDステータスは対応する契約の全新しいインスタンス化をブロックする |
| 値タイプ | Actuary、Manager | 削除された値タイプはノードを編集不可能にする |
| ディメンションカテゴリ | Senior、Actuary、Manager | 削除されたカテゴリはそのディメンションを未分類またはアクセス不可にする |
| RI用語集 | 全プロファイル | 削除された用語は全条項タグドロップダウンから削除される |
6つの参照テーブルはすべて同じインターフェースに従います:左側にリスト、右側にフォーム。任意のアイテムをクリックして編集します。+ Newを使用して作成します。コードフィールドはプラットフォーム全体で使用される安定した識別子です。ラベルはユーザーが見る表示名です。
ファミリー
条項ファミリーはタイプ別に条項をグループ化します——超過損害、比率特約、ストップロスなど。コードはプラットフォーム全体で安定した識別子として使用されます。
Référentiel → Familiesに移動します。左パネルには既存のファミリーが表示され、右パネルには選択したエントリのコードとラベルが表示されます。ファミリーを追加するには+ Newを使用します。コードはユニークで大文字でなければなりません(例:EXL、QS、SL)。ラベルは人間が読める名前です。
条項ステータス
条項ステータスは条項が取り得るライフサイクル状態を定義します。2つのデフォルトステータスはDRAFTとVALIDATEDです——削除しないでください。
テナントに中間ステータスが必要な場合(例:UNDER_REVIEW、ARCHIVED)はここに追加できます。各ステータスにはコードとラベルがあります。条項をステータス間で移動できるのはSeniorのみです。
条約タイプ
条約タイプは契約と条項を分類します。マネージャーは少なくとも1つの条約タイプを共有する契約にのみ条項グラフをインスタンス化できます。
Référentiel → Treaty typesに移動します。一般的な例:FAC(任意再保険)、XL(超過損害)、TREATY_XL、QUOTA(比率特約)。コードはマネージャーインターフェース全体でカラーバッジとして表示されます——コードを短く意味のあるものにしてください。
リンクタイプ
リンクタイプは2つの条項間の依存関係の性質を説明します。ドキュメント的な性質を持ち——技術的に強制されませんが——グラフ間リンクの構築時にアクチュアリーをガイドします。
| コード | 意味 |
|---|---|
| CONDITION | この条項は親条項がトリガーされた場合にのみ適用される |
| INPUT | この条項は親条項で計算された値を使用する |
| TRIGGER | この条項は親条項をアクティブにする |
テナントのビジネスロジックがより詳細な依存関係カテゴリを必要とする場合はここに新しいリンクタイプを追加します。コードを大文字で曖昧でなく保ってください。
契約ステータス
契約ステータスは再保険契約のライフサイクル状態を定義します。CLOSED契約は全新しいインスタンス化をブロックします——既存のインスタンスは保持されます。
デフォルトステータス:ACTIVE、CLOSED。ワークフローが必要とする場合は中間ステータスを追加します(例:PENDING、SUSPENDED)。マネージャーは契約をナビゲートする際に契約ステータスラベルを確認できます。
ディメンションカテゴリ
ディメンションカテゴリは作成するディメンション軸を整理する最上位グループです。アクチュアリーがノードモーダルのディメンションセレクターをどうナビゲートするかを制御します。
デフォルトでは各テナントには2つのカテゴリがあります:Context(地理、時間、リスク軸)とValue(金額、レート、テーブル)。真に別のディメンションファミリーがどちらにも合わない場合は追加カテゴリを作成できます。
RI用語集
テナントレベルで維持され、全プロファイルに表示される再保険コンセプトの用語集。
用語集はプラットフォーム全体で使用される再保険用語の定義を集約します。各エントリには用語とその定義が含まれます。用語は条項のタグとして使用されます——Junior、Senior、マネージャーの条項リストにバッジとして表示されます。
Référentiel → RI Glossaryに移動します。エントリを作成するには+ New termを使用します。用語と定義を入力します。既存のエントリは編集または削除できます——用語を削除すると全条項タグドロップダウンから即座に削除されます。
契約
契約セクションではテナントの再保険契約とそのインスタンス化ステータスに対する完全な可視性が得られます。
契約を作成し、条約タイプを添付し、マネージャーが契約ごとにどのグラフをインスタンス化したかを監視できます。読み書き操作です——あなたは契約を直接管理できるプロファイルの1つです。
ドキュメント検索
テナントの契約に添付された全ドキュメントの全文検索。
ドキュメントコーパス全体で特定の契約言語を見つけるためにこのセクションを使用します——以前の契約で条項がどのように起草されたかを確認したり、先例に対して新しい条項を検証したりするのに役立ちます。
メンテナンス
通常フロー外の削除によって生じた孤立エンティティのクリーンアップ操作です。必ずdry-runを先に実行してください。
| 操作 | クリーン対象 |
|---|---|
| S1 | 親ディメンションが削除された孤立インストラクション行 |
| S2 | 有効な関連クローズのないグラフ(グラフ作成後にクローズが削除またはドラフトに戻された場合) |
| S4 | 削除されたトリーティタイプコードを参照するクローズレベルのトリーティタイプ紐付け |
| S5 | 削除されたトリーティタイプコードを参照するコントラクトレベルのトリーティタイプ紐付け |