-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Work_Item] Clarify guidance around 'Refunds' within FOCUS #636
Comments
Notes from the Maintainers' call on November 4:Context: The spec currently lacks clear guidance on handling refunds, leading to inconsistencies in how providers and practitioners report refunds. This item seeks to clarify those guidelines. |
Summary from the Maintainers' call on Nov 25:Context: |
Action Items from the TF-1 call on December 3:
Action Items from the Members' call on December 5:
|
Action Items from the Maintainers' call on December 9:
|
Problem Statement
The current FOCUS spec offers 5 values to categorize rows:
Purchase
,Usage
,Tax
,Adjustment
,Credit
. FOCUS does not provide guidance on how the spec should handle a return of funds after a purchase. Given this lack of guidance, FOCUS providers could feasibly issue a "refund" in the following ways:Supply a negative cost value to negate the initial row:
a. Initial Row:
ChargeCategory:Purchase, BilledCost:100, ChargeDescription:"Purchase X"
b. Refund:
ChargeCategory:Purchase, BilledCost:-100, ChargeDescription:"Refund for Purchase X"
Issue a credit to act like a refund:
a. Initial Row:
ChargeCategory:Purchase, BilledCost:100, ChargeDescription:"Purchase X"
b. Refund:
ChargeCategory:Credit, BilledCost:-100, ChargeDescription:"Refund for Purchase X"
Issue an adjustment to act like a refund:
a. Initial Row:
ChargeCategory:Purchase, BilledCost:100, ChargeDescription:"Purchase X"
b. Refund:
ChargeCategory:Adjustment, BilledCost:-100, ChargeDescription:"Refund for Purchase X"
Given these 3 routes, FOCUS should either provide an additional
ChargeCategory
value,Refund
, or declarative guidance, like with correction handling, how refunds should be modeled.Objective
Practitioners can easily pinpoint refund-based rows and tie back to a set of original line items that they negate
Supporting Documentation
Each CSP models refunds with a top-level classification:
AWS: line_item/line_item_type:Refund
Azure: ChargeType:Refund
GCP: cost_type:adjustment
Proposed Solution / Approach
Possible Solutions
Refund
value toChargeCategory
to denote funds being returnedChargeCategory:Adjustment
should be used to denote funds being returnedAdditionally, both implementations would need to clarify that
ChargeCategory
values:Usage
,Purchase
, andTax
should never contain negative values, unless scoped as a correction.Epic or Theme Association
Provide the rational for the Epic or Theme.
Stakeholders
Provide names and roles of key stakeholders.
The text was updated successfully, but these errors were encountered: