No English page yet. Showing the Japanese source.
小規模事業者/一人法人版
記事状態: 公開 · 最終確認: 未確認
要点
小規模事業者版は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_PACKETEA-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_READBACKEA-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の機械可読データです。