クラウド環境の運用チームが見落としがちな問題がある。インフラやコードではなく、そのシステムを構築・運用している「人の契約形態」が法的リスクを生むケースだ。米国では雇用者側の誤分類（misclassification）率が推定10〜30%とされ、2025〜2026年だけで少なくとも12の州が取締り強化に関する法律を提案または可決している。
誤分類とは何か、なぜクラウド運用チームに関係するのか
誤分類（misclassification）とは、法的には「従業員」に該当する働き手を「独立請負業者（independent contractor）」として扱う状態を指す。クラウド移行・運用の現場では、オンプレミスからAWSやGCPへの移行を推進する際に外部エンジニアをコントラクターとして迎えることがある。Slackや Jira、GitHub といった社内ツールをそのまま使わせ、オンコール体制にも組み込むケースは珍しくない。
このとき重要なのは、「契約書にコントラクターと書いてある」だけでは法的分類として不十分だという点だ。米国では3つの異なる判定基準が存在し、それぞれが独立して判断を下す。IRSのコモン・ロー・テスト（税務当局が用いる行動・経済・関係の3軸評価）、カリフォルニアを含む25以上の州が採用するABCテスト（事業の独立性を厳格に問う3条件）、そして連邦労働省（DOL）が公正労働基準法（FLSA）のもとで用いる「経済的実態テスト」の3つだ。同一の事実関係でも、テストによって結論が食い違うことがある。
クラウド運用の「典型的な危険パターン」
SRE（サイトリライアビリティエンジニアリング）やインフラ運用のコンテキストで誤分類リスクが高まる行動パターンは具体的に次のようなものだ。
- 固定時間のオンコールシフトへの組み込み
- 会社発行のAWSアカウントやSSO（シングルサインオン）認証情報の付与
- Terraform や Ansible といった社内IaCリポジトリへのコミット権限
- インシデント対応手順書（ランブック）への直接関与と障害時の指揮命令系統への参加
- 他のコントラクターへの業務委託が実質的に不可能な契約形態
これらは「行動上のコントロール」として当局に解釈され、契約書の文言より優先して扱われる。たとえばAWS CloudWatchのアラートを受け取る担当者を社内Slackの専用チャネルに固定している場合、その担当者が「いつでも他社案件も手がけられる独立した事業者」とは見なされにくい。
財務エクスポージャーの構造と数値
誤分類が確定した場合、企業は複数の負債が「加算される形」で発生する。遡及的な給与税と雇用者負担のFICA（連邦保険拠出法に基づく社会保障・医療保険税）、FLSA（公正労働基準法）に基づく残業代・最低賃金請求、既存福利厚生へのERISA（従業員退職所得保障法）遡及適用、州の失業保険・労災保険の未納分がそれぞれ独立して請求される。
参考記事では、年収12万ドルのエンジニア5名が再分類された場合の試算が示されている。総賃金60万ドルに対し、米国内国歳入法第3509条（a）項（意図しない誤分類）の適用でも数万ドル規模の税金・ペナルティが生じるとされる。これはクラウド移行予算や運用コストの試算から完全に抜け落ちることが多い隠れコストだ。
クラウド運用チームが取れる対策の方向性
根本的な対策として、参考記事はコントラクター・オブ・レコード（Contractor-of-Record、COR）を経由する方法を挙げている。CORとはリモートワーカーとの雇用契約・給与支払い・コンプライアンス管理を一括して引き受ける事業者で、Employer-of-Record（EOR）の請負業者版に相当する。日本の開発現場で言えば、SESや派遣会社が担う「法的な雇用主の役割」を海外でも機能させる仕組みに近い。
運用設計の観点では、オンコールシフトの組み方や権限付与の粒度を見直すことが直接的な対策になる。たとえばAWS IAMロールをコントラクター専用のクロスアカウント構成にする、インシデント対応のSlackチャネルへのアクセスを限定する、といったアーキテクチャ上の分離が「行動上のコントロール」を弱める証跡にもなりうる。
法令の文脈は現在も流動的で、2024年に施行されたDOLの6要素ルールは2026年2月に廃止が提案され、以前の「コントロール」を重視する2021年方式への回帰が検討されている。クラウド運用体制を設計する際には、この規制変化をプラットフォームのサービス改廃と同じレベルの運用リスクとして管理台帳に組み込む視点が求められる。