Content last updated 2026-06-18

リロケーション

チームメンバーのリロケーションに関する GitLab のポリシーとプロセス。

リロケーション / 住所変更

このプロセスは People Operations チームが DRI として管理しています。以下に記載されていない質問については、HelpLab からリクエストを送信してください。

新しい場所への引っ越しはエキサイティングな冒険であり、GitLab ではチームメンバーがリロケーションポリシーの柔軟性を活用することを奨励したいと考えています。ただし、適格性、報酬への影響の可能性 (エクイティと福利厚生の適格性を含む)、GitLab での役割への影響など、考慮すべき複数の側面があります。

GitLab に入社しようとしている候補者および既存のチームメンバーのいずれにも、すべてのリロケーション申請にはビジネス承認が必要であることに注意してください。承認は、新しい場所でチームメンバーが結果を出す能力と、リロケーションが部門予算に与える影響を考慮します。報酬変更が部門予算に反映されるよう、できるだけ早く FP&A パートナーに相談してください。

報酬の変更を伴わないリロケーションは、チームメンバーの直接マネージャーが承認できます。報酬の増加を伴うリロケーションは、チームメンバーの直接マネージャーの承認が必要で、ロケーションファクターの変更が 0.2 を超える場合は、直接マネージャー、VP、および E-Group メンバーの承認が必要です。

ロケーションをコミュニケートすることの重要性

すべてのチームメンバーは、引っ越し前にリロケーションの承認をリクエストする必要があります。新しい場所への引っ越しはエキサイティングな冒険であり、GitLab ではチームメンバーがリロケーションポリシーの柔軟性を活用することを奨励したいと考えています。ただし、適格性、報酬への影響の可能性 (エクイティと福利厚生の適格性を含む)、GitLab での役割への影響など、考慮すべき複数の側面があります。適切なグループにコミュニケートしないことの結果は、状況によっては解雇を含む懲戒処分につながる可能性があります。チームメンバーが契約上の場所以外で働くと、GitLab とチームメンバーの両方にとって潜在的な税務負担が発生します。このため、マネージャーと People チームに透明かつ迅速にコミュニケートすることが重要です。

チームメンバーは、暦年内に少なくとも 183 日 (連続または非連続) を主要なロケーションで居住する必要があります。チームメンバーは、暦年あたり最大 183 日 (約 6 か月) まで Workday に指定された恒久的なロケーション以外で生活または働くことができます。GitLab は、チームメンバーが業務を遂行する場所 (つまり、稼得所得) に基づいて税金を報告および納付する責任があり、各チームメンバーの勤務地に基づいて雇用コンプライアンスを確保する責任があります。これは、勤務時間の少なくとも半分が主要なロケーションからでなければならないことを意味します。別の国または州で長期間過ごすと税務上の影響がある場合があることに注意してください。チームメンバーは、各場所で適用される税規則を理解するために個人の税務アドバイザーに相談することをお勧めします。183 日の制限 (または特定の国ではより低い基準) を超える可能性がある (またはすでに超えている) と思われる場合は、直ちに People Operations チームに連絡してください。マネージャーは、チームメンバーが必要な時間を主要なロケーションに居る要件を順守していることを確認し、誰かが制限を超えた場合または超えそうな場合に報告する責任があります。

さらに、特定の役割では、ビジネス活動をサポートするためにチームメンバーが採用された場所に居る必要があります。たとえばセールスでは、顧客サイトへの出張や、特定のタイムゾーン内で顧客に対応できることが必要になる場合があります。すべてのチームメンバーは、その場所での期間の長さに関係なく、主要なロケーション以外で働くにはマネージャーの承認を取得する必要があります。マネージャーは、ビジネス成果への影響により、リクエストを拒否したり、チームメンバーにリクエストの変更を求めたりすることができます。主要なロケーション以外で働くためのコミュニケーションおよび/または承認の取得を怠るチームメンバーは、状況によっては、業績管理アクションや雇用喪失につながる可能性もあります。長期リロケーション (183 日/6 か月以上の滞在) は、以下に概説されている申請および承認プロセスに従う必要があります。

デジタルノマド

テクノロジーの柔軟性を活用して、さまざまな場所に旅行しながらリモートワークをしたいチームメンバーは、長期リロケーションプロセスのガイドラインを順守しながらそうすることができます。デジタルノマドのチームメンバーは、長期リロケーション申請を完了することなく、考慮事項を伴って最大 183 日 (約 6 か月) まで任意の国に居住し働くことが許可されています。チームメンバーは年に少なくとも 183 日は主要なロケーションに居住する必要があることを覚えておいてください。柔軟性を法的、税務、コンプライアンス要件とバランスさせることは、GitLab で適切な雇用ソリューションを維持する鍵となります。

デジタルノマドが長期間ある場所に存在することは、その国における GitLab の「恒久的事業所」の分類のリスクを生じさせる可能性があります。GitLab は税務責任を順守するか、その場所でビジネスを行うために正式に登録することを求められる場合があります。

チームメンバーは、ビザの取得に関連する費用を含む、デジタルノマドビザで働くための税務および法的要件を理解する責任があります。デジタルノマドビザは通常、外国の雇用主に対してのみ働くという理解のもとで付与されます。確立された法人がある場合、ノマドビザでのそのような場所への旅行は禁止される場合があります。一部の国では、デジタルノマドが収入を報告したり、自身の滞在を登録することを求める場合もあります。

新しい場所で 183 日以上働くことは長期リロケーションとして分類され、報酬と雇用契約は新しい場所を反映するよう更新され、これによりデジタルノマドビザの就労許可を維持する能力に影響する可能性があります。一時的な場所で 183 日以下を過ごした時間 (短期リロケーション) は、新しい場所に基づく報酬または雇用契約への変更を引き起こしません。

短期滞在の定義

恒久的なロケーション (恒久的な居住を維持する場所) を変更せず、代わりに一定期間にわたってさまざまな場所に旅行する場合は、健康保険、ビザ、その他旅行に直接関連する項目を維持する責任があります。必要な場合に利用可能なリソースを認識できるよう、医療提供者と旅行計画について話し合うことを検討してください。

短期滞在はあなたの決定であり、GitLab が役割の一部として要求するものではないため、ビジネスアクシデント旅行ポリシーの利用や、旅行に関連する経費の提出は対象外となります。タイムゾーンの整合性が必要な役割で採用されている場合、その要件を引き続き満たせる必要があります。

新しい場所での短期滞在が 6 か月未満であれば、Workday で住所を更新する必要はありません。

単一の暦年で 6 か月以上ある場所に滞在する予定がある場合、または単一の暦年で集計して 6 か月以上その場所にいる場合、そこが居住地となり、以下に説明する長期リロケーションプロセスを完了する必要があります。ほとんどの国では、税務上の居住地は、GitLab チームメンバーが暦年にわたって重要な利害関係を保つ場所によって決定されます。これは、登録されている場所、重要な相手 (SO) および/または扶養家族が住んでいる場所、働いている場所、住んでいる場所、サブスクリプションを保管している場所などです。

** 一部の管轄区域では、短期滞在でも年間 183 日を超え、新しい場所での給与税の対象となる場合があることに注意してください。業務を遂行するための長期間にわたる場所への旅行を、183 日を超えるかどうかに関わらず行う前に、必ず税務アドバイザーに確認してください。

短期旅行の考慮事項

GitLab は、チームメンバーが世界中のほとんどの場所から働くことを許可するオールリモート企業ですが、一部の場所は貿易管理制限の対象となります。このため、チームメンバーは、いかなる状況下でも、米国の禁輸国または地域に会社所有のデバイスを持ち込んだり、そこから働いたりすることはできません。米国の禁輸国リストには、キューバ、イラン、北朝鮮、シリア、ロシア、ベラルーシ、およびウクライナのクリミア、ドネツク、ルハンスク地域が含まれますが、これらに限定されません。

GitLab は、適用される貿易管理法への GitLab ユーザーのコンプライアンスを促進するために、予告なく変更される可能性のあるこの情報を提供します。追加情報はハンドブックの貿易コンプライアンスページに記載されています。

一部の国は米国の禁輸リストにはありませんが、これらの場所への旅行またはそこからの作業の前に GitLab への事前通知および/または承認が必要な場合があります。質問がある場合は、HelpLab 経由で People チームに遠慮なくお問い合わせください。

長期リロケーション

長期リロケーションの定義

長期リロケーションは、新しい場所に自身を確立することを意味します。広範な旅行期間の一部として 1 つの暦年に 6 か月以上 1 つの場所で過ごす、および/または郵便物が異なる住所に配達される予定がある場合は、以下のステップに従って長期リロケーションをリクエストしてください。

