Deletion Policy

RE: Deletion Policy

Harsha Sharma — Wed, 21 May 2025 14:11:48 GMT

You can may be design a process model that runs post deployment.

In it add a UI first where administrator can add the export log from the deployment (from design->deployments). Then you can configure expression fetch the process model uuids from the success objects in the log. (This last step, I don't know if this plugin can help you read the file or if AI Skills can help here, so you can give it a try).

Lastly Process Model Utilties plugin can help you set the Cleanup settings for the uuids fetched in previous step.

RE: Deletion Policy

Mathieu Drouin — Wed, 21 May 2025 11:39:16 GMT

You can probably achieve this by inspecting the deployment package. You can get it via the deployment API.

Once you have the zip, you can use Zip File Utilities to extract the contents and get the process model uuids.

RE: Deletion Policy

marios6581 — Wed, 21 May 2025 08:29:52 GMT

The solution that I implemented in the past was:

a PM for the post deployment feature
this PM would look into the package that was deployed, get the uuids of the PMs present on the package.
if the PM were on a list of exception, it would not update
Else updates the data retention policy.

The plugins used were:

Application Information Retriever
Application Plugins
Process Model Utilities

RE: Deletion Policy

marios6581 — Wed, 21 May 2025 08:23:07 GMT

I dont have the exact number it is evoked +1800 times per day.

RE: Deletion Policy

Harsha Sharma — Mon, 19 May 2025 15:05:57 GMT

May be if you add more details about use case it will enable us to help better like policy of 1 process model are intended to be updated or multiple process models. If its just one then What do you mean with the sentence -

[quote userid="250977" url="~/discussions/f/process/39129/deletion-policy"]To run this new PM for each new deploy[/quote]

[quote userid="250977" url="~/discussions/f/process/39129/deletion-policy"]have a list of exceptions to not be updated when these are deployed.[/quote]

RE: Deletion Policy

Harsha Sharma — Mon, 19 May 2025 15:05:29 GMT

To extract the UUIDs, you can create a process report which can list all the process models AND their instances. From process report you will be able to extract Process model metadata.

AFAIK there is no plugin or smart service that can change the data management policy of any inflights or help you automate this. So changing the policy automatically is impossible.

RE: Deletion Policy

Stefan Helzle — Mon, 19 May 2025 10:54:55 GMT

Makes sense.

You wrote "PM that is called multiple times per day". How high is that number?

Then, did you consider to add a timer node just before the ende node? This way you could keep the model alive for a while for monitoring, but skip that timer on PROD.

RE: Deletion Policy

marios6581 — Mon, 19 May 2025 10:34:54 GMT

We want to have different policies between lower and prod environments. This way we can check the PMs on monitoring in lower to see the execution

RE: Deletion Policy

Stefan Helzle — Mon, 19 May 2025 10:18:14 GMT

OK, but why not just set the policy to zero days directly?

RE: Deletion Policy

marios6581 — Mon, 19 May 2025 09:09:55 GMT

How Can I extract the UUID of the deployed PMs and then change their policy?

And we need this because I have a web API that triggers a PM that is called multiple times per day, consuming some resources. Want to reduce the impact.

RE: Deletion Policy

Stefan Helzle — Mon, 19 May 2025 08:40:10 GMT

What is your specific question? And my question is, why do you need separate data management policies on different environments?