{"kind":"repository","status":200,"org":"cloud-itonami","repo":"cloud-itonami-isic-6612","org-entry":{"org":"cloud-itonami","host":"cloud-itonami.itonami.cloud","status":"live","title":"cloud-itonami","description":"行政・公共制度をソフトウェアとして実装する事業群。ここはその公開サイト面。","files":["index.html"]},"site":{"org":"cloud-itonami","repo":"cloud-itonami-isic-6612","title":"証券・商品先物ブローカレッジ — 口座受理・法域判定・利益相反審査・適合性審査・発注・約定（営み OS）","description":"カネの営みの 4 本目。6499（出資）・6492（貸金）・6512（保険）はいずれも自分の勘定でカネを出し入れするが、この面が約定するのは顧客の勘定であり、この actor は取次ぐだけである。だから「言い負かせない検査」も顧客の側の事実から出る —— 注文額は数量 × 単価で独立に計算し直して cent 整数で厳密に比べ、注文のリスク等級は顧客自身のリスク許容度と照合する。どちらも助言者の confidence を通らない。審査の op が、自分自身の所見で HARD hold する。利益相反検査と適合性検査は op に scope されず無条件に評価されるので、:conflict/screen と :suitability/screen はいま見つけた所見でその場で止まる —— :trade/execute にだけ scope していたら、審査の op は自分の発見で止まれなかった。現実の法的行為はただ 1 つ、約定（顧客が取引に拘束される）。これはどの phase の :auto にも入らず、governor も独立に :actuation/execute-trade を high-stakes として常に escalate する。ただし実測では、助言者が :stake を剥がすと governor は ok? を返し、止めたのは op を読む phase gate の方だった —— 2 層のうち嘘に強いのは後者である。実測した穴も面に出している: 約定済みの注文 ID をもう一度 :order/file すると記録が丸ごと置き換わって status が :filed に戻り、二重約定の HARD 検査が外れる。しかも再 filing 自体は phase 3 で人を通らずに確定する。","source":"https://github.com/cloud-itonami/cloud-itonami-isic-6612","files":["index.html"]},"app-url":"https://cloud-itonami.itonami.cloud/cloud-itonami-isic-6612/","repository-url":"https://itonami.cloud/cloud-itonami/cloud-itonami-isic-6612/"}