mdietelbach
IS-IT--Management
Forgive me if this has been answered anywhere in this forum. I have searched a little but have yet to locate some details on this topic.
High level objective:
During the creation and management of documents created in Word (include other office products here as well) we have had a standard in the past of including a footer reference to the document name and its location. With the switch over to Livelink, this information that is displayed is less than useful to the end user because by default it includes only the document name and the path to the nodeID of the folder the document is stored in. The main purpose of this information is to provide clear information about the document printed on the physical paper.
We are interested in what options we have for obtaining three key pieces of information from Livelink that we believe would be sufficient to clearly identify that document as a point in time.
Document ID
Document Name (more for the human readability)
Document Version #
We would like this to be included as part of the document templates so that the user does not have to understand where this information is coming from, but mearly use or leverage the piece of code that obtains this information.
My understanding todate is that we need to use oscript to accomplish this. I have seen the following piece of code but not being a programmer, I am not sure how to use this piece of information.
FetchVersion(volumeID, dataID, versionNUM, objectPATH)
We have
Livelink ® Version 9.7.1.1158, RM module and many other components of the Opentext Suite. We are using Livelink WebUI as well as we have Enterprise Connect integration at the Desktop. We are using EC 1.5.0.715
We are more interested in how other people are handing this business item than re-inventing the wheel. With respect to Major/Minor versioning, it would be very nice that the document that was printed contained the matching version number of what is stored in Livelink. Right now, you need to change the document version number to 3.0 when you are editing 2.8 minor version, and then promote major as 3.0 so that these are in sync. Any method for helping with this type of document versioning presentation would be great.
Thanks in advance.
Mark
High level objective:
During the creation and management of documents created in Word (include other office products here as well) we have had a standard in the past of including a footer reference to the document name and its location. With the switch over to Livelink, this information that is displayed is less than useful to the end user because by default it includes only the document name and the path to the nodeID of the folder the document is stored in. The main purpose of this information is to provide clear information about the document printed on the physical paper.
We are interested in what options we have for obtaining three key pieces of information from Livelink that we believe would be sufficient to clearly identify that document as a point in time.
Document ID
Document Name (more for the human readability)
Document Version #
We would like this to be included as part of the document templates so that the user does not have to understand where this information is coming from, but mearly use or leverage the piece of code that obtains this information.
My understanding todate is that we need to use oscript to accomplish this. I have seen the following piece of code but not being a programmer, I am not sure how to use this piece of information.
FetchVersion(volumeID, dataID, versionNUM, objectPATH)
We have
Livelink ® Version 9.7.1.1158, RM module and many other components of the Opentext Suite. We are using Livelink WebUI as well as we have Enterprise Connect integration at the Desktop. We are using EC 1.5.0.715
We are more interested in how other people are handing this business item than re-inventing the wheel. With respect to Major/Minor versioning, it would be very nice that the document that was printed contained the matching version number of what is stored in Livelink. Right now, you need to change the document version number to 3.0 when you are editing 2.8 minor version, and then promote major as 3.0 so that these are in sync. Any method for helping with this type of document versioning presentation would be great.
Thanks in advance.
Mark