Corona und die damit zusammenhängenden Entwicklungen bewegen uns alle. Wir haben seitens fme schnell entschieden, dass wir Kontakte einschränken und arbeiten in der zweiten Woche nahezu alle im Home-Office.
Die Digitale Transformation stellt Unternehmen vor die Herausforderung, in neue Technologien zu investieren oder gar ganze Geschäftsmodelle neu auszurichten. Das Hauptziel vieler Unternehmen ist es, digitale Kunden an jedem Berührungspunkt der Interaktion effektiver anzusprechen und zu binden. Voraussetzung für das Gelingen solcher Vorhaben ist eine reaktionsfähige und wandelbare Organisation. Doch wie kann das gelingen? Entscheidend ist die Kombination aus geeigneter Methodik und fortlaufendem Kulturwandel.
Was OpenText auf der Enterprise World 2019 in Toronto für die InfoArchive Roadmap angekündigt hat, hat fme längst für einen Kunden realisiert: Das Aufsetzen einer container-basierten Infrastruktur für den Betrieb von OpenText InfoArchive.
Microservice-Architekturen bestehen in der Regel aus mehreren autonomen, modularen und vernetzten Anwendungen. Eine solche Architektur stellt uns vor komplett neue Herausforderungen. Wie kann man alle Aufrufe der involvierten Dienste, welche Bestandteil einer einzelnen Anfrage sind, effektiv nachverfolgen? Wenn ein Client eine Operation aufruft, kann sich diese Anfrage auf verschiedene Microservices im Netzwerk verteilen; jeder Service mit seinem eigenen Kontext.
Die Digitalisierung stellt viele Unternehmen vor die Herausforderung flexibel auf Veränderungen am Markt zu reagieren und mit neuen Technologien und Trends Schritt zu halten. Um neue Ideen für das eigene Unternehmen zu entwickeln, führen diese meist das klassische Brainstorming durch.
Die Idee zu den Design-Sprints entstand durch die Erkenntnis, dass aus dem Brainstorming zwar oft viele gute Ideen entstehen, aber die Umsetzung dieser meist an 2 entscheidenden Faktoren scheitert: Bei der Entscheidung über „gute“ und „schlechte“ Ideen werden viele Kompromisse eingegangen, sodass vor allem „ungewöhnliche“ und innovative Ideen es nicht in das finale Konzept schaffen. Zum anderen fehlen meist feste Deadlines zur Umsetzung, sodass sie Dinge vor sich hergeschoben werden.
Der Google Design Sprint bietet die Möglichkeit lange Research-Phasen, Marktanalysen und Machbarkeitsstudien abzukürzen (und die Zeit und das Geld dafür zu sparen) und in kurzer Zeit eine belastbare Go- oder No-Go-Entscheidung zu einem Produkt zutreffen. In einer Woche eine Idee entwickeln, einen Prototypen bauen, Feedback von echten Usern erhalten und eine belastbare Aussage erhalten, ob ein Produkt/Service Potenzial hat.
Willkommen zum zweiten Teil unserer Blogreihe über Self-Service BI. Wir wollen uns in diesem Blogbeitrag damit auseinandersetzen warum Self-Service BI echten Nutzen im Business bietet und welche Herausforderungen es bei Implementierungen zu meistern gilt, wenn man die Fachanwender wieder selber ihre Daten analysieren lässt.
Life Sciences Unternehmen stehen unter permanentem Druck, arbeiten mit kontinuierlich wachsenden Vorschriften und sind verpflichtet sicherzustellen, dass Prozesse dokumentiert und Dokumente sicher aufbewahrt werden.
Darüber hinaus ergeben sich zusätzliche Herausforderungen bei Fusionen und Übernahmen. Sobald sich Unternehmen zusammenschließen, sind sie gezwungen, Dokumente und Daten aus verschiedenen Systemen und Quellen zu konsolidieren. Darüber hinaus besteht ein hoher Druck, den Anteil von On-Premise Unternehmensanwendungen zu reduzieren – und damit die Wartungs- und Personalkosten zu senken.
Es ist der 08.07.2019 um 7:30 Uhr. Am Braunschweiger Standort der fme AG wirkt alles wie ein ganz normaler Montagmorgen. Die ersten Mitarbeiter machen es sich gerade an ihren Arbeitsplätzen gemütlich und versuchen mit einem heißen Kaffee ihre Müdigkeit zu vertreiben. Manch einer wundert sich noch über den Verbleib des Geschirrs und Bestecks, bevor er sich zurück an seinen Schreibtisch begibt, um den Rechner zu starten. Doch die vermeintliche Ruhe täuscht. Denn diese Woche sollte keine gewöhnliche werden.
Kaum ist eine Stunde vergangen, kommt plötzlich Leben in die Firma. Innerhalb kürzester Zeit stürmen 16 Kinder das Gebäude. Lachend und schreiend laufen sie durch das Treppenhaus und sammeln sich in den Meetingräumen der oberen Etage. Dort bilden sie Teams und spielen gemeinsam knifflige Spiele. Wenig später ziehen sie weiter und machen sich in den Büroräumen des ersten Stockwerkes breit, wo sie die nächsten Tage verbringen werden.
Die meisten DMS-Plattformen, wie Documentum und SharePoint, bieten Standard-Clients an, welche dazu gedacht sind, alle (oder fast alle) Funktionalitäten der Plattform abzudecken. Auch, wenn diese vollumfänglichen Clients die Möglichkeit haben angepasst / konfiguriert zu werden, so ist es doch oft aufwändig und zeitintensiv neue Technologie-Trends in diese einfließen zu lassen.
Wieso sollte man mit einem komplexen Client starten und diesen, zur Anpassung auf seinen spezifischen Anwendungsfall, reduzieren? Warum sollte man nicht einen eigenen Client bauen, der speziell auf die Anforderungen des Anwendungsfalles ausgerichtet ist? Hierbei wird die Geschäftslogik und die Benutzeroberfläche entkoppelt. Die Businesslogik wird server-seitig bereitgestellt und für die Benutzeroberfläche kann jegliches moderne Web Framework genutzt werden.
HTML5 (CSS und JavaScript) hat die Web-basierten Bedienoberflächen mit vielen neuen und mächtigen Funktionalitäten revolutioniert. Heutzutage gibt es viele exzellente Frameworks und Werkzeuge, die uns erlauben, in kurzer Zeit ein zuverlässiges System mit einer umfangreichen Benutzeroberfläche zu bauen, welche wie eine native App aussieht – sogar mit eigenem Speicherbereich auf dem lokalen Gerät zur Ablage von persistenten Daten.
Die alten Webtop-Versionen (älter als 6.8.2) verwendeten sogenannte Content Transfer Applets. Kunden beschweren sich seit vielen Jahren über das Applet, da es Probleme bei der Unterstützung von Java-Versionen auf Client-Maschinen sowie damit verbundene Sicherheitsprobleme mit Applets gibt. Seit der Version Webtop 6.8.2 und höher wurde das Applet entfernt, jedoch müssen Benutzer weiterhin eine Browsererweiterung sowie eine native Exe-Installation mit Java installieren.
Dieses Dokument beschreibt die Installationsschritte und die Fehlerbehebung für das Documentum Webtop Native Client Plugin 16.4.