会社の裁量で、リロケーションを承認できるかどうかが決定されます。

  • 一部の職位では、GitLab チームメンバーが特定の国、場所、地域、またはタイムゾーンに居る必要があります。たとえば、特定の地域に対応するために採用されたセールスパーソンはその地域に留まる必要がある場合があり、特定の地域/国の顧客リクエストに応答するために採用されたエンジニアも同様です。
  • GitLab は、雇用制限がない既に法人を持つ国へのリロケーションのみを許可しています。リロケーションの対象国かどうかは、国別採用ガイドラインを確認してください。
  • GitLab は、新しい法人が形成される可能性がある場所へのリロケーションリクエストを、正式に確立され、採用が開かれ、ビジネス目標が完全に理解されるまで受け入れることができません。
  • GitLab は、キューバ、イラン、北朝鮮、シリア、ロシア、ベラルーシ、およびウクライナのクリミア、ドネツク、ルハンスク地域を含むがこれらに限定されない、米国の禁輸先へのリロケーションリクエストを受け入れることができません。
  • 上記で識別された米国禁輸国に加えて、GitLab は、GitLab の貿易コンプライアンス顧問の承認なしに、GitLab Federal チームメンバーから次の国へのリクエストを受け入れることができません: アフガニスタン、ベラルーシ、ビルマ (ミャンマー)、中央アフリカ共和国、中国 (PRC)、コンゴ民主共和国 (DRC)、エリトリア、エチオピア、ハイチ、イラク、レバノン、リビア、ニカラグア、ソマリア、南スーダン、スーダン、ベネズエラ、イエメン、ジンバブエ。
  • GitLab が提供するビザスポンサーシップなしに、その国で働く資格を確立できる国でのみ働くことができます。
  • リロケーションは、場所とロケーションファクターに基づいて、エクイティ適格性を含む報酬の調整につながる可能性があります。ロケーションファクターと特定の国で提供される福利厚生によって、調整は報酬パッケージの増加または減少につながります。会社は必要な調整によりリロケーションをサポートできるかどうかを決定する裁量を保持します。

最初は、より低い給与の場所に移動する際、この慣行は厳しく見えるかもしれません。住んでいる場所に関係なく、人々は同じ報酬を受け取るべきだと主張する人もいるかもしれません。しかし、別の視点から見て、この慣行を多くの企業が行うことと比較すれば、より理解しやすいはずです。たとえば、物理的な場所を持ち、オフィスから、またはオフィスの近くで働くことを要求する会社で働いている場合、その地域に住む必要があります。物理的なサイトがない場所に移動したい場合、辞職して新しい場所で新しい雇用を求める以外に選択肢はありません。その地域の企業は、地域的に競争力のあるレートで支払うことが分かります。

さて、新しい場所に会社のサイトがあり、転勤の柔軟性を提供したとしましょう。同様の職位が空いていない場合、同じ会社の別の空いている職位に応募するか、辞職して外部に応募する必要があります (他の企業が地域的に競争力のあるレートで支払うという認識に戻ります)。新しい場所に同様の役割があった幸運な場合、転勤は、場所別のすべての従事者 (その職にいる人々) 間で公平性を確保するため、地元市場に基づく給与レートを伴います。

すべてのケースで地元市場に応じて給与を調整することは、誰にとっても公平です。ポリシーの例外を作り、誰かがその地域で同じ仕事を行う他の人 (または採用される人) よりも地域的に競争力のあるレートを超えて稼ぐことを許可した場合、一貫性を保つことはできません。すべてのチームメンバーに対して公平であることは交渉の余地がありません。これは私たちが信じ、非常に真剣に受け止める価値観です。

考慮事項と適格性

GitLab は、役割の要件と事業への潜在的影響に基づいて、新しい場所であなたの役割を続行できるかどうかをいつでも決定する裁量を保持します。場合によっては、提案された場所に移動が整合しないことがあり (たとえば、EMEA をサポートするために EMEA で採用されたリクルーターは、米国への移動が承認されません)、また他の場合には、会社が提案された場所でのリロケーションをサポートできない場合があります。次に、ほぼすべての状況で、エクイティ適格性を含む報酬が変更される可能性があります。リロケーションプロセス中に、報酬がどのように影響されるかを知り、情報に基づいた決定を下せるようになります。報酬の増加は承認プロセスを経る必要があります。これにより、ビジネスはプロセスの早い段階で予算の利用可能性を検証できます。リロケーションがどのように影響するかを理解したい場合は、HelpLab 経由で People Operations チームに リロケーション評価 リクエストを送信してください。

  1. 新しい国への長期リロケーションを申請することを検討している場合、最初の考慮事項は、移動したい国に GitLab が法人を持っていることを確認することです。私たちは現在、採用に開かれ、採用制限やヘッドカウントキャップのない GitLab 法人へのリロケーションのみをサポートしています。これは、私たちの国別採用ガイドラインと整合しています。
  2. 福利厚生は国によって異なる場合があるため、変更を考慮します。
  3. リロケーション先の国で、適切な就労権利文書/ビザ要件を持つ必要があります。
  • 注意してください。現時点で GitLab はオランダへのリロケーションのみスポンサーしており、チームメンバーの家族のリロケーション費用はカバーしていません。
  1. リロケーションの対象となるには、必要な 1 年の在職期間を満たしている必要があります。

就労資格

