{"kind":"catalog","status":200,"org":"cloud-itonami","repo":"cloud-itonami-isic-6612","site":{"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 で人を通らずに確定する。","cid":null,"source":"https://github.com/cloud-itonami/cloud-itonami-isic-6612","ipns-key-item":null,"title":"証券・商品先物ブローカレッジ — 口座受理・法域判定・利益相反審査・適合性審査・発注・約定（営み OS）","ipns":null,"org":"cloud-itonami","files":["index.html"],"repo":"cloud-itonami-isic-6612"},"origin":null,"bytes-url":null}