シニアアンダーライター

条項を承認します。
参照フレームワークを設計します。

シニアアンダーライターとして、品質の守護者であり参照フレームワークの設計者でもあります。Juniorが起草した条項を承認し、ディメンションカタログを設計し、プラットフォームが依拠する全参照データを管理します。

条項承認
🏗️ ディメンション & 指示
📚 Référentiel
📄 契約

チェーンにおけるあなたの役割

4つの役割——1つの方向。Seniorは品質フィルターでありクリエイティブデザイナーでもあります。

ステッププロファイル役割
1Junior条項ドラフトを作成:内容、ファミリー、条約タイプ、依存関係
2Senior ← あなた条項を承認します。ディメンションカタログを設計します(軸+指示)。参照フレームワークを維持します(ファミリー、条約タイプ、用語集など)。契約を監督します。
3Actuary承認済み条項のDAGグラフを構築します。ノードにディメンションを添付します。
4Manager契約にグラフをインスタンス化します。ノードごとにディメンション値を入力します。
💡
自分だけでなくテナントの全条項が表示されます。DRAFTとVALIDATEDの両方。条項をある状態から別の状態に移動できるのはあなただけです。
プラットフォーム初めてですか?ワークスペースはすでに構築済みです。
すべての新規アカウントには、完全なリファレンスフレームワーク、5つのアクチュアリーグラフを含むProfit Commissionの例、2つのSOAテンプレートが含まれています。

条項とライフサイクル

テナントにおける条項の完全なライフサイクルを管理します。Juniorが作成し、あなたが承認または拒否します。

条項リストにはステータスでフィルタリング可能な全テナント条項が表示されます。3つのタブを持つ詳細パネルを開くには条項をクリックします:General(内容、ファミリー)、Treaty types(適用される契約カテゴリ)、Dependencies(他の条項との関係)。

各条項カードにはCL_NNNN識別子、タイトル、ファミリー·ステータス、カラーの条約タイプピル、RIタームタグ(🏷)が表示されます。詳細パネルを開かずに条項カバレッジと用語集タグを一目で評価できます。

直接条項を作成することもできます——Juniorのドラフトを待つよりも空白フォームから始めたい場合は+ New clauseを使用してください。

DRAFT
→ 承認 →
VALIDATED
→ 承認取り消し →
DRAFT
⚠️
アクティブなグラフを持つ条項の承認を取り消してもグラフは削除されませんが、アクチュアリーからその条項が非表示になります。既存の作業を失わずに条項をさらなる形式化から引き上げるためにこれを使用します。

承認

承認はアクチュアリーのために条項のロックを解除する1クリックの意図的なアクションです。シニアアンダーライターのみが承認できます。

承認前に確認:内容が完全で曖昧でないこと、ファミリーが正しいこと、条約タイプが添付されていること、主要な依存関係が宣言されていること。不適切に承認された条項は不完全なグラフをもたらし、マネージャーは誤ったデータを入力します。

承認は品質へのコミットメントです。アクチュアリーはVALIDATED条項が本番準備できていると信頼します。クリックする前に徹底的なレビューのための時間を取ってください。

条約タイプ

条約タイプは条項が適用される契約カテゴリを宣言します。マネージャーは条項と少なくとも1つの条約タイプを共有する契約にのみグラフをインスタンス化できます。

条項詳細パネルでTreaty typesタブを開きます。ドロップダウンからタイプを選択して+ Addをクリックします。削除アイコンでタイプを削除します。添付された条約タイプのない条項はどのマネージャーインスタンス化にも使用できません。

💡
条約タイプコードはあなたのRéférentielセクションで設定されます。必要なタイプが存在しない場合は直接作成できます——Référentiel → Treaty typesに移動して+ Newを使用してください。

依存関係

依存関係は、この条項が別の条項に——入力、条件、またはトリガーとして——依存することを宣言します。

Dependenciesタブで親条項、オプションのリンクタイプ(依存関係の性質)を選択し、関係を説明するメモを追加します。この情報はアクチュアリーがグラフ間リンクを通じてグラフをどう接続するかを理解するのに役立ちます——ドキュメント的な性質を持ち、技術的に強制されるものではありません。

リンクタイプ意味
CONDITIONこの条項は親条項がトリガーされた場合にのみ適用される
INPUTこの条項は親条項で計算された値を使用する
TRIGGERこの条項は親条項をアクティブにする

ディメンション——あなたのクリエイティブな貢献

ディメンションはアクチュアリーがグラフノードに添付し、マネージャーが契約に入力するドキュメンタリー軸です。設計するのはあなたです。

🎯
これはあなたの最も影響力のある作業です。設計するディメンションカタログはテナントの全契約インスタンス化の品質と完全性を決定します——今も将来も。

サイドバーでDimensions & Instructionsに移動します。左パネルにはカテゴリ別に整理された全ディメンションが表示されます。右パネルには選択したディメンションの詳細と指示が表示されます。

