Get-PWDocumentsBySearch : Not logged in as a ProjectWise Administrator.

We have updated ALL cmdlets within the PWPS_DAB module to require a ProjectWise Administrator login.

Since the inception of the PWPS_DAB PowerShell module, it has been our intention that this be used as an Administrative tool only. We are willing to expand the capabilities to the Restricted Administrators as well which will be available in future release of the module.

Scott, your comments and opinion are duly noted. However, please refer to Dave Brumbaugh's, previous response. 

Not saying it can't be done.  Just wondering about the wisdom of it.  Are there really "normal" users that want to use PowerShell to interact with ProjectWise? Unless everyday users have gotten a LOT more sophisticated than the last time I managed a bunch of them, I just don't see it happening.

That said, I could see a dedicated group called "PowerShell Users" or some such that an administrator would have to add you to and a switch to force a non-admin login. Will discuss with the team. 

We really appreciate all the good ideas coming from this group.

Dave

Dave, my thinking behind this is that if I could use Powershell on an external companies datasource with only the limited access rights that I had, it would be very useful. I use it on my own datasource as a full administrator, but I do not know too many companies that will allow an external party to have even restricted admin rights to the datasource that they manage.

I realise the original Powershell was aimed at Administrators and most cmdlets were designed to help with managing the server side of their tasks, but this module has expanded into documents and allowed us to run tasks that would otherwise take a long time.

Mick

Dave, It's not that "normal users" want to use PWPS really for anything... I doubt they would "get it", since we are (I am) having so much trouble trying to do "simple" tasks. As stated before a few times, all I want is to use PWPS to do the following:

1. "Periodic" Bulk Import/Export/Sync Operations on Rich Projects using a "Project Administrator" Authenticated Account under a Rich Project, where the Account has Rights to the Project, but is not PWAdmin (similar to a tool we "purchased" from Bentley that now does not function on some Projects running as PWAdmin, and is now depreciated). Audit Trail is not an issue, files may be Synced multiple times per hour to keep Data "fresh".
2. "Real-Time" Semi-Automated file Imports/Exports in the Users Context (on their behalf where possible and allowed), by insertion of code fragments into Workflows, like take a externally created ISOGEN ISO as DWG and get it back into PW, into the correct folder, updating the previous version, in the context of the user as finishing sub-application, so they do not have to wait for Item #1 above to process. The user does not need to be involved, just has to own the process... Also makes the Audit Trail more valuable.

We are trying to make it easier for users to use and interact with ProjectWise on "Hybrid" Projects (Some Apps and Files Integrated into PW, but always other Apps that are not PW Friendly still outside) where we would like the Focus to be PW.

Failure to do these means the Project Costs go up as the manual interactions go up...

Dear sir,

I need your help. how to update tagset information from excel. and data import/export to Excel.

Thanks.

Dear sir,

I need your help. how to update tagset information from excel. and data import/export to Excel.

Thanks.