" /> Access Groups in 6.5 - Genesys CTI User Forum

Author Topic: Access Groups in 6.5  (Read 5893 times)

Tony Tillyer

  • Guest
Access Groups in 6.5
« on: January 01, 1970, 12:00:00 AM »
Advertisement
I can use these extensively, but;

How do you restrict access for an Access Group to have access to make changes *only* to the Skills an Agent has? I can do it so that they only have access to the Persons Folders (or Subfolders, if that's what I need) but we have some business staff involved with WfM and they want to administer this area, exclusively.

I don't want to give them full access to the Persons Folder as this would imply that they can change/add/delete Persons and Persons Settings.

Anyone done this before?

TIA.

Marked as best answer by on April 14, 2025, 09:02:53 PM

Pretty Girl

  • Guest
Access Groups in 6.5
« Reply #1 on: January 01, 1970, 12:00:00 AM »
  • Undo Best Answer
  • As far as I know, this cannot be done.
    I also would like to do that, because skilladjustment is not something that we want our main administrators to do. And giving teamleaders full eign of Persons folder is not something we want to do too. Why don't you ask Genesys to make it? It would be a really good feature to have!

    Tony Tillyer

    • Guest
    Access Groups in 6.5
    « Reply #2 on: January 01, 1970, 12:00:00 AM »
    I'll push it through and see what happens....

    Tony Tillyer

    • Guest
    Access Groups in 6.5
    « Reply #3 on: January 01, 1970, 12:00:00 AM »
    Unfortunatley, "not in 6.5 or 7.0". But they are developing an "addon" tool for use with 7x which will allow you to do this, amongst other things.

    Not much good to me at the moment! :(

    Tony Tillyer

    • Guest
    Access Groups in 6.5
    « Reply #4 on: January 01, 1970, 12:00:00 AM »
    An afterthought is to develop your own tool, to pull out just the Agent ID/Surname/Forename/Skill/Skill Levels using an ODBC Link to the right Tables. Something like MSAccess could do it.

    I've managed to cobble together a version, if anyone wants it... (It's a bit chunky though)

    ecki

    • Guest
    Access Groups in 6.5
    « Reply #5 on: January 01, 1970, 12:00:00 AM »
    Hi,

    I don't know if this realy will solve your issue. When I undertand it right, you are going to manage agents properties by changing the data in CFG tables? If yes, i think, it will not work. Because as I know, genesys cfg server read the CFG database only at once by start. By runing cfg server just write new or changed data to database. All configuration data are hold in operation memory. Therefore I suppose it will not work. But I have never checked it.
    If you would like to develop your own configuration manager, your application have to comunicate directly with configserver. For this was designated Genesys SDK for config server.

    Tony Tillyer

    • Guest
    Access Groups in 6.5
    « Reply #6 on: January 01, 1970, 12:00:00 AM »
    If Genesys "SDK" is the answer, no one has mentioned this. However, I have not had a chance to check my dB tool in our Development area. When I have and *if* it works, I'll let the forum know.


    VIC

    • Guest
    Access Groups in 6.5
    « Reply #7 on: January 01, 1970, 12:00:00 AM »
    Ecki,

    as far as I could remember, changing data in CME DB, makes config server read it. We have clients who did not like Configuration Manager interface for entering data in, so they came up with their own program that used ODBC and would update the records.


    Tony Tillyer

    • Guest
    Access Groups in 6.5
    « Reply #8 on: January 01, 1970, 12:00:00 AM »
    A few scenarios I've tried:

    1. I've updated a Skill Name using an ODBC Link to the Config dB. It shows on an MSQuery, it shows via a Table Lookup in MSAccess and it shows if you access the SQL Table (dbo_cfg_skill). However, even if you reboot your PC, it does not update CME.

    2. I've changed a valid Skill Name of an Agent (Changed from "Novice" to "Intermediate" if you like) and also deleted and inserted a known Skill name within the Agents details, via the same ODBC Link and this does work.

    3. I've updated a Skill Level for an Agent using ODBC and this works also (e.g.; Novice Level 3 to Novice Level 1).

    Suffice to say this is exactley what our business would be looking for they can update Agent details but they cannot change the conventions in use in CME for the actual Skill Names.

    I hope this would also help anyone else...? As I mentioned, I have a cobbled ogether an MSAccess/ODBC version, if anyone is interested.

    Tony