Vikrant, Unfortunately (or fortunately, depending on your stance on the subject), I don't have access to an ITSM install at the moment, so my ability to answer that question is limited.
On Thu, Jun 5, 2014 at 2:05 AM, Vikrant Kulkarni <[email protected]> wrote: > ** > > Thanks LJ for the input... I finally got it to work.. > > But still can you help me understand the logic of Asset user not being > able to relate a Computer System CI and a role. > > Both the records that I need to relate do exist so no new CI is created > just a relationship is established by the asset user. I thought asset users > are allowed to modify existing CI's . if so why not let relate them to one > another. > > Thanks, > Vikrant > On Jun 4, 2014 5:11 PM, "LJ LongWing" <[email protected]> wrote: > >> ** >> Vikrant, >> That's not really the 'purpose' of Service actions. Service actions were >> created as a way to trigger server side workflow without the need to do a >> 'Push' to create a record to get the filters to fire, and has morphed into >> a way to make code modular, allowing both active links and filters to both >> call a 'Service' with a standardized input, and receive a standardized >> output without the need to duplicate code. >> >> That being said, what you need to do is create filters that fire on a >> given form with execution of Service. These filters will need as much >> input as is needed to do the job. >> >> If you are trying to replace a Push...then you will need as much >> information at the filter as you have at the user layer to determine which >> records are being updated, then the filters can do what they need to >> do....the Active link then turns from a Push into a Service action that >> provides 'input', which is the info the filters need to do what they need >> to do, and an 'output' which is typically the result of the service. >> >> >> On Wed, Jun 4, 2014 at 12:22 AM, Vikrant <[email protected]> >> wrote: >> >>> hi List, >>> >>> I have a requirement where I need to push data to the >>> BMC.CORE:BMC.MemberOfCollection class to relate data between 2 CMDB Classes. >>> >>> But the catch is that it has to be done on activelink execution and by a >>> Asset User not Asset Admin. Here I have a problem as I am not able to push >>> data to this class due to lack of permissions for asset users. >>> >>> First of all I am not too sure if this is the correct behaviour. Asset >>> users should be able to create relationships between 2 existing CI's but >>> not create entirely new CI's thats what I think. Eg. I am creating >>> relationship between an existing computer system CI and a existing Role but >>> as Asset user I cannot? >>> >>> So what I thought of is using activelink service call to a service >>> filter which will do the necessary push field bypassing the permission >>> model in theory atleast. Hope this is what the service call is used for.. >>> >>> If so can anyone please help me write this code or provide a pseduo code >>> as I find it confusing.. may be the morning coffee was not strong enough >>> for me. >>> >>> What I need to do is : >>> >>> Diaplay form A -> Triggers an activelink on a button click -> which >>> should call a service filter on the CMDB form which pushes the fields on a >>> specific qualification. >>> >>> But how can I pass the qualification from form A to the service filter >>> on CMDB form to find the exact record and then push/update values? is that >>> possible? one of the major field in the qualification is the InstanceID >>> field and as always the datasetID field. >>> >>> Any help is appreciated. Its good time for me to learn something new. >>> >>> Have a Good Morning/Good Afternoon/Good Evening/Good Night !! >>> >>> Thanks, >>> Vikrant >>> >>> >>> _______________________________________________________________________________ >>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >>> "Where the Answers Are, and have been for 20 years" >>> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
