자체 관리 구독 획득
GitLab에서 사용자의 요금 청구 방법
사용자 보기
- 매일 및 역사적으로 청구 가능한 사용자 확인
- 매일과 과거의 청구 사용자 업데이트
사용자 및 구독 좌석 관리
- 구독에 좌석 추가
구독 데이터 동기화
- 구독 데이터 수동 동기화
- 구독 데이터
구독 확인하기
라이센스 사용 내역 내보내기
- 라이센스 사용 내역 파일 내용
구독 갱신하기
구독 등급 업그레이드
구독의 연락처 추가 또는 변경
구독 만료
저장소

GitLab 자체 관리 구독

Tier: Premium, Ultimate Offering: Self-managed

GitLab을 구독한 후, 자체 관리 구독의 세부 정보를 관리할 수 있습니다. 문제가 발생하는 경우 문제 해결 페이지를 참조하세요.

자체 관리 구독 획득

GitLab을 GitLab 자체 관리 설치에 구독하려면 다음을 수행하세요:

가격 책정 페이지로 이동하여 자체 관리 계획을 선택합니다. 이동하면 고객 포털로 리디렉션되어 구매를 완료할 수 있습니다.
구매 후, 활성화 코드가 고객 포털 계정과 연결된 이메일 주소로 전송됩니다. 이 코드를 귀하의 GitLab 인스턴스에 추가해야 합니다.

참고: 기존 Free GitLab 자체 관리 인스턴스에 대한 구독을 구매하는 경우, 사용자를 충분히 구매하는지 확인하세요.

GitLab에서 사용자의 요금 청구 방법

GitLab의 자체 관리 구독은 하이브리드 모델을 사용합니다. 구독 기간 동안 최대 사용자 수에 따라 구독료를 지불합니다.

오프라인이나 닫힌 네트워크가 아닌 경우, GitLab 자체 관리 설치의 동시 사용자 최대 수가 매 분기마다 확인됩니다.

인스턴스가 분기별 사용 보고서를 생성하지 못하는 경우, 기존의 사용자 초과 모델이 사용됩니다. 분기별 사용 보고서가 없으면 비례로 요금을 부과할 수 없습니다.

청구 가능한 사용자

청구 가능 사용자는 구독 중 구매한 구독 좌석 수에 포함됩니다.

현재 구독 기간 동안 인스턴스에 사용자를 차단, 비활성화하거나 추가할 때 청구 가능 사용자 수가 변경됩니다.

사용자는 청구 가능 사용자로 계산되지 않습니다만,:

비활성화되거나 차단된 경우.
승인 대기 중인 경우.
자체 관리 Ultimate 구독 또는 GitLab.com 구독의 최소한의 액세스 역할만 있는 경우.
Ultimate 구독의 게스트 또는 최소한의 액세스 역할만 있는 경우.
Ultimate 구독에서 프로젝트 또는 그룹 멤버십이 없는 경우.
계정이 GitLab에서 생성된 경우:
- Ghost 사용자.
- 지원 봇과 같은 봇.
- 프로젝트용 봇 사용자.
- 그룹용 봇 사용자.
- 다른 내부 사용자.

청구 가능 사용자의 수는 매일 관리자 영역에 보고됩니다.

라이선스에 포함된 사용자

시스템에 로드된 현재 라이선스에서 구매한 사용자 수입니다. 현재 구독 기간 동안 좌석을 추가하지 않는 한 수는 변경되지 않습니다.

최대 사용자

현재 라이선스 기간 동안 시스템에서 청구 가능 사용자의 최대 숫자를 나타냅니다.

사용자 초과 구독

GitLab 구독은 특정 좌석 수에 대해 유효합니다. 사용자 초과 구독 수는 현재 구독 기간에 구독이 허용하는 숫자를 초과하는 사용자 수를 표시합니다.

현재 라이선스 기간에 대한 최대 사용자 - 구독된 사용자로 계산됩니다. 예를 들어, 10 사용자에 대한 구독을 구입했다면,

이벤트	청구 가능 사용자	최대 사용자
열 사용자가 모든 10 좌석을 차지함.	10	10
두 명의 새로운 사용자 가입.	12	12
세 명의 사용자가 떠나며 계정이 차단됨.	9	12
네 명의 새로운 사용자 가입.	13	13

사용자 초과 구독 = 13 - 10 (최대 사용자 - 라이선스에 있는 사용자)

체험 라이선스의 경우 사용자 초과 구독 값은 항상 0입니다.

사용자 초과 구독 값이 0보다 크면 GitLab 인스턴스에 허가된 사용자 수보다 더 많은 사용자가 있습니다. 추가 사용자에 대해 갱신 전이나 갱신 시 지불해야 합니다. 이를 사실에 맞추기 프로세스라고 합니다. 이를 수행하지 않으면 라이선스 키가 작동하지 않습니다.

사용자 초과 구독 수를 보려면 관리자 영역으로 이동하세요.

무료 게스트 사용자

Tier: Ultimate Offering: GitLab.com, Self-managed, GitLab Dedicated

Ultimate 등급에서 게스트 역할을 할당받은 사용자는 좌석을 사용하지 않습니다. 사용자는 인스턴스의 다른 곳에 어떤 역할도 할당되어서는 안됩니다.

프로젝트가 비공개 또는 내부인 경우, 게스트 역할을 가진 사용자는 일련의 권한을 가집니다.
프로젝트가 공개인 경우, 게스트 역할을 가진 모든 사용자는 프로젝트에 액세스할 수 있습니다.
사용자의 가장 높은 할당된 역할은 비동기적으로 업데이트되며 업데이트에는 시간이 걸릴 수 있습니다.

참고: 사용자가 프로젝트를 생성하면 유지자 또는 소유자 역할이 할당됩니다. 관리자로서 사용자가 프로젝트를 생성하지 못하게 하려면 사용자를 외부 사용자로 표시할 수 있습니다.

사용자 보기

인스턴스의 사용자 목록을 확인하세요:

왼쪽 사이드바에서 가장 아래쪽에 있는 관리자를 선택합니다.
사용자를 선택합니다.

사용자를 선택하여 계정 정보를 확인하세요.

매일 및 역사적으로 청구 가능한 사용자 확인

필수 사항:

귀하는 관리자여야 합니다.

GitLab 인스턴스에서 매일 및 역사적으로 청구 가능한 사용자 목록을 얻을 수 있습니다:

Rails 콘솔 세션을 시작합니다.
인스턴스의 사용자 수를 세어봅니다:
```
User.billable.count
```

지난 1년 동안 인스턴스의 역사적 최대 사용자 수를 얻습니다:

::HistoricalData.max_historical_user_count(from: 1.year.ago.beginning_of_day, to: Time.current.end_of_day)

매일과 과거의 청구 사용자 업데이트

필수 조건:

귀하는 관리자여야 합니다.

귀하의 GitLab 인스턴스에서 매일 청구 사용자와 과거의 청구 사용자를 수동으로 업데이트할 수 있습니다.

Rails 콘솔 세션을 시작합니다.

매일 청구 사용자를 강제로 업데이트합니다:

identifier = Analytics::UsageTrends::Measurement.identifiers[:billable_users]
::Analytics::UsageTrends::CounterJobWorker.new.perform(identifier, User.minimum(:id), User.maximum(:id), Time.zone.now)

과거의 최대 청구 사용자를 강제로 업데이트합니다:
```
::HistoricalDataWorker.new.perform
```

사용자 및 구독 좌석 관리

구독 좌석 수에 대한 사용자 수를 관리하는 것은 어려울 수 있습니다:

LDAP가 GitLab과 통합되어 있는 경우, 구성된 도메인의 누구나 GitLab 계정에 가입할 수 있습니다. 이로 인해 갱신 시 예상치 못한 청구가 발생할 수 있습니다.
귀하의 인스턴스에서 가입이 허용된 경우, 인스턴스에 액세스할 수 있는 누구나 계정에 가입할 수 있습니다.

GitLab에는 사용자 수를 관리하는 데 도움이 되는 여러 기능이 있습니다. 귀하는 다음을 할 수 있습니다:

새 가입에 대한 관리자 승인 필요.
새 사용자를 자동으로 차단할 수 있습니다. 또는 OmniAuth를 통해 자동으로 차단할 수 있습니다.
청구 사용자 수 제한을 설정하여 관리자 승인 없이 구독에 추가하거나 가입할 수 있는 사용자의 수를 제한할 수 있습니다.
신규 등록을 비활성화하고 대신 새 사용자를 수동으로 관리할 수 있습니다.
사용자 통계 페이지에서 역할별 사용자를 확인할 수 있습니다.

구독에 좌석 추가

라이선스로 이용 가능한 사용자 수를 늘리려면, 구독 기간에 구독에 좌석을 추가할 수 있습니다. 구독 기간 동안 추가된 좌석 비용은 구매일부터 구독 기간의 끝까지 비례해서 청구됩니다. 귀하는 라이선스 수에 해당하는 사용자 수에 도달했더라도 사용자를 계속 추가할 수 있습니다. GitLab에는 초과 사용분에 대해 청구합니다.

구독에 좌석을 추가하려면:

고객 포털에 로그인합니다.
구독 및 구매 페이지로 이동합니다.
관련 구독 카드에서 좌석 추가를 선택합니다.
추가 사용자 수를 입력합니다.
구매 요약 섹션을 검토합니다. 이 섹션에는 시스템의 모든 사용자에 대한 총 가격 및 이미 지불한 금액에 대한 신용이 명시됩니다. 귀하는 순 변동분만 청구됩니다.
결제 정보를 입력합니다.
좌석 구매를 선택합니다.

지불 영수증이 이메일로 발송되며, 이를 송장에서도 확인할 수 있습니다.

귀하의 구독이 활성화 코드로 활성화된 경우, 추가 좌석이 귀하의 인스턴스에 즉시 반영됩니다. 라이선스 파일을 사용하는 경우, 업데이트된 파일을 받게 됩니다. 좌석을 추가하려면, 라이선스 파일을 추가하여 귀하의 인스턴스에 추가해야 합니다.

구독 데이터 동기화

필수 조건:

GitLab Enterprise Edition (EE).
인터넷에 연결되어 있어야 하며 오프라인 환경이 아니어야 합니다.
활성화 코드로 귀하의 인스턴스를 활성화했어야 합니다.

귀하의 구독 데이터는 매일 귀하의 자체 관리 인스턴스와 GitLab 간에 자동으로 동기화됩니다.

대략 오전 3:00 (UTC)에 매일 동기화 작업이 구독 데이터를 고객 포털로 전송합니다. 따라서 업데이트 및 갱신이 즉시 적용되지 않을 수 있습니다.

데이터는 보안적 이유로 암호화된 HTTPS 연결을 통해 customers.gitlab.com의 443포트로 안전하게 전송됩니다. 작업이 실패한 경우, 약 17시간 동안 최대 12회 재시도합니다.

자동 데이터 동기화를 설정한 후, 다음 프로세스도 자동화됩니다.

분기별 구독 조정.
구독 갱신.
좌석 추가 또는 GitLab 계층 업그레이드와 같은 구독 업데이트.

구독 데이터 수동 동기화

어느 시점에서든 구독 데이터를 수동으로 동기화할 수 있습니다.

왼쪽 사이드바의 맨 아래에서 관리자를 선택합니다.
구독을 선택합니다.
구독 상세정보 섹션에서 동기화를 선택합니다 ().

그러면 동기화 작업이 대기열에 들어갑니다. 작업이 완료되면 구독 세부정보가 업데이트됩니다.

구독 데이터

매일 동기화 작업은 다음 정보를 고객 포털로 전송합니다.

날짜
타임스탬프
암호화된 라이선스 키 내에서 다음과 같이 암호화된 사항들:
- 회사 이름
- 라이선스 소지자 이름
- 라이선스 소지자 이메일
과거 최대 사용자 수
청구 사용자 수
GitLab 버전
호스트명
인스턴스 ID

또한 다음과 같은 애드온 메트릭스를 전송합니다.

애드온 유형
구매된 좌석 수
할당된 좌석 수

라이선스 동기화 요청의 예시:

{
  "gitlab_version": "14.1.0-pre",
  "timestamp": "2021-06-14T12:00:09Z",
  "date": "2021-06-14",
  "license_key": "eyJkYXRhIjoiYlR2MFBPSEJPSnNOc1plbGtFRGZ6M
  Ex1mWWhyM1Y3NWFOU0Zj\nak1xTmtLZHU1YzJJUWJzZzVxT3FQRU1PXG5
  KRzErL2ZNd0JuKzBwZmQ3YnY4\nTkFrTDFsMFZyQi9NcG5DVEdkTXQyNT
  R3NlR0ZEc0MjBoTTVna2VORlVcbjAz\nbUgrNGl5N0NuenRhZlljd096R
  nUzd2JIWEZ3NzV2V2lqb3FuQ3RYZWppWVFU\neDdESkgwSUIybFJhZlxu
  Y2k0Mzl3RWlKYjltMkJoUzExeGIwWjN3Uk90ZGp1\nNXNNT3dtL0Vtc3l
  zWVowSHE3ekFILzBjZ2FXSXVQXG5ENWJwcHhOZzRlcFhr\neFg0K3d6Zk
  w3cHRQTTJMTGdGb2Vwai90S0VJL0ZleXhxTEhvaUc2NzVIbHRp\nVlRcb
  nYzY090bmhsdTMrc0VGZURJQ3VmcXFFUS9ISVBqUXRhL3ZTbW9SeUNh\n
  SjdDTkU4YVJnQTlBMEF5OFBiZlxuT0VORWY5WENQVkREdUMvTTVCb25Re
  ENv\nK0FrekFEWWJ6VGZLZ1dBRjgzUXhyelJWUVJGTTErWm9TeTQ4XG5V
  aWdXV0d4\nQ2graGtoSXQ1eXdTaUFaQzBtZGd2aG1YMnl1KzltcU9WMUx
  RWXE4a2VSOHVn\nV3BMN1VFNThcbnMvU3BtTk1JZk5YUHhOSmFlVHZqUz
  lXdjlqMVZ6ODFQQnFx\nL1phaTd6MFBpdG5NREFOVnpPK3h4TE5CQ1xub
  GtacHNRdUxTZmtWWEZVUnB3\nWTZtWGdhWE5GdXhURjFndWhyVDRlTE92
  bTR3bW1ac0pCQnBkVWJIRGNyXG5z\nUjVsTWJxZEVUTXJNRXNDdUlWVlZ
  CTnJZVTA2M2dHblc4eVNXZTc0enFUcW1V\nNDBrMUZpN3RTdzBaZjBcbm
  16UGNYV0RoelpkVk02cWR1dTl0Q1VqU05tWWlU\nOXlwRGZFaEhXZWhjb
  m50RzA5UWVjWEM5em52Y1BjU1xueFU0MDMvVml5R3du\nQXNMTHkyajN5
  b3hhTkJUSWpWQ1BMUjdGeThRSEVnNGdBd0x6RkRHVWg1M0Qz\nMHFRXG5
  5eWtXdHNHN3VBREdCNmhPODFJanNSZnEreDhyb2ZpVU5JVXo4NCtD\nem
  Z1V1Q0K1l1VndPTngyc1l0TU5cbi9WTzlaaVdPMFhtMkZzM2g1NlVXcGI
  y\nSUQzRnRlbW5vZHdLOWU4L0tiYWRESVRPQmgzQnIxbDNTS2tHN1xuQ3
  hpc29D\nNGh4UW5mUmJFSmVoQkh6eHV1dkY5aG11SUsyVmVDQm1zTXZCY
  nZQNGdDbHZL\ndUExWnBEREpDXG41eEhEclFUd3E1clRYS2VuTjhkd3BU
  SnVLQXgvUjlQVGpy\ncHJLNEIzdGNMK0xIN2JKcmhDOTlabnAvLzZcblZ
  HbXk5SzJSZERIcXp3U2c3\nQjFwSmFPcFBFUHhOUFJxOUtnY2hVR0xWMF
  d0Rk9vPVxuIiwia2V5IjoiUURM\nNU5paUdoRlVwZzkwNC9lQWg5bFY0Q
  3pkc2tSQjBDeXJUbG1ZNDE2eEpPUzdM\nVXkrYXRhTFdpb0lTXG5sTWlR
  WEU3MVY4djFJaENnZHJGTzJsTUpHbUR5VHY0\ndWlSc1FobXZVWEhpL3h
  vb1J4bW9XbzlxK2Z1OGFcblB6anp1TExhTEdUQVdJ\nUDA5Z28zY3JCcz
  ZGOEVLV28xVzRGWWtUUVh2TzM0STlOSjVHR1RUeXkzVkRB\nc1xubUdRe
  jA2eCtNNkFBM1VxTUJLZXRMUXRuNUN2R3l3T1VkbUx0eXZNQ3JX\nSWVQ
  TElrZkJwZHhPOUN5Z1dCXG44UkpBdjRSQ1dkMlFhWVdKVmxUMllQTUwzT
  C9KS0w5Y3J1eGVhaTFjb1JmWG92R0tLVXBcblYwVEdVN090Z0hjYk02Vn
  NqABB0K3d6Zk\nw3cHRQTTJMTGdGb2Vwai90S0VJL0ZleXhxTEhvaUc2N
  7UwM2VKREtOS0FFWnIyVFNNYjZzWT0XG5mNWIxY3lTL05iWWdyZzJ5d2k
  wcjNaVFFxY3F3U29PWU1DXG5ibTFtQW05a3c5cUVk99jKdXJFVjdVdE9J
  NUUyT2pWNWpWczNtTytldFU9XG4zZkwrMHVrOWFzL1JxZLNUVnJDcnBia
  EdaQlVpUFxuNFZBbGxEYU45cWtmWUp3QkRxZG16bzdDVUFlbEZyWkNLd1
  VFcE5EWllFUVZVTGxL\nN1p1SlFMa3I5cXA2UGNUUG5IVE1tdkpybThFS2
  pSdlVQMk5Gck5QR2tFaDFrbmozRxJXG5nbUlrKzZsZUlnQUlyazFUcUNL
  SkY1L3FxYjNjU3NNcjZ3Q1NuTG90I2VwcFpyN3ZpQlBMUTNTYlJHQUkwV
  UJ0QnVkQjNoAAB1NU09ci9nN3lCbDlhSXdNZGJDIn0=\n",
  "max_historical_user_count": 75,
  "billable_users_count": 75,
  "hostname": "gitlab.example.com",
  "instance_id": "9367590b-82ad-48cb-9da7-938134c29088",
  "add_on_metrics": [
    {
      "add_on_type": "duo_enterprise",
      "purchased_seats": 100,
      "assigned_seats": 50
    }
  ]
}

구독 확인하기

이전 조건:

관리자여야 합니다.

구독 상태를 볼 수 있습니다:

왼쪽 사이드바에서 아래쪽에서 관리자(Admin)를 선택합니다.
구독(Subscription)을 선택합니다.

구독(Subscription) 페이지에는 다음 정보가 포함됩니다:

라이센스 소지자
플랜
업로드된 날짜, 시작된 날짜 및 만료되는 날짜
라이센스 사용자 수
과금 가능한 사용자 수
최대 사용자 수
구독 초과 사용자 수

라이센스 사용 내역 내보내기

이전 조건:

관리자여야 합니다.

라이센스 사용 내역을 CSV 파일로 내보낼 수 있습니다.

이 파일에는 GitLab이 분기 조정이나 갱신을 수동으로 처리하는 데 사용하는 정보가 포함되어 있습니다. 인스턴스가 방화벽으로 보호되어 있거나 오프라인 환경인 경우 이 정보를 GitLab에 제공해야 합니다.

경고: 라이센스 사용 파일을 열지 마십시오. 파일을 열면 라이센스 사용 데이터를 제출할 때 오류가 발생할 수 있습니다.

왼쪽 사이드바에서 아래쪽에서 관리자(Admin)를 선택합니다.
구독(Subscription)을 선택합니다.
오른쪽 상단 모서리에서 라이센스 사용 내역 파일 내보내기(Export license usage file)를 선택합니다.

라이센스 사용 내역 파일 내용

라이센스 사용 내역 파일에는 다음 정보가 포함됩니다:

라이센스 키
라이센스 소지자 이메일
라이센스 시작 날짜 (UTC)
라이센스 만료 날짜 (UTC)
회사
파일이 생성되고 내보낸 타임스탬프 (UTC)
기간 동안 각 날짜마다의 사용자 수 기록 표:
- 기록된 수의 타임스탬프 (UTC)
- 과금 가능한 사용자 수

참고: CSV 파일에서 날짜와 시간에 대한 커스텀 형식을 사용합니다.

구독 갱신하기

구독을 자동으로 갱신하거나 수동으로 갱신할 수 있습니다.

다음 중 하나를 원하는 경우 구독을 수동으로 갱신해야 합니다:

구독 티어를 업그레이드하려는 경우
더 적은 좌석으로 갱신하려는 경우

구독 갱신일 이전에는 계정을 검토해야 합니다.

계정 검토하기

정기적으로 결제 계정 설정 및 구매 정보를 검토해야 합니다.

결제 계정 설정을 검토하려면:

고객 포털에 로그인합니다.
결제 계정 설정(Billing account settings)을 선택합니다.
다음을 확인하거나 업데이트합니다:
- 결제 수단(Payment methods) 아래에 있는 파일의 신용 카드.
- 회사 정보(Company information) 아래에 있는 구독 및 청구 연락처 세부 정보.
변경사항을 저장합니다.

사용자 계정을 정기적으로 검토해야 합니다. 이를 통해 올바른 수의 활성 과금 사용자만 갱신하는지 확인할 수 있습니다. 비활성 사용자 계정:

과금 가능한 사용자로 계산될 수 있습니다. 비활성 사용자 계정을 갱신하면 원래보다 많은 금액을 지불하게 됩니다.
보안 위험이 될 수 있습니다. 정기적인 검토는 이 위험을 줄이는 데 도움이 됩니다.

자세한 내용은 다음 문서를 참조하세요:

사용자 통계.
사용자 및 구독 좌석 관리.

고객 포털에 액세스하는 데 도움이 필요하거나 구독을 관리하는 연락인을 변경해야 하는 경우 지원 팀에 문의하세요.

더 적은 좌석으로 갱신하기

더 적은 좌석으로 갱신하려면 다음 중 하나를 수행할 수 있습니다:

구독을 수동으로 갱신.
구독을 취소하고 판매 팀에 문의하여 앞으로 필요한 좌석 수를 지정하세요.

구독 수동으로 갱신하기

구독 만료 30일 전에 GitLab 사용자 인터페이스에서 관리자에게 구독 만료 날짜가 표시됩니다.

구독 만료 전 15일 이상으로 구독을 수동으로 갱신할 수 없습니다. 갱신할 수 있는 시기를 확인하려면:

고객 포털에 로그인합니다.
구독 작업(Subscription actions) ()을 선택한 다음 구독 갱신을 선택하여 갱신할 수 있는 날짜를 확인합니다.

구독을 수동으로 갱신하려면:

갱신 전에 비활성 상태 또는 원치 않는 사용자를 차단합니다.
다음 구독 기간에 필요한 사용자 수를 결정합니다.
고객 포털에 로그인합니다.
기존 구독 아래에서 갱신(Renew)을 선택합니다. 이 버튼은 구독 만료 15일 전까지는 표시되지 않습니다.
플랜 업그레이드 아래에서 원하는 구독 티어를 선택합니다.
구독 티어를 업그레이드할 수 있지만 낮은 티어로 변경할 수는 없습니다.
낮은 티어로 변경하려면 GitLab 판매 팀에 문의하세요.
구독 세부정보(Subscription details)에서 과금 가능한 사용자 텍스트 상자에 다음 구독 기간 동안 필요한 사용자 좌석 수를 입력합니다.
참고: 이 숫자가 갱신 시점의 과금 가능한 사용자 수와 동일하거나 그 이상인지 확인합니다.
선택 사항입니다. 이전 구독 기간에 인스턴스의 최대 사용자 수가 라이센스로 허용된 수를 초과했으면 과다 지출은 갱신 시에 지불해야 합니다.
라이센스 초과 사용자(Users over license) 텍스트 상자에 발생한 구독 초과 사용자 수를 입력합니다.
갱신 상세정보를 검토하고 구독 갱신을 선택하여 결제 프로세스를 완료합니다.
관련 구독 카드가 있는 구독 및 구매 페이지에서 활성화 코드 복사(Copy activation code)를 선택하여 갱신 기간을 위한 활성화 코드 복사본을 가져옵니다.
활성화 코드를 인스턴스에 추가합니다.

자동 구독 갱신

선결 조건:

구독 데이터 동기화를 활성화해야 합니다.

구독 갱신일 2일 전에는 계정을 검토하여 변경 사항이 갱신되는 데 충분한 시간 안에 GitLab으로 동기화되도록 해야 합니다.

구독이 자동 갱신되도록 설정된 경우 만료일에 UTC 자정에 구독이 자동으로 갱신되어 서비스 중단이 없이 사용할 수 있습니다. Customers Portal을 통해 구매한 구독은 기본적으로 자동 갱신으로 설정됩니다.

갱신 시점에 요금을 부과할 수 있는 사용자 수에 따라 사용자 자리 수가 조정되며, 그 수가 현재 구독 수량보다 높을 경우입니다. (사용자 보기)

이메일 통지

구독이 자동으로 갱신되기 15일 전, 갱신에 관한 정보가 포함된 이메일이 발송됩니다.

신용카드의 유효 기간이 만료된 경우 해당 이메일에서 업데이트하는 방법을 안내합니다.
미지급 요금 또는 구독이 자동 갱신될 수 없는 경우, 해당 이메일에서는 판매 팀에 문의하거나 고객 포털에서 수동으로 갱신하라고 안내합니다.
문제가 없는 경우 해당 이메일은 다음을 명시합니다:
- 갱신되는 제품의 이름과 수량
- 지불해야 하는 총액. 갱신 전에 사용량이 늘어나면 해당 금액이 변경됩니다.

자동 구독 갱신 활성화 또는 비활성화

고객 포털을 사용하여 자동 구독 갱신을 활성화하거나 비활성화할 수 있습니다:

고객 포털에 로그인합니다. 구독 및 구매 페이지로 이동합니다.
구독 카드를 확인합니다:
- 카드에 DATE 만료가 표시되면 구독이 자동 갱신으로 설정되어 있지 않습니다. 자동 갱신을 활성화하려면 구독 조치 ()에서 자동 갱신 켜기를 선택합니다.
- 카드에 DATE 자동 갱신이 표시되면 구독이 자동 갱신으로 설정되어 있습니다. 자동 갱신을 비활성화하려면:
  1. 구독 조치 ()에서 구독 취소를 선택합니다.
  2. 취소 사유를 선택합니다.
  3. 선택 사항: 무엇이든 추가하시겠습니까?에 관련 정보를 입력합니다.
  4. 구독 취소를 선택합니다.

갱신 프로세스 중에 어려움이 있다면, 도움이 필요하면 지원팀에 문의하십시오.

갱신 송장 관리

갱신을 위한 송장이 생성됩니다. 이 갱신 송장을 확인하거나 다운로드하려면 고객 포털 송장 페이지로 이동하십시오.

