run a process model 24h/24 7 days/7 every weeks

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Tue, 27 Jun 2023 14:42:15 GMT

Thank you all guys, i'll check it later all your suggestions

RE: run a process model 24h/24 7 days/7 every weeks

Mike Schmitt — Mon, 26 Jun 2023 17:28:52 GMT

[quote userid="132000" url="~/discussions/f/process/29075/run-a-process-model-24h-24-7-days-7-every-weeks/115074#115074"] someone with all the permissions ever, and who is configured by system admin and is not a real person, and won't ever leave, such as a "Process Designer" make-believe account.[/quote]

Luckily these days this is pretty easy to do with automated deployment, set up to use an Admin user who's dedicated as a Service Account. 5 or 6 years ago before they had any of these features, we had to do deployments as one of the developers, then run a process that looped through every process model and ran the "republish as user" node (for every PM requiring it) to republish them under an internal account. In that case, we had a 100% PIV-card-login requirement by the customer's "security department", so we couldn't just login as a special user at import time. Needless to say, it was very satisfying when I could finally set up that environment for automated imports under a service account.

RE: run a process model 24h/24 7 days/7 every weeks

davel001150 — Mon, 26 Jun 2023 16:27:56 GMT

Or the whole PM in a swimlane configured for all nodes inside it to "Run as whoever designed this Process Model". That setting is key to getting lots of things to work in Appian, almost to the point of saying you should ALWAYS set it that way unless you have very good reason not to.

BTW, you'll want to make sure you import deployments on Production as someone with all the permissions ever, and who is configured by system admin and is not a real person, and won't ever leave, such as a "Process Designer" make-believe account. If you make a real person the guy who installs everything, and he or she leaves, then when you deactivate that user suddenly you deactivate about everything your system does. I was on a project where they did that by accident. That was an interesting day.

RE: run a process model 24h/24 7 days/7 every weeks

Mike Schmitt — Mon, 26 Jun 2023 14:39:52 GMT

[quote userid="234210" url="~/discussions/f/process/29075/run-a-process-model-24h-24-7-days-7-every-weeks/115011#115011"]it seems that the user "anonimous" (which is that one that Appian identifies as the user that send the email) doesn't have the right permission to perform some operations like write do data store entity [/quote]

Previously you'd just said "it doesn't work" - this is considerably different from "the process model is started but it fails on a particular node", because otherwise I was led to assume the email wasn't even causing the process to start. To solve this issue, as Peter said already, you'll merely need to have those nodes execute as "designer". Another common way to handle this (to avoid having to manually set a bunch of different nodes like this) is to have the email target a wrapper process, which shortly after it's started, calls your normal process as a subprocess (also under the "as designer" assignment).

RE: run a process model 24h/24 7 days/7 every weeks

Peter Lewis — Mon, 26 Jun 2023 12:46:12 GMT

You will likely need to set those nodes to "Run as whoever designed the process model" - see the documentation for unattended activites: https://docs.appian.com/suite/help/latest/Process_Node_and_Smart_Service_Properties.html#unattended-activities

This is generally a good practice, but it will ensure that these nodes are run as the last person to publish the process model, and that user will usually have the appropriate level of security.

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Mon, 26 Jun 2023 07:23:30 GMT

yes, it's the same format as mine, i don't have any problem for the reception of the emails, but for the other plug-ins in the process model with some permission as write/read, that still don't work

RE: run a process model 24h/24 7 days/7 every weeks

Stefan Helzle — Mon, 26 Jun 2023 07:21:36 GMT

Just put the receive message event into the start node of the process and make the process receive public events.

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Mon, 26 Jun 2023 07:14:42 GMT

no sir, the emails are coming correctly, but it seems that the user "anonimous" (which is that one that Appian identifies as the user that send the email) doesn't have the right permission to perform some operations like write do data store entity in this case. I attach the error appeared and the flow process here

RE: run a process model 24h/24 7 days/7 every weeks

Mike Schmitt — Thu, 22 Jun 2023 15:50:59 GMT

Also, what email address are you using? It doesn't seem to be made very clear in the documentation, but the format needs to be specific - "processmodel<process model id>@yourserver" - i.e. `processmodel1234@myProject.appiancloud.com` etc. I just tested this setup in one of my environments and it worked immediately (though I assume the necessary mail server setup detailed in my last reply was done a long time ago).

RE: run a process model 24h/24 7 days/7 every weeks

Mike Schmitt — Thu, 22 Jun 2023 15:37:54 GMT

Also note there may be some additional setup steps needed:

RE: run a process model 24h/24 7 days/7 every weeks

Mike Schmitt — Thu, 22 Jun 2023 15:36:23 GMT

Sorry, I was incorrect - it appears you already do have the "public events" option selected. Are you saying that sending an email to the process doesn't successfully start it? Can you share details of what you've tried for this? Starting processes via email is not something I have too much experience with, though I do know it's supposed to be a supported use case.

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Thu, 22 Jun 2023 14:46:53 GMT

it's already set on public, but still doesn't work. Now i change the security of the application, but still doesn't work

RE: run a process model 24h/24 7 days/7 every weeks

Mike Schmitt — Thu, 22 Jun 2023 14:39:55 GMT

As the message says, the process model will need to be made "public" (as in, any user can start it, as far as i know). I'm looking around now to try and remind myself what exact setting is used for that, but you might want to search on the same in the mean time.

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Thu, 22 Jun 2023 14:32:48 GMT

the admin group is set as administrator, the user group as viewer, for the others no setting such as in picture

RE: run a process model 24h/24 7 days/7 every weeks

Mike Schmitt — Thu, 22 Jun 2023 14:25:41 GMT

What's your Process Model Security set to? That's what the red warning message I posted is referring to.

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Thu, 22 Jun 2023 14:21:14 GMT

no warning here. This is how i configured the received node and the general process

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Thu, 22 Jun 2023 14:17:42 GMT

thanks sir for the reply, but i don't properly configure the start event node. Now i have another problem: User Does Not Have Rights to Perform this Operation to the first process node of my flow. I don't have this issue if i start the process by myself (of course, i'm the admin)... Do you know how to permit anonymous user to perform this operation?

RE: run a process model 24h/24 7 days/7 every weeks

Mike Schmitt — Thu, 22 Jun 2023 14:17:30 GMT

Did you make sure to account for the warning text seen here?

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Thu, 22 Jun 2023 14:16:24 GMT

Sorry sir, now i have another problem:

User Does Not Have Rights to Perform this Operation to the first process node of my flow. I don't have this issue if i start the process by myself (of course, i'm the admin)... Do you know how to permit anonymous user to perform this operation?

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Thu, 22 Jun 2023 13:38:17 GMT

yes thank you very much!

RE: run a process model 24h/24 7 days/7 every weeks

davel001150 — Thu, 22 Jun 2023 13:34:46 GMT

Second node in your picture is wrong. What you do is configure the first node in your picture to do it. Then you can delete the Ricevi email node.

RE: run a process model 24h/24 7 days/7 every weeks

davel001150 — Thu, 22 Jun 2023 13:30:45 GMT

For the more general case, I suppose you could have a process run on a loop continually forever. You could start it for debug one day, and it never reach its End Node for the duration of time you have it in Production.

That said, don't ever do that. If you did, you'd have a process continually growing forever that would stay in your RAM. You couldn't upgrade it, debug it, it would be next to impossible to investigate it after the process history grew for potentially years. A process stores all versions of each process variable and history of everything it does, so any process that did much of anything could quickly swell to the size that it crashed your server if you let it keep doing things.

Start processes only as you need them, and close them and archive them as quickly as you can. If there's a lot of waiting in a required step, make the waiting the space between two processes if you can.

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Thu, 22 Jun 2023 13:30:21 GMT

yes that correct sir, i've set up the process model like this, so have i to include the received message into the start node configured as a trigger?

RE: run a process model 24h/24 7 days/7 every weeks

albertob5031 — Thu, 22 Jun 2023 13:25:01 GMT

no sir, it doesn't work if i don't active the process by myself

RE: run a process model 24h/24 7 days/7 every weeks

Pradeep Sridharan — Thu, 22 Jun 2023 13:07:41 GMT

@albertob5031 - As I understand, the process needs to trigger if mail receive? If yes, in the start node we can create a trigger a receive a message and configure the event as mail.(Also in the properties of process model set the public events check box as enable if anyone can trigger the process). Please confirm its helps you based on my understanding.

Thanks,

Pradeep Sridharan