Skip to content

Evidence for AI operations

No English page yet. Showing the Japanese source.

Back to the entrance

小規模事業者/一人法人版

用語・参照用語・参照公式仕様のみ公式仕様のみ鮮度未確認鮮度を確定できない

記事状態: 公開 · 最終確認: 未確認

要点

小規模事業者版はEnterprise統制の省略版ではなく、専任管理者がいない環境でも維持できる少数の高価値controlへ圧縮する運用profileとして扱う。最低限の境界は、業務用identity/MFA、投入データ規則、vendor card、高影響操作のhuman checkpoint、cost ceiling、recovery kitの6つとする。

現在の判断

小規模事業者版はEnterprise統制の省略版ではなく、専任管理者がいない環境でも維持できる少数の高価値controlへ圧縮する運用profileとして扱う。最低限の境界は、業務用identity/MFA、投入データ規則、vendor card、高影響操作のhuman checkpoint、cost ceiling、recovery kitの6つとする。

どこまで当てはまるか

小規模事業者/一人法人版

詳しく理解する

Six-control boundary

A. BUSINESS IDENTITY — 業務用account/emailを個人生活accountから分離し、MFAを有効化する。一人法人ではowner/admin/userを同一人物が兼務し得るため、role separationを人数だけで表現しない。 B. DATA RULE — PUBLIC / INTERNAL / CUSTOMER-CONFIDENTIAL / REGULATED程度の簡易分類を用意し、AIへ投入できるデータを事前に定める。training defaultだけでなくretention/delete/connected-app data flowも確認する。 C. VENDOR CARD — provider/plan、training default、retention/delete、export、admin/security、region、contract gateを一枚で管理する。public product docsは特定tenantの実効availabilityを証明しない。 D. HUMAN CHECKPOINT — 外部送信、契約・会計・法務・顧客影響、正本更新はAI単独確定にしない。一人法人では全操作に別人承認を要求する代わりにaction classを分け、高影響操作だけを二段階確認または外部専門家確認へ上げる。 E. COST CEILING — seat + suite + API + credits/add-onsを月額上限として管理する。chat subscriptionとAPI billingを分離し、minimum seat、suite重複、annual commitmentも総額へ含める。 F. RECOVERY KIT — 正本をAI chat/memoryだけに置かず、export/backup、credential recovery、代替provider入口、incident memoを保持する。復旧可能性を高度機能より優先する場合がある。

Evidence / provenance

AUTHORITY COMM-027-EA0025。NIST AI RMF 1.0、NIST AI 600-1、FTC small-business cybersecurity/privacy guidanceを設計根拠とし、OpenAI Business、Google Workspace Business/Gemini、Microsoft 365 Business/Copilotの公開資料をcurrent product examplesとして扱う。provider優劣評価には使用しない。pricing、seat、entitlement、plan名、quotaは PRODUCT_VOLATILE。

確認・評価方法

UNEXECUTED。非機密fixtureで confidential customer email draft / invoice-table transformation / research with citations / external-send boundary / account loss-export-recovery をscenario replayする。品質だけでなくdata boundary、manual steps、monthly cost、recovery timeを測る。external send/writeはdry-runのみ。未実施結果や閾値を推測しない。

Cross-reference boundary

EA-001 plan crosswalk、EA-022 migration、EA-023 lock-in、EA-024 procurementへ接続する。ただし本packetで各EAを再編集・再解釈しない。

よくある失敗・反証

  • small-business向けplan名はsecurity/compliance保証ではない。BAA/ZDR/custom retention/data residency/SCIM等が上位または契約planに限定される可能性を残す。bundle AIが安価でも機能quota・edition差がある。個人planが安価でもbusiness data policy/admin/audit requirementを満たすとは限らない。一人法人でも顧客・従業員・医療・金融・機密等ではsector/legal requirementが優先される。NIST/FTCは米国資料であり、日本法人の法令適合性そのものを確定しない。public product docsから特定tenantの実効availabilityを推測しない。

実務での使い方

  • UNEXECUTED。非機密fixtureで confidential customer email draft / invoice-table transformation / research with citations / external-send boundary / account loss-export-recovery をscenario replayする。品質だけでなくdata boundary、manual steps、monthly cost、recovery timeを測る。external send/writeはdry-runのみ。未実施結果や閾値を推測しない。

まだ確認できていないこと

  • EA-025-UNKNOWN-01

    日本の個人事業主/一人法人に対するprivacy・個人情報・業法crosswalk、主要providerのcurrent commercial minimum-seat/contract conditions、日本円実効税・契約条件、one-person tenantでのadmin/audit実挙動、tenant固有entitlement/region/contractual controls。UNKNOWNを推測で閉じない。

  • EA-025-UNKNOWN-CURRENTNESS

    外部根拠の再確認日がcanonical body/control-planeで確定していないため、currentnessはUNKNOWNとして保持する。日付を推測補完しない。

根拠資料

この記事には、直接開ける外部出典が登録されていません。出典IDや検証情報は末尾で確認できます。

出典ID・検証情報・機械可読データ

根拠の種類と情報の鮮度は、ラベルとアイコンで確認できます。

記事ID
EA-025
最終確認日
—
提供元・モデル・プラン・利用環境
—
対象地域
—
元資料の全文と収録照合記録
Public claim

小規模事業者版はEnterprise統制の省略版ではなく、専任管理者がいない環境でも維持できる少数の高価値controlへ圧縮する運用profileとして扱う。最低限の境界は、業務用identity/MFA、投入データ規則、vendor card、高影響操作のhuman checkpoint、cost ceiling、recovery kitの6つとする。

AIプランは一席あたりの価格だけで選ばず、最低席数、chat subscription / business workspace / API / productivity-suite bundleの違い、既存suiteとの重複、API別課金、必要なデータ保護・契約条件、tenant/region/plan availabilityを分離して確認する。small-business向けplan名そのものをsecurity/compliance保証として扱わない。

Six-control boundary

A. BUSINESS IDENTITY — 業務用account/emailを個人生活accountから分離し、MFAを有効化する。一人法人ではowner/admin/userを同一人物が兼務し得るため、role separationを人数だけで表現しない。 B. DATA RULE — PUBLIC / INTERNAL / CUSTOMER-CONFIDENTIAL / REGULATED程度の簡易分類を用意し、AIへ投入できるデータを事前に定める。training defaultだけでなくretention/delete/connected-app data flowも確認する。 C. VENDOR CARD — provider/plan、training default、retention/delete、export、admin/security、region、contract gateを一枚で管理する。public product docsは特定tenantの実効availabilityを証明しない。 D. HUMAN CHECKPOINT — 外部送信、契約・会計・法務・顧客影響、正本更新はAI単独確定にしない。一人法人では全操作に別人承認を要求する代わりにaction classを分け、高影響操作だけを二段階確認または外部専門家確認へ上げる。 E. COST CEILING — seat + suite + API + credits/add-onsを月額上限として管理する。chat subscriptionとAPI billingを分離し、minimum seat、suite重複、annual commitmentも総額へ含める。 F. RECOVERY KIT — 正本をAI chat/memoryだけに置かず、export/backup、credential recovery、代替provider入口、incident memoを保持する。復旧可能性を高度機能より優先する場合がある。

Evidence / provenance

AUTHORITY COMM-027-EA0025。NIST AI RMF 1.0、NIST AI 600-1、FTC small-business cybersecurity/privacy guidanceを設計根拠とし、OpenAI Business、Google Workspace Business/Gemini、Microsoft 365 Business/Copilotの公開資料をcurrent product examplesとして扱う。provider優劣評価には使用しない。pricing、seat、entitlement、plan名、quotaは PRODUCT_VOLATILE。

Failure envelope

