기본 사용자 청구 버전입니다. 이것은 최신 버전입니다. 한 달에 청구 가능한 총 사용자 수를 기준으로 요금이 청구됩니다. 이것은 새로 생성된 모든 New Relic 조직이 가지고 있는 버전이며 귀하의 조직이 가지고 있을 가능성이 있는 버전입니다.
원래 사용자 청구 버전입니다. 이것은 일부 조직에서 여전히 가지고 있는 이전 버전입니다.
조직의 버전에 따라 사용자 청구 방식과 일부 사용자 다운그레이드 규칙이 결정됩니다. 이러한 규칙은 아래에서 자세히 설명합니다.
사용 중인 버전이 확실하지 않습니까? 다음은 몇 가지 팁입니다.
billing UI [결제 UI] 의 Plan summary [요금제 요약] 페이지에 monthly provisioned users표시되면 원래 버전을 사용 중인 것입니다.
인보이스에 New Relic One - Pro Users 또는 New Relic One - Enterprise Users 이(가) 표시되면 원래 버전을 사용 중인 것입니다. 여기에 사용자 유형(예: New Relic - Pro Full Platform Users )이 포함되어 있으면 최신 버전을 사용하고 있는 것입니다.
기본 사용자 결제 버전
사용량 UI 를 사용하여 청구 가능한 사용자 수에 대한 개요를 확인할 수 있습니다. UI가 제공하는 것보다 더 자세한 정보가 필요한 경우 사용 관련 NRQL 쿼리 를 실행할 수도 있습니다.
한 달에 청구 가능한 조직의 사용자 수를 결정하기 위해 해당 월에 전체 플랫폼 사용자 또는 핵심 사용자의 청구 가능한 사용자 유형 을 가진 사용자를 계산합니다.사용자의 청구 가능한 사용자 유형 은 한 달 동안 사용자가 설정된 가장 높은 사용자 유형으로 정의됩니다.UTC 시간대를 사용하여 달력 월의 시작과 끝을 정의합니다.
이것이 실제로 어떻게 작동하는지에 대한 예: 사용자가 달력 월 중 어느 시점에서든 전체 플랫폼 사용자로 설정된 경우 해당 월에 청구 가능한 사용자 유형은 "전체 플랫폼 사용자"이며 다음과 같은 경우에도 변경되지 않습니다. 그들은 그 달 말에 다운그레이드합니다. 이는 해당 사용자가 전체 플랫폼 사용자로 잠시 변경되더라도 해당됩니다.
청구 가능한 사용자를 추가하거나 사용자 유형을 변경할 계획이라면 이러한 규칙을 염두에 두어야 합니다. 몇 가지 팁:
청구 가능한 사용자를 추가하거나 사용자를 업그레이드하려는 경우 월초에 수행하도록 선택할 수 있습니다.
사용자를 다운그레이드하려면 월말에 다운그레이드할 수 있습니다.
고유 사용자 수는 이메일 주소로 결정됩니다. 조직에 동일한 이메일 주소를 가진 여러 사용자 레코드가 있는 경우 청구 목적으로 해당 사용자 레코드는 단일 사용자로 계산되고 해당 사용자의 청구 가능 사용자 유형은 해당 월에 할당된 가장 높은 사용자 유형이 됩니다.
최신 사용자 모델 의 사용자: 관리자가 청구 가능한 사용자로 추가한 사용자는 청구할 수 있습니다. 청구 가능한 사용자가 New Relic에 로그인한 적이 없고 UI에 Pending invite 태그가 있더라도 여전히 청구 가능합니다. ( 원래 사용자 모델 의 사용자는 Pending invite 명의 사용자에게 청구할 수 없습니다.)
약정 계약이있는 조직의 경우 전체 플랫폼 사용자 다운그레이드 및 업그레이드에 적용되는 규칙은 다음과 같습니다.
정식 플랫폼 사용자가 다음 달에 더 낮은 사용자 유형으로 다운그레이드된 후 다음 달에 정식 플랫폼 사용자로 돌아가고 이 다운그레이드/업그레이드 주기가 약정 연도에 두 번 발생하는 경우 해당 사용자에게 전체 요금이 청구됩니다. 사용자 유형에 대한 편집과 관계없이 해당 연도의 나머지 기간 동안 플랫폼 사용자.사용자 청구가 작동하는 방식으로 인해 한 달 내에 발생하는 사용자 유형 변경을 관리하는 규칙은 없습니다. 한 달 동안 사용자의 청구 가능한 사용자 유형은 해당 월에 설정된 가장 높은 사용자 유형입니다.
다음은 이 규칙의 맥락에서 사용되는 용어에 대한 세부 정보입니다.
다운그레이드는 한 달 동안 전체 플랫폼 사용자로 청구되는 것에서 이후 달에 더 낮은 사용자 유형(코어 또는 기본)으로 청구되거나 삭제되는 것을 의미합니다.
업그레이드는 한 달 동안 핵심 사용자, 기본 사용자(또는 이전에 삭제된 사용자)로 청구되는 것에서 이후 달에 전체 플랫폼 사용자로 청구되는 것으로 바뀌는 것을 의미합니다.
계약 연도는 계약 시작 시점 또는 해당 시점의 기념일에 시작됩니다. 조직에서 다른 요금제로 시작하여 약정 계약으로 전환한 경우 선택한 날짜부터 계약 갱신 날짜 또는 약정 기간의 연간 기념일 중 더 빠른 날짜까지 사용자 유형 다운그레이드 규칙이 적용됩니다.
팁
전체 플랫폼 사용자 다운그레이드/업그레이드에 적용되는 규칙이 있는 이유는 무엇입니까?
전체 플랫폼 사용자 유형은 장기적인 분류를 목적으로 합니다. 우리는 약정 계약을 생성할 때 청구 가능한 사용자의 추정치를 사용하며 이러한 규칙을 통해 이러한 계약 제한을 일관되게 구현하고 있습니다.
다운그레이드 한도의 예
계약 연도가 3월에 시작한다고 가정해 보겠습니다. 그리고 사용자가 다음 계정 유형을 매월 순환한다고 가정해 보겠습니다.
사용자는 3월에 전체 플랫폼 사용자로 청구됩니다.
사용자는 4월에 기본 사용자로 청구됩니다(다운그레이드).
사용자는 6월에 전체 플랫폼 사용자로 청구됩니다(업그레이드).
사용자는 7월에 기본 사용자로 청구됩니다(다운그레이드).
해당 사용자가 다음 달에 전체 플랫폼 사용자로 돌아오면 이후 기본 사용자 또는 핵심 사용자로 다시 다운그레이드되더라도 해당 계약 연도의 남은 기간 동안 전체 플랫폼 사용자로 요금이 청구됩니다.
계층형 가격 책정
일부 조직에서는 청구 가능한 사용자에 대한 계층형 가격 책정에 액세스할 수 있습니다. 이에 대한 자세한 내용은 계층형 가격 책정 을 참조하십시오.
사용자 유형은 사용자에게 예상되는 New Relic 의무 및 책임에 따라 상당히 장기적인 설정을 의미합니다. 따라서 월간 프로비저닝 사용자는 12개월 동안 최대 2번만 다운그레이드할 수 있습니다. 사용자의 사용자 유형이 이 허용된 변경 수보다 많이 변경된 경우 New Relic은 해당 사용자에게 월별 프로비저닝된 사용자로 요금을 청구할 수 있습니다.