Usuários: Faturamento e regras

A cobrança do usuário faturável é feita por mês. Para determinar a contagem de usuários faturáveis de uma organização em um mês, contamos os usuários durante esse mês que tinham um billable user type de usuário completo da plataforma ou de usuário principal. O billable user type de um usuário é definido como o tipo de usuário mais alto no qual um usuário foi definido durante um mês civil. Usamos o fuso horário UTC para definir o início e o fim de um mês.

Para ver um exemplo de como isso funciona na prática: se um usuário for definido como usuário completo da plataforma em qualquer momento durante um mês, o tipo de usuário faturável para esse mês será full platform user e não será alterado, mesmo se ele fizer downgrade. mais tarde naquele mês. Este é o caso mesmo que esse usuário seja alterado para um usuário completo da plataforma apenas brevemente.

Se você planeja adicionar um usuário faturável ou alterar o tipo de usuário do seu usuário, lembre-se dessas regras. Algumas dicas:

• Se quiser adicionar um usuário faturável ou atualizar um usuário, provavelmente você desejará fazer isso no início do mês.

• Se você quiser fazer o downgrade de um usuário, provavelmente fará isso no final do mês.

• Usamos o horário UTC para determinar o início e o fim de um mês. Isso significa que se, por exemplo, você estivesse no horário do Pacífico e quisesse fazer downgrade do usuário no último dia do mês, você teria que fazer essas alterações até as 17h, horário do Pacífico.

  Os usuários da sua organização com o mesmo endereço de e-mail são contados apenas como um usuário. Para obter mais informações, consulte rastreamento de usuário.

  Para usuário em nosso modelo de usuário mais recente: usuário é faturável quando adicionado pelos administradores como usuário faturável. Mesmo que um usuário faturável nunca tenha feito login no New Relic e tenha uma tag Pending invite na interface, ele ainda será faturável. (Para usuário em nosso modelo de usuário original, Pending invite usuário não são faturáveis.)

  Para obter mais informações sobre como adicionar e convidar usuários, consulte Adicionar usuário.

  O custo do seu usuário faturável depende da edição de preços da organização (Standard, Pro ou Enterprise) ou de qualquer acordo personalizado que você possa ter com a New Relic.

  Quando uma organização New Relic começa a ser cobrada pela primeira vez, sua contagem de usuários faturáveis é calculada proporcionalmente com base em quando, durante o mês, eles começaram. Se uma organização cancelar sua assinatura, o rateio também será aplicado ao último mês.

As regras referentes a quantas vezes você pode fazer downgrade de usuário completo da plataforma diferem dependendo se o seu plano de uso é pré-pago ou um contrato de compromisso.

Regras de downgrade com pagamento conforme o uso

Para o plano de utilização pré-pago, não há regras que limitem o downgrade de usuário. Mas observe que o cálculo do faturamento pode impactar suas decisões sobre quando fazer upgrade ou downgrade do usuário.

Regras de downgrade de contratos de compromisso

Antes de fazer upgrade ou downgrade de um usuário, você deve entender como funciona o faturamento do usuário.

Para organizações com contratos de compromisso, a regra que rege downgrades e upgrades completos de usuários da plataforma é esta:

If a full platform user is downgraded to a lower user type in a later month and then returned to a full platform user in a later month, and this downgrade/upgrade cycle happens twice in a contract year, that user will be billed as a full platform user for the remainder of the year, regardless of edits to their user type. Não há regras que regem as alterações de tipo de usuário que ocorrem dentro de um mês devido ao modo como o faturamento do usuário funciona: o tipo de usuário faturável de um usuário para um mês civil é o tipo de usuário mais alto definido durante esse mês.

Aqui estão detalhes sobre os termos usados no contexto desta regra:

• Um downgrade significa deixar de ser cobrado como um usuário completo da plataforma em um mês para, em um mês posterior, ser cobrado como um tipo de usuário inferior (principal ou básico) ou excluído.

• Um upgrade significa deixar de ser cobrado como usuário principal, usuário básico (ou usuário excluído anteriormente) em um mês para, em um mês posterior, ser cobrado como usuário completo da plataforma.

• Um contract year começa no ponto inicial do seu contrato ou no aniversário desse ponto. Se sua organização iniciou com um plano de preços diferente e mudou para um contrato de compromisso, a regra de downgrade de tipo de usuário será aplicada a partir da data em que você optou por participar até a data de renovação do contrato ou a data de aniversário anual do seu termo de compromisso, o que ocorrer primeiro.

  Dica

  Why do we have rules governing full platform user downgrades/upgrades?

  O tipo de usuário da plataforma completa pretende ser uma classificação de longo prazo. Contamos com estimativas de usuários faturáveis quando criamos um contrato de compromisso, e essas regras garantem que estamos implementando esses limites contratuais de forma consistente.

  Exemplo de limites de downgrade

  Digamos que um ano de contrato comece em março. E digamos que o usuário percorra esses tipos de conta mês a mês:

1. O usuário é cobrado como usuário completo da plataforma em março

2. O usuário será cobrado como usuário básico em abril (downgrade)

3. O usuário será cobrado como usuário completo da plataforma em junho (upgrade)

4. O usuário será cobrado como usuário básico em julho (downgrade)

   Se esse usuário voltar a ser um usuário completo da plataforma em qualquer mês subsequente, ele será cobrado pelo restante do ano do contrato como um usuário completo da plataforma, mesmo que seja rebaixado novamente para ser um usuário básico ou usuário principal depois disso.