cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - Did you get an answer that solved your problem? Please mark it as an Accepted Solution so others with the same problem can find the answer easily. X

Desktop Integration Limitation

BrianSullivan
10-Marble

Desktop Integration Limitation

Hello.


We added Windchill Fields Revision and LifeCycle State to Our Document Headers; This way if it gets printed we can track. User-Defined Attributes and Revision are fine but Lifecycle State is not.


Basically, Documents do not learn about changes in Windchill till they are opened with Desktop Integration. Similar to CAD Data, but with CAD Data you always open via a WGM and the Native App.


With A document, you could Download with Desktop Integration or you could just Download and Open in Word.


Issue:


Rev A.1 Design is Checked In; Header shows Rev: A State: Design


Then it goes through Change Process and the State is Changed to Released.


IF


You Download with DTI then it will open with Design in header... you can select Refresh Properties or sometimes just wait and it will update to say Released.


IF


You have IE configured to Download to your Computer, it does not pass the info as well, So if you open it shows the last value it knew: Design.



You can see the same thing with Iteration Etc...



To Confirm WorldWide Consitency, we have added an activity to the Workflow where after it is Released, that a person receives a task to Check Out the ISO Document, Refresh Property and Check In... This Works and garuntees that the Properties are correct no matter how it is pulled down.


Problem is it is a Risk to System to grant a User permission to Check In a Released File.... I would rather not give them that Authority.


Can Anyone think of an Alternative Solution?


It appears as if the Document MUST BE open in Wordlinked to DTIfor the Fields to be updated...?


Any ideas?


I proposed another State called Published that would appear on Documents, and I could grant access to the User... but it was not selected... Only other protective measure would be to grant access to modify via the Workflow for the Resulting Object List instead of via normal ACL Policy.


Not sure if an answer exists.. may be limitation that it has to be opened in Microsoft Office to Update. Though I could see an InfoEngine Task, Program that Automates the Task... can not occur a cost.



Brian


PS system is not Publishing to PDF... I know PTC offers the ability to publish all Docs as PDFs and maybe that action of opening would refresh the properties. We allow native File, as facilities need to download and complete many of these documents (and or excel files); As well as translate them into Local Languages... (No Arbor Text)


PPS


If not using Windchill Fields, would just use Activity after Approval, to have someone Type in Released... but you know Users... they would fill in prior to Review, and a Reviewer would print, and a rework loop/ problem would be found.. but the Document went out.. yada yada... Same reason you place State on a Format Border... but Creo View Publishes properly for CAD... Just not these Documents that we don't publish...





2 REPLIES 2

Our thoughts on this are: All attributes (e.g. Number, Name, Version, Location) that can be modified prior to state change should be properties of the document, but state should absolutely not be a property of the document, for the reasons you state below.

The state can be shown in a watermark if using ProductView / CreoView with Document Collaboration Option. But - The watermark is applied to the PDF of the Word doc that the system creates rather than the Word file itself.

Also, It seems essential to set the downoad mechanism preference at Site and lock it (forever) once you start using DTI, so that no user ever can download a Word file with out of date properties.
cc-2
12-Amethyst
(To:BrianSullivan)

Hello


we use Windchill 9.1 M050. We had originally (with 9.0) that issue that parameters could be edited in pdmlink and when downloading the file it shows the old parameters (either system such as state or soft). We were told to use the download mechanism DTI.


This is the only mechanism which will read the value of the linked parameters during download (actually just after download).


Since then we never had an issue. We also use a third party software which create a pdf outside pdmlink when a document is released. Here again we have no issue with the linked parameters, they are always up to date.


I therefore cannot see where you problems lies as for me, you are using the correct download mechanism.



As for the rest of your email. I agree, not good practice to create iteration of released object and you should not do so.


Best regards

Announcements


Top Tags