4

I would like my Product lookup to list by Product CODE and not by Name, as it is now. It seems I cannot do that as I get an error saying 'Error: Product Name cannot be removed and must be the first field in the search layout.'

This is very annoying as we work primarily with Product CODE and not with the name. Does anyone know any workarounds for this?

5

You can't remove the field, nor can you really do anything else to it. However, if Product Name is unimportant, I'd suggest the following setup.

First, go to Setup > Customize > Tab Names and Labels > Rename Tabs and Labels, edit Product, and on the second screen, overwrite the Product Name field with the values Product Code and Product Codes, for the singular and plural labels, respectively. I'd consider renaming Product Code to something else, like Product Code*, so that some screens that don't show API names are not as confusing.

Second, create a workflow rule/trigger/whatever that copies the Name field (which will appear as Product Code to users) to the Product Code field. This will help out in certain scenarios where the system is already using Product Code to do something.

Third, optionally, you can create a new Product Name field, or just skip that and use Description. It's your customization, you can do almost anything you like. It's okay to not want to use both a product code and a name, and there's nothing wrong with that, if that's how you operate.

Fourth, you might need to move data from the Product Code field to the Name field via the data loader so everything appears correctly. Once done, you'll probably want to remove Product Code* from your page layouts, etc so the data isn't redundant on the screen.

Finally-- and this is important-- document the changes so that future admins and developers won't get confused. We're not renaming API names, just the labels in the system. That's all fine and dandy for normal users, because they don't use API names, but admins working with formulas and so on, plus developers writing code, will need to know about this customization.

If this sounds like too much effort to maintain (and I can't blame you, I wouldn't want to), you can just train your users on how to live with this limitation. I know that it's not necessarily ideal, but you'll have to accept the lesser of two evils. Also, for what it's worth, you'll want to vote on this idea. It doesn't have any traction yet, but vote on it, and spread the word.

Also, this thread mentions that you can train your users to manually remove the name field from their search layouts, and it'll remain that way. You just can't remove it globally as an admin.

  • Thanks for this. I've voted on the idea as that is exactly what I need, but you're right, 2 votes isn't going to get it done pronto :). I'd rather not fiddle with anything that might confuse any future devs/admins. I'd hoped Eclipse would give me the option to rearrange the sort like it can with related lists. We need both the Name and Code, but primarily the Code is what is worked with; the Name just confirms which product. – Irene Oct 12 '16 at 4:14

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.