As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Conceitos e melhores práticas para o AWS Billing Conductor
Esta seção destaca algumas das melhores práticas para quando você trabalha com o AWS Billing Conductor.
Controle do acesso ao AWS Billing Conductor
O AWS Billing Conductor só pode ser acessado por usuários que tenham acesso ao pagador ou à conta administrativa. 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 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.
Compreender como a data de entrada e saída da conta principal afeta o faturamento pro forma
Esta seção se aplica somente ao usar o Billing Conductor como um serviço independente sem a transferência de faturamento ativada.
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 que ingressou na sua organização no meio do mês como a conta principal de um grupo de cobrança, todas as contas desse grupo de cobrança não poderão ver seus dados de faturamento proforma na primeira metade do mês. Isso ocorre porque a conta principal não fazia parte da organização na época. Da mesma forma, se a conta principal sair da sua organização no meio do mês, as contas do grupo de cobrança não poderão ver o faturamento pro forma a partir da data em que a conta principal saiu da organização.
nota
O grupo de cobrança é marcado para ser excluído no mês seguinte, quando a conta principal sair da sua organização. Para manter o faturamento proforma das contas desse grupo de cobrança nos meses seguintes, recomendamos que você exclua o grupo de cobrança e crie um novo. O novo grupo de cobrança pode ser criado com uma nova conta principal ou usando a conta original, caso tenha voltado à sua organização.
Por exemplo, sua conta principal ingressou na sua organização em 15 de outubro e saiu em 28 de outubro. Os dados de faturamento pro forma de todas as contas do grupo de cobrança incluirão apenas o custo e o uso entre 15 e 28 de outubro. Isso vale mesmo se outras contas fizerem parte do grupo de cobrança durante todo o mês de outubro.
Para evitar discrepâncias entre os conjuntos de dados de custo e uso nos domínios proforma faturáveis, certifique-se de que a conta escolhida como conta principal faça parte da sua organização durante todo o mês.
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 pro forma. 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 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 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.
Exemplo: usando o Billing Conductor como um serviço independente
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.
Do ponto de vista da conta do membro, as configurações do novo grupo de cobrança são aplicadas ao uso da conta durante todo o mês quando a conta é Account 3 transferida de um novo grupo de cobrança para outro no meio do mês. Isso se reflete no Cost Explorer e no Bills, como se a conta fizesse parte do novo grupo de cobrança desde o início do mês.
| 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 |
Exemplo: uso do Billing Conductor com transferência de faturamento
Diferentemente dos usuários autônomos do Billing Conductor, os usuários de transferência de faturamento não configuram grupos de cobrança manualmente. No entanto, alterações proforma e de dados cobráveis ocorrem quando contas vinculadas são adicionadas ou removidas AWS Organizations, ou quando a conta de transferência de faturas modifica a configuração de preços.
Condutor de cobrança com transferências de faturamento em dois níveis
A transferência de faturamento suporta transferências de dois níveis para contas selecionadas. Uma conta de transferência de fatura pode transferir sua própria fatura e todas as faturas da conta de origem da fatura para uma conta de gerenciamento externa (destinatário da transferência de fatura). Essa conta de recebimento é responsável por pagar as contas das contas de origem da two-levels-down fatura e as contas da conta intermediária de transferência de fatura, que se torna uma conta de origem da fatura ao transferir sua fatura.
Para obter mais informações sobre transferências de dois níveis, consulte Cotas de transferência de faturamento.
| Função da conta | Transferência de um nível | Transferência em dois níveis |
|---|---|---|
| Conta de origem da fatura | Gera uma fatura consolidada e a transfere para uma conta de gerenciamento externa | Gera uma fatura consolidada e a transfere para uma conta de gerenciamento externa |
| Conta de transferência de faturas | Não aplicável | Transfere sua própria fatura e faturas da conta de origem da fatura para uma conta de destinatário da transferência de faturas. Atua como uma conta de transferência de fatura para contas de origem de fatura e como uma conta de origem de fatura para o destinatário da transferência de fatura. Usa o Billing Conductor para gerenciar preços visíveis para contas de origem de faturamento. |
| Receptor de transferência de contas | Recebe e paga faturas consolidadas da conta de origem da fatura e de sua própria conta. Usa o Billing Conductor para gerenciar preços visíveis na conta de origem da fatura. | Recebe e paga faturas consolidadas de todas as contas de origem da fatura (incluindo a conta de transferência de faturas) e de sua própria conta. Usa o Billing Conductor para gerenciar os preços de todas as contas de origem da fatura. Somente a conta de transferência de fatura vê os custos precificados pelo destinatário da transferência de fatura, enquanto as contas de origem de fatura veem os custos precificados pela conta de transferência de fatura. |
Exemplo 1: negócios do conglomerado
Cada subsidiária tem várias unidades de negócios. O conglomerado de mídia implementa uma FinOps estratégia central para incentivar o uso de AWS serviços específicos em toda a empresa, modernizar sua infraestrutura e reduzir os custos gerais da nuvem.
Fluxo de uso
O AWS uso de
Business Unit_1.1(Bill SourceaccountID 123) é de $15, com base na computação padrão AWS padrão.O AWS uso do
Subsidiary_1(accountID 456) é de $30, com base na computação padrão AWS padrão.O AWS uso do
Conglomerate_A(Bill Transfer-Bill ReceiveraccountID 789) é de $10, com base na computação padrão padrão AWS .
Fluxo de pagamento
Conglomerate_A(accountID 789) recebe três faturas e faturas consolidadas separadas para o uso de cada conta. Eles pagam AWS um total de $55.
Fluxos de showback e chargeback
Conglomerate_A(destinatário da transferência de faturaaccountID 789) cobra Subsidiary_1 (transferência de faturaaccountID 456) $14 pelo uso da Unidade de Negócios_1.1 (fonte da faturaaccountID 123) e $29 pelo uso da Subsidiária 1 (Transferência de FaturasaccountID 456) para recompensá-los pelo uso dos serviços recomendados. AWS
No Gerenciamento de Faturamento e Custos da AWS console, Subsidiary_1 visualiza apenas Business Unit_1.1 os custos (accountID 123) em $14 e seus próprios custos (accountID 456) em $29, conforme definido por. Conglomerate_A Subsidiary_1paga Conglomerate_A $43 pelo uso combinado.
Para fornecer incentivos para melhorar as operações orçamentárias, Subsidiary_1 cobra Business Unit_1.1 $13,50.
No Gerenciamento de Faturamento e Custos da AWS console, Business Unit_1.1 visualiza apenas seus próprios custos em $13,50, conforme definido por. Subsidiary_1
Exemplo 2: Negócio de revenda de distribuição
A empresa B é uma distribuidora de serviços de revenda AWS . O distribuidor recebe descontos da AWS Partner Network (APN) para apoiar AWS a expansão. O distribuidor revende para seus parceiros (vendedores posteriores), que então revendem para clientes finais. Tanto os distribuidores quanto os vendedores posteriores compartilham o desconto da APN e cobram dos clientes finais com base nos preços públicos pré-descontados.
Fluxo de uso
O AWS uso do cliente final (ID da conta Bill Source 123) é de $20 (com base na computação padrão padrão AWS )
O valor AWS do vendedor Downstream (ID da conta de transferência de fatura 456) é de $2 (com base no cálculo padrão padrão AWS )
O AWS uso do Distribuidor (ID da conta do destinatário da fatura para transferência de faturas 789) é de $1 (com base no cálculo padrão padrão) AWS
Fluxo de pagamento
O distribuidor (conta de transferência de faturas - conta de destinatário da fatura ID 789) receberá três faturas e faturas consolidadas diferentes pelo uso de cada conta e pagará um total de $23 para. AWS
Fluxos de showback e chargeback
O distribuidor (conta Bill Transfer-Bill Receiver ID 789) cobra do vendedor downstream (ID da conta Bill Transfer 456) $21 pelo uso da conta do cliente final (ID da conta Bill Source 123) e $3 pelo uso da conta Bill Transfer (ID 456). O vendedor downstream visualiza exclusivamente os custos do cliente final (ID da fonte de fatura 123) com preço de $21 em seu console de Billing and Cost Management. O vendedor downstream visualiza exclusivamente seus próprios custos de sua conta de transferência de contas (ID 456) ao preço de $3.
O vendedor downstream cobrará de volta $22 do cliente final (por exemplo, preços públicos).
nota
Para transferências de faturamento em dois níveis:
A conta do destinatário da transferência de faturas não precisa enviar convites para contas de origem da fatura. Somente a conta de transferência de faturas envia convites. Quando uma conta de origem de fatura aceita o convite, o destinatário da transferência de fatura recebe uma CloudWatch notificação e assume automaticamente a cobrança das contas de origem da fatura.
A conta do destinatário da transferência de faturas deve configurar manualmente um grupo de cobrança nas “contas de origem da fatura” AWS Organizations por meio do Billing Conductor. Essa configuração permite que a conta de transferência de fatura visualize os custos da conta de origem da fatura conforme alocados pelo destinatário da transferência de fatura. Para usuários do programa de distribuição da APN, isso permite que os vendedores posteriores vejam quanto devem ao distribuidor pelo uso dos clientes finais.
Para obter ajuda com a automatização desse processo, entre em contato com. Suporte
