SOR of data object who has same name as case type

General
1

Appreciate for below “simple” questions (however I can not find explicit answer in whole SA course)

What SOR (system of record) is source of a data object who has same name as a case type?

E.g. I create a case type “Car Rental”, then the fields I defined in views of this case type (common fields, not data ref ), such as an Integer, a string, are defined in data object with same name of case type, that is, “Car Rental”.

However I can not see “Car Rental” data object in the data object list (Under App studio ‘Data’ function) in which each data object’s SOR is shown. So I do not know “Car Rental” data object’s SOR.

So what SOR data object “Car Rental” is sourced from?

Local (i.e. Pega) SOR, or, no SOR?

And, if “no SOR”, it should mean the fields values are lost after case completed, right?

Many thanks!

2

@MaxonL16591286 Hi Maxon, if I understand your scenario, I would not expect to see a data object named “Car Rental.”

Here is what I understand about your scenario:

  • You created a case type named “Car Rentals.”

  • You created a View, then

  • You added some common fields, not data ref to the View.

If this is all you did, I would not expect to see a “Car Rental” data object. Remember, data objects are sets of data - what you seem to be calling common fields. For example, you can create (simple) fields named FirstName and LastName, or you can create a (complex) data object named Customer that contains two fields named FirstName and LastName.

You can see the common fields from the Data model tab of the case type. But, each field would be listed individually, along with any other data objects that you created.

The SOR for each of these common fields would be Pega. And, you would NOT lose the values after a case is completed - because the SOR is Pega.

I recommend reviewing this module for a refresher on understanding the data model in Pega.

3

@eddie.jm

Thanks a lot!

Yes, I also notice “The SOR for each of these common fields would be Pega” so they are keep in case history.

I think I should have been confused before by below words in the “Data modeling” topic, which mentions " a data object with the same name as the case type"

Data storage

…

For example, a user in the LibraryReservation case type… The application developer stores the single-value data from this boolean selection in a data object with the same name as the case type, in this case, LibraryReservation.