You can see the entity member's idx when you use the browser's developer tools. This is because Board uses an internal API to function.
On the right hand side, you'll now see each entity member with its index (idx):
⇒ You can do the same with procedures and you'll find the internal entity member's idx :-)
Hi Julien,
The internal ID is not something that is exposed to developer users however it does play a very important role behind the scenes.
From what you describe above, it sounds like entity members may have been deleted from your Production model. This can cause the kind of misalignment you are experiencing between environments and, if not managed correctly, prevent some selections, rules and other objects from pointing to the correct entity members.
This article here outlines the best practice for managing obsolete entity members:
Hope this helps.
Peter
You can not see the internal ID of an Entitymember. But if you sort the Entity by "none" and extract it, you can see in the extract the Entity members in the "internal order". In case you did not delete a entity member manually, this is the order you are looking for.
Is it regarding the "manually deletion" of entitymembers. Or more because of the different order in which master data is loaded into prod and dev - and therefor the different internal Entitymember ID?
Best regards,
Fabian
Hi Fabian
We want to be able to see the unique ID of each member because of use cases :
regards
julien
i think there is no way to see the internal entity member ID. In my experience there are some points, that could be considerd while implementing a board solution, that could help to reduce the maintance effort for your point. That will of course not solve an existing case. But maybe some of the points can be helpful for further implementation.
There are different areas where a changed element ID can lead to a not wanted selection
Helpful implementations in a board application
Change/Deletion of an Entity Element
In my development of Board Applications, I always have a documentation on entites, where fix selections are used in the above mentioned areas. Before manually changing (manually deletion or “clear, clean, reload”) check that documention, to make sure not changing a affected entities. For housekeeping with deletion I would follow the process described in the articel posted by Peter. Then also the fixed selections needs to get updated. For an action that needs to be done outside the housekeeping, flag a members as “not in use” in a parent entity for the meanwhile.
I hope this i helpful!
I agree with your advices and understand that today it is not possible to see that ID. So maybe an idea for a future enhancement.
However just having the option to see the internal ID for each members would save us a lot of time (since this ID already exist in BOARD it should be easy to display it).
I'm not a big fan of creating a lot of artificial / tech / fake parent entities just because I don't know the internal ID of a member :)
Thanks for the tips, that's great!
I have also found with last board version by putting log to debug, I'm also able to see members IDs