Melhores práticas para o AWS Billing Conductor

Esta seção destaca algumas das melhores práticas para quando você está trabalhando com o AWS Billing Conductor.

Entenda a importância da data de adesão à conta principal

A data em que a conta principal ingressou na sua organização define o limite histórico dos custos pro forma desse grupo de cobrança. Se você escolher uma conta principal que foi criada ou vinculada à sua conta de gerenciamento no meio do mês, os custos proforma não incluirão os custos de outras contas do grupo de cobrança, incluindo contas que faziam parte da sua organização antes da adesão da conta principal.

Por exemplo, digamos que a conta principal ingressou na sua organização em 15 de outubro. A fatura pro forma de todas as contas do grupo de cobrança incluirá somente o custo e o uso a partir dessa data. A fatura pro forma começa em 15 de outubro, mesmo que outras contas do grupo de cobrança tenham sido membros da organização antes do mês atual.

Haverá uma discrepância entre o domínio faturável e o domínio de cobrança pro forma no primeiro mês do grupo de cobrança. O domínio pro forma não incluirá nenhum uso acumulado antes de 15 de outubro. Após o primeiro mês, os custos proforma incluirão todo o uso.

Para evitar essa discrepância inicial entre os dados faturáveis e proforma na primeira fatura do grupo de cobrança, escolha uma conta principal que tenha sido vinculada à conta administrativa durante todo o mês ou antes.

Controle do acesso ao AWS Billing Conductor

O Billing and Cost Management só pode ser acessado por usuários que tenham acesso ao pagador ou à conta de gerenciamento. Para conceder aos usuários do IAM permissão para criar grupos de faturamento e ver os principais indicadores de desempenho (KPIs) do AWS Billing Conductor no console do Billing and Cost Management, você também deve conceder aos usuários do IAM o seguinte:

• Listar contas dentro de Organizations

Para saber mais sobre como oferecer aos usuários a capacidade de criar grupos de cobrança e planos de preços no console do AWS Billing Conductor, consulte. Gerenciamento de identidade e acesso para AWS Billing Conductor

Você também pode criar recursos do AWS Billing Conductor programaticamente usando a API AWS Billing Conductor. Ao configurar o acesso à API AWS Billing Conductor, recomendamos criar um usuário exclusivo do IAM para permitir o acesso programático. Isso ajuda você a definir controles de acesso mais precisos entre quem na sua organização tem acesso ao console do AWS Billing Conductor e à API. Para dar acesso de consulta à API AWS Billing Conductor a vários usuários do IAM, recomendamos criar uma função de acesso programático do IAM para cada um.

Entendendo o conjunto de dados do AWS Billing Conductor

Embora os modelos de dados do AWS Billing Conductor compartilhem muitas semelhanças com o modelo de dados AWS de faturamento padrão, existem algumas diferenças.

O condutor AWS de cobrança não inclui:

• Créditos (resgatados no nível do pagador ou da conta vinculada)

• Imposto

• AWS Support cobranças

Além disso, o AWS Billing Conductor compartilha instâncias reservadas e Savings Plans com as contas colocadas no mesmo grupo de cobrança, independentemente de suas preferências de compartilhamento no domínio de cobrança padrão.

Entendendo a lógica computacional do AWS Billing Conductor

O cálculo do AWS Billing Conductor é flexível para as alterações que você faz em um determinado mês, mantendo a integridade histórica dos dados de faturamento do período anterior. Isto pode ser melhor descrito com um exemplo.

Neste exemplo, temos dois grupos de faturamento, A e B. O grupo de faturamento A inicia o período de faturamento com as contas de 1 a 3 no grupo. No meio do mês, a conta do pagador passa da Account 3 para o Billing Group B. Nesse ponto, a recomputação dos custos dos grupos de faturamento A e B são necessários para modelar com precisão a alteração mais recente. Quando a Account 3 é transferida, o uso do Billing Group A é modelado como se a Account 3 não fizesse parte do grupo de faturamento durante o período de faturamento atual. Além disso, o uso do Billing Group B é modelado como se a Account 3 fosse parte do Billing Group B desde o início do período de faturamento. Essa abordagem elimina a necessidade de calcular taxas complexas e modelos de estorno quando as contas se movem entre grupos dentro do período de faturamento.

Grupo de faturamento A	Dias: 1 - 15	Dias: 16 - 30	Fim do mês
Conta 1	$100	$100	$200
Conta 2	$100	$100	$200
Conta 3	$100	N/D	N/D
Total	$300	$200	$400

Grupo de faturamento B	Dias: 1 - 15	Dias: 16 - 30	Fim do mês
Conta 4	$100	$100	$200
Conta 5	$100	$100	$200
Conta 6	$100	$100	$200
Conta 3	$100	$100	$200
Total	$400	$400	$800

Entendendo a frequência de atualização do AWS Billing Conductor

AWS os dados de faturamento são atualizados pelo menos uma vez por dia. AWS O Billing Conductor usa esses dados para calcular seus dados de cobrança proforma. Os itens de linha personalizados que são gerados para serem aplicados ao mês atual são refletidos em 24 horas. Os itens de linha personalizados que são gerados para serem aplicados ao período de cobrança anterior podem levar até 48 horas para serem refletidos nos Relatórios de AWS Custos e Uso de um grupo de cobrança ou na página de faturas de um determinado grupo de cobrança.

Entendendo as diferenças entre o AWS Billing Conductor AWS CUR e o CUR padrão AWS

Há algumas diferenças entre os relatórios padrão de custo e uso e o AWS CUR pro forma criado usando a configuração do AWS Billing Conductor.

• O AWS CUR padrão calcula o custo e o uso de cada conta em sua família de faturamento consolidado. Um AWS CUR pro forma por grupo de cobrança inclui somente as contas no grupo de cobrança no momento do cálculo.

• O AWS CUR padrão preenche a coluna da fatura uma vez e a fatura é gerada por. AWS Um AWS CUR pro forma não preenche a coluna da fatura. Atualmente, nenhuma fatura é gerada ou emitida AWS com base em dados de faturamento pro forma.