counterweight/data-dwh-dbt-project
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
data-dwh-dbt-project/seeds/stg_seed__accounting_aggregations.csv

39 lines
2.8 KiB
CSV
Raw Normal View History

Merged PR 4107: First version of accounting aggregations # Description Creates a seed to define how to aggregate the different revenue/cost sources, at account code level. This is propagated to the sales denom mart in intermediate. This is not complete, but should be a good starting point and it enables moving forward with a couple of tickets regarding KPIs revenue refactor and further Finance reporting, by just keeping a single source of truth. It's mostly focusing on the Don't Repeat Yourself # Checklist - [X] The edited models and dependants run properly with production data. - [X] The edited models are sufficiently documented. - [X] The edited models contain PK tests, and I've ran and passed them. - [X] I have checked for DRY opportunities with other models and docs. - [X] I've picked the right materialization for the affected models. # Other - [ ] Check if a full-refresh is required after this PR is merged. First version of accounting aggregations - not complete Related work items: #26618
2025-01-19 12:20:19 +00:00
account_code,root_aggregation,kpis_aggregation,financial_aggregation
"200",Other Invoiced Revenue,Unknown,Guest Screening and Protection
"201",Damage Waiver Fees,Accounting Guest Revenue,Deposit Management
"202",Deposit Fees,Accounting Guest Revenue,Deposit Management
"203",Verification Fees,Invoiced Operator Revenue,Guest Screening and Protection
"204",Listing Fees,Invoiced Operator Revenue,Guest Screening and Protection
"206",Booking Fees,Invoiced Operator Revenue,Guest Screening and Protection
"207",Listing Fees,Invoiced Operator Revenue,Guest Screening and Protection
"208",Booking Fees,Invoiced Operator Revenue,Guest Screening and Protection
"209",Listing Fees,Invoiced Operator Revenue,Guest Screening and Protection
"210",Booking Fees,Invoiced Operator Revenue,Guest Screening and Protection
"211",Listing Fees,Invoiced Operator Revenue,Guest Screening and Protection
"212",Booking Fees,Invoiced Operator Revenue,Guest Screening and Protection
"213",Listing Fees,Invoiced Operator Revenue,Guest Screening and Protection
"214",Booking Fees,Invoiced Operator Revenue,Guest Screening and Protection
"215",Listing Fees,Invoiced Operator Revenue,Guest Screening and Protection
"216",Booking Fees,Invoiced Operator Revenue,Guest Screening and Protection
Merged PR 4141: Add OSS Sales accounts to the respective Guest Revenue service aggregation # Description Adds OSS sales into the respective aggregations, after discussing with Nathan # Checklist - [X] The edited models and dependants run properly with production data. - [X] The edited models are sufficiently documented. - [X] The edited models contain PK tests, and I've ran and passed them. - [ ] I have checked for DRY opportunities with other models and docs. - [ ] I've picked the right materialization for the affected models. # Other - [ ] Check if a full-refresh is required after this PR is merged. Add OSS Sales accounts to the respective Guest Revenue service aggregation Related work items: #26618
2025-01-21 17:13:46 +00:00
"217",Deposit Fees,Accounting Guest Revenue,Deposit Management
"218",Damage Waiver Fees,Accounting Guest Revenue,Deposit Management
Merged PR 4107: First version of accounting aggregations # Description Creates a seed to define how to aggregate the different revenue/cost sources, at account code level. This is propagated to the sales denom mart in intermediate. This is not complete, but should be a good starting point and it enables moving forward with a couple of tickets regarding KPIs revenue refactor and further Finance reporting, by just keeping a single source of truth. It's mostly focusing on the Don't Repeat Yourself # Checklist - [X] The edited models and dependants run properly with production data. - [X] The edited models are sufficiently documented. - [X] The edited models contain PK tests, and I've ran and passed them. - [X] I have checked for DRY opportunities with other models and docs. - [X] I've picked the right materialization for the affected models. # Other - [ ] Check if a full-refresh is required after this PR is merged. First version of accounting aggregations - not complete Related work items: #26618
2025-01-19 12:20:19 +00:00
"219",Athena API,Invoiced API Revenue,Guest Screening and Protection
"220",E-Deposit API,Invoiced API Revenue,Guest Screening and Protection
Merged PR 4104: Refactor Invoiced Revenue from Account Code + New Revenue Streams # Description Changes: * Major changes on int_kpis__metric_daily_invoiced_revenue. Now data is retrieved from the account codes, following the previous analysis. This actually reads from a work done on Accounting Codes, with the default aggregations set as a seed. I've also included here new revenue streams for new dash, and the split of guesty fees between resolutions and real API fees. However, New Dash services are still not visible as final metrics. I'll do this separately. * Propagation of changes in intermediate models. This will affect currently displayed metrics, but not show any new metric. Since this is quite dense, let's discuss. # Checklist - [X] The edited models and dependants run properly with production data. - [X] The edited models are sufficiently documented. - [X] The edited models contain PK tests, and I've ran and passed them. - [X] I have checked for DRY opportunities with other models and docs. - [X] I've picked the right materialization for the affected models. # Other - [ ] Check if a full-refresh is required after this PR is merged. Related work items: #26531
2025-01-20 14:18:05 +00:00
"221",Guesty Resolutions,Invoiced API Revenue,Mediation and Resolution
Merged PR 4107: First version of accounting aggregations # Description Creates a seed to define how to aggregate the different revenue/cost sources, at account code level. This is propagated to the sales denom mart in intermediate. This is not complete, but should be a good starting point and it enables moving forward with a couple of tickets regarding KPIs revenue refactor and further Finance reporting, by just keeping a single source of truth. It's mostly focusing on the Don't Repeat Yourself # Checklist - [X] The edited models and dependants run properly with production data. - [X] The edited models are sufficiently documented. - [X] The edited models contain PK tests, and I've ran and passed them. - [X] I have checked for DRY opportunities with other models and docs. - [X] I've picked the right materialization for the affected models. # Other - [ ] Check if a full-refresh is required after this PR is merged. First version of accounting aggregations - not complete Related work items: #26618
2025-01-19 12:20:19 +00:00
"222",Check In Cover,Accounting Guest Revenue,Guest Products
Merged PR 4141: Add OSS Sales accounts to the respective Guest Revenue service aggregation # Description Adds OSS sales into the respective aggregations, after discussing with Nathan # Checklist - [X] The edited models and dependants run properly with production data. - [X] The edited models are sufficiently documented. - [X] The edited models contain PK tests, and I've ran and passed them. - [ ] I have checked for DRY opportunities with other models and docs. - [ ] I've picked the right materialization for the affected models. # Other - [ ] Check if a full-refresh is required after this PR is merged. Add OSS Sales accounts to the respective Guest Revenue service aggregation Related work items: #26618
2025-01-21 17:13:46 +00:00
"223",Check In Cover,Accounting Guest Revenue,Guest Products
Merged PR 4107: First version of accounting aggregations # Description Creates a seed to define how to aggregate the different revenue/cost sources, at account code level. This is propagated to the sales denom mart in intermediate. This is not complete, but should be a good starting point and it enables moving forward with a couple of tickets regarding KPIs revenue refactor and further Finance reporting, by just keeping a single source of truth. It's mostly focusing on the Don't Repeat Yourself # Checklist - [X] The edited models and dependants run properly with production data. - [X] The edited models are sufficiently documented. - [X] The edited models contain PK tests, and I've ran and passed them. - [X] I have checked for DRY opportunities with other models and docs. - [X] I've picked the right materialization for the affected models. # Other - [ ] Check if a full-refresh is required after this PR is merged. First version of accounting aggregations - not complete Related work items: #26618
2025-01-19 12:20:19 +00:00
"227",Basic Protection,Invoiced Operator Revenue,Guest Screening and Protection
"228",Waiver Pro,Invoiced Operator Revenue,Deposit Management
"229",Id Verification,Invoiced Operator Revenue,Guest Screening and Protection
"230",Protection Plus,Invoiced Operator Revenue,Guest Screening and Protection
"231",Screening Plus,Invoiced Operator Revenue,Guest Screening and Protection
"232",Sex Offenders Check,Invoiced Operator Revenue,Guest Screening and Protection
"233",Protection Pro,Invoiced Operator Revenue,Guest Screening and Protection
"234",Basic Screening,Invoiced Operator Revenue,Guest Screening and Protection
"235",Resolution Process for Protection Services,Accounting Resolutions,Guest Screening and Protection
"236",Basic Waiver,Accounting Guest Revenue,Deposit Management
"237",Waiver Plus,Accounting Guest Revenue,Deposit Management
"238",Basic Damage Deposit,Accounting Guest Revenue,Deposit Management
"239",Resolution Process for Deposit Management Services,Accounting Resolutions,Deposit Management
"301",Damage Host-Waiver Payments,Damage Host-Waiver Payments,Damage Host-Waiver Payments
Reference in a new issue Copy permalink