Settings and activity
26 results found
-
7 votes
An error occurred while saving the comment
Michael Wiley
supported this idea
·
-
3 votes
Michael Wiley
shared this idea
·
-
23 votes
Michael Wiley
supported this idea
·
An error occurred while saving the comment
Michael Wiley
commented
I also added this comment to the other suggestion that included a View Only access. Having an audit trail that an action was taken by someone proxying in as someone else appears to be critical for a variety of control functions. As the system currently functions, anyone with the permission to login as someone else can login as other Users (at least those who are not in the Admin group) and perform functions that might be outside of their security group. For example, our Philanthropy team who reasonably should be able to proxy in as a donor to assist them also has the ability to login as a member of our finance team and generate checks. Without another form of control in place to prevent that, it is absolutely critical that logs should record the actual person generating payments of any kind, especially if they have used the Login As function to impersonate another staff member.
-
53 votes
An error occurred while saving the comment
Michael Wiley
commented
Not sure if this is exactly the right idea to add on to, but having an audit trail that an action was taken by someone proxying in as someone else appears to be critical for a variety of control functions. As the system currently functions, anyone with the permission to login as someone else can login as other staff (who are not in the Admin group) and perform functions that might be outside of their security group. For example, our Philanthropy team who reasonably should be able to proxy in as a donor to assist them also has the ability to login as a member of our finance team and generate checks. Without another form of control in place to prevent that, it is absolutely critical that logs should record the actual person generating payments of any kind, especially if they have used the Login As function to impersonate another staff member.
Michael Wiley
supported this idea
·
-
14 votesProposed Idea · 2 comments · CommunitySuite Idea Lab » Donations/Pledges/Promises/Public Securities · Admin →
Michael Wiley
supported this idea
·
-
73 votes
Michael Wiley
supported this idea
·
-
86 votesUnder Consideration · 12 comments · CommunitySuite Idea Lab » Grants, Grantees, Grant Types · Admin →
Michael Wiley
supported this idea
·
-
34 votesProposed Idea · 0 comments · CommunitySuite Idea Lab » Donations/Pledges/Promises/Public Securities · Admin →
Michael Wiley
supported this idea
·
-
11 votesProposed Idea · 2 comments · CommunitySuite Idea Lab » Donations/Pledges/Promises/Public Securities · Admin →
Michael Wiley
supported this idea
·
-
9 votes
Michael Wiley
supported this idea
·
An error occurred while saving the comment
Michael Wiley
commented
We have noticed this as well. Very strange to have the only merge field available to sign a communication to be formatted with Last Name first. Our planned approach to get around this is to omit the {{employee_name}} merge field altogether and sign the email generically. It is unfortunate that the merge field that could personalize communication is unusable.
-
10 votes
Michael Wiley
supported this idea
·
-
8 votes
Michael Wiley
supported this idea
·
-
38 votes
Michael Wiley
supported this idea
·
-
20 votes
Michael Wiley
supported this idea
·
-
13 votes
Michael Wiley
shared this idea
·
-
2 votes
Michael Wiley
shared this idea
·
-
9 votes
Michael Wiley
supported this idea
·
-
10 votes
Michael Wiley
supported this idea
·
-
9 votesProposed Idea · 2 comments · CommunitySuite Idea Lab » Templates (excludes Fund Statements) · Admin →
Michael Wiley
shared this idea
·
-
6 votes
Michael Wiley
shared this idea
·
An error occurred while saving the comment
Michael Wiley
commented
Here are screenshots of the Page Count merge field values from the online and paper versions of the same fund's statement, both generated as part of a single batch of statements.
I understand why an internal grant would not generate a tax receipt, but for our use cases (may differ for other organizations) I don't understand why there is an Internal Grant Letter rather than an Internal Donation Letter. We have no use for a letter we would issue to ourselves (the grant recipient) to advise that we have moved our assets from one fund to another. It would be of immense value to be able to generate a (non-tax) letter to the advising fund holder to thank them for their direct support of our Foundation/Initiatives.