Schlagwort: EAS-MAG.digital News

Das Performance-Management in Unternehmen ist im Umbruch: Schnelle und sichere Internetverbindungen, eine neue Arbeitswelt mit flexiblen Office-Konzepten und die Verfügbarkeit leistungsfähiger IT-Lösungen schaffen in Unternehmen ideale Bedingungen für zusätzliches Wachstum und Geschäftserfolg. Zugleich besteht aus Anwendersicht Bedarf nach tragfähigen Modellen, um fehleranfällige, manuelle Aufgaben zu reduzieren und IT-Prozesse zu rationalisieren, damit mehr Zeit für das Kerngeschäft verfügbar ist. Zahlreiche Unternehmensentscheider haben Grundsatzentscheidungen für ihre Unternehmens-IT immer wieder verschoben. Heute, da die Wirtschaft in Deutschland auf Wachstumskurs ist, stellen sie sich die Frage: Cloud oder On-Premises?

Sechs Kriterien, die Entscheidern bei der Weichenstellung helfen

„Für Unternehmen, die Enterprise-Softwarelösungen wie ERP, EPM oder SCM bereits seit Jahren in einem On-Premises-Modell einsetzen, ist jetzt der richtige Zeitpunkt, die Vorteile einer Migration in die Cloud zu prüfen“, erklärt Volker Rosendahl, Vice President Applications bei Oracle Deutschland. „Die Erwartungshaltung der Unternehmer bei einem Wechsel ist berechtigterweise hoch. Doch Cloud-Applikationen führender Anbieter sind mittlerweile zu robusten, hochintegrierten Lösungen gereift, vor allem in den Bereichen Funktionalität, Skalierbarkeit und Leistungsfähigkeit.“

Der Experte vergleicht die unterschiedlichen Lösungsansätze anhand von sechs zentralen Kriterien und zeigt auf, wieso aus betriebswirtschaftlicher und strategischer Sicht künftig kein Weg an Cloud-Lösungen vorbei führt:

Vorab-Investitionskosten

Bei On-Premises-Lösungen müssen die Kunden eine Infrastruktur einrichten und Fachwissen für die Installation und Konfiguration mitbringen – ein enormer Kostentreiber. Dieser zusätzliche Aufwand entfällt hingegen im Fall einer Cloud-Lösung, da die Instanzen sofort einsatzbereit sind.

Implementierungszeit

Eine Cloud-Infrastruktur mit vorgefertigten Modulen sorgt dafür, dass die Kunden ihre Anwendung nicht von Grund auf neu entwickeln müssen. Beispielsweise sind die gängigsten Kontenhierarchien von GuV, Bilanz und Cashflow bereits in das System integriert – inklusive der dazugehörigen Datenflüsse. Die Folge: Entwickler können die Zeit für deren Erstellung einsparen und anders sinnvoll nutzen. Bei On-Premises-Anwendungen müssen indes häufig benutzerdefinierte Lösungen hinzugefügt werden. Das führt unter anderem dazu, dass Sie die Geschäftslogik, Prozesse und sogar das Systemdesign von Grund auf neu erstellen müssen. Ein Nachteil: Die Implementierungszeit verlängert sich teils erheblich.

Optimierung der Geschäftsprozesse

Cloud-Suiten bieten vorgefertigte Module, die den Best Practices der Branche entsprechen. Sie versetzen Unternehmen in die Lage zu analysieren, ob sie ihre Prozesse verbessern können. On-Premises-Lösungen sind in dieser Hinsicht eingeschränkt. Als Folge arbeiten Unternehmen, die weiterhin auf On-Premises-Lösungen setzen, weiterhin auf die gleiche Weise wie zuvor und verzichten so auf mögliche Synergien und Effizienzgewinne.

Einheitliche Benutzererfahrung

Lösungen wie die Oracle Cloud Applications, die einen integrierte Cloud-Ansatz verfolgen, bieten in allen Teilapplikationen die gleiche Benutzeroberfläche, gleich ob EPM, ERP, SCM, HCM oder CX. Mitarbeiter erhalten dadurch ein einheitliches Nutzererlebnis für alle Anwendungen und finden sich übergreifend in allen Teildisziplinen schnell zurecht.

Wartung

Cloud-Anwendungen werden mehrmals im Jahr aktualisiert – eine Maßnahme, die bei führenden Anbietern vollständig vom Support übernommen wird. Infolgedessen müssen sich Anwender keine Sorgen machen, mit einem veralteten System zu arbeiten, das anfällig für Sicherheitsbedrohungen oder Software-Bugs ist. Das System wird jeden Tag automatisch gesichert. Dadurch werden die allgemeinen Wartungskosten für Supportpersonal und Hardware drastisch gesenkt. Im Falle einer On-Premises-Lösung sind die Wartungskosten höher, da Backup, Upgrades und Redundanzen vom Kunden selbst bereitgestellt werden müssen.

Skalierbarkeit

Viele Kunden befinden sich an unterschiedlichen Stationen ihrer EPM-Reise. Die Cloud ist so skalierbar und modular aufgebaut, dass Anwender mit einem konkreten Prozess beginnen und diesen nach Bedarf erweitern können. Ganz anders die Situation im Fall einer On Premises-Lösung, bei der Unternehmen normalerweise ein Endziel vor Augen haben und alles, was dafür benötigt wird, in einem „Big Bang“-Ansatz kaufen, zum Beispiel Hardware und Softwarelizenzen von Drittanbietern. Die Cloud ermöglicht es hingegen, klein anzufangen und mit den Praxisanforderungen zu wachsen. Investitionen in größere Anschaffungen wie etwa Server in einem Rechenzentrum sind dort im Gegensatz zur On Premises-Welt obsolet.

Unternehmen wie McDonalds oder NetCologne haben in den letzten Jahren bereits die Überführung geschäftskritischer Kernprozesse wie das Controlling und die Finanzplanung von On-Premises in die Cloud gewagt. Sie profitieren seitdem von einem innovativen, vernetzten Ansatz im Bereich der Unternehmensanwendungen, der nicht nur Kosten reduziert, sondern die Betriebe fit macht für die Herausforderungen von morgen.

Der Beitrag wurde ursprünglich hier veröffentlicht …

Neben der Apple Mail Privacy Protection sieht der Digital-Experience-Spezialist Optimizely vor allem in der datengetriebenen Personalisierung einen Schwerpunkt im E-Mail-Marketing 2022.

Datengetriebene Personalisierung Kerntrend im E-Mail-Marketing 2022

Diese drei Trends bestimmen laut des Digital-Experience-Spezialisten Optimizely das E-Mail-Marketing 2022:

1. Über Algorithmen zu datengetriebener Personalisierung

Datenbasierte Personalisierung erfolgt auf der Grundlage von Algorithmen und / oder künstlicher Intelligenz. Aus gesammelten Daten modellieren diese Technologien über Segmentierungsfilter konkrete Zielgruppen und individuelle Customer Experiences, die wiederum mit relevantem Content angereichert sind. Über E-Mailings wird dieser Content schließlich verteilt. So erfolgt eine maßgeschneiderte Ansprache. Auf diese Weise orchestrieren erfahrene E-Mail-Marketer im E-Mail-Marketing 2022 die gesamte personalisierte Customer Journey, um möglichst hohe Conversion-Raten zu erzielen.  

2. Trotz Apple Mail Privacy Protection User-Verhalten erfassen

Der Haken dabei: Apple. Ab Herbst 2021 unterbindet die neue Apple Mail Privacy Protection das Tracking der E-Mail-Opens bei Apple-Mail-Usern. Dieser Schritt verfälscht zwar den KPI „Öffnungsrate„, das ist aber keineswegs gleichbedeutend mit dem Ende des E-Mail-Marketings 2022. Über alternative Strategien lässt sich das Nutzerverhalten von Apple-Mail-Usern auch weiterhin analysieren.

Dazu zählen etwa Exportfunktionen von Apple Mail Usern aus E-Mail-Verteilern, um eine hohe Verteilerhygiene zu gewährleisten, oder die Erfassung von Content-Klickraten innerhalb von E-Mailings. Sie können wie gewohnt getrackt werden. Um hier hohe Werte zu erzielen ist guter, relevanter, interaktionsstarker und personalisierter Content von entscheidender Bedeutung. 

3. Weitere Maßnahmen verstärken Personalisierung

Ganz im Sinne der Personalisierung ordnet Optimizely für 2022 auch UWG-konforme Re-Marketing-Mails, Darkmode, BIMI-Implementierung, die Verteilerpflege (auch und erstrecht bei Apple Mail Usern) oder die Erfassung und Analyse von Intent Data als relevante Maßnahmen ein, die E-Mail-Marketer für das E-Mail-Marketing 2022 im Auge behalten sollten. Von ihnen verspricht sich das Unternehmen eine weitreichende Absenkung der Selektionshürden sowie eine Optimierung der userseitigen Wahrnehmung im Posteingang. E-Mails können dadurch individuellen Präferenzen noch besser entsprechen, um am Ende den Effekt der Personalisierung zu maximieren.