長期リロケーション (上記で定義) に興味がある場合、その場所で働く資格があることを確認する必要があります。オランダを除き、GitLab は新しい国に移動することを選択するチームメンバーに対して、いかなる形のスポンサーシップや移民支援も提供しません。詳細については、ビザページを参照してください。GitLab は、既にその資格がない場合、ある場所で働く資格を得るためのプロセスを支援したり促進したりすることはできません。もちろん、GitLab を関与させない手順を取ることができれば、申請してその資格を得る自由はあります。リクエストされたロケーション国で働く資格があると確信したら、Workday プロフィールのドキュメントタブで証明をアップロードすることにより、適格性の証明を提供する必要があります。就労資格を確立する前に移動し、居住の最初の 6 か月以内に新しい場所での就労資格を確立できない場合、GitLab での役割を継続する能力に影響を与える可能性があります。

長期リロケーションの申請方法

チームメンバー

  1. 国別採用ガイドラインを確認して、私たちがあなたのリロケーションをサポートできるかどうかを確認します。 別の国に移動する場合は、理想的なリロケーション日の 3 か月 以上前にこのプロセスを開始してください。同じ国内のリロケーションの場合は、理想的なリロケーション日の 30 日以上前にプロセスを開始してください。
  2. 別の国に移動する場合は、上記の就労資格セクションに従って、適格性ドキュメントを Workday にアップロードします。
  3. HelpLab 経由でリロケーションリクエストフォームを完了して、プロセスを開始するための初期リクエストを送信します。完了後、フォームは自動的に People Operations に送信され、彼らは移動の詳細をレビューし、適切なリーダーおよび承認者と協働して、(予算と職務への影響に基づいて) リロケーションが承認できるかどうかを判断します。マネージャーは、ステークホルダーまたは顧客に悪影響を与えることなく、新しい場所で役割を適切に実行できるかをレビューします。一部の職位では、GitLab チームメンバーが特定の国、場所、地域、またはタイムゾーンに居る必要があり、リロケーションの対象になりません。People Operations は最終決定でマネージャーと協働します。マネージャーは決定と報酬への影響をコミュニケートするため、あなたは移動に関する情報に基づいた最終決定を下せます。割り当てられた People Business Partner にもリロケーションリクエストが通知されます。
  4. リロケーション前に必要なすべての就労書類が揃っていることを確認することで、給与の遅延やリロケーション発効日の変更を避けるための準備を始めます。GitLab は、オランダを除き、移民サポートを提供しないため、これらの要件を事前に調査するのはチームメンバーの責任です。税番号、銀行口座などを受け取るために必要なリロケーション先の国でのビザやその他の必要な予約の処理時間を考慮してください。

注: リロケーションが承認されたと仮定して、適用される報酬の変更は、移動日 (または新しい場所で働き始める日) まで発効されず、これは新しい契約の発効日として記載されます。私たちは遡及的にリロケーションを処理できません。リロケーションを申請する際は将来の日付のみを使用してください。

承認フェーズ

以下は、長期リロケーションを承認する手順です。

同じ国内および同じロケーションファクターでのリロケーション

承認は不要です。チームメンバーは、Workday プロフィールの Contact タブで住所を更新できます。People Operations チームメンバーは Workday で住所を承認し、リロケーションプロセスを完了するための追加ステップが必要な場合は連絡を取ります。 国とロケーションファクターが変わらない場合、リロケーションアクションの一部として報酬の変更は許可されません。

