Skip to content
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

Open
cnharris10 opened this issue Nov 1, 2024 · 4 comments
Open

[Work_Item] Clarify guidance around 'Refunds' within FOCUS #636

cnharris10 opened this issue Nov 1, 2024 · 4 comments
Assignees
Labels
1.2 Agreed scope for release 1.2 backward compatibility Potentially affects compatibility with past FOCUS releases csp Cloud service providers discounts and credits Related to Discounts and Credits work item Issues to be considered for spec development
Milestone

Comments

@cnharris10
Copy link
Contributor

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:

  1. 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"

  2. 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"

  3. 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

  1. Add a Refund value to ChargeCategory to denote funds being returned
  2. Clarify that ChargeCategory:Adjustment should be used to denote funds being returned

Additionally, both implementations would need to clarify that ChargeCategory values: Usage, Purchase, and Tax 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.

@cnharris10 cnharris10 added the work item Issues to be considered for spec development label Nov 1, 2024
@github-project-automation github-project-automation bot moved this to Triage in FOCUS WG Nov 1, 2024
@cnharris10 cnharris10 changed the title [Work_Item] Add 'Refund' value to ChargeCategory [Work_Item] Clarify guidance around 'Refunds' within FOCUS Nov 1, 2024
@cnharris10 cnharris10 added the 1.2 consideration To be considered for release 1.2 label Nov 1, 2024
@shawnalpay shawnalpay added csp Cloud service providers discounts and credits Related to Discounts and Credits labels Nov 4, 2024
@jpradocueva
Copy link
Contributor

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.
Level of Effort Required: Low — Providing clearer guidance on refunds is straightforward but requires alignment on standard refund practices.

@shawnalpay shawnalpay added the backward compatibility Potentially affects compatibility with past FOCUS releases label Nov 11, 2024
@shawnalpay shawnalpay added the 1.2 Agreed scope for release 1.2 label Nov 18, 2024
@shawnalpay shawnalpay added this to the v1.2 milestone Nov 25, 2024
@jpradocueva
Copy link
Contributor

Summary from the Maintainers' call on Nov 25:

Context:
The goal is to define how refunds should be represented in the FOCUS dataset, providing clear guidance to ensure consistency across implementations.
Maintainers Assigned:
Alex, Irena
Task Force Assigned:
Task Force 1 (TF1), which focuses on financial and billing-specific items.

@jpradocueva
Copy link
Contributor

jpradocueva commented Dec 6, 2024

Action Items from the TF-1 call on December 3:

  • [#636] Alex @ahullah : Lay the groundwork for further discussion on the use case involving charge records for refunds that are not necessarily tied to previously invoiced billing periods. Provide a more detailed overview of the requirements and high-level overview of the pros and cons of various resolution options, including, but not limited to, those discussed in the meeting:
  • Introduction of an additional Charge Category
  • Introduction of a Charge Subcategory column
  • Introduction of an additional Charge Class
  • [#636] Irena @ijurica : Provide a link to the Google spreadsheet used as the basis for the Charge Category Cleanup discussion conducted during the 1.0 Release.

Action Items from the Members' call on December 5:

  • [#556] Volunteers: Develop a taxonomy for correction types, including normative requirements for each type.
  • [#556] Irena @ijurica : Draft a proposal for phased implementation of augmented correction handling and circulate it for feedback.
  • [#636] Chris @cnharris10 : Document detailed refund scenarios, particularly for corrections within open billing periods, to inform resolution.
  • [#636] Alex @ahullah : Review and propose updates to refund guidance, ensuring alignment with the expanded correction handling framework.

@jpradocueva
Copy link
Contributor

Action Items from the Maintainers' call on December 9:

  • [#556 and #636] Alex @ahullah to draft strawman definitions for corrections and refunds and present them at the next TF1 meeting.
  • [#556 and #636] Irena @ijurica to analyze existing use cases to identify potential overlaps or unique characteristics between corrections and refunds.
  • [#556 and #636] Riley @rileyjenk to prepare examples of corrections and refunds to aid in the definition process.

@shawnalpay shawnalpay moved this from Parking Lot to W.I.P in FOCUS WG Dec 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1.2 Agreed scope for release 1.2 backward compatibility Potentially affects compatibility with past FOCUS releases csp Cloud service providers discounts and credits Related to Discounts and Credits work item Issues to be considered for spec development
Projects
Status: W.I.P
Development

When branches are created from issues, their pull requests are automatically linked.

5 participants