In Migrationsprojekten zeigt sich, dass Fertigungsversionen häufig erst dann Aufmerksamkeit erhalten, wenn im Testsystem die ersten Auffälligkeiten auftreten:

• Planaufträge werden erzeugt, enthalten aber keine sauber zugeordnete Fertigungsversion.
• In der Lohnbearbeitung fehlen nach dem Planungslauf Komponenten oder Stücklistenbezüge.
• Dummy-Baugruppen lösen sich im MRP nicht wie erwartet auf.
• In der Serienfertigung funktioniert die CO-seitige Abbildung nicht stabil.

Diese Probleme haben oft dieselbe Ursache: Eine Fertigungsversion fehlt ganz, ist unvollständig gepflegt oder passt fachlich nicht zu Mengenbereich, Gültigkeit oder Stücklistenalternative. Wer frühzeitig prüft, ob Fertigungsversionen korrekt angelegt sind, vermeidet viele Schwierigkeiten schon vor dem Go-live.

Warum Fertigungsversionen in S/4HANA wichtiger sind als im ECC

Die Fertigungsversion verbindet Material, Werk, Stückliste und Arbeitsplan zu einer fachlich eindeutigen Produktionsvariante. Zusätzlich steuert sie, für welchen Zeitraum und für welchen Mengenbereich diese Kombination gültig ist. Damit ist sie in S/4HANA weit mehr als ein ergänzendes Stammdatenobjekt – sie ist die Grundlage für eine konsistente Auswahl der produktionsrelevanten Daten.

Im ECC konnte das System je nach Alternativselektion im Materialstamm auf klassische Auswahlmechanismen zurückgreifen. In S/4HANA, insbesondere im Umfeld von MRP Live und vereinfachten Planungslogiken, steht die Fertigungsversion deutlich stärker im Vordergrund. Das bedeutet nicht zwangsläufig, dass ohne Fertigungsversion gar keine Planaufträge entstehen. In der Praxis sind diese jedoch häufig unvollständig oder später nicht in Fertigungs- oder Prozessaufträge umsetzbar.

Für welche Prozesse Fertigungsversionen besonders kritisch sind

Diskrete Eigenfertigung

Für eigengefertigte Materialien mit Stückliste und Arbeitsplan sollte in S/4HANA mindestens eine fachlich gültige Fertigungsversion vorhanden sein. Fehlt sie, zeigt sich das Problem meist erst bei der Fertigungsauftragseröffnung. Der Planauftrag ist dann zwar vorhanden, aber die zugrunde liegende Stammdatenzuordnung ist nicht korrekt.

Lohnbearbeitung

In der Lohnbearbeitung ist die Fertigungsversion entscheidend für die korrekte Auflösung der Komponenten, die an den Dienstleister zu liefern sind. Sie wird typischerweise im Einkaufsinfosatz der Lohnbearbeitung verwendet. Fehlt die passende Version oder stimmt ihr Gültigkeits- oder Mengenbereich nicht, entstehen Bestellanforderungen ohne vollständige Komponentenauflösung.

Dummy-Baugruppen

Dummy-Baugruppen werden in der Regel nicht eigenständig gefertigt und nicht auf Lager gelegt. Deshalb erzeugt der MRP-Lauf für sie standardmäßig keinen eigenen Planauftrag. Der Bedarf wird direkt an die Komponenten weitergereicht. Genau an dieser Stelle wird eine fehlende oder fehlerhafte Fertigungsversion kritisch: Die nachgelagerten Komponentenbedarfe sind nicht ersichtlich.

Serienfertigung

In der Serienfertigung gehören Fertigungsversionen schon seit dem ECC zum Standard. Bei der Migration sollte deshalb besonders die Verbindung zum Controlling geprüft werden. Wenn Produktkostensammler auf Ebene der Fertigungsversion geführt werden, muss die jeweilige Version nicht nur in PP, sondern auch in CO konsistent eingebunden sein.

Vertriebsstücklisten und Sonderstrukturen

Die reine Auflösung einer Vertriebsstückliste im SD-Prozess benötigt keine Fertigungsversion. Relevant wird sie erst, wenn aus dem Vertriebsprozess heraus eigengefertigte Materialien oder Unterbaugruppen geplant werden. Speziell bei mehrstufigen Strukturen mit Dummy-Baugruppen, Variantenkonfiguration oder mehreren Alternativen sollte deshalb geprüft werden, welche Materialien tatsächlich eine fachlich gültige Fertigungsversion benötigen.

Wie sich die Umstellung effizient vorbereiten lässt

SAP stellt mit den Programmen CS_BOM_PRODVER_MIGRATION und CS_BOM_PRODVER_MIGRATION02 Standardwerkzeuge für die Massenanlage von Fertigungsversionen bereit. Das reduziert den manuellen Aufwand erheblich. Dennoch sollten diese Reports nicht unreflektiert über den gesamten Materialbestand laufen, da Sonderfälle sonst leicht übersehen oder fachlich falsch abgebildet werden.

Bewährt hat sich ein Vorgehen in drei Schritten:

1. Bestandsaufnahme aller relevanten Materialien
2. Trennung in Standard- und Sonderfälle
3. gezielter Funktionstest im Testsystem

Besonders kritisch sind Materialien aus der Lohnbearbeitung, Dummy-Baugruppen, Materialien aus der Serienfertigung, konfigurierbare Materialien sowie Strukturen mit mehreren Stücklisten- oder Arbeitsplanalternativen.

Worauf Unternehmen bei der Migration konkret achten sollten

In Projekten reicht es nicht aus nur zu prüfen, ob eine Fertigungsversion vorhanden ist. Entscheidend ist, ob das System auch genau die Version findet, die im jeweiligen Prozess verwendet werden soll. Viele Probleme entstehen nicht durch ein falsch gesetztes Detail und nicht durch ein komplett fehlendes Objekt.

Diese Punkte sollten vor der Migration geprüft werden:

• Ist eine gültige Fertigungsversion für das Material vorhanden?
• Passen Gültigkeitszeitraum und Mengenintervall zur realen Planung?
• Ist die richtige Stücklistenalternative hinterlegt?
• Ist der passende Arbeitsplan zugeordnet?
• Ist die Fertigungsversion freigegeben und nicht gesperrt?
• Sind angrenzende Prozesse wie Lohnbearbeitung, Dummy-Strukturen, Serienfertigung oder Produktkostensammler mitberücksichtigt?

Diese Prüfungen machen in der Praxis den Unterschied zwischen einem formal migrierten und einem tatsächlich stabil laufenden System aus.

Fazit: Warum sich die Pflege von Fertigungsversionen lohnt

Die stärkere Rolle der Fertigungsversion wirkt auf den ersten Blick wie zusätzlicher Pflegeaufwand. Sie verbessert aber die Transparenz und Konsistenz der Produktionsstammdaten erheblich. Stückliste, Arbeitsplan, Gültigkeit und Mengenbereich werden klarer miteinander verknüpft und implizite Selektionslogiken, die im ECC oft gewachsen sind, werden reduziert.

Damit schafft die Fertigungsversion die Grundlage für stabile Planungsläufe, nachvollziehbare Auftragsumsetzungen und eine bessere Integration mit erweiterten Planungslösungen wie PP/DS. Für viele Unternehmen ist sie damit nicht nur ein Pflichtobjekt, sondern ein wichtiger Hebel für eine gut strukturierte S/4HANA-Produktionsplanung.

Sie haben Fragen rund um das Thema S/4HANA-Produktionsplanung? Melden Sie sich gern bei uns per Mail an sapberatung@inwerken.de oder vereinbaren Sie einen Termin. Unser Beratungsteam unterstützt Sie bei der Vorbereitung und Durchführung Ihrer S/4HANA-Migration – von der Bestandsaufnahme der Fertigungsversionen bis zur Validierung im Testsystem.

Ruhe bitte, der alte Mann erzählt warum das Passwort ausgedient hat

Ich gehöre noch zum älteren Semester in Sachen Computer. Mein Einstieg war zu einer Zeit, wo Webseiten noch kein „s“ hinter dem „http“ hatten und man etwas später beim Handy eins genau wusste: hat man aus Versehen auf das Browser-Icon getippt, dann beende das schnell wieder – am besten mit viel panischem Tippen – sonst wird es bestimmt teuer. So war die Sicherheitsmaßnahme eher psychologisch. Die Furcht vor der verbalen Schelle des Elternteils, der den jugendlichen Handyvertrag bezahlt hat.

Letztlich kam die verbale Schelle dann eher vom zu viel SMS schreiben mit der Freundin. Flatrate, was ist das? Aber das ist ein anderes Thema…

Trust me, Bro: Passkey ist sicherer als das klassische Passwort!

Die schützende Hand oder auch mal die Popup-Schelle bieten heute die Tools an, die uns beim Wandern durch das Internet sicher begleiten…und das (blinde) Vertrauen ist immens groß. Der BROwser beispielsweise…

Das erwähnte HTTPS ist Pflicht, und dem Browser sollte auch tunlichst der Zertifikatsaussteller der zu besuchenden Website bekannt sein. Cookie-Meldungen verkrümeln sich bei Bedarf automatisch mit gewünschter Standardeinstellung, sichere Passwörter werden bei neuen Logins vorgeschlagen und gleich im eigenen Passwortmanager abgespeichert. Muss man sich nicht einmal mehr merken.

Doch laut Statistik nutzen immer noch 10 % der User ‚123456‘ als Passwort. 60 % der Passwörter sind leicht zu erraten. Das Bewusstsein hinkt noch hinterher. Auch wenn viele Unternehmen inzwischen auf ihre Richtlinien und Schulungen achten, das Konzept des Passworts ist überholt und daher gefährlich.

Letztlich ist das größte Risiko noch immer der Mensch, denn dieser stellt Emotionen auch mal vor logischem Denken. Mein Chef hat mir ein dringendes ToDo im MS Planner zugewiesen, verrät mir die allseits bekannte automatische Microsoft-Mail. Also keine Zeit verlieren und wie immer direkt auf den Link klicken, meinen Usernamen, Passwort und zweiten Faktor einfügen…hat er das nicht sonst automatisch gefüllt? Naja, ich bin drin, sieht ja auch alles aus wie gewohnt…

Eine Phishingsite ist heutzutage vielleicht innerhalb von einer Stunde aufgebaut – Wenn man kein Profi ist und sich dazu noch Zeit lässt! Tools wie Evilginx machen es verboten einfach, sich zwischen dem User und der echten Login-Seite zu schummeln und dort den begehrten Session-Cookie abzufangen.

Längst kein Geheimnis mehr: wenn die Hacker dazu noch gezielt das Opfer unter emotionalen Stress setzen können, ist eigentlich schon alles verloren – Schulung hin oder her. Da hilft dann auch der bemühte Browser nicht. Einen kleinen Helfer im System gibt es allerdings schon, der im Gegensatz zur MFA selbst bei dem gerade beschriebenem Adversary-In-The-Middle-Angriff standhaft bleibt.

Arbeiten Sie schon lange hier? Danke, aber ich nehme meinen eigenen Schlüssel!

Passkeys lassen sich in vielen Accounts bereits integrieren und die Zahl wächst…Anbieter verpflichten üblicherweise nicht dazu. So aufdringlich will man den Kunden gegenüber nicht sein. Die meisten Unternehmen sind dabei, Passkeys für ihre Benutzer einzuführen. Gut so, denn Passkeys sind dem stinknormalen Passwort überlegen – z. B. muss man sich keins mehr merken. Technisch kann der gestresste Benutzer dem nur scheinbar seriösen, digitalem Pförtner nicht seinen Ausweis in die Hände drücken, der diesen dann heimlich kopiert. Der Benutzer hat selbst einen Schlüssel, den auch nur er nutzen kann. Wenn er nicht ins Schloss passt, ist es nicht der Eingang, den man eigentlich nehmen wollte.

Denn das ist ein Passkey, ein privater Schlüssel – Gespeichert, in deinem Besitz und freigegeben durch Face ID, Fingerabdruck oder PIN und abgeglichen mit dem öffentlichen Schlüssel der Website.

Laut Statistik der FIDO Alliance konnten Unternehmen 73 % der Login Zeit sparen und Passkeys haben eine 30 % höheren Erfolg beim Login verglichen mit traditionellem MFA. Es gibt 81 % weniger Supportfälle, die durch Login-Probleme resultieren. Somit lassen sich also effektiv Kosten sparen. Da der Passkey im Gegensatz zum Passwort nicht geteilt wird, interessiert es zumindest diesbezüglich auch nicht mehr, wenn mal wieder Millionen Accountdaten irgendwo abgeflossen sind.

Schöne neue Welt, oder? – Was passiert, wenn ich meinen Schlüssel verliere?