新しい国または異なるロケーションファクターへのリロケーション

  1. リロケーションリクエストフォームを完了して、プロセスを開始するための初期リクエストを送信します。完了後、フォームは自動的に People Operations に送信されます。

  2. リロケーションリクエストフォームが People Operations によって受信されると、以下の情報に細心の注意を払ってフォームをレビューする必要があります。

    • 就労資格
    • リロケーション日が将来の日付であり、プロセスの最終化に十分な時間があること。
    • ある国から新しい国へのリロケーション: リロケーションの適切な月を決定したら、地方税や欠勤発生ポリシーの複雑さを避けるために、リロケーション発効日が月の 1 日または 16 日であることをリクエストします。
    • 変動報酬の変更があるセールス担当者の場合、発効日は常に月の 1 日であるべきです。
    • リロケーションの理由が提供されている
    • チームメンバーが、リロケーションに雇用主提供のビザが必要かどうかを確認している
    • チームメンバーが、リロケーションの対象となるために必要な 1 年の在職期間を満たしている

  3. People Operations チームは、次の慣行を活用してリロケーションに基づく報酬への影響を決定します。

    • 同じ国内でのリロケーションリクエストが報酬の変更につながらない場合、追加の承認は不要であり、People Operations チームはマネージャーにリロケーションを通知します
    • 国および/またはロケーションファクターが変わる場合、報酬はロケーションファクターの変更に基づいて調整されます。たとえば、チームメンバーが現在ロケーションファクター 0.70 の場所に居住しており、ロケーションファクター 0.75 の場所に移動する場合、報酬の推奨は、新しいレンジで同等の位置 (compa-ratio) にチームメンバーの給与を配置するために給与を増やすことになります。チームメンバーが現在ロケーションファクター 0.80 の場所に居住しており、移動の結果ロケーションファクター 0.70 の場所に着く場合、報酬の推奨は、新しいレンジで同等の位置にチームメンバーの給与を配置するために給与を減らすことになります。チームメンバーの役割の報酬範囲が利用できない場合、People Operations チームメンバーは Total Rewards に連絡して、新しい報酬について議論します。
    • リロケーションが報酬変更のすべての要件を満たす場合、People Operations チームは、(該当する場合) 前のロケーションと同じ compa ratio を使用してリロケーション給与を決定します。

  4. その後、People Operations チームはリロケーションリクエストの承認を取得し、該当する部門の PBP をコピーに追加します。予算の利用可能性に加えての考慮事項には、役割のビジネス上の重要性、提案された新しい場所から役割を実行する能力、およびチームメンバーの実証されたパフォーマンスが含まれます。ロケーションファクターの増加が 0.20 以上の場合、報酬への大きな影響の可能性により、マネージャーの承認の前に VP の承認、続いて E-Group メンバーの承認 が必要で、E-Group メンバーの検討のためのコンテキストと透明性を追加するために、部門ディレクターと VP がコピーされます。

  5. People Operations チームメンバーは、リロケーションの詳細をリロケーショントラッカーで更新します

承認後

  1. People Operations チームメンバーは、リロケーションが完全に承認されたらマネージャーに通知します。
  2. マネージャーは、リロケーションが承認されたことをチームメンバーに伝え、新しい報酬を伝達します。その後、マネージャーは、報酬の変更に基づいてチームメンバーが引き続きリロケーションを希望するかどうかを判断します。マネージャーはチームメンバーの最終決定を People Operations チームに伝えます。
  3. People Operations チームメンバーは、チームメンバーからの元のリクエストと承認メールスレッドを含むすべての承認ドキュメントが、チームメンバーの Workday Contracts & Changes フォルダに保存されていることを確認します。この承認には、契約/職務変更レターの承認署名者が署名前に監査するための、該当する場合の換算給与が含まれます。

契約フェーズ

契約フェーズは、チームメンバーのリロケーションに基づいて固有です。さまざまなオプションは次のとおりです。

  1. 同じ国内のリロケーション
  2. 新しい国へのリロケーション

同じ国内のリロケーション

People Operations のタスク

  1. ケベックと非ケベックの間の移動の場合は、適用されるタスクをこちらで確認します

  2. 報酬の変更がある場合のみリロケーションレターが必要です:

  3. リロケーションレターが作成されたら、監査のために People Operations チームに連絡します。

  4. DocuSign でレターをステージングし、該当する署名者とチームメンバーに署名を求めます

  5. Workday のチームメンバーの Contracts & Changes フォルダに署名済みドキュメントをアップロードします。

  6. このリロケーションの詳細をリロケーショントラッカーで更新します。

  7. People Operations チームメンバーは、以下の Job Aid に従ってチームメンバーの Workday プロフィールに必要な更新を行います:

  8. People Operations チームメンバーが Workday を更新したら、別の People Operations チームメンバーに連絡して更新されたエントリを監査してもらいます

  9. チームメンバーが Workday で住所を更新したら、People Operations チームメンバーが住所変更を承認します

チームメンバーのタスク
  1. Workday プロフィールの Contact タブで住所を更新します。その後、住所が承認されます。

新しい国へのリロケーション