small-business向けplan名はsecurity/compliance保証ではない。BAA/ZDR/custom retention/data residency/SCIM等が上位または契約planに限定される可能性を残す。bundle AIが安価でも機能quota・edition差がある。個人planが安価でもbusiness data policy/admin/audit requirementを満たすとは限らない。一人法人でも顧客・従業員・医療・金融・機密等ではsector/legal requirementが優先される。NIST/FTCは米国資料であり、日本法人の法令適合性そのものを確定しない。public product docsから特定tenantの実効availabilityを推測しない。

TEST_PROFILE

UNEXECUTED。非機密fixtureで confidential customer email draft / invoice-table transformation / research with citations / external-send boundary / account loss-export-recovery をscenario replayする。品質だけでなくdata boundary、manual steps、monthly cost、recovery timeを測る。external send/writeはdry-runのみ。未実施結果や閾値を推測しない。

OPEN_UNKNOWN

日本の個人事業主/一人法人に対するprivacy・個人情報・業法crosswalk、主要providerのcurrent commercial minimum-seat/contract conditions、日本円実効税・契約条件、one-person tenantでのadmin/audit実挙動、tenant固有entitlement/region/contractual controls。UNKNOWNを推測で閉じない。

Cross-reference boundary

EA-001 plan crosswalk、EA-022 migration、EA-023 lock-in、EA-024 procurementへ接続する。ただし本packetで各EAを再編集・再解釈しない。

  • EA-025-R11-RESEARCH研究資料研究資料根拠の出所: AUDITED_CANONICAL_RESEARCH_PACKET

    EA-025 監査済みresearch / canonical revision binding

    裏付ける内容
    小規模事業者版はEnterprise統制の省略版ではなく、専任管理者がいない環境でも維持できる少数の高価値controlへ圧縮する運用profileとして扱う。最低限の境界は、業務用identity/MFA、投入データ規則、vendor card、高影響操作のhuman checkpoint、cost ceiling、recovery kitの6つとする。
    確認日
    —
    出典・実験ID
    COMM-027-EA0025
    検証箇所
    COMM-027-EA0025 · EA-025-R5-LEGACY-MIGRATION-20261008-R1 · content/staging/EA-025.md
    適用範囲
    監査済みEA本文・canonical revision・既存Source Graph relationの範囲。欠損currentnessは推測で閉じない。
    出典・来歴
    AUDIT_PASS_CANONICAL_BINDING
    限界
    canonical監査・revision bindingの存在を示す。外部ソースcurrentnessが本文またはcontrol-planeで確定していない場合は、currentnessをUNKNOWNのまま保持する。
  • EA-025-R11-WEB-READBACK実装資料実装資料根拠の出所: IMPLEMENTATION_READBACK

    EA-025 Web body identity / canonical readback

    裏付ける内容
    canonical staging bodyのSHA-256一致とR9 canonical ledger readbackをProduction projectionの入力として検証する。
    確認日
    —
    出典・実験ID
    WEBBODY-EA0025-R8-2B52D7D2
    検証箇所
    WEBBODY-EA0025-R8-2B52D7D2 · content/staging/EA-025.md · EA-025-R5-LEGACY-MIGRATION-20261008-R1
    適用範囲
    R9/R10 canonical readback後のProduction生成時body identity。
    出典・来歴
    CANONICAL_READBACK_BODY_HASH_MATCH
    限界
    body identity/readbackは本文claim自体の真偽や外部ソースの最新性を追加保証しない。
出典ID
COMM-027-EA0025, WEBBODY-EA0025-R8-2B52D7D2
追跡中のUNKNOWN ID
EA-025-UNKNOWN-01, EA-025-UNKNOWN-CURRENTNESS
再確認のきっかけ
canonical revision/publication state change · body artifact hash change · source currentness change · new contradiction or implementation readback

機械検査: 通過 — Automated validation does not guarantee accuracy or authorize execution.

    同じ記事IDの機械可読データです。