Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Get certified in Microsoft Fabric—for free! For a limited time, get a free DP-600 exam voucher to use by the end of 2024. Register now

Reply
Anonymous
Not applicable

How to deal with salesperson that changed teams

Hello Community  -   Currently I have an employee dimension table.    It is mainly comprised of salespeople and some admin staff.   And is mainly used to filter our ERP and our CRM tables.   

Recently, one of our sales team members has shifted from Team A to Team B.    In our ERP system, he will remain on Team A for all of his past orders/shipments.   In his new role, his name will be assigned to any orders so he should not show up on future ERP orders/shipments.  

The issue is that in our Dim Employee table (which has a Team column mapped to the employee), he now needs to change to Team B.  If I use that Team (from the dim table) in a visual that shows shipments and orders, he will be shown as Team B.    This creates a problem for anyone using that table to sum up sales by team.   It will show Team B's sales inflated (since this person is now linked in the dim_table to Team B), and Team A's sales under represented.   

Surely this type of situation must be fairly common.  What is the best way to deal with it?

1 ACCEPTED SOLUTION
Anonymous
Not applicable

@CNENFRNL  @ChrisMendoza  Thanks to you both!    Yes, both are interesting and I think the SCD option is probably what best fits our situation.    This article was pretty helpful:  Slowly Changing Dimension (SCD) in Power BI, Part 1, Introduction to SCD - BI Insight

View solution in original post

3 REPLIES 3
Anonymous
Not applicable

@CNENFRNL  @ChrisMendoza  Thanks to you both!    Yes, both are interesting and I think the SCD option is probably what best fits our situation.    This article was pretty helpful:  Slowly Changing Dimension (SCD) in Power BI, Part 1, Introduction to SCD - BI Insight

CNENFRNL
Community Champion
Community Champion

A typical scenario of "slowly changing dimension"; there are tons of articles on this topic out there.


Thanks to the great efforts by MS engineers to simplify syntax of DAX! Most beginners are SUCCESSFULLY MISLED to think that they could easily master DAX; but it turns out that the intricacy of the most frequently used RANKX() is still way beyond their comprehension!

DAX is simple, but NOT EASY!

ChrisMendoza
Resident Rockstar
Resident Rockstar

@Anonymous - in our org using an additional field e.g.[JobCode] allows [EmplID] & [JobCode] to become a unique composite key. So maybe you can implement something like that.






Did I answer your question? Mark my post as a solution!
Did my answers help arrive at a solution? Give it a kudos by clicking the Thumbs Up!

Proud to be a Super User!



Helpful resources

Announcements
November Carousel

Fabric Community Update - November 2024

Find out what's new and trending in the Fabric Community.

Live Sessions with Fabric DB

Be one of the first to start using Fabric Databases

Starting December 3, join live sessions with database experts and the Fabric product team to learn just how easy it is to get started.

Las Vegas 2025

Join us at the Microsoft Fabric Community Conference

March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Early Bird pricing ends December 9th.

Nov PBI Update Carousel

Power BI Monthly Update - November 2024

Check out the November 2024 Power BI update to learn about new features.