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.
Thanks, Bob B.
So that begs the question: When, if ever, would Jane Doe log in to the InD Folio Builder panel or Folio Producer as Jane Doe?
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.
Thanks, Lukas. Just saw your post after posting my reply. We always log in to Folio Builder and Folio Producer using the same log-in.
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.
Any idea if Adobe has future plans to allow for viewing all folios published to any delegate account using the parent/master account? Seems a bit limited in scope, no?
I'm not sure what the plans are with Adobe IDs and accounts. You can add a feature request at www.adobe.com/go/wish.
I'd like to chime in with an alternative workflow approach for larger workgroups.
- Publisher has a master account which is used to create "derivate accounts" with specific privileges or no specific privileges. (Accounts with admin privileges can also create and edit derivate accounts for the master account.)
- The ‘Application Account’ (email@example.com or firstname.lastname@example.org) is a very powerfull account, which anyone (with access) can use to control the distribution (remove, publish, change any folio etc).
- Normally, a traffic manager would use an Application Account to publish, update, push, or remove a folio for a publication (an app.)
- A designer may use a derivative account with no specific privileges to create or edit folios or articles which will be used in a folio which was created by the traffic manager (Application Account).
So the workflow might be:
- Traffic manager logs in to email@example.com, creates an empty folio for the new edition
- Traffic manager shares the folio with the designers that will work on this edition (firstname.lastname@example.org)
- Jane will log in to her Folio Producer using her own credentials (email@example.com). She can participate in the co-creation of the folio
- After the work is done, Traffic Manager un-shares the folio from Jane ; Jane cannot make any modifications anymore
- Traffic manager checks the final folio and hits the ‘publish’ button
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 firstname.lastname@example.org 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, email@example.com 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 'firstname.lastname@example.org' 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:
- Find an emailaddress that is not associated with DPS (or create one using gmail)
- Log in into the DPS dashboard with the designer AdobeID and go to 'My Information' in de menu in the top right corner
- Choose 'change AdobeID'
- put in the newly created emailaddress
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,
Thanks for you answer;
I have tried and it works properly
Many thanks for your help