完全なチェーン——その中のあなたの位置

Admin
アクセス & メンテナンス
ユーザーパスワードの管理、ストレージの監視、プラットフォームメンテナンス操作の実行。
Senior — あなた
Référentiel + ディメンション + 指示
全参照コードを維持(ファミリー、条約タイプ、用語集など)。ディメンションカテゴリを作成。各軸を作成。マネージャーがデータ入力時に従う指示を作成。
Actuary
ノード添付
あなたのディメンションを特定のグラフノードに固定します——ノードごとに1つのクリエイティブな決定。
Manager
入力済み値
あなたが設計したノード×ディメンション×指示ごとに1つの値を入力します。

ディメンションの作成

1
+ New dimensionをクリック
短いコードを指定し(例:ZONEAMOUNTRATE)、表示ラベルを付けます(地理的範囲金額など)。カテゴリと表示順序を選択します。
2
一般的な指示を書く
マネージャーがデータを入力する際にノードパネルの上部に表示される説明です。このディメンションが何であるか、従うべきルール(通貨、フォーマットなど)を説明します。
3
番号付き入力行を追加
各行はマネージャーの入力フィールドになります。具体的で曖昧でなくしてください:1事故当たり限度年間総限度復元上限。各々に+ Add a lineをクリックします。
4
指示を保存
💾 Save instructionsをクリックします。アクチュアリーはノードモーダルで更新されたディメンションを即座に確認できます。
⚠️
アクチュアリーがすでにノードに添付したディメンション、またはマネージャーがすでに入力した指示行は削除できません。最初から慎重に設計し、後から保守的に修正してください。

指示——マネージャーのフォーム

指示はあなたが行う最も詳細なデザイン決定です。マネージャーがフィールドごとに入力するデータを正確に定義します。

ディメンションの指示をフォーム行のラベルとプレースホルダーテキストと考えてください。マネージャーが見るもの:番号付きバッジ、あなたのラベル、入力フィールド。ラベルの品質がマネージャーが助けを求めずに正しいものを入力できるかどうかを決定します。

指示タイプ役割
一般(最初)全入力行の上に表示される説明——コンテキストとルール契約通貨で金額を入力してください。該当しない場合は空欄にしてください。
番号付き行(後続)各々がノードごとにマネージャーのラベル付き入力フィールドになる1. 1事故当たり限度——2. 年間総限度——3. 復元上限
良い指示設計=トレーニング不要。初めてノードを開くマネージャーはラベルを読むだけで各フィールドを正しく入力できるはずです。曖昧なラベルは全契約に永遠に一貫性のないデータを生み出します。

Référentiel——概要

Référentielは全プロファイルが依拠する参照フレームワークです。あなたが唯一の管理者です。変更はテナント全体に即座に反映されます。

テーブル依存する対象誤った変更の影響
条項ファミリーJunior、Senior名前変更または削除されたファミリーコードはそれを参照する条項を壊す
条項ステータスSenior、全員誤ったステータス遷移で承認ワークフローがバイパスされる可能性
条約タイプSenior、Manager削除された条約タイプは遡及的に条項-契約の互換性を削除する
リンクタイプJunior、Senior、Actuary削除されたリンクタイプは宣言された条項依存関係を壊す
契約ステータスSenior、ManagerCLOSEDステータスは対応する契約の全新しいインスタンス化をブロックする
値タイプActuary、Manager削除された値タイプはノードを編集不可能にする
ディメンションカテゴリSenior、Actuary、Manager削除されたカテゴリはそのディメンションを未分類またはアクセス不可にする
RI用語集全プロファイル削除された用語は全条項タグドロップダウンから削除される
🔴
参照データの変更はテナント全体に即座に表示されます。アクティブなコードを削除しないでください。何かを廃止する必要がある場合は、古い値を削除する前に非アクティブとしてマークするか代替を作成してください。

6つの参照テーブルはすべて同じインターフェースに従います:左側にリスト、右側にフォーム。任意のアイテムをクリックして編集します。+ Newを使用して作成します。コードフィールドはプラットフォーム全体で使用される安定した識別子です。ラベルはユーザーが見る表示名です。

⚠️
コードは使用後は永続的です。条項、契約、またはノードがコードを参照している場合、削除または名前変更すると一貫性のないデータが生成されます。常に新しいコードを追加してください。既存のアクティブなコードの名前を変更しないでください。

ファミリー

条項ファミリーはタイプ別に条項をグループ化します——超過損害、比率特約、ストップロスなど。コードはプラットフォーム全体で安定した識別子として使用されます。

Référentiel → Familiesに移動します。左パネルには既存のファミリーが表示され、右パネルには選択したエントリのコードとラベルが表示されます。ファミリーを追加するには+ Newを使用します。コードはユニークで大文字でなければなりません(例:EXLQSSL)。ラベルは人間が読める名前です。