Der Beitrag wurde ursprünglich hier veröffentlicht …

Eine Anwendungsprogrammierschnittstelle (kurz API) ist so etwas wie das Bindegewebe skalierbarer Websites – unverzichtbar für das Funktionieren innerhalb der digitalen Welt. Aber wie beim physischen Pendant können Schwächen hier ernsthafte, manchmal sogar existenzielle Probleme verursachen. 

Mit Best Practices das „Bindegewebe“ einer Website stärken

Ein aktuelles Beispiel sind Datenlecks, die als Folge einer Fehlkonfiguration von Microsoft Power Apps-Portalen aufgetreten sind, und den öffentlichen Zugriff auf bestimmte Daten gestattet haben. Laut UpGuard, „handelte es sich um unterschiedliche Arten von Daten aus den verschiedenen Portalen, darunter z. B. personenbezogene Daten für die COVID-19 Kontaktverfolgung, COVID-19 Impftermine, Sozialversicherungsnummern von Stellenbewerbern, Mitarbeiter-IDs sowie Millionen von Namen und E-Mail-Adressen.

Mit diesem Problem stehen die Portalbetreiber nicht alleine da. Fehlkonfigurationen bei APIs und die damit verbundenen Angriffe kommen häufiger vor, als man denkt. So berichtete Salt Security Anfang des Jahres, dass von knapp 200 befragten Sicherheitsverantwortlichen 94 % im Jahr 2020 einen API-Sicherheitsvorfall in ihrem Unternehmen verzeichnen mussten. Auch böswilliger API Traffic hat in den letzten sechs Monaten um 348 % zugenommen. Dies ist ein deutlicher Hinweis darauf, worauf Angreifer ihr Augenmerk richten.

Ende 2019 schließlich  veröffentlichte die OWASP eine separate „OWASP API Security Top 10“, die sich ausschließlich mit API-basierten Schwachstellen befasst. APIs stellen eine  sozusagen gebrauchsfertige Methode bereit, um auf die von einem Unternehmen freigegebenen Daten zuzugreifen. Einige APIs sind öffentlich, während andere für die Nutzung innerhalb einer Anwendung gedacht sind. Unabhängig davon ist eine API für den direkten Zugriff auf Daten gedacht. Deshalb sollte sie immer explizit getestet werden, um sicherzustellen, dass sie keine unnötigen Daten zurückgibt oder dass es nicht möglich ist, die Autorisierung zu umgehen. BSIMM12 thematisiert die Aktivität ST2.6 Fuzz-Tests von APIs, aber nur ein geringer Prozentsatz (12 %) der Unternehmen setzt diese Aktivität auch um.

Aber es gibt einige Best Practices, um APIs besser zu überwachen und zu schützen:  

Inventarisierung und Dokumentation: 

Ein bekanntes Sicherheitsklischee (und es ist ein Klischee, weil es wahr ist) lautet sinngemäß: „Man kann nicht schützen, wovon man nicht weiß, dass es existiert.“ Und genau das ist das Problem bei viel zu vielen APIs. Oftmals ist Code nicht formal so dokumentiert, dass er von Menschen oder Maschinen genutzt werden kann – und möglicherweise auch nicht getestet werden kann. 

Das kann und sollte man tun: 

• Erstellen Sie ein Inventar der API-basierten Applikations-Assets
• Priorisieren Sie diese nach Risikostufe 
• Finden Sie API-Endpunkte für diese Assets
• Nutzen Sie automatisierte Bereitstellungen, um Ihr API-Inventar zu pflegen
• Automatisieren Sie die Problemerkennung über entsprechende Sicherheitstools und -dienste

Identity- und Access Management (IAM) 

IAM ist eine gängige Sicherheitspraxis. Bei APIs sollten man sich darauf konzentrieren, wie die Benutzer sich bei der API authentifizieren und wie die API die einzelnen Benutzer an verschiedenen Stellen autorisiert. Im übertragenen Sinne funktioniert Authentifizierung wie der Ausweis bei der Sicherheitskontrolle am Flughafen, während die Autorisierung das Äquivalent zur Bordkarte am Gate ist. Für beides existieren verschiedenste Möglichkeiten. Wichtig ist es, dem Benutzer durch das System zu folgen. Bei der Auslegung aller Funktionen in der App muss man ihre Aufgaben bei der Authentifizierung oder Autorisierung des Benutzers kennen.

Vertrauen in die Daten

