AWS Cloud Credits: Runway and the Bill After Expiry
Separate eligible credit offsets from the gross operating bill using an exact monthly ledger, expiry loss, excluded charges and post-credit scenarios.
Forecast the gross operating bill before applying promotional credits. Then offset only supported eligible charges while the balance and validity permit. Keep excluded charges, unused expiry and the first uncredited period visible. A small credited invoice describes a temporary payment offset; it does not establish a lower recurring service cost or prove that the business can fund operation afterward.
This article helps a workload owner and finance owner review a credit-supported operating budget. It provides a single-credit monthly teaching ledger and a reusable evidence record. It does not forecast an award, interpret a private funding agreement, establish account eligibility or determine a company's bank runway. All amounts are fictional USD inputs, not AWS rates, an available benefit or customer results. No AWS account, billing console or provider API was queried.
1. Define which runway the ledger can measure
Credit coverage runway is the period in which an available credit can offset eligible charges. Company cash runway is how long cash can fund all obligations, including payroll, delivery invoices, tax, debt and other contracts. The first cannot establish the second. Even while eligible usage is fully covered, excluded bills and unrelated operating costs remain payable.
Give the forecast a workload, account/billing boundary, currency, calendar-month horizon and dated gross-charge basis. Gross here means modeled service charges before this promotional credit, after any other separately justified pricing adjustments. It is not necessarily public On-Demand price. Avoid subtracting a negotiated reduction once in the supplied estimate and again in a supposed savings column. Show commitment payment timing separately if it matters to treasury.
Name the credit balance source and its observation time. AWS Billing's credit documentation distinguishes balances and application history, and describes credit application until exhaustion or expiry. A historical balance is not permission to use the same full amount for several future workloads. Missing or denied billing evidence means unknown availability. Until the finance owner resolves it, retain a no-credit case rather than treating an unverified balance as available cash.
The cloud cost paper owns cost attribution and engineering-result classification. This article's narrower output is an offset schedule and post-credit funding question. It neither attributes a lower invoice to optimization nor recommends increasing consumption merely to use a promotional balance.
2. Check eligible charges and expiry before arithmetic
The AWS promotional-credit terms, checked on 9 October 2026 and marked updated 24 September 2026, restrict offsets to designated eligible services. They exclude transaction taxes and, unless AWS authorizes otherwise, specified charges including Marketplace and upfront Savings Plans or Reserved Instance fees. The terms name particular ineligible Support categories; do not assume every Support charge is covered or excluded. Credits have no cash value, and offer combination requires authorization. A particular credit may carry additional scope or purpose conditions.
Read the actual issued terms and account details with the authorized finance owner. Verify effective date, services, status, expiry, permitted billing scope and any project restriction. Redeemed credits can offset eligible charges in their entire expiry billing cycle under the public terms. That is not permission to redeem an expired code or extend the balance into a later cycle. The example below treats Month 3 as the last eligible billing cycle; it does not prorate a mid-month expiry daily.
Organization sharing and other balances can change allocation. AWS's application rules describe application order and sharing controls. This single-credit model excludes multiple-credit ordering, competing account consumption, billing transfer and account joins or departures. It assumes no other claimant and the supported billing boundary stays unchanged. If those assumptions fail, reconcile the real allocation before assigning the same offset to this workload.
Do not translate the example into a program offer. It contains no MAP, Activate, partner cash or procurement entitlement formula. A documented credit offset remains different from a delivery payment. For the broader migration cash and acceptance problem, use the migration overlap budget. Its source-retirement schedule cannot be inferred from a promotional balance.
3. Reconcile the exact six-month teaching ledger
Fictional case C41 begins with USD 6,000 of already available credit. It is active for the modeled eligible charges in Months 1–3, with no other allocation. Eligible usage is USD 1,000, USD 1,500 and USD 2,000 in those months. Months 4–6 retain eligible-category usage of USD 2,000 each, but this credit is no longer valid. Separately excluded charges are USD 400 every month. Each charge belongs in exactly one category. The excluded USD 400 is a stipulated mixed subtotal; it is not a claimed price for a named AWS service.
For each month through expiry, applied offset is the lesser of the entering balance and that month's eligible charges. Payable service subtotal is eligible plus excluded minus applied offset. Remaining unused balance expires after the last eligible billing cycle. Record it as lost coverage, not a later payment or another offset. This is a simplified undiscounted service-charge schedule, not an invoice emulator, daily accrual model or total treasury forecast.
| Month | Eligible-category charges | Excluded charges | Gross subtotal | Applied offset | Uncredited subtotal | Closing usable credit | Unused expiry |
|---|---|---|---|---|---|---|---|
| 1 | USD 1,000 | USD 400 | USD 1,400 | USD 1,000 | USD 400 | USD 5,000 | USD 0 |
| 2 | USD 1,500 | USD 400 | USD 1,900 | USD 1,500 | USD 400 | USD 3,500 | USD 0 |
| 3, last valid cycle | USD 2,000 | USD 400 | USD 2,400 | USD 2,000 | USD 400 | USD 0 | USD 1,500 |
| 4 | USD 2,000 | USD 400 | USD 2,400 | USD 0 | USD 2,400 | USD 0 | USD 0 |
| 5 | USD 2,000 | USD 400 | USD 2,400 | USD 0 | USD 2,400 | USD 0 | USD 0 |
| 6 | USD 2,000 | USD 400 | USD 2,400 | USD 0 | USD 2,400 | USD 0 | USD 0 |
| Six-month flow totals | USD 10,500 | USD 2,400 | USD 12,900 | USD 4,500 | USD 8,400 | Ending USD 0 | USD 1,500 |
- 1
- Eligible-category charges: USD 1,000
- Excluded charges: USD 400
- Gross subtotal: USD 1,400
- Applied offset: USD 1,000
- Uncredited subtotal: USD 400
- Closing usable credit: USD 5,000
- Unused expiry: USD 0
- 2
- Eligible-category charges: USD 1,500
- Excluded charges: USD 400
- Gross subtotal: USD 1,900
- Applied offset: USD 1,500
- Uncredited subtotal: USD 400
- Closing usable credit: USD 3,500
- Unused expiry: USD 0
- 3, last valid cycle
- Eligible-category charges: USD 2,000
- Excluded charges: USD 400
- Gross subtotal: USD 2,400
- Applied offset: USD 2,000
- Uncredited subtotal: USD 400
- Closing usable credit: USD 0
- Unused expiry: USD 1,500
- 4
- Eligible-category charges: USD 2,000
- Excluded charges: USD 400
- Gross subtotal: USD 2,400
- Applied offset: USD 0
- Uncredited subtotal: USD 2,400
- Closing usable credit: USD 0
- Unused expiry: USD 0
- 5
- Eligible-category charges: USD 2,000
- Excluded charges: USD 400
- Gross subtotal: USD 2,400
- Applied offset: USD 0
- Uncredited subtotal: USD 2,400
- Closing usable credit: USD 0
- Unused expiry: USD 0
- 6
- Eligible-category charges: USD 2,000
- Excluded charges: USD 400
- Gross subtotal: USD 2,400
- Applied offset: USD 0
- Uncredited subtotal: USD 2,400
- Closing usable credit: USD 0
- Unused expiry: USD 0
- Six-month flow totals
- Eligible-category charges: USD 10,500
- Excluded charges: USD 2,400
- Gross subtotal: USD 12,900
- Applied offset: USD 4,500
- Uncredited subtotal: USD 8,400
- Closing usable credit: Ending USD 0
- Unused expiry: USD 1,500
The opening USD 6,000 reconciles to USD 4,500 applied plus USD 1,500 expired. Gross USD 12,900 minus actual modeled offsets of USD 4,500 equals USD 8,400 uncredited service charges. Closing balances are stocks, not monthly charges: do not sum USD 5,000 and USD 3,500 as another benefit. In Month 3, USD 1,500 remains after applying the offset and then expires; the closing usable balance is therefore zero.
The first three uncredited subtotals total USD 1,200, averaging USD 400 a month. Extrapolating that average for six months would suggest USD 2,400. The exact schedule requires USD 8,400, a USD 6,000 difference. Month 4's USD 2,400 is six times the earlier USD 400 subtotal even though the underlying service cost has not jumped from Month 3. A startup that reserves only USD 400 for that cycle would lack USD 2,000 for these modeled charges, before payroll or other bills.
4. Test exhaustion, lower demand and failed eligibility
Faster consumption can bring the uncredited bill forward. In a separate C41-high scenario, eligible charges are USD 3,000 every month and excluded charges remain USD 400. The same USD 6,000 balance is exhausted in Month 2. Gross six-month charges are USD 20,400, offsets USD 6,000 and uncredited charges USD 14,400. Month 3 needs USD 3,400 despite being within the nominal validity window. Expiry and exhaustion are different endpoints; report which occurs first.
Lower demand can instead waste more credit. With USD 500 eligible charges each month, only USD 1,500 is offset before expiry; USD 4,500 expires unused. Gross six-month charges are USD 5,400 and uncredited charges USD 3,900. That is less spending than the first scenario, not a failure that should be repaired by creating unnecessary work. Spending to consume credits can create persistent data, supporting resources or obligations that remain after the offset ends.
If eligibility or account allocation cannot be established, C41's no-credit case retains all USD 12,900 as uncredited service charges. Do not replace uncertainty with the unsupported USD 6,000 face-value deduction. An ineligible charge cannot become eligible through a spreadsheet label, and a forecast award cannot be merged into an issued balance. Resolve the evidence first, then version the conditional scenario without erasing the no-credit alternative.
A real change also needs a service gate. Reducing backup retention or recovery capacity solely to fit the post-credit bill can violate the workload's requirements. Ask the engineering owner which cost can be changed without losing required behavior and what acceptance/recovery evidence permits it. The budget can motivate that investigation; it cannot authorize resource deletion, a commitment purchase, changed credit sharing or new provider usage.
5. Fill the reusable credit-to-bill record
Maintain one credit record and a joined charge schedule. Use controlled evidence references, not credit codes, private award terms or account identifiers in a shareable worksheet. The balance, status and coverage need their own owner. An issued balance may still be unavailable to this particular workload; a displayed zero can mean exhausted, expired or inaccessible evidence, and those states need different handling.
| Evidence field | Required entry | If unresolved |
|---|---|---|
| Scope and observation | Workload/billing alias, currency, horizon and balance timestamp | Hold workload-level allocation claim |
| Issued credit | Available balance, active status, effective/expiry cycles and governing reference | Keep no-credit case; do not forecast an award |
| Eligibility and sharing | Applicable charges, restrictions, competing allocations and sharing evidence | No unsupported offset or duplicate benefit |
| Gross-charge basis | Dated usage/rate basis; eligible and excluded categories without overlap | Forecast remains incomplete, not artificially low |
| Monthly reconciliation | Opening balance, applied offset, expiry loss, closing usable balance and uncredited bill | Investigate missing or inconsistent rows |
| Post-credit capacity | Full operating bill, other obligations, finance owner and decision deadline | Hold expansion that depends on unsupported payment capacity |
| Changed assumption | Demand, rates, scope, terms or allocation changes and next check | Version and rerun affected periods |
- Scope and observation
- Required entry: Workload/billing alias, currency, horizon and balance timestamp
- If unresolved: Hold workload-level allocation claim
- Issued credit
- Required entry: Available balance, active status, effective/expiry cycles and governing reference
- If unresolved: Keep no-credit case; do not forecast an award
- Eligibility and sharing
- Required entry: Applicable charges, restrictions, competing allocations and sharing evidence
- If unresolved: No unsupported offset or duplicate benefit
- Gross-charge basis
- Required entry: Dated usage/rate basis; eligible and excluded categories without overlap
- If unresolved: Forecast remains incomplete, not artificially low
- Monthly reconciliation
- Required entry: Opening balance, applied offset, expiry loss, closing usable balance and uncredited bill
- If unresolved: Investigate missing or inconsistent rows
- Post-credit capacity
- Required entry: Full operating bill, other obligations, finance owner and decision deadline
- If unresolved: Hold expansion that depends on unsupported payment capacity
- Changed assumption
- Required entry: Demand, rates, scope, terms or allocation changes and next check
- If unresolved: Version and rerun affected periods
For C41, the record should state last-valid cycle Month 3, no competing allocation, applied USD 4,500, expired USD 1,500 and first wholly uncredited cycle Month 4. These are supplied fictional conditions, not authenticated references. Before a real approval, finance must check actual billing evidence and engineering must check the gross-charge assumptions. An arithmetic test proves conservation of the supplied values, not those premises.
6. Recheck before the payment boundary arrives
Schedule review early enough for the team to change scope or obtain legitimate payment capacity before credits stop covering charges. Compare forecast with dated actual applications and gross charges on the same basis. A lower remaining balance may reflect another account's allocation rather than this workload's demand. Reconcile that difference before shifting an unexplained amount into the forecast. Avoid acting on a cached balance while treating it as a live amount available for commitment.
Pause a cost-dependent expansion when its credit availability, eligibility, gross estimate or payment capacity is unsupported. Keep the existing authorized service's required controls intact while the responsible owners choose a safe response. If a planned optimization fails its service checks, follow its agreed recovery path rather than hiding the regression behind a smaller invoice. Record uncertain outcomes and the person responsible for resolving them.
The example's limitations include tax, foreign exchange, financing, additional discounts not already included in the supplied gross-charge basis, invoice settlement delays and all non-service business payments. It assumes a single currency and month-end accounting, not continuous cash liquidity. Real credits can be cancelled or have additional conditions; the no-credit case remains part of the review. This model cannot settle eligibility disputes, recommend spending to exhaust a balance or establish a permanent effective rate.
Start with one sanitized balance/coverage record from the finance owner and six months of gross charges from the engineering owner, including the first uncredited cycle. Reconcile their rows and challenge the high-demand and no-credit cases. Decide how the full operating bill will be funded or safely reduced before authorizing expansion. Keep that decision separate from any hoped-for future award.
Related resources
AWS Migration Business Case: Who Funds the Overlap?
Build an AWS migration budget that includes dual running, retained commitments, customer effort, acceptance delays and conditional funding before approving a move.
Cloud Cost Optimization: Attribution, Workload Models, and Change Evidence
Build a traceable cloud cost program with allocation rules, workload models, commitment scenarios, safe change gates, and a ledger that separates realized reductions from modeled avoidance.