We use Service Performance Metrics today and have one configuration per metric. We wanted to add a second configuration to the Mean Time to Repair metric. One configuration would key off of labor (MTTR) and one would key off of travel (MTTT). The idea was to store both configurations in the Mean Time to Repair object and then have a salesforce report for each measure.
The difficulty is that the two configurations are not easily identifiable within the object. The SPM engine only copies the configuration number into the data record. The user would have to know which configuration number corresponded to MTTR and which corresponded to MTTT. This could vary by environment and could change over time through migrations and resets. There is nothing about the configuration number that would easily lead the user to know which was which. Plus, this configuration number might change over time for the same configuration, adding complexity to reporting on historical records.
We are asking that the description of the configuration be mapped into the object, independent of configuration number. Each configuration has a description that is set at the same time the criteria and mappings are set. The user could then easily key their reports off of the description. This should be an automatic process that would support setting up any number of configurations within a metric.
What is the underlying problem do you intend to solve with this idea?
The SPM process is currently limited if you want to set up multiple configurations per metric. Reporting is very difficult without hardcoding configuration numbers in a report or creating a custom formula field on the object.