Open johnM2401 opened 3 years ago
Hey @harrisward
Updated this with more information/another item I've noticed Today. As I don't have the permissions to add a Project to this, would you be able to do so for now? (So this can be tracked against the Project board)
Thanks!
This is part of a wider issue related to history tracking. We need to rethink how we load changes that are related to other table / field changes
(This bug has gotten rather long, so please let me know if you would rather I split it up into separate items)
Describe the bug It appears as though there are some issues with how the Product Category information pulls in, depending on which stage of the process the ./run script is used.
These are the issues I've noticed:
Solution File D_PRODUCTS
To Reproduce Steps to reproduce the behavior:
For: _"Neither the "PRODUCT_CATEGORY_NAME" nor the "PRODUCT_CATEGORYDESCRIPTION" columns get updated after the initial pull."
For: "If a new Product is associated to an existing Category in the CRM, the Category information is not populated in the DWH if the Category already exists in the DWH for another Product."
For: _"If the Product Title is changed in the CRM, the next ./run will set any instances of this Product's "PRODUCT_CATEGORY_NAME" and "PRODUCT_CATEGORYDESCRIPTION to "Not Set""
For: _"If the Product already exists in the DWH without an associated Category, associating one in the CRM will only populate the "PRODUCT_CATEGORYID" value on the next ./run"
Expected behavior The Product Category information should stay as up-to-date as possible with the CRM, to avoid confusion
Screenshots
Creating the first Product, with Category created & associated at the same time:
Second Product, associating the Existing Category:
New Product created, before association to a Category:
After associating the Category in the CRM:
Which appears to cause the items to appear with no Category in Analytics: