Skip to content

Chargeback vs Chargeforward: AWS Billing Conductor vs AWS Invoice Configuration

4 minute read
Content level: Intermediate
0

AWS Billing Conductor and AWS invoice configuration are easy to confuse, because both deal with separating and allocating cost across business units, subsidiaries, or partner customers. This article explains what each one changes, compares them side by side, lists the main considerations, and shows when to use which.

Note: "charge forward" is not an AWS term. It is an informal label used in this article to contrast with chargeback. The official AWS names are AWS Billing Conductor, AWS invoice configuration, and invoice units.

Scenario

Organizations with consolidated billing often need to separate cost for a subsidiary, a business unit, or a partner customer. Two AWS features address this, and they are easy to confuse because both deal with who pays for what. They act in different places, though. Billing Conductor produces a custom, alternate view of your cost and leaves the real invoice unchanged. Invoice configuration changes the actual AWS invoice, splitting it into separate invoices for the accounts you choose.

A short way to frame the contrast: Billing Conductor is a chargeback tool, because you re-allocate cost internally with a custom pro forma bill. Invoice configuration is the "charge forward" case, because AWS sends the real invoice to the entity that owns the spend.

Billing Conductor: the chargeback tool

Billing Conductor builds pro forma cost data from pricing rules, pricing plans, and custom line items applied to a billing group. It is designed for chargeback and showback. It does not change your real invoice, your credits, or your Reserved Instance and Savings Plans discounts. You use it to show or charge cost back at rates you define, and you can generate a Cost and Usage Report per billing group.

Invoice configuration: the "charge forward" case

Invoice configuration splits the real AWS invoice by business entity. You group accounts into invoice units and assign an invoice receiver for each. There is no custom pricing. It takes the actual AWS charges and routes them to the account you choose, so the right entity is invoiced directly.

Creating an invoice unit in the console Figure 1. Creating an invoice unit in the console.

One caveat on scope: both features work inside a single consolidated billing family, and Billing Conductor crosses organizations only through billing transfer. Neither feature moves money between legal entities by itself.

Side by side

QuestionBilling Conductor (chargeback)Invoice configuration ("charge forward")
Does it change the real invoice?No. The AWS invoice is untouchedYes. It splits the real invoice
Can you set your own rates?Yes: pricing rules, plans, custom line itemsNo. It uses the actual AWS charges
How many invoices?OneOne per invoice unit
Who gets billed?The payer, as usualThe receiver you name for each unit
What is the scope?A subset, or a whole org via billing transferOne payer account or organization
What is it best for?Custom rates or margins and cost recoveryA clean, separate invoice per entity

Considerations

  • Pro forma data can take up to about 24 hours to appear after you create a billing group, so a new group showing zeros is expected at first.
  • Billing Conductor charges a per-account fee for accounts in a billing group. Factor it into the plan.
  • An invoice unit's name and its invoice receiver cannot be changed after the unit is created.
  • Invoice configuration does not add new accounts automatically. Add them manually or through the AWS Invoicing APIs.

Conclusion

Use Billing Conductor when you need custom rates or margins and internal or partner cost recovery, while keeping the real AWS invoice intact. Use invoice configuration when you need a separate, real invoice per business entity, delivered to the right account. The two are not mutually exclusive: you can split invoices with invoice configuration and layer Billing Conductor on top for the rated view.

Sources

AWS
EXPERT

published 15 days ago57 views