People Operations のタスク
  1. HelpLab からの承認コミュニケーションをチームメンバーの Workday > Documents フォルダ (approvals & confidential) にアップロードします
  2. 新しい報酬 (該当する場合) と発効日を確認するチームメンバーの新しい契約を作成します。
    • リロケーションでは、カバーレターは不要なので、契約テンプレートからカバーレターを削除します (該当する場合)。
    • フランスに移動するチームメンバーの場合、フランスのオファーを作成する際に CES への同様の手順に従い、[email protected] 経由で Legal, Employment チームのサポートを依頼して、使用すべき契約テンプレートを決定し、フランスで適用される CBA の下にリロケーションするチームメンバーを分類してもらう必要があります。Legal, Employment チームメンバーの 1 人が、以下の情報を回答します:
      • 使用すべきテンプレート (A、B、または C)、および
      • テンプレートに追加すべき分類の文言 (英語とフランス語の両方の側で文言をどこに配置するかについての情報を含む)
    • リロケーションではストックオプションは付与されないので、その行は削除できます
    • 試用期間: チームメンバーが GitLab での継続的なサービスを持ち (GitLab での在職期間が中断されていない)、元のロケーションまたは契約の試用期間をすでに通過している場合、新しいロケーションまたは契約の試用期間を経る必要はありません。
    • すべての署名者のリストはこちらで見つけることができます。
  3. 該当する場合:
  4. プライベート Slack チャンネルで監査のために People Operations チームメンバーに連絡します。監査を行う人は、監査を確認する HelpLab ケースにプライベートコメントを残す必要があります。
  5. DocuSign で契約をステージングし、最初に GitLab 署名者に、続いてチームメンバーに署名を求めます。
    • チームメンバーが契約への変更をリクエストした場合、契約が DocuSign 経由で署名のために送信された後、承認および更新されたら、チームメンバーに該当する変更の内訳を記載したメールを送ります。
  6. Workday のチームメンバーの Contracts & Changes フォルダに署名済みドキュメントをアップロードします。
  7. People Operations チームメンバーは、Change Job Aid に従ってチームメンバーの Workday プロフィールに必要な更新を行います。追加の手順:
    • リロケーション時点で地域を更新する (住所変更を待たない)
    • 通貨の変更により将来の日付の One-Time-Payment が更新される必要があるかをチェックする
  8. People Operations チームメンバーが Workday を更新したら、別の People Operations チームメンバーに連絡して更新されたエントリを監査してもらいます。
  9. People Operations チームメンバーは、リロケーショントラッカー を、リロケーションが完了したことを示すよう更新します。
  10. チームメンバーエピック内の該当する国別テンプレートを使用して、チームメンバーのリロケーション Issue を作成し、自分自身とリロケーションするチームメンバーに割り当てます。すべてのタスクが完了していることを確認し、必要に応じてリロケーションするチームメンバーとフォローアップします。
  11. セールスコミッションの変更がある場合: 詳細を Final Sales OTE シートに追加します
チームメンバーのタスク - リロケーション承認後

リロケーションが承認され、契約に署名されたら、リロケーション Issue が開かれ、People Operations チームによってあなたに割り当てられます。スムーズなオンボーディングを確保し、新しい国での最初の給与の準備をすべて整えるため、期日までにタスクを完了してください。 PEO 雇用の場所からリロケーションする場合、通知期間内に PEO に直接通知する必要があります。ほとんどの通知期間は通常 30 日ですが、契約に指定されているため、自身の契約をレビューする必要があります。

国別タスク

アメリカ合衆国

米国へのリロケーション
  1. リロケーションの少なくとも 5 日前に、移動するチームメンバーの I-9 プロセスを開始するために Workday から Add Employee 統合を Workday から LawLogix に実行します。
  2. 発効日に Workday でチームメンバーを適切な福利厚生グループに配置します
  3. 契約を作成する際、リロケーションするチームメンバーには不要なため、サマリーページを削除してください。
米国からのリロケーション
  1. チームメンバーが米国を離れる場合、LawLogix で手動でチームメンバーを終了する必要があります。これにより、I-9 が正しいタイミングで削除されます。
  • LawLogix にログイン > 従業員を検索 > Job Details タブ > クリック: terminate
  1. リロケーション発効日から 1 週間以内に Workday で福利厚生グループを INELIGIBLE に更新するリマインダーを設定します。これにより、チームメンバーの米国福利厚生資格の終了が確認され、Total Rewards チームが PlanSource でチームメンバーを終了します。

オランダ

オランダへのリロケーション

オランダへのリロケーションをサポートするために People Operations チームメンバーが使用する手順は、上記のリロケーションプロセスに加えて:

  1. People Operations チームメンバーは、チームメンバーと GitLab 署名者が署名するために DocuSign 経由でリロケーション契約をステージングし、署名後に [email protected] を ‘Receive a copy’ に追加します。
  2. その後、People Operations チームメンバーは、[email protected] にメールを送って、オランダのペイロールベンダーに連絡し、リロケーションをサポートしてもらうために、リロケーションするチームメンバーを cc で紹介します。
  3. ベンダーは、30% Ruling 質問票、賃金税フォーム、そして場合によっては BSN 番号申請を含む、リロケーション申請に必要なすべての書類を提供します。
    • COVID 中、その時点でオランダにリロケーションする必要があることを示すレターが必要であり、People Operations チームメンバーは、以下のテンプレートを使用してベンダーに提供します
    • 記入済みの健康宣言フォーム、ベンダーがこれを提供します。
  4. そのプロセスの詳細は、ハンドブックのビザページの BSN 番号セクションにあります。
    • チームメンバーが承認されたビザと 30% ruling を受け取ったら、チームメンバーは Workday での保管のためにこれを PeopleOps にメールで送信する必要があります。
  5. BSN が最初のペイロールに間に合わない場合がありますが、これが発生した場合、チームメンバーはまだオランダのペイロールに乗ることができますが、この期間中は最高の税率が適用されることを意味します。過剰に支払われた税金は、年末税務申告経由で取り戻すことができます。BSN を受け取ったら、必ず Workday プロフィールに追加し、[email protected] にメールで通知してください。ペイロールに関する質問は、[email protected] に送ってください。
  6. 一時契約による該当する場合: ‘job change’ アクションをクリックして ‘add contract’ を実行します。開始日と終了日、契約タイプ、理由を入力します。