🔴
条項が既に参照しているファミリーの名前を変更したり削除したりしないでください。まずそれらの条項を作成したJuniorまたはSeniorに再割り当てを依頼してください。

条項ステータス

条項ステータスは条項が取り得るライフサイクル状態を定義します。2つのデフォルトステータスはDRAFTVALIDATEDです——削除しないでください。

テナントに中間ステータスが必要な場合(例:UNDER_REVIEW、ARCHIVED)はここに追加できます。各ステータスにはコードとラベルがあります。条項をステータス間で移動できるのはSeniorのみです。

⚠️
DRAFTとVALIDATEDはシステムステータスです。名前変更または削除すると全プロファイルの承認ワークフローが壊れます。

条約タイプ

条約タイプは契約と条項を分類します。マネージャーは少なくとも1つの条約タイプを共有する契約にのみ条項グラフをインスタンス化できます。

Référentiel → Treaty typesに移動します。一般的な例:FAC(任意再保険)、XL(超過損害)、TREATY_XL、QUOTA(比率特約)。コードはマネージャーインターフェース全体でカラーバッジとして表示されます——コードを短く意味のあるものにしてください。

💡
マネージャーが契約でインスタンス化する条項グラフを見つけられない場合、最も一般的な原因は条約タイプの不一致です——条項と契約が少なくとも1つの共通の条約タイプを共有しているか確認してください。

契約ステータス

契約ステータスは再保険契約のライフサイクル状態を定義します。CLOSED契約は全新しいインスタンス化をブロックします——既存のインスタンスは保持されます。

デフォルトステータス:ACTIVE、CLOSED。ワークフローが必要とする場合は中間ステータスを追加します(例:PENDING、SUSPENDED)。マネージャーは契約をナビゲートする際に契約ステータスラベルを確認できます。

🔴
契約をCLOSEDに設定すると、その契約での全新しいグラフインスタンス化が即座にブロックされます。既存の入力済みデータは保持されますが、新しいインスタンスを追加することはできません。

ディメンションカテゴリ

ディメンションカテゴリは作成するディメンション軸を整理する最上位グループです。アクチュアリーがノードモーダルのディメンションセレクターをどうナビゲートするかを制御します。

デフォルトでは各テナントには2つのカテゴリがあります:Context(地理、時間、リスク軸)とValue(金額、レート、テーブル)。真に別のディメンションファミリーがどちらにも合わない場合は追加カテゴリを作成できます。

💡
2つのカテゴリはほぼ常に十分です。アクチュアリーのディメンションカタログが真に第3のファミリーを必要としない限り、より多くのカテゴリはナビゲーションの摩擦を増やすだけです。
🔴
ディメンションが割り当てられているカテゴリは削除できません。まずそれらのディメンションを再割り当てまたは削除してください。

RI用語集

テナントレベルで維持され、全プロファイルに表示される再保険コンセプトの用語集。

用語集はプラットフォーム全体で使用される再保険用語の定義を集約します。各エントリには用語とその定義が含まれます。用語は条項のタグとして使用されます——Junior、Senior、マネージャーの条項リストにバッジとして表示されます。

Référentiel → RI Glossaryに移動します。エントリを作成するには+ New termを使用します。用語と定義を入力します。既存のエントリは編集または削除できます——用語を削除すると全条項タグドロップダウンから即座に削除されます。

⚠️
用語を削除しても、既にそれを使用している条項からタグは削除されません——将来の使用のためのドロップダウンからのみ削除されます。必要であればメンテナンスを通じて孤立したタグをクリーンアップしてください。

契約

契約セクションではテナントの再保険契約とそのインスタンス化ステータスに対する完全な可視性が得られます。

契約を作成し、条約タイプを添付し、マネージャーが契約ごとにどのグラフをインスタンス化したかを監視できます。読み書き操作です——あなたは契約を直接管理できるプロファイルの1つです。

💡
契約はその条約タイプのうち少なくとも1つを共有する条項とのみ互換性があります。マネージャーがインスタンス化する条項を見つけられない場合は、契約と条項の間の条約タイプの整合を確認してください。

ドキュメント検索

テナントの契約に添付された全ドキュメントの全文検索。

ドキュメントコーパス全体で特定の契約言語を見つけるためにこのセクションを使用します——以前の契約で条項がどのように起草されたかを確認したり、先例に対して新しい条項を検証したりするのに役立ちます。

メンテナンス

通常フロー外の削除によって生じた孤立エンティティのクリーンアップ操作です。必ずdry-runを先に実行してください。

⚠️
すべてのpurge操作は不可逆です。
操作クリーン対象
S1親ディメンションが削除された孤立インストラクション行
S2有効な関連クローズのないグラフ(グラフ作成後にクローズが削除またはドラフトに戻された場合)
S4削除されたトリーティタイプコードを参照するクローズレベルのトリーティタイプ紐付け
S5削除されたトリーティタイプコードを参照するコントラクトレベルのトリーティタイプ紐付け