계정에 저장된 신용카드가 있는 경우 해당 카드로 송장 금액이 청구됩니다.

지불을 처리하지 못하거나 자동 갱신이 다른 이유로 실패하는 경우, 구독을 갱신할 수 있는 기간으로 14일이 주어지며, 그 후에 GitLab 등급이 다운그레이드됩니다.

갱신 프로세스 중에 어려움이 있다면, 도움이 필요하면 지원팀에 문의하십시오.

구독 등급 업그레이드

GitLab 등급을 업그레이드하려면:

고객 포털에 로그인합니다.
해당 구독 카드에서 플랜 업그레이드를 선택합니다.
활성 결제 방법을 확인하거나 새 결제 방법을 추가합니다.
개인 정보 보호 정책과 서비스 약관에 동의합니다 확인란을 선택합니다.
구독 업그레이드를 선택합니다.

다음이 이메일로 발송됩니다:

지불 영수증. 이 정보는 송장에서도 확인할 수 있습니다.
라이선스를 위한 새로운 활성화 코드.

새 등급은 다음 구독 동기화 시에 적용되거나 구독을 수동으로 동기화하여 즉시 업그레이드할 수 있습니다.

구독의 연락처 추가 또는 변경

연락처는 구독과 청구 계정 설정을 관리할 수 있습니다.

고객 포털 계정의 소유자를 다른 사람에게 이전하는 방법에 대한 정보는 프로필 소유자 정보 변경를 참조하십시오.

구독에 다른 연락처를 추가하려면 보조 연락처 추가를 참조하십시오.

구독 만료

라이선스는 만료일에 서버 시간 00:00에서 만료됩니다.

라이선스가 만료되면 14일 유예 기간 후:

인스턴스가 읽기 전용이 됩니다.
GitLab이 Git 푸시 및 이슈 생성과 같은 기능을 차단합니다.
모든 관리자에게 만료 메시지가 표시됩니다.

예를 들어, 라이선스의 만료일이 2025년 1월 1일인 경우:

2024년 12월 31일 서버 시간 11:59:59 PM에 만료됩니다.
2025년 1월 1일 서버 시간 12:00:00 AM부터 만료된 것으로 간주됩니다.
2025년 1월 1일 서버 시간 12:00:00 AM에서 2025년 1월 14일 서버 시간 11:59:59 PM까지 14일의 유예 기간이 있습니다.
인스턴스가 2025년 1월 15일 서버 시간 12:00:00 AM에 읽기 전용이 됩니다.

라이선스가 만료된 후:

기능을 계속 사용하려면 새 라이선스를 활성화하십시오.
무료 등급 기능 만 사용하려면 만료된 라이선스를 삭제하십시오.

저장소

자체 관리 인스턴스의 저장소와 전송 양은 응용 프로그램 제한이 없습니다. 관리자는 기본 인프라 비용을 책임지며 저장소 크기 제한 설정을 할 수 있습니다.

GitLab 자체 관리 구독

자체 관리 구독 획득

GitLab에서 사용자의 요금 청구 방법

청구 가능한 사용자

라이선스에 포함된 사용자

최대 사용자

사용자 초과 구독

무료 게스트 사용자

사용자 보기

매일 및 역사적으로 청구 가능한 사용자 확인

매일과 과거의 청구 사용자 업데이트

사용자 및 구독 좌석 관리

구독에 좌석 추가

구독 데이터 동기화

구독 데이터 수동 동기화

구독 데이터

구독 확인하기

라이센스 사용 내역 내보내기

라이센스 사용 내역 파일 내용

구독 갱신하기

계정 검토하기

더 적은 좌석으로 갱신하기

구독 수동으로 갱신하기

자동 구독 갱신

이메일 통지

자동 구독 갱신 활성화 또는 비활성화

갱신 송장 관리

구독 등급 업그레이드

구독의 연락처 추가 또는 변경

구독 만료

저장소

도움말

기능 사용 가능성과 제품 평가판

도움받기