The continuously growing number of contracts and their precise handling is a constant challenge to many organizations. Therefore, fme developed an OpenText Documentum D2 based Contract Management Framework. With this framework, clients can efficiently manage their contracts and ensure that they are accurately recorded and audited to meet compliance guidelines. But what’s behind all this? Let’s take a closer look!
OpenText Documentum D2 – a solid backbone
The OpenText D2 background provides a configurable and adaptable basis with which the contract management solution can easily be adapted to customer needs.
Main functions of the fme D2 Contract Management Framework
The solution contains all basic settings for the setup of contract management documents and processes: a set of document types with attributes, lifecycles and workflows, permission control and search and reporting functionality.
Additionally it contains a specific clause library functionally to compose contracts of already reviewed and internally approved text blocks, which are organized as part documents and serve as contract template parts. This reduces risks of inconsistency and ensures organizational compliance.
(German version below)
In my last blog post, ‘Digital Transformation Is About More than Just IT,’ I wrote about a fortunate trend, whereby more and more companies are taking a more holistic approach to the digital transformation. We know that IT alone is not the solution to the challenges posed by the digital transformation. More and more companies are slowly realizing that the digital transformation affects not only the IT department but also all other areas of the company.
But training courses and consulting services that are currently being offered give a different impression. Discussions revolving around the digital transformation primarily address the challenges in today’s business world, and terms such as ‘agility’ and ‘new business models’ crop up as the important key terms. Well-known companies that were once successful are mentioned as examples of organizations that did not manage to get on the right path towards digitalization. The training courses and consulting services then frequently put forward new IT procedures and technologies – such as cloud computing, microservices, DevOps, and big data – as solutions to the challenges of our time. However, IT departments are often not trusted to successfully introduce such modern solutions.
IBM Notes has been around for so many years – yet still many companies use it. Some are heavily relying on it as it supports many different processes – it can be used as an email tool for communication, as a database with or without any kind of documents and even as a feature rich application for (critical) business processes and workflows.
Notes is flexible and supports all kinds of different and custom scenarios.
However, there are several reasons to replace it with other platforms, especially when it comes down to document management. I do not want to talk about them in detail because you might know those already and therefore are reading this right now.
I want to talk about the solution to move to other platforms and I want to clear up doubts about the possibility to lose any information during the migration.
We organized a free webinar on August 29th, 2017 – 11 a.m. EDT about this topic. Don’t miss out and register now:
UPCOMING WEBINAR | Reclassify, Clean-Up Or Update OpenText Documentum Repositories Without Moving Content
The typical migration scenario with migration-center is to read – or scan, as we call it – documents and their metadata from the source system (1), do necessary transformations on those documents in order to fit the target system (2), and finally write – or import – them into the target system (3).
(English version below)
Mit Sicherheit haben auch Sie bereits davon gehört, dass immer mehr Unternehmen Software einsetzen, um die interne Kommunikation, Zusammenarbeit in Projekten oder auch das Onboarding zu verbessern. Ausgangssituation ist oft ein älteres, unmodernes Intranet, welches von den folgenden Problemen betroffen sein könnte:
- Unübersichtliche Struktur (z. B. zu viele Gruppen, unsortierte Beiträge)
- Wenig Aktivität
- Schlechte Bedienbarkeit
- Unzufriedenstellende Funktionalität
Heutige Unternehmen wenden sich deshalb oftmals von diesen statischen Systemen ab und suchen nach Lösungen, welche besonders den Mitarbeiter in den Mittelpunkt stellen – und nicht die riesigen Datensammlungen, so wie man sie häufig in älteren Intranets findet.
Migration is an ongoing IT topic and there are many good reasons for that: Switching platforms or architecture e.g. when changing an operating system or database, virtualization and moving to the cloud are some reasons to be considered. In addition, the integration or merger of systems and applications can make content migration a relevant topic, as cost efficiency is a big deal in these cases.
Are you currently facing a migration project? Especially any Documentum migration task? Have your colleagues given you any serious advice to handle Documentum object IDs very carefully? A common example for that: Published links in intranet or e-mails referencing important documents through object IDs. Have you been asked to keep these documents’ object IDs and all their links working?
In this blog post I want to share some thoughts, experiences and solutions on migration regarding Documentum object ID concerns with you.
Despite the ongoing discussion about the prospects of new web technologies, progressive clients or even the need of an unmitigated new user experience, many enterprises are still using the “good old Documentum Webtop” quite contentedly. In general, Webtop applications integrate smoothly with other systems that have spawned over time such as Jive, Jira, CRM and others.
Nevertheless, let’s be honest. There have been some flaws and one of them has always been the content transfer mechanism UCF which can be hard to maintain especially in complex network settings and which causes an annoying dependency on the client’s Java Runtime Environment. With modern browser vendors reducing plugin support and the decision of Oracle to deprecate the Java browser plugin in Java 9, a new content transfer mechanism was long overdue.
Today we are back with a new issue of our blogseries on the development of our product migration-center 4. In this post I would like to focus on the „Analyze“ part and show you again some screenshots of our new migration-center client.
As I have described in the first article of this series, the new user interface emphasizes our step-by-step migration approach of Analyze, Organize, Transform and Validate, and finally Import:
Every document management system’s core is a database.
I do not know if that is true for 100% of all the systems out there but it is definitely true for all DMS I have worked with. Beside, as a content migration consultant, I can tell that nearly every company has data (somewhere) inside a database.
Very often, I face the case that we have to migrate a legacy ECM system (based on a database) for which our product migration-center does not have an out-of-the-box-connector (see our target platforms). Such an OOTB connector is often the best solution for feature rich ECM systems because native connectors are typically able to support the features of an ECM system as best as possible. This applies in particular to features like relations, version, virtual documents, comments, renditions, annotations etc.
(English version below)
Hmhhhmm, das letzte Mal gelernt?! Vielleicht zur Führerscheinprüfung? Oder war es doch die ITIL Prüfung vor 4 Jahren? Oder die Scrum-Master-Prüfung?
Dabei lernen wir jeden Tag – gerade in Zeiten der Digitalisierung, wo dynamische Veränderungen im beruflichen Umfeld an der Tagesordnung sind und regelmäßige Software-Updates sowie neue Regelungen und Prozesse unsere Arbeitsabläufe wiederkehrend verändern. Diese Umstände machen es erforderlich, moderne Lernformen zu kombinieren und in den Arbeitsalltag zu integrieren – eine Idee davon, wie dies aussehen kann, gibt das 70:20:10-Modell.