Dynamic record producer based on user requests

Tamil5
Tera Expert

Hi All,

In service portal, currently we are having few request forms, that will redirect the users to create incident - Record Producer form. They will fill the details and submit their requests.

for instance,

New email request,new software request & etc.,

So basically these requests are record producers.
In this case, if I want to create a new request form, I need to create a new Record Producer( the process always depending on developer).

My requirement is, in future if user wants new request form, they should be able to select the fields they want.

And once they submit, it should create a new record producer with the fields they already selected.

So from next time, the newly created record producer will be available for users to submit their request.

Here I need to automate the RP creation (record producer creation with field mapping) with the fields which user wants.

is it understandable..Is it possible..Can anyone advice.

Thanks in advance

Prici.

12 REPLIES 12

In line with the script you recommended to auto-populate the caller field, see my additional recommendations below as this works in my environment really well.


- Identify top 5-10 Affected services in your environment that users create incident ticket against which would always require Service Desk to re-assign to another support group for resolution.


- Create Incident Record Producers for them e.g. Bond Trading Access Denied as shown in my screen shots below


- Create fields that you want the user to fill in certain info e.g. detailed description field to describe issues they are experiencing...


- Create incident template and identify all the incident fields you would like to auto-populate certain information on. Reference to my screen shot below for incident template.


- Associate the incident template on the incident record producer - Bond Trading for example


Example of a use case: A user has access issue on Bond Trading application. He goes to the Service Portal and logs an incident ticket using the "Bond Trading access denied" record producer. Once the incident is submitted, the incident is routed directly to the assignment group selected in the incident template. Other fields such as Affected CI, Category/Sub Category, Contact type, short description etc, identified in the incident template are auto-populated on the incident ticket.


Below are the benefits


- It facilitates automation and routing of incident tickets to the correct support group and bypass Service Desk queue


- It helps to eliminate error of Service Desk agent mis-routing incident ticket to a wrong assignment group


- It improves incident response time


- It eliminates error of Service Desk agent not knowing the correct Affected CI to select for an incident


- It helps to align services to the incident raised against it which facilitates incident diagnosis.



Let me know if my little recommendation makes sense. Am still learning


Please reply if this is helpful.


Richard Adetimehin



find_real_file.png


find_real_file.png


find_real_file.png



find_real_file.png


find_real_file.png


I dont know, I don't really like this approach. Why have 100s of items when you can have one "log an incident" and then based on a CI they select, then its all auto populated based off who owns the CI and other items that can be scripted ...



Like a link for each CI,


Log a Server Inc


Log a Workstation Inc


Log a Network Inc


Log a Mobile Inc



The user just knows X isint working ...


They don't (usually) know the EXACT issue ...


olufemi-richard
Giga Contributor

Hi Prici,


See my response Skylar Barth's recommendation for Incident Record Producer.


See my additional recommendations below as this works in my environment really well.


- Identify top 5-10 Affected services in your environment that users create incident ticket against which would always require Service Desk to re-assign to another support group for resolution.


- Create Incident Record Producers for them e.g. Bond Trading Access Denied as shown in my screen shots below


- Create fields that you want the user to fill in certain info e.g. detailed description field to describe issues they are experiencing...


- Create incident template and identify all the incident fields you would like to auto-populate certain information on. Reference to my screen shot below for incident template.


- Associate the incident template on the incident record producer - Bond Trading for example


Example of a use case: A user has access issue on Bond Trading application. He goes to the Service Portal and logs an incident ticket using the "Bond Trading access denied" record producer. Once the incident is submitted, the incident is routed directly to the assignment group selected in the incident template. Other fields such as Affected CI, Category/Sub Category, Contact type, short description etc, identified in the incident template are auto-populated on the incident ticket.


Below are the benefits


- It facilitates automation and routing of incident tickets to the correct support group and bypass Service Desk queue


- It helps to eliminate error of Service Desk agent mis-routing incident ticket to a wrong assignment group


- It improves incident response time


- It eliminates error of Service Desk agent not knowing the correct Affected CI to select for an incident


- It helps to align services to the incident raised against it which facilitates incident diagnosis.



Let me know if my little recommendation makes sense. Am still learning


Please reply if this is helpful.


Richard Adetimehin



find_real_file.png


find_real_file.png


find_real_file.png



find_real_file.png


find_real_file.png