Incident: Difference between revisions

From ReliaWiki
Jump to navigation Jump to search
Line 45: Line 45:
*[[Team Members]]
*[[Team Members]]
*[[Actions]]
*[[Actions]]
*[[Details]]
*[[Insert Details|Details]]


===Incident Sample===
===Incident Sample===

Revision as of 23:09, 21 April 2015


See Incident Import Configuration for elements that can be used in import configuration.

XML Elements

Incident Sample

<?xml version = "1.0" encoding = "utf-8"?>
<!DOCTYPE Incidents SYSTEM "Incident.dtd"[]>
<Incidents xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd = "http://www.w3.org/2001/XMLSchema">
<!— The ExportData element is only used to display information about an export. No data is imported from these elements.
<!— This element will be present on all exported XML files.
<ExportData>
<ReportGenerated>09/16/2013 09:40 AM</ReportGenerated>
</GeneratedBy>
<FirstName>Joe</FirstName>
<MiddleName>Isa</MiddleName>
<LastName>User</LastName>
<Login>JUser</Login>
</GeneratedBy>
<GMTOffset>-7</GMTOffset>
</ExportData>
<ImportConfiguration>
<BatchInsert></BatchInsert>
<SplitTransaction></SplitTransaction>
<EnableUpdate></EnableUpdate>
<UpdateOnly></UpdateOnly>
<InsertDetailIssues></InsertDetailIssues>
</ImportConfiguration>
<!— The Resources element is used only to display localization information. Data is not imported from these elements, so it is not necessary for XML imports. This element will be present on most exported XML files.
<Resources>
<!— LanguageCode must be a string
<LanguageCode>en</LanguageCode>
<!— ResourceID must be an Integer
<ResourceID>9056</ResourceID>
<!— ResourceText must be a string. 1000 characters maximum
<ResourceText>Text</ResourceText>
</Resources>
<Incident>
<IncidentID> TI-1 </IncidentID>
<Title> Test Incident </Title>
<!— During an import, the EntityID element is checked first and if no match is found the EntityName element is checked. If neither value matches an existing entity, the import will be stopped.
<Entity>
<!— EntityID must be an integer
<EntityID>1</EntityID>
<!— EntityName must be a String. 50 characters maximum.
<EntityName>XFRACAS Software</EntityName>
</Entity>
<Creator>
<!— FirstName must be a String. 80 characters maximum.
<FirstName>Pam</FirstName>
<!— MiddleName must be a String. 80 characters maximum.
<MiddleName>Isa</MiddleName>
<!— LastName must be a String. 80 characters maximum.
<LastName>User</LastName>
<!— Login must be a String. 100 characters maximum.
<Login>puser</Login>
</Creator>
<Owner>
<!— FirstName must be a String. 80 characters maximum.
<FirstName>Sam</FirstName>
<!— MiddleName must be a String. 80 characters maximum.
<MiddleName>Isa</MiddleName>
<!— LastName must be a String. 80 characters maximum.
<LastName>User</LastName>
<!— Login must be a String. 100 characters maximum.
<Login>suser</Login>
</Owner>
<AssignedProblems>
<ProblemID> PR-1 </ProblemID>
</AssignedProblems>
<!— Type must be a Serialized Incident, Simple Incident, or Part Incident.
<Type>
<!— Issue is required. It must be a valid Issue. Valid Issue is described in Common Elements.
<!— IssueTypeID must be set to 8 (Incident State) or 48 (Incident State Closed) if present.
<!— If the IssueTypeID is not specified it will be set to 8 (Incident State)
<Issue IssueTypeID = "20" >
<Description>Serialized Incident</Description>
</Issue>
</Type>
<ASPFieldServiceTech>
<CustomerID> 1 </CustomerID>
<FirstName> Sally </FirstName>
<LastName> User </LastName>
</ASPFieldServiceTech>
<!— Day, Month and Year are required to be a valid date.
<!— All Dates imported should be in UTC or GMT+0, as all data stored in the database is in UTC.
<OccuranceDate>
<!— 4 Digit Integer.
<Year>2013</Year>
<!— Integer-including to and between 1 and 12.
<Month>6</Month>
<!— Integer-including to and between 1 and 31.
<Day>19</Day>
<!— Integer-including to and between 0 and 24.
<Hour>20</Hour>
<!— Integer-including to and between 0 and 60.
<Minute>21</Minute>
<!— Integer-including to and between 0 and 60.
<Second>0</Second>
<!— FormattedDate is a String and is for display information on an export only.
<FormattedDate>06/19/2013 08:21 PM</FormattedDate>
</OccuranceDate>
<CreatedDate>
<!— 4 Digit Integer.
<Year>2013</Year>
<!— Integer-including to and between 1 and 12.
<Month>6</Month>
<!— Integer-including to and between 1 and 31.
<Day>19</Day>
<!— Integer-including to and between 0 and 24.
<Hour>21</Hour>
<!— Integer-including to and between 0 and 60.
<Minute>23</Minute>
<!— Integer-including to and between 0 and 60.
<Second>0</Second>
<!— FormattedDate is a String and is for display information on an export only.
<FormattedDate>06/19/2013 09:23 PM</FormattedDate>
</CreatedDate>
<CloseDate/>
<TopLevelPart>
<!— PartID must be an integer. If left without a value, a new PartID will be assigned.
<!— If PartID value matches an existing PartID, the part will be updated.
<PartID>123</PartID>
<!— PartName must be a String. 255 characters maximum
<PartName>Synthesis Platform</PartName>
<!— PartNumber must be a String. 75 characters maximum
<PartNumber>SYN</PartNumber>
<!— Sets whether a part is retired. “Yes” means it’s retired. “No” means it’s not retired. Default setting is “No.”
<Retired>No</Retired>
<!— PartVersion must be a String. 50 characters maximum
<PartVersion>9</PartVersion>
<!— CreatedDate must be a Valid Date. Valid Date can be exemplified under Common Elements.
<CreatedDate/>
<!— UseExisting is required for a (Template) System. It must be “Yes” or “No.”
<!— If “Yes” an identical part that exists in the same entity will be used. If “No” a new part will always be inserted.
<UseExisting/>
<!— Subpart is required to update a System. A Valid Part is required within a Subpart. See (Template) System.
<Subpart/>
<!— Entity must be a valid entity. Valid Entity can be exemplified under Common Elements.
<Entity/>
<!— HID must be an integer. If present it must match an existing HID.
<!— When modifying System Part data, HID must not be used within Subparts in order for the System to update.
<HID>2</HID>
<!— SerialHID must be an integer. It is required for serialized incidents.
<!— For serialized incidents, the SerialHID and/or SerialNumber must match an existing top level serial system.
<!— When modifying System data, SerialHID must not be used within Subparts in order for the System to update.
<SerialHID>29</SerialHID>
<!— SerialNumber must be a string. It is required for serialized incidents.
<!— For serialized incidents, the SerialHID and/or SerialNumber must match an existing top level serial system.
<SerialNumber>989</SerialNumber>
<!— TimeMetric1 is a reliability time metric and does not inherently contain units. It is a floating (decimal) number.
<TimeMetric1>10</TimeMetric1>
<!— TimeMetric2 is a reliability time metric and does not inherently contain units. It is a floating (decimal) :number.
<TimeMetric2>12</TimeMetric2>
<!— TimeMetric3 is a reliability time metric and does not inherently contain units. It is a floating (decimal) number.
<TimeMetric3>2.2</TimeMetric3>
<!— Details are documented within Details.
<Details/>
</TopLevelPart>
<!— The ResponsibleParts element is required and must contain one or more ResponsiblePart elements.
<ResponsibleParts>
<!— ResponsiblePart must contain at least one Valid Part. Valid Part can be found in the Common Elements documentation.
<ResponsiblePart>
<Part>
<PartID> 2 </PartID>
<PartName> Action </PartName>
<PartNumber> Action </PartNumber>
<PartVersion/>
<!— Set whether the ResponsiblePart is retired. Value should be Yes or No. Optional, default value is No.
<RetiredDate/>
</Part>
<ResponsibleUser/>
</ResponsiblePart>
</ResponsibleParts>
<Chargeable> No </Chargeable>
<!— Optional. Value must be Yes or No if present. The default value is “Null.”
<!— A value of “Yes” incidates the part is under warranty. A Value of “No” indicates it is not under warranty.
<UnderWarranty> No </UnderWarranty>
<!— Optional. Value must be Yes or No if present. The default value is “Null.”
<!— A value of “Yes” acts as if no warranty exists, even if it does. A Value of “No” acts as if a warranty exists, when it does.
<WarrantyOverride/>
<!— Optional. Value must be Yes or No if present. The default value is “Null.” This can be updated with a new value.
<!— A value of “Yes” shows that the customer requested feedback. A Value of “No” shows that the customer did not.
<CustomerRequestedFeedback> No </CustomerRequestedFeedback>
<!— Optional. Enter date in UTC time. This must be a Valid Date. Valid Date is defined in Common Elements.
<ServiceResponseDate>
<Year> 2013 </Year>
<Month> 8 </Month>
<Day> 7 </Day>
<Hour> 23 </Hour>
<Minute> 52 </Minute>
<Second> 0 </Second>
<FormattedDate> 08/07/2013 04:52 PM </FormattedDate>
</ServiceResponseDate>
<!— If an Address element contains any child elements, a combination of those values must match an existing address.
<!— Location is the only element that is required. An invalid City, State, Country, or ZipCode will be replaced by NULL.
<Address>
<!— AddressLine1 is a String. 80 characters maximum.
<Address1>1450 South Eastside Loop</Address1>
<!— AddressLine2 is a String. 80 characters maximum.
<Address2>Address 2</Address2>
<!— City is a String. 50 characters maximum. Value must match an existing city.
<City> Tucson </City>
<!— State is a String. 80 characters maximum. Value must match an existing state.
<State> Arizona </State>
<!— StateAbbrev is a String. 2 characters maximum.
<StateAbbrev>AZ</StateAbbrev>
<!— Country is a String. 50 characters maximum. Value must match an existing country.
<Country> United States </Country>
<!— Zipcode is a String. 20 characters maximum.
<ZipCode>85710</ZipCode>
<!— Location is a String. 80 characters maximum. Location must match an existing location.
<Location> ReliaSoft </Location>
<!— Entity must be a valid entity. Valid Entity can be exemplified under Common Elements.
<Entity/>
</Address>
<!— At least 1 non-retired Status(State) is required. There can only be 1 Status element that has a Retired element with a value "No".
<Statuses>
<Status>
<Issue IssueTypeID = "8" >
10
<Description> Under Review </Description>
</Issue>
<Date>
<Year> 2013 </Year>
<Month> 7 </Month>
<Day> 1 </Day>
<Hour> 15 </Hour>
<Minute> 49 </Minute>
<Second> 34 </Second>
<FormattedDate> 07/01/2013 08:49 AM </FormattedDate>
</Date>
<UpdatedBy>
<FirstName> Joe </FirstName>
<LastName> User </LastName>
<Login> JUSER </Login>
</UpdatedBy>
<Retired> No </Retired>
</Status>
<Statuses>
<Categories>
<Category>
<!— Issue is required. It must be a Valid Issue. Valid Issue is described in Common Elements.
<!— IssueTypeID must be set to 20 (Chargeable) or 21 (Non-Chargeable).
<Issue IssueTypeID = "21" >
<Description> Cleanup </Description>
</Issue>
<!— A valid Date is required. Enter date in UTC time. A Valid Date can be seen in Common Elements.
<Date>
<Year>2013</Year>
<Month>6</Month>
<Day>17</Day>
<Hour>20</Hour>
<Minute>21</Minute>
<Second>51</Second>
<FormattedDate>06/17/2013 01:21 PM</FormattedDate>
</Date>
<!— {{APIComment|UpdatedBy follows Valid User Logic, that can be found in Common Elements.}
<UpdatedBy>
<FirstName> Joe </FirstName>
<LastName> User </LastName>
<Login> JUSER </Login>
</UpdatedBy>
<!— Optional. If present must have value of "Yes" or "No". Default value is "No".
<!— A “Yes” sets Status to Retired. A “No” sets status to not Retired.
<Retired> No </Retired>
<!— Chargeable is Export only. Since IsssueTypeID is equal to 21 (Non-Chargeable), “No” is displayed.
<Chargeable> No </Chargeable>
</Category>
</Categories>
<SystemStatuses>
<SystemStatus>
<Issue IssueTypeID = "14" >
40
<Description> Running </Description>
</Issue>
<Date>
<Year>2013</Year>
<Month>6</Month>
<Day>17</Day>
<Hour>20</Hour>
<Minute>21</Minute>
<Second>51</Second>
<FormattedDate>06/17/2013 01:21 PM</FormattedDate>
</Date>
<Retired> No </Retired>
</SystemStatus>
<SystemStatus>
<Issue IssueTypeID = "14" >
40
<Description> Running </Description>
</Issue>
<Date>
<Year>2013</Year>
<Month>6</Month>
<Day>17</Day>
<Hour>20</Hour>
<Minute>21</Minute>
<Second>51</Second>
<FormattedDate>06/17/2013 01:21 PM</FormattedDate>
</Date>
<Retired> Yes </Retired>
</SystemStatus>
</SystemStatuses>
<ReportTypes>
<ReportType>
<Issue IssueTypeID = "38" >
<Description> Prerelease or Staging </Description>
</Issue>
<Date>
<Year>2013</Year>
<Month>6</Month>
<Day>17</Day>
<Hour>20</Hour>
<Minute>21</Minute>
<Second>51</Second>
<FormattedDate>06/17/2013 01:21 PM</FormattedDate>
</Date>
<UpdatedBy>
<FirstName> Joe </FirstName>
<LastName> User </LastName>
<Login> JUSER </Login>
</UpdatedBy>
<Retired> No </Retired>
</ReportType>
</ReportTypes>
<RepairReplaces>
<RepairReplace PartOrder = "0" >
<OldPart>
<PartID> 1 </PartID>
<PartName> XFRACAS </PartName>
<PartNumber> XFRACAS </PartNumber>
<PartVersion />
<RetiredDate />
<SerialHID> 1 </SerialHID>
<SerialNumber> 1 </SerialNumber>
</OldPart>
</NewPart>
<FailureAnalyses />
<PartDisposition />
<RMAReceivedDate />
<ChangeDate>
<Year>2013</Year>
<Month>6</Month>
<Day>17</Day>
<Hour>20</Hour>
<Minute>21</Minute>
<Second>51</Second>
<FormattedDate>06/17/2013 01:21 PM</FormattedDate>
</ChangeDate>
<StartingAge> 0 </StartingAge>
<HoursToFailure> 17.00 </HoursToFailure>
</RepairReplace>
<RepairReplace PartOrder = "1" >
<OldPart>
<PartID> 3 </PartID>
<PartName> Action List </PartName>
<PartNumber> Action List </PartNumber>
<PartVersion />
<RetiredDate />
<SerialHID> 2 </SerialHID>
</OldPart>
<NewPart>
<PartID> 4 </PartID>
<PartName> Action List2 </PartName>
<PartNumber> Action List2 </PartNumber>
<PartVersion />
<RetiredDate />
<SerialHID> 3 </SerialHID>
</NewPart>
<PartFailure>
<FailureType>
<Issue IssueTypeID = "23" >
<Description> Collateral Failure </Description>
</Issue>
</FailureType>
</PartFailure>
<FailureAnalyses/>
<PartDisposition>
<Issue IssueTypeID = "13">
<Code>1</Code>
<Description> Send to Reman </Description>
</Issue>
</PartDisposition>
<RMAReceivedDate/>
<!— Day, Month and Year are required to be a valid date.
<!— All Dates imported should be in UTC or GMT+0, as all data stored in the database is in UTC.
<ChangeDate>
<!— 4 Digit Integer.
<Year>2013</Year>
<!— Integer-including to and between 1 and 12.
<Month>6</Month>
<!— Integer-including to and between 1 and 31.
<Day>19</Day>
<!— Integer-including to and between 0 and 24.
<Hour>20</Hour>
<!— Integer-including to and between 0 and 60.
<Minute>21</Minute>
<!— Integer-including to and between 0 and 60.
<Second>0</Second>
<!— FormattedDate is a String and is for display information on an export only.
<FormattedDate>06/19/2013 08:21 PM</FormattedDate>
</ChangeDate>
<StartingAge> 0 </StartingAge>
<HoursToFailure> 17.00 </HoursToFailure>
</RepairReplace>
</RepairReplaces>
<!— The Criticalities element is optional and may contain zero or more Criticality elements.
<Criticalities>
<Criticality>
<!— If Criticality is used, then SelectedCriticality is required.
<SelectedCriticalityIssue>
<!— It must be a Valid Issue. Valid Issue is described in Common Elements.
<Issue IssueTypeID = "1013" >
<Code>1</Code>
<Description>1</Description>
</Issue>
</SelectedCriticalityIssue>
<!— CriticalityType is required.
<CriticalityType>
<!— The combination of CritTypeName and/or CritTypeDescription must match an existing criticality type.
<!— CritTypeName must be a String with 32 characters maximum.
<CritTypeName> Test Criticality </CritTypeName>
<!— CritTypeDescription must be a String with 100 characters maximum.
<CritTypeDescription> Criticality Description </CritTypeDescription>
</CriticalityType>
<!— CriticalityStep is an integer.
<CriticalityStep>1</CriticalityStep>
<!— CriticalityDisplayOrder is an integer.
<CriticalityDisplayOrder>2</CriticalityDisplayOrder>
</Criticality>
</Criticalities>
<!— The TeamMembers element may contain zero or more TeamMember elements.
<!— A team member will be updated if the MemberUser matches an original team member. MemberUser and the MemberRole differs.
<!— If the UpdateOnly setting is disabled, team members that do not have a corresponding original team member will be inserted. The member user must be unique across team members.
<!— If the UpdateOnly setting is enabled and no orginal team members are found, no new team members will be inserted.
<TeamMembers>
<TeamMember>
<MemberUser>
<FirstName>Bob</FirstName>
<MiddleName>Isa</MiddleName>
<LastName>User</LastName>
<Login>Buser</Login>
</MemberUser>
<!— The MemberRole element is required, and must be a Valid Issue with an IssueTypeId equal to 50 (Team Member Role).
<MemberRole>
<Issue IssueTypeID = "50" >
<Description> Software Engineer </Description>
</Issue>
</MemberRole>
</TeamMember>
<TeamMember>
<MemberUser>
<FirstName>Pam</FirstName>
<MiddleName>Isa</MiddleName>
<LastName>User</LastName>
<Login>pUser</Login>
</MemberUser>
<!— The MemberRole element is required, and must be a Valid Issue with an IssueTypeId equal to 50 (Team Member Role).
<MemberRole>
<Issue IssueTypeID = "50" >
<Description> Project Lead </Description>
</Issue>
</MemberRole>
</TeamMember>
</TeamMembers>
<Actions/>
<Details/>
</Incident>