Last Wednesday the OpenText Enterprise World took place – the purely digital version. The “real” version, which was supposed to happen last week in Prague, was transformed in light of the COVID19 situation.
I “attended” the show and the official part is just over. Let me give you a short overview of the most important topics, as well as the news around OpenText Documentum.
Mark Barrenechea’s (CIO and CTO of OpenText) key note revolved around two catchwords. One was “Resilient Enterprise”, which covers several aspects. OpenText have acquired several companies that deal with IT security products and have integrated their products into their portfolio. In addition, “resilient” also refers to the ability of companies to continue to function in today’s world with Remote Work – with the help of OpenText products.
Building a search form in older versions of InfoArchive was very painful specially when building searches for linked tables (Table-based archiving). Finally, InfoArchive 16EP4 release and higher added many search composition enhancements such as:
- Ability to see column properties like Data Type, Encrypted Field, Export Enablement, Filter Enablement, Sorting and Hidden column during composition.
- Simplified nested search mapping and multiple set support
- Repeating attribute support
- Operator support and nested search visibility
- Derive from list-multi select control as a target.
- New data types support FLOAT, BIGDECIMAL, and BIGINTEGER.
The old OpenText Documentum Webtop versions (older than 6.8.2) were using Content Transfer Applet, and clients have been complaining about the Content Transfer Applet for many years due to issues supporting Java versions on client machines as well as the inherent security problems with Applets. While the Webtop 6.8.2 version and higher removes the Applet, users are still required to install a browser extension as well as a native exe installation that utilizes Java.
This technical blog describes the installation steps and troubleshooting guide for Documentum Webtop Native Client plugin 16.4.
It is the first Wednesday of November, a special day because today is our team lunch. Recently I have been working on a project to introduce an enterprise content management system to manage plant-specific documents. A multitude of installation, configuration and implementation tasks have to be done.
In this blog post I would like to express my personal experiences about Captiva from OpenText. It happens very often that neither users nor IT specialists know exactly what is behind this “software tool”.
I have also heard the sentence “It’s just scanning” more often and exactly for this reason, it is time to illuminate the mystery Captiva Capture. In simple words I try in this article to tell something about the software itself and about the daily tasks and problems. Maybe it is then comprehensible, why I find this area with the activities connected with it insanely exciting and that thereby more hides itself, than only scanning.
In the regulated life sciences environment, the management of controlled documents such as SOPs (Standard Operating Procedures), procedural instructions or work instructions is of great importance. Change management processes ensure that these documents are properly reviewed, approved, trained, distributed and, if necessary, overruled. In addition to well-known use cases within change management, there are special cases that are designed differently from company to company.
One of these applications is so-called Redlining .
The use of public cloud platforms such as Amazon Web Services (AWS) for the implementation of OpenText Documentum-based ECM environments is often viewed critically. There is quite a list of points in favour of its use. In fact, it depends on the scope of the environment to be built, what data is processed there and how deeply AWS is to be integrated into the own network. This blog post should help to find answers to these questions and to show a first basic environment on the AWS platform.
You find the title daring? Convince yourself that these are not only sales and marketing numbers!
Your platform – OpenText D2 Documentum for Life Sciences
With Documentum for Life Sciences, OpenText has a solution in its portfolio that is used by many large and medium-sized customers. The pre-defined, best practice-based framework for document management applications offers in four modules (Quality & Manufacturing, Research & Development, Electronic Trial Master File and Submission Store & View) pre-configured options for an exact configuration. This gives you the opportunity to remain close to the standard and at the same time to display directly all your processes.
In the regulated life sciences environment, the management of controlled documents such as SOPs (Standard Operating Procedures), procedural instructions or work instructions is of great importance. Change management processes ensure that these documents are properly revised, approved, trained, distributed and, where necessary, suspended. In addition to well-known use cases within change management, there are special cases that are handled differently from company to company.
One of these applications is the rare case of so called controlled printing.
OpenText Documentum is a full-fledged and mature server-based Document Management System which is accepted e.g. by the FDA and therefore widespread in pharmaceutical companies.
Compared with cloud computing technologies that are very strong in providing elastic (scalable) services OpenText Documentum products could be regarded as inflexible and monolithic / layered applications. Although they seem to be the exact opposite of the flexible Microservice architecture approach used for cloud native application design, there are ways to combine OpenText Documentum products with cloud computing technologies. read more