Feb 13, 2009 3:43 AM
Field Mapping for ITSM 7 Change Module from ITSM 5.5 Change Module
-
Like (0)

Greetings,
Can anyone please let me know the field mapping from 5.5 to 7.0 for ITSM?
Thanks in advance.
Cheers,
Sunil
Hi Sunil,
Are you looking at foundation data migration or migration of tickets/change requests?
This varies from form to form e.g for COM:CPMPANY following is the mapping
COM:COMPANY (ITSM 7) | COM COMPANY (ITSM 5.5) |
Company | $Company$ |
Company Hot Line | $Hot Line$ |
Company Type | $Type$ |
Description | $Description$ |
Status | $Status$ |
Further details are required to provide useful data.
HTH.
- Anix
Vyom Labs, India.
(A BMC Software Solution partner)
www.vyomlabs.com
Hi Sunil,
Actually there is big gap btwn ITSM 5.5 Change Module & ITSM 7 Change Module.
I would suggest you first analyse all the fields in ITSM 7 and check if they were available in ITSM 5.5.
In ITSM 7 there are too many fields which are mandatory from the perspective of Change Process management,
but they were not available in ITSM 5.5, so for that you have to ask for valid data to the Business for
which you are going to implement ITSM 7. The whole Change cycle become changed.
Or either check with BMC Customer Support, that if they are having any related documentation.
HTH,
Rakesh
Hi Guys,
I think Sunil wants to know the field mapping for migrating the Change Requests from ITSM 5.5 to ITSM 7.
Starting with mapping, first thing we should know is that we can't directly map "Changes" form of ITSM 5.5 to "Change Requests" form of ITSM 7.0
Actually what happens in ITSM 7.0 is that all tha values are stored in "CHG:InterfaceIncident_Create" form from where filters push them into the "Change Requests" form. So what we need to look onto is the "CHG:InterfaceIncident_Create" form instead of the "Change Requests" form. If you proceed in that way, I hope we can find out some solution.
Hi Guys,
Thanks for showing interest. I have analysed the fields but the problem is for example Status field in both the versions, there is hugh gap between the versions. Is there any document available which tells me that what's the relation between those differences.
I appreciate you answers but I would like to hear from BMC people what they are thinking, I am sure there will be interesting answers.
Dont get me wrong, I am still waiting for your interesting comments.
Cheers,
Sunil
Sunil,
I am in the process of migrating my customer from ITSM 6 to ITSM 7 and I have done some data analysis work to see how the fields map between the 2 versions. I have not looked at Change 5.5 but hopefully the below points will help you in what you are trying to acheive.
Data Mappings:
You will need to analyse the fields on ITSM 7 and identify the data source from Change 5.5. For e.g. these are the mappings I have for Change in ITSM 6 to go to the incident form in ITSM 7. Create a spreadsheet as below to allow you to map the fields from ITSM 7 to ITSM 5.5. Provide the users with a data dictionary for 5.5 so they can help fill in the relevant mappings.
| Field Name (DMT Incident Load Form) | Entry Mode | Input Length | Corresponding HPD 6 fields | HPD 6 Fld Length | Comments |
| Incident ID (Incident Number) | R | 15 | Change_ID_ | 15 | |
| Summary (Description) | R | 100 | Summary | 128 | input length difference |
| Notes (Detailed Description) | O | - | Description | 5000 | |
| Escalated? | O | - | Escalated_ | ||
| Status Reason | W | - | NEW ITSM 7 FIELD | Required for different status values i.e. resolved, closed, pending. Manual data scrubbing needed. |
You will also need to map enumerated field values. For e.g.
| Data Mappings | |||
| ITSM 6 | ITSM 7 | ||
| Urgency | |||
| 1000-Critical | 3-Urgent | ||
| 2000-High | 2-High | ||
| 3000-Medium | 1-Medium | ||
| 4000-Low | 0-Low |
And Status field values which you are already aware of
| Status | |
| 0 - New | 0 - New |
| 1 - Assigned | 1- Assigned |
| 2 - Planning | 2 - In Progress |
| 3 - Scheduled | 3 - Pending |
| 4 - WorkInProgress | 4 - Resolved |
| 5 - Pending | 5 - Closed |
| 6 - Resolved | 6 - Cancelled |
| 7 - Closed |
A lot of data analysis needs to be done and a few trial data migrations help immensely in finalising this. Every organization will have a different idea on how the target field mappings should take place, so best to check with your users. You also need to check on status history, audit trails, work logs etc as there is a big difference in the architecture of the application when you take these into consideration.
Data Migration.
I am assuming that ITSM 7 is installed on a seperate server from where Change 5.5 is installed. To move the data you can use AIE (Atrium Integration Engine) and you can specify the target form and the target field mappings. I have found it better and faster to perform any data cleansing and prepration work outside of Remedy using SQL stored procedures. However if one is comfortable with doing it within Remedy itself then that is also a possibility. Within AIE, you can specify the inetrafce_create form to push the data into.
For incident, problem and tasks, I load the data into the staging tables that are provided by the Data Management Tool (Patch 9005) and then validate, promote the data for that. The DMT does not support transaction data for change currently, but hopefully BMC will correct this in the near future.
I also used AIE for moving any audit entries direclty to the supporting audit forms.
Hope this helps.
Saby
The interface_create forms are used mainly when another application such as SRM is creating a change or incident. To load the data during data migration, you can create the change in the change form directly.