オランダの契約のベストプラクティスをレビューしてください

インド

インドへのリロケーション
  1. リロケーションが承認されたら、People Operations Specialist は HelpLab ケースでリロケーションするチームメンバーに尋ねます:
  • 「Hi NAME,

Provident Fund contribution の選択を選んでください:

  • 上限なしの割合ベース: 基本給与の月 12% または
  • 上限金額: 月 1800 INR

National Pension Scheme への加入を希望する場合は、このフォームから PRAN を送信してください。」

  1. provident fund 選択が確認されたら、People Operations Specialist はこの計算機を使用してリロケーション契約の報酬内訳を決定します。

  2. リロケーションが Workday に入力されると、ワークスペース (カルナータカ州) と (該当する場合) provident fund 手当および NPS Contribution Rate を更新する必要があります。

  • 「Change Location」ビジネスプロセスを進める際、Allowance セクションまでスクロールして「Add」 > Compensation Plan > をクリックします

  • チームメンバーによって確認された該当する ‘Compensation Plan’ を選択します:

“Provident Fund (INR)” 上限ありの場合 OR “Provident Fund (%)” 上限なしの場合

  • 注: さらなる Provident Fund フィールドは事前入力され、変更してはなりません
  1. Voluntary NPS Contribution rate（該当する場合）を追加するには、もう一度 ‘Add Plan Assignment’ を選択 > ‘Compensation Plan Type’: Allowance を選択 > ‘Voluntary NPS Contribution’ を選択 > 完了したら OK をクリックします

  • チームメンバーの Workday の契約フォルダーにある、オファーレターに添付された National Pension Scheme (NPS) Enrollment Acknowledgement フォームをレビューします

  • Workday の ‘Percent’ フィールドを、チームメンバーが選択した ‘Employee NPS Contribution Rate’ で更新し、もう一度 OK をクリックして送信します

ドイツ

ドイツへのリロケーション

これらは、ドイツへリロケーションするチームメンバー、またはドイツから移動するチームメンバーに契約を送るために People Operations チームが使用する手順です。

  1. 2025 年 1 月 1 日から、ドイツの特定の従業員書類は DocuSign 経由で発行でき、もはやウェットインク署名は不要になります。ドイツへリロケーションするチームメンバーの雇用契約は DocuSign を通じて発行できます。
  2. ドイツの現在のオンボーディングタスクをレビューし、必要な書類が記入されていることを確認します。
ドイツからのリロケーション
  • ドイツのリロケーション契約と相互終了契約プロセス

ドイツでのウェットインク署名の要件は、特定の雇用書類について削除されましたが、有効であるためには、終了書類には依然として適用されます。チームメンバーがドイツからリロケーションする場合、辞職レターまたは相互終了契約 (MTA) は、ドイツ法人の権限ある署名者によりウェットインク署名されなければなりません。

People Operations チームメンバーによって相互終了契約 (MTA) が作成されたら、次のステップは、ドキュメントを DocuSign でステージングしながら、同時にドキュメントをドイツ法人の権限ある署名者に送って、ドキュメントを物理的に署名して郵送してもらうことです。

  1. DocuSign で署名のためにドキュメントをステージングします。このドキュメントは最初に署名者に送られ、次にチームメンバーに送られます。

    • 署名されたら、ファイルをチームメンバーの Workday プロフィールに保存します。

  2. 署名者を選択し、ドキュメントを署名者とチームメンバーの両方によって物理的に署名して郵送するプロセスを開始するために、legal, employment にサポートを依頼します。

    • 保存した未署名の契約を開き、GitLab 署名者 (決定後) が必要な場所にいることを確認します:
      1. Summary Key of Terms - GitLab 署名者の名前を削除してフィールドを 空のままにします。
      2. 契約の最後までスクロール - 署名者の名前を「GitLab Signatory」に置き換えます。契約を PDF 形式で 保存します。
    • メールの本文に、プロセスの以下のステップを説明する必要があります。
      • 宛先 (受信者) - 指定された GitLab 署名者とチームメンバーの GitLab メールアドレス
      • 件名: Please Send Physical Contract for “Name of the team member”
      • 添付: 未署名の PDF 契約を添付します
        1. 指定された GitLab 署名者は、ドキュメントを 2 部印刷する必要があります。両方のコピーに署名し、それらをチームメンバーに郵送する必要があります。メールにチームメンバーの住所と電話番号を含めてください。
        2. チームメンバーがドキュメントを郵便で受け取ったら、1 部を保管し、もう 1 部に署名して署名者または要求された住所に送る必要があります。返信用の郵送先住所をメールに含めてください。
    • 郵便料金は払い戻しの申請ができます。その情報もメールに含めてください。
    • また、両当事者がドキュメントを郵送したことを確認するようメールで推奨することがベストプラクティスです。
    • 指定された署名者が署名済みのドキュメント (両当事者が署名したもの) を受け取ったら、署名済みドキュメントのスキャンコピーも People Operations チームに送る必要があります。そのリクエストもメールに含めてください。このドキュメントは、チームメンバーの Workday プロフィールに保存する必要があります。

