アカウントはグラフです。
あなたはその設計者です。

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

6つの役割——1つの方向。SOAモジュールはチェーンの末端に位置し、アクチュアリー作業を財務アカウントに変換します。

パターンサイドバー

左サイドバーには全SOAパターンが表示されます。各パターンはアカウントステートメントの再利用可能なテンプレートです。

名前または識別子でパターンをフィルタリングするには検索ボックスを使用します。＋ New patternをクリックして作成します——説明的なラベルを付けてください（例：XL Treaty Statement v1、Quota Share — Annual）。

パターン名の横の♻バッジは検出されたサイクルを示します——サイクルが修正されるまでJuniorはこのパターンをインスタンス化できません。小さなインスタンスカウンター（例：3×）はこのパターンを参照するアクティブなSOAインスタンスの数を示します。

SOAパターンの構築

パターンは会計行項目の有向非巡回グラフです。各ノードはステートメントの1行を表します。リンクは階層構造をエンコードします（詳細→小計→合計）。

キーボードショートカット

SOAリンクタイプ

SOAパターンの各ノードと各リンクにはリンクタイプがあります——アカウントにおける会計的役割です。これはアクチュアリーが使用する計算オペランドを置き換えます。

サイドバーの🏷 SOA Link Typesからリストを拡張できます。新しいコードはノードエディターで即座に利用可能です。ノードやリンクがコードを使用している場合、削除はブロックされます。

インスペクターパネル

ノードをクリックすると右側にインスペクターが開きます——選択したノードに2つのタブ。

リンクをクリックするとリンクタイプセレクターを持つインスペクターが開きます——タイプを変更してApplyをクリックします。

パターン背景をクリック（選択ノードなし）するとパターンインスペクターが表示されます：リンクされた条項、条約タイプ制限、インスタンス数、クイックアクションボタン（名前変更、条項編集、条約タイプ編集、削除）。

FORMULAノード——マネージャーデータへの橋

FORMULAノードは特別な会計行項目で、その値はSOA Juniorが直接入力するのではなく——JuniorがマネージャーグラフインスタンスからSpecific nodeを引用します。

FORMULAノードの作成方法

SOA JuniorがFORMULAノードに対して何をするか

JuniorがFORMULAノードを開くと、3グループのセレクターが表示されます：同一契約、同一条約タイプ、同一条項。Juniorは関連するマネージャーグラフとそのアカウント行にデータを供給する出力を持つ特定のノードを選択します。参照はJSON引用として保存されます——値はコピーされず、ポインターのみ。

IF / THEN / ELSE リンクオペランド

SOAパターンノードがタイプCONDITIONのActuaryグラフノードに接続されている場合、3つの専用リンクオペランドが条件関係を明示的に構造化します。

パッチ035以前、CONDITIONノードはすべての親に汎用ARGUMENTオペランドを使用しており、グラフィカルな意図が曖昧でした。以下の3つの専用オペランドはCONDITIONリンク上のARGUMENTを置き換え、述語ロジックをキャンバス上で即座に読み取れるようにします。

これらのオペランドはSOA Seniorにとっていつ重要ですか？

SOA SeniorはActuaryグラフを構築しませんが、FORMULAノードをManagerの対応物に接続します。それらはActuaryグラフの出力を参照しています。CONDITIONノードが何を生成するかを理解することで、statementの対応するFORMULA行を正確にラベル付けできます。

典型例：Profit Commission Payable after Loss Corridor FORMULAノードは、ActuaryグラフのCONDITIONノードの出力を引用すべきです。そのCONDITIONはloss corridorの閾値を評価します — IF親はテスト、THEN親はcorridorをクリアした場合のコミッション、ELSE親はゼロです。あなたのFORMULA行はその分岐の結果を捉えます。

THRESHOLDノード

THRESHOLDノード（オレンジ、パッチ035で導入）はフロア、キャップ、アタッチメントポイント、またはトリガーなど単一の境界を表すリーフノードです。常にCONDITIONまたはLOOKUPノードの親です。THRESHOLDノードはSOAパターンのFORMULAターゲットとして直接現れません：ActuaryグラフにおけるものはFORMULAが参照すべき出力量ではなく中間入力です。THRESHOLDノードを引用するFORMULA行は作成しないでください。

ディメンション

ディメンションはパターンノードに添付されるオプションの入力フォームであるドキュメンタリー軸です。SOA Seniorはテナントカタログから任意のディメンションを任意のノードに添付できます。

ディメンションカタログはシニアアンダーライターが所有し、全プロファイル間で共有されます。テナント作成時に専用のSOAディメンションカテゴリが3つの基本軸と共に提供されます：定期性、シェア、取引相手——アカウント行の最も一般的なドキュメンタリーコンテキスト。

パターン制限

2つのオプションの制限はSOA Juniorが各契約に適したパターンを見つけるのに役立ちます。

リンクされた条項

パターンは1つ以上の承認済み条項に錨を下ろすことができます（例：XL復元条項）。これは情報提供的です——このパターンがどの条項ファミリーのために設計されたかを示します。制限はインスタンス化時に強制されません。

管理：ツールバーの🔗 Clausesをクリックするか、パターンインスペクターのEdit linked clausesボタンを使用します。

条約タイプ制限

パターンを1つ以上の条約タイプ（例：TREATY_XL）に制限すると、Juniorのインスタンス作成画面に互換性バッジが表示されます：✓ Compatibleまたは⚠ Mismatch。不一致は警告であり、ブロックではありません。

全条約タイプのチェックを外すと、パターンがユニバーサルになり、すべての契約に適用可能です。

管理：ツールバーの📋 Treaty typesをクリックするか、パターンインスペクターを使用します。

サイクル検出

DAGは非巡回でなければなりません——どの行項目も自身の祖先になることはできません。RI-TOOLは各保存時に自動的にサイクルを検出します。

サイクルが見つかった場合、エディターの上部にオレンジのバナーが表示され、サイドバーのパターン行に♻ cycleバッジが表示されます。パターンは保存されますが、インスタンス化不可としてマークされます。

パターンエクスプローラー

全パターンのプロダクションビュー——インスタンスステータスとサイクルフラグでフィルタリング可能。

サイドバーの🔭 Pattern Explorerをクリックしてフルスクリーンビューを開きます。各カードにはパターン識別子、ラベル、ノード数、ディメンションカバレッジ率、インスタンス数が表示されます。エディターのそのパターンに直接移動するにはカードをクリックします。

ディメンションカバレッジ

カバレッジは少なくとも1つのディメンションが添付されたノードの割合です。🧩 80%はノードの80%がドキュメンテーション要件を持つことを意味します。0%カバレッジのパターンは有効ですが、Juniorのための入力フォームを生成しません。

Data Checks

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

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

メンテナンス

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

推奨順序：S1 → S3 → S4。S2は読み取り専用の診断です — 手動修正が必要なサイクルを強調表示しますが、何も削除しません。