<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.appian.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Regarding  unattended Node assignment</title><link>https://community.appian.com/discussions/f/process/34908/regarding-unattended-node-assignment</link><description>Scenario: The user started the process and before process completes user left the bank .The sub process got errored because assignment of nodes is &amp;#39;run as whoever started the process&amp;#39;. In this scenario , do we need to change assignment of that node to</description><dc:language>en-US</dc:language><generator>Telligent Community 12</generator><item><title>RE: Regarding  unattended Node assignment</title><link>https://community.appian.com/thread/135236?ContentTypeID=1</link><pubDate>Mon, 13 May 2024 13:29:15 GMT</pubDate><guid isPermaLink="false">d3a83456-d57b-489c-a84c-4e8267bb592a:7771dd21-f2f6-4fe7-8cb9-94c66705722e</guid><dc:creator>Mike Schmitt</dc:creator><description>&lt;p&gt;This is something that has to be more carefully planned than most newer devs realized, when there is even the slightest chance a process instance started by a user will ever outlive their active status.&lt;/p&gt;
&lt;p&gt;However unlike in the older days, there&amp;#39;s currently a reasonable work-around in case it does happen, particularly if a deactivated user is the initator of longer-lived instance that needs to stay active (and not breaking) for whatever reason.&amp;nbsp; Note that this workaround is only remedial, it shouldn&amp;#39;t be something your process is initially designed for (but instead should be designed to avoid the need for this...)&lt;/p&gt;
&lt;p&gt;Take the deactivated user account - reactivate it, but then rename it (particularly the username) to something indicating that they&amp;#39;re a deactivated user.&amp;nbsp; Then I&amp;#39;ll usually change the &amp;quot;last name&amp;quot; field from whatever it was, to &amp;quot;Service Account&amp;quot;.&amp;nbsp; Then add it to the Service Accounts system group (and remove the email address associated with the account).&amp;nbsp; This both prevents the account from ever auto-deactivating, while 100% preventing the original owner of the account from getting back into it.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Regarding  unattended Node assignment</title><link>https://community.appian.com/thread/135232?ContentTypeID=1</link><pubDate>Mon, 13 May 2024 12:31:47 GMT</pubDate><guid isPermaLink="false">d3a83456-d57b-489c-a84c-4e8267bb592a:4cbedcaf-2e05-46d2-b3e4-5c3f61cb4ee4</guid><dc:creator>navinkumars</dc:creator><description>&lt;p&gt;I want to mention one thing. Whenever a PM is imported into a environment, the user who performs the import is assumed as the designer. In my project it is requested always to use &amp;quot;run as whoever designed&amp;quot;. So, whenever a PM is imported to production they will use a service account user(a user who will never gets deactivated). So in any case we won&amp;#39;t get any error.&lt;br /&gt;&lt;br /&gt;Additionally I would recommend a post that may help your question:&amp;nbsp;&lt;a href="https://community.appian.com/discussions/f/best-practices/13547/run-as-whoever-designed-the-model"&gt;community.appian.com/.../run-as-whoever-designed-the-model&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Regarding  unattended Node assignment</title><link>https://community.appian.com/thread/134915?ContentTypeID=1</link><pubDate>Wed, 08 May 2024 05:35:10 GMT</pubDate><guid isPermaLink="false">d3a83456-d57b-489c-a84c-4e8267bb592a:4ee4a9dd-8073-49b1-82c6-b8bb55fada41</guid><dc:creator>Stefan Helzle</dc:creator><description>&lt;p&gt;My approach to this, is to not disable the user account in Appian. Assuming that you have SSO in place, that user cannot log in anyways.&lt;/p&gt;
&lt;p&gt;Disabling account should only be done when there are no active process instances anymore.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>