Hello, You have two possibilities here: If you don't want do make other users able to see the passwords, you can change the permission and set up taht the users are not allowed to see the password category in general (the following article will help to understand the authorization system in i-doit -> https://kb.i-doit.com/display/en/Rights+Management) or You can edit the category list to not show the password column. Best Phil

Hi @Oya-Erdayı you need to create a report category at first. The "variable report" checkbox is is checked automatically based on the report conditions. The following article may help you regarding variable reports : https://kb.i-doit.com/display/en/Variable+Reports Best Phil

Hi @oya-erdayı the relations between objects are created based on the categories. The question is, how to you connect these objects? For example: If you want to assign a client to a person you need the categories contact assignment and the specific category person->assigned obejcts. these two categores will establish an relation between the client object and the person object, if they have been assigned to each other via the categories. Best Phil

Hallo @armins, wir haben zur Zeit ein technisches Problem mit dem Download-Manager auf i-doit.org und arbeiten daran, dies so schnell wie möglich zu beheben. Der Download steht aber auch auf Sourceforge bereit. Viele Grüße, Claudia

Hello @oya-erdayı , this is not possible because the object browser is only ment to select objects themselves. There are some (rare) exceptions where you have a "two-sided" object browser where you first select the object and then the specific attribute - but these are limited to certain use cases (for example licenses or ports). Best regards Leo

In this topic, it is explained how to manage tags using the API. The limitations in the use of tags I mention in my previous post do not exist. However, I am still wondering about the consequences of using tags vs object groups.

Thanks @michael-overkamp! I had not undestood that multiselect is a Dialog+, I thought it was a different kind of attribute.

Thanks @michael-overkamp! It works fine.

Hello @Oya-Erdayı you can explicitly say which object types a group can see, edit, etc.. In the following article you can find an example of CMDB permissions with short explanations. https://kb.i-doit.com/pages/viewpage.action?pageId=61014337 For example, you can set the "Object(s) of type" right so that all but a few selected object types are hidden. Best Phil

Hello @Oya-Erdayı is the user still a member of a group that grants permissions? New permissions do not take effect immediately. Either the user has to wait a bit or you clear the cache in i-doit. (Administration -> System tools -> Cache / Databases -> Clear complete cache) Best Phil

Hi @philipp-hörselmann, Yes, I was using the ID of the license object. It works fine with the license entry ID. Thank you!

@lfischer thank you.

@oya-erdayı This is described in the i-doit knowledge base.

@oya-erdayı This is described in the i-doit knowledge base.

@martinv Thank you

Hi, https://community.i-doit.com/topic/4025/export Kind Regards, Christian

@julian OpenLDAP would be the normal way, the local admin does not work (no error message there as well)