I'm a beginner with itop (realy beginner "I'm a trainee").
What I would like to do is be able to assign to a single contact several organizations, I am worth sending incidents to these different organizations. I do not know if it is possible to do this and if it has to be done in the code or on This tool.
thank you for the answer.
Last edit: Salem 2017-04-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
iTop was not design to allow a contact to be part of multiple organizations. Changing this, assuming it is possible, would require heavy knowledge of iTop customization.
But a contact can be part of multiple teams, so be assigned tickets assigned to different teams.
It might be possible to have those teams belonging to various organizations, but maybe not out of the box, to be checked, so.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you very much vdumas for your answer, indeed, I tried to do that ie to assign a contact to a team, but the problem is that the requests arrive at the same organization and I did not want it, I wanted it to go to two different organizations.
thank you very much.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
On itop when a user creates a request, it will send to the organization it belongs to, I wonder if there would not be a way to send the request to another organization (suggest a choice for example).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Within iTop by default, a request belongs to the organization of the requestor. Combodo has an extension which modifies this behavior. With this extension limited to Combodo's customers, the UserRequest, instead of belonging to the organization of the requestor, belongs to the service provider. So a given requestor can submit different Requests, for example one for an IT department service and one for a HumanRessource service. The requestor can still see and modify all of his UserRequests, while on the console, you can manage to prevent the IT agents to see the HR requests, and vice versa.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
I'm a beginner with itop (realy beginner "I'm a trainee").
What I would like to do is be able to assign to a single contact several organizations, I am worth sending incidents to these different organizations. I do not know if it is possible to do this and if it has to be done in the code or on This tool.
thank you for the answer.
Last edit: Salem 2017-04-24
iTop was not design to allow a contact to be part of multiple organizations. Changing this, assuming it is possible, would require heavy knowledge of iTop customization.
But a contact can be part of multiple teams, so be assigned tickets assigned to different teams.
It might be possible to have those teams belonging to various organizations, but maybe not out of the box, to be checked, so.
Thank you very much vdumas for your answer, indeed, I tried to do that ie to assign a contact to a team, but the problem is that the requests arrive at the same organization and I did not want it, I wanted it to go to two different organizations.
thank you very much.
On itop when a user creates a request, it will send to the organization it belongs to, I wonder if there would not be a way to send the request to another organization (suggest a choice for example).
Hello, is still not possibile for one user to take part of more than one organization and insert from portal request for different organizations?
Thanks,
I'm not sure, Combodo might have something if you contact their sales team.
You could also develop your own portal using the iTop API.
Hello,
Indeed you should contact Combodo : sales@combodo.com
Within iTop by default, a request belongs to the organization of the requestor. Combodo has an extension which modifies this behavior. With this extension limited to Combodo's customers, the UserRequest, instead of belonging to the organization of the requestor, belongs to the service provider. So a given requestor can submit different Requests, for example one for an IT department service and one for a HumanRessource service. The requestor can still see and modify all of his UserRequests, while on the console, you can manage to prevent the IT agents to see the HR requests, and vice versa.