We're setting up Account Administration for the first time, and, fwiw, I've read the info at the following link: http://help.adobe.com/en_US/digitalpubsuite/using/WS9293e1fb3b977c5c-6 c5b4101331de1fd6a-8000.html
However, the deliniation of roles gets a little confusing. Here's a hypothetical of our setup ...
Designers who already have Adobe IDs:
Designer who would also be an adminstrator:
Studio is building folios (apps) for these magazines:
With that in mind, two big questions ...
1.) Based on the Best Practices Adobe documentation, does this logic make sense in assigning specific permissions/roles to each delegate account under the master account (email@example.com)? ...
Application role: firstname.lastname@example.org
Application role: email@example.com
Viewer Builder role: firstname.lastname@example.org
Viewer Builder role: email@example.com
Administrator role: firstname.lastname@example.org
No role: email@example.com
2. Using DPS, should firstname.lastname@example.org be logging into the Folio Builder panel in InDesign as email@example.com, firstname.lastname@example.org or as email@example.com to have full access to work on, see and/or upload all of the magazine folios in studio's master account?
In addition to the above comment, I logged in to Account Adminstrator using the master account to add someone who already has an Adobe ID (me), and I get this prompt ...
From the Adobe documenation, I should be able to add an existing ID ...
In the New Users dialog box, do either of the following:
- For an existing Adobe ID, specify the Adobe ID of the user you want to modify, and click Submit.
- To create a new Adobe ID, click Create A New Adobe ID, specify the information, and click Create Account. Use this option for Application Adobe IDs such as “firstname.lastname@example.org.” Avoid using the Account Administrator tool to create Adobe IDs for individual designers.
Any thoughts here?
1 - That approach makes sense. Another option is to create an umbrella account for the Viewer Builder, but your approach works. The only question is whether you need to create the account with no role. If you create a delegate account, that Adobe ID is tied to your company's account and cannot be associated with another account. You may just want to use the tool only to assign roles.
She may not log in as janedoe if she works only on the magazine. But she might log in with her janedoe account to create test files or a spec design or a folio for personal use, such as a cookbook or a karate flip chart. The thing you want to avoid, if possible, is using the janedoe account as the application ID. If Jane leaves the company or moves on to a different project, it's more intuitive to continue using the email@example.com account.
The simplest answer would be ...never. It is - as Bob wrote above - because content is tied to a individual Adobe ID. You should use the same account in Folio Builder and Folio PRoducer otherwise you will not see content exported from InDesign.
Bob: Really appreciate your persistence and diligence in answering our questions:
So, a few questions based on your responses and with our studio/publisher model (very top post) in mind. Also assume for the purposes of this hypothetical that all publisher employees only work on publisher projects (which is why we'd set them up with a firstname.lastname@example.org, and not email@example.com) ...
1.) To confirm, any publisher employee working on folios for firstname.lastname@example.org should log in as email@example.com, especially if they want a view of, say, only the previous 12 issues/folios for that magazine?
2.) Is it safe to say that any folio (standalone/single-issue or multi-issue) created with the intention of going to market should have its own delegate account? For example: magazine1@, magazine2@, karateflip@ (standalone folio/app)?
3.) If No. 2 is "yes", by using the parent/master account login (firstname.lastname@example.org), would a studio employee have access to ALL folios published to ANY delegate app account (magazine1@, magazine2@ ...)?
4.) If the answer is "yes" to Nos. 2 and 3, I can't see a reason why a studio employee would ever log in as themselves (email@example.com) for live production.
1. Correct. The Adobe ID ties the folios to the app, so you want to use firstname.lastname@example.org to create and edit folios for that magazine.
2. Yes, that's a good practice. You can get away with using the same account for multiple single-issue apps, but I don't recommend it.
3. No. Only the magazine1 account has full access to the magazine1 folios.
4. In a studio environment, individuals shouldn't log in as themselves unless it's for testing/personal reasons. They should use the dedicated accounts for public facing folio work.
I'd like to chime in with an alternative workflow approach for larger workgroups.
So the workflow might be:
In the example above, all AdobeIDs should be built by the master account holder or an admin account for the master. By doing this, all work is created by these derivative accounts.
With kind regards,
Publisher administrator would like to add internal designers into DPS Admin tools after signup DPS.
Designers loves DPS and used email@example.com Adobe ID registered as DPS user for testing purpose before Publisher DPS account signup.
Now, the Publisher administrator has no way to add these designers, firstname.lastname@example.org Adobe ID under Publisher DPS account.
The Publisher administrator not happy with it !
Need a scheme to fix this situation, even the designers without roles, like the creative account before.
The publisher administrator can add the designers 'email@example.com' to their master account (without assigning any additional roles).
When the designer has an AdobeID that has already been used with DPS (has logged in using Folio Builder or the web interface), then the admin tool does not allow this AdobeID to be added at the moment. Adobe is working on a way to resolve this.
Currently a workaround:
This will 'untie' the designer AdobeID from that account and allows it to be added to the publisher master account.
yes, we had to err on the side of caution until we develop the ability to have the owner of and Adobe ID give permisison to have their ID added under a master account. I'm sure people would be less than happy if their Adobe ID was added under a master account without their permission. Imagine you are happily working away when all the sudden your account is now controlled by "Joe Publisher". So right now only new Adobe ID's can be added in as delegates.
I have a DPS admin account that I use to set up my other DPS account for differents app we are plublishing (already 2 in the store)
I am trying to add a new account, but I can not set up the VB account (enable the account for VB) I dont know why I can not submit when I tick the box (SUBMIT button stay in grey)
I have delete the account and try again from scratch... still not working... Am I missing something to do before ? because I need this account to create its own application
To add just a Viewer Builder account, add the new email address en only check 'enabled' in the section for Viewer Builder (you've already done this, looking at the screenshot). There are two options to get out of the state you are in:
a) You want this account to be a application account as well: Complete the field 'Report Suite' - fill in a name for the reportsuite and hit 'check availability'. You can think of your own names here. After that, you can submit
b) You don't want this account to be a application account: uncheck 'enable'.
With kind regards,
Europe, Middle East and Africa