Denken Sie darüber nach, wie APIs Daten validieren, die sie vom Datenverbraucher bekommen, und ob sie möglicherweise fehlerhaft sind. Wenn ja, wie werden die Fehler beseitigt? Genau wie bei Webanwendungen müssen APIs eine Inputvalidierung durchführen. Wenn Sie mit APIs kommunizieren, kann ein Angreifer versuchen, die Art und Weise, wie Sie die Daten senden, zu manipulieren. Die API muss also wissen, wie sie mit fehlerhaften Daten umgehen soll. Aber die Art und Weise, wie die Validierung durchgeführt wird, könnte auch ein wenig anders ablaufen  – so dass nicht nur die Werte der Parameter überprüft werden, sondern auch das Schema, in dem die Daten übermittelt werden.

Kryptographie

Es sollte selbstverständlich sein….Auf jeden Fall ist es unerlässlich, die Daten bei der Speicherung und Übertragung zu schützen und bei Bedarf zu verschlüsseln. Außerdem werden häufig JSON Web Token für AuthN/AuthZ verwendet, die sind aber kryptografisch signiert, was von der API validiert werden muss. 

Konfiguration

Wenn Sie Ihre API in einer Cloud-Umgebung oder über Container bereitstellen, gewährleisten Sie, dass diese sicher konfiguriert sind, um den Aufwand, den Sie schon in die API-Sicherheit gesteckt haben, nicht zu untergraben oder ganz zunichte zu machen.

Tatsächlich ist API-Fehlkonfiguration als API7:2019 auf der OWASP API Top 10 gelistet. Dazu zählen nicht gepatchte Systeme, ungeschützte Dateien und Verzeichnisse, nicht gehärtete Images, fehlendes, veraltetes oder falsch konfiguriertes TLS, exponierte Speicher- oder Server-Management-Panels, fehlende CORS-Richtlinien oder Sicherheits-Header, Fehlermeldungen mit Stack Traces und unnötig aktivierte Funktionen.

Es ist zudem so gut wie sicher, dass Sie Open-Source-Software verwenden – der Open Source Security and Risk Analysis Report 2021 dokumentiert, dass 98 % aller Codebasen Open-Source-Komponenten enthalten und dabei durchschnittlich 75 % des zugrunde liegenden Codes ausmachen. 

Konzentrieren Sie sich auf die Sicherheit dieser Komponenten. Verwenden Sie am besten ein Tool zur Software Composition Analysis (SCA), um bekannte Schwachstellen zu finden und potenzielle Lizenzkonflikte aufzudecken. 

Aktive Überwachung/Alarmierung 

Dabei sollten Sie sich auf die folgenden Bereiche konzentrieren:

• Untersuchung des Content: Führen Sie einen Scan der Anwendungsschicht durch, um zu sehen, ob jemand eine SQL-Injection versucht. Achten Sie darauf, wie genau Sie den über Ihre API eingehenden Datenverkehr untersuchen und was Sie mit diesem Datenverkehr machen. 
• Bot-/Angriffserkennung: Stellen Sie sicher, dass Kontrollen etabliert oder in Ihre APIs integriert sind, um sich vor bekannten Angriffstechniken und überwiegend automatisierten Angriffen durch Bots zu schützen.
• Datendrosselung: Legen Sie fest, wie Sie die API-Nutzung begrenzen und was Sie tun wollen, wenn Limits überschritten werden.
• Protokollierung: Entwickeln Sie ein taktisches Verfahren zur Überwachung. Sie sollten Protokolle überwachen und aussagekräftige Alarme bekommen können, und die Ihnen genau das liefern, was Sie tatsächlich brauchen. 
• Nachverfolgung: Die Möglichkeit, negative Ergebnisse oder Aktivitäten bis zu ihrer Quelle – einem Entwicklungsteam oder einer Anwendung – zurückzuverfolgen, ist besonders wertvoll. Wenn Ihnen diese Daten fehlen, haben Sie kaum Aussicht auf Erfolg. 

Fazit

Auch wenn sie aktuell noch nicht so weit sind, APIs einzusetzen, sei es in eigenentwickelten Anwendungen oder zugekauften, früher oder später wird es dazu kommen. Eine API einzusetzen, ist nun mal der gängige Weg, um die Kommunikation zwischen zwei Anwendungen zu ermöglichen. 

Deshalb sollten Sie sicherstellen, dass sie diese Technologie nicht einfach nur benutzen. Sie sollten ein tiefgreifendes Verständnis dafür entwickeln, wie sie benutzt wird, wer sie benutzt und welche Zugriffsberechtigungen dafür benötigt werden. Andernfalls kann die Technologie sehr schnell ziemlich teure Probleme verursachen. Auch hier greifen die Richtlinien der Datenschutz-Grundverordnung und die damit verbundenen Strafen – wie sattsam bekannt, kann eine Datenschutzverletzung Strafen in Höhe von bis 20 Millionen Euro oder 4 % des weltweit erzielten Unternehmensumsatzes nach sich ziehen. Man sollte seine APIs also tunlichst im Blick behalten. 

Der Beitrag wurde ursprünglich hier veröffentlicht …

Altanwendungen können im Rahmen einer Digitalisierung als echte Digitalisierungsbremsen entpuppen. Avision zeigt auf, wann das der Fall ist.

Checkliste: So finden Unternehmen Digitalisierungsbremsen

Bei der Digitalisierung konzentrieren sich Unternehmen meist auf Prozesse und Geschäftsmodelle, die durch neue Technologien möglich werden. Praktisch jedes Unternehmen, das bereits länger am Markt agiert, besitzt aber Softwareanwendungen aus früheren Digitalisierungsphasen. Diese Digitalisierungsbremsen sollten auf den Prüfstand gestellt und gegebenenfalls modernisiert werden. Ansonsten können diese Altanwendungen die gegenwärtige Transformation von Unternehmen ausbremsen und ihnen Wettbewerbsnachteile bescheren.

Mit einer Checkliste von Avision, einem auf Software Revival spezialisierten IT-Dienstleister, können Unternehmen Anwendungen identifizieren, die sich als Digitalisierungsbremsen entpuppen können:

Sourcecode

Der Sourcecode einer Software ist durch Weiterentwicklungen aus der Vergangenheit inzwischen unüberschaubar. Dadurch ist er nur noch sehr schwer lesbar und die Software lässt sich nicht mehr unkompliziert, schnell und kostengünstig um neue Funktionen erweitern.

Schnittstellen

Eine Anwendung verfügt über keine standardisierten Schnittstellen für modernere Komponenten. Eine Software für die Lagerverwaltung beispielsweise kann deshalb nicht an einen Online-Shop angebunden werden.

Performance

Eine Software ist nicht performant oder ausfallsicher genug oder nutzt keine modernen Sicherheitsfeatures und kann deshalb aktuellen Sicherheitsanforderungen und Datenschutzregularien nicht genügen.

Einzelplatzlösung

Es handelt sich bei einer Software um eine Einzelplatzlösung ohne zentrale Datenhaltung. Dadurch lassen sich die Daten nicht sinnvoll für Digitalisierungsprojekte nutzen.

Kosten

Eine Anwendung ist nicht oder nur zu unvertretbar hohen Kosten auf moderne Hardware-, Software- oder Netzwerkumgebungen portabel, etwa weil sie nicht die erforderlichen Kommunikationsstandards unterstützt.

Veraltete Basis

Eine Anwendung basiert auf veralteten Rechnern und Servern und kann deshalb nicht in moderne, etwa Cloud-basierte Umgebungen integriert werden.

Support

Eine Software verwendet Komponenten wie Betriebssysteme, Datenbanken oder Bibliotheken, die von ihren Herstellern nicht mehr mit Support unterstützt werden. Dadurch drohen mit dieser Digitalisierungsbremse Systemausfälle und gefährliche Sicherheitslücken.

Individuallösungen

Es ist kein Know-how mehr für eine Anwendung vorhanden, weil die Programmierer, die sie erstellt haben, das Unternehmen inzwischen verlassen haben und keine ausreichende Dokumentation vorliegt.

Datenverlust

Der Sourcecode einer Anwendung, die das Unternehmen vor längerer Zeit selbst entwickelte beziehungsweise entwickeln ließ, ist in der Zwischenzeit verloren gegangen. Dadurch kann die Software nicht mehr weiterentwickelt werden.

Fazit zu Digitalisierungsbremsen

„Die Modernisierung von Altanwendungen ist ein wichtiger Bestandteil einer erfolgreichen Digitalisierung. Vor allem große Unternehmen können aber unmöglich alle IT-Bereiche modernisieren. Deshalb ist es umso wichtiger, die Anwendungen zu identifizieren, auf die es wirklich ankommt. Unternehmen sollten zuallererst auf ihr Business schauen und analysieren, wie sie ihr Geschäft durch Modernisierung weiterbringen können“, sagt Nadine Riederer, Geschäftsführerin bei Avision. „Bei der Umsetzung empfiehlt sich dann eine Strategie der kleinen Schritte. Dadurch lässt sich am besten sicherstellen, dass alle Beteiligten mitgenommen werden. Die Akzeptanz der Nutzer ist bei kleineren Veränderungen erfahrungsgemäß viel besser.“

Der Beitrag wurde ursprünglich hier veröffentlicht …