E-Commerce-Prozesse vor der Automatisierung bereinigen: Erst vereinheitlichen, dann automatisieren

Warum Prozesse vor der Automatisierung bereinigt werden müssen

Software führt die hinterlegten Regeln zuverlässig aus. Sie erkennt aber nicht automatisch, ob diese Regeln fachlich sinnvoll sind.

Ein ungeklärter Prozess kann beispielsweise enthalten:

• unterschiedliche Bearbeitung durch verschiedene Mitarbeiter
• mehrere Dateien mit widersprüchlichen Daten
• manuelle Korrekturen ohne Dokumentation
• Ausnahmen, die nur einzelnen Personen bekannt sind
• unklare Zuständigkeiten
• fehlende Prüfschritte
• nicht definierte Fehlerreaktionen
• doppelte Datenpflege in mehreren Systemen

Werden solche Abläufe direkt automatisiert, entstehen komplizierte Sonderregeln. Die technische Lösung wird schwer wartbar und kann trotzdem nicht zuverlässig entscheiden, welches Ergebnis korrekt ist.

Prozessoptimierung und Automatisierung unterscheiden

Beide Begriffe werden häufig gemeinsam verwendet, beschreiben aber unterschiedliche Aufgaben.

Eine Automatisierung kann erst dann sinnvoll geplant werden, wenn Daten, Prozessschritte und Verantwortlichkeiten ausreichend geklärt sind.

Den bestehenden Ist-Prozess vollständig erfassen

Der tatsächliche Ablauf unterscheidet sich häufig von der offiziellen Beschreibung.

Dokumentiert werden sollten:

• Auslöser des Prozesses
• beteiligte Mitarbeiter
• verwendete Systeme
• Eingabedaten
• manuelle Entscheidungen
• Zwischenschritte
• Ausgabedaten
• Fehler und Sonderfälle
• abschließende Kontrolle

Entscheidend ist nicht nur, wie der Prozess laut Arbeitsanweisung funktionieren sollte. Relevant ist, welche Schritte im Alltag tatsächlich durchgeführt werden.

Beispiel: Lieferantendaten werden jeden Monat anders bearbeitet

Ein Lieferant stellt regelmäßig eine neue Preisliste bereit.

Der bisherige Ablauf kann so aussehen:

1. Ein Mitarbeiter lädt die Excel-Datei herunter.
2. Nicht benötigte Spalten werden manuell gelöscht.
3. Preise werden über mehrere Formeln berechnet.
4. Einzelne Artikel werden per Hand korrigiert.
5. Die Datei wird als CSV gespeichert.
6. Ein anderer Mitarbeiter importiert sie in JTL-Wawi.

Soll dieser Ablauf automatisiert werden, müssen zunächst die manuellen Entscheidungen geklärt werden:

• Welche Spalten werden immer entfernt?
• Welche Preisformel ist verbindlich?
• Warum werden bestimmte Artikel manuell geändert?
• Wie werden fehlende Werte behandelt?
• Welche Felder dürfen in JTL-Wawi überschrieben werden?

Erst aus diesen Antworten entsteht eine zuverlässige Automatisierungsregel.

Prozessbeginn und Prozessende eindeutig definieren

Ohne klare Grenzen bleibt unklar, was zur Automatisierung gehört.

Ein Prozess kann beispielsweise beginnen:

• wenn eine Datei bereitgestellt wird
• wenn eine Bestellung eingeht
• wenn eine Zahlung verbucht wird
• wenn ein Bestand einen Grenzwert unterschreitet
• wenn ein Mitarbeiter eine Freigabe erteilt

Er kann enden:

• nach Erstellung einer Importdatei
• nach erfolgreichem JTL-Import
• nach Übertragung an einen Marktplatz
• nach Versand einer Benachrichtigung
• nach fachlicher Abschlusskontrolle

Diese Definition verhindert, dass wichtige Vor- oder Nacharbeiten außerhalb der technischen Planung bleiben.

Medienbrüche sichtbar machen

Ein Medienbruch entsteht, wenn Daten zwischen Systemen manuell übertragen oder neu eingegeben werden.

Typische Beispiele sind:

• Werte aus einer E-Mail werden in JTL-Wawi eingetragen.
• Artikelnummern werden aus einem PDF kopiert.
• eine Excel-Datei wird manuell in eine zweite Vorlage übertragen
• Marktplatzdaten werden im Browser geprüft und in einer Liste dokumentiert
• Versandinformationen werden aus einem Portal abgelesen und erneut eingegeben

Solche Übergaben verursachen Zeitaufwand, Tippfehler und fehlende Nachvollziehbarkeit. Sie sind häufig gute Ausgangspunkte für eine Prozessverbesserung.

Doppelte Datenpflege erkennen

Derselbe Wert sollte möglichst nur an einer verbindlichen Stelle gepflegt werden.

Kritisch sind beispielsweise:

• Preise in JTL-Wawi und zusätzlich direkt auf Marktplätzen
• Bestände in Warenwirtschaft und Shopbackend
• Produkttexte in JTL-Wawi und separaten Excel-Dateien
• Kundengruppen in mehreren Systemen
• Versandstatus in JTL-Wawi und externer Tabelle

Vor einer Automatisierung muss festgelegt werden, welches System für den jeweiligen Datenbereich führend ist.

Führende Systeme je Datenbereich festlegen

Nicht immer ist dasselbe System für alle Informationen verantwortlich.

Für jedes relevante Feld muss feststehen, wo es entsteht, wer es verändern darf und in welche Systeme es übertragen wird.

Unnötige Prozessschritte entfernen

Nicht jeder bestehende Arbeitsschritt muss automatisiert werden.

Vor der technischen Umsetzung sollte gefragt werden:

• Warum existiert dieser Schritt?
• Welches Risiko oder Ziel deckt er ab?
• Wird das Ergebnis später tatsächlich verwendet?
• Entstand der Schritt nur aufgrund einer früheren Systemgrenze?
• Kann er vollständig entfallen?

Ein nicht benötigter Arbeitsschritt sollte entfernt und nicht aufwendig automatisiert werden.

Kontrollen auf ihren tatsächlichen Nutzen prüfen

Historisch gewachsene Prozesse enthalten häufig doppelte oder rein formale Prüfungen.

Zu klären ist:

• Welche Fehler soll die Kontrolle erkennen?
• Wie häufig findet sie tatsächlich einen Fehler?
• Existiert dieselbe Prüfung bereits an anderer Stelle?
• Kann sie technisch früher ausgeführt werden?
• Benötigt sie wirklich eine manuelle Entscheidung?

Sinnvolle Kontrollen bleiben erhalten. Doppelte oder wirkungslose Prüfungen können entfallen oder zusammengeführt werden.

Standardfälle und Ausnahmen trennen

Ein Prozess wird häufig unnötig kompliziert, weil seltene Ausnahmen den gesamten Ablauf bestimmen.

Sinnvoll ist eine Aufteilung in:

• automatisierbaren Standardfall
• bekannte und regelbasierte Ausnahme
• unklare Ausnahme mit manueller Prüfung
• kritischen Abbruchfall

Der Standardfall kann weitgehend automatisiert werden. Nur Datensätze, die definierte Bedingungen nicht erfüllen, gelangen in eine Prüfliste.

Ausnahmen vollständig dokumentieren

Viele Prozessregeln existieren nur im Erfahrungswissen einzelner Mitarbeiter.

Für jede Ausnahme sollte festgehalten werden:

• Woran wird sie erkannt?
• Warum wird sie anders behandelt?
• Welche Aktion ist notwendig?
• Wer darf entscheiden?
• Welche Daten werden benötigt?
• Wie wird das Ergebnis dokumentiert?

Erst danach lässt sich entscheiden, ob die Ausnahme automatisiert, teilautomatisiert oder dauerhaft manuell bearbeitet wird.

Sonderfälle auf Aktualität prüfen

Nicht jede alte Ausnahme ist weiterhin notwendig.

Sie kann entstanden sein durch:

• frühere Softwaregrenzen
• alte Lieferantenanforderungen
• nicht mehr verwendete Versandarten
• ehemalige Marktplatzregeln
• einzelne historische Kunden
• temporäre Projektlösungen

Entfallene Sonderfälle sollten aus dem Zielprozess entfernt werden, bevor sie unnötig in Softwarelogik übernommen werden.

Verantwortlichkeiten klar zuordnen

Automatisierung ersetzt nicht die fachliche Verantwortung.

Benannt werden sollten:

• fachlicher Prozessverantwortlicher
• technischer Ansprechpartner
• zuständige Person für Fehlerfälle
• Freigabeberechtigte
• Vertretung bei Abwesenheit
• Verantwortlicher für Regeländerungen

Der fachliche Verantwortliche entscheidet, welches Ergebnis korrekt ist. Die technische Umsetzung bildet diese Entscheidung anschließend zuverlässig ab.

Freigaben auf notwendige Entscheidungen begrenzen

Zu viele Freigabestufen verlangsamen den Prozess und reduzieren den Nutzen der Automatisierung.

Eine manuelle Freigabe ist besonders sinnvoll bei:

• ungewöhnlich starken Preisänderungen
• neuen Kategorien
• nicht eindeutig zuordenbaren Artikeln
• größeren Bestandsabweichungen
• irreversiblen Massenänderungen
• rechtlich oder finanziell kritischen Vorgängen

Eindeutige Standardfälle sollten dagegen ohne unnötige Rückfrage verarbeitet werden können.

Datenqualität vor der Automatisierung verbessern

Automatisierte Prozesse benötigen strukturierte und eindeutige Daten.

Zu bereinigen sind häufig:

• doppelte Artikelnummern
• fehlende EANs
• uneinheitliche Kategorien
• unterschiedliche Einheiten
• abweichende Schreibweisen
• leere Pflichtfelder
• widersprüchliche Preisangaben
• nicht zugeordnete Bilder

Der Beitrag Lieferantendaten für JTL vereinheitlichen zeigt, wie externe Datenquellen vor einem wiederholbaren Import strukturiert werden.

Pflichtfelder und zulässige Werte definieren

Die Automatisierung muss wissen, welche Daten für eine sichere Verarbeitung erforderlich sind.

Für jedes Feld sollten feststehen:

• Datentyp
• Pflichtfeld oder optional
• zulässige Werte
• Format
• Einheit
• Standardwert
• Fehlerreaktion

Dadurch wird aus einer allgemeinen Datenprüfung eine eindeutige technische Validierung.

Manuelle Zwischenlisten kritisch prüfen

Excel-Dateien entstehen häufig als kurzfristige Lösung und werden später zu einem dauerhaften Prozessbestandteil.

Zu prüfen ist:

• Welche Information enthält die Liste?
• Warum liegt sie nicht im führenden System?
• Wer aktualisiert sie?
• Wie wird ihre Aktualität kontrolliert?
• Kann der Wert direkt aus JTL-Wawi oder einer anderen Quelle stammen?
• Kann die Liste vollständig entfallen?

Manche Tabellen bleiben sinnvoll, beispielsweise als Konfiguration oder Freigabeliste. Sie benötigen dann jedoch eine klare Struktur, Versionierung und Zuständigkeit.

Konfigurationsdateien bewusst einsetzen

Fachliche Parameter müssen nicht immer fest im Programmcode stehen.

Als Konfiguration eignen sich beispielsweise:

• Provisionssätze
• Kategoriezuordnungen
• Mindestmargen
• Versandgruppen
• Ausschlusslisten
• Fixpreise
• zulässige Werte

Die Datei wird dadurch zu einem kontrollierten Bestandteil des Prozesses und nicht zu einer frei veränderbaren Nebenliste.

Entscheidungsregeln eindeutig formulieren

Aussagen wie „bei großen Abweichungen prüfen“ sind technisch nicht ausreichend.

Eine eindeutige Regel lautet beispielsweise:

• Preisänderungen über 15 Prozent benötigen eine Freigabe.
• Artikel ohne Einkaufspreis werden nicht verarbeitet.
• Bestände unter null werden als Fehler ausgegeben.
• unbekannte Kategorien gelangen in eine Prüfliste
• fehlende Bilddateien blockieren den Stammdatenimport nicht

Zahlenwerte sind nur Beispiele. Die tatsächlichen Grenzwerte müssen zum jeweiligen Geschäftsprozess passen.

Regeln positiv und vollständig beschreiben

Eine technische Regel benötigt nicht nur die Bedingung, sondern auch die daraus folgende Aktion.

Vollständig ist beispielsweise:

1. Wenn der Einkaufspreis fehlt, wird der Artikel nicht neu kalkuliert.
2. Der bisherige Verkaufspreis bleibt unverändert.
3. Der Artikel wird in einer Fehlerdatei ausgegeben.
4. Der verantwortliche Mitarbeiter erhält eine Zusammenfassung.

Fehlerfälle vor der Entwicklung definieren

Technische Fehler sind im produktiven Betrieb unvermeidbar.

Mögliche Fälle sind:

• Datei fehlt.
• Datei ist leer oder beschädigt.
• API ist nicht erreichbar.
• Pflichtspalte wurde umbenannt.
• Datenbankverbindung schlägt fehl.
• Ausgabeverzeichnis ist nicht beschreibbar.
• ein Datensatz besitzt ungültige Werte
• der Prozess wird während der Ausführung unterbrochen

Für jeden Fehler muss feststehen, ob der gesamte Prozess endet oder nur der betroffene Datensatz übersprungen wird.

Sicheren Fehlerzustand festlegen

Ein Prozess sollte bei einem Fehler keine unkontrollierte Teiländerung hinterlassen.

Ein sicherer Zustand kann bedeuten:

• bisherige Preise bleiben erhalten
• Bestände werden nicht verändert
• unvollständige Ausgabedatei wird nicht veröffentlicht
• bereits verarbeitete Schritte werden dokumentiert
• der Vorgang kann kontrolliert erneut gestartet werden

Erfolgskriterien definieren

Eine Automatisierung ist nicht allein deshalb erfolgreich, weil kein technischer Fehler angezeigt wurde.

Erfolg kann bedeuten:

• alle erwarteten Datensätze wurden verarbeitet
• kein Pflichtfeld fehlt
• alle Ausgabedateien wurden erstellt
• JTL-Wawi hat den Import erfolgreich verarbeitet
• Marktplatzdaten wurden übertragen
• Fehlerquote liegt unter einem definierten Grenzwert
• fachliche Kontrollwerte stimmen

Technischer und fachlicher Erfolg sollten getrennt geprüft werden.

Prozesskennzahlen vor und nach der Automatisierung vergleichen

Der Nutzen sollte anhand konkreter Werte bewertet werden.

Geeignete Kennzahlen sind:

• Bearbeitungszeit
• Wartezeit
• Anzahl manueller Schritte
• Fehlerquote
• Anzahl notwendiger Korrekturen
• Durchlaufzeit
• Anzahl automatisch verarbeiteter Standardfälle
• Anzahl verbleibender Ausnahmen

Dadurch lässt sich erkennen, ob die technische Lösung den Gesamtprozess tatsächlich verbessert.

Automatisierungspotenzial wirtschaftlich bewerten

Nicht jeder manuelle Vorgang rechtfertigt eine individuelle Entwicklung.

Berücksichtigt werden sollten:

• Zeitaufwand pro Durchführung
• Häufigkeit des Prozesses
• Anzahl beteiligter Mitarbeiter
• Fehlerkosten
• Entwicklungsaufwand
• späterer Wartungsaufwand
• erwartete Nutzungsdauer

Ein selten ausgeführter Prozess mit vielen individuellen Entscheidungen kann manuell wirtschaftlicher bleiben. Ein täglich wiederkehrender, klarer Datenprozess besitzt dagegen häufig hohes Automatisierungspotenzial.

Kleine Automatisierungen zuerst umsetzen

Nicht jeder Prozess muss sofort vollständig automatisiert werden.

Ein schrittweiser Einstieg kann sein:

1. Dateien automatisch prüfen und archivieren.
2. Daten in eine einheitliche Struktur umwandeln.
3. Fehler- und Änderungsberichte erzeugen.
4. nach manueller Freigabe eine Importdatei erstellen
5. erst später den vollständigen Ablauf automatisieren

Dadurch werden Regeln und Fehlerfälle unter realen Bedingungen erprobt.

Die geeignete technische Lösung auswählen

Die Technik sollte nach dem Prozess und nicht nach persönlicher Vorliebe gewählt werden.

Der Beitrag JTL-Aufgaben mit PowerShell, Python und Workflows automatisieren erläutert die jeweiligen Einsatzbereiche ausführlicher.

Nicht jede Automatisierung benötigt ein Plugin

Externe Datei- und Datenprozesse lassen sich häufig wirtschaftlicher außerhalb des Shops umsetzen.

Ein Skript oder kleines Werkzeug kann ausreichend sein, wenn:

• eine Datei vor dem JTL-Import vorbereitet wird
• keine Kundeninteraktion stattfindet
• der Prozess zeitgesteuert ausgeführt werden kann
• nur wenige interne Benutzer beteiligt sind
• eine klare Ein- und Ausgabe existiert

Für systemnahe Funktionen und komplexere Integrationen kann dagegen eine individuelle Lösung über E-Commerce-Softwareentwicklung oder JTL-Pluginentwicklung sinnvoll sein.

Testfälle bereits aus der Prozessanalyse ableiten

Standard- und Sonderfälle sollten vor der Entwicklung dokumentiert sein.

Ein Testfall enthält:

• Ausgangssituation
• Eingabedaten
• auszuführende Regel
• erwartetes Ergebnis
• erwartete Meldung
• notwendige Folgeaktion

Die spätere technische Lösung kann genau anhand dieser Fälle geprüft werden.

Repräsentative Sonderfälle testen

Nur ein erfolgreicher Standardfall beweist keine zuverlässige Automatisierung.

Zu prüfen sind beispielsweise:

• fehlendes Pflichtfeld
• doppelte Artikelnummer
• unbekannte Kategorie
• fehlende Datei
• ungültiger Preis
• unterbrochene Verbindung
• erneuter Start nach Abbruch
• bereits verarbeiteter Datensatz

Protokollierung fachlich planen

Nicht jede technische Meldung ist für den verantwortlichen Mitarbeiter hilfreich.

Ein verständlicher Prozessbericht sollte zeigen:

• wann der Prozess gestartet wurde
• welche Eingangsdaten verwendet wurden
• wie viele Datensätze verarbeitet wurden
• welche Änderungen entstanden
• welche Datensätze fehlerhaft waren
• ob eine Freigabe erforderlich ist
• ob der Prozess vollständig abgeschlossen wurde

Technische Detailprotokolle können zusätzlich für Analyse und Support bereitgestellt werden.

Meldungen an konkrete Empfänger richten

Ein Fehlerbericht ist nutzlos, wenn niemand für seine Bearbeitung verantwortlich ist.

Festgelegt werden sollten:

• Wer erhält kritische Fehler?
• Wer prüft fachliche Warnungen?
• Wer gibt Massenänderungen frei?
• Wer wird nur über den erfolgreichen Abschluss informiert?
• Was geschieht bei Abwesenheit?

Wiederanlauf und Mehrfachverarbeitung planen

Ein unterbrochener Prozess muss kontrolliert erneut gestartet werden können.

Dabei muss verhindert werden, dass:

• Artikel doppelt angelegt werden
• Preise mehrfach verändert werden
• E-Mails doppelt versendet werden
• Bestellungen mehrfach übertragen werden
• Dateien erneut importiert werden

Eindeutige Vorgangskennungen und dokumentierte Zwischenstände helfen dabei, bereits abgeschlossene Schritte zu erkennen.

Manuelle Eingriffe während des Laufs vermeiden

Änderungen an Eingabe- oder Ausgabedateien während einer aktiven Verarbeitung können Ergebnisse verfälschen.

Sinnvoll sind:

• gesonderter Eingangsordner
• Status „in Verarbeitung“
• temporäre Dateinamen
• gesperrte Zwischenstände
• kontrollierte Freigabeschritte

Automatisierungen dokumentieren

Die Dokumentation sollte den fachlichen und technischen Ablauf verbinden.

Sie kann enthalten:

• Zweck des Prozesses
• Auslöser
• Eingabedaten
• Regeln und Grenzwerte
• Ausnahmen
• Fehlerreaktionen
• Ausgabedaten
• verantwortliche Personen
• technische Komponenten
• Versionsstand

Dadurch bleibt der Prozess auch bei Personalwechsel, Systemupdate und späterer Erweiterung verständlich.

Fachliche Regeln und technische Umsetzung getrennt dokumentieren

Mitarbeiter müssen den Prozess verstehen können, ohne den Quellcode lesen zu müssen.

Die fachliche Dokumentation erklärt:

• warum eine Regel existiert
• welche Daten verwendet werden
• welche Ausnahmen gelten
• welche Freigaben notwendig sind

Die technische Dokumentation beschreibt dagegen Skripte, Schnittstellen, Pfade, Versionen und Wartung.

Regeländerungen kontrolliert durchführen

Provisionen, Margen, Kategorien und Bearbeitungsregeln verändern sich im laufenden Betrieb.

Jede Änderung sollte enthalten:

• alten Wert
• neuen Wert
• Änderungsgrund
• Gültigkeitsdatum
• verantwortliche Person
• notwendige Tests

Dadurch lässt sich später nachvollziehen, warum ein Prozess zu einem bestimmten Zeitpunkt anders gearbeitet hat.

Automatisierung regelmäßig fachlich prüfen

Ein technisch fehlerfreier Ablauf kann mit veralteten Geschäftsregeln arbeiten.

Regelmäßige Prüfungen betreffen:

• Margen und Preisregeln
• Versandkosten
• Lieferantenstrukturen
• Kategoriezuordnungen
• Marktplatzanforderungen
• Kundengruppen
• Zuständigkeiten

Prozesse nach der Einführung weiter beobachten

Im produktiven Betrieb entstehen neue Erkenntnisse über Datenqualität und Ausnahmen.

Ausgewertet werden sollten:

• Fehlerhäufigkeit
• manuelle Nacharbeit
• häufige Warnungen
• nicht automatisierbare Fälle
• Bearbeitungszeit
• Rückfragen von Mitarbeitern
• unverständliche Meldungen

Diese Informationen helfen dabei, Regeln und Benutzerführung schrittweise zu verbessern.

Nicht jede Ausnahme sofort automatisieren

Neue Sonderfälle sollten zunächst gesammelt und bewertet werden.

Eine Erweiterung lohnt sich besonders, wenn:

• der Fall regelmäßig auftritt
• eine eindeutige Regel existiert
• manuelle Bearbeitung erheblichen Aufwand verursacht
• die Fehlerfolge relevant ist
• die Regel langfristig bestehen bleibt

Ein einmaliger Sonderfall rechtfertigt nicht immer zusätzliche dauerhafte Softwarekomplexität.

Typische Fehler vor einer E-Commerce-Automatisierung

Viele Projekte werden unnötig komplex, weil die Prozessbereinigung übersprungen wird.

Checkliste vor der Automatisierung eines E-Commerce-Prozesses

Die folgenden Fragen sollten vor der technischen Umsetzung beantwortet sein.

1. Ist der tatsächliche Ist-Prozess vollständig dokumentiert?
2. Welche Schritte können vollständig entfallen?
3. Welches System ist für welche Daten führend?
4. Sind Standardfälle und Ausnahmen getrennt?
5. Sind Pflichtfelder und zulässige Werte definiert?
6. Existieren eindeutige Entscheidungsregeln?
7. Sind Verantwortlichkeiten und Freigaben geklärt?
8. Ist das Verhalten bei Fehlern festgelegt?
9. Sind Erfolgskriterien und Kennzahlen bekannt?
10. Ist die passende technische Lösung ausgewählt?

Ein sinnvoller Ablauf von der Prozessanalyse zur Automatisierung

Eine strukturierte Reihenfolge verhindert, dass ungeklärte Abläufe zu unnötig komplexer Software führen.

Wie Faymax Consulting E-Commerce-Prozesse vorbereitet und automatisiert

Faymax Consulting betrachtet nicht nur die technische Aufgabe, sondern den vollständigen Arbeitsablauf.

Die Leistungen können umfassen:

• Analyse bestehender JTL- und E-Commerce-Prozesse
• Dokumentation von Datenquellen und Verantwortlichkeiten
• Erkennung unnötiger manueller Schritte
• Bereinigung von Sonderfällen und Zwischenlisten
• Definition einheitlicher Geschäftsregeln
• Planung von Freigaben und Fehlerreaktionen
• Aufbereitung von Lieferanten- und Artikeldaten
• Umsetzung mit JTL-Workflows, PowerShell oder Python
• Entwicklung individueller Werkzeuge und Erweiterungen
• Test, Dokumentation und spätere Optimierung

Ziel ist nicht, jeden bestehenden Klick technisch nachzubauen. Der Ablauf wird zuerst vereinfacht und anschließend mit der kleinsten geeigneten Lösung automatisiert.

Weitere Informationen bietet die Seite E-Commerce-Prozessoptimierung. Technische Automatisierungen können über Python-, BAT- und JTL-Automatisierung umgesetzt werden.

Häufige Fragen zur Prozessbereinigung vor der Automatisierung