Operator Password Admin by Supervisors?

Hi all,

We are about to roll out Tessitura (very exciting) and I'm curious how other organisations manage security tasks such as reseting an Operators password, or unlocking their login if they try too many times?

Currently this capibility is restriced to our IT team who manage the Security module.

Does everyone have IT staff on call to perform these basic tasks, or do you allow Supervisors limited access to the Security Module?

Cheers,

Nicholas

  • Former Member
    Former Member $organization
    Hi Nicholas
    You can't give anyone limited access to the security module - it's all or nothing.
    There is a neat report in Shared reports that you cangive to supervisors to let them reset someone's password, which is the most common urgent need.
    The other part of the Security module which causes stress if IT aren't available is changing access to pricetypes - typically when a producer wants to have a new discount set up in a hurry because they've already advertised it but forgot to tell ticketing. So we did a report for that too. That's probably the best approach.
    Ken
    Ken McSwain :: sent from the Blackberry

     
    From: Nicholas Hudson-Ellis [mailto:bounce-nicholashudsonellis2615@tessituranetwork.com]
    Sent: Wednesday, November 02, 2011 05:45 PM
    To: Ken McSwain
    Subject: [Tessitura Technical Forum] Operator Password Admin by Supervisors?
     

    Hi all,

    We are about to roll out Tessitura (very exciting) and I'm curious how other organisations manage security tasks such as reseting an Operators password, or unlocking their login if they try too many times?

    Currently this capibility is restriced to our IT team who manage the Security module.

    Does everyone have IT staff on call to perform these basic tasks, or do you allow Supervisors limited access to the Security Module?

    Cheers,

    Nicholas




    This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Technical Forum. You may reply to this message to post to the Technical forum or visit the site to search, read and post to the forums. In the interest of keeping the forum posts from becoming cluttered, we encourage you to delete previous message text from your reply before sending. Thank you!
    Explore the 2012 season at aco.com.au/season2012

    This email is confidential. If you are not the intended recipient you must not disclose or use the information contained in it. If you have received this email in error please notify us immediately by return email and delete the document. The ACO is not responsible for any changes made to a document other than those made by the ACO or for the effect of the changes on the document's meaning. The ACO accepts no liability for any damage caused by this email or its attachments due to viruses interference, interception, corruption or unauthorised access.
  • Thanks Ken,

    That answers my question perfectly, and pre-emted my other concern!

    I will dig into TASK and see what we can find.

    Was there a shared report for the Price Types access? If you produced this independently, would it be possible to post the report here in the forum?

    Many thanks,

    Nicholas

  • We are doing something similar to Ken.  We are using the reset operator report from task.  Then for some of the other features we create reports.  We also have a house manager report that is used only to change the door open and close times on the performance.  We did not want to give them full access to the the ticketing module.  Its just another way  finer control the security.

  • Former Member
    Former Member $organization in reply to Nicholas Hudson-Ellis (Past Staff Member)

    Hi Nicholas

    The PriceType maintenance report was originally developed by John Webber, but I don't think he put it on Shared reports (I don't have access to that at the moment so I can't check)

     If it's not there, I'll post a copy here.

    Ken

  • Hi Ken,

    I can see the report in TASK, thank you for the suggestion!

  • Nicholas,

    We allow users to reset their passwords themselves.  We have a sharepoint site that  allows the user to perform the password reset.  We are making use of the email address fieldf in t_metusers to associate the sharepoint user with the Tessitura users.  The password is set to temporary so that they have to reset it again when logging into Tessitura.

    Jon

  • Hello, we've just launched 3 weeks ago and are now trying to figure out how to provide password resets without needing support from IT.  We'll look for the shared report mentioned in TASK.

    @Jon Ballinger can you describe a bit more about how  the Sharepoint site works?  

    Thanks!

  • Hi Rose and John --

    I took a look at the shared report in TASK a number of months ago and then reworked it into something that I think is much more functional and easy to configure and use. This version is shared via the Bitbucket site at https://bitbucket.org/TN_WebShare/password-reset-utility -- to obtain access, create a bitbucket account and then email web_dev@tessituranetwork.com.

    Some features of my version of this utility:

    - No user-level configuration is required except to grant access to the utility. The ability to reset passwords is wielded (by default) by users with admin group permissions, and users who are managers of user groups -- admins can reset passwords for anyone except other admins; managers can reset passwords for users in their managed group who are not group managers themselves. Accounts in designated TR_DEPTs can be omitted completely (for non-human service accounts).

    - Managers doing the resets have zero knowledge of the password -- the recipient is simply emailed a random password and must change it upon first login.

    - Each password reset is logged in a system table for reference.

    This has been a huge success for my organization, mainly because I was the IT person doing all of the password resets, and now I don't have to do a thing! (Also, I was not happy with having to choose temporary passwords and communicate them to new users -- now I just set up the user with a random password and have their manager send them a reset email from this utility when they are being onboarded.)

    More than happy to provide support for this utility if your IT people need it -- I worked really hard on making it as durable, functional, and organization-generic as I could, so I would love to see it used by other organizations.



    [edited by: Nick Reilingh at 8:01 PM (GMT -6) on 17 May 2016]
  • Thank you Nick!  We'll give her a try and I'll be back in touch.  It will be wonderful not to have to be on weekend on-call support for password resets!