SOA Junior — テクニカルアカウント生成

アカウントは1つの参照ごとに
形を成していきます。

SOA Juniorとして、再保険テクニカルアカウントを生成します。各契約に正しいパターンを選択し、各行を入力します——自由なドキュメント値で、または数値を生成した正確なマネージャーグラフノードを引用して。

📄 契約ワークフロー
📊 SOAパターンビューアー
✏️ 入力ドロワー
🔗 FORMULA引用

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

アカウントが確定される前の最後のステップです。それ以前のすべて——条項の構造化、アクチュアリーによる形式化、マネージャーによるインスタンス化——があなたの作業に収束します。

Junior
条項
構造化された条項を作成
Senior
承認
承認・設定
Actuary
DAGグラフ
ロジックの形式化
Manager
インスタンス
契約値の入力
SOA Senior
パターン
アカウントテンプレートの設計
SOA Junior — あなた
アカウント
パターンをインスタンス化し、マネージャーデータを引用
💡
計算するのではなく、ドキュメント化して引用します。あなたのタスクは各アカウント行をそのソースに結びつけることです:自由なドキュメント値(定期性、シェア、取引相手)またはマネージャーグラフノードへの正確な参照。
プラットフォーム初めてですか?ワークスペースはすでに構築済みです。
すべての新規アカウントには、完全なリファレンスフレームワーク、5つのアクチュアリーグラフを含むProfit Commissionの例、2つのSOAテンプレートが含まれています。

契約とインスタンス

サイドバーにはテナントの全契約が表示されます。各契約には1つ以上のSOAインスタンスを持つことができます——使用したパターンごとに1つ。

契約の選択

詳細パネルを開くにはサイドバーで任意の契約をクリックします(または検索ボックスを使用)。契約の条約タイプと既存のSOAインスタンスが表示されます。

インスタンスの作成

1
契約を開く
サイドバーで契約をクリックします。詳細パネルが左に表示されます。
2
+ SOA Instanceをクリック
インスタンス作成ダイアログが開きます。SOA Seniorがこの契約タイプのために設計したSOAパターンを選択します。
3
互換性の確認
互換性バッジはパターンの条約タイプ制限が契約と一致するかを示します。不一致は警告であり、ブロックではありません。
4
作成
Create instanceをクリックします。インスタンスがリストに表示され、パターンDAGが右パネルに読み込まれます。
💡
契約ごとに複数のインスタンス。例えば期間ごと(年間、調整)またはパターンタイプごとに1つずつ。同じ契約に同じパターンを2回インスタンス化すると警告が表示されますが、ブロックされません。

インスタンスの削除

リストのインスタンス横の🗑ボタンをクリックします。全ディメンション値が永久に削除されます。この操作は元に戻せません。

パターン互換性

インスタンス作成時、ダイアログは契約の条約タイプとパターンの制限の重複に基づいて互換性バッジを表示します。

バッジ意味続行可能?
✓ Compatible契約がパターンの制限と少なくとも1つの条約タイプを共有はい——推奨
🌐 Universalパターンに条約タイプ制限なし——全契約に適用はい——常に有効
⚠ Mismatch条約タイプの重複なし——このパターンはこの契約タイプ向けに設計されていない可能性はい、注意が必要
⚠ cycleパターンにサイクル検出——有効なアカウントを生成できないいいえ——ブロック済み

必要なパターンがサイクル警告を示す場合は、続行する前にSOA Seniorに連絡して修正してもらってください。

SOA Patterns

SOA Patternsセクション(読み取り専用)は、SOA Seniorが設計したすべてのパターンの参照ビューを提供します — サイドバーのContractsセクションから直接アクセスできます。

各パターンはその構造を表示します:ノード、リンクタイプ、トリーティタイプの制限、SOA Seniorが各ノードにアタッチしたディメンション。インスタンス化する前にパターンを理解するため、または入力が必要なディメンションを確認するためにこのセクションを使用してください。

💡
このビューは読み取り専用です。 パターンを編集することはできません — それはSOA Seniorの責任です。パターンが不足しているか誤っている場合は、SOA Seniorに連絡してください。

ディメンションの入力

インスタンス作成後、パターンDAG内の任意のノードをクリックすると画面右側に入力ドロワーが開きます。

💡
クリック可能なのはディメンションが添付されたノードのみです。ノードをクリックしても何も起きない場合は、SOA Seniorがそのノードにディメンションを添付していません。

入力ドロワー

ドロワーにはノードのラベル、リンクタイプ(色分け)、添付された各ディメンションの入力セクションが表示されます。各セクションには一般的なヒント(黄色)と番号付きの指示フィールドがあります。

DETAIL 正味保有損失——XLレイヤー1
このアカウント行の定期性を説明してください:四半期、年間、または調整期間。
1
タイプ(グラニュール/期間)
2
値(例:"2024")
3
例外(ある場合)

緑の枠のフィールドは既に入力済みです。値を保存するにはドロワー下部の💾 Saveをクリックします。いつでも任意のノードに戻って値を更新できます。

⚠️
保存はノード単位です。保存せずにドロワーを閉じると、そのノードへの変更が破棄されます。ツールバーの進捗インジケーターは各保存後に自動更新されます。

FORMULAライン——マネージャーデータの引用

🔗アイコンと点線ボーダーでマークされた一部のアカウント行はFORMULAノードです。自由な値を入力する代わりに、その行の数値を生成した正確なマネージャーグラフノードを引用します。

🔗
FORMULAノードはアカウントをアクチュアリーモデルと結びつけます。マネージャーインスタンスノードを引用することで、このアカウント行はその特定の計算された出力から値を取得すると宣言しています。参照はコピーされた値ではなくポインターとして保存されます。

FORMULAノードの入力方法

1
FORMULAノードをクリック
ドロワーが開きます。3つのグループの候補グラフを持つ🔗 マネージャーノード参照セレクターが表示されます。
2
3つのグループを確認
同一契約——同じ契約でインスタンス化されたマネージャーグラフ。同一条約タイプ——条約タイプを共有するグラフ。同一条項——パターンと同じ条項にリンクされたグラフ。グラフは複数のグループに表示される場合があります。
3
グラフをクリック
各ノードのラベル、オペランド、値タイプを示すノードセレクターが表示されます。
4
ノードを選択
このアカウント行にデータを供給する特定のノードを選択します。選択された参照がドロワーの上部に表示されます。
5
保存
💾 Saveをクリックします。ノードがキャンバス上で緑(🔗接続済み✓)になります。
💡
いつでも参照を変更またはクリアできます。ノードを再度開き、別のグラフとノードを選択するか、✕をクリックして参照を削除します。

グラフが表示されない場合は?

3つのグループがすべて空の場合、マネージャーはまだ互換性のある契約に関連するグラフをインスタンス化していません。マネージャーに連絡してください——ソースができるまでFORMULAノードはアンバー(未接続)のままです。未接続のFORMULAノードはアクチュアリーモデルとアカウント構造の間のギャップを示しています。

進捗の追跡

入力進捗は2つのレベルで同時に追跡されます。

場所表示内容
ツールバー(DAGビューアー)リアルタイム分数——例:「25%入力済み(2/8ノード)」——各保存後に更新
DAGキャンバス(FORMULAノード)🔗緑=接続済み✓、アンバー=未接続——各保存後に更新
⚠️
キャンバスはF5後に更新されます。保存後F5を押し、契約とインスタンスを再選択すると、全ノードの更新された接続/未接続ステータスが確認できます。

SOAインスタンスエクスプローラー

全SOAインスタンスのクロスコントラクトビュー——サイドバーの🔭 SOA Instances Explorerからアクセス。

各カードにはインスタンス識別子、契約名、パターン名、契約ステータスが表示されます。カードをクリックするとその契約とインスタンスに直接移動します。

フィルター

フィルター制限対象
All contracts特定の契約のインスタンスのみ表示
All patterns特定のSOAパターンのインスタンスのみ表示
All statuses契約が特定のステータスにあるインスタンスのみ表示(ACTIVE、CLOSEDなど)

フィルター適用時にインスタンス数はリアルタイムで更新されます。フィルターは独立しています——自由に組み合わせてください。

Data Checks

テナントデータに対するライブSQLクエリ——サイドバーの📊 Data Checksからアクセス。

ビュー表示内容
SOA Instances — overview契約、パターン、ステータス、条約タイプを含む全インスタンス
FORMULA citationsどのSOAノードがどのマネージャーグラフノードを引用しているか——ラベル、オペランド、値タイプを含む
Dimension values — detailノードおよびディメンションコンテキストを含む入力済みの全ディメンション値
Production — technical account export完全なアカウント:全インスタンス×ノード×値+FORMULA引用。インスタンスごとノードごとに1行——レポート用にエクスポート可能。

各ビューには▶ Runボタンがあります。完全エクスポート用の⬇ Download CSVリンクと共に結果がインラインで表示されます。

メンテナンス

サイドバーの🔧 Database purgeからアクセスできる8つのクリーンアップチェック。常に先に診断してください — 実行は不可逆です。

コードクリーン対象リスク
J1存在しなくなったコントラクト上のSOAインスタンス
J2存在しなくなったパターン上のSOAインスタンス
J3インスタンスが削除されたディメンション値
J4SOA Seniorによってノードディメンションがデタッチされたディメンション値
J5Senior Underwriterによって指示が削除されたディメンション値
J6SOAインスタンスが削除されたFORMULA引用(セーフティチェック — 通常はカスケードで処理)
J7SOA Seniorによってパターンノードが削除されたFORMULA引用
J8存在しなくなったManagerインスタンスを指すFORMULA引用 — 配線が壊れています

推奨順序:J1 → J2 → J3 → J4 → J5 → J6 → J7 → J8。J1とJ2を先に実行すると古いインスタンスとそのFORMULA引用が削除されます。J8は壊れた配線を示します — SOA Juniorは影響を受けたFORMULAノードを再引用する必要があります。

⚠️
J1とJ2は高リスクです。 インスタンス、すべての関連ディメンション値、すべてのFORMULA引用を削除します。実行を確認する前にdiagnosticリストを注意深く確認してください。