Wenn wir nun doch Passkeys haben, dann ist die Welt doch sicher und ich kann gewiss sein, dass die Amazon Bestellung, die ich gerade nicht getan habe, dann folglich vom Partner kommen muss…schon wieder. Das mag ggf. Grundsatzdiskussionen mit sich bringen, aber das ist wieder ein anderes Thema.

Zumindest im Endkundenbereich werden Passkeys jedoch bisher oft (nur) als zusätzliche Authentifizierungsmethode angeboten. Wenn man aufgrund der neuen Passkey-Panzertür trotzdem die alte Passwort-Holztür nicht zumauert, hat man „wenig“ Gewinn (auch wenn der Angriffsvektor potenziell bereits kleiner wird, wenn man diesen Eingang nicht mehr nutzt). Das ist allerdings auch nicht immer möglich, denn Legacy-Anwendungen werden nicht vollständig unterstützt.

Die Wiederherstellung bei verlorenen Schlüsseln läuft außerdem etwas anders ab. Entweder die Passkeys liegen wirklich nur auf dem lokalen Gerät (sei es der Laptop oder auch ein YubiKey) oder sie werden mit der Cloud synchronisiert. Eine Herausforderung besteht darüber hinaus, wenn man sich in mehreren Ökosystemen (Apple, Windows…) bewegt. Vertraut man der Cloud nicht, kann man auch Tools wie Bitwarden nutzen.

Hat man keine Backupmethode, gibt es in dem Fall allerdings keinen „Ich habe mein Passwort äh Passkey verloren“ – Button. Die Unternehmens-IT hat da zwar schon Möglichkeiten (TAP) – nur sind im Schritt davor, je nach Komplexität der Infrastruktur die Passkeys nicht gerade mit Fingerschnippen ausgerollt. Erwähnte Legacy-Anwendungen, Service-Accounts, API-Schlüssel usw. können ein Showstopper sein oder zumindest die komplette Umstellung einschränken.

Aber mit der richtigen Vorbereitung ist es definitiv wert, seine Authentifizierungsmethoden nochmal zu überdenken, wenn es im Business-Bereich vielleicht auch nicht garantiert zu 100 % möglich ist. Der Umstieg auf Passkeys wird auf jeden Fall allgemein empfohlen und es lohnt sich.

Fragen und Kontakt
Haben Sie fragen zu Passkeys oder brauchen Sie Unterstützung bei der Einrichtung? Einfach schreiben an service@inwerken.de. Unser IT-Sicherheits-Team meldet sich bei Ihnen! Leistungen darüber hinaus finden Sie in unserem Portfolio.

Quellen:
https://www.sueddeutsche.de/erfahrungen/sicherheitsstudie-zu-unsicheren-passwortern/
https://fidoalliance.org/passkey-index-2025/
https://www.ad-hoc-news.de/wissenschaft/passkey-studie-70-percent-der-unternehmen-erlebtenidentitaetsvorfaelle/69554500
https://hpi.de/artikel/hpi-veroeffentlcht-meist-geleakte-passwoerter-2025/
https://passwork.pro/blog/de/what-is-passkey-how-does-it-work

Die App kann on-premises und in der Cloud, aber auch als Insellösung für einen Proof-of-Concept (Poc) ohne Anbindung an die vorhandene Infrastruktur auf einem Rechner betrieben werden. Dank dieser Flexibilität und Technologieoffenheit lassen sich unterschiedlichste Anwendungsfälle kundenindividuell realisieren.

Geo-Fences triggern automatische Buchungen in SAP

Ein zentrales Feature der InWerX App ist die digitale Hallenkarte mit virtuellen Prozesszonen, den sogenannten Geo-Fences. Sobald ein mit Lokalisierungstag versehenes Objekt, ob Ladungsträger oder Flurförderzeug, in eine Zone eintritt oder sie verlässt, löst die App automatisch eine Buchung oder einen Auftrag im angebundenen ERP, WMS oder MES aus. Zugleich zeigt die Hallenkarte auf Knopfdruck den Standort unterschiedlicher Objekte an, zum Beispiel von Ladungsträgern, Werkzeugen und Flurförderzeugen, sodass sich Aufträge von der Anlieferung bis in den Versand lückenlos verfolgen lassen.

Analysen und Heatmap zeigen Engpässe und Leerlauf auf

Integrierte Analysefunktionen liefern anhand der Bewegungsdaten zudem Echtzeiteinsichten, wo Aufträge oder Material sich gerade befinden, wann Flurförderzeuge ineffiziente Fahrten machen und wie lange die wertschöpfende Bearbeitungszeit an der Maschine ist. Darüber hinaus ermöglicht die Echtzeitlokalisierung den Abgleich zwischen Soll- und Ist-Prozessen. Eine Heatmap visualisiert Materialliegezeiten und Engpässe im Lager sowie Staupunkte und Fahrzeugleerfahrten in Ampelfarben. Diese Transparenz schafft die Grundlage, um Durchlaufzeiten zu verkürzen, Transportwege zu optimieren und den Fuhrpark zu verkleinern, was die Kapitalbindung im Lager und somit die Logistikkosten spürbar senkt, und ermöglicht zugleich datengestützte Prozessverbesserungen.

Bei alldem lässt sich die InWerX App zügig einführen, da die Inwerken AG einen technologie- und herstellerunabhängigen Ansatz verfolgt, RTLS- und SAP-Prozess-Know-how vereint und alle Leistungen aus einer Hand erbringt: von der Hardwareauswahl über die SAP-Einbindung bis zum Support. Weil für die App keine Lizenz-, sondern nur eine Servicegebühr anfällt, sinken die Initialkosten und die Amortisationszeit verkürzt sich.

Mehr Informationen zur InWerX App gibt es hier. 

Die Lösung integriert sich nahtlos in SAP FI, erweitert den Standard und ist sowohl unter SAP S/4HANA als auch unter SAP ERP lauffähig. Sobald SAP eine Mahnung erzeugt, legt FeeWerX automatisch einen offenen Posten für die Mahngebühr an und bucht ihn mit vollständiger Referenzierung auf das korrekte Sachkonto – GoBD-konform und revisionssicher. Zugleich erweitert die Lösung den elektronischen Kontoauszug (ELKO), sodass eingehende Kundenzahlungen systemseitig korrekt zugeordnet und alle Positionen lückenlos ausgeglichen werden.

Den konkreten Mehrwert im Betrieb bestätigt M. Hoja, Leitung Finanzbuchhaltung bei der Vereinigten Stadtwerke GmbH in Ratzeburg:

„Seit wir die SAP-basierte Erweiterungslösung einsetzen, entfällt die manuelle Zuordnung einzelner Posten. Das vereinfacht und beschleunigt Buchungen deutlich, was bei unserer hohen Anzahl von rund 200 Rückläufern pro Monat viel Zeit spart. Da Rückläufer jetzt direkt als offene Posten im Debitorenkonto erfasst und Mahngebühren korrekt verbucht werden sowie alle Referenzwerte sauber zugeordnet sind, ist der Prozess jederzeit nachvollziehbar.“

FeeWerX für SAP entlastet Forderungsmanagement und Debitorenbuchhaltung spürbar, erhöht die Datenqualität und macht den gesamten Mahnprozess transparent und auditfähig. Die Einführung ist innerhalb weniger Tage abgeschlossen.

Mit den integrierten Analysefunktionen der InWerX App verwandeln Unternehmen ihre Standortdaten in konkrete Handlungsempfehlungen: Engpässe werden sichtbar, Prozesse messbar und Optimierungspotenziale direkt nutzbar.

Die Effizienz von Flurförderfahrzeugen analysieren

Gabelstapler, Elektro-Hubwagen und andere Flurförderfahrzeuge sind das Rückgrat vieler Logistikprozesse. Gleichzeitig aber auch ein erheblicher Kostenfaktor. Umso wichtiger ist es, ihren Einsatz optimal zu steuern.

Mit den richtigen Analysen erkennen Sie auf einen Blick, wo Fahrzeuge effizient eingesetzt werden und wo Zeit oder Ressourcen verloren gehen.

Typische Mehrwerte:

• Weniger Leerfahrten und reduzierte Stillstandzeiten
• Bessere Auslastung von Personal und Fahrzeugen
• Fundierte Entscheidungen bei Investitionen oder Leasing
• Spürbare Senkung von Betriebskosten

Durch die Kombination aus historischen Daten und Echtzeitinformationen können Fahrzeuge dynamisch zugewiesen und Engpässe frühzeitig erkannt bevor sie zum Problem werden.

Mit RTLS-Analysen Transportwege intelligent optimieren

Jeder unnötige Meter kostet Zeit, Energie und Geld. Die Analyse von Transportwegen zeigt, wie effizient Ihre Logistik vom Wareneingang bis zum Versand tatsächlich arbeitet.

Statt sich auf Annahmen zu verlassen, erhalten Sie klare Antworten:

• Welche Wege sind wirklich effizient?
• Wo entstehen Verzögerungen oder Staus?
• Welche Routen werden unnötig häufig gefahren?

Mit diesen Erkenntnissen lassen sich Prozesse gezielt verbessern:

• Optimierte Routenführung reduziert Durchlaufzeiten
• Weniger Leerfahrten steigern die Produktivität
• Bessere Auftragsreihenfolgen beschleunigen den Materialfluss

Das Ergebnis: Schnellere Abläufe, geringere Kosten und eine höhere Termintreue.

Weitere Analysefelder mit direktem Impact

Neben Fahrzeugen und Transportwegen bieten RTLS-Daten zahlreiche weitere Ansatzpunkte für Optimierungen:

• Höhere Planungsqualität durch präzise Ankunfts- und Abholzeiten
• Effizientere Nutzung von Ladezonen und Rampen
• Mehr Sicherheit durch Transparenz über Bewegungen in sensiblen Bereichen
• Qualitätssicherung bei sensiblen Gütern, etwa durch Temperaturüberwachung

Diese zusätzlichen Perspektiven helfen, Logistik ganzheitlich zu denken und nicht nur einzelne Prozesse zu optimieren.

Mithilfe von RTLS-Analysen Wertströme sichtbar machen

Wie bewegen sich Waren tatsächlich durch die Produktion? Wie hoch ist der Anteil an Wertschöpfung? Die Wertstromanalyse liefert darauf eine klare, datenbasierte Antwort.

Sie zeigt nicht nur, wo Zeit verloren geht, sondern auch, wo Prozesse bereits optimal laufen. So entsteht eine fundierte Grundlage für strategische Entscheidungen.

Mit visuellen Auswertungen über den Anteil der wertschöpfenden Tätigkeit werden komplexe Abläufe intuitiv verständlich. Unternehmen erkennen sofort:

• Wie hoch ist der Anteil an Wertschöpfung
• Wie lange steht das Material ohne Wertschöpfung

So lässt sich schnell erkennen, wo Veränderungen im Materialfluss oder in der Planung erforderlich sind.

Auf der Überholspur: Von Daten zu Entscheidungen

Der entscheidende Unterschied liegt nicht in der Datenerfassung, sondern in ihrer Nutzung. Erfolgreiche Unternehmen setzen auf:

• Hohe Datenqualität als Grundlage verlässlicher Analysen
• Integration mit bestehenden Systemen wie ERP und WMS
• Klare Visualisierungen statt unübersichtlicher Datenmengen
• Einen iterativen Ansatz mit messbaren Erfolgen

So wird aus reiner Transparenz echte Steuerbarkeit und aus Daten ein klarer Wettbewerbsvorteil.

Sie haben Fragen rund um das Thema RTLS und mögliche Analyseverfahren? Melden Sie sich gern bei uns bspw. per Mail an sapberatung@inwerken.de oder vereinbaren Sie einen Termin.

Was bedeutet Intercompany Service in SAP S/4HANA?

Unternehmen mit mehreren Buchungskreisen oder Gesellschaften kennen klassische Intercompany-Prozesse aus Vertrieb und Logistik. Während der Intercompany-Verkauf und die Umlagerung seit Jahren etabliert sind, fehlte lange eine integrierte Lösung für Serviceprozesse. Mit SAP S/4HANA In-House Service und dem erweiterten Advanced Intercompany Processing wird nun genau diese Lücke geschlossen. Serviceleistungen lassen sich damit über Unternehmensgrenzen hinweg planen, durchführen und abrechnen, ohne Medienbrüche oder manuelle Nebenbuchhaltungen.

Typische Herausforderungen bei buchungskreisübergreifenden Serviceprozessen

In der Praxis zeigt sich häufig ein fragmentiertes Bild. Serviceaufträge werden im verkaufenden Unternehmen angelegt, die Leistungserbringung erfolgt jedoch in einer anderen Gesellschaft. Daraus entstehen mehrere Herausforderungen:

• Fehlende Transparenz über den End-to-End-Prozess
• Manuelle Abstimmungen zwischen den beteiligten Organisationseinheiten
• Medienbrüche bei der Leistungsverrechnung
• Inkonsistente Datenbasis zwischen den Systemen oder Buchungskreisen

Diese Probleme führen nicht nur zu erhöhtem Abstimmungsaufwand, sondern auch zu Verzögerungen in der Abrechnung und potenziellen Fehlerquellen in der Finanzbuchhaltung.

In unserer täglichen Beratungspraxis sehen wir, dass insbesondere die fehlende Integration zwischen Serviceabwicklung und Intercompany-Abrechnung zu ineffizienten Workarounds führt. Häufig werden Leistungen außerhalb des Systems dokumentiert und erst im Nachgang verbucht, was die Nachvollziehbarkeit erheblich erschwert.

Mit SAP S/4HANA wird genau hier angesetzt. Die Integration ermöglicht eine durchgängige Prozesskette vom initialen Serviceauftrag bis zur finalen Intercompany Verrechnung.

(Grafik 1)

Voraussetzungen für die Umsetzung im System

Bevor mit der eigentlichen Prozessimplementierung begonnen wird, sollten einige grundlegende Voraussetzungen geschaffen werden. Diese betreffen sowohl organisatorische als auch systemseitige Aspekte.

• Aktivierung von SAP S/4HANA In-House Service
• Einrichtung von Advanced Intercompany Processing
• Definition der beteiligten Verkaufsorganisationen und Buchungskreise
• Pflege der Intercompany-relevanten Stammdaten, insbesondere Materialien und Geschäftspartner

Darüber hinaus ist eine klare Zuordnung der Rollen erforderlich, um Verantwortlichkeiten entlang des Prozesses sauber abzubilden.

Intercompany Serviceprozesse in SAP S/4HANA umsetzen

Die Umsetzung folgt einem klar strukturierten Ablauf, der die beteiligten Organisationseinheiten integriert.

1. Anlage des Serviceauftrags im verkaufenden Unternehmen

Der Prozess startet mit der Erstellung eines Serviceauftrags in der verkaufenden Gesellschaft. Dieser Auftrag bildet die zentrale Klammer für den gesamten Prozess. Entscheidend ist hier die Verwendung spezieller Positionstypen, die die Intercompany-Abwicklung adressieren.

Auf Positionsebene wird definiert, dass die Leistung nicht intern erbracht, sondern durch eine andere Gesellschaft ausgeführt wird. Dazu wird eine empfangende Verkaufsorganisation hinterlegt.

2. Automatische Generierung des Folgeauftrags

Basierend auf den Intercompany-Positionen wird im ausführenden Unternehmen automatisch ein entsprechender Serviceauftrag erzeugt. Dieser enthält alle relevanten Informationen zur Leistungserbringung.

Dadurch wird der manuelle Abstimmungsaufwand erheblich reduziert und für eine konsistente Datenbasis gesorgt.

3. Durchführung der Serviceleistung

Die ausführende Gesellschaft übernimmt nun die operative Umsetzung. Dies umfasst beispielsweise:

• Einsatzplanung von Servicetechnikerinnen und Servicetechnikern
• Rückmeldung von Zeiten und Materialien
• Dokumentation der erbrachten Leistungen

Alle Informationen werden direkt im System erfasst und stehen somit für die weitere Verarbeitung zur Verfügung.

4. Rückmeldung und Bestätigung der Leistung

Nach Abschluss der Arbeiten erfolgt die Rückmeldung im System. Diese bildet die Grundlage für die anschließende Abrechnung. Wichtig ist, dass alle relevanten Daten vollständig und korrekt erfasst sind, um Fehler in der Verrechnung zu vermeiden.

5. Intercompany Abrechnung

Im letzten Schritt erfolgt die Abrechnung zwischen den beteiligten Gesellschaften. SAP S/4HANA unterstützt hierbei eine automatisierte Verrechnung auf Basis der erfassten Leistungen.

Die Integration in die Finanzbuchhaltung stellt sicher, dass alle Buchungen korrekt und nachvollziehbar erfolgen.

Visualisierung des Prozesses

(Grafik 2)

Die Grafik zeigt den durchgängigen Prozessfluss vom initialen Serviceauftrag über die Leistungserbringung bis zur Intercompany-Abrechnung zwischen zwei Gesellschaften.

Mehrwert durch integrierte Intercompany Serviceprozesse

Die Einführung eines durchgängigen Intercompany-Serviceprozesses bringt mehrere strategische Vorteile mit sich. Besonders relevant sind dabei Transparenz, Effizienz und Datenqualität.

Eine strukturierte Gegenüberstellung verdeutlicht den Unterschied zwischen klassischer und integrierter Abwicklung:

(Tabelle 1)

Insbesondere die reduzierte Komplexität in der Abstimmung zwischen den Gesellschaften stellt einen erheblichen Effizienzgewinn dar. Gleichzeitig wird die Datenbasis verbessert, was sich positiv auf das Reporting und Controlling auswirkt.

Fazit und Einordnung für die Praxis

Mit SAP S/4HANA und dem erweiterten In-House Service steht erstmals eine integrierte Lösung für Intercompany-Serviceprozesse zur Verfügung. Unternehmen profitieren von einer durchgängigen Abbildung, die sowohl operative als auch finanzielle Aspekte vereint.

Die strukturierte Umsetzung erfordert jedoch ein klares Prozessverständnis sowie eine saubere Systemkonfiguration. Besonders die Stammdatenpflege und die Definition der Intercompany- Positionen spielen eine zentrale Rolle.

Im Arbeitsalltag zeigt sich außerdem, dass der größte Hebel in der Standardisierung der Prozesse liegt. Individuelle Sonderlösungen lassen sich oft durch die neuen Funktionen ablösen, was langfristig Wartungsaufwand reduziert und die Systemlandschaft vereinfacht.

Gesprächsangebot und weiterführende Unterstützung

Die Umsetzung von Intercompany-Serviceprozessen in SAP S/4HANA ist ein anspruchsvolles, aber lohnendes Vorhaben. Eine strukturierte Herangehensweise und fundiertes Prozessverständnis sind entscheidend für den Erfolg.

Weitere Informationen zu entsprechenden Leistungen finden sich unter:
https://www.inwerken.de/?s=S/4HANA+Service

