sh-notion/notion_data_team_no_files/Credit Notes Downstream Analysis 1de0446ff9c980d9a0c1fd9477d7fcb7.md

Credit Notes Downstream Analysis

Base Model

int_xero__credit_notes

Downstream Models

• int_xero__credit_note_line_items
  • No aggregations
• int_xero__sales_denom_mart
  • No aggregations
• int_xero__sales_monthly_trends
  • Aggregated at accounting financial level, need to update seed model with Resolution account codes
• xero__credit_note_line_items
  • No aggregations
• xero__credit_notes
  • No aggregations
• xero__net_fees
  • Double check on this, but it shouldn’t affect since it’s grouped by item_code which is null for Host Resolution payments. Indeed this change doesn’t affect for the reason previously mentioned
• xero__net_fees_by_deal
  • This model would be affected by it since it’s aggregating all invoices and credit notes regardless of the type they are by date and id_deal .
  • Possible solution would be to add a new field is_resolution_payout in xero__credit_notes and use this field to filter out all credit notes from Resolutions Payouts
• xero__sales_denom_mart
  • No aggregations
• xero__sales_monthly_trends
  • No aggregations
  • We do need to include the new account_code for all Resolutions Payouts to stg_seed__accounting_aggregations
• int_kpis__metric_daily_invoiced_revenue
  • It does add new records but with all dimension values as 0 since the model adds the values filtering be accounting_root_aggregation or accounting_kpis_aggregation set for the different account codes in stg_seed__accounting_aggregations This already adds records with all dimension values as 0 for every other account code that is not in stg_seed__accounting_aggregations
• int_kpis__metric_daily_total_and_retained_revenue
  • No impact since it aggregates by the different revenue sources
• int_kpis__metric_monthly_invoiced_revenue
  • No impact since it aggregates by the different revenue sources
• int_kpis__metric_mtd_invoiced_revenue
  • No impact since it aggregates by the different revenue sources