The below post is a duplicate from another topic, but is also relevant to this topic.
Isn’t Custom Reports a built-in report, it being listed under the Reports tab, it’s just that Users determine the reporting parameters instead of being pre-set (fixed) by Manager.
It is clearly evident from the various comments above and in other related topics that quite a number of Users have adopted BS Tracking Codes, because they were "always" available, to assist them in there various workflows and the “built-in Custom Reports” provided reports on those workflows.
And this has been acknowledge by @lubos in the topic “Tracking Code” missing in multiple forms with “OK, I get it now. So this is not as much of a reporting issue. It’s more of a workflow issue where you record tracking code during purchase”
Manager, as it did with the BS account removal from Non-inventory items, has now disrupted / stripped / pulled the rug from under those User workflows for no valid reason, even though Manager itself has enabled Users the flexibility to develop those workflows over the past 5 years of so.
So once again, either Manager doesn’t understand the power and flexibility of its own software that it has provided to Users, or it is acting without regard to how it disrupts / interrupts Users with the withdrawal of a feature previously and legitimately provided.
To be quite frank, I don’t buy the bulls…t about screen space being saved as it’s nonsense.
Firstly, Tracking Codes ONLY appeared if Tracking Codes were activated.
Secondly, once a P&L account is selected the Tracking Code appears even though that P&L account may not require a Tracking Code entry, so where is the screen space being saved.
Thirdly, saving screen space just for BS entries seems in to be inconsequential.
If Tracking Codes were tied to precise P&L account then the argument may have some basis but then why should Users be handcuffed to such a restrictive restraint.
In my opinion, Manager is becoming increasingly restrictive from a User input perspective without any accounting justification, yet it is an accounting software, If Manager had introduced divisional and/or project accounting features with this withdrawal of BS Tracking Codes then the change would be understandable, but it didn’t, therefore BS Tracking Codes should be re-instated until they are available.
Then perhaps, a conversion facility could be provided for historical data. And for the forum purist who want to argue, BS Tracking Codes were never intended, that is bl…dy irrelevant.
I am going to duplicate this post into other related topics.