This documentation applies to the 8.1 version of Remedy IT Service Management Suite, which is in "End of Version Support." You will not be able to leave comments.

To view the latest version, select the version from the Product version menu.

Modifying foundation data in related applications

The data wizard modifies foundation data in BMC Remedy ITSM forms and in configuration items (CIs). If you use the data wizard to modify this data, you must change the same data on applicable applications such as BMC Service Level Management, BMC Knowledge Management, and BMC Service Request Management.

The following table displays the data that is modified by the data wizard.

Foundation data that is modified by the data wizard

Data administration typeFields containing the valueRequired filters to find the correct value
CompanyCompanyNone
Person name
  • First Name 
  • Middle Name 
  • Last Name 
  • Full Name
  • Company 
  • Person ID 
  • Login ID 
    Note: Login ID is a required filter only if the person has a Login ID.
Login ID
  • Login ID 
  • Submitter 
  • Last Modified By 
  • Any field that holds a login ID value
None
Generic categorization
  • Generic Categorization Tier 1 
  • Generic Categorization Tier 2 
  • Generic Categorization Tier 3
Category Type (required information)
Operational categorization
  • Operational Categorization Tier 1 
  • Operational Categorization Tier 2 
  • Operational Categorization Tier 3
None
Product categorization
  • Product Categorization Tier 1 
  • Product Categorization Tier 2 
  • Product Categorization Tier 3 
  • Product Name 
  • Manufacturer
None
Product model and versionProduct Model/Version
  • Product Categorization Tier 1 
  • Product Categorization Tier 2 
  • Product Categorization Tier 3 
  • Product Name 
  • Manufacturer
SiteSiteNone
Site information
  • Street 
  • Country 
  • State/Province 
  • City 
  • Zip/Postal Code 
  • Time Zone
Site
Support group
  • Support Organization 
  • Support Group Name
Support Company

The data wizard does not update the BMC Service Level Management terms and conditions qualification. You must access the following forms using the BMC Remedy Mid Tier in order to manually update their fields. For instructions, see Using BMC Remedy Mid Tier to update the conditions and qualification forms.

BMC Service Level Management conditions and qualification forms

Form nameForm aliasField nameField ID

SLM:RuleCondition

SLM Condition Template

Condition

500068600

SLM:ServiceTarget

Service Target

TermsandConditions

300271400

HPD:HPDSLM:Qualbuilder

Qualification Builder

Qualification

300271400

CHG:CHGSLM:Qualbuilder

Qualification Builder

Qualification

300271400

AST:ASTSLM:Qualbuilder

Qualification Builder

Qualification

300271400

This version of the documentation is no longer supported. However, the documentation is available for your convenience. You will not be able to leave comments.

Comments

  1. Andrej Kajzer

    I remember there were a BMC statement not to delete Foundation Data from the system but set them Offline or Delete status.

    Can you please help me find this statements?

    I remember I saw them in pdf manuals.

     

    Thanks!

    Mar 24, 2014 09:40
    1. Bruce Cane

      Hi Andrej, I have access to all of the ITSM 7.6.04 pdf documents (the last release for which we published a full set of pdf docs) and conducted a search across the entire set of docs, looking for "offline status" and "delete status", but found only three instances in total, none of which relate to deleting foundation data. Can you give me a bit more context, or any other information that I can use to try to find this reference?

       

      Mar 24, 2014 12:54
      1. Andrej Kajzer

        Hm...I just remember to read somewhere in old documentation that deleting FD is not recommended using Delete button on specific forms. Instead Offline or Delete status should be set for FD instance.

        Maybe you can check it with core ITSM FD development team to approve this statement?

        Thanks!

        Mar 25, 2014 03:53
        1. Bruce Cane

          Andrej, The dev team thinks that applied specifically to Company and Support Group data. However, I've been thinking this through, and it does make sense to NOT delete the Foundation data, because any archived records that rely on the deleted Foundation data are likely to generate exceptions or errors if the are ever accessed.

          Mar 25, 2014 08:41