カナダ

ケベックと非ケベックの間のリロケーション
  1. People Operations チームメンバーは、各州の契約上の違いにより、該当する雇用契約を作成します。
  2. People Operations チームメンバーは、契約に以下の詳細を追加します:
    • 開始日: リロケーションの発効日を追加
    • 開始日の下に次の行を追加: “Continuous Service Date: 元の雇用日を追加”
    • “1. Position” の上のセクションにこの文を追加: “Your continuity of service for all employment purposes begins on the 元の雇用日を追加: YYYY-MM-DD”

スペイン

スペインへのリロケーション
  1. テンプレートを選択する前、または契約を作成する前に、People Operations Lead は、リロケーションするチームメンバーが持つ役割の詳細を含む [email protected] に連絡し、適用される CBA の下での役割の分類のサポートを求める必要があります。分類は、契約作成に使用されるテンプレートの選択を決定します。
  2. リロケーションするチームメンバーがスペインの住所または NIE をまだ持っていない場合、legal, employment は使用のために別のテンプレートを提供できます (役割が分類されたら)。

韓国、フランス、またはシンガポール

韓国へのリロケーション
  1. People Operations Lead は、リロケーション契約を [email protected] と共有します。Global Upside は、リロケーションするチームメンバーに Egnyte (ペイロールプラットフォーム) ログイン招待メールを送信します。
フランスへのリロケーション

  1. フランスでは、契約は Legal チームによって個別に起草される必要があります。

  2. フランスにリロケーションするチームメンバーは、Mihi (時間追跡) への招待も受け取ります

  3. フランスにリロケーションするチームメンバーが、リロケーションする暦年の前の 5 暦年間フランスの税務上の居住者でなかった国外駐在員であり、impatriate 税制度の資格を評価したい場合、評価を行うことを People Operations に 3 か月前に通知する必要があります。リロケーションするチームメンバーが資格を確認したら、People Operations チームは適切な契約言語のサポートのために [email protected] に連絡できます。資格は複雑な税務事項であり、リロケーションするチームメンバーは個人の税務アドバイザーに確認する必要があることに注意してください。

フランスからのリロケーション
  1. リロケーションするチームメンバーは、新しい契約の開始日の 1 日前に発効する通知日で GitLab France S.A.S. から辞職する必要があります。辞職レターを [email protected] にメールで送り、辞職レターを Workday プロフィールにもアップロードしてください。これは、新しい国で同時にオンボードされる間にフランスでの退社を処理するために必要です。
  2. 辞職レターが [email protected] にメールで送られ、Workday にアップロードされたら、People Operations チームメンバーは、できるだけ早く (少なくとも 7 日以内) フランスからリロケーションするチームメンバーと、DocuSign 経由で電子署名のためにこのレターを共有して、通知期間の残高を放棄し、追加の事項に対処します。署名されたら、People Operations チームメンバーは、レターをチームメンバーの ‘Contracts & Changes’ Workday フォルダにアップロードします。

リロケーションのレポート作成

‘GitLab Team Member Relocations’ Workday レポートへのアクセスは、この Issue 経由でリクエストでき、定期的に自動送信できます。

このレポートには、以下の情報が含まれます。

  • チームメンバー名
  • マネージャー
  • リロケーション日
  • 開始ロケーション
  • 終了ロケーション

キャンセルされたリロケーションリクエストの手順

チームメンバーがリロケーションを進めないことを決定した場合。リロケーションプロセスのどこまで進んでいるかに応じて、これらのステップのすべてが必要なわけではありません。

  1. 署名されている場合、Google Drive と Workday から該当する契約を削除します
  2. ステークホルダーに変更を通知します。可能なステークホルダー:
    • PEO
    • Payroll
    • HRSavvy
  3. Workday - リロケーションのために変更されたフィールドを更新します。
  4. リロケーショントラッカーを更新します
最終更新 July 30, 2026: Merge pull request #483 from kyama0/translation/batch-2026-07-29-1 (c955a93f)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License