Page History
When the case has reached its goal, it's archived. Reaching the goal could for example be that the resulting product is stored in the back office, or the change has been altered in a register application. It is time to archive the now completed case.
There are different types of data that could be useful for later. Most of the time the data could be classified in the following categories:
- Case Trigger data, what triggered the case? What did the applicant request in the first place?
- Case Resulting data, what is the result of the case? A decision? A product?
- Case process data, what happened in the case? How did the the trigger lead to the result? What steps have been taken?
...
Info |
---|
Please note that the actual case data (case document + process + case dossier) are both deleted when the case is completed. |
...
There are different ways of storing information from a Blueriq application. All of thos come with their own pros and cons. At the moment Blueriq does not contain a plug-and-play out of the box archiving function that serves all needs (if this is even possible).
Solution | Description | Suitable for | pros | cons |
---|---|---|---|---|
Document generation | A document could be generated based on profile data. An archive document could be modelled containing all relevant information to be stored, Could be used for example for storing case process data. | Case Process Data |
|
|
Reporting service | The reporting service can be used to store a profile (or selection) to a database. The result is an XML blob in the database containing profile information | Case Process Data |
|
|
Aggregates | An aggregate store can be used to store data in the database. Which can be loaded in a Blueirq model again for later use. | Case Process Data, Trigger data, Resulting data |
|
|
The DCM-Foundation models have implemented an example of all the possible solutions described above. Which (of course) could be altered to fit your specific needs.
...