<div dir="ltr"><div><div>I would recommend to keep "delete user permanently"  option, but don't delete (reassign) trace of his previous actions (eg. record creation, comment authoring).<br></div>In this way you will keep history what in many scenarios will allow trace path of communication and responsibilities for past actions.<br><br></div>Stacey<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 16, 2015 at 7:01 PM, Sreenivas Kanumuru <span dir="ltr"><<a href="mailto:svk@vtiger.com" target="_blank">svk@vtiger.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">This is the popup that comes before the transfer option, when user is deleted.<div><br></div><div><img src="http://sc.vtiger.net/screenshots/Screenshot-at-17-26-10.png" height="110" width="472"><br><br></div><div class="gmail_extra"><div>Stacey, are you recommending to remove the option to "Delete User Permanently"?</div>
<br><div class="gmail_quote"><div><div class="h5">On Wed, Sep 16, 2015 at 4:54 PM, Stacey Johnson <span dir="ltr"><<a href="mailto:stacey.johnson110@gmail.com" target="_blank">stacey.johnson110@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div>Deleting user can not allow for deleting evidence.  This is still bug.<br><br></div>Stacey<br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Wed, Sep 16, 2015 at 6:15 PM, Sreenivas Kanumuru <span dir="ltr"><<a href="mailto:svk@vtiger.com" target="_blank">svk@vtiger.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Alan, This is already addressed in 6.3. Deleted User will be marked as inactive, if the 'Delete User Permanently' option is not selected. All the updates and comments will remain associated with the deleted user.<div><br><div><br></div><div><img src="http://sc.vtiger.net/screenshots/Screenshot-at-16-43-44.png" height="228" width="472"><br><br></div></div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div><div><br></div><div>thank you,</div><div>Sreenivas</div></div></div></div></div><div><div>
<br><div class="gmail_quote">On Wed, Sep 16, 2015 at 2:30 PM, Alan Lord <span dir="ltr"><<a href="mailto:alanslists@gmail.com" target="_blank">alanslists@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think this is a fairly big bug but it needs some discussion...<br>
<br>
Our customer has just asked about their process when they have churn with employees in their business (churn in this case means multiple people leaving and joining their business, e.g. staff turnover).<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We've had a bit of staff churn recently and I've struggled to keep up with the data re-assigning. We used to delete a user when they left and re-assign everything to admin. This was really straightforward as the system did all the hard work for you in the background. However, we soon realised that this messed with the audit trail in the "View history" and it changed the owner of the comment to admin so you couldn't tell who had made the notes. We changed our process to making the user inactive and then manually re-assigning the records. This take a while and there is a lot of room for human error. Is there a quicker way of doing this that I'm missing or something at point of deleting a user that maintains the audit trail?<br>
</blockquote>
<br>
It seems to me that when you delete a user from vtiger somehow the data in ModTracker needs to retain the fact that that earlier changes were made by that user (a new field to hold the User's name rather than their ID?), and *not* the user you have just re-assigned everything too. The same goes for comments too.<br>
<br>
Secondly, he makes a valid point about making a user Inactive instead... There should probably be an option to re-assign related records when making a user Inactive...<br>
<br>
This customer is using 5.4.0 but I suspect the same issues apply with 6.3.0.<br>
<br>
Discuss.<br>
<br>
Al<br>
<br>
_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br>
</blockquote></div><br></div></div></div></div>
<br></div></div>_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br></blockquote></div><br></div>
<br></div></div>_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br></blockquote></div><br></div></div>
<br>_______________________________________________<br>
<a href="http://www.vtiger.com/" rel="noreferrer" target="_blank">http://www.vtiger.com/</a><br></blockquote></div><br></div>