Erhalte unsere neuesten Artikel und Updates bequem per E-Mail
Manuelle Auftragsbestätigungen kosten Mittelständler täglich Stunden Arbeitszeit, erzeugen Fehler und verzögern den Auftragsstart. Dieser Artikel erklärt, warum die Automatisierung dieses scheinbar simplen Prozessschritts einen messbaren wirtschaftlichen Effekt hat, welche technischen Wege zum Ziel führen, was rechtlich zu beachten ist – und wie eine realistische Kosten-Nutzen-Rechnung aussieht.
Für viele Geschäftsführer im Mittelstand klingt das Thema Auftragsbestätigung nach Verwaltungsroutine – ein Dokument, das fast von selbst entsteht. Tatsächlich ist es in den meisten Betrieben ein Prozess mit mehreren Beteiligten, mehreren Systemen und einem erschreckend hohen Anteil manueller Arbeit. Ein Vertriebsmitarbeiter öffnet das ERP-System, prüft Auftragsposition und Preis, exportiert oder kopiert die Daten in eine Word- oder PDF-Vorlage, ergänzt individuelle Konditionen von Hand, leitet das Dokument zur Prüfung, versendet es per E-Mail und legt es anschließend doppelt ab: einmal im Dateilaufwerk, einmal im ERP. Allein dieser Ablauf kostet – je nach Komplexität – zwischen acht und fünfundzwanzig Minuten pro Vorgang.
Dass dieser Aufwand betriebswirtschaftlich relevant ist, zeigt eine einfache Hochrechnung: Bei 400 Auftragsbestätigungen pro Monat und durchschnittlich fünfzehn Minuten manueller Bearbeitungszeit entstehen rechnerisch hundert Personalstunden – jeden Monat. Hinzu kommen Fehlerquoten durch manuelle Dateneingabe, die bei Kopier- und Tippvorgängen erfahrungsgemäß nicht vernachlässigt werden können.
Der Bitkom Digital Office Index 2024 belegt, dass papierbasierte und manuell geführte Dokumentenprozesse nach wie vor in einem erheblichen Teil der deutschen Unternehmen dominieren [1]. Wer den Status quo also als unvermeidliche Realität behandelt, verzichtet bewusst auf Kapazitäten, die im operativen Kerngeschäft besser aufgehoben wären. Genau hier liegt der strategische Hebel der Automatisierung – nicht im technischen Selbstzweck, sondern in der Rückgewinnung von Arbeitszeit für wertschöpfende Tätigkeiten.
Ein weiterer, häufig übersehener Aspekt: Die Auftragsbestätigung markiert rechtlich den Vertragsschluss oder dessen Bestätigung im B2B-Geschäft. Fehler in diesem Dokument – falsche Positionen, falsche Preise, fehlende Liefertermine – können zu Reklamationen, Preisnachverhandlungen und im Extremfall zu Vertragsstreitigkeiten führen. Der manuelle Prozess ist deshalb nicht nur langsam, sondern auch risikobehaftet.
Automatisierung bei Auftragsbestätigungen bedeutet nicht, dass ein System eigenständig Vertragsentscheidungen trifft. Es geht darum, die mechanischen, wiederholbaren Schritte zwischen dem bestätigten Auftrag im ERP und dem zugestellten Dokument beim Kunden ohne manuellen Eingriff ablaufen zu lassen. Das lässt sich in vier Teilprozesse gliedern:
Erster Schritt ist der Datenabruf: Sobald ein Auftrag im ERP-System einen definierten Status erreicht – etwa 'bestätigt' oder 'freigegeben' – löst ein Trigger den weiteren Prozess aus. Alle relevanten Felder (Kundendaten, Auftragspositionen, Mengen, Preise, Liefertermin, Zahlungsbedingungen) werden automatisch ausgelesen. Klingt trivial, ist es aber nicht: In vielen Mittelstandsbetrieben sind diese Felder inkonsistent gepflegt, was einer der häufigsten Stolpersteine in der Einführungsphase ist.
Zweiter Schritt ist die Dokumenterstellung: Auf Basis einer definierten Vorlage – in der Regel eine PDF-Vorlage mit fixen Layoutbereichen und variablen Datenfeldern – wird das fertige Dokument erzeugt. Corporate-Design-Elemente, Briefkopf, AGBs und Pflichtangaben werden dabei nicht jedes Mal manuell eingefügt, sondern sind Bestandteil der Vorlage. Dieser Schritt lässt sich sowohl direkt aus dem ERP heraus als auch über externe Workflow-Systeme realisieren.
Dritter Schritt ist der Versand: Das erzeugte Dokument wird automatisch per E-Mail an die hinterlegte Kontaktadresse des Kunden gesendet. Dabei können Empfangsbestätigungen protokolliert, CC-Empfänger (z. B. Key Account Manager) einbezogen und individuelle Begleitformulierungen je Kundengruppe gesteuert werden. Für Kunden, die EDI oder ein Kundenportal nutzen, ist auch eine direktere elektronische Übergabe möglich.
Vierter Schritt ist die Archivierung: Das fertige Dokument wird revisionssicher im DMS oder direkt im ERP hinterlegt. Dieser Schritt ist nicht optional – er ist gesetzlich verpflichtend. § 257 HGB schreibt eine Aufbewahrungspflicht für Handelsbriefe vor [5], und die GoBD regeln, wie digitale Dokumente unveränderlich abgelegt sein müssen [6]. Wer die Archivierung als letzten Schritt einer Automatisierungsstrecke betrachtet, stellt sicher, dass kein Dokument mehr 'verloren gehen' kann.
Die Kombination dieser vier Schritte ergibt einen Prozess, der im Idealfall von der Auftragsfreigabe bis zur archivierten Zustellung komplett ohne manuelle Eingriffe läuft. Ausnahmen – Sonderkonditionen, Aufträge mit abweichenden Währungen oder komplexe Stücklisten – werden separat markiert und einem definierten Prüfer zur manuellen Bearbeitung zugewiesen, anstatt stillschweigend durch den automatisierten Kanal zu laufen.
Die Wahl des technischen Ansatzes hängt maßgeblich davon ab, welches ERP-System im Betrieb eingesetzt wird und wie gut dessen API oder Exportfunktionen ausgebaut sind. Grundsätzlich lassen sich drei Architekturen unterscheiden:
Nativ im ERP: Viele ERP-Systeme – ob SAP Business One, Microsoft Dynamics, DATEV oder branchenspezifische Lösungen – bieten integrierte Druckausgaben und E-Mail-Funktionen, die sich zu einem automatisierten Versandprozess konfigurieren lassen. Der Vorteil ist die direkte Datenbindung ohne Schnittstelle. Der Nachteil: Die Gestaltungsfreiheit bei Dokumentlayout und Versandlogik ist meist begrenzt, und Erweiterungen erfordern oft kostenpflichtige Anpassungsprojekte.
Middleware-gestützt: Eine mittlere Integrations- oder Workflow-Plattform holt Daten aus dem ERP, erzeugt Dokumente über eine Template-Engine und versendet sie über einen E-Mail-Provider oder ein DMS. Dieser Ansatz erlaubt flexiblere Regeln – etwa unterschiedliche Vorlagen je Kundensegment oder automatische Sprachauswahl bei internationalen Kunden. Fraunhofer IPA beschreibt solche Middleware-Architekturen als geeigneten Weg für Mittelständler, die ERP-Funktionen mit operativen Prozessen verknüpfen wollen, ohne das Kernsystem anzufassen [4].
Low-Code/No-Code: Plattformen, die Prozessschritte per grafischer Oberfläche verbinden, ermöglichen auch ohne dedizierte IT-Abteilung den Aufbau solcher Workflows. No-Code-Automatisierung ist dabei kein Ersatz für eine strukturierte Prozessanalyse, aber ein Weg, erste Automatisierungsschritte mit überschaubarem Initialaufwand umzusetzen. Wichtig ist hier: Die Datenqualität im ERP entscheidet über den Erfolg – nicht das Tool.
Ein in der Praxis häufig unterschätzter Aspekt ist die Fehlerbehandlung. Ein automatisierter Prozess, der bei einer nicht hinterlegten E-Mail-Adresse stillschweigend abbricht, ist gefährlicher als der manuelle Prozess. Jede Automatisierungsstrecke braucht ein klares Eskalationsmodell: Was passiert, wenn ein Pflichtfeld leer ist? Wer bekommt eine Warnung? Wie wird der Fehler dokumentiert? Diese Fragen müssen vor dem Go-live beantwortet sein, nicht danach.
Ein weiteres Praxisthema ist die Integration von Unterschriften. Für einfache B2B-Auftragsbestätigungen ist keine qualifizierte elektronische Signatur erforderlich – der Versand aus einer verifizierten Unternehmensadresse reicht in der Regel aus. Sobald jedoch Rahmenverträge oder rechtsverbindliche Angebote automatisiert versendet werden, kommt die eIDAS-Verordnung [7] ins Spiel: Sie regelt europaweit, welche Formen der elektronischen Signatur welche Rechtswirkung entfalten. Automatisierung und Rechtskonformität schließen sich nicht aus – sie erfordern nur eine sorgfältige Voranalyse.
Eine ehrliche Kosten-Nutzen-Betrachtung erfordert konkrete Zahlen. Die folgende Modellrechnung basiert auf angenommenen Werten für einen mittelständischen Produktionsbetrieb mit regulärem B2B-Geschäft:
Die nachfolgende Tabelle ist eine Modellrechnung mit angenommenen Werten – sie dient der Veranschaulichung und ist keine Garantie für individuelle Ergebnisse.
| Position | Wert |
|---|---|
| Auftragsbestätigungen pro Monat | 400 Stück |
| Ø Bearbeitungszeit manuell | 15 Minuten |
| Monatlicher Zeitaufwand gesamt | 100 Stunden |
| Vollkosten Sachbearbeitung (angenommen) | 38 €/Stunde |
| Monatliche Personalkosten Prozess | 3.800 € |
| Jährliche Personalkosten Prozess | 45.600 € |
| Fehlerquote manuell (angenommen) | 3 % der Vorgänge |
| Nachbearbeitungsaufwand Fehler (angenommen) | 30 Minuten/Fehler |
| Zusatzaufwand Fehlerkorrektur/Jahr | ca. 72 Stunden = 2.736 € |
| Gesamtkosten manuell/Jahr (angenommen) | ca. 48.336 € |
| Automatisierung: Zeitaufwand pro Vorgang | < 1 Minute (Ausnahmen ausgenommen) |
| Verbleibender manueller Aufwand (Ausnahmen, ca. 8 %) | ca. 8 Stunden/Monat |
| Jährliche Personalkosten nach Automatisierung | ca. 3.648 € |
| Jährliche Einsparung Personalkosten (angenommen) | ca. 44.700 € |
Dieser Wert ist vor Einführungskosten gerechnet. Wie hoch diese ausfallen, hängt stark von der bestehenden Systemlandschaft, der Datenqualität im ERP und dem Grad der Individualisierung ab – pauschale Zahlen führen hier in die Irre. Eine belastbare Einschätzung der Einführungskosten und der Amortisationsdauer ist erst nach einer Analyse der konkreten Prozesse und Systeme möglich. Entscheidend ist ohnehin weniger der einmalige Aufwand als die Frage, ob die Datenqualität im ERP einen stabilen automatisierten Durchlauf erlaubt – denn davon hängt ab, wie schnell sich die Einsparung tatsächlich realisieren lässt.
Der Blick auf die Kosten manueller Vertriebsprozesse zeigt, dass die Auftragsbestätigung dabei selten der einzige Kostentreiber ist – aber einer der wenigen Teilprozesse, bei dem Automatisierung ohne große Komplexität direkten Effekt hat. Wichtig: Die Einsparung wirkt nur dann vollständig, wenn parallel keine 'Schattenprozesse' entstehen – also wenn Mitarbeiter trotz Automatisierung noch eigene Kontrollkopien anlegen oder E-Mails manuell nachfassen.
Ein automatisierter Prozess entbindet nicht von den rechtlichen Pflichten, die für papierbasierte Dokumente ebenso gelten. Drei Regelwerke sind hier besonders relevant:
§ 257 HGB verpflichtet Kaufleute zur Aufbewahrung von Handelsbriefen – zu denen Auftragsbestätigungen zählen – für mindestens sechs Jahre [5]. Automatisierte Prozesse müssen sicherstellen, dass das final versendete Dokument (nicht nur ein Entwurf) mit Zeitstempel archiviert wird. Nachträgliche Änderungen an archivierten Dokumenten müssen protokolliert werden.
GoBD: Das Bundesfinanzministerium hat die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form zuletzt 2024 aktualisiert [6]. Kernpunkt für automatisierte Dokumentenprozesse: Das Dokument muss unveränderbar gespeichert werden – PDF/A ist das gängige Format – und muss jederzeit maschinell auswertbar sein. Ein einfaches Ablegen in einem Windows-Ordner ohne Versionskontrolle genügt nicht.
eIDAS: Die EU-Verordnung zur elektronischen Identifizierung und Vertrauensdienste [7] ist relevant, sobald Dokumente mit elektronischen Signaturen versehen werden. Für Standard-Auftragsbestätigungen ist die eIDAS-Konformität kein akutes Thema – wohl aber für automatisiert versendete Vertragsänderungen oder rechtsverbindliche Angebote mit Fristen.
Ein Punkt, der in der Praxis regelmäßig zu Problemen führt: Die automatisierte Auftragsbestätigung enthält oft allgemeine Geschäftsbedingungen – entweder als Anlage oder durch Verweis. Wer die AGBs in der Vorlage hinterlegt, muss sicherstellen, dass bei Änderung der AGBs die Vorlage aktualisiert wird. Mehrere Fälle aus der betrieblichen Praxis zeigen, dass automatisierte Dokumente über Monate hinweg veraltete AGBs enthielten, weil die Vorlagenpflege nicht als redaktionelle Aufgabe definiert worden war.
Die Automatisierung bietet hier sogar einen Vorteil gegenüber dem manuellen Prozess: Weil alle Dokumente aus einer einzigen Vorlage erzeugt werden, reicht eine einzige Aktualisierung, um sicherzustellen, dass künftig alle Auftragsbestätigungen den aktuellen Stand enthalten. Im manuellen Prozess hingegen kursieren oft mehrere Vorlagenversionen parallel auf verschiedenen Mitarbeiter-Laufwerken.
Die häufigste Fehlerquelle bei der Einführung automatisierter Auftragsbestätigungen ist eine falsche Startsequenz. Viele Betriebe beginnen mit dem sichtbaren Teil – dem E-Mail-Versand – und stellen erst im Produktivbetrieb fest, dass die Datengrundlage im ERP nicht ausreicht: Lieferadressen fehlen, Ansprechpartner-E-Mails sind veraltet, Preisgruppen sind inkonsistent gepflegt. Das Ergebnis ist ein automatisierter Prozess, der in zwanzig Prozent der Fälle abbricht oder Fehldokumente erzeugt – mit mehr Aufwand als vorher.
Eine praxisbewährte Einführungssequenz sieht deshalb so aus:
Schritt 1 – Datensauberkeit herstellen: Bevor ein einziger Workflow gebaut wird, werden die Kundenstammdaten im ERP bereinigt. Fehlende E-Mail-Adressen, doppelte Kundennummern und inkonsistente Lieferbedingungen müssen identifiziert und korrigiert werden. Dieser Schritt dauert je nach Datenmenge und Systemzustand zwischen wenigen Tagen und mehreren Wochen – er ist aber die Investition mit dem höchsten Hebel.
Schritt 2 – Prozessanalyse und Ausnahmedefinition: Welche Auftragstypen sollen automatisiert laufen? Welche bleiben manuell? Typische Ausnahmen sind Aufträge mit Sonderkonditionsvereinbarungen, Aufträge in Fremdwährungen ohne gepflegte Wechselkurslogik oder Kunden, die per Portal bestätigen wollen. Diese Ausnahmen müssen vor der Implementierung dokumentiert sein.
Schritt 3 – Pilotbetrieb mit kleiner Fallzahl: Der erste Automatisierungsrun sollte mit zwanzig bis fünfzig Auftragsbestätigungen pro Woche erfolgen – idealerweise mit einer Kundengruppe, bei der die Daten als zuverlässig bekannt sind. Erst wenn dieser Pilotbetrieb über zwei bis drei Wochen fehlerfrei läuft, wird die Automatisierung auf weitere Segmente ausgerollt.
Schritt 4 – Monitoring und Fehlerprotokoll: Im Produktivbetrieb braucht jede Automatisierungsstrecke ein einfaches Dashboard oder eine tägliche Zusammenfassung: Wie viele Dokumente wurden heute erzeugt? Wie viele sind in einer Fehlerqueue gelandet? Wer ist für die Nachbearbeitung zuständig? Ohne dieses Monitoring entsteht das trügerische Gefühl, dass alles läuft – bis ein Kunde nach drei Wochen anruft, weil er nie eine Auftragsbestätigung erhalten hat.
Besonders in mittelständischen Fertigungs- oder Handelsbetrieben zeigt sich: Die Automatisierung der Auftragsbestätigung ist häufig der Einstieg in eine breitere Prozessautomatisierung. Wer das ERP erst einmal sauber als Datenquelle aufgestellt hat, kann denselben Triggermechanismus für Lieferavise, Rechnungen oder Versandbenachrichtigungen nutzen. Die Initialinvestition in Datensauberkeit amortisiert sich damit über mehrere Prozesse. Auch die vorgelagerte Angebotserstellung lässt sich auf dieselbe Datenbasis aufsetzen – was Inkonsistenzen zwischen Angebot und Auftragsbestätigung strukturell ausschließt.
Neben dem falschen Einstieg über den E-Mail-Versand gibt es weitere wiederkehrende Muster, die Automatisierungsprojekte in diesem Bereich zum Stolpern bringen:
Fehlende Zuständigkeit für die Vorlage: Automatisierte Dokumente entstehen aus einer Vorlage, die jemand pflegen muss. In vielen Betrieben ist nach der Einführung unklar, wer für Layoutänderungen, AGB-Aktualisierungen oder neue Pflichtfelder zuständig ist. Das Ergebnis: Die Vorlage veraltet, und der Fehler fällt erst bei einer Revision oder einer Kundenbeschwerde auf. Abhilfe schafft eine einfache Regelung: Eine namentlich benannte Person ist 'Template-Verantwortlicher' und wird informiert, wenn sich rechtliche oder gestalterische Anforderungen ändern.
Ignorierte Kanalvielfalt: Manche Kunden erwarten die Auftragsbestätigung in einem bestimmten Format – per EDI, über ein Lieferantenportal oder als strukturiertes XML. Wer ausschließlich auf den E-Mail-PDF-Versand automatisiert, riskiert, dass bei diesen Kunden weiterhin ein manueller Parallelkanal betrieben wird. Die Automatisierungsstrategie muss alle relevanten Ausgangskanäle von Beginn an berücksichtigen.
Fehlende Verbindung zur Auftragsänderung: Was passiert, wenn nach dem automatisierten Versand der Auftragsbestätigung eine Position geändert oder ein Auftrag storniert wird? In vielen Implementierungen ist nur der Erstversand automatisiert – Änderungsbestätigungen laufen weiter manuell. Das erzeugt Verwirrung beim Kunden, der zwei Dokumente mit abweichendem Inhalt erhält. Eine vollständige Lösung deckt auch Änderungs- und Stornierungsbestätigungen ab.
Zu lange Genehmigungskette in der Automatisierung: Einige Betriebe bauen in den automatisierten Prozess trotzdem eine manuelle Freigabestufe ein – mit der Begründung, dass 'jemand noch draufschauen' soll. Das mag für einen Pilotbetrieb sinnvoll sein, darf aber kein Dauerzustand werden. Eine Freigabe, die im Schnitt vierundzwanzig Stunden dauert, neutralisiert den Geschwindigkeitsvorteil vollständig. Automatisierung und Kontrolle schließen sich nicht aus – aber Kontrolle sollte als Stichprobenprozess organisiert sein, nicht als obligatorische Schranke vor jedem Versand.
Der Blick auf die versteckten Kosten manueller Abläufe macht deutlich, dass die eigentlichen Verluste oft nicht im Direktaufwand sichtbar sind, sondern in Opportunitätskosten: Sachbearbeiter, die für Routineaufgaben gebunden sind, stehen für Aufgaben mit echtem Kundenwert nicht zur Verfügung. Das betrifft besonders kleinere Betriebe, in denen ein Mitarbeiter gleichzeitig für Auftragsbearbeitung, Kundenkommunikation und Reklamationsmanagement zuständig ist. Jede Stunde, die durch automatisierte Auftragsbestätigungen frei wird, ist eine Stunde mehr für kundennahe Tätigkeiten.
Ja, eine Basisautomatisierung ist auch ohne durchgängiges ERP möglich – allerdings mit höherem Integrationsaufwand. Wenn Auftragsdaten in einer Tabellenkalkulation oder einem CRM gepflegt werden, lassen sich Workflow-Werkzeuge nutzen, die diese Datenquelle auslesen und daraus Dokumente erzeugen. Der entscheidende Unterschied zum ERP-gestützten Ansatz: Die Datenqualität muss disziplinierter manuell sichergestellt werden, da keine automatischen Plausibilitätsprüfungen greifen. Für Betriebe ab etwa zwanzig bis dreißig Auftragsbestätigungen täglich lohnt sich jedoch die Frage, ob parallel zur Automatisierung die Einführung eines ERP sinnvoll wäre – da die Datenbasis ohnehin strukturiert werden muss.
Ein realistischer Zeithorizont liegt bei vier bis zwölf Wochen – abhängig von der Komplexität der Systemlandschaft und dem Zustand der Stammdaten. Der größte Zeitblock entfällt typischerweise nicht auf die technische Implementierung, sondern auf die vorgelagerte Datensauberkeit im ERP. Betriebe mit sauber gepflegten Kundenstammdaten, einer strukturierten ERP-API und klar definierten Ausnahmeregeln können innerhalb von vier Wochen in den Pilotbetrieb gehen. Betriebe mit jahrelang gewachsenen Datenbankinkonsistenzen sollten eher zwölf Wochen einplanen.
Nein, für Standard-Auftragsbestätigungen im B2B-Bereich ist eine elektronische Signatur im Sinne der eIDAS-Verordnung nicht zwingend erforderlich. Der Versand aus einer identifizierbaren Unternehmens-E-Mail-Adresse in Verbindung mit dem Briefkopf und den Geschäftsdaten des Absenders reicht für die rechtliche Wirkung in der Regel aus. Relevant wird die qualifizierte elektronische Signatur, sobald das Dokument selbst als rechtsverbindliches Vertragsangebot mit bestimmten Fristen oder Besonderheiten fungiert – das ist bei der reinen Auftragsbestätigung im Sinne eines kaufmännischen Bestätigungsschreibens jedoch die Ausnahme.
Ohne definierte Prozessregel passiert genau das, was im manuellen Betrieb auch passiert: Es existieren zwei Dokumente mit unterschiedlichem Inhalt, und der Kunde ist unsicher, welches gilt. Eine saubere Automatisierungslösung behandelt Auftragsänderungen als eigenen Trigger: Sobald im ERP eine definierte Änderung erfasst wird, erzeugt das System automatisch eine Änderungsbestätigung mit Bezug auf das ursprüngliche Dokument und versendet diese. Parallel wird das ursprüngliche Dokument im Archiv als 'ersetzt' markiert. Fehlt diese Logik, entstehen Medienbrüche, die schlimmstenfalls zu Falschlieferungen oder Preistreitigkeiten führen.
Automatisch erstellte Auftragsbestätigungen unterliegen denselben Aufbewahrungspflichten wie manuell erstellte Dokumente – sechs Jahre gemäß § 257 HGB. Die GoBD schreiben zudem vor, dass das Dokument unveränderbar gespeichert werden muss und jederzeit maschinell auswertbar sein muss. In der Praxis bedeutet das: PDF/A-Format, Ablage in einem revisionssicheren DMS oder einem entsprechend konfigurierten ERP-Dokumentenmodul, sowie ein Zeitstempel, der den Versandzeitpunkt belegt. Das einfache Speichern auf einem Netzwerklaufwerk ohne Versionskontrolle genügt diesen Anforderungen nicht.
Jetzt unverbindlich beraten lassen: Wie lässt sich Ihr Auftragsbestätigungsprozess automatisieren?
Abdullah hat Wirtschaftsinformatik (B.Sc.) studiert und verantwortet bei Socialeap den Bereich Prozessautomatisierung. Jede Lösung wird zu 100 % auf den jeweiligen Kunden zugeschnitten – kein Standardpaket, sondern Systeme, die exakt auf die bestehenden Abläufe im Unternehmen passen. Kunden sparen dadurch im Durchschnitt 10 Stunden pro Woche. Abdullah ist bei jedem Automatisierungsprojekt persönlich am Aufbau beteiligt. Auf diesem Blog schreibt er über Automatisierung, Prozessoptimierung und die Frage, wo Zeit im Tagesgeschäft tatsächlich verloren geht.
