{"kind":"repository","status":200,"org":"cloud-itonami","repo":"cloud-itonami-isic-0610","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-0610","title":"原油・天然ガス採掘 — 坑井受入・法域評価・採掘・生産精算（営み OS）","description":"掘る営み。地域の原油・天然ガス採掘事業者が、坑井を受け入れ、法域の坑井構造・坑井制御・含硫サービス規制を評価し、実在の坑井を生きた坑層に対して開き、実在の生産期間を精算する。日本 鉱山保安規則（経済産業省 資源エネルギー庁）、米国 BSEE 30 C.F.R. Part 250 と OSHA PSM 29 C.F.R. §1910.119、英国 Offshore Safety Act 1992 と Safety Case Regulations 2005（HSE）、ノルウェー Aktivitetsforskriften（Petroleumstilsynet）、ブラジル Resolução ANP nº 46/2016 SGIP、カナダ Canada Oil and Gas Operations Act と SOR/2009-315（Canada Energy Regulator）を根拠に持ち、それとは別に NIOSH の IDLH 50 ppm を硫化水素の急性毒性基準として持っている —— 書類が揃っていることと、坑口に立つ人が生きて帰れることは別の事実だからである。現実の行為は 2 つあり、採掘（坑口を開けたら流れは止まらない）と生産精算（royalty と生産量が確定し実際の金が動く）で、どちらもどの phase の auto にも入らず、governor も独立に high-stakes として常に escalate する。実測した穴も面に出している。1 つ目はこの面では初出で、測定値を偽らずに安全窓の方を広げられる: governor の物理検査 4 つのうち 3 つ（坑層圧力 vs 安全窓、環状圧力 vs MAASP、水分固形分 vs 上限）は、比べる 2 つの値を両方とも同じ坑井記録から読む。そして坑井の受入は phase 3 で人を通らず確定し、助言者の patch を坑井記録へ丸ごと merge する —— 限界値の列も含めて。実測では、坑層圧力 50.0 MPa で安全窓 [20.0,45.0] を外れて止まった坑井に対し、測定値には一切触れず窓の上端だけを 55.0 に書くと、圧力は正直に 50.0 のまま検査が通り、承認 1 回で採掘記録が発番された。監査記録は 1 バイトも嘘をついていない —— これまでの形は台帳の記述が事実とずれることで検出可能性を残していたが、これはずれない。変わったのは、どこまでを安全と呼ぶかの方である。同じ形が MAASP にも水分固形分の上限にもある。対照として 4 つ目の H2S 検査だけは限界値を坑井記録ではなく規制カタログの IDLH から引くので窓を広げる手が無く、外すには実測した硫化水素濃度そのものを書き換えるしかない —— 同じ 1 つの op で外せることは変わらないが、その嘘は台帳と現場が食い違うので後から突き合わせれば見つかる。限界値をどこに置くかで検出可能性が決まる、という対照実験になっている。2 つ目以降は先行例と同じ形で、二重採掘・二重精算の防止は crude-lifted? / production-settled? を false に戻せば外れ、未解決のインテグリティフラグも自分で解決済みと宣言でき、証拠充足の検査は読む先が別の store 経路（assessments）で受入からは書けないのに、必要書類の照合がリストの内容で行われ USA と CAN の required-evidence がバイト単位で同一なため（BSEE と CER が実際に同じ 4 点を要求している）、法域を書き換えるだけで CAN 向けの書類を 1 枚も出さずに充足が通る。書き込み先も助言者 patch の id で決まり要求の subject を読まないので、無害な坑井の subject で別の坑井を書き換えられる。連携は 1 本も無い —— 採掘した原油は本来運ばれ貯蔵されるが、現在 declared な隣の受け口はどれも自分の台帳に既に登録済みの貨物を前提にしており、0610 が確定させるのは生産精算記録であって貨物ではないため、実在しない流れを面に描かない。境界は空だが、それはこの store が坑井しか持たないからであって採掘だからではない: H2S の IDLH 検査はそもそも坑口で作業する人の命を測っており、作業者の記録が 1 件でも入れば pii/worker に変える。","source":"https://github.com/cloud-itonami/cloud-itonami-isic-0610","files":["index.html"]},"app-url":"https://cloud-itonami.itonami.cloud/cloud-itonami-isic-0610/","repository-url":"https://itonami.cloud/cloud-itonami/cloud-itonami-isic-0610/"}