In the case of a member moving in with the notation, they see it (or should see it) when they review the record at move-in. However that's only seen when printing or print previewing the record.rpyne wrote:There is no real reason that the Ward or Stake Clerk should not be able to access this report since they are already privy to any information that would result in a confidential notation on a membership record. Remember that according to CHI and the Report of Disciplinary Action forms, the Ward or Stake Clerk is required to take minutes of any Disciplinary Council and is responsible for completing and signing the report.
MLS 2.9 Installation Problems
-
- Community Administrator
- Posts: 34422
- Joined: Sat Jan 20, 2007 2:53 pm
- Location: U.S.
Have you searched the Help Center? Try doing a Google search and adding "site:churchofjesuschrist.org/help" to the search criteria.
So we can better help you, please edit your Profile to include your general location.
So we can better help you, please edit your Profile to include your general location.
-
- Member
- Posts: 152
- Joined: Fri Jan 19, 2007 10:54 am
- Location: Sunny South Florida, USA
Bishop received an 'Error' in MLS 2.9 Confidential Member Part 2
pete_arnett wrote: mkmurray - thanks for doing the test
Russell - thanks for the suggestion about doing a Unit Refresh
Note: we upgraded on Sat a.m., 09Aug2008, and have done several send/receive and check fo r software updates
Called MLS headquarters support because it is still failing:
1) did the get New membership record file from headquarters
2) automatically was updated to MLS 2.9.0-14316 and restarted MLS
3) still get the same error
4) Java messages
E] {Fri 2008-08-22 15:39:50} org.lds.ics.mls.modCF.shell.ModCFActions$7:
java.lang.ArrayIndexOutOfBoundsException: 1
at org.lds.ics.mls.modCF.reports.ConfMemberInfoReport.generateConfRecords(Unknown Source)
(.. got about another 34 unknown source error message)
5) headquarters set the trigger to get a copy of our ward's MLS for the programmers to review
Your Fellow Servant,
Porter (Pete) Lee Arnett Jr.
USA
Porter (Pete) Lee Arnett Jr.
USA
-
- Member
- Posts: 77
- Joined: Thu Feb 08, 2007 9:42 am
- Location: Arizona
Coming back to this after a busy couple of weeks: In Stake technology specialist roles and responsibilities at Clerk.Lds.org it says:
"You ensure that all computers, software, and confidential Church information are secure, are protected from viruses and improper use, and that data files are backed up regularly."
This tells me that I am personally accountable for system security of the computers in the buildings that I am responsible for supporting.
"You ensure that all computers, software, and confidential Church information are secure, are protected from viruses and improper use, and that data files are backed up regularly."
This tells me that I am personally accountable for system security of the computers in the buildings that I am responsible for supporting.
RussellHltn wrote:I disagree. If that were the case, then the Desktop would have shipped that way and/or the instructions modified appropriately. It's really not that complicated to do.
-
- Community Moderators
- Posts: 11460
- Joined: Mon Mar 17, 2008 10:27 pm
- Location: US
I agree, except that I have come to accept that I am only responsible with the tools CHQ gives me to use. In other words, there are things I might do if I were actually running the show (such as not having everyone login with the same admin account on the desktop).James_Francisco wrote:This tells me that I am personally accountable for system security of the computers in the buildings that I am responsible for supporting.
But I am fine with following the security instructions from SL, and then having them fix the problems those instructions create. They don't like that last part, but I hold them to it, and they do make changes from time to time.
There is nothing quite as liberating as reminding the help desk that I did exactly what they told me to do. (It gets you to the next level of support faster, too.)
-
- Community Administrator
- Posts: 34422
- Joined: Sat Jan 20, 2007 2:53 pm
- Location: U.S.
And so you're saying that requires you to disregard clear written instructions quoted in Post #7?James_Francisco wrote:Coming back to this after a busy couple of weeks: In Stake technology specialist roles and responsibilities at Clerk.Lds.org it says:
"You ensure that all computers, software, and confidential Church information are secure, are protected from viruses and improper use, and that data files are backed up regularly."
This tells me that I am personally accountable for system security of the computers in the buildings that I am responsible for supporting.
I fail to see how you can be held personally accountable if you've followed all instructions faithfully and haven't ignored any clues that things are not working right.
Have you searched the Help Center? Try doing a Google search and adding "site:churchofjesuschrist.org/help" to the search criteria.
So we can better help you, please edit your Profile to include your general location.
So we can better help you, please edit your Profile to include your general location.
-
- Member
- Posts: 77
- Joined: Thu Feb 08, 2007 9:42 am
- Location: Arizona
Perhaps we're getting off track here. A discussion of the scope and limitations of the duties of a Stake Technology Specialist probably belongs somewhere else. The buzz in these forums is that MLS 2.9 has a security model that is quite different from what local leaders are used to dealing with. If that is the case, as the STS for a stake that has not yet been introduced to the new security model, I'd like to see some concise help files that I can share with the usual suspects in the stake to prepare them for the new regime.
RussellHltn wrote:And so you're saying...
- aebrown
- Community Administrator
- Posts: 15153
- Joined: Tue Nov 27, 2007 8:48 pm
- Location: Draper, Utah
I guess I'm missing the "buzz." I haven't seen anything about a change in the MLS security model introduced with version 2.9.James_Francisco wrote:The buzz in these forums is that MLS 2.9 has a security model that is quite different from what local leaders are used to dealing with. If that is the case, as the STS for a stake that has not yet been introduced to the new security model, I'd like to see some concise help files that I can share with the usual suspects in the stake to prepare them for the new regime.
The only change that I can see as being somewhat related to the "security model" is that MLS now requires MLS users to be associated with a member record (except for out-of-unit administrators). Is this what you are referring to, or is it something else?
-
- Community Moderators
- Posts: 11460
- Joined: Mon Mar 17, 2008 10:27 pm
- Location: US
Not really. MLS has always allowed a user to attach him/herself to a membership record. What has changed with MLS 2.9 is thatJames_Francisco wrote:The buzz in these forums is that MLS 2.9 has a security model that is quite different from what local leaders are used to dealing with.
(1) each user must be attached to a membership record. This was possible before but not required.
(2) there is a limit of two users who do not need to be attached to a membership record. This allows two out of unit individuals to have logins, a 100% increase from the original plan to allow only one stake administrator -- they did listen to us at the end of the beta test.
(3) if you do not attach every user to a membership record or make them one of the two out of unit individuals, you will get an Urgent Task notice every time you login in to MLS until you do.
So, in reality, you don't have to change anything, if you don't mind clicking off the Urgent Task box on every login. [grin]
-
- Community Administrator
- Posts: 34422
- Joined: Sat Jan 20, 2007 2:53 pm
- Location: U.S.
Valid point. Our discussion no longer fits the title of the thread. That's an easy to fix. I'll take care of it tonight of no one beats me to it. (And they're welcome to save me the trouble. )James_Francisco wrote:Perhaps we're getting off track here. A discussion of the scope and limitations of the duties of a Stake Technology Specialist probably belongs somewhere else.
Maybe the security for MLS logins, but I've not heard any change on how Windows security is to be managed. And that's what we're discussing here.James_Francisco wrote:[ The buzz in these forums is that MLS 2.9 has a security model that is quite different from what local leaders are used to dealing with.
Have you searched the Help Center? Try doing a Google search and adding "site:churchofjesuschrist.org/help" to the search criteria.
So we can better help you, please edit your Profile to include your general location.
So we can better help you, please edit your Profile to include your general location.
-
- Member
- Posts: 77
- Joined: Thu Feb 08, 2007 9:42 am
- Location: Arizona
That and the whole confidential reports issue seem to be the big problems. There have been a fair number of updates to MLS in the last year or so. While most things have gone well, there always seems to be something in each release that generates a rush of semi-panic phone calls from ward clerks. That wouldn't be too bad except that some ward clerks that are no longer in my stake still have my number and call too. I help them and ask them to share the information with their stake clerk. MLS works reasonably well, a moratorium on updates for 6 months to a year wouldn't hurt any ecclesiastical functions.
There are other issues that I'd really like to see get addressed on the back end databases. The biggest issue is communication of information about new units between DB systems. Since our new stake was formed six months ago, I've had several opportunities to interact with various help desk teams. Each time, if it is a functional area that we have not called before, they do not have information in their data about the existence of our stake. It doesn't matter what functional area I'm dealing with, the first time that I call, the conversation always has this element.
Help Desk: What did you say your stake unit number was again?
me: It's XXXXXX, we were formed on 2/17/08.
Help Desk: Hmm. I can't find your stake in our system. Can I put you on hold for a minute?
Eventually, we get things worked out, but this same conversation has been happening from March to two weeks ago. Could we get better back end communication in place and then start refining the front end again?
There are other issues that I'd really like to see get addressed on the back end databases. The biggest issue is communication of information about new units between DB systems. Since our new stake was formed six months ago, I've had several opportunities to interact with various help desk teams. Each time, if it is a functional area that we have not called before, they do not have information in their data about the existence of our stake. It doesn't matter what functional area I'm dealing with, the first time that I call, the conversation always has this element.
Help Desk: What did you say your stake unit number was again?
me: It's XXXXXX, we were formed on 2/17/08.
Help Desk: Hmm. I can't find your stake in our system. Can I put you on hold for a minute?
Eventually, we get things worked out, but this same conversation has been happening from March to two weeks ago. Could we get better back end communication in place and then start refining the front end again?
Alan_Brown wrote:The only change that I can see as being somewhat related to the "security model" is that MLS now requires MLS users to be associated with a member record (except for out-of-unit administrators). Is this what you are referring to, or is it something else?