In many cases a customer is looking to merge sales of old item data into a newer existing item so that they can get a more complete historical record of sales. Sometime an item's sku number may change in the retailer's own reporting system. Lots of times a new sku is generated simply due to a minor packaging change, or some other factor not critical to the item's performance. When this happens, the history can become muddled. But we don't want to simply change the item number historically as this will mean that the new item data will never align with the historical base data. Instead, we can get around this by creating a categorization of items that for most items is just its item number. In the case of the old item number that we want consolidated, we'll use the new items' value for this category - that way when we report on the category and aggregate by it, the sales of old and new will be combined into one nice total. This document provides some strategies on how to manage these changes to get a flexible picture without altering history in the database itself.
Add the steps involved:
You may also want to use visual panels to communicate related information, tips or things users need to be aware of. |
Related articles appear here based on the labels you select. Click to edit the macro and add or change labels.
|