コンティンジェントワーカーポリシー

1. 目的

このポリシーは、チームメンバーに対してコンティンジェントワーカーの種類と、それぞれをいつどのように利用すべきかについての概要とガイドラインを提供するために作成されました。

2. エグゼクティブサマリー

このエグゼクティブサマリーの目的は、GitLab コンティンジェントワーカーポリシーの概要を提供し、ビジネスへの影響とリスクを説明し、コンティンジェントワーカーの適切な利用に向けたポリシーの重要事項を確認することです。この文書は必要に応じてチームメンバーに配布される場合があります。

3. コンティンジェントワーカー

この文書では「コンティンジェントワーカー」という用語を使用します。この用語は以下を指します。

• 人材派遣・スタッフ増員ワーカー
• ベンダーマネージドサービス
• 独立コントラクター
• プロフェッショナルサービスパートナー

定義:

人材派遣・スタッフ増員ワーカー:

定義: スタッフ増員のための人材派遣会社は、ワーカーを雇用し、GitLab の既存の人員を一時的に補完するために GitLab に配置する第三者企業です。派遣会社が法的な雇用主として全ての雇用責任を負い、ワーカーはクライアント組織の指示・管理のもとで業務を遂行します。

主な特徴:

法的な雇用主関係: 派遣会社がワーカーを従業員として雇用する

• クライアントの指示: ワーカーは GitLab の日常業務の指示に従う
• 一時的な配置: ワーカーは特定の役割やプロジェクトを担うために配置される
• 完全な雇用サービス: 派遣会社が給与計算、福利厚生、税務、HR 機能を担当する
• スケーラブルなソリューション: GitLab が人員を迅速に増減できる

派遣会社の責任:

• 候補者の採用とスクリーニング
• 雇用コンプライアンスと法的義務
• 給与処理と源泉徴収
• 労災保険と失業保険
• 福利厚生管理（健康保険、休暇など）
• クライアントとのパフォーマンス管理の調整

GitLab の責任:

• 業務の指示と監督の提供
• 勤務スケジュールとパフォーマンス期待値の設定
• 必要な設備の提供
• パフォーマンスの問題について派遣会社との調整
• 派遣会社への費用支払い（ワーカーの時給にマークアップを加えたもの）

雇用分類リスク:

• 中程度のリスク - GitLab が雇用条件に対して過度なコントロールを行う場合の共同雇用懸念
• 賃金・時間、福利厚生、差別申告に関する共同雇用主責任のリスク
• 派遣会社が給与税を担当
• ワーカーが最終的に GitLab 従業員に転換される場合、コントラクターとして勤務した期間が FMLA などの特定の法定権利における雇用期間に含まれることがある

ベンダー管理:

• 個々のワーカーではなく、派遣会社との関係を管理する。パフォーマンスは派遣会社を通じて管理される
• 支払いフロー: GitLab が派遣会社に支払い、派遣会社がワーカーに W-2 従業員として支払う

GitLab が行えること:

• 日常業務活動とタスクを指示する
• 勤務スケジュールと時間を設定する
• 設備を提供する
• 業務の遂行方法についての詳細な指示を与える
• 必要に応じてチームミーティングやコラボレーションに参加させる（ただし SAFE ガイドラインに従う必要がある情報を含むミーティングへの参加は除く）
• パフォーマンスを直接管理する
• 業務方法とプロセスをコントロールする
• GitLab スタッフからスーパーバイザーを割り当てる
• 時間追跡と出席を要求する

GitLab が行えないこと:

• ワーカーの採用や解雇を直接行う（派遣会社を通じて行う必要がある）
• 報酬レートを直接設定する
• 従業員福利厚生を提供する（派遣会社の責任）
• 派遣会社の関与なしに懲戒処分を行う
• 雇用上の決定（昇進、昇給など）を直接行う
• ワーカーの他の雇用関係をコントロールする
• 雇用法・HR 事項に関するトレーニングを指示する

勤務期間の考慮事項:

管轄区域と派遣会社のポリシーによって異なる

業界の一般的な慣行:

• 転換を検討する前の典型的な最大期間は12〜24ヶ月
• 一部の派遣会社は12ヶ月を上限とし、共同雇用リスクを回避している
• 地域の法律は異なる - 一部の地域や米国の州では、福利厚生適格性を引き起こす特定の期間が設けられている

長期配置のリスク要素:

• 共同雇用責任は期間とともに増加する
• 福利厚生義務が州法によって生じる場合がある
• 平等な待遇への期待 - 長期のスタッフ増員ワーカーは従業員と同様の待遇を期待する場合がある
• 転換への圧力 - 派遣会社は正社員への転換を積極的に促すことが多い

ベストプラクティス:

• 派遣会社のポリシーを確認する - 多くの場合、組み込みの転換要件がある
• 地域の法律コンプライアンス - 一時的なワーカーの権利に関する各国・州の規制を確認する
• 転換計画 - 正社員に転換するタイミングの明確な基準を設ける
• 定期的なレビュー - 四半期ごとにビジネスニーズと分類の適切さを評価する

ベンダーマネージドサービス

定義: 自社の従業員を GitLab にサービス提供のために配置するマスターサービス契約（MSA）を締結した企業。

雇用分類リスク:

• 最低リスク - ベンダーが雇用主であり、全ての雇用義務を負う
• リスクはベンダーが適切なワーカー分類を行っているかどうかの確認に限定される
• ベンダーの雇用慣行と保険補償を確認すべきである

ベンダー管理: 戦略的パートナーシップ管理、SOW の作成、成果物の監督

支払いフロー: GitLab がベンダーに支払い（通常は合意した成果物やマイルストーンに基づく固定料金）、ベンダーがワーカーに支払う

GitLab が行えること:

• プロジェクト要件と成果物を定義する
• プロジェクトタイムラインとマイルストーンを設定する
• ベンダーが提案するチームメンバーを承認または拒否する
• 配置されたワーカーに特定のスキルセットを要求する
• プロジェクトの方向性とフィードバックを提供する
• プロジェクトの進捗と品質を監視する
• ベンダーにステータス報告を要求する
• 成果物に対するパフォーマンス基準を設定する
• ベンダーを通じてチームメンバーの交代を依頼する

GitLab が行えないこと:

• 個々のワーカーを毎日直接監督する
• 個々のワーカーの勤務スケジュールを設定する
• 個々のワーカーにHR の指示を出す
• 個々のワーカーのパフォーマンスレビューを行う
• プロジェクト要件に無関係なトレーニングを指示する
• ベンダーの雇用上の決定をコントロールする
• 個々のワーカーの給与や福利厚生を管理する
• 個人に対して懲戒権限を行使する

独立コントラクター（推奨されないオプション、例外的にのみ使用）

定義: GitLab と直接契約してサービスを提供する自営業の個人。

雇用分類リスク:

• 最高リスク - ワーカーが従業員とみなされる場合の直接的な誤分類リスク
• IRS の20要素テストおよび行動・経済・関係コントロールテストに合格する必要がある
• GitLab が適切な分類について全責任を負う
• 違反は未払い税金、罰則、福利厚生義務をもたらす可能性がある

ベンダー管理: 直接的な関係管理、契約交渉、パフォーマンス監督

支払いフロー: GitLab がコントラクターに直接支払い、1099-NEC を発行する

GitLab が行えること:

• 必要な成果物/納品物を定義する
• 完了までの期限を設定する
• プロジェクト仕様と要件を提供する
• 進捗状況の更新と報告を要求する
• 合意した仕様を満たさない業務を拒否する
• 契約条件に従った不履行による契約終了を行う
• 成果物の品質基準を設定する

GitLab が行えないこと:

• 業務の遂行方法（方法論、プロセス、ツール）をコントロールする
• 毎日の勤務スケジュールを設定したり特定の時間を要求したりする
• 業務をどこで行うかを指定する
• GitLab の機器・ソフトウェアの使用を要求する（業界標準を除く）
• 詳細なステップバイステップの指示を提供する
• 定期的なチェックインを要求したり進捗を細かく管理したりする
• コントラクターが他に誰のために働くかをコントロールする
• 業務の遂行方法に関するトレーニングを指示する
• コントラクターを従業員のミーティング・活動に参加させる
• 従業員福利厚生や特典を提供する

勤務期間の考慮事項

• 法的な上限はないが、時間の経過とともに現実的なリスクは増大する
• 長期的な関係のリスク要素:
  • 経済的依存 - コントラクターが GitLab に経済的に依存する場合（主要な収入源）
  • 統合パターン - 長期的な関係は従業員のような関係に曖昧化される可能性がある
  • 行政の精査 - 複数年にわたる関係は監査中により注目される
  • 行動の変化 - 長期コントラクターを従業員のように扱う傾向が生じる

ベストプラクティス:

• プロジェクト単位での更新 - 継続的な保持契約ではなく、明確なプロジェクトとして構成する
• 定期的な関係の監査 - 12〜18ヶ月ごとにコンプライアンスを確認する
• 明確なプロジェクト境界 - 更新ごとに定義されたスコープと成果物を持たせる
• 自動更新を避ける - 各延長は意図的に評価する

プロフェッショナルサービスパートナー

定義: 柔軟な支払いモデルで、GitLab の導入・プロジェクトに関連した専門サービスを提供する第三者企業。

雇用分類リスク:

• 支払いモデルによって低〜中程度のリスク
• GitLab 支払い: ベンダーモデルと類似するが、ワーカーの選択・管理に対するコントロールが少ない場合がある
• 顧客支払い: GitLab への直接的な雇用リスクは最小限だが、GitLab が重大なコントロールを行使する場合は潜在的な責任がある

ベンダー管理:

• GitLab 支払い: 契約条件、パフォーマンス指標を含む完全なベンダー管理
• 顧客支払い: 認定、有効化、関係管理を中心とした軽いタッチ

支払いフロー:

• モデル A: GitLab が MSA/SOW のもとでパートナーに直接支払う
• モデル B: 顧客がパートナーに直接支払い、GitLab が関係・基準を管理する

GitLab が行えること:

• GitLab 支払いパートナーの場合:

  • プロジェクトスコープと成果物を設定する
  • 品質基準と要件を定義する
  • 技術仕様を提供する
  • 進捗更新を要求する
  • プロジェクトのマイルストーンを承認する
  • 認定や資格を要求する

• 顧客支払いパートナーの場合:

  • 製品トレーニングと認定を提供する
  • パートナーシップ基準と要件を設定する
  • 技術サポートとリソースを提供する
  • 顧客満足度を監視する
  • パートナーシップ関係を管理する

GitLab が行えないこと:

• GitLab 支払いパートナーの場合:
  • 個々のコンサルタントを毎日直接管理する
  • 内部ビジネス運営をコントロールする
  • パートナーのスタッフの雇用条件を設定する
  • 独占的な関係を要求する（契約に記載されていない限り）
• 顧客支払いパートナーの場合:
  • プロジェクトの実行を直接コントロールする
  • 個々のコンサルタントに指示を出す
  • 顧客への請求レートを設定する
  • 監督権限を行使する
  • 支払いを保証する（顧客の責任）

4. 国別採用ガイドライン

GitLab は、インド、フィリピン、および GitLab がエンティティを持つ管轄区域においてのみコンティンジェントワーカーと契約を結びます。これらの国以外で特定されたコンティンジェントワーカーはポリシー外とみなされます。GitLab のリソース（Okta およびコア GitLab アプリケーション）へのアクセスが必要なコンティンジェントワーカーは全員、MacOS または ChromeOS を搭載した GitLab 提供のラップトップを使用することが要求されます。

5. 誤分類リスク

コンティンジェントワーカーの不適切な分類は、GitLab に対して重大な法的および財政的影響をもたらす可能性があります。GitLab がこれらのリスクを軽減するためには、全てのコンティンジェントワーカーが適切に分類されることが不可欠です。

6. 独立コントラクターではなく第三者を通じた契約社員の利用を推奨

GitLab は誤分類リスクを軽減するために、独立コントラクターよりも第三者派遣会社を通じた契約社員の利用を優先します。ラインマネージャーは、真に独立したコンサルティング関係がある場合を除いて、独立した契約ではなく、GitLab の優先する第三者派遣会社の一つを通じてコンティンジェントワーカーを確保することが期待されます。この利用には次の利点があります：(1) 関係はワーカーではなく GitLab と第三者ベンダーの間で結ばれる、(2) 期間の追跡がより容易になる、(3) ベンダーがセキュリティ要件を満たすという保証が強まる、(4) 承認とバックグラウンドスクリーニングが加速される、(5) ベンダーが適切な源泉徴収（連邦、州・地方の税金、FICA）に責任を負う。

7. 関係期間

上記のように、関係期間はリスクレベルと相関しています。「コンサルタント」とみなされるコンティンジェントワーカーの期間制限は、必要に応じて標準的な24ヶ月を超える場合があります。「スタッフ増員ワーカー」とみなされるコンティンジェントワーカーの期間制限は24ヶ月です。この期間制限は、コンティンジェントワーカーがベンダーを変更したり「コンサルタント」分類に変更したりしても適用されます。24ヶ月後、コントラクターは最低3ヶ月の無給の勤務中断が必要です。中断期間中、コントラクターの全ての GitLab システムへのアクセスを削除する必要があります。3ヶ月の不在が完了した後、コントラクターの期間制限はリセットされ、新しい業務でサービスを提供することができます。この3ヶ月の勤務中断は、契約社員がベンダーを変更した場合や「コンサルタント」分類に変更した場合でも適用されます。

8. コントラクター延長プロセス（契約社員コンティンジェントワーカーのみ）

スタッフ増員ワーカーの業務を当初の期間を超えて延長する必要がある場合は、以下のプロセスに従う必要があります。

1. FP&A ビジネスパートナーに延長の予算承認を依頼する
2. ワーカーが完了するプロジェクトまたはタスクを含む延長の理由を提供する
3. 承認が得られたら、既存の契約・PO に対して Zip で変更リクエストを提出する。これにより購買チームがレビューのために通知される。

関係期間の概要については、セクション7を参照してください。

9. コントラクターのバックグラウンドスクリーニング

GitLab は、シングルサインオンアクセス（SSO）を必要とする全てのコンティンジェントワーカーのバックグラウンドスクリーニングを実施または確認します。コンティンジェントワーカーがベンダー、派遣会社、プロフェッショナルサービスプロバイダー、または他のエンティティに雇用されている場合、GitLab は完了したバックグラウンドスクリーニングの証明または GitLab の要件を満たすバックグラウンドスクリーニングが完了したという署名済み証明書を求めます。GitLab は、地域の法律に従って利用可能な内容に基づき GitLab の最低基準を満たしているかを確認するために、コンティンジェントワーカーの雇用主から提供された全てのバックグラウンドスクリーニングと証明書をレビューします。コンティンジェントワーカーの雇用主がバックグラウンドスクリーニングを実施していない場合、またはバックグラウンドスクリーニングが GitLab の最低基準を満たしていない場合、GitLab はコンティンジェントワーカーに GitLab のバックグラウンドスクリーニングベンダーである Sterling でのバックグラウンドスクリーニングの完了を求め、地域の法律や規制に準拠した形でバックグラウンドスクリーニングを実施し、必要に応じて適切な同意を求めます。

コンティンジェントワーカーは GitLab へのオンボーディング前にバックグラウンドスクリーニングを完了または確認済みである必要があります。バックグラウンドスクリーニングの完了、正確性、および満足のいく結果について監視されます。懸念のある結果が返ってきた場合、GitLab はこれらの結果をレビューし、GitLab のチームメンバー、顧客、ベンダー、および/または全体的なビジネスに対してセキュリティおよび/または安全上のリスクが生じているかどうかを判断します。必要に応じて、GitLab はコンティンジェントワーカーと直接、そして場合によってはコンティンジェントワーカーの雇用主と、GitLab への業務継続の適格性を判断するために協議する場合があります。

GitLab の最低バックグラウンドスクリーニング基準には、地域の法律や規制で許可されている場合の犯罪記録照会および/または拡張されたグローバル制裁照会が含まれます。GitLab は、コンティンジェントワーカーの所在地と業務に基づいて、以前の雇用歴、身元確認、労働許可証、SSN トレース、およびその他の各種照会のスクリーニングを実施する場合もあります。

GitLab がサードパーティリスク管理（TPRM）プログラムに従ってコンティンジェントワーカーの雇用主のアセスメントを実施し、良好な結果を得ている場合、バックグラウンドスクリーニングの追加確認は不要な場合があります。セキュリティチームが雇用主のバックグラウンドスクリーニングポリシーに相違点を発見した場合、GitLab はコンティンジェントワーカーのバックグラウンドスクリーニングを完了するか、雇用主に対して GitLab の基準に従った追加のバックグラウンドスクリーニングの実施を依頼する場合があります。この基準を満たすサブプロセッサーとプロフェッショナルサービスプロバイダーの最新リストはハンドブックページで確認できます。

契約終了後90日以内に GitLab に復帰するコンティンジェントワーカーと、契約延長を受けるコンティンジェントワーカーは、追加のバックグラウンドスクリーニングまたはバックグラウンドスクリーニング結果の再確認は不要です。

コントラクターに対する GitLab のバックグラウンドスクリーニングポリシーに関するご質問は、HelpLab にて受け付けています。

10. お問い合わせ

このポリシー、Zip ツール、または購買・契約プロセスに関するご質問は、#procurement Slack チャンネルで @procurement_team まで購買チームにお問い合わせください。

詳細については、概要とよくある質問のための情報ガイドをご覧ください。

ページのソースコードを見る - ページの編集 - please contribute.