Ein fachlicher Austausch zu konkreten Anforderungen und individuellen Rahmenbedingungen kann helfen, die optimale Lösung für die jeweilige Systemlandschaft zu identifizieren und nachhaltig zu implementieren.

Warum ein strukturierter Field Service Prozess heute entscheidend ist

Der technische Service vor Ort ist für viele Unternehmen ein zentraler Bestandteil der Wertschöpfung. Wartungen, Reparaturen oder Inbetriebnahmen entscheiden darüber, wie zuverlässig Maschinen und Anlagen im Betrieb funktionieren. Gleichzeitig steigen die Anforderungen an Reaktionszeiten, Dokumentation und Transparenz.

In der Praxis sind Field-Service-Prozesse und Technikereinsätze jedoch häufig historisch gewachsen. Serviceaufträge werden manuell angelegt, Einsatzpläne in Tabellen gepflegt und Servicetechnikerinnen und Servicetechniker erhalten Informationen über verschiedene Kanäle. Diese Struktur führt zu Medienbrüchen und erschwert eine konsistente Datengrundlage sowie Sicherstellung einer kontinuierlichen Servicequalität.

Digitale Lösungen wie SAP FSM ermöglichen es, den gesamten Serviceprozess strukturiert abzubilden. Ziel ist ein durchgängiger digitaler Field Service Prozess, bei dem alle Beteiligten auf dieselbe Informationsbasis zugreifen.

Ein digitalisierter Serviceprozess schafft dabei mehrere Vorteile:

• vollständige Einsatzinformationen für Servicetechnikerinnen und Servicetechniker
• transparente Einsatzplanung für Disponentinnen und Disponenten
• schnellere Dokumentation von Serviceeinsätzen
• zentrale Datenbasis für Serviceanalysen und Wartungsstrategien

Schritt für Schritt zum digitalen Field-Service-Prozess

Ein moderner Field-Service-Prozess folgt einer strukturierten Abfolge, welche dafür sorgt, dass Informationen konsistent fließen können und keine Medienbrüche entstehen.

1. Serviceauftrag strukturiert im System anlegen

Der Prozess beginnt mit der Anlage eines Serviceauftrags im ERP-System, häufig in SAP CS oder SAP S/4HANA Service.

Wichtige Informationen sollten bereits an dieser Stelle vollständig erfasst werden:

• Kundeninformationen und Standort
• betroffene Anlage oder Equipment
• Fehlerbeschreibung oder Wartungsauftrag
• Priorität und gewünschter Servicezeitraum

Diese Daten bilden die Grundlage für die spätere Einsatzplanung im Field Service Management. Je strukturierter die Informationen vorliegen, desto einfacher lassen sich Einsätze disponieren.

Unserer Erfahrung nach zeigt sich immer wieder, dass unstrukturierte Fehlerbeschreibungen eine der häufigsten Ursachen für Verzögerungen im Serviceprozess sind. Diese Beobachtung wird durch eine von der Inwerken AG durchgeführte Befragung von Servicetechnikern gestützt, bei der mehrere Teilnehmende angaben, dass Einsatzinformationen vor einem Einsatz häufig unvollständig sind oder wichtige Details fehlen.

2. Automatisierte Einsatzplanung und Disposition

Nach der Auftragserstellung erfolgt die Einsatzplanung. Hier unterstützt SAP FSM Disponentinnen und Disponenten mit einer grafischen Planungskonsole.

Das System berücksichtigt dabei verschiedene Faktoren:

• Qualifikationen der Servicetechnikerinnen und Servicetechniker
• verfügbare Arbeitszeiten
• geografische Entfernung zum Einsatzort
• Priorität des Serviceauftrags

Auf Basis dieser Informationen können Einsätze automatisiert vorgeschlagen oder manuell optimiert werden.

Eine digitale Disposition reduziert nicht nur Planungsaufwand. Sie verbessert auch die Auslastung des Servicepersonals und reduziert Reisezeiten erheblich.

(Abbildung 1) Planungskonsole im SAP FSM

3. Digitale Auftragsübermittlung an den Servicetechniker

Sobald ein Einsatz geplant wurde, erhält die zuständige Servicetechnikerin oder der Servicetechniker den Auftrag direkt auf ein mobiles Endgerät.

Über die mobile Anwendung von SAP FSM stehen vor Ort alle relevanten Informationen zur Verfügung:

• Auftragsdetails
• Anlagenhistorie
• Wartungschecklisten
• Ersatzteillisten
• Dokumente oder technische Zeichnungen

Dadurch entfällt die häufige Rückfrage bei der Disposition oder beim Innendienst.

Die mobile Bereitstellung der Daten ermöglicht außerdem einen Offlinebetrieb. Gerade bei Einsätzen in Produktionshallen oder abgelegenen Standorten ist dies ein entscheidender Vorteil, die Daten können nachträglich manuell synchronisiert werden.

(Abbildung 2) Auftragsübermittlung an den Servicetechniker in der SAP FSM Mobile App

4. Digitale Dokumentation während des Einsatzes

Während des Serviceeinsatzes dokumentieren Servicetechnikerinnen und Servicetechniker ihre Arbeit direkt in der mobilen Anwendung.

Hier sind alle typischen Elemente und Funktionen, die für den Einsatz oder die Dokumentation benötigt werden, bereitgestellt. Zum Beispiel:

• Checklisten für Wartungsarbeiten
• Fotos von Schäden oder Reparaturen
• Erfassung von Arbeitszeiten
• Eingabe verwendeter Ersatzteile
• U. v. m.

Diese direkte Dokumentation verhindert Informationsverluste. Gleichzeitig stehen die Daten unmittelbar nach Abschluss des Einsatzes im System zur Verfügung.

Ein weiterer Vorteil liegt in der Standardisierung der Serviceprozessen. Checklisten sorgen dafür, dass definierte Arbeitsschritte zuverlässig durchgeführt und dokumentiert werden.

(Abbildung 3) Dokumentation in der SAP FSM Mobile App

5. Digitale Rückmeldung und automatische Systemaktualisierung

Nach Abschluss des Einsatzes erfolgt die digitale Rückmeldung. Die Servicetechnikerin oder der Servicetechniker bestätigt den Auftrag direkt über das mobile Endgerät.

Dabei können zusätzlich folgende Informationen erfasst werden:

• Abschluss-Status des Einsatzes
• Kundenunterschrift
• verbrauchte Ersatzteile
• empfohlene Folgeaufträge

Diese Daten werden automatisch an das Backend System übertragen. Dort können weitere Prozesse angestoßen werden, beispielsweise:

• Fakturierung des Serviceeinsatzes
• Aktualisierung der Anlagenhistorie
• Planung weiterer Wartungsmaßnahmen

Die digitale Rückmeldung bildet somit den Abschluss eines vollständig integrierten und digitalen Serviceprozesses.

(Abbildung 4) Reporting und Rückmeldung in der SAP FSM Mobile App

Digitaler Field-Service-Prozess mit SAP FSM erfolgreich umsetzen

In unseren Kundenprojekten zeigt sich immer wieder, dass der größte Effizienzgewinn nicht allein durch die Einführung eines Tools entsteht. Zu Beginn analysieren wir daher gemeinsam mit den Serviceverantwortlichen die bestehenden Abläufe im technischen Service. Dabei identifizieren wir zunächst Medienbrüche, doppelte Datenerfassungen und unklare Verantwortlichkeiten im Prozess.

Im nächsten Schritt wird der gesamte Field Service Prozess gemeinsam strukturiert. Besonders relevant ist dabei eine klare Definition der Datenstruktur von Serviceaufträgen sowie eine saubere Abstimmung zwischen Serviceleitung, Disposition und IT. Erst wenn diese organisatorischen und prozessualen Grundlagen geschaffen sind, kann eine Lösung wie SAP FSM ihr volles Potenzial entfalten und den Servicealltag tatsächlich vereinfachen.

Mehr Transparenz und Effizienz im technischen Service

Ein digitaler Field Service Prozess schafft eine durchgängige Informationsbasis zwischen Innendienst, Disposition und Außendienst. Serviceeinsätze lassen sich besser planen, Technikerinnen und Techniker erhalten vollständige Informationen und die Dokumentation erfolgt ohne Medienbrüche.

In unserer täglichen Beratungs- und Entwicklungspraxis zeigt sich, dass Unternehmen mit klar strukturierten Serviceprozessen nicht nur effizienter arbeiten. Gleichzeitig steigt auch die Transparenz über Servicekosten, Anlagenzustände und zukünftige Wartungsbedarfe.

Sie haben Fragen zum Thema „SAP FSM“? Einfach schreiben an sapberatung@inwerken.de. Unser SAP-Beratungs-Team meldet sich bei Ihnen! Erfahren Sie außerdem mehr über SAP FSM in unseren weiteren Beiträgen.

Zwei Systeme, ein Ziel: ein durchgängiger Serviceprozess

S/4HANA Service und FSM erfüllen unterschiedliche Aufgaben im Serviceprozess. Ersteres ist auf die Abbildung betriebswirtschaftlicher Prozesse ausgerichtet. Während SAP Field Service Management auf die operative Durchführung im Außendienst ausgelegt ist. Diese klare Aufgabenteilung bringt zwar Vorteile für jede Rolle im Serviceprozess, doch ohne Integration müssen Informationen zwischen den Systemen manuell abgestimmt oder nachgepflegt werden. Dadurch entstehen organisatorische Reibungsverluste durch Medienbrüche und ein erhöhter administrativer Aufwand, obwohl das Ziel beider Komponenten ist, diese Aufwände zu eliminieren.

Warum Daten ohne Integrationsschicht doppelt gepflegt werden müssen

Die Herausforderung liegt selten in der funktionalen Stärke der einzelnen Systeme, sondern in ihrer systemübergreifenden Zusammenarbeit. Obwohl sowohl SAP S/4HANA als auch SAP Field Service Management Produkte desselben Herstellers sind, basieren sie auf unterschiedlichen Datenmodellen.

Im ERP-System sind viele Geschäftsobjekte stark miteinander verknüpft. Ein Serviceauftrag enthält beispielsweise Referenzen auf Geschäftspartner, Materialien, technische Objekte und organisatorische Strukturen. Diese Beziehungen bilden komplexe betriebswirtschaftliche Zusammenhänge ab.

SAP Field Service Management verwendet dagegen ein Datenmodell, das stärker auf operative Serviceprozesse ausgerichtet ist. Objekte wie Service Calls oder Activities sind kompakter aufgebaut und orientieren sich an der Einsatzplanung im Außendienst.

Ohne eine technische Integration müssen Informationen daher manuell zwischen den Systemen übertragen werden. Typische Probleme sind:

• doppelte Pflege von Stammdaten wie Kunden oder Adressen
• fehlende Transparenz über den aktuellen Status eines Serviceeinsatzes
• Medienbrüche zwischen Disposition, Außendienst und Abrechnung

In vielen Organisationen werden diese Lücken mit manuellen Workflows geschlossen. Servicetechnikerinnen und Servicetechniker dokumentieren Informationen separat, während Disponentinnen und Disponenten Daten aus mehreren Systemen zusammenführen müssen. Dadurch steigt der administrative Aufwand deutlich und der eigentliche Vorteil geht verloren.

SAP BTP als verbindende Plattform und Integrationsschicht

Um diese Herausforderungen zu lösen, benötigt es eine Integrationsschicht zwischen den Systemen. In der SAP-Landschaft übernimmt diese Rolle die SAP Business Technology Platform.

Die SAP BTP stellt eine Cloudplattform bereit, die unterschiedliche Systeme miteinander verbindet. Für Integrationsszenarien wird innerhalb dieser Plattform die Integration Suite eingesetzt. Sie fungiert als Middleware zwischen den angebundenen Anwendungen.

Die Aufgabe dieser Integrationsschicht besteht darin, Datenflüsse zwischen den Systemen zu orchestrieren. Informationen aus S/4HANA werden in ein geeignetes Format transformiert und an SAP FSM weitergeleitet. Rückmeldungen aus dem Außendienst können anschließend wieder strukturiert an das ERP-System übertragen werden.

Die Architektur lässt sich vereinfacht in drei Ebenen darstellen.

(Tabelle 1)

(Grafik 1)

Durch diese Struktur entsteht eine lose Kopplung zwischen den Systemen. Änderungen an einem System können vorgenommen werden, ohne dass die gesamte Integrationsarchitektur angepasst werden muss.

Wie funktioniert die Integrationsorchestrierung mit der Integration Suite?

Innerhalb der SAP BTP übernimmt die Integration Suite die operative Umsetzung der Systemintegration. Die Integrationslogik wird in sogenannten Integrationsflüssen (iFlows) modelliert. Diese definieren, wie Nachrichten empfangen, transformiert und an Zielsysteme weitergeleitet werden.

Ein typischer Integrationsfluss umfasst mehrere Schritte. Zunächst empfängt die Plattform eine Nachricht aus dem ERP-System. Anschließend werden die enthaltenen Daten analysiert und in die Struktur des Zielsystems überführt. Abschließend erfolgt die Übergabe an die entsprechende Schnittstelle des Zielsystems.

Die Integrationsschicht erfüllt dabei mehrere technische Aufgaben:

• Transformation unterschiedlicher Datenformate, beispielsweise XML oder JSON
• Mapping zwischen den Datenmodellen der Systeme
• Steuerung der Kommunikationsflüsse zwischen den Anwendungen

Dadurch entsteht eine technische Übersetzungsschicht zwischen den Systemen. Sie sorgt dafür, dass fachlich identische Informationen trotz unterschiedlicher Datenstrukturen korrekt übertragen werden.

Ein technisch korrekter Aufbau reicht für durchgängige Serviceprozesse nicht aus

Der korrekte technische Aufbau der Integration ist nur ein Teil der Lösung ist. Ebenso entscheidend ist eine sauber definierte Organisationsstruktur im SAP S/4HANA-System. Nur wenn organisatorische Einheiten und Verantwortlichkeiten konsistent gepflegt sind, lassen sich die Filter für die Datenübertragung korrekt konfigurieren.

Diese Filter bestimmen, welche Objekte aus dem ERP-System an SAP Field Service Management übertragen werden. Dazu gehören bspw. Geschäftspartner, technische Objekte oder Serviceaufträge. Sind Organisationsstrukturen uneinheitlich modelliert, werden entweder zu viele oder zu wenige Datensätze repliziert.

Das Datenreplikations-Framework als initiale Datensteuerung

Die Grundlage für diese automatisierten Datenübertragungen bildet im SAP S/4HANA das Datenreplikationsframework. Es steuert, welche Daten initial übertragen und anschließend kontinuierlich synchronisiert werden. Eine saubere Konfiguration dieses Frameworks trägt maßgeblich zur Stabilität der Integration bei. Wenn diese Grundlage nicht sauber eingerichtet ist, funktionieren automatische Synchronisationen häufig nur eingeschränkt. In solchen Fällen müssen Replikationsläufe manuell angestoßen werden, um Daten zwischen den Systemen aktuell zu halten.

Fazit: Das Beste aus beiden Systemen vereint in einem Serviceprozess

Eine integrierte Systemlandschaft ermöglicht es Serviceorganisationen, die jeweiligen Stärken von SAP S/4HANA und SAP Field Service Management gezielt zu kombinieren. S/4HANA bleibt das führende System für kaufmännische Prozesse, Stammdaten und Abrechnung, während SAP Field Service Management  die operative Planung und Durchführung im Außendienst unterstützt. Die Integrationsplattform BTP übernimmt die Orchestrierung der Datenflüsse zwischen den Systemen. Sie sorgt dafür, dass relevante Informationen strukturiert übertragen und in den jeweiligen Zielsystemen korrekt verarbeitet werden.

Für Disposition und Serviceleitung entsteht so eine konsistente Sicht auf den gesamten Serviceprozess. Das Ergebnis ist eine Servicearchitektur, die betriebswirtschaftliche Prozesse im ERP-System mit den operativen Anforderungen des Field Service verbindet.

Fragen zu S/4HANA Service, FSM und BTP? … einfach melden

Eine erfolgreiche Integration von S/4HANA Service und FSM schafft die Grundlage für durchgängige digitale Serviceprozesse. Ein strukturierter Integrationsansatz auf Basis der SAP Business Technology Platform ermöglicht darüber hinaus, Serviceprozesse systemübergreifend zu verbinden.

Die praktische Umsetzung solcher Integrationsszenarien erfordert neben technischer Expertise auch ein klares Verständnis der Serviceprozesse. Gerade die Abstimmung zwischen Fachbereich, IT und Serviceorganisation entscheidet häufig über den langfristigen Erfolg einer Lösung.

Sie haben Fragen zum Thema „SAP FSM“? Einfach schreiben an sapberatung@inwerken.de. Unser SAP-Beratungs-Team meldet sich bei Ihnen! Erfahren Sie außerdem mehr über SAP FSM in unseren weiteren Beiträgen.

Seit mehr als zwei Jahrzehnten begleiten wir Unternehmen verschiedenster Branchen bei SAP-Beratung, -Entwicklung sowie Prozess- und Digitalisierungsprojekten. Als SAP-Silver- und Microsoft-Partner verfügen wir über umfassende Erfahrung in der Umsetzung maßgeschneiderter Lösungen und der erfolgreichen Digitalisierung komplexer Geschäftsprozesse.

Unser exzellentes ABAP-Know-how sowie unser Anspruch, Wissen offen zu teilen und gemeinsam weiterzuentwickeln, bilden dabei eine wichtige Grundlage der Partnerschaft. Mit unserem „ABAP-Kochbuch“ stellen unsere Spezialisten beispielsweise bewährte Lösungsansätze und Erfolgsrezepte für typische Entwicklungsaufgaben mit ABAP zur Verfügung. Eine Zusammenarbeit auf Augenhöhe, schnelle Reaktionszeiten und ein ausgeprägter Fokus auf Umsetzbarkeit und Kundennutzen runden die Partnerschaft ab.

Gemeinsam Zukunft gestalten

„Durch die Partnerschaft schaffen wir die optimale Verbindung zwischen unserer breiten und zugleich tiefen Expertise im Behörden- und Industrieumfeld sowie der umfassenden SAP- und Beratungskompetenz von Inwerken in verschiedensten Anwendungsfeldern. Damit können wir Synergien gezielt nutzen, um neue Impulse für die digitale Transformation unserer Kunden zu setzen.“ betont Michael Erdmann, COO und CTO der IBYKUS AG.

Mit der Kooperation unterstreichen IBYKUS und Inwerken ihren Anspruch, bestehende Kompetenzen im SAP-Umfeld gezielt weiterzuentwickeln und sinnvoll zu ergänzen. Im Fokus steht dabei, Kunden verlässlich und praxisnah bei aktuellen sowie zukünftigen Herausforderungen der Digitalisierung zu unterstützen und bewährte Lösungen kontinuierlich weiter zu optimieren

Inwerken blickt mit großer Freude auf die Zusammenarbeit und die gemeinsamen Projekte der Zukunft.