<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://codersforchrist.com/cs/utility/FeedStylesheets/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>Edit Your Application</title><link>http://codersforchrist.com/cs/blogs/nick/archive/2007/04/18/Edit-Your-Application.aspx</link><description>If we could, we would prefer to lock down the Member Status field so that only our small Evangelism admin team could edit it. Unfortunately Arena does not allow this particular field to be locked in this way (most other Arena areas and fields can). Since</description><dc:language>en</dc:language><generator>CommunityServer 2.1 (Build: 60809.935)</generator><item><title>re: Edit Your Application</title><link>http://codersforchrist.com/cs/blogs/nick/archive/2007/04/18/Edit-Your-Application.aspx#41</link><pubDate>Thu, 19 Apr 2007 14:52:38 GMT</pubDate><guid isPermaLink="false">3335dbd7-428c-4c14-9321-d5fba297aca8:41</guid><dc:creator>Derek M.</dc:creator><description>&lt;p&gt;It sounds like anyone will be able to make someone a 'member'. The textbox will remind people no to, unless they are supposed to be doing so. But it seems that, through a malicious act or a mistake, this field can be change at the wrong time by the wrong people.&lt;/p&gt;
&lt;p&gt;Will there be a need for an oversight/review loop for this? Perhaps a weekly report of all 'new members' that will be double-checked? Or, can a value change in this field trigger a notification to someone for immediate review?&lt;/p&gt;
</description></item><item><title>re: Edit Your Application</title><link>http://codersforchrist.com/cs/blogs/nick/archive/2007/04/18/Edit-Your-Application.aspx#42</link><pubDate>Fri, 20 Apr 2007 22:36:29 GMT</pubDate><guid isPermaLink="false">3335dbd7-428c-4c14-9321-d5fba297aca8:42</guid><dc:creator>nairdo</dc:creator><description>&lt;p&gt;Yes, since anyone with edit permission on the person/family part can change someone to a &amp;quot;Member&amp;quot; we are planning on auditing it. &amp;nbsp;Thankfully, with the excellent history log of changes that Arena maintains, we'll be easily able to create a report that shows when someone has changed a person to a Member.&lt;/p&gt;
</description></item><item><title>re: Edit Your Application</title><link>http://codersforchrist.com/cs/blogs/nick/archive/2007/04/18/Edit-Your-Application.aspx#45</link><pubDate>Sat, 28 Apr 2007 05:58:46 GMT</pubDate><guid isPermaLink="false">3335dbd7-428c-4c14-9321-d5fba297aca8:45</guid><dc:creator>Jon Edmiston</dc:creator><description>&lt;p&gt;Just an FYI... there's a table core_member_status_history that gets updated every time someone's member status is changed. &amp;nbsp;It stores the person_id of the changed person along with the login of the person who made the change and the member status it was changed to.&lt;/p&gt;
&lt;p&gt;We added this table so we could track the growth patter of our congregation. &amp;nbsp;Our thoughts were to eventually build in metrics to each tag/group/etc that shows how many people changed from Attendee to Member. &amp;nbsp;Or better yet Participant to Attendee (in our church that means something like does something on the campus to attends church). &amp;nbsp;While not perfect this would help us identify ministries/programs that are outreaching to the community and maturing our attendees.&lt;/p&gt;
</description></item><item><title>Elegance vs Practicality</title><link>http://codersforchrist.com/cs/blogs/nick/archive/2007/04/18/Edit-Your-Application.aspx#255</link><pubDate>Thu, 21 Feb 2008 02:26:12 GMT</pubDate><guid isPermaLink="false">3335dbd7-428c-4c14-9321-d5fba297aca8:255</guid><dc:creator>This End Up</dc:creator><description>&lt;p&gt;I yearn for and typically choose only elegant solutions, but in times of desperation it&amp;amp;#39;s not beyond&lt;/p&gt;
</description></item></channel></rss>