Der Beitrag Neu in SAP B1 10.0 FP2602: Lager & Logistik, Produktion, Bankwesen erschien zuerst auf SAP Business One Blog.
]]>Lager und Logistik: Verfügbarkeitsprüfung und Bestandsführung
FP2602 stärkt die Lagerverwaltung mit drei neuen bzw. erweiterten Funktionen: einer automatischen Verfügbarkeitsprüfung, einer App für Anfangsbestände und einer App für Bestandsbuchungen nach Inventur.
Verfügbarkeitsprüfung (Available to Promise)
Die Verfügbarkeitsprüfung greift ab sofort automatisch, sobald im Verkaufsbeleg eine Artikelmenge den verfügbaren Bestand überschreitet. Das System blendet die ATP-Prüfung (Available to Promise) direkt ein und informiert über die nicht verfügbare Menge.
Anwender erhalten dabei mehrere Handlungsoptionen:
- Menge anpassen: Die Bestellmenge direkt im Beleg korrigieren.
- Andere Lager prüfen: Die Verfügbarkeit des Artikels in alternativen Lagerorten abfragen.
- Alternativartikel auswählen: Einen gleichwertigen Ersatzartikel direkt im Verkaufsbeleg hinterlegen.
Zusätzlich steht ein umfassender ATP-Bericht zur Verfügung. Dieser lässt sich direkt aus dem Verkaufsbeleg, aus der Listenansicht der Artikelstammdaten oder aus der Detailansicht der Artikelstammdaten aufrufen. Die automatische Prüfung verhindert, dass Aufträge mit nicht lieferbaren Mengen in die Weiterverarbeitung gelangen, und verbessert so die Liefertreue.
Anfangsbestände erfassen mit der Inventory Opening Balances App
Die neue App “Inventory Opening Balances” erleichtert das Erfassen initialer Bestandsmengen und Artikelwerte zu Beginn eines Geschäftsjahres. Auf der Registerkarte “Allgemein” setzt das System das Buchungsdatum automatisch auf den Beginn des Geschäftsjahres. Das eliminiert manuelle Datumseingaben und reduziert Fehlerquellen.
Anwender wählen eine Preisquelle und ein offenes Bestandskonto, das standardmäßig für alle Artikel auf der Inhalts-Registerkarte gilt. Bei Bedarf lässt sich das Bestandskonto pro Artikel individuell anpassen. Damit bietet die App sowohl eine schnelle Standarderfassung als auch die nötige Flexibilität für Sonderfälle.
Bestandsbuchungen nach Inventur mit der Inventory Postings App
Die App “Inventory Postings” ermöglicht die Anpassung von Bestandsmengen auf Basis einer Inventurzählung. Beim Erstellen einer neuen Bestandsbuchung hinterlegen Anwender die Konten für den Bestandsausgleich bei Zunahme und Abnahme. Diese Konten dienen als Standard für jede Belegzeile und fließen direkt in die Finanztransaktionen der Bestandsbuchung ein.
Besonders zeitsparend ist die Funktion “Kopieren von”. Sie erstellt die Bestandsbuchung direkt aus einem bestehenden Inventurzählungsbeleg. Anwender übernehmen so die Zählergebnisse ohne manuelle Doppelerfassung in den Buchungsbeleg.
Voraussetzung: Für die Kopierfunktion muss ein bestehender Inventurzählungsbeleg vorhanden sein.
Produktion und Planung: Produktionsaufträge und Ressourcenmanagement
Im Bereich Produktion erweitert FP2602 sowohl die Abwicklung von Produktionsaufträgen als auch die Verwaltung von Ressourcen und Kapazitäten.
Produktionsaufträge: Von der Freigabe bis zum Produktionszugang
Der überarbeitete Prozess für Produktionsaufträge umfasst den gesamten Lebenszyklus. Anwender wählen zunächst einen Stücklistenartikel (BOM) aus und geben den Produktionsauftrag frei. Über das Menü “Funktionen” steht anschließend die Fertigstellungsmeldung bereit.
Die Fertigstellungsmeldung generiert automatisch einen Produktionszugang. Dieser Vorgang verarbeitet gleichzeitig alle Backflush-Artikel und Ressourcenkomponenten. Das bedeutet: Komponentenentnahmen und Ressourcenverbräuche bucht das System automatisch, ohne zusätzliche manuelle Schritte.
Im Reiter “Summary” des Produktionsauftrags lässt sich anschließend eine Kostenanalyse durchführen. Die tatsächlichen Produktkosten entsprechen exakt der Summe aus den Ist-Kosten der Artikelkomponenten und den Ist-Kosten der Ressourcenkomponenten. Diese Transparenz erleichtert die Nachkalkulation und hilft, Kostenabweichungen frühzeitig zu erkennen.
Voraussetzung: Der Produktionsauftrag muss im Status “freigegeben” (released) sein.
Ressourcenmanagement: Vier neue Apps
Das Ressourcenmanagement erhält mit FP2602 vier neue Apps, die gemeinsam die gesamte Ressourcenverwaltung abdecken:
- Resources App: Dient dem Anzeigen, Bearbeiten und Löschen bestehender Ressourcen. Zusätzlich verwalten Anwender hier die täglichen Kapazitäten einzelner Ressourcen.
- Create Resource App: Ermöglicht das Anlegen neuer Ressourcen in drei Kategorien: Maschine, Arbeit und Sonstige. Darüber hinaus lassen sich Ressourcengruppen definieren, um zusammengehörige Ressourcen logisch zu bündeln.
- Resource Capacity App: Bietet ein Batch-Update für tägliche interne Kapazitäten und Single-Run-Kapazitäten. Anwender aktualisieren damit mehrere Ressourcen– und Lagerkombinationen innerhalb eines definierten Datumsbereichs in einem Arbeitsschritt.
Besonders das Batch-Update in der Resource Capacity App spart erheblich Zeit. Statt jede Ressource einzeln zu pflegen, passen Anwender die Kapazitäten mehrerer Ressourcen und Lager gleichzeitig an. Das ist besonders bei saisonalen Schwankungen oder Umstrukturierungen in der Produktion hilfreich.
Ausblick
SAP Business One 10.0 FP2602 optimiert durchgängig die Prozesse im Zahlungsverkehr, in der Lagerverwaltung und in der Produktionsplanung. Die neuen Apps und Funktionen reduzieren manuelle Eingaben, automatisieren Standardvorgänge und schaffen Transparenz bei Kosten und Beständen. Unternehmen, die auf FP2602 aktualisieren, profitieren unmittelbar von schlankeren Abläufen in diesen drei Kernbereichen.
NIS-2 , Medizintechnik & ERP
MARIProject 8.0.000: Neues Design, erweiterte Produktion und optimierte Prozesse
Shopware 6 für SAP Business One
EUDAMED Integration mit SAP Business One
KI für SAP Business One nimmt den User ins Zentrum
MDR-konforme ERP-Lösungen für die Medizintechnik
Der Beitrag Neu in SAP B1 10.0 FP2602: Lager & Logistik, Produktion, Bankwesen erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Neu in SAP Business One 10.0 FP2602 — CRM, Verkauf und Einkauf erschien zuerst auf SAP Business One Blog.
]]>CRM: Geschäftspartnerpflege und E-Mail-Aktivitäten im Web Client in FP2602
Excel-Import für Geschäftspartnerdaten
Die Business Partners App im SAP Business One Web Client unterstützt ab FP2602 den direkten Import von Geschäftspartnerdaten aus Microsoft Excel. Anwender laden eine Excel-Datei hoch und sehen die importierten Daten sofort auf einer Vorschau-Registerkarte. Über die Funktion “Map Fields” ordnen sie die Spalten der hochgeladenen Datei den Systemfeldern zu. Dabei stehen drei Optionen zur Verfügung: die manuelle Zuordnung, das Speichern einer eigenen Vorlage oder die Nutzung einer vordefinierten Vorlage. Erst nach der Zuordnung startet der eigentliche Import, der neue Datensätze anlegt oder bestehende aktualisiert.
Dieser Ansatz vereinfacht die Massenpflege von Stammdaten erheblich. Gerade bei Migrationen oder regelmäßigen Datenabgleichen entfällt die manuelle Einzelanlage. Die wieder verwendbaren Mapping-Vorlagen sorgen dafür, dass wiederkehrende Import-Szenarien schnell und fehlerfrei ablaufen.
Neuer Aktivitätstyp “E-Mail”
SAP Business One führt mit FP2602 den Aktivitätstyp “E-Mail” ein. Anwender legen diesen Typ entweder in der Activities App oder direkt im Reiter “Contact Persons” eines Geschäftspartners an. Das System füllt dabei relevante Informationen automatisch vor und setzt die ausgewählten Ansprechpartner als Empfänger ein.
Über das Teilen-Menü (Share Menu) in der Detailansicht erstellt die Option “Send by email” einen Entwurf in der Standard-E-Mail-Anwendung des Betriebssystems. Alternativ versendet SAP Business One die Nachricht direkt über das integrierte Fenster “Send Message”. Nach dem erfolgreichen Versand protokolliert das System die E-Mail automatisch in der Übersicht der Nachrichten und Alarme (Messages/Alerts Overview).
Ein wichtiger Hinweis: Sobald der Status einer Aktivität auf “emailed” wechselt oder die entsprechende Checkbox aktiviert ist, lassen sich an dieser Aktivität keine weiteren Änderungen mehr vornehmen. Dieser Schutzmechanismus stellt sicher, dass versendete Kommunikation nachträglich nicht verändert wird.
Verkauf: Stapelverarbeitung, Korrekturrechnungen und flexible Rabatte
Document Generation Wizard im Web Client Version FP2602
Die neue Document Generation Wizard App steht im Web Client in der Gruppe “Sales” bereit. Sie ermöglicht die schrittweise Stapelverarbeitung von Verkaufsbelegen und richtet sich an Anwender, die regelmäßig größere Mengen an Zielbelegen erzeugen müssen.
Der Ablauf gliedert sich in mehrere Schritte. Zunächst definiert der Anwender einen Namen und den gewünschten Zielbelegtyp für einen bestimmten Kunden. Anschließend wählt er die verfügbaren Basisbelege aus, die das System basierend auf verschiedenen Konfigurationen konsolidieren kann. Vor der endgültigen Generierung zeigt ein Empfehlungsbericht die geplanten Zielbelege an. In diesem Bericht lassen sich fehlende Daten identifizieren und Systemreaktionen festlegen. Ein abschließender Summary Report fasst die Ergebnisse des Beleglaufs zusammen.
Diese Funktion spart Zeit bei der Belegverarbeitung und reduziert Fehler, die bei manueller Einzelanlage entstehen können. Besonders bei Kunden mit vielen offenen Basisbelegen beschleunigt der Wizard den Prozess deutlich.
Getrennte Rabatt- und Anzahlungsprozentsätze
FP2602 führt die Möglichkeit ein, den Rabattprozentsatz und den Anzahlungsprozentsatz in Gutschriften voneinander zu trennen. Bisher waren diese Werte in Gutschriften, die auf Anzahlungsrechnungen basierten, aneinander gekoppelt. Zusätzlich ist der Basisrabattprozentsatz in Anzahlungsrechnungen und Anzahlungsanforderungen nun frei editierbar.
Um diese Funktion zu nutzen, muss die Checkbox “separate discount percentage and DPM percentage fields” in den Belegeinstellungen (Document Settings) aktiviert werden. Diese Trennung schafft mehr Flexibilität bei komplexen Preis- und Zahlungskonstellationen und bildet reale Geschäftsszenarien präziser ab.
Einkauf: Beschaffungsassistent und Einstandspreise in FP2602
Procurement Confirmation Wizard
Der neue Procurement Confirmation Wizard steht als App in den Gruppen “Purchasing” und “Production” zur Verfügung. Er generiert Beschaffungsbelege automatisch auf Basis verschiedener Quellbelege. Als Basisbelege dienen Kundenaufträge (Sales Orders), Verkaufsangebote (Sales Quotations) oder Produktionsaufträge (Production Orders).
Nach der Auswahl des zugehörigen Geschäftspartners und der gewünschten Basisbelege legt der Anwender den Zielbelegtyp fest. Die ausgewählten Basisbelege lassen sich über Standardoptionen oder zusätzliche Parameter konsolidieren. Ein Summary Report liefert abschließend eine Übersicht aller erstellten Dokumente und weist auf eventuelle Fehler hin.
Dieser Wizard bildet das Gegenstück zum Document Generation Wizard im Verkauf. Beide Assistenten folgen einem ähnlichen schrittweisen Ansatz und erleichtern die Arbeit mit großen Belegmengen erheblich.
Einstandspreisen für Bestandsartikel
Die Erfassung von Einstandspreisen wie Fracht-, Versicherungs-, Zoll- und Bearbeitungsgebühren wird mit FP2602 erweitert. Anwender wählen einen Lieferanten aus und kopieren einen Basisbeleg — etwa einen Wareneingang , eine Eingangsrechnung oder einen bestehenden Landed-Costs-Beleg. Im Reiter “Costs” wählen sie die zutreffende Kostenart aus und hinterlegen den anfallenden Betrag.
SAP Business One verteilt die erfassten Einstandspreise anschließend automatisch auf die jeweiligen Bestandsartikel auf Zeilenebene. Diese automatische Verteilung stellt sicher, dass die tatsächlichen Beschaffungskosten korrekt in der Bestandsbewertung abgebildet werden. Unternehmen mit internationalem Einkauf oder komplexen Lieferketten profitieren besonders von dieser Funktion.
Ausblick
SAP Business One 10.0 FP2602 setzt bei CRM, Verkauf und Einkauf auf Effizienzgewinne im Tagesgeschäft. Die neuen Assistenten für Stapelverarbeitung reduzieren manuelle Arbeit bei der Belegerstellung. Der Excel-Import und die E-Mail-Aktivitäten verbessern die CRM-Arbeit im Web Client. Korrekturrechnungen und die flexible Rabatt-/Anzahlungstrennung erhöhen die Präzision in der Belegverarbeitung. Unternehmen, die SAP Business One einsetzen, sollten prüfen, welche dieser Neuerungen ihre bestehenden Prozesse unmittelbar verbessern können.
Neu in SAP Business One 10.0 FP2602 — CRM, Verkauf und Einkauf
SAP Business One Road Map 2026
SAP Business One Roadmap: 5 überraschende Wahrheiten
Versino Financial Suite V09.2025 für SAP Business One
Neuerungen in SAP Business One 10.0 FP 2508
Jetzt SAP Business One auf camt.053 umstellen
Der Beitrag Neu in SAP Business One 10.0 FP2602 — CRM, Verkauf und Einkauf erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag NIS-2 , Medizintechnik & ERP erschien zuerst auf SAP Business One Blog.
]]>Die Rechtslage seit Dezember 2025 – was sich fundamental geändert hat
Mit dem Inkrafttreten des NIS-2-Umsetzungsgesetzes (NIS2UmsuCG) am 6. Dezember 2025 hat sich die Rechtslage grundlegend verändert. Lange galt IT-Sicherheit als Materie, die man getrost an die IT-Abteilung oder externe Dienstleister delegieren konnte. Diese Praxis ist rechtlich nicht mehr tragfähig. Cybersicherheit ist seither unmissverständlich Chefsache – und das Gesetz buchstabiert genau aus, was das konkret bedeutet.
§ 38 BSIG: Drei Pflichten, die Geschäftsführer persönlich treffen
Der entscheidende Mechanismus findet sich in § 38 des BSI-Gesetzes (BSIG). Er etabliert drei Kernpflichten, die für Leitungsorgane persönlich und nicht delegierbar sind.
Billigungspflicht, Überwachungspflicht, Schulungspflicht
Die Billigungspflicht verlangt, dass Geschäftsführer die Risikomanagementmaßnahmen des Unternehmens aktiv freigeben. Ein informelles „Machen Sie mal” genügt rechtlich nicht mehr. Darüber hinaus besteht eine Überwachungspflicht: Leitungsorgane müssen die Umsetzung dieser Maßnahmen kontinuierlich kontrollieren und im Ernstfall nachweisen, dass sie sich regelmäßig Berichte über den Sicherheitsstatus haben vorlegen lassen. Schließlich schreibt das Gesetz eine Schulungspflicht fest – Geschäftsführer müssen persönlich an Cybersicherheitsschulungen teilnehmen, um Risiken selbst bewerten zu können.
Das Brisante daran: Wer diese Pflichten schuldhaft verletzt, haftet der Gesellschaft gegenüber persönlich mit seinem Privatvermögen. Ein vertraglicher Ausschluss dieser Haftung ist gesetzlich unwirksam.
MDR-Compliance ist keine NIS-2-Compliance – ein gefährlicher Irrtum
In der Medizintechnik-Branche herrscht häufig die Annahme vor, dass die strengen Anforderungen der Medical Device Regulation (MDR) bereits alle relevanten Sicherheitsaspekte abdecken. Das ist jedoch ein gefährlicher Irrtum, den die neue Rechtslage klar korrigiert.
Die MDR fokussiert primär die Sicherheit des Produkts und den Patientenschutz. NIS-2 adressiert dagegen die operative Resilienz des gesamten Unternehmens. Wer zwar MDR-konforme Produkte baut, dabei aber seine Lieferkette nicht nach NIS-2-Standards überwacht oder keine 24-Stunden-Meldewege für IT-Vorfälle etabliert hat, riskiert folglich Bußgelder von bis zu 10 Millionen Euro oder 2 % des weltweiten Jahresumsatzes. Beide Regulierungen existieren nebeneinander – und erfüllen unterschiedliche Anforderungen.
Die spezifischen Herausforderungen für Medizintechnik-Hersteller
Viele verfügbare Informationen zu NIS-2 bleiben an der Oberfläche oder konzentrieren sich auf den Krankenhaussektor. Medizintechnik-Hersteller stehen jedoch vor eigenen, spezifischen Herausforderungen.
Erstens erfordert die Verzahnung von Qualitätsmanagementsystem (ISO 13485) und Informationssicherheitsmanagementsystem (ISO 27001) eine sorgfältige Integration, die beide Normenwelten zusammenführt. Außerdem müssen Unternehmen komplexe Lieferketten in einem globalen Markt nach NIS-2-Standards absichern. Hinzu kommt die Notwendigkeit, Compliance-Prozesse direkt im ERP-System abzubilden – etwa in SAP Business One –, um im Ernstfall innerhalb von 24 Stunden meldefähig zu sein. Generische Whitepaper decken diese Kombination in der Regel nicht ab.
Seit dem 6. März 2026: BSI in der aktiven Durchsetzungsphase
Seit dem Ablauf der Registrierungsfrist am 6. März 2026 ist das BSI zur aktiven Durchsetzung übergegangen. Stichproben und Aufforderungen zur Nachregistrierung nehmen zu – verbunden mit konkreten Bußgeldandrohungen.
Cybersicherheit ist daher kein Thema mehr, das sich aufschieben lässt. Für Medizintechnik-Unternehmen geht es dabei nicht nur darum, Bußgelder zu vermeiden. Wer die Anforderungen des NIS2UmsuCG auditfähig umsetzt, minimiert nicht nur seine Haftungsrisiken, sondern baut zudem eine digitale Resilienz auf, die sich im Wettbewerb als echter Vorteil erweisen kann. Der erste Schritt ist, die persönliche Betroffenheit als Leitungsorgan anzuerkennen – und entsprechend zu handeln, bevor das BSI anklopft.
NIS-2 , Medizintechnik & ERP
MARIProject 8.0.000: Neues Design, erweiterte Produktion und optimierte Prozesse
Shopware 6 für SAP Business One
EUDAMED Integration mit SAP Business One
KI für SAP Business One nimmt den User ins Zentrum
MDR-konforme ERP-Lösungen für die Medizintechnik
Der Beitrag NIS-2 , Medizintechnik & ERP erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag E-Rechnung in Europa: Harmonisierter Standard und nationale Fragmentierung erschien zuerst auf SAP Business One Blog.
]]>EN 16931 als gemeinsamer Nenner – und seine Grenzen
Der Standard EN 16931 definiert das semantische Datenmodell für die E-Rechnung in Europa. Er legt fest, welche Informationen eine Rechnung enthalten muss, damit sie grenzüberschreitend maschinenlesbar und rechtlich anerkannt ist. Damit bildet er die Grundlage für interoperable Systeme und vereinfacht – zumindest in der Theorie – den grenzüberschreitenden Handel erheblich.
In der Praxis ergänzen die Mitgliedstaaten diesen Standard jedoch durch nationale CIUS-Spezifikationen (Core Invoice Usage Specifications). Portugal nutzt den CIUS-PT, Rumänien den RO_CIUS, Kroatien ein eigenes nationales CIUS. Jede dieser Spezifikationen schreibt zusätzliche Pflichtfelder, spezifische Syntaxen oder abweichende Validierungsregeln vor. Folglich entstehen für ERP-Systeme erhebliche Anpassungsaufwände, auch wenn der zugrundeliegende Standard derselbe ist. Technisch gesprochen: EN 16931 harmonisiert die Semantik, jedoch nicht die operative Umsetzung.
Zwei Modelle, ein Ziel: Zentralisierte Plattformen vs. dezentrale Netzwerke
Betrachtet man die Implementierungsmodelle in Europa, lassen sich zwei grundlegende Ansätze unterscheiden: der zentralisierte Plattform-Ansatz und das dezentrale Netzwerkmodell.
Das italienische SDI als Interoperabilitäts-Vorbild
Nordeuropa und das Baltikum: Peppol als Rückgrat
Länderspezifische Mandate im Überblick – was Unternehmen jetzt wissen müssen
Bereits aktive B2B-Pflichten
Mandate 2025–2028
ViDA: Der nächste Entwicklungsschritt auf EU-Ebene
Hinter vielen dieser nationalen Fahrpläne zur E-Rechnung in Europa steht ein übergeordnetes EU-Projekt: das Paket „VAT in the Digital Age” (ViDA). ViDA wird die elektronische Rechnungsstellung zum verbindlichen Standard für grenzüberschreitende Transaktionen innerhalb der EU erheben und gleichzeitig die digitalen Meldepflichten harmonisieren. Damit verschiebt sich der Charakter der E-Rechnungs-Compliance grundlegend: Statt reaktiver Anpassung an nationale Einzelanforderungen müssen Unternehmen eine strategische digitale Infrastruktur aufbauen, die sowohl zentralisierte Clearinghouse-Modelle als auch dezentrale Peppol-Netzwerke nahtlos bedienen kann.
Für Unternehmen, die in mehreren EU-Ländern aktiv sind, ergibt sich daraus eine klare Handlungspriorität: Die Frage ist nicht mehr, ob E-Rechnungspflichten kommen, sondern wie schnell die eigenen ERP-Systeme und Prozesse die notwendige Flexibilität für eine fragmentierte, aber zunehmend vernetzte europäische Compliance-Landschaft bereitstellen.
Vergleich der E-Rechnungs-Regelungen in EU-Mitgliedstaaten
Stand: 2024/2025 · Alle Angaben ohne Gewähr
| Land | Zuständige Behörde | B2G-Mandat | B2B-Mandat | B2C-Mandat | Standard & Formate | Plattform / Betriebsmodell | MwSt.-Echtzeitmeldung | Quelle |
|---|---|---|---|---|---|---|---|---|
| Italien | Ministerium für Wirtschaft und Finanzen, Steuerbehörde | Ja seit 2014/2015 |
Ja seit 2019 |
Ja seit 2019 |
EN 16931, FatturaPA (XML) | Sistema di Interscambio (SDI) | Ja | 1, 2 |
| Rumänien | Ministerium für Verkehr und Kommunikation | Ja seit 2020 |
Ja seit Jan 2024 |
Ja seit Jan 2025 |
EN 16931, RO_CIUS (UBL 2.1, CII) | RO e-Factura | Ja Meldung innerhalb von 5 Tagen |
3 |
| Frankreich | Finanzministerium, AIFE, DGFiP | Ja seit 2020 |
Geplant Phaseneinführung ab Sept 2026 |
Nein | EN 16931, UBL 2.1, CII, Factur-X | Chorus Pro | Geplant ab Sept 2026 |
2, 4 |
| Deutschland | Bundesministerium der Finanzen | Ja | Teilweise Empfangspflicht ab Jan 2025, Ausstellung schrittweise ab 2027 |
Nein | EN 16931, XRechnung, ZUGFeRD 2.x | Dezentral (ZRE, OZG-RE, Leitweg-ID) | Nein | 2, 5 |
| Belgien | Föderaler Öffentlicher Dienst Politik und Unterstützung (BOSA) | Ja | Geplant ab 01.01.2026 für MwSt.-Pflichtige |
Nein | EN 16931, Peppol BIS Billing 3.0 | Mercurius, Peppol-Netzwerk | Geplant für 2028 |
2, 6 |
| Polen | Ministerium für Finanzen | Ja | Geplant ab 2026 verpflichtend |
Nein | EN 16931, Peppol BIS Billing 3.0 | PEF, KSeF (ab 2026 integriert) | Geplant ab 2026 über KSeF |
7 |
| Kroatien | Wirtschaftsministerium | Ja seit Juli 2019 |
Geplant erwartet ab Jan 2026 |
Nein | EN 16931, UBL 2.1, CII | Servis eRačun za državu (FINA) | Geplant Fiskalizacija 2.0 ab 2026 |
2, 8 |
| Portugal | Finanzministerium, Autoridade Tributária | Ja seit 2021 für große Unternehmen, ab 2025 für KMU |
In Entwicklung / ViDA | Nein | EN 16931, CIUS-PT (UBL 2.1, CII) | Portal BASE, FE-AP (eSPap) | Ja seit 2013 |
2, 9 |
| Griechenland | Finanzministerium, IAPR | Teilweise schrittweise ab 2024/2025 |
Geplant Gesetzgebung erwartet |
Nein | EN 16931, Peppol BIS Billing 3.0 | KE.D (Nationales Interoperabilitätszentrum), myDATA | Ja über myDATA |
2, 10 |
| Spanien | Ministerium für Wirtschaft, Finanzministerium, AEAT | Ja seit Jan 2015 |
Geplant Mandat über Gesetz 18/2022 in Vorbereitung |
Nein | EN 16931, Facturae (XML, XAdES) | FACe, FACeB2B | Ja SII-System |
11 |
| Dänemark | Dänische Unternehmensbehörde | Ja | Geplant digitale Buchführungspflicht ab 2026 |
Nein | EN 16931, OIOUBL, Peppol BIS 3.0 | NemHandel | Ja über zertifizierte Buchhaltungssysteme |
2, 12 |
| Ungarn | Nationale Steuer- und Zollverwaltung (NAV) | Teilweise Empfangspflicht für Behörden seit Nov 2019 |
Teilweise außer Energieversorgung ab Juli 2025 |
Nein | EN 16931, XML | NAV Online Invoicing System | Ja RTIR-System |
2, 13 |
| Estland | Finanzministerium | Ja Käuferwahl-Prinzip seit Juli 2025 |
Ja Käuferwahl-Prinzip seit Juli 2025 |
Nein | EN 16931, Estnischer XML-Standard | Dezentrales Modell (über private Dienstleister) | Nein | 2, 14 |
| Finnland | Staatskasse | Ja | Teilweise Recht auf E-Rechnung ab 10.000 € Umsatz |
Nein | EN 16931, Finvoice 3.0, TEAPPSXML 3.0, Peppol BIS 3.0 | Zentralisiert (über Dienstleister und Handi-Service) | Nein | 2, 15 |
| Lettland | Finanzministerium | Ja seit Jan 2025 |
Geplant ab Jan 2028 verpflichtend |
Nein | EN 16931 | eAddress (VDAA) | Geplant ab 2026/2028 |
16 |
| Österreich | Bundesministerium für Finanzen | Ja seit April 2020 für Bundesbehörden |
In Entwicklung / ViDA | Nein | EN 16931, ebInterface, UBL 2.1, CII | Unternehmensserviceportal (USP), e-Rechnung.gv.at | Nein | 2, 17 |
| Slowakei | Finanzministerium | Ja seit Aug 2019 |
Geplant ab Jan 2027 |
Nein | EN 16931, UBL 2.1, CII | IS EFA (wird durch Peppol-Lösung ersetzt) | Geplant ab Jan 2027 |
18 |
| Island | Ministerium für Finanzen und Wirtschaft | Teilweise Empfangspflicht für Behörden seit Jan 2020 |
Ja | Ja | EN 16931, Peppol BIS Billing 3.0, TS-236 | Peppol eDelivery Network | Nein | 19 |
| Schweden | Agentur für digitale Verwaltung (Digg), Steuerbehörde | Ja seit April 2019 |
Nein | Nein | EN 16931, Peppol BIS Billing 3.0 | Keines (dezentrale Access Points) | Nein | 20 |
| Luxemburg | Ministerium für Digitalisierung | Ja seit März 2023 |
Nein | Nein | EN 16931, Peppol BIS Billing 3.0, UBL 2.1, CII | Peppol-Netzwerk, guichet.lu | Nein | 21 |
| Litauen | Wirtschaftsministerium | Ja seit Juli 2017 |
Geplant ab 2028 |
Nein | EN 16931, Peppol BIS 3.0, CII | SABIS (ehemals eSąskaita) | Nein | 22 |
| Norwegen | Ministerium für Digitalisierung, DFØ | Ja | Nein | Nein | EN 16931, EHF (Elektronisk Handelsformat), Peppol BIS 3.0 | Peppol eDelivery Network, ELMA-Register | Nein | 23 |
| Niederlande | Innenministerium, Logius, RVO | Teilweise Mandat für Zentralregierung |
Nein | Nein | EN 16931, NLCIUS, Peppol BIS 3.0, UBL-OHNL, SETU | Digipoort, Peppol-Netzwerk | Nein | 24 |
| Tschechien | Finanzministerium, Innenministerium | Teilweise Empfangspflicht für Behörden seit Okt 2016 |
In Entwicklung / ViDA | Nein | EN 16931, ISDOC, UBL 2.1, EDIFACT | Národní elektronický nástroj (NEN) | Nein | 2, 25 |
| Bulgarien | Ministerium für Verkehr, Informationstechnologie und Kommunikation | Teilweise Empfangspflicht für Behörden seit Nov 2019 |
In Entwicklung / ViDA | Nein | EN 16931, UBL 2.1, CII | CAIS EPP | Nein | 2, 26 |
| Zypern | Finanzministerium | Teilweise Empfangspflicht für Behörden seit April 2019/2020 |
In Entwicklung / ViDA | Nein | EN 16931, Peppol BIS Billing 3.0 | Cyprus Government Gateway Portal (gov.cy) | Nein | 2, 27 |
| Irland | OGP, Office of the Revenue Commissioners | Teilweise Empfangspflicht für Behörden seit Juni 2019 |
Nein | Nein | EN 16931, Peppol BIS Billing 3.0 | Peppol eDelivery Network | Nein | 28 |
| Malta | Finanzministerium, Steuerverwaltung | Teilweise Empfangspflicht für Behörden seit Nov 2018 |
Nein | Nein | EN 16931, Peppol BIS Billing 3.0 | Keines (Nutzung des Peppol-Netzwerks) | Nein | 29 |
| Liechtenstein | Ministerium für Präsidiales und Finanzen | Teilweise Empfangspflicht für Behörden |
Nein | Nein | EN 16931, XML | Keines (Einreichung per E-Mail) | Nein | 30 |
E-Rechnungs-Compliance in SAP Business One umsetzen
SAP Business One bietet für die beschriebene Anforderungsvielfalt zur E-Rechnung in Europa mehrere aufeinander aufbauende Instrumente – jedoch mit unterschiedlicher Reichweite je nach Zielland.
ZUGFeRD und EN 16931: die native Basis
SAP Business One kann E-Rechnungen im ZUGFeRD-Format generieren und verarbeiten. Das Profil ZUGFeRD 2.4 EN 16931 entspricht dabei direkt dem europäischen Standard und erfüllt damit die technischen Grundanforderungen für den B2G-Bereich sowie für Länder, die keine darüber hinausgehenden nationalen Spezifikationen vorschreiben. Für viele mitteleuropäische Anwendungsfälle ist dieses Profil daher der sinnvolle Ausgangspunkt.
Peppol-Integration über die Versino Financial Suite
Für dezentrale Netzwerke und grenzüberschreitende Transaktionen – also insbesondere für Länder wie Schweden, Finnland, Luxemburg oder die baltischen Staaten – deckt die Peppol-Integration in SAP Business One das „Four-Corner-Modell” ab. Die Versino Financial Suite bindet SAP Business One an das Peppol-Netzwerk an und unterstützt dabei Ein- und Ausgangsrechnungen, Gutschriften sowie Lastschriften. Der integrierte „Monitor für elektronische Belege” ermöglicht die zentrale Verwaltung und Statusverfolgung aller übertragenen Dokumente.
Nationale CIUS-Spezifikationen: Add-ons und SDK
Für Länder mit eigenen Plattformen und Formaten – etwa FatturaPA in Italien oder RO e-Factura in Rumänien – reicht der native Standard allein nicht aus. SAP Business One bietet über sein SDK und Partnerlösungen die notwendige Flexibilität, um die standardisierten SAP-B1-Belege in das jeweilige nationale Format zu transformieren. Dieser Schritt erfordert jedoch in der Regel länderspezifische Add-ons oder Integrationsszenarien, die über den Standard-Lieferumfang hinausgehen.
Stammdaten als Fundament
Unabhängig vom Zielland gilt: Eine E-Invoicing-Implementierung steht und fällt mit der Qualität der Stammdaten. Korrekte Steuernummern und Steuercodes in den Geschäftspartnerstammdaten, konsistente Artikeldaten sowie eine sauber konfigurierte Kontenfindung und Mehrwertsteuergruppen sind die Voraussetzung dafür, dass eingehende und ausgehende E-Rechnungen fehlerfrei und überdies automatisch verarbeitet werden. Nachträgliche Korrekturen durch inkonsistente Stammdaten verursachen genau den manuellen Aufwand, den E-Invoicing eigentlich eliminieren soll.
Archivierung und Abstimmung
Ergänzend empfiehlt sich eine revisionssichere Archivierung aller übermittelten und empfangenen E-Rechnungsdateien – idealerweise mit direktem Belegbezug im jeweiligen SAP-B1-Dokument. Zudem sollten die in SAP Business One gebuchten MwSt-relevanten Transaktionen regelmäßig mit den über die E-Invoicing-Plattformen gemeldeten Daten abgeglichen werden. Dadurch lassen sich Konsistenz und Compliance dauerhaft sicherstellen und dabei externe Audits erheblich vereinfachen.
E-Rechnung in Europa: Harmonisierter Standard und nationale Fragmentierung
E-Rechnung im Mittelstand: Die Uhr läuft
Frankreich E-Rechnung 2026: Was Unternehmen mit französischer Steuernummer jetzt wissen müssen
Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein?
Verifactu in Spanien: die neue Rechnungsstellungspflicht
Die E-Invoicing-Vorschriften in Europa
Die Vorteile der E-Rechnung 2025
E-Rechnung 2025 FAQs
Vorbereitung für die Einführung von CKS.EINVOICE
E-Rechnung – Der flexible Standard EN 16931
Der Beitrag E-Rechnung in Europa: Harmonisierter Standard und nationale Fragmentierung erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag E-Rechnung im Mittelstand: Die Uhr läuft erschien zuerst auf SAP Business One Blog.
]]>Was das Wachstumschancengesetz konkret fordert
Das Wachstumschancengesetz 2024 definiert einen verbindlichen Dreistufenplan für die E-Rechnungspflicht im deutschen B2B-Bereich. Keine der drei Phasen ist optional:
- Phase 1 – 01.01.2025: Alle Unternehmen müssen E-Rechnungen empfangen und verarbeiten können. Diese Phase läuft bereits.
- Phase 2 – 01.01.2027: Kleine und mittlere Unternehmen mit einem Jahresumsatz unter 800.000 Euro müssen strukturierte Rechnungen im Format XRechnung oder ZUGFeRD versenden.
- Phase 3 – 01.01.2028: Vollständige B2B-E-Rechnungspflicht für alle übrigen Unternehmen in Deutschland – ohne Ausnahme.
Dahinter steht außerdem das europäische Mandat ViDA (VAT in the Digital Age), das ab 2028 schrittweise eine Echtzeit-Meldepflicht für Mehrwertsteuerdaten bei grenzüberschreitenden Transaktionen einführt. Unternehmen, die heute noch nicht die Grundlagen gelegt haben, werden folglich auch auf europäischer Ebene unter Druck geraten.
Eine PDF per E-Mail ist keine E-Rechnung
Hier liegt das häufigste Missverständnis im Mittelstand: Eine eingescannte oder digital erstellte PDF-Rechnung, die per E-Mail versendet wird, erfüllt die gesetzlichen Anforderungen des Wachstumschancengesetzes nicht. Gesetzlich anerkannte E-Rechnungen sind maschinenlesbare, strukturierte Datensätze, die ohne manuellen Eingriff verarbeitbar sind und der europäischen Norm EN 16931 entsprechen.
In der Praxis haben sich drei Formate etabliert, die diese Norm erfüllen:
- XRechnung – rein XML-basiert, verpflichtend für Rechnungen an Behörden (B2G), auch im B2B zulässig.
- ZUGFeRD – ein hybrides Format aus PDF/A-3 und eingebettetem XML, besonders geeignet für den inländischen B2B-Verkehr.
- Peppol BIS Billing – XML-basiert über das Peppol-Netzwerk, relevant für grenzüberschreitende Transaktionen.
Welche Risiken bei Nichtkonformität tatsächlich entstehen
Viele Geschäftsführer betrachten die E-Rechnungspflicht als IT-Thema mit überschaubarer Dringlichkeit. Tatsächlich sind die Konsequenzen einer Verzögerung jedoch bereits messbar.
Strafzahlungen und Bußgelder treffen Unternehmen, die nicht empfangsbereit sind – und zwar seit dem 1. Januar 2025. Darüber hinaus schließen große Auftraggeber Lieferanten zunehmend aus ihren Lieferketten aus, wenn diese nicht digital erreichbar sind. Wer keine Peppol-ID hat oder keine strukturierten Rechnungen empfangen kann, ist für digital aufgestellte Geschäftspartner faktisch nicht erreichbar.
Hinzu kommt das Steuerrisiko: GoBD-konforme Archivierung ist Pflicht. Wer ZUGFeRD-Dokumente lediglich als PDF speichert, verliert das eingebettete XML – und verletzt damit die Grundsätze zur ordnungsmäßigen Buchführung. Das kann bei einer Betriebsprüfung zu Nachzahlungen führen.
Kein Einheitsrezept: Warum die Konfiguration je Unternehmen unterschiedlich ist
Das ist der Punkt, der in öffentlichen Diskussionen zur E-Rechnung systematisch unterschätzt wird: Es gibt keine universelle Konfiguration, die für alle mittelständischen Unternehmen passt. Der konkrete Implementierungsaufwand – und damit auch der Zeitbedarf – hängt von einer Reihe unternehmensindividueller Faktoren ab, die sich erst in einer sorgfältigen Bestandsaufnahme erschließen.
SAP-Version und EDS-Status: Nicht installiert bedeutet nicht aktiv
Der Electronic Document Service (EDS) in SAP Business One ist die technische Grundlage für den gesetzeskonformen E-Rechnungsversand und -empfang. Er steht ab Version 10.0 FP 2405 zur Verfügung – aber: installiert ist nicht dasselbe wie konfiguriert, und konfiguriert ist nicht dasselbe wie produktiv im Versandbetrieb. Unternehmen, die SAP B1 in älteren Versionen betreiben, müssen zunächst ein Upgrade einplanen, bevor überhaupt mit der EDS-Einrichtung begonnen werden kann. Das bedeutet Vorlaufzeit und Ressourcenbedarf, der in keiner gesetzlichen Frist eingepreist ist.
Crystal Reports, Coresuite oder Standard-EDS?
Ein weiterer zentraler Unterschied liegt im eingesetzten Layout-System. Crystal Reports ist in vielen SAP-B1-Installationen das Standardwerkzeug für Rechnungslayouts. Dabei gilt jedoch eine wichtige technische Einschränkung: Crystal Reports kann kein PDF/A-3 nativ erzeugen – also kein gültiges ZUGFeRD-Dokument. Daher ist ein zweiteiliger Prozess notwendig: Crystal Reports liefert die visuelle PDF-Schicht, der EDS injiziert anschließend das XML und erzeugt daraus das fertige ZUGFeRD-Dokument.
Unternehmen, die dagegen den Coresuite Layout Designer in Version 8.30 oder höher einsetzen, können PDF/A-3 nativ erzeugen – ohne diesen zweigeteilten Prozess. Für welchen Weg ein Unternehmen geht, hängt also direkt vom installierten Add-on-Stack ab. Wer noch kein Bild davon hat, welche Variante in seinem System relevant ist, tappt bei der Projektplanung schnell in eine Zeitfalle.
Peppol-Anbindung: Zusätzliche Infrastruktur erforderlich
Für Unternehmen, die Peppol nutzen wollen oder müssen – sei es für internationale Partner oder weil Auftraggeber dies bereits verlangen – kommt eine weitere Variante hinzu. Der Peppol AS4-Versand über SAP B1 erfordert den SAP BTP Peppol Exchange Service, der separat lizenziert und konfiguriert werden muss. Wer das noch nicht im Einsatz hat, steht vor einem eigenständigen Teilprojekt, das weit über eine einfache EDS-Aktivierung hinausgeht.
Mehrere Formate parallel: Automatik statt Handarbeit
Viele mittelständische Unternehmen haben gleichzeitig Kunden im B2B-Inlandsbereich, bei Behörden und im internationalen Geschäft. Das bedeutet in der Praxis: ZUGFeRD für den deutschen B2B-Verkehr, XRechnung mit Leitweg-ID für öffentliche Auftraggeber, Peppol BIS für internationale Empfänger – und das alles parallel. SAP B1 kann diese Formatauswahl pro Kundenzuordnung automatisieren, aber dafür müssen die Stammdaten vollständig gepflegt sein. Fehlt die Leitweg-ID bei einem Behördenkunden oder die Peppol-ID bei einem internationalen Partner, scheitert die Automatisierung genau dort, wo sie am meisten gebraucht wird.
Stille Fehler: Das unterschätzte Risiko
Besonders heimtückisch ist ein Konfigurationsproblem, das in der Praxis häufig vorkommt: Wenn der EDS fehlerhaft konfiguriert ist, versendet SAP Business One unter Umständen technisch ungültige Rechnungen – ohne dass eine Fehlermeldung im Frontend erscheint. Der Buchungsvorgang läuft durch, die Rechnung landet beim Empfänger und wird dort abgelehnt. Nur ein vollständiger End-to-End-Test mit KoSIT-Schematron-Validierung gibt tatsächlich Sicherheit. Wer diesen Test noch nicht durchgeführt hat, weiß schlicht nicht, ob seine ausgehenden Rechnungen valide sind.
Was das für die Planung bedeutet
All diese Variablen machen deutlich: Vor jeder Umsetzung steht eine strukturierte Bestandsaufnahme. Welche SAP-B1-Version läuft? Ist der EDS lizenziert und konfiguriert? Welche Layout-Tools sind im Einsatz? Welche Formate werden auf der Ausgangs- und Eingangsseite benötigt? Sind Stammdaten vollständig? Ist die Peppol-Infrastruktur vorhanden? Die Antworten auf diese Fragen bestimmen, ob ein Projekt in wenigen Wochen abgeschlossen werden kann oder ob zunächst ein Upgrade, eine Lizenzierung oder eine umfangreichere Stammdatenbereinigung vorgeschaltet werden muss.
Genau deshalb ist es kontraproduktiv, mit der Analyse bis kurz vor die nächste Fristschwelle zu warten. Wer jetzt den Status quo kennt, kann realistisch planen. Wer wartet, plant im Blindflug.
Peppol: Der Weg, den alle gehen werden
Wer die Entwicklung der letzten Jahre konsequent zu Ende denkt, kommt zu einer klaren Schlussfolgerung: Der Versand von Rechnungen per E-Mail ist ein Auslaufmodell. Nicht als Meinungsaussage, sondern als absehbare regulatorische Realität.
Was Peppol ist – und was es nicht ist
Peppol ist kein Dateiformat. Es ist ein Transportnetzwerk: eine globale Infrastruktur, die definiert, wie strukturierte Geschäftsdokumente sicher, verschlüsselt und rechtssicher von einem Unternehmen zum anderen gelangen – unabhängig davon, welches ERP-System Sender oder Empfänger verwenden. Während also XRechnung oder ZUGFeRD festlegen, was in einer Rechnung steht, legt Peppol fest, wie diese Daten transportiert werden: mit digitaler Signatur, Ende-zu-Ende-verschlüsselt und mit rechtssicherer Empfangsquittung.
Das Prinzip ist dabei so gestaltet, dass ein Unternehmen seinen Zugangspunkt (Access Point) wechseln kann, ohne seine Erreichbarkeit im Netzwerk zu verlieren. Teure, proprietäre EDI-Punkt-zu-Punkt-Verbindungen werden dadurch durch ein skalierbares Prinzip ersetzt: einmal verbinden, alle erreichen.
Globale Mandate schaffen Fakten – bereits heute
Im Jahr 2026 ist Peppol längst kein europäisches Nischenthema mehr. Mit über 80 angeschlossenen Ländern und dem PINT-Standard (Peppol International) als globalem Interoperabilitätsrahmen entwickelt sich Peppol zum De-facto-Standard für den internationalen E-Rechnungsaustausch. Konkrete Ländermandate schaffen dabei bereits heute Handlungsdruck:
- Belgien hat Peppol seit dem 01.01.2026 als Pflichtstandard für alle B2B-Transaktionen mandatiert.
- Polen betreibt mit KSeF ein aktives Clearance-System, das seit Frühjahr 2026 für Groß- und Mittelunternehmen verpflichtend ist – mit Echtzeit-Steuervalidierung bei jeder Transaktion.
- Spanien folgt mit einem eigenen Mandat ab Juli 2026 für Großunternehmen, KMU ab 2027.
- VAE rollt ab Juli 2026 Peppol PINT als erstes 5-Corner-Modell außerhalb der EU aus.
- Großbritannien strebt ein B2B-Mandat für April 2029 an, die Konsultationsphase läuft bereits.
Für deutsche Unternehmen mit Lieferanten oder Kunden in diesen Ländern ist Peppol damit keine Zukunftsoption mehr – sondern eine aktuelle Anforderung.
ViDA: Peppol wird zur EU-Infrastruktur
Das europäische Reformprojekt ViDA setzt den nächsten Meilenstein. Ab 2028 soll für grenzüberschreitende innergemeinschaftliche Transaktionen eine Echtzeit-Meldepflicht für Mehrwertsteuerdaten gelten. Die Ratsposition der EU hat das sogenannte 5-Corner-Modell als Standard für diesen Rollout bestätigt: Eine fünfte Instanz – die Steuerbehörde – erhält in Echtzeit Zugang zu den Transaktionsdaten, bevor oder während die Rechnung zugestellt wird. In Ländern, die dieses Modell einführen, ist eine Rechnung ohne Clearance durch Corner 5 rechtlich nicht gültig.
Das bedeutet: Peppol ist nicht nur der Weg für den strukturierten Dokumentenaustausch im B2B-Bereich. Es ist die technische Basis, auf der ViDA aufsetzt. Wer 2028 compliant sein will, baut die Peppol-Infrastruktur nicht erst 2027.
Die Post-E-Mail-Ära hat begonnen
Rechtlich bleibt E-Mail als Transportweg für strukturierte E-Rechnungen vorerst möglich, aber die EU-Weichen – ViDA, Continuous Transaction Controls und Peppol-/Plattform-Modelle – machen einen schrittweisen Übergang auf netzwerk- und API-basierte Übertragung faktisch unvermeidlich.
Wer heute noch ausschließlich per E-Mail versendet, bewegt sich zwar im gesetzlichen Rahmen, baut aber auf einem Fundament, das absehbar abgelöst wird. Server-zu-Server-Kommunikation via Peppol AS4 oder nationale Clearance-APIs ist schneller, sicherer und automatisierungsfähiger. Rechnungen, die über Peppol ankommen, sind bereits technisch validiert, bevor sie das ERP-System erreichen. Das schafft die Voraussetzung für eine weitgehend automatisierte Eingangsverarbeitung und, in einem nächsten Schritt, für KI-gestützte Prozesse wie prädiktives Kontierungs-Mapping, Anomalieerkennung und Fraud Detection.
Für mittelständische Unternehmen bedeutet das: Die Investition in eine Peppol-fähige Infrastruktur ist keine Mehrausgabe für einen Sonderfall. Sie ist der Aufbau der Grundlage, auf der alle weiteren Compliance-Anforderungen der nächsten Jahre aufsetzen werden.
Kluge Strategien für den Mittelstand
Angesichts der bereits laufenden Pflicht und der naechsten Fristschwellen gibt es keine Rechtfertigung mehr. Smarte Unternehmen handeln in drei Schritten.
1. Status-Audit jetzt durchführen
Der erste Schritt ist eine ehrliche Bestandsaufnahme: Kann das Unternehmen heute E-Rechnungen empfangen, speichern und GoBD-konform archivieren? Welche SAP-B1-Version läuft produktiv? Ist der EDS aktiviert und getestet? Gibt es Kunden oder Lieferanten in Ländern mit aktiven Peppol-Mandaten? Wer diese Fragen nicht klar beantworten kann, hat unmittelbaren Handlungsbedarf – und sollte eine strukturierte Bedarfsanalyse als ersten Schritt einplanen.
2. Formatentscheidung treffen und Stammdaten bereinigen
Die Wahl des richtigen Formats hängt vom Geschäftsmodell ab: ZUGFeRD für den inländischen B2B-Verkehr, XRechnung für Behördenkunden, Peppol für internationale Partner. Entscheidend ist dabei, dass die Stammdaten stimmen – also USt-IDs validiert, Leitweg-IDs für Behördenkunden hinterlegt und Peppol-IDs für grenzüberschreitende Partner beantragt sind. Stammdatenpflege ist dabei keine IT-Aufgabe, sondern Verantwortung der Buchhaltung.
3. Infrastruktur aufbauen, bevor 2027 zur Frist wird
Wer bis 2027 wartet, um mit der Vorbereitung auf die Versandpflicht zu beginnen, riskiert einen Last-Minute-Umsetzungsdruck, der deutlich teurer und fehleranfälliger ist als eine geordnete Einführung. Zudem eröffnet eine früh eingeführte E-Rechnungsinfrastruktur echten Mehrwert: Automatisierte Eingangsrechnungsverarbeitung, kürzere Durchlaufzeiten und die Grundlage für KI-gestützte Prozesse in der Buchhaltung lassen sich auf einem sauber konfigurierten System aufbauen – nicht auf einem, das kurz vor der Frist schnell installiert wurde. Und wer die Peppol-Infrastruktur heute aufbaut, ist für ViDA 2028 bereits positioniert.
E-Invoicing ist kein IT-Upgrade mit optionalem Starttermin.
Es ist eine gesetzliche Pflicht mit drei verbindlichen Fristen – von denen die erste bereits verstrichen ist. Die Konfigurationsrealitäten variieren je nach installierter Basis erheblich, und der Weg in Richtung Peppol-Netzwerk ist regulatorisch vorgezeichnet. Mittelständische Unternehmen, die jetzt handeln, gewinnen Zeit für eine geordnete Umsetzung, vermeiden Bußgelder und Lieferkettenrisiken und legen gleichzeitig das Fundament für eine zukunftsfähige, automatisierungsfähige Finanzorganisation. Wer wartet, zahlt – früher oder später.
E-Rechnung in Europa: Harmonisierter Standard und nationale Fragmentierung
E-Rechnung im Mittelstand: Die Uhr läuft
Frankreich E-Rechnung 2026: Was Unternehmen mit französischer Steuernummer jetzt wissen müssen
Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein?
Verifactu in Spanien: die neue Rechnungsstellungspflicht
Die E-Invoicing-Vorschriften in Europa
Die Vorteile der E-Rechnung 2025
E-Rechnung 2025 FAQs
Vorbereitung für die Einführung von CKS.EINVOICE
E-Rechnung – Der flexible Standard EN 16931
Der Beitrag E-Rechnung im Mittelstand: Die Uhr läuft erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Frankreich E-Rechnung 2026: Was Unternehmen mit französischer Steuernummer jetzt wissen müssen erschien zuerst auf SAP Business One Blog.
]]>Was das Mandat ab September 2026 verlangt
Das französische Mandat verpflichtet alle betroffenen Unternehmen zu zwei parallelen Pflichten: der E-Rechnung und dem E-Reporting.
Die E-Rechnung ersetzt ab dem Stichtag die klassische Papier- oder PDF-Rechnung für inländische B2B-Umsätze zwischen in Frankreich VAT-registrierten Unternehmen vollständig. Eine bloße PDF-Datei genügt folglich nicht mehr – gefordert ist ein strukturiertes elektronisches Format, das über eine zugelassene Plattform übermittelt wird.
Das E-Reporting ergänzt die E-Rechnung dort, wo keine inländische B2B-E-Rechnung entsteht: also bei grenzüberschreitenden B2B-Transaktionen sowie bei inländischen B2C-Umsätzen. In diesen Fällen übermitteln Unternehmen die steuerlich relevanten Transaktions- und Zahlungsdaten elektronisch an die Steuerverwaltung. Der Geschäftspartner kann dabei weiterhin ein gewohntes Format erhalten, jedoch gehen die Pflichtdaten zusätzlich strukturiert an die staatliche Plattform.
Kurz gefasst gilt: E-Rechnung ist das elektronische Originaldokument im B2B-Inland, E-Reporting ist die rein fiskalische Datenmeldung für alles, was darüber hinausgeht.
Wer ist betroffen – und ab wann?
Grundsätzlich fallen alle Unternehmer in den Geltungsbereich, die in Frankreich ansässig sind oder dort für Umsatzsteuer registriert sind – einschließlich Betriebsstätten.
Die Einführung erfolgt jedoch gestaffelt:
- Ab 1. September 2026: Verpflichtung zur Empfangsfähigkeit von E-Rechnungen für alle Unternehmensgrößen. Zudem beginnen große und mittelgroße Unternehmen (ETI) mit der Ausgabe- und Reportingpflicht.
- Ab 1. September 2027: Ausgabe- und Reportingpflicht auch für KMU und Kleinstunternehmen.
Unternehmen ohne SIREN-Nummer – etwa bestimmte Finanzmarktakteure oder sehr neue Einheiten – befinden sich zwar formal im Scope, genießen jedoch eine Sanktions-Toleranz, solange keine Verzeichniseintragung möglich ist.
Das Plattformmodell: PPF, PA/PDP und OD
Das Mandat sieht ein klar definiertes Plattform-Ökosystem vor. Jedes Unternehmen wählt eine Plattform, über die es Rechnungen versendet, empfängt und die Pflichtdaten an den Staat meldet. Dabei existieren drei Typen von Akteuren:
| Akteur | Rolle |
|---|---|
| PPF (Portail Public de Facturation) | Staatliche Plattform, Verzeichnisverwaltung, Datendrehscheibe für die DGFIP |
| PA/PDP (Plateformes agréées) | Akkreditierte private Plattformen für Austausch und Meldung von E-Rechnungsdaten |
| OD (Opérateur de Dématérialisation) | Technischer Dienstleister ohne eigene Meldehoheit, immer über PPF oder PA |
In der Praxis routet die gewählte Plattform – entweder das PPF direkt oder eine akkreditierte PA – die Rechnung an die Empfängerplattform und meldet parallel die Pflichtdaten an die Steuerverwaltung. ODs übernehmen dabei die technische Konvertierung, dürfen Steuerdaten jedoch ausschließlich über PPF oder eine PA weiterleiten.
Erlaubte Formate und technische Anforderungen
Das Mandat lässt ausgewählte strukturierte Syntaxen zu, darunter:
- Factur-X (hybrides PDF/XML-Format)
- UBL 2.1
- UN/CEFACT CII
Ein reines PDF genügt damit nicht mehr. Darüber hinaus müssen alle Unternehmen ihre SIREN- bzw. SIRET-Nummer im zentralen Verzeichnis (Annuaire) registrieren, damit Rechnungen korrekt geroutet werden können. Weitere Pflichtfelder umfassen VAT-IDs, Steuerkennzeichen, Leistungsarten und Zahlungsbedingungen.
Worauf es im Implementierungsprojekt ankommt
Aus Sicht eines ERP- oder Integrationsprojekts entscheiden mehrere Faktoren über Erfolg oder Risiko:
1. Scope- und Mandatsanalyse Zunächst ist sauber abzugrenzen, welche Entitäten, Betriebsstätten, Systeme und Geschäftsvorfälle im Scope liegen. Daher empfiehlt sich frühzeitig ein Mapping der Steuerlogik (Place of Supply, B2B/B2C, In-/Ausland) im ERP.
2. Plattform- und Architekturentscheidung Unternehmen müssen entscheiden, ob sie direkt über das PPF oder über einen akkreditierten PA/PDP-Partner gehen. Zudem stellt sich die Frage, ob derselbe Provider auch andere Länder wie Italien oder Polen abdecken kann.
3. Daten- und Formatqualität Alle Pflichtfelder müssen vollständig und korrekt vorliegen. Außerdem braucht es ein konsistentes Mapping der ERP-Strukturen auf Factur-X, UBL oder CII – inklusive Positionsdaten, Rabatten und Referenzen auf Bestellungen oder Lieferscheine.
4. Prozess- und Rollenmodell Verantwortlichkeiten für Rechnungserstellung, Validierung, Korrekturen (Stornos, Gutschriften) und Statusüberwachung müssen klar definiert sein. Folglich sind auch Freigabe-, Workflow- und Mahnprozesse an die near-real-time-Transparenz der Steuerbehörde anzupassen.
5. Test, Pilotierung und Change Management Eine frühzeitige Teilnahme an Piloten oder ein Parallelbetrieb mit realen Geschäftsvorfällen reduziert das Risiko erheblich. Zudem sind Finance, Vertrieb, Einkauf und IT zu schulen – und Kunden sowie Lieferanten über geänderte Anforderungen wie die Pflicht zur SIREN-Angabe zu informieren.
6. Compliance- und Risikomanagement Gesetzesänderungen und Vereinfachungsmaßnahmen – etwa die jüngste Reduktion des Meldeumfangs oder Sanktions-Toleranzen bei fehlender SIREN – erfordern kontinuierliches Monitoring. Darüber hinaus sind technische und organisatorische Maßnahmen für Archivierung, Signatur und Ausfallszenarien bei Plattform-Downtime einzuplanen.
Der empfohlene Einstieg: Design-Projekt in 4 bis 6 Wochen
Ein bewährter Startpunkt ist ein kurzes Design-Projekt mit vier Kernbestandteilen: Mandatsanalyse, Soll-Architektur, Plattformvorauswahl und einem End-to-End-Beispielprozess – vom ERP-Beleg bis zur Factur-X-Datei und Plattformmeldung. Damit schaffen Unternehmen die notwendige Klarheit, bevor sie in die technische Implementierung einsteigen.
Die Zeit bis September 2026 ist kürzer als sie wirkt. Wer jetzt mit der Analyse beginnt, verschafft sich den Spielraum, den er für eine saubere Implementierung braucht.
E-Rechnung in Europa: Harmonisierter Standard und nationale Fragmentierung
E-Rechnung im Mittelstand: Die Uhr läuft
Frankreich E-Rechnung 2026: Was Unternehmen mit französischer Steuernummer jetzt wissen müssen
Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein?
Verifactu in Spanien: die neue Rechnungsstellungspflicht
Die E-Invoicing-Vorschriften in Europa
Die Vorteile der E-Rechnung 2025
E-Rechnung 2025 FAQs
Vorbereitung für die Einführung von CKS.EINVOICE
E-Rechnung – Der flexible Standard EN 16931
Der Beitrag Frankreich E-Rechnung 2026: Was Unternehmen mit französischer Steuernummer jetzt wissen müssen erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag SAP Business One Road Map 2026 erschien zuerst auf SAP Business One Blog.
]]>Warum SAP weiter in Business One investiert
SAP Business One ist das meistverkaufte ERP-Produkt von SAP gemessen an der Kundenzahl. Weltweit setzen über 83.000 Unternehmen in mehr als 170 Ländern auf die Lösung – mit insgesamt über 1,2 Millionen Nutzern. Mehr als 850 Partner implementieren und betreuen die Software, über 500 Partnerlösungen ergänzen den Standard.
Diese Zahlen erklären, warum SAP die strategische Bedeutung von Business One ausdrücklich bestätigt. Karl Fahrbach, SAP Chief Partner Officer, formulierte es im Dezember 2025 so: Business One sei von strategischer Bedeutung innerhalb des SAP-Portfolios – und das Ökosystem der Partner stehe dabei im Mittelpunkt des Erfolgs.
Folglich richtet SAP seine Investitionen konsequent auf vier Bereiche aus: die Weiterentwicklung des Core ERP, die Ermöglichung von Partner-Co-Innovationen über SAP BTP und SAP Build, ein flexibles Deployment-Modell mit Cloud-Fokus sowie die Wettbewerbsfähigkeit der Lösung gegenüber anderen ERP-Systemen im KMU-Segment.
Was mit Version 10 bereits geliefert wurde (FP 2602)
Web Client – der neue Standard
Der Web Client ist das zentrale Investitionsfeld der letzten Entwicklungszyklen. Er basiert auf dem SAP Fiori Design System, läuft im nativen Browser und greift auf dieselbe Unternehmensdatenbank zu wie der klassische Desktop-Client. Damit ist er kein separates System, sondern eine moderne Oberfläche für denselben Kern.
Bereits heute deckt der Web Client umfangreiche Geschäftsprozesse ab: Verkaufs- und Einkaufsbelege inklusive Belegerfassungs- und Beschaffungsbestätigungs-Assistenten, CRM, Service, Zeiterfassung, Zahlungsverkehr, Lagertransaktionen, Produktion und Ressourcen sowie Genehmigungs- und Entwurfsprozesse. Zudem sind anspruchsvolle Analysefunktionen integriert – darunter listenbasierte Analysen mit Datumversatz, allgemeine Übersichten mit KPI-Setup sowie benutzerdefinierten Abfragen.
Für die Erweiterbarkeit steht ein UI-API-Framework zur Verfügung. Entwickler können damit Web-Client-Oberflächen anpassen, neue Controls einbinden, Webhooks nutzen und die gesamte Entwicklung direkt im VS Code IDE durchführen – inklusive TypeScript-Unterstützung und Deployment über den Extension Manager.
Lokalisierungen und E-Invoicing
SAP liefert kontinuierlich länderspezifische Anpassungen. Mit FP 2602 wurden unter anderem folgende Bereiche ausgebaut:
- Elektronische Rechnungsstellung: EU Peppol, XRechnung für Deutschland, KSeF für Polen, elektronische Rechnungen für Israel und Portugal
- Steuerreporting: SAF-T für Norwegen und Portugal, E-Books für Griechenland, Withholding Tax für Mexiko, Golden Tax für China
- Weitere Länder: CAEA für Argentinien, Qualified Invoice Method für Japan, E-TDS für Indien, 1099-Formulare für die USA
Dadurch unterstützt Business One inzwischen 50 Länderlokalisierungen und 28 Systemsprachen.
Lifecycle Management und Cloud Control Center
Mit FP 2602 wurden außerdem wichtige Infrastrukturverbesserungen ausgeliefert. SAP führt modulare Tomcat-Deployments ein: Dienste wie License Service, Job Service und Service Layer Controller laufen nun auf separaten Tomcat-Instanzen statt auf einer gemeinsamen Instanz. Das reduziert gegenseitige Abhängigkeiten, ermöglicht unabhängige Neustarts und erhöht die Gesamtstabilität.
Das Cloud Control Center (CCC) – das zentrale Verwaltungswerkzeug für mandantenfähige Deployments durch Partner – erhielt ebenfalls Erweiterungen: Zertifikats-Monitoring für Service-Unit-Komponenten, SLD-Agenten-Versionsverfolgung, vereinfachte High-Availability-Konfiguration sowie die Möglichkeit, Identity Provider direkt aus dem CCC zu konfigurieren. Zudem wird Microsoft SQL Server 2022 nun unterstützt.
Was als nächstes kommt (SP 2605 / FP 2608)
Kernprozesse und Compliance
Für die nächsten Releases (SP 2605 und FP 2608) plant SAP eine Reihe von Erweiterungen im Bereich Business-Prozesse und rechtliche Compliance:
- Verbesserung hochpriorisierter Anfragen aus dem Customer-Influence-Programm
- Änderungsprotokoll-Berichtserweiterungen
- Elektronische Rechnungsstellung für Frankreich (Empfang ab 2026)
- Audit-Datei und ZM/ELMA-Dateiformat für Deutschland
- JPK-Berichte für Polen
- Unterstützung für Down-Payment-Kopffracht
Im Bereich Lifecycle Management stehen folgende Themen im Fokus: verbesserte Sicherheit und Compliance, erweiterte Service-Layer-Abdeckung, Zertifikatsmanagement-Optimierung für kurzlebige TLS-Zertifikate sowie Unterstützung für Microsoft SQL 2025.
Web Client Erweiterungen
Für FP 2608 plant SAP eine deutliche Erweiterung des Web Clients. Darunter fallen:
- Neue Prozessbereiche: HR (Mitarbeiterdaten), interne Abstimmung, Periodenabschluss, Zahlungsassistent, Bankabstimmung, MRP, Pick & Pack, Lagerneubewerung sowie Projektverwaltung
- Analytics: UDQ-Parameter-Unterstützung, Integration mit SAPs generativem AI Hub für die Generierung benutzerdefinierter Abfragen sowie neue Report-Inhalte (Hauptbuch, Lagerbewegung, Einkaufsanalyse)
- Extensibility: Erweiterte UI-API-Controls und Views, erweiterter VS Code IDE Plugin-Support, verbesserte Microsoft 365 Mail- und Anlagen-Integration
Der Blick nach vorn: Version 11 ab 2027
Multi-Tenant Cloud für Partner
Version 11 von SAP Business One ist für 2027 angekündigt. Sie markiert den nächsten Generationssprung – insbesondere im Bereich Cloud-Management durch Partner.
Kernpunkte der Version 11:
- Deployment auf führenden Hyperscaler-Plattformen: Business One läuft nativ auf Public-Cloud-Infrastrukturen
- Native Cloud-Storage-Integration: Anbindung an SharePoint, Google Drive, OneDrive und weitere Plattformen
- Unified SLD: Ein einziges System Landscape Directory verwaltet sowohl Single-Tenant- als auch Multi-Tenant-Deployments über mehrere v11-Releases hinweg
- Optimiertes Lifecycle Management: Vereinfachte Installation, automatisierte Updates, In-Place-Upgrades für Komponenten sowie die Erkundung von Containerisierung für mehr Deployment-Flexibilität
- Verbesserte Authentifizierung: Stärkung von SSO, Multi-Faktor-Authentifizierung und modernen Authentifizierungsmethoden
Zusätzlich sind mit Version 11 neue funktionale Inhalte geplant: Item-Varianten und BOM-Versionierung ergänzen den Standard. Der Desktop-Client und die Unterstützung für MS SQL und SAP HANA bleiben dabei erhalten.
KI-Integration und MCP-Server
SAP treibt die KI-Befähigung von Business One aktiv voran – sowohl durch eigene Use Cases als auch durch die Öffnung der Plattform für Partnerlösungen.
Geplant sind konkret:
- SAP Generative AI Hub Integration: Partner können SAP AI Core Services für eigene Erweiterungen nutzen
- Ausgewählte SAP-eigene Use Cases: Generierung benutzerdefinierter Abfragen per GenAI sowie eine “Ask GenAI”-Funktion, die ausgewählte Business-One-Daten kontextuell an SAP AI Services übergibt
- Open-Source MCP-Server-Unterstützung: Damit lässt sich Business One für KI-Agenten-Szenarien öffnen – ein klares Signal in Richtung agentenbasierter Prozessautomatisierung
Was das für SAP B1 Partner und Kunden bedeutet
Die Road Map 2026 sendet klare Signale. SAP hält an Version 10 fest und liefert kontinuierlich über Feature Packages und Support Packages aus. Gleichzeitig bereitet SAP die Brücke zu Version 11 vor, die 2027 erscheint – mit einer bewusst begrenzten Überschneidungszeit beider Versionen.
Für Partner bedeutet das: Wer heute in den Web Client, in Service-Layer-Entwicklung und in SAP BTP-Erweiterungen investiert, positioniert sich für Version 11. Die Plattform wird durchgängig weiterentwickelt, nicht neu erfunden.
Für Kunden bedeutet das: Business One bleibt eine strategisch abgesicherte Investition. Der Web Client wird zunehmend zur primären Oberfläche, ohne dass der Desktop-Client kurzfristig wegfällt. Lokalisierungen, Compliance-Anforderungen und Cloud-Optionen werden systematisch ausgebaut.
Daher lohnt es sich, die Entwicklungen im Customer Influence Program aktiv zu begleiten – denn SAP nimmt Kunden- und Partnerfeedback messbar in die Planung auf, wie die zahlreichen Verbesserungen in FP 2602 zeigen.
Neu in SAP Business One 10.0 FP2602 — CRM, Verkauf und Einkauf
SAP Business One Road Map 2026
SAP Business One Roadmap: 5 überraschende Wahrheiten
Versino Financial Suite V09.2025 für SAP Business One
Neuerungen in SAP Business One 10.0 FP 2508
Jetzt SAP Business One auf camt.053 umstellen
Der Beitrag SAP Business One Road Map 2026 erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Warum Unternehmen bei KI im ERP zögern erschien zuerst auf SAP Business One Blog.
]]>Statt jedoch vorschnell in komplexe Großprojekte zu investieren, benötigen Unternehmen einen kontrollierten Einstieg. Genau hier setzt der Proof of Concept (PoC) an: Er fungiert als fokussierter Test unter realen Bedingungen, wodurch Potenziale frühzeitig sichtbar gemacht und Risiken effektiv entschärft werden. Auf diese Weise entsteht schrittweise das notwendige Vertrauen in die Technologie, den konkreten Use Case und die eigene Organisation.
Key Takeaways
- KI im ERP bietet große Potenziale, doch viele Unternehmen zögern aufgrund von Integrationskosten und Unsicherheiten.
- Ein Proof of Concept (PoC) hilft, Risiken zu minimieren und Vertrauen in neue Technologien aufzubauen, ohne große Ressourcen zu binden.
- Ein PoC ist ein zeitlich begrenzter Test zur Validierung von KI-Use-Cases, nicht jedoch ein umfangreiches Implementierungsprojekt.
- Typische Ziele eines PoC sind Validierung, Identifikation von Hürden und Einschätzung des Aufwands, um Entscheidungen zu erleichtern.
- Fokussierte PoCs mit echtem Daten und engem Scope erhöhen die Erfolgschancen und sollten innerhalb von vier bis acht Wochen abgeschlossen werden.
Proof of Concept: Was ein PoC ist – und was nicht
Ein Proof of Concept ist ausdrücklich kein Pilotprojekt mit unmittelbarem Rollout-Ziel und ebensowenig ein umfangreiches Implementierungsvorhaben. Vielmehr handelt es sich um einen zeitlich begrenzten sowie klar messbaren Testlauf. Das primäre Ziel besteht darin, die technische und organisatorische Machbarkeit zu prüfen, ohne dabei langfristige Verpflichtungen einzugehen oder große Ressourcen zu binden.
Wichtig ist darüber hinaus die Abgrenzung zum Prototypen: Ein PoC ist kein MVP (Minimum Viable Product), das bereits als produktive Keimzelle dienen soll. Stattdessen stellt er einen funktionalen Test mit klarer Ergebnisverpflichtung dar. Das Resultat lautet folglich nicht „nice to have“, sondern liefert die binäre Erkenntnis: „funktioniert – oder funktioniert unter den gegebenen Rahmenbedingungen nicht“.
Typische Ziele eines PoC
Ein sauber aufgesetzter PoC verfolgt dementsprechend mehrere strategische Ziele gleichzeitig:
- Validierung eines KI-Use-Cases auf Basis echter Datensätze.
- Identifikation technischer sowie operativer Hürden in einem frühen Stadium.
- Präzise Einschätzung von künftigen Aufwänden und dem zu erwartenden Time-to-Value.
- Vorbereitung einer fundierten und belastbaren Umsetzungsentscheidung.
Somit schaffen Unternehmen eine verlässliche Entscheidungsgrundlage, bevor sie über weitreichende Rollouts oder Skalierungen befinden. Dadurch reduziert ein PoC die bestehende Unsicherheit signifikant, ohne den Innovationsgeist im Keim zu ersticken.
Idealtypischer Ablauf eines PoC im ERP-Umfeld
Ein strukturierter PoC folgt einem klar definierten Phasenmodell. Dadurch bleibt der Scope stets beherrschbar, während die Erwartungen realistisch und die Ergebnisse greifbar bleiben.
- 1. Use Case definieren
Am Anfang steht ein eindeutig beschriebenes Problem mit einem messbaren Nutzenversprechen. Dabei wird der Use Case auf eine spezifische Prozessstelle oder eine definierte Datenbasis eingegrenzt. Gleichzeitig ist es entscheidend, Stakeholder mit einer hohen Veränderungsbereitschaft frühzeitig einzubinden. Ein Beispiel hierfür ist die Fragestellung: „Kann ein LLM Anforderungsdokumente automatisch aus E-Mail- und Gesprächsprotokollen erstellen?“ Bereits in dieser Phase wird sichergestellt, dass der PoC eine präzise Antwort liefert, statt im Allgemeinen zu verharren. - 2. Bedarfsanalyse und Systemverständnis Im nächsten Schritt identifiziert das Team die notwendigen Schnittstellen sowie relevanten Datenquellen. Zudem werden die vorhandenen Prozesslogiken und die IT-Architektur einer genauen Analyse unterzogen. Parallel dazu definiert das Projektteam verbindliche Erfolgskriterien und KPIs. Infolgedessen herrscht von Beginn an Transparenz darüber, woran der Erfolg des Projekts gemessen wird, was die Akzeptanz in der IT und im Management erhöht.
- 3. Technischer Aufbau und Implementierung Anschließend bereitet das Team die Daten auf und passt das gewählte Modell spezifisch an. Zusätzlich wird eine temporäre Testumgebung geschaffen – beispielsweise in Form einer Sandbox. Zentral ist hierbei die Sicherstellung der Konnektivität mit dem ERP-System oder anderen RPA-Komponenten, damit der Use Case unter Bedingungen geprüft werden kann, die der späteren Realität bereits sehr nahekommen.
- 4. Testphase mit realen Daten Nun folgt die eigentliche Bewährungsprobe, indem der PoC mit echten Transaktionen oder authentischen Nutzereingaben betrieben wird. Während dieses Prozesses dokumentiert das Team konsequent die Performance sowie etwaiges Fehlerverhalten. Die gewonnenen Ergebnisse werden schließlich gegen die zuvor definierten KPIs geprüft. Dadurch lässt sich zweifelsfrei erkennen, ob der Use Case praxistauglich ist oder an welchen Stellen noch Anpassungsbedarf besteht.
- 5. Auswertung und Handlungsempfehlung Am Ende steht eine strukturierte Auswertung in Form eines Ergebnisberichts, der das Nutzen-Kosten-Verhältnis einordnet. Darüber hinaus werden sowohl technische als auch organisatorische Barrieren explizit benannt. Auf dieser Grundlage fällt die finale Entscheidung: Entweder die Skalierung des Projekts, eine Anpassung des Ansatzes oder gegebenenfalls die bewusste Verwerfung des Use Cases. Somit liefert der PoC eine fundierte Basis für das weitere Vorgehen, anstatt lediglich als isoliertes Experiment zu enden.
Best Practices für erfolgreiche PoCs
Ein PoC entfaltet nur dann seinen vollen Mehrwert, wenn man ihn fokussiert durchgeführt. Hierbei haben sich folgende Grundsätze bewährt:
- Enger Scope: Konzentration auf einen klar abgegrenzten Use Case.
- Realitätsnähe: Verwendung echter Daten statt einer rein synthetischen Laborwelt.
- Interdisziplinarität: Fachabteilungen und IT müssen zusammenarbeiten, anstatt in Silos zu agieren.
- Klarer Zeitrahmen: Ein effizienter PoC sollte idealerweise innerhalb von vier bis acht Wochen abgeschlossen sein.
Wie effektiv dieser Ansatz ist, zeigt das Beispiel eines Maschinenbauers: In einem nur sechswöchigen PoC konnte das Unternehmen mittels Machine Learning die Wartungsbedarfe seiner Pressen mit über 85 % Genauigkeit vorhersagen. Dies diente als unumstößlicher Beweis für den künftigen Return on Investment.
Typische Stolpersteine und wie man sie vermeidet
Trotz aller Planung ist ein PoC kein Selbstläufer. Häufig treten Stolpersteine auf, die jedoch proaktiv adressiert werden können:
- Unspezifische Use Cases: Hier hilft der Fokus auf eine messbare Fragestellung.
- Mangelnde Datenqualität: Die Datenlage muss man zwingend vorab prüfen.
- Fehlendes Stakeholder-Engagement: Deshalb sollten Entscheider frühzeitig eingebunden werden.
Durch diese Klarheit wird der PoC nicht zur einmaligen Übung, sondern zu einem integralen Baustein einer übergeordneten KI-Strategie.
Warum PoCs auch die Kultur testen
Ein PoC wirkt nicht nur auf der technischen Ebene, sondern er fordert auch die Wandlungsfähigkeit der Organisation heraus. Dabei treten Fragen zur Fehlerkultur und zur Offenheit gegenüber neuen Werkzeugen in den Vordergrund. Ein erfolgreicher PoC schafft jedoch nicht nur Sichtbarkeit, sondern liefert auch den nötigen Rückenwind für die gesamte digitale Transformation.
Letztlich gilt: Besser sechs Wochen fokussierte Erprobung als sechs Monate kostspielige Unsicherheit. Wer den Mut zum kontrollierten Testen aufbringt, wird schneller produktiv und trifft somit die weitaus fundierteren Investitionsentscheidungen.
Warum Unternehmen bei KI im ERP zögern
Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht
RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer
Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern
Mit APIs und Microservices die ERP-Zukunft vorbereiten
Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten
Der Beitrag Warum Unternehmen bei KI im ERP zögern erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht erschien zuerst auf SAP Business One Blog.
]]>Key Takeaways
- Predictive Maintenance ist heute eine geschäftskritische Notwendigkeit für Unternehmen, um unvorhergesehene Ausfallzeiten zu vermeiden.
- SAP Business One bietet eine integrierte Lösung, die Daten aus verschiedenen Quellen bündelt und so proaktives Handeln ermöglicht.
- Durch IoT und einen Service Layer können Maschinen und ERP effizient miteinander kommunizieren, ohne aufwendige Programmierungen.
- Echtzeit-Analysen und automatisierte Workflows optimieren die Reaktionsgeschwindigkeit bei Wartungsanfragen und steigern die Effizienz.
- Die Cloud-Technologie fördert strategische Flexibilität und ermöglicht den Zugriff auf aktuelle Innovationen in der Predictive Maintenance.
1. Der „Intelligente Digitale Kern“ als strategisches Fundament
Vorausschauende Wartung (Predictive Maintenance) scheitert in der Praxis oft nicht an der Sensorik, sondern an isolierten Datensilos. Ohne einen intelligenten digitalen Kern, der sämtliche Informationsströme bündelt, bleibt jede Fehlermeldung einer Maschine wertlos. Erst wenn Vertrieb, Einkauf, Produktion und Service in einer einzigen In-Memory-Datenbank (SAP HANA) verschmelzen, entsteht die notwendige Transparenz für proaktives Handeln.
Datensilos sind der größte Feind der Effizienz. Wenn der Zustand einer Maschine nicht unmittelbar mit der Materialbedarfsplanung (MRP) oder den aktuellen Lieferverpflichtungen im Vertrieb abgeglichen werden kann, bleibt Predictive Maintenance ein theoretisches Konzept. SAP Business One beseitigt diese Barrieren durch voll integrierte Geschäftsprozesse.
„SAP Business One ist die umfassendste Plattform für wachsende Unternehmen, der bereits 80.000 Unternehmen vertrauen.“
2. Wenn Maschinen sprechen – IoT und die Brücke zum ERP
Der technische Durchbruch gelingt durch die Integration von externen Sensoren und anderen Quellen via Internet der Dinge (IoT). Für viele Mittelständler klingen Begriffe wie Integration Framework oder Service Layer nach komplexer IT-Expertise. Doch strategisch betrachtet sind sie der entscheidende Wettbewerbsvorteil: Der Service Layer fungiert als moderner API-„Übersetzer“, der die Sprache der Maschine für die Geschäftslogik verständlich macht, ohne dass aufwendige Eigenprogrammierungen nötig sind. Dies macht das System hochgradig skalierbar.
KMU im Maschinen-, Geräte- und Komponentenbau müssen das Rad dabei nicht neu erfinden. Durch das globale Partnernetzwerk stehen über 500 zertifizierte Branchenlösungen bereit, die speziell auf die Anforderungen der Teilefertigung und Metallverarbeitung zugeschnitten sind.
Folgende Schlüsseltechnologien bilden das Gerüst:
- Internet der Dinge (IoT): Die physische Vernetzung von Assets und ERP.
- Big Data: Die Fähigkeit, riesige Datenmengen aus dem laufenden Betrieb verlustfrei zu verarbeiten.
- Maschinelles Lernen: Die Basis, um über starre Schwellenwerte hinaus echte Verhaltensmuster zu erkennen.
3. Echtzeit-Analysen: Das „Window of Opportunity“ nutzen
Klassisches Reporting gleicht dem Blick in den Rückspiegel – man sieht, wo man gegen die Wand gefahren ist. Im Kontext von Predictive Maintenance ist Geschwindigkeit jedoch alles. Dank der SAP HANA In-Memory-Technologie findet die Datenverarbeitung nicht auf langsamen Festplatten, sondern direkt im Arbeitsspeicher statt. Dieses Echtzeit-Computing ist die Voraussetzung für eine völlig neue Kategorie der Instandhaltung.
In der Produktion kann das Zeitfenster zwischen der Entdeckung einer Anomalie (z. B. Vibration oder Temperaturanstieg) und dem tatsächlichen Maschinenausfall oft nur wenige Minuten betragen. Pervasive Dashboards und Key Performance Indicators (KPIs) ermöglichen es den Verantwortlichen, dieses kritische „Window of Opportunity“ zu nutzen. Wartungsmeldungen dürfen nicht erst im Wochenbericht auftauchen; sie müssen den Prozess in dem Moment triggern, in dem die Gefahr entsteht.
4. Automatisierte Workflows – Vom Sensor bis zur Materialbeschaffung
Ein intelligentes System zeichnet sich dadurch aus, dass auf eine Warnmeldung automatisch Taten folgen. In SAP Business One wird der Serviceprozess nahtlos mit der Logik der Intelligenten Suite verknüpft. Es geht nicht nur darum, dass ein Techniker erscheint, sondern dass die gesamte Lieferkette reagiert:
- Sensorevent: Ein kritischer Wert wird via IoT-Schnittstelle gemeldet.
- Identifikation: Das System ordnet das Event über die Kundenequipmentkarte sofort dem spezifischen Objekt zu.
- Serviceabruf & SLA: Ein Serviceabruf wird unter Berücksichtigung der Service-Level-Vereinbarungen (SLAs) priorisiert erstellt.
- Integrierte Materialplanung: Hier zeigt sich die Stärke der Integration. Das System prüft über die Materialbedarfsplanung (MRP), ob notwendige Ersatzteile auf Lager sind, und löst bei Bedarf sofort eine Bestellung im Einkauf aus.
- Produktionsabgleich: Laufende Produktionsaufträge werden automatisch angepasst, um Stillstände auf andere Maschinen umzuleiten.
5. Mobilität – Predictive Maintenance auf dem „letzten Meter“
Die wertvollsten Daten nützen wenig, wenn sie das Büro nicht verlassen. Die mobile Verfügbarkeit ist der „letzte Meter“ zum Erfolg. Über die SAP Business One Mobile Apps (iOS/Android) oder den modernen Web-Client haben Servicetechniker direkt an der Maschine Sofortzugriff auf alle relevanten Informationen.
Durch integrierte Analysen in Echtzeit können Mitarbeiter vor Ort Wartungshistorien einsehen, technische Zeichnungen abrufen oder Fotos von Verschleißteilen direkt in den Serviceabruf hochladen. Diese Transparenz erhöht die Erstlösungsquote massiv und macht den Außendienst zu einem proaktiven Teil der Wertschöpfungskette.
6. Strategische Flexibilität: Cloud als Innovationsbeschleuniger
Die Entscheidung zwischen Cloud und On-Premise ist heute weniger eine Frage der IT-Infrastruktur, sondern der Innovationsgeschwindigkeit. Während On-Premise maximale Kontrolle über die interne Hardware bietet, empfehle ich innovativen KMU verstärkt den Weg in die Cloud.
Die Cloud-Version bietet den entscheidenden strategischen Vorteil: Sie erhalten Zugriff auf aktuellste Funktionen ohne die Abhängigkeit von internen IT-Ressourcen. Gerade für Predictive Maintenance, wo sich Technologien wie KI und IoT rasant entwickeln, ermöglicht die Cloud eine Skalierbarkeit, die mit interner Hardware kaum kosteneffizient abzubilden ist. Sie tauschen hohe Vorab-Investitionen gegen flexible Betriebsausgaben und bleiben technologisch immer an der Spitze.
Sind Sie bereit für die proaktive Zukunft?
Predictive Maintenance ist keine Frage der Unternehmensgröße mehr, sondern der technologischen Intelligenz. Die Kombination aus einem integrierten digitalen Kern, performanter In-Memory-Technologie und einer nahtlosen IoT-Anbindung macht den Weg frei für eine Produktion ohne böse Überraschungen.
Der nächste logische Schritt ist der Übergang von schwellenwertbasierten Alarmen hin zu echter Mustererkennung durch Maschinelles Lernen. Die technologische Basis in SAP Business One ist bereit – die Frage ist, ob Sie Ihre Daten bereits als Mitarbeiter Ihres Unternehmens begreifen.
Wartet Ihr Unternehmen noch auf den nächsten teuren Ausfall, oder lassen Sie Ihre Daten bereits aktiv für Ihre Produktivität arbeiten?
Warum Unternehmen bei KI im ERP zögern
Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht
RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer
Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern
Mit APIs und Microservices die ERP-Zukunft vorbereiten
Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten
Der Beitrag Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer erschien zuerst auf SAP Business One Blog.
]]>
Key Takeaways
- RPA automatisiert manuelle Aufgaben in ERP-Systemen, wodurch Mitarbeiter Zeit für wertschöpfende Tätigkeiten gewinnen.
- Die Technologie imitiert menschliche Eingaben, interagiert direkt mit Benutzeroberflächen und erfordert keine tiefgreifenden Eingriffe in die IT-Infrastruktur.
- Besonders in der Finanzbuchhaltung, im Einkaufswesen und im Kundendienst zeigt RPA erhebliche Effizienzgewinne.
- Die Kombination von RPA mit KI verbessert die Verarbeitung unstrukturierter Daten und führt zu intelligenteren Prozessen.
- Für eine nachhaltige RPA-Implementierung sind stabile Prozesse, Skalierbarkeit und zentrales Management unerlässlich.
Was ist RPA – und was unterscheidet es von anderen Lösungen?
Robotic Process Automation bezeichnet die regelbasierte Automatisierung manueller Aufgaben durch spezialisierte Software-Roboter. Diese digitalen Helfer imitieren menschliche Eingaben, wie beispielsweise Mausklicks oder Tastaturanschläge. Außerdem lesen sie Bildschirminhalte eigenständig aus. Im Gegensatz zu klassischen Schnittstellenlösungen interagiert RPA direkt mit den bestehenden Benutzeroberflächen. Deshalb sind keine tiefgreifenden Eingriffe in die IT-Infrastruktur erforderlich. Dennoch ersetzt RPA keine komplexe Geschäftslogik. Vielmehr automatisiert die Technologie klar strukturierte Abläufe, die ein hohes Volumen bei gleichzeitig geringer Varianz aufweisen.
Strategische Anwendungsfelder im ERP-Kontext
RPA bietet sich vor allem in Bereichen an, in denen hoher manueller Aufwand auf standardisierte Abläufe trifft. Innerhalb der Finanzbuchhaltung übernimmt der Roboter beispielsweise die automatisierte Rechnungsprüfung mittels Texterkennung. Zusätzlich gleicht er Zahlungen mit Bankkonten ab oder verbucht Belege in den Nebenbüchern. Auch im Einkaufs- und Bestellwesen entfaltet die Technologie ihre Wirkung. Hier versendet RPA automatisch Bestellbestätigungen oder gleicht Liefertermine mit den aktuellen ERP-Beständen ab. Darüber hinaus unterstützt RPA den Kundendienst durch die automatisierte Weiterleitung von Tickets oder das Erstellen standardisierter Antwortschreiben. Selbst die Stammdatenpflege profitiert erheblich, da Software-Roboter Umsatzsteuer-IDs validieren und Dubletten im System zuverlässig identifizieren.
Die Kombination von RPA mit KI als Evolutionsschritt
Besonders wirkungsvoll agiert RPA, wenn Unternehmen die Technologie mit KI-Funktionalitäten kombinieren. Während RPA die strukturierten Aufgaben übernimmt, verarbeitet die KI unstrukturierte Daten oder trifft logische Entscheidungen. Beispielsweise erkennt die KI den Typ eines Dokuments, während RPA die anschließende Verarbeitung im ERP-System durchführt. Mithilfe von intelligenter Texterkennung (OCR) liest die KI Papierbelege ein, woraufhin der Software-Roboter die extrahierten Daten direkt in das System einspeist. Infolgedessen entsteht echte Prozessintelligenz. Aus einer reinen Automatisierung entwickelt sich eine dynamische und lernfähige Prozessverarbeitung, die sogar Vorschläge für bevorzugte Lieferanten auf Basis historischer Daten unterbreiten kann.
Ein Praxisbeispiel: Automatisierter Workflow beim Maschinenbauer
Ein mittelständischer Maschinenbauer implementierte RPA, um den gesamten Ablauf von der Bestellung bis zum Rechnungslauf zu optimieren. Sobald eine Bestellung via Webformular eingeht, erfasst der Roboter die Daten und erstellt die Bestellung im ERP. Danach generiert das System selbstständig ein Lieferavis. Nach dem Wareneingang löst RPA automatisch die Rechnungserstellung aus und gleicht abschließend die Zahlungseingänge ab. Dieses Vorgehen führte zu einer Zeitersparnis von 70 % im gesamten Bestellprozess. Zudem sank die Fehlerquote bei der Belegerfassung um beeindruckende 90 %. Durch die lückenlosen RPA-Protokolle blieb jede Aktion für das Unternehmen transparent und nachvollziehbar.
Erfolgsfaktoren für eine nachhaltige Implementierung
Damit der Einsatz von RPA langfristig funktioniert, müssen bestimmte Voraussetzungen erfüllt sein. Zuerst erfordert die Technologie stabile und standardisierte Prozesse. Systeme müssen zudem fehlerrobust reagieren und definierte Rückmeldungen geben, falls Daten fehlen sollten. Des Weiteren ist die Skalierbarkeit entscheidend, damit Roboter für verschiedene Varianten wiederverwendet werden können. Da RPA wie ein digitaler Mitarbeiter agiert, sind Governance und Monitoring unerlässlich. Ein zentrales Management stellt dabei die Versionskontrolle und notwendige Wartungszyklen sicher. Dennoch stößt RPA an Grenzen, wenn Prozesse zu unstrukturiert verlaufen oder Benutzeroberflächen sich ständig ändern. In solchen Fällen hilft eine vorherige Standardisierung der Abläufe oder die Ergänzung durch KI-Module.
Zusammenfassend lässt sich festhalten, dass RPA einen schnellen und risikoarmen Weg darstellt, um ERP-Prozesse effizienter zu gestalten. Durch die Entlastung von repetitiven Aufgaben gewinnen Mitarbeiter Zeit für wertschöpfende Tätigkeiten. In der Kombination mit Künstlicher Intelligenz fungiert RPA zudem als tragfähige Brücke hin zu einer vollumfänglich intelligenten Prozessautomatisierung.
Warum Unternehmen bei KI im ERP zögern
Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht
RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer
Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern
Mit APIs und Microservices die ERP-Zukunft vorbereiten
Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten
Der Beitrag RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern erschien zuerst auf SAP Business One Blog.
]]>Key Takeaways
- Die Rolle von ERP-Systemen wandelt sich durch KI im ERP zu interaktiven, lernenden Systemen, die Entscheidungen unterstützen und Abläufe beschleunigen.
- Traditionelle ERP-Systeme sind regelbasiert, während LLMs kontextbezogen und lernfähig sind, was neue Interaktionsformen ermöglicht.
- KI im ERP ermöglicht automatisierte Textgenerierung, intelligente Benutzerführung und Prozessanalysen, die in bestehende Systeme integriert werden können.
- LLMs beschleunigen die Anforderungsanalyse und unterstützen bei der Codeerstellung sowie dem Verständnis von Legacy-Code.
- Der erfolgreiche Einsatz erfordert strukturierten Datenzugriff, Sicherheit und eine kontrollierte Integration von KI in ERP-Systeme.
Außerdem markiert die Integration solcher Technologien in klassische ERP-Landschaften einen echten Wendepunkt. Entscheidend ist jedoch, dass dieser Wandel strategisch erfolgt und nicht opportunistisch oder rein experimentell. LLMs wie GPT oder Claude treten dabei als „Copilots“ auf, die vorhandene Systeme ergänzen, statt sie zu verdrängen.
Vom Transaktionssystem zum interaktiven Partner
Regelbasierte ERP-Systeme vs. lernfähige Sprachmodelle
Traditionelle ERP-Systeme sind regelbasiert und weitgehend deterministisch. Sie führen das aus, was ihnen explizit vorgegeben wird – nicht mehr und nicht weniger. Deshalb funktionieren sie stabil, allerdings reagieren sie nur innerhalb klar definierter Grenzen.
Generative KI agiert dagegen kontextbezogen, probabilistisch und lernfähig. Sie interpretiert Eingaben im Zusammenhang, erkennt Muster und erzeugt Inhalte, die über klassische Wenn-Dann-Logiken hinausgehen. Dadurch eröffnen sich neue Formen der Interaktion mit dem ERP, die über Masken, Transaktionen und statische Reports hinausreichen.
Zentrale Einsatzfelder generativer KI im ERP-Kontext
Aus dieser anderen Funktionsweise entstehen im ERP-Umfeld neue Anwendungsfelder:
- automatisierte Textgenerierung, etwa für Angebote oder Produktbeschreibungen
- intelligente Benutzerführung direkt im System
- Prozessanalyse und Mustererkennung in Abläufen und Daten
- Assistenz bei Anforderungs- und Codeerstellung
- Echtzeitunterstützung bei operativen und fachlichen Entscheidungen
Zudem lassen sich diese Funktionen in bestehende Strukturen integrieren, ohne das Kernsystem zu ersetzen. LLMs begleiten Nutzer und Entwickler somit wie ein Copilot entlang zentraler ERP-Prozesse.
Anforderungsanalyse mit LLMs automatisieren
In klassischen ERP-Projekten verschlingt die Anforderungsanalyse viel Zeit und Ressourcen. Interviews, Workshops, Protokolle, Dokumentation und Abstimmungen erfolgen meist manuell. Dadurch entsteht oft ein Bruch zwischen Fachbereichssprache und technischer Umsetzung.
Ein LLM kann diese Phase deutlich beschleunigen und zugleich strukturieren. Es analysiert Gesprächsprotokolle, Systemdaten und Fachbereichsdokumente in großer Breite. Außerdem erkennt es Muster, doppelte Anforderungen und Inkonsistenzen, die in der manuellen Sicht leicht untergehen.
Darüber hinaus kategorisiert und priorisiert ein LLM Anforderungen automatisch nach vordefinierten Kriterien. Es erstellt Zusammenfassungen für Entscheidungsträger, die schnell einen Überblick über Konflikte, Abhängigkeiten und Lücken erhalten. Das Ergebnis ist eine Zeitersparnis von rund 30–60 % in der Analysephase – ohne Verlust an Detailtiefe.
Somit bleibt mehr Zeit für die fachliche Bewertung und die bewusste Gestaltung von Prozessen, während Routinearbeit der Strukturierung auf die KI verlagert wird.
Legacy-Code verstehen und neuen Code generieren
Große ERP-Systeme wie SAP enthalten oft zehntausende Zeilen ABAP-Code. Dieser ist historisch gewachsen, mehrfach erweitert und vielfach unzureichend dokumentiert. Dadurch entstehen regelrechte „Codewüsten“, deren Verständnis selbst für erfahrene Entwickler anspruchsvoll ist.
Generative KI hilft, diese Landschaften zu strukturieren und zu entschlüsseln. Sie analysiert bestehende Customizing-Objekte und Quellcodes. Außerdem kann sie veraltete Logiken kommentieren und Refactoring-Vorschläge machen. Dadurch wird sichtbar, was Codeabschnitte fachlich leisten und wo Redundanzen liegen.
Zugleich unterstützt ein LLM bei der Erstellung von Unit-Tests, indem es auf Basis vorhandener Funktionen sinnvolle Testfälle vorschlägt. Auf Grundlage von Funktionsbeschreibungen generiert es neuen Code, den Entwickler anschließend prüfen und anpassen.
LLMs agieren hier ausdrücklich als technische Co-Entwickler. Sie produzieren nicht blind Code, sondern unterstützen menschliche Entwickler durch Vorschläge, Erklärungen und Mustererkennung. Folglich sinken Entwicklungszeiten um bis zu 40 %, während Wissen über das System besser dokumentiert vorliegt.
Intelligente Benutzerführung durch KI-gestützte Assistenten
Ein digitaler ERP-Assistent auf Basis eines LLM – etwa in Form eines Chatbots – kann direkt mit Nutzern interagieren. Statt Menüpfade zu suchen oder Handbücher zu lesen, formulieren Anwender ihre Anliegen in natürlicher Sprache.
Der Assistent beantwortet kontextsensitive Fragen und greift dabei auf ERP-Daten und Prozesslogiken zu. Außerdem kann er einfache Aktionen direkt ausführen, zum Beispiel: „Zeige alle offenen Rechnungen von Kunde X“. Dadurch reduziert sich der Navigationsaufwand im System deutlich.
Darüber hinaus macht der Assistent Vorschläge auf Basis vergangener Nutzungsmuster. Er begleitet Nutzer durch Prozesse, ohne dass ein hoher Schulungsaufwand nötig ist. Besonders für Gelegenheitsnutzer, die selten im ERP arbeiten, entsteht so ein spürbarer Nutzen: Sie erhalten schnell die benötigten Informationen, ohne die Systemtiefe im Detail zu kennen.
Vorhersage, Szenarienanalyse und Entscheidungsunterstützung
LLMs lassen sich mit klassischen KI-Technologien kombinieren, um Entscheidungen im ERP-Umfeld zu unterstützen. Während traditionelle Modelle Zahlen prognostizieren, bringt das LLM eine dialogfähige Oberfläche und Kontextverständnis ein.
So werden What-if-Analysen möglich, die sich in natürlicher Sprache formulieren lassen: „Wie verändert sich mein Lagerbestand bei 10 % Nachfrageanstieg?“ Das System greift auf aktuelle Daten zu, berechnet Szenarien und beschreibt die Auswirkungen.
Außerdem sind Echtzeit-Prognosen zu Absatzentwicklung, Liquiditätsplanung oder Lieferzeiten eingebunden. Die KI liefert nicht nur Zahlen, sondern erläutert Zusammenhänge. Zugleich unterstützt sie Simulationen von Planungsszenarien auf Basis aktueller Datenmodelle.
Dadurch agiert die KI nicht mehr als statische Auswertung, sondern als dialogfähiger Sparringspartner. Sie versteht Kontext, stellt Rückfragen und bietet proaktiv Alternativen an. Entscheidungen werden damit nachvollziehbarer, weil der Weg zur Empfehlung transparent bleibt.
Voraussetzungen für den erfolgreichen Einsatz generativer KI im ERP
Trotz des Potenzials müssen einige Voraussetzungen erfüllt sein, damit generative KI im ERP-Umfeld sicher und wirksam eingesetzt werden kann.
Zunächst benötigen LLMs strukturierten und kontrollierten Datenzugriff. Sie arbeiten nur so gut, wie Prozessdaten, Produktstammdaten oder Interaktionslogs gepflegt und zugänglich sind. Außerdem sind klare Sicherheits- und Berechtigungskonzepte erforderlich. Sensible ERP-Daten dürfen nicht unkontrolliert verarbeitet werden, deshalb braucht es rollenbasierte Zugriffskonzepte und technische Leitplanken.
Gerade im Finanzbereich ist Transparenz entscheidend. Deshalb muss nachvollziehbar sein, wie Vorschläge der KI zustande kommen und auf welche Daten sie sich stützt. Nur dann lassen sich Entscheidungen auditierbar dokumentieren.
Zugleich bleibt der Mensch im Sinne eines Human-in-the-Loop-Ansatzes im Prozess. LLMs sollen Empfehlungen geben, doch Entscheidungen müssen validierbar und korrigierbar bleiben. Dadurch entsteht ein Zusammenspiel aus Automatisierung und bewusster Kontrolle.
ERP + LLM: Synergie statt Systemersatz
Es geht nicht darum, ERP-Systeme durch LLMs zu ersetzen. Vielmehr sollen ihre Grenzen erweitert werden. Klassische Systeme sind strukturiert, exakt und regeltreu. LLMs ergänzen diese Stärken durch Flexibilität, Sprachverständnis und Kontextintelligenz.
In der Kombination entsteht ein hybrides System:
- das ERP sorgt für transaktionale Präzision
- das LLM liefert interaktive Intelligenz
Der Mehrwert entsteht in der Schnittmenge. Dies zeigt sich zum Beispiel in der Interaktion mit Nutzern, in der Analyse unstrukturierter Daten oder in der automatisierten Ableitung von Handlungsempfehlungen aus bestehenden Informationen. Dadurch bleibt das ERP das stabile Rückgrat der Unternehmensprozesse, während das LLM die Brücke zwischen Mensch, Daten und Entscheidung bildet.
Ausblick: Generative KI als Erweiterung des digitalen Arbeitsplatzes
ERP-Systeme müssen künftig mehr leisten als buchen, speichern und melden. Sie sollen aktiv Vorschläge machen, Aufgaben übernehmen und sich an den Nutzer anpassen. Generative KI und LLMs bilden den Schlüssel zu dieser Erweiterung des digitalen Arbeitsplatzes.
Allerdings hängt der Erfolg davon ab, wie kontrolliert, zielgerichtet und governance-konform diese Technologien eingesetzt werden. Wer Datenmanagement, Sicherheit und Transparenz ernst nimmt, kann LLMs so in ERP-Landschaften integrieren, dass aus reinen Transaktionsmaschinen echte interaktive Partner im Tagesgeschäft werden.
Warum Unternehmen bei KI im ERP zögern
Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht
RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer
Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern
Mit APIs und Microservices die ERP-Zukunft vorbereiten
Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten
Der Beitrag Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein? erschien zuerst auf SAP Business One Blog.
]]>
Dieser Beitrag beleuchtet, was das zweite BMF-Schreiben vom 15. Oktober 2025 zur Leistungsbeschreibung konkret verlangt und wie Betriebe damit praktisch umgehen können.,
Weiterlesen: Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein?Key Takeaways
- Die Leistungsbeschreibung in der E-Rechnung muss in den strukturierten Daten enthalten sein und kann nicht nur auf Anhänge verweisen.
- Das BMF verlangt eine eindeutige und leicht nachprüfbare Darstellung der Leistung, um Steuererhebungen zu ermöglichen.
- Kernangaben müssen klar sein, während Details ergänzend in Anhängen erlaubt sind, jedoch nicht als Ersatz dienen.
- Änderungen im Leistungsumfang erfordern eine Anpassung der Leistungsbeschreibung in der E-Rechnung oder Gutschrift.
- Betriebe sollten ihre Rechnungsprozesse anpassen, um die neuen Anforderungen an die Leistungsbeschreibung in der E-Rechnung zu erfüllen.
1. Rechtlicher Rahmen: Leistungsbeschreibung als Teil der Pflichtangaben
Das BMF stellt klar: Eine E-Rechnung ist nur dann ordnungsgemäß, wenn alle umsatzsteuerlichen Pflichtangaben nach §§ 14, 14a UStG im strukturierten Teil der E-Rechnung enthalten sind.
Daraus folgt unmittelbar:
- Die Leistungsbeschreibung gehört zu diesen Pflichtangaben.
- Sie muss in den strukturierten Daten selbst stehen.
- Ein bloßer Verweis auf eine Anlage reicht nicht aus, wenn dort die Pflichtangaben nur unstrukturiert enthalten sind. Andernfalls wäre keine elektronische Verarbeitung möglich.
Außerdem erklärt das BMF, dass § 31 UStDV – also die Idee der „aus mehreren Dokumenten bestehenden Rechnung“ – für E-Rechnungen nicht anwendbar ist, soweit es um die Pflichtangaben geht.
Damit ändert sich die Perspektive deutlich: Die E-Rechnung ist nicht mehr nur ein „Deckblatt“ zur Sammlung von Anhängen, sondern der zentrale Träger aller steuerlich relevanten Informationen.
2. Kernanforderung: „Eindeutige und leicht nachprüfbare Feststellung der Leistung“
Für die Leistungsbeschreibung selbst formuliert das BMF eine klare Leitlinie:
Die Angaben im strukturierten Teil der E-Rechnung müssen eine eindeutige und leicht nachprüfbare Feststellung der Leistung ermöglichen und die Kontrollfunktion der Rechnung gewährleisten.
Damit knüpft die Verwaltung an den Umsatzsteuer-Anwendungserlass (Abschnitt 14.5 und 15.2a UStAE) an. Die Rechnung soll es der Finanzverwaltung ermöglichen,
- die Entrichtung der geschuldeten Steuer nachzuvollziehen und
- das Vorsteuerabzugsrecht zu prüfen.
Deshalb müssen Art und Umfang der Leistung so beschrieben sein, dass diese Kontrollfunktion erfüllt werden kann. Gleichzeitig betont das EuGH-Urteil „Barlis 06“, dass die erbrachten Dienstleistungen nicht erschöpfend beschrieben werden müssen. Genau in dieser Spannungsbreite bewegen sich Handwerksbetriebe nun.
3. Wie knapp darf die Leistungsbeschreibung sein?
Der ZDH hat in seiner Stellungnahme gefordert, dass die Leistungsbeschreibung im strukturierten Teil bewusst knapp gehalten werden darf, solange sich aus ihr
- die Leistung als solche,
- deren Umfang,
- der Ort der Leistung und
- der Steuersatz
ableiten lassen.
Als Beispiele werden genannt:
- „Bau eines Geschäftshauses im Rosenweg 6 in Berlin“
- „Lieferung von 400 Stück Kfz-Ersatzteilen“
Diese Formulierungen zeigen den Zielkorridor: Die Beschreibung muss konkret genug sein, um Leistung, Ort und Umfang klar zu erkennen. Gleichzeitig muss sie nicht jedes Detail einzelner Positionen abbilden.
Die Finanzverwaltung greift diesen Ansatz im BMF-Schreiben auf, indem sie die oben genannte Kontrollfunktion betont, aber ergänzende Angaben in Anhängen ausdrücklich zulässt. Dadurch entsteht ein praktikabler Mittelweg zwischen Vollständigkeit und Handhabbarkeit.
4. Anhänge als Ergänzung – aber nicht als Ersatz
Trotz der strengen Vorgabe für Pflichtangaben lässt das BMF ergänzende Informationen in Anhängen ausdrücklich zu.
So können beispielsweise:
- detaillierte Stundennachweise,
- aufgeschlüsselte Leistungsverzeichnisse oder
- weitere Erläuterungen
als PDF oder andere unstrukturierte Dokumente innerhalb der E-Rechnung beigefügt werden.
Wichtig ist jedoch die Reihenfolge:
- Kernangaben zur Leistung (Art, Umfang, Ort, Steuersatz) müssen im strukturierten Teil enthalten sein.
- Details dürfen in den Anhang ausgelagert werden und haben dann ergänzende Funktion.
Ein enthaltener Link auf ein externes Ziel – etwa ein Download-Link zu einem Leistungsverzeichnis – erfüllt die gesetzlichen Anforderungen ausdrücklich nicht. Weder § 14 Abs. 1 Satz 3 UStG noch § 31 Abs. 1 UStDV sehen so etwas als ausreichend an.
Damit müssen Betriebe sicherstellen, dass alle relevanten Zusatzinformationen tatsächlich mit der E-Rechnung übermittelt werden und nicht irgendwo außerhalb abgelegt sind.
5. Praktische Konsequenzen für Handwerks- und Baubetriebe
Gerade im Handwerk und in der Bauwirtschaft laufen viele Projekte über:
- umfangreiche Leistungsverzeichnisse,
- Lieferscheine mit mehreren Positionen und
- nachträgliche Anpassungen von Mengen (Aufmaß).
Bisher wurde oft im Rechnungsdokument nur auf diese Unterlagen verwiesen. Mit der E-Rechnung funktioniert dieses Vorgehen so nicht mehr. Betriebe müssen deshalb ihre Prozesse anpassen:
- Die Kernbeschreibung der Leistung gehört in die strukturierten Daten.
- Leistungsverzeichnisse und Lieferscheine dienen nur noch als Ergänzung.
- Die Beschreibung muss so konkret sein, dass eine Zuordnung zu Projekt, Ort und Leistungsumfang zweifelsfrei möglich bleibt.
Dadurch steigt zwar der strukturelle Erfassungsaufwand. Gleichzeitig reduziert sich das Risiko, dass Rechnungen wegen unzureichender Leistungsbeschreibung als nicht ordnungsgemäß gelten und damit den Vorsteuerabzug gefährden.
6. Leistungsänderungen und ihre Auswirkungen auf die Beschreibung
Ändert sich der Leistungsumfang oder -gehalt – etwa durch relevante Aufmaßänderungen bei einer Bauleistung – sieht das BMF hierin keine bloße Änderung der Bemessungsgrundlage, sondern einen Fall für die Rechnungsberichtigung zumindest hinsichtlich der Leistungsbeschreibung.
Die Verwaltung lässt zu, dass diese Berichtigung – bei entsprechender vorheriger Vereinbarung – auch in Form einer (elektronischen) Gutschrift durch den Leistungsempfänger erfolgt. In dieser Gutschrift muss dann in spezifischer und eindeutiger Weise auf die ursprüngliche Rechnung verwiesen werden.
Für die Leistungsbeschreibung bedeutet das:
- Ändert sich der Inhalt der Leistung, muss sich diese Änderung auch im strukturierten Teil der neuen oder berichtigten E-Rechnung widerspiegeln.
- Anhänge können die Änderung erläutern, ersetzen aber nicht die Anpassung der Kernbeschreibung.
7. Zusammenfassung: Leitplanken für eine saubere Leistungsbeschreibung
Die Vorgaben zur Leistungsbeschreibung in der E-Rechnung lassen sich in wenigen Leitsätzen bündeln:
- Pflichtangabe im strukturierten Teil: Die Leistungsbeschreibung gehört zwingend in die strukturierten Daten der E-Rechnung.
- Kontrollfunktion im Blick: Art, Umfang und Ort der Leistung müssen so beschrieben sein, dass Finanzverwaltung und Empfänger die Leistung eindeutig und leicht nachprüfbar zuordnen können.
- Knapper Kern, detaillierter Anhang: Eine kompakte, aber klare Beschreibung im Datenkern ist möglich; Details dürfen als Anhang ergänzt werden.
- Keine Links ins Außen: Verweise auf externe Dokumente oder Links genügen nicht. Alle relevanten Angaben müssen mit der E-Rechnung mitgeliefert werden.
- Leistungsänderungen sichtbar machen: Ändert sich der Leistungsinhalt, ist eine berichtigte Leistungsbeschreibung erforderlich – sei es in einer neuen Rechnung oder in einer Gutschrift.
Wer diese Leitplanken in seinen Rechnungsprozessen berücksichtigt, nutzt die Spielräume der E-Rechnung, erfüllt gleichzeitig die formalen Vorgaben des BMF und reduziert das Risiko späterer Diskussionen um Vorsteuerabzug oder Ordnungsmäßigkeit der Rechnung.
E-Rechnung in Europa: Harmonisierter Standard und nationale Fragmentierung
E-Rechnung im Mittelstand: Die Uhr läuft
Frankreich E-Rechnung 2026: Was Unternehmen mit französischer Steuernummer jetzt wissen müssen
Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein?
Verifactu in Spanien: die neue Rechnungsstellungspflicht
Die E-Invoicing-Vorschriften in Europa
Die Vorteile der E-Rechnung 2025
E-Rechnung 2025 FAQs
Vorbereitung für die Einführung von CKS.EINVOICE
E-Rechnung – Der flexible Standard EN 16931
Der Beitrag Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein? erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Mit APIs und Microservices die ERP-Zukunft vorbereiten erschien zuerst auf SAP Business One Blog.
]]>Neue Funktionen lassen sich zwar technisch einbauen, allerdings kostet dies viel Zeit und bindet knappe Kapazitäten. Außerdem fehlen häufig robuste Schnittstellen zu Drittsystemen oder sie sind nur rudimentär vorhanden. Deshalb werden notwendige Erweiterungen immer wieder verschoben, obwohl der Modernisierungsdruck steigt. Genau an diesem Punkt wird deutlich: Ein reines „Weiter so“ ist keine Option mehr, der ERP-Monolith braucht eine neue Rolle in der IT-Landschaft.
Modularisierung statt Systemabriss
Statt den Monolithen radikal abzulösen, bietet sich ein strategischer Ansatz an: Modularisierung. Ziel ist es, den bestehenden ERP-Kern nicht zu ersetzen, sondern ihn gezielt zu entkoppeln und sinnvoll zu ergänzen. Dadurch bleibt der laufende Betrieb stabil, während gleichzeitig neue Anforderungen abgedeckt werden.
Der Schnellboot-Ansatz in der Praxis
Ein bewährtes Vorgehen ist der sogenannte Schnellboot-Ansatz. Die zentralen Kernfunktionen des ERP verbleiben im bestehenden System. Parallel dazu entstehen externe Microservices, die klar abgegrenzte Aufgaben übernehmen. Dazu gehören beispielsweise Preiskalkulationen, Versandabwicklungen oder die Anbindung externer Partnerplattformen.
Diese Microservices kommunizieren über definierte Schnittstellen mit dem ERP-Kern. Dadurch lassen sich neue Funktionen hinzufügen, ohne den Monolithen ständig verändern zu müssen. Schritt für Schritt entsteht so eine modulare Landschaft, in der einzelne Services gezielt erweitert oder ausgetauscht werden können.
Entlastung des Kerns durch spezialisierte Services
Durch die Auslagerung von Funktionen wird der Monolith progressiv entlastet. Prozesse, die bislang tief im Kernsystem verankert waren, laufen künftig in spezialisierten Services. Dadurch verringert sich das Risiko, dass Anpassungen an einer Stelle unbeabsichtigte Probleme an anderer Stelle auslösen. Gleichzeitig bleibt die betriebliche Stabilität erhalten, weil der ERP-Kern weiterhin verlässlich seine Rolle erfüllt.
Die API-first-Strategie als Rückgrat der Modernisierung
Die Modularisierung lässt sich nur dann nachhaltig umsetzen, wenn eine klare API-first-Strategie den Rahmen vorgibt. Jede neue Funktion und jede Integration wird deshalb zunächst als Schnittstelle gedacht – unabhängig davon, ob diese intern oder extern genutzt wird. Die API ist damit nicht nur ein technischer Anhang, sondern der eigentliche Ausgangspunkt der Gestaltung.
Zentrale Vorteile standardisierter Schnittstellen
Eine API-first-Strategie bringt mehrere Vorteile mit sich. Einerseits entstehen einheitliche Kommunikationsstandards, etwa auf Basis von REST oder OData. Dadurch sprechen alle beteiligten Systeme dieselbe Sprache. Andererseits steigt die Wiederverwendbarkeit, weil einmal definierte APIs in verschiedenen Anwendungen eingesetzt werden können.
Außerdem erleichtert dieser Ansatz die Integration externer Partner und Systeme. Neue Plattformen lassen sich über standardisierte Schnittstellen anbinden, ohne dass tief in den ERP-Kern eingegriffen werden muss. Folglich verkürzt sich die Zeit bis zur Bereitstellung neuer Funktionen, da Implementierung und Integration klar strukturiert ablaufen.
Praxisbeispiel: ERP-Modernisierung über einen API-Hub
Ein anschauliches Beispiel liefert ein Einzelhändler, der seinen ERP-Kern nicht ausgetauscht, sondern über einen API-Hub modernisiert hat. Über diesen zentralen Knoten wurden interne Systeme wie CRM, Lagerverwaltung und Rechnungswesen miteinander verbunden. Gleichzeitig bindet der Hub externe Services für Versand, Zahlung und Kundenportale ein.
Dadurch konnte das Unternehmen seine Prozesslandschaft erweitern, ohne tief in das ERP-System eingreifen zu müssen. Die APIs bilden eine klar definierte Schicht zwischen Kernsystem und Peripherie. Deshalb lassen sich neue Services anbinden oder bestehende ersetzen, ohne den Monolithen permanent zu verändern.
Drei-Schichten-Architektur für strukturierte Entkopplung
Damit die wachsende Systemlandschaft übersichtlich bleibt, empfiehlt sich der Aufbau einer Drei-Schichten-Architektur. Diese Struktur trennt Datenhaltung, Prozesslogik und Benutzererlebnis. Dadurch entsteht eine klare Aufgabenteilung zwischen den Ebenen.
Datenschicht (System Layer)
In der Datenschicht liegen die Originaldaten, etwa Kundenstammdaten, Lagerbestände oder Rechnungsdaten aus dem ERP-System. Diese Schicht stellt die verbindliche Datenbasis zur Verfügung. Deshalb greift jede weitere Schicht über definierte Schnittstellen auf diese Informationen zu, statt sie zu duplizieren.
Prozessschicht (Orchestration Layer)
Die Prozessschicht bündelt APIs, um komplette Geschäftsprozesse abzubilden. Dazu gehören beispielsweise Angebotsabgaben, Bestellabwicklungen oder Reklamationsprozesse. In dieser Schicht werden einzelne Services orchestriert und zu End-to-End-Abläufen verbunden. Dadurch bleiben die Prozesse flexibel, während die Datenbasis stabil bleibt.
Erlebnisschicht (Experience Layer)
In der Erlebnisschicht findet die Interaktion mit den Benutzern statt. Dazu zählen Dashboards, Self-Service-Portale oder mobile Apps. Änderungen an der Oberfläche greifen deshalb nicht direkt in das ERP-System ein. Stattdessen nutzen sie die Prozesse und Daten, die über die unteren Schichten bereitgestellt werden. Auf diese Weise wird eine standardisierte Weiterentwicklung möglich, obwohl die IT-Landschaft insgesamt komplexer wird.
Schrittweise Integration von Cloud-Technologien
Eine modernisierte Architektur muss nicht vollständig in die Cloud umziehen. Häufig bieten sich Hybridmodelle an, in denen Teile des Systems weiterhin lokal betrieben werden, während neue Funktionen über Cloud-Plattformen ergänzt werden. Dadurch bleibt die Kontrolle über bestehende Kernsysteme erhalten, während gleichzeitig moderne Services nutzbar werden.
Hybridmodelle sinnvoll nutzen
In einem hybriden Szenario übernimmt das On-Premise-ERP weiterhin zentrale Aufgaben wie Stammdatenhaltung und Kernbuchhaltung. Ergänzende Funktionen wie Integrationen zu Online-Plattformen oder externe Services laufen dagegen in der Cloud. Die Verbindung erfolgt wiederum über APIs und Integrationsplattformen. Deshalb lässt sich der Cloud-Anteil Schritt für Schritt erhöhen, ohne einen Big-Bang-Wechsel zu riskieren.
Viele cloudbasierte Integrationslösungen stellen vordefinierte Konnektoren für typische Geschäftsanwendungen bereit. Dadurch sinkt der Aufwand für die Anbindung externer Systeme deutlich. Updates erfolgen in der Cloud, ohne dass lokale Komponenten angepasst werden müssen. Gleichzeitig bleibt die Integrationslogik zentral steuerbar, sodass neue Dienste schneller eingebunden werden können.
Außerdem erleichtern diese Plattformen häufig die Integration von Drittsystemen, etwa aus den Bereichen E-Commerce, Kundenservice oder Zahlungsabwicklung. Die entstehende hybride Architektur verbindet somit die Stabilität der bestehenden ERP-Kernsysteme mit der Flexibilität moderner Cloud-Services.
API-Governance: Leitplanken für nachhaltigen Erfolg
Mit jeder neuen API wächst die Komplexität der Landschaft. Deshalb ist eine konsequente API-Governance unverzichtbar. Sie sorgt dafür, dass Schnittstellen nicht unkontrolliert entstehen, sondern nach klaren Regeln gestaltet und betrieben werden.
Zu einer solchen Governance gehören eine zentrale Verwaltung und Katalogisierung aller APIs ebenso wie Versionierung und Deprecation-Management. Außerdem definieren Zugriffs- und Sicherheitsrichtlinien, wer welche APIs wie nutzen darf. Ergänzend stellen Monitoring und Logging sicher, dass Fehler und Auffälligkeiten sichtbar werden.
Ohne diese Leitplanken droht ein „API-Wildwuchs“. In der Folge wäre das Gesamtsystem langfristig schwerer beherrschbar als der ursprüngliche Monolith. Deshalb ist Governance kein optionales Anhängsel, sondern ein wesentlicher Baustein der Architektur-Modernisierung.
Architektur-Modernisierung als Wettbewerbsfaktor
Die Umstellung auf eine modularisierte ERP-Architektur ist mehr als ein IT-Projekt. Sie beeinflusst direkt die Wettbewerbsfähigkeit eines Unternehmens. Die Time-to-Market sinkt, weil neue Funktionen schneller integriert werden können. Außerdem steigt die Innovationsfähigkeit, da Technologien wie KI, RPA oder externe Plattformen einfacher angebunden werden.
Zugleich verbessert sich die Systemresilienz. Fällt ein einzelnes Modul aus, muss nicht mehr das gesamte System stillstehen. Stattdessen können andere Teile der Landschaft weiterarbeiten. Vor allem aber entsteht eine flexible ERP-Umgebung, die auf Veränderungen reagieren kann, ohne den stabilen Betrieb des Kerns zu gefährden. Genau dadurch wird aus einem einst starren Monolithen ein zukunftsfähiges Rückgrat der Unternehmensprozesse.
Warum Unternehmen bei KI im ERP zögern
Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht
RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer
Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern
Mit APIs und Microservices die ERP-Zukunft vorbereiten
Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten
Der Beitrag Mit APIs und Microservices die ERP-Zukunft vorbereiten erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag E-Rechnung: 7 Punkte, die Unternehmer jetzt kennen müssen erschien zuerst auf SAP Business One Blog.
]]>Dieses Schreiben enthält wichtige Anpassungen und Klarstellungen – unter anderem zur Versandpflicht von E-Rechnungen durch Kleinunternehmer und zur Abgrenzung von E-Rechnungen gegenüber sonstigen Rechnungen. Die folgenden sieben Fakten helfen dabei, die bestehenden Regeln richtig einzuordnen und typische Fehlinterpretationen zu vermeiden.
1. Ihre PDF-Rechnung ist weiterhin keine E-Rechnung
Einer der hartnäckigsten Irrtümer bleibt bestehen: Eine per E-Mail versendete PDF-Rechnung ist keine E-Rechnung. Sie wirkt zwar digital, erfüllt aber nicht die Anforderungen an eine strukturierte elektronische Rechnung.
Eine E-Rechnung muss in einem strukturierten elektronischen Format ausgestellt, übermittelt und empfangen werden, das eine elektronische Verarbeitung ermöglicht. Dazu zählen Formate, die der europäischen Norm EN 16931 entsprechen (wie XRechnung oder ZUGFeRD), oder bilaterale Formate, sofern alle erforderlichen Daten korrekt und vollständig in ein EN-16931-konformes Format extrahiert werden können.
Eine einfache PDF-Datei oder eine Bilddatei gilt deshalb rechtlich als „sonstige Rechnung“. Sie hält zwar formale Rechnungsanforderungen ein, erfüllt jedoch nicht die speziellen Anforderungen an eine B2B-E-Rechnung.
Das neue BMF-Schreiben vom 15. Oktober 2025 knüpft genau hier an. Es schärft die Abgrenzung zwischen E-Rechnung und sonstigen Rechnungen nochmals und macht deutlich, dass Unternehmen ihre Formate bewusst wählen und intern eindeutig klassifizieren müssen. Für den Alltag bedeutet das: Der gewohnte „Word-zu-PDF“-Workflow ist für strukturierte B2B-Prozesse keine tragfähige Option mehr.
2. Eine „kaputte“ E-Rechnung bleibt trotzdem eine Rechnung
Technische Fehler bei E-Rechnungen lassen sich trotz guter Vorbereitung nicht vollständig vermeiden. Deshalb ist entscheidend, wie das BMF mit fehlerhaften Dateien umgeht.
Gemäß den bisherigen BMF-Randziffern wird eine E-Rechnung mit Formatfehlern nicht einfach „vernichtet“. Stattdessen wird sie zur „sonstigen Rechnung in einem anderen elektronischen Format“ herabgestuft. Sie verliert zwar ihren Status als E-Rechnung, bleibt jedoch als Rechnungsdokument bestehen.
Das ist praktisch, denn es verhindert, dass bei technischen Störungen sofort kein gültiges Dokument mehr vorliegt. Gleichzeitig hat diese Fallback-Regel eine wichtige Grenze: Die unmittelbare Gültigkeit für den Vorsteuerabzug kann eingeschränkt sein. Deshalb sollte eine solche Rechnung vom Aussteller formell korrigiert werden.
Im Zusammenspiel mit dem BMF-Schreiben vom 15. Oktober 2025 wird deutlicher, wie wichtig die Trennlinie zwischen E-Rechnung und sonstiger Rechnung ist. Unternehmen sollten daher technische Prüfroutinen einführen und zugleich klare Prozesse für Korrekturen vorhalten.
3. Die Pflicht trifft fast alle – und der Fokus liegt auf der Empfängerseite
Die ursprünglichen Regelungen machen deutlich, wie weit die Pflicht zur E-Rechnung im B2B-Bereich reicht: Sie gilt für inländische Geschäfte zwischen in Deutschland ansässigen Unternehmern. Dazu zählen auch Kleinunternehmer, Land- und Forstwirte oder Unternehmer mit nur steuerfreien Umsätzen, etwa Vermieter. Rechnungen an diese Gruppen müssen grundsätzlich als E-Rechnung ausgestellt werden.
Die eigentliche Überraschung liegt jedoch seit Beginn auf der Empfängerseite. Der Umsatzsteuer-Anwendungserlass stellt klar: Jeder inländische Unternehmer, ausdrücklich einschließlich Kleinunternehmer, muss die technischen Voraussetzungen schaffen, um E-Rechnungen empfangen zu können. „Kann ich nicht empfangen“ ist damit kein tragfähiges Argument mehr.
Das BMF-Schreiben vom 15. Oktober 2025 nimmt diese Diskussion auf, wenn es die Versandpflicht von E-Rechnungen durch Kleinunternehmer adressiert. Es bringt an dieser Stelle Klarheit in ein Thema, das in der Praxis oft für Verwirrung gesorgt hat. Unternehmer sollten diese Klarstellungen sorgfältig auswerten und ihre Kommunikations- und Vertragsbeziehungen – insbesondere mit Kleinunternehmern – entsprechend strukturieren.
4. Es gibt weiterhin wichtige Ausnahmen von der E-Rechnungspflicht
Trotz der weitreichenden Anwendung der E-Rechnungspflicht existieren einige klar definierte Ausnahmen, die im Tagesgeschäft viel ausmachen. Laut den bisherigen Regelungen müssen folgende Dokumente nicht als E-Rechnung ausgestellt werden:
- Rechnungen über Kleinbeträge, deren Gesamtbetrag 250 Euro nicht übersteigt
- Fahrausweise, zum Beispiel Bahn- oder Flugtickets
- Rechnungen, die von Kleinunternehmern ausgestellt werden
Diese Ausnahmen sind praktisch, weil sie alltägliche und häufige Vorgänge von der komplexeren E-Rechnungspflicht ausnehmen. Gleichzeitig dürfen Unternehmen sie nicht überdehnen. Gerade bei gemischten Vorgängen und bei regelmäßig wiederkehrenden Kleinbeträgen sollten Prozesse klar dokumentiert sein.
Das BMF-Schreiben vom 15. Oktober 2025 ändert an der grundsätzlichen Existenz dieser Ausnahmen nichts. Es unterstreicht jedoch, wie wichtig eine saubere Abgrenzung der verschiedenen Rechnungsarten ist. Dadurch steigt die Bedeutung klarer interner Richtlinien für die Frage, wann welche Rechnungsform zulässig ist.
5. Validierungssoftware ist hilfreich – aber kein Freifahrtschein
Viele Unternehmen setzen bei E-Rechnungen auf spezielle Validierungssoftware. Diese Tools prüfen, ob eine Datei die technischen Anforderungen erfüllt. Dennoch reicht ein „grünes Häkchen“ aus der Software nicht aus, um sich vollständig abzusichern.
Das BMF unterscheidet drei Fehlerarten:
- Formatfehler – die Datei entspricht nicht den technischen Vorgaben (z. B. fehlerhafte XML-Struktur).
- Geschäftsregelfehler – die Datei verstößt gegen logische Regeln (z. B. rechnerische Inkonsistenzen zwischen Steuerbetrag und Steuersatz).
- Inhaltsfehler – die Angaben sind sachlich falsch (z. B. falscher Steuersatz, obwohl die Berechnung formal korrekt ist).
Die zentrale Aussage der BMF-Randziffern lautet: Eine Validierung ersetzt nicht die Pflicht des Empfängers, die Rechnung inhaltlich zu prüfen. Software reduziert Fehlerrisiken, sie ersetzt aber keine kaufmännische Sorgfalt.
Auch vor dem Hintergrund der neuen Klarstellungen vom 15. Oktober 2025 bleibt dieser Punkt unverändert: Unternehmen brauchen sowohl technische als auch fachliche Prüfprozesse, wenn sie E-Rechnungen rechtssicher bearbeiten wollen.
6. Der Empfänger ist in der Pflicht – Ausreden funktionieren nicht mehr
Früher konnte ein Rechnungsempfänger relativ leicht auf einer Papierrechnung bestehen. Diese Zeit ist vorbei. Die neuen Regelungen verlagern die Verantwortung deutlich auf die Empfängerseite.
Der Umsatzsteuer-Anwendungserlass formuliert sehr klar: Ein Unternehmer hat kein Anrecht auf eine alternative Rechnung (z. B. Papier oder einfache PDF), nur weil er technisch nicht in der Lage ist, eine E-Rechnung zu empfangen. Die Pflicht des Ausstellers gilt als erfüllt, wenn er eine korrekte E-Rechnung ausgestellt und sich nachweislich um deren Übermittlung bemüht hat.
Für die Praxis bedeutet das:
- Unternehmen müssen proaktiv klären, wie sie E-Rechnungen empfangen.
- Sie sollten definieren, über welche Kanäle (z. B. bestimmte Formate, Portale oder Dienstleister) Rechnungen eingehen.
- Außerdem müssen sie sicherstellen, dass diese Daten in die Buchhaltung importiert werden können.
Das BMF-Schreiben vom 15. Oktober 2025 setzt hier an, wenn es die Versand- und Empfangspflichten – insbesondere im Hinblick auf Kleinunternehmer und unterschiedliche Rechnungsarten – präzisiert. Dadurch wird nochmals deutlicher, dass die Verantwortung nicht alleine beim Aussteller liegt.
7. Unerwartete Spielräume bei der Archivierung – aber nur für die Umsatzsteuer
Die Archivierung digitaler Belege ist in vielen Unternehmen mit den strengen Vorgaben der GoBD verbunden. Deshalb überrascht eine Passage aus den bestehenden BMF-Randziffern zur E-Rechnung besonders.
Dort wird klargestellt, dass allein für Zwecke der Umsatzsteuer die Speicherung und Archivierung von E-Rechnungen außerhalb eines GoBD-konformen Systems nicht automatisch einen Verstoß darstellt. Das schafft zunächst einen gewissen Spielraum, insbesondere für Übergangsphasen oder einfache Strukturen.
Allerdings folgt sofort der entscheidende Hinweis: Für andere steuerliche Zwecke, etwa die Einkommen- oder Körperschaftsteuer, gelten die strengen GoBD-Regeln weiterhin vollumfänglich. Wer also zu großzügige Archivierungsregeln auf Basis dieser einen Passage ableitet, riskiert Fehler bei anderen Steuerarten.
Das neue BMF-Schreiben vom 15. Oktober 2025 ändert diesen Grundsatz nicht, es schärft aber die Abgrenzung der Rechnungsarten und damit indirekt auch die Frage, welche Dokumente wie aufzubewahren sind. Unternehmen sollten deshalb ihre Archivierungsstrategie immer gesamtsteuerlich denken – nicht nur mit Blick auf die Umsatzsteuer.
E-Rechnung in Europa: Harmonisierter Standard und nationale Fragmentierung
E-Rechnung im Mittelstand: Die Uhr läuft
Frankreich E-Rechnung 2026: Was Unternehmen mit französischer Steuernummer jetzt wissen müssen
Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein?
Verifactu in Spanien: die neue Rechnungsstellungspflicht
Die E-Invoicing-Vorschriften in Europa
Die Vorteile der E-Rechnung 2025
E-Rechnung 2025 FAQs
Vorbereitung für die Einführung von CKS.EINVOICE
E-Rechnung – Der flexible Standard EN 16931
Der Beitrag E-Rechnung: 7 Punkte, die Unternehmer jetzt kennen müssen erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag MARIProject 8.0.000: Neues Design, erweiterte Produktion und optimierte Prozesse erschien zuerst auf SAP Business One Blog.
]]>Darüber hinaus sorgen die neue Artikelsuchmaske, erweiterte Web-Client-Funktionen, die zusätzliche Peppol-Schnittstelle samt Validierung von X-Rechnungen und die Verbesserungen im Posteingangsbuch für effizientere Abläufe. Schließlich runden zahlreiche technische und organisatorische Ergänzungen das Upgrade ab und unterstützen einen reibungslosen Einsatz im täglichen Betrieb.
Neues Erscheinungsbild im Web Client
Mit Version 8.0.000 erhält der Web Client von MARIProject ein neues Erscheinungsbild, das sich am neuen SAP Web Client orientiert. Dadurch wirkt die Oberfläche moderner und passt sich optisch enger an die gewohnte SAP-Umgebung an.
Horizon-Designvarianten und Belize Blue
Es stehen drei Designvarianten zur Verfügung. Zum einen gibt es Morning Horizon, das sich an der Darstellung des SBO Web Clients orientiert. Zum anderen steht mit Evening Horizon eine Variante im Dark Mode bereit, die einen schwarzen Hintergrund mit weißer Schrift bietet. Zusätzlich bleibt das bisherige Design als Belize Blue erhalten, sodass es weiterhin genutzt werden kann.
Durch diese Auswahl kann jedes Unternehmen das Erscheinungsbild an die eigenen Vorlieben anpassen. Außerdem bleibt mit Belize Blue die vertraute Optik erhalten, während Morning Horizon und Evening Horizon neue Optionen für helles oder dunkles Arbeiten bieten.
Zentrale und individuelle Umstellung des Designs
Die Umstellung auf Horizon kann jeder Benutzer individuell vornehmen. Somit passt jeder Anwender den Web Client an die eigenen Sehgewohnheiten an. Gleichzeitig kann der Administrator einen Standard definieren. Dadurch lässt sich auch die Anmeldeseite zentral auf ein gewünschtes Design einstellen, was für eine einheitliche Darstellung sorgt.
Integration in den SAP / SBO Web Client
Neben dem neuen Design bringt MARIProject 8.0.000 eine engere Verbindung zum SBO Web Client mit.
MARI SBO Web Extension im Browser
Für den SBO Web Client wurde eine MARI SBO Web Extension entwickelt. Diese Integration macht ausgewählte Funktionen von MARIProject direkt innerhalb des SBO Web Clients verfügbar. Dadurch kann der Anwender im Browser beide Funktionalitäten parallel nutzen. Folglich reduziert sich der Wechsel zwischen Anwendungen, und der tägliche Ablauf wird spürbar flüssiger.
Verbesserungen im Verkaufsprozess
Auch im Verkaufsprozess bringt die neue Version eine wichtige Erweiterung, die mit der Reihenfolge von Auftragsbestätigung, Lieferschein und Rechnung zu tun hat.
Ausgangsvorausrechnung vor Lieferschein
In der Regel folgen auf eine Auftragsbestätigung zunächst der Lieferschein und anschließend die Rechnung. Wenn ein Kunde die Ware aber noch nicht abholen möchte, entsteht ein anderes Szenario. In diesem Fall soll die Rechnung bereits vor dem Lieferschein erstellt werden können.
Schreibt man eine normale Rechnung ohne Bezug auf einen Lieferschein, dann erfolgt die Lagerentnahme direkt mit der Rechnung. Mit der Ausgangsvorausrechnung ändert sich dieser Ablauf. Zwar kann die Rechnung vor dem Lieferschein erstellt werden, jedoch bleibt die Möglichkeit bestehen, den Lieferschein später nachträglich zu erzeugen. Dadurch lässt sich der Prozess flexibler gestalten, ohne sofort eine Lagerentnahme auszulösen.
Erweiterungen im Produktionsmodul
Das Produktionsmodul wurde in Version 8.0.000 deutlich ausgebaut. Dadurch stehen zusätzliche Funktionen für Planung, Erfassung und Abwicklung zur Verfügung.
Neuer Lizenzschlüssel und Behandlung von Übermengen
Für das Produktionsmodul wurde ein neuer Lizenzschlüssel eingeführt. Wenn das Produktionsmodul bereits in MARIProject eingesetzt wird, muss deshalb eine neue Lizenz eingespielt werden.
Außerdem wurde die Behandlung von Übermengen ergänzt. Damit lassen sich Produktionsszenarien abbilden, in denen mehr produziert wird als ursprünglich geplant. So können Anwender auch diese Abweichungen gezielt berücksichtigen.
Schnellerfassung von Produktionsstunden und externe Veredelung
Neu ist ebenfalls eine Schnellerfassung für Produktionsstunden. Dadurch erfassen Mitarbeiter ihre Zeiten in der Produktion zügiger. Gleichzeitig sinkt der Aufwand für die Eingabe, während die Transparenz über die geleisteten Stunden steigt.
Zusätzlich wurde die externe Veredelung von Produktionseinsätzen ergänzt. Das heißt, Produktionseinsätze können externe Veredelungsschritte enthalten, die nun im System abgebildet werden. Dadurch lassen sich auch Auslagerungen in der Produktion besser steuern.
Vorbelegung von Vertragsstücklisten
Ein weiterer Punkt betrifft die Vorbelegung der Vertragsstücklisten mit Phasen und Kostenstellen. Dadurch lassen sich wiederkehrende Strukturen im Produktionsumfeld standardisiert vorbereiten. Folglich reduziert sich der Aufwand bei der Anlage neuer Verträge und Positionen, weil wichtige Informationen bereits vorbelegt sind.
Effizientere Artikelsuche und Web-Client-Funktionen
Neben der Produktion wurden die Artikelsuche und der Web Client selbst erweitert.
Artikelsuchmaske mit SBO-Kriterien und Zusatzeigenschaften
Mit Version 8.0.000 steht eine neue Artikelsuchmaske zur Verfügung. Diese ermöglicht es, gleichzeitig nach SBO-Kriterien und nach Zusatzeigenschaften zu suchen. Dadurch wird die Suche gezielter. Außerdem lassen sich Artikel schneller finden, die sowohl bestimmte Standardmerkmale als auch spezifische Zusatzinformationen erfüllen.
Erweiterungen im Web Client
Der Web Client erhält mehrere zusätzliche Funktionen:
- Mehrere markierte Phasen lassen sich nun auch dort per Copy & Paste wiederverwenden. Dadurch kann man wiederkehrende Projektstrukturen anlegen.
- Die Einstellungsmaske für die Darstellung von QR Codes kann man jetzt ebenfalls im Web Client verwenden. Somit sind entsprechende Einstellungen nicht mehr auf andere Oberflächen beschränkt.
- Favoriten kann man direkt nach der Anmeldung öffnen. Dadurch steigt die Effizienz, weil häufig genutzte Bereiche sofort verfügbar sind.
Peppol-Schnittstelle und Posteingangsbuch
Auch im Bereich elektronischer Belege und eingehender Rechnungen wurden Funktionen gibt es in einer neuen Version.
Zweite Schnittstelle und erweiterte Steuerkennzeichen
Neu ist eine zweite Anbindung Peppol-Schnittstelle. Neben der Firma ARCO wird nun auch die Firma B2BRouter angesprochen. Die API von B2BRouter bietet dabei den Vorteil, dass X-Rechnungen direkt validiert werden können. Dadurch lassen sich Fehler früher erkennen.
Es gibt eine Erweiterung der Kennzeichen für die Steuertexte. Somit stehen mehr Optionen zur Verfügung, um steuerliche Informationen passend zu hinterlegen.
Verbesserungen im Posteingangsbuch
Im Posteingangsbuch wurden mehrere Funktionen verbessert:
- Es gibt eine optimierte Positionenanlage ws die Verarbeiten von X-Rechnungen optimiert.
- Es erfolgt eine automatische Suche nach der Bestellung und eine Zuordnung der gefundenen Positionen aus dem Einkaufsvorgang. Dadurch reduziert sich der manuelle Aufwand, während die Datenqualität steigt.
- Außerdem warnt das System nun beim Versuch, doppelte OP-Nummern zu verarbeiten. Dadurch sinkt das Risiko von Dubletten.
Weitere Neuerungen im Überblick
Neben den großen Themen gibt es eine Reihe weiterer Anpassungen, die den täglichen Einsatz von MARIProject betreffen.
Technische und organisatorische Ergänzungen
Zu den sonstigen Neuerungen gehören:
- Die Aktualisierung der web.config ist nun per Kommandozeile möglich. Das erleichtert die technische Administration.
- Es gibt eine Sammelmappe für Anlagegüter, in die man nun auch Daten über den MARI DTW Excel Import übernehmen kann.
- Die Umgebung/Landschaft kann jetzt direkt aus dem Kundenstamm angelegt werden, wodurch Stammdatenprozesse straffer werden.
- Aus der Belegsuche Verkaufsbelege kann man mehrere Belege in einem Schritt drucken oder als E-Mail verschicken. Dadurch lassen sich Serienprozesse effizienter abwickeln.
- Die Belegsuche und Belegdarstellung zeigt Belege mit dem Kennzeichen „Storniert“ sowie die zugehörigen Stornobelege nun korrekt an. Dadurch verbessert sich die Transparenz über stornierte Vorgänge.
MARIProject 8.0.000: Neues Design, erweiterte Produktion und optimierte Prozesse
MariProject / Tool für die E-Rechnung
MARIProject 7.5 : Was gibt es Neues?
MARIProject – Version 7.3.000
MARIProject – Version 7.2.000
Neu Version MARIProject 7.1.000
Der Beitrag MARIProject 8.0.000: Neues Design, erweiterte Produktion und optimierte Prozesse erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten erschien zuerst auf SAP Business One Blog.
]]>Warum schlechte Daten jede KI ausbremst
KI-Modelle erkennen Muster, erstellen Prognosen und liefern Optimierungsvorschläge. Sie arbeiten jedoch ausschließlich mit den Daten, die sie vorfinden. Wenn diese Daten unvollständig, widersprüchlich oder veraltet sind, produziert die KI Ergebnisse, die bestenfalls nutzlos und schlimmstenfalls geschäftsschädigend sind. Gerade mittelständische Unternehmen erleben das sehr direkt bei Absatzprognosen, Stammdatenprozessen oder automatisierten Workflows.
Ein einfaches Beispiel macht die Auswirkungen greifbar: Existieren im ERP-System mehrere Lieferanteneinträge mit unterschiedlichen Schreibweisen, Adressen oder Zahlungsbedingungen, dann sieht die KI kein einheitliches Gegenüber. Stattdessen erhält sie fragmentierte Informationen. In der Folge entstehen falsche Bestellvorschläge, ungenaue Liquiditätsberechnungen oder fehlerhafte Auswertungen. Die Ursachen liegen dabei nicht in der KI, sondern in der Datenbasis.
Deshalb reicht es nicht, nur neue KI-Tools einzuführen. Unternehmen müssen zuerst sicherstellen, dass die zugrunde liegenden Daten konsistent, aktuell und eindeutig sind. Sonst verstärkt KI lediglich bestehende Probleme, anstatt Mehrwert zu schaffen.
Datenprobleme in gewachsenen ERP-Landschaften
Die meisten Datenprobleme entstehen nicht auf einen Schlag, sondern schleichend. Unterschiedliche Vorsysteme, Importprozesse und manuelle Eingaben sorgen dafür, dass sich Stammdaten über die Jahre hinweg voneinander entfernen. Außerdem werden Regeln oft informell gelebt, aber selten verbindlich dokumentiert. Dadurch ist die Datenlage im Tagesgeschäft schwer einschätzbar.
Typische Effekte sind:
- Unterschiedliche Schreibweisen für denselben Geschäftspartner
- Dubletten bei Artikeln, Kunden oder Lieferanten
- Fehlende oder falsch gepflegte Attribute
- Veraltete Einträge, die nie bereinigt oder archiviert wurden
Diese Muster ziehen sich durch viele monolithische ERP-Installationen. Folglich werden Berichte ungenau, Workflows instabil und KI-Anwendungen unsicher. Deshalb ist eine systematische Bereinigung und Integration der Daten einer der ersten Hebel, um Verbesserungen zu erzielen.
Datenintegration und -bereinigung: Der erste Hebel für Verbesserungen
Datenintegration und -bereinigung setzen genau an dieser Stelle an. Sie schaffen aus gewachsenen, heterogenen Beständen eine konsistente Datenbasis. Moderne, KI-unterstützte Verfahren analysieren Strukturen, erkennen abweichende Schreibweisen und identifizieren Dubletten – oft zuverlässiger als manuelle Prüfungen. Dadurch lassen sich große Datenvolumina in überschaubarer Zeit konsolidieren.
Ein anschauliches Beispiel zeigt die Wirkung: Ein Unternehmen stand vor der Aufgabe, rund 800.000 Artikelbezeichnungen zu überarbeiten. Eine manuelle Bearbeitung hätte etwa sieben Jahre beansprucht. Mithilfe generativer KI ließ sich die Aufgabe um 95 Prozent beschleunigen. So entstand innerhalb von sechs Monaten eine konsistente Artikelstammbasis, die für weitere ERP-Modernisierungsschritte essenziell war.
Dieses Beispiel verdeutlicht, dass Datenbereinigung nicht nur ein technisches Thema ist. Sie hat direkte wirtschaftliche Auswirkungen, weil sie Projektdauer, Fehlerquote und Nutzbarkeit von KI-Anwendungen stark beeinflusst. Wer hier gezielt investiert, reduziert Aufwand in allen nachfolgenden Phasen – von Automatisierung über Analytics bis hin zu Predictive-Maintenance-Szenarien.
Stammdaten-Governance: Struktur statt Zufall
Eine einmalige Bereinigung reicht jedoch nicht aus. Gute Datenqualität entsteht nur dann dauerhaft, wenn klare Governance-Strukturen existieren. Stammdaten-Governance definiert Verantwortlichkeiten, Rechte und Prozesse, damit Daten langfristig konsistent bleiben. Unternehmen sollten dabei drei Grundprinzipien berücksichtigen:
- Rollen- und Rechtekonzept
Fachbereiche erhalten klare Zuständigkeiten für die Pflege bestimmter Stammdatenbereiche. Dadurch ist eindeutig, wer welche Informationen anlegt, ändert oder freigibt. - Vier-Augen-Prinzip für kritische Änderungen
Für sensible Informationen gilt ein Freigabeprozess, bei dem ein zweiter Mitarbeiter Änderungen prüft. So sinkt die Fehleranfälligkeit bei besonders geschäftskritischen Daten. - Audit-Trails für Transparenz
Jede Änderung wird lückenlos dokumentiert. Dadurch lassen sich historische Anpassungen nachvollziehen, und die Organisation gewinnt Transparenz über Datenherkunft und -entwicklung.
Diese Mechanismen verhindern, dass alte Gewohnheiten nach der Modernisierung wieder zu neuen Inkonsistenzen führen. Zudem sorgen sie dafür, dass das System stabil bleibt und neue KI- oder Automatisierungslösungen auf einer verlässlichen Datenbasis aufsetzen können.
Ein Vergleich aus der Praxis hilft beim Verständnis: Wenn ein Unternehmen jahrelang in eine Maschine investiert, aber die Wartung vernachlässigt, verschlechtert sich die Leistung trotz moderner Technologie. Genauso verhält es sich mit ERP-Daten – ohne Governance kehren alte Fehler automatisch zurück.
Bewertung historischer Daten: Was behalten, was ignorieren?
Ein weiterer kritischer Punkt ist der Umgang mit historischen Daten. Viele Unternehmen gehen davon aus, dass sie sämtliche historischen Daten in neue Systeme übernehmen müssen. Diese Annahme führt zu hohen Kosten, unnötigen Komplexitäten und längeren Projektdauern. Tatsächlich sind nur ausgewählte Datenbestände für KI oder ERP-relevante Prozesse wirklich wertvoll.
Deshalb sollten Unternehmen systematisch prüfen:
- Welche Daten werden aktuell aktiv genutzt?
- Welche Informationen sind geschäftskritisch oder regulatorisch vorgeschrieben?
- Welche Bestände können archiviert oder ausgeschlossen werden?
In der Praxis sind meist nur Stammdaten, offene Vorgänge und relevante Informationen der letzten drei bis sieben Jahre entscheidend. Ältere Daten lassen sich archivieren, ohne die Modernisierung zu beeinträchtigen. Dadurch entstehen schlankere Datenmigrationsprojekte, weniger Fehlerquellen und eine deutlich beschleunigte Einführung von KI-Anwendungen.
Warum Phase 2 eine zentrale Voraussetzung für KI-Erfolg ist
Datenqualität wirkt sich auf alle nachfolgenden Phasen der ERP-Modernisierung aus. Ohne eine robuste Datenbasis lassen sich weder APIs effektiv nutzen noch Automatisierungsprozesse stabil implementieren. Außerdem funktionieren LLM-basierte Assistenten, Vorhersagemodelle und Prozessanalysen nur dann zuverlässig, wenn die zugrunde liegenden Informationen korrekt und konsistent sind.
Phase 2 bietet daher einen doppelten Vorteil:
- Technisch: KI-Systeme arbeiten zuverlässiger und liefern belastbare Ergebnisse, weil sie auf einer bereinigten und strukturierten Datenbasis aufsetzen.
- Organisatorisch: Datenpflegeprozesse werden standardisiert und durch Governance abgesichert, wodurch langfristige Stabilität entsteht.
Unternehmen, die gezielt in diese Phase investieren, schaffen nicht nur ein technisches Fundament. Sie entwickeln Daten zu einer strategischen Ressource. Dadurch werden Informationen zu einem aktiven Werttreiber der ERP-Modernisierung, anstatt als Last oder Risiko wahrgenommen zu werden.
Warum Unternehmen bei KI im ERP zögern
Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht
RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer
Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern
Mit APIs und Microservices die ERP-Zukunft vorbereiten
Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten
Der Beitrag Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag KI-ERP-Transformation Grundlagen und KI-Governance erschien zuerst auf SAP Business One Blog.
]]>Die Ausgangslage: Warum eine strategische Analyse unverzichtbar ist
Viele mittelständische Unternehmen arbeiten seit zehn oder fünfzehn Jahren mit denselben ERP-Strukturen. Im Laufe der Zeit kamen Custom-Codes, Zusatzmodule, Workarounds und Abhängigkeiten hinzu. Dadurch entsteht ein technischer Flickenteppich, der zwar funktionsfähig ist, aber jede Erweiterung erschwert. Daher sollten Unternehmen zu Beginn prüfen:
- Welche Module sind geschäftskritisch?
- Wo entstehen Prozessbrüche, Redundanzen oder manuelle Tätigkeiten?
- Welche Bereiche profitieren am stärksten von KI-Unterstützung?
- Welche Abhängigkeiten und Risiken bestehen im Code und in Schnittstellen?
Ein praktisches Beispiel verdeutlicht die Notwendigkeit dieser Analyse: Ein Industriebetrieb plante eine KI-basierte Bedarfsprognose. Bei genauer Systeminspektion zeigte sich jedoch, dass die relevanten Bewegungsdaten veraltet, unvollständig und fehlerhaft waren. Statt die Prognose zu verbessern, hätte die KI lediglich schlechte Daten schneller verarbeitet. Daher musste zunächst eine grundlegende Bereinigung erfolgen. Dieses Beispiel zeigt, warum die Ursachen vor den Lösungen verstanden werden müssen.
Von der Bestandsaufnahme zur Zielarchitektur: Klarheit durch strukturierte Fragen
Ein strukturiertes Vorgehen verhindert operative Blindheit. Daher sollten Unternehmen die Analyse systematisch in drei Schritte gliedern:
- Prozessinventur: Fachabteilungen beschreiben Abläufe, Engpässe und Datennutzung.
- Systeminventur: IT bewertet Module, Custom-Codes, Schnittstellen und technische Schulden.
- Wirtschaftliche Bewertung: Geschäftsführung und Controlling prüfen Potenziale und Risiken.
Durch diese Kombination entsteht ein gemeinsames Bild. Gleichzeitig reduziert sie Konflikte, da alle Beteiligten dieselbe Ausgangsbasis nutzen. Dieser gemeinsame Blick ist für die KI-Strategie essenziell, da KI-Projekte nur dann Nutzen stiften, wenn sie die wichtigsten Werttreiber adressieren.
KI-Governance: Der oft unterschätzte Schlüssel zum Erfolg
Die Einführung von KI in ERP-Prozessen bringt Chancen, aber auch Verantwortung. Daher benötigen Unternehmen eine Governance-Struktur, die sowohl Risiken steuert als auch Transparenz schafft. Eine gute Governance klärt:
- Wer verantwortet KI-Entscheidungen?
- Welche Daten dürfen verwendet werden?
- Wie werden Modelle überwacht und überprüft?
- Welche regulatorischen Vorgaben gelten?
Besonders wichtig ist der Human-in-the-Loop-Ansatz. Bei kritischen Entscheidungen, etwa Bonitätsprüfungen, Produktionsplanung oder Preisgestaltung, sollte KI niemals autonom handeln. Ein Mensch validiert Ergebnisse, beurteilt Ausnahmen und trifft finale Entscheidungen. Dieser Mechanismus schützt Unternehmen vor Fehlsteuerungen und stärkt Vertrauen in KI-gestützte Prozesse.
Ein Beispiel aus der Praxis zeigt den Nutzen: Ein Handelsunternehmen setzte KI zur Dispositionsoptimierung ein. Durch menschliche Freigabeprozesse wurden kritische Abweichungen schnell erkannt. Dadurch ließ sich das System stabil einführen, ohne das Risiko fehlerhafter Bestellvorschläge zu erhöhen. Governance war somit kein Hindernis, sondern ein Enabler.
Die Rolle der Führung: Transformation braucht eine klare Vision
Technische Modernisierung funktioniert nur, wenn die Führungsebene eine klare Richtung vorgibt. Dazu gehört:
- Die Vision einer modularen, KI-gestützten Systemlandschaft
- Ein Commitment zu Datenqualität und Prozessstandardisierung
- Mut, Prioritäten konsequent umzusetzen
- Frühzeitige Kommunikation gegenüber Mitarbeitern
Viele Transformationsprojekte scheitern nicht an Technologie, sondern an Unsicherheit. Wenn Mitarbeiter nicht wissen, warum sich etwas ändert, blockieren sie neue Arbeitsweisen. Daher sollte die Geschäftsführung frühzeitig erklären, wie die Modernisierung das Unternehmen stärkt, welche Vorteile entstehen und wie die Mitarbeitenden eingebunden werden.
Ein anschauliches Beispiel: Ein Maschinenbauer kommunizierte die ERP-Strategie zunächst nur innerhalb der IT. Die Fachbereiche fühlten sich übergangen und lehnten neue Prozesse ab. Erst nach einer intensiven Kommunikationsrunde verbesserten sich Akzeptanz und Zusammenarbeit. Dieses Beispiel zeigt, warum Vision und Beteiligung unverzichtbar sind.
Warum Phase 1 der entscheidende Hebel ist
Die erste Phase definiert, wohin ein Unternehmen will und warum es diesen Weg gehen sollte. Außerdem legt sie fest, wie KI verantwortungsvoll eingesetzt wird und welche Bereiche zuerst profitieren sollen. Durch eine klare Governance wird verhindert, dass KI isolierte Insellösungen erzeugt. Gleichzeitig schaffen Analyse und Vision eine solide Grundlage für alle weiteren Phasen.
Wer Phase 1 sauber umsetzt, spart später Zeit, Kosten und Komplexität. Unternehmen, die darauf verzichten, bauen Lösungen ohne Fundament. Dadurch entstehen neue Silos, unkontrollierte Risiken und teure Nachbesserungen. Daher bildet diese Phase die wichtigste Voraussetzung für eine moderne, skalierbare und KI-gestützte ERP-Landschaft.
Warum Unternehmen bei KI im ERP zögern
Predictive Maintenance: Wie den Mittelstand zur intelligenten Fabrik macht
RPA im ERP-Umfeld: Effizienzsteigerung durch digitale Prozesshelfer
Generative KI im ERP: Wie LLMs die Rolle von ERP-Systemen verändern
Mit APIs und Microservices die ERP-Zukunft vorbereiten
Datenqualität & KI : KI kann nur so gut sein wie Ihre Daten
Der Beitrag KI-ERP-Transformation Grundlagen und KI-Governance erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Monolithische ERP-Systeme im Mittelstand: Herausforderungen, Lösungswege und Risikomanagement erschien zuerst auf SAP Business One Blog.
]]>Das starre Korsett gewachsener ERP-Systeme
Ein monolithisches ERP-System ist eine eng gekoppelte, in sich geschlossene Anwendung. Historisch gesehen wurden solche Systeme oft als Insellösungen für einzelne Abteilungen entwickelt und später über manuelle oder fehleranfällige Schnittstellen mit anderen Altsystemen verbunden. Folglich führt diese Struktur zu einer starren, schwerfälligen IT-Landschaft, die den heutigen Anforderungen der Digitalisierung nicht mehr gerecht wird. Die moderne Unternehmensführung hingegen erfordert mehr Agilität, Flexibilität und damit die Fähigkeit, schnell auf Marktveränderungen zu reagieren.
Um fundierte Modernisierungsstrategien zu entwickeln, ist es unerlässlich, die spezifischen Probleme und strukturellen Schwächen dieser gewachsenen Systemlandschaften zu verstehen. Nur auf dieser Basis können Unternehmen einen zukunftsfähigen Weg einschlagen, der ihre Wettbewerbsfähigkeit langfristig sichert.
Problemanalyse: Warum monolithische ERPs zur Innovationsbremse werden
Die Identifikation der Schwachstellen veralteter ERP-Systeme ist von strategischer Dringlichkeit, da diese Systeme oft nicht nur ineffizient sind, sondern sich zu einem aktiven Hindernis für Wachstum und Innovation entwickeln. Sie binden wertvolle Ressourcen, verlangsamen Prozesse und verhindern dadurch die Einführung neuer Geschäftsmodelle, was die Wettbewerbsfähigkeit eines Unternehmens direkt untergräbt. Folglich sind die zentralen Herausforderungen, mit denen sich mittelständische Unternehmen konfrontiert sehen, vielfältig und tiefgreifend.
• Hohe Wartungs- und Betriebskosten: Hohe Wartungskosten stellen für viele Unternehmen eine der größten Herausforderungen dar. Diese Kosten verschlingen oft den Löwenanteil des IT-Budgets, das dann für strategische Innovationen fehlt. Hinzu kommen hohe Supportkosten, die für Altsysteme anfallen, deren Technologie nicht mehr dem aktuellen Stand entspricht.
• Mangelnde Flexibilität und Agilität: Monolithische Architekturen sind nur schwer an neue Geschäftsanforderungen oder veränderte Marktbedingungen anpassbar. Daher ist der Bedarf an mehr Agilität und Flexibilität ein zentraler Treiber für die Modernisierung. Denn standardisierte 08/15-Prozesse, die von starren Systemen vorgegeben werden, generieren selten echte Mehrwerte oder Alleinstellungsmerkmale im Wettbewerb.
• Veraltete Technologie und Funktionslücken: Viele Altsysteme sind technologisch überholt und bieten dementsprechend nur unzureichende Funktionalitäten. Daher müssen Funktionslücken oft durch manuelle Workarounds oder zusätzliche Insellösungen geschlossen werden, was wiederum die Komplexität und Ineffizienz weiter erhöht.
• Integrationsprobleme und Daten-Silos: Die Verbindung mehrerer unterschiedlicher Systeme über fehleranfällige Schnittstellen führt zum sogenannten „Multiplattform Problem“. Infolgedessen sind Daten nicht durchgängig verfügbar, und es entstehen Inkonsistenzen sowie isolierte Daten-Silos in den einzelnen Abteilungen. Dies wiederum verhindert eine ganzheitliche Sicht auf das Unternehmen und erschwert somit datengestützte Entscheidungen.
• Eingeschränkter mobiler Zugriff: Die Möglichkeit, mobil und ortsunabhängig auf ERP-Daten und -Funktionen zuzugreifen, ist darüber hinaus Unternehmen ein Hauptgrund für eine Modernisierung. Traditionellen monolithischen Systemen fehlt diese Fähigkeit oft gänzlich, was die Produktivität, insbesondere von Mitarbeitern im Außendienst oder in der Lagerlogistik, stark einschränkt.
ERP-System vom Bremsklotz zum Innovationstreiber
Trotz dieser gravierenden Nachteile gibt es etablierte strategische Ansätze, um eine Modernisierung erfolgreich zu gestalten und das ERP-System vom Bremsklotz zum Innovationstreiber zu wandeln.
Strategische Lösungswege zur Modernisierung
Für die Modernisierung eines monolithischen ERP-Systems existiert kein universeller Königsweg. Vielmehr hängt die Wahl der richtigen Strategie von individuellen Faktoren wie dem Unternehmenskontext, der vorhandenen IT-Landschaft, der Risikobereitschaft und dem verfügbaren Budget ab. Grundsätzlich lassen sich jedoch drei Hauptstrategien unterscheiden, die Unternehmen zur Verfügung stehen
Inkrementelle Modernisierung durch Dekomposition
Anstatt einer risikoreichen „Big Bang“-Migration, bei der das gesamte System auf einmal ersetzt wird, ermöglicht die inkrementelle Modernisierung eine schrittweise Ablösung des Monolithen. Dies geschieht, weil dieser Ansatz das Projektrisiko erheblich reduziert.
- Das Strangler-Fig-Muster (Würgerfeigenmuster) ist ein bewährter Ansatz für diesen Prozess. Benannt nach der Würgerfeige, die einen Wirtsbaum langsam umschlingt und schließlich ersetzt, werden hierbei einzelne Systemfunktionen schrittweise neu geschrieben und als eigenständige Services ausgelagert. Auf diese Weise wird der Funktionsumfang des Altsystems nach und nach reduziert, bis es am Ende vollständig außer Betrieb genommen werden kann.
- Eine Methode zur Umsetzung dieses Musters ist das „Zerlegen nach Geschäftsfähigkeit“ (Decomposition by Business Capability). Dabei werden neue Microservices entlang etablierter Geschäftsfunktionen wie Vertrieb, Marketing oder Kundenservice entwickelt. Folglich stellt dieser Ansatz sicher, dass die neue Architektur eng am Geschäftsmodell ausgerichtet ist.
Die folgende Tabelle fasst die zentralen Vor- und Nachteile dieses Vorgehens zusammen:
| Vorteile | Nachteile |
| Reduziert das mit großen Migrationen verbundene Risiko. | Erfordert ein tiefes Verständnis des gesamten Geschäfts, um Funktionen korrekt zu identifizieren. |
| Führt zu einer stabilen, zukunftsfähigen Microservices-Architektur. | Erhöhte Komplexität bei der Koordination von Teams und Diensten, insbesondere bei zirkulären Abhängigkeiten zwischen den neuen Microservices. |
| Entwicklungsteams arbeiten funktionsübergreifend und wertorientiert. | Die Abstimmung der Teams auf die exakten Funktionen der Endbenutzer kann sich als schwierig erweisen. |
Umstieg auf Cloud- und SaaS-ERP-Lösungen
Der Trend zur Nutzung von Cloud-basierten ERP-Lösungen ist unverkennbar, wenngleich jedoch eine reine „Alles in die Cloud“-Strategie selten ist. Stattdessen ermöglicht diese hybride Strategie Unternehmen, sich dem Thema Cloud behutsam zu nähern, indem der bestehende On-Premises-ERP-Kern beibehalten und durch neue, flexible Cloud-Funktionen erweitert wird, um somit die Vorteile beider Welten zu kombinieren.
Die Hauptgründe für die Einführung einer Cloud-Strategie :
- Kürzere Implementierungszeit: schnellere Inbetriebnahme im Vergleich zu On-Premises-Installationen ein entscheidender Vorteil.
- Möglichkeit zur Überführung vorhandener Prozesse: Die Option, etablierte und bewährte Prozesse in die Cloud zu überführen
- Reduzierung der IT-Kosten: die Senkung der Betriebs- und Wartungskosten der primäre Treiber.
- Mobiler und ortsunabhängiger Zugriff: Die Möglichkeit, jederzeit und von überall auf Daten und Funktionen zugreifen zu können
Risiken und typische Fallen bei der ERP-Modernisierung
ERP-Einführungsprojekte sind hochkomplex, und daher ist das Risiko einer Fehlimplementierung erheblich. Tatsächlich kann ein Scheitern nicht nur zu Budgetüberschreitungen führen, sondern auch den operativen Betrieb empfindlich stören. Folglich ist ein proaktives und strukturiertes Risikomanagement kein optionaler Zusatz, sondern vielmehr ein entscheidender Erfolgsfaktor. Die Risiken lassen sich dabei in allgemeine Projektrisiken und strategiespezifische Fallstricke unterteilen.
Allgemeine Projektrisiken
Folgende allgemeine Risikobereiche identifizieren:
- Organisatorische Risiken: Hierzu zählen ein Mangel an qualifiziertem Personal für das Projekt oder unvorhergesehene Mitarbeiterengpässe, die den Projektfortschritt gefährden.
- Technische Risiken: Ein typisches technisches Risiko ist die Inkompatibilität des neuen Systems mit der bestehenden IT-Infrastruktur, was zu unvorhergesehenen Integrationsproblemen führen kann.
- Terminliche und kapazitive Risiken: Eine häufige Fehlerquelle ist die Unterschätzung des tatsächlichen Aufwands, was zu erheblichen Projektverzögerungen und Ressourcenengpässen führt.
- Kosten- und Nutzen-Risiken: Budgetüberschreitungen sind ein klassisches Projektrisiko. Ebenso gefährlich ist die Gefahr, dass der erwartete Nutzen der Investition am Ende nicht realisiert wird.
- Menschliche oder psychologische Risiken: Hierzu zählt der Widerstand der Mitarbeiter gegen neue Prozesse, der oft aus Angst vor Veränderung oder mangelnder Einbindung entsteht und den Erfolg des gesamten Projekts untergraben kann.
Strategiespezifische Fallstricke
Je nach gewähltem Modernisierungsweg treten spezifische Herausforderungen auf:
- Bei Cloud/SaaS-ERP: Die Nutzung von standardisierten Cloud-Lösungen birgt das Risiko des Verlusts prozessualer Alleinstellungsmerkmale, die einen Wettbewerbsvorteil darstellen.
- Bei Open-Source-ERP: Der größte Nachteil ist der fehlende Herstellersupport. Dies erfordert ein tiefes internes technisches Verständnis zur Fehlerbehebung und Weiterentwicklung. Zudem besteht das Risiko „versteckter Kosten“, die durch unvorhergesehenen Entwicklungs- und Debugging-Aufwand entstehen können.
- Bei inkrementeller Modernisierung: Eine zentrale Schwierigkeit besteht zunächst darin, die Geschäftsfunktionen für die Zerlegung korrekt zu identifizieren. Außerdem kann die Koordination der Entwicklungsteams komplex werden, insbesondere wenn zirkuläre Abhängigkeiten zwischen den neuen Services bestehen.
Vorgehensmodell in fünf Phasen
Eine erfolgreiche ERP-Einführung erfordert einen strukturierten, phasenweisen Ansatz, um die hohe Komplexität zu beherrschen und damit Fehlimplementierungen zu vermeiden. Daher bietet dieses Fünf-Phasen-Modell einen generischen und praxiserprobten Leitfaden, der Unternehmen dabei unterstützt, den gesamten Projektlebenszyklus von der Vorbereitung bis zum operativen Betrieb zu steuern
1. Projektvorbereitung
◦ Ziel: In dieser initialen Phase werden die Grundlagen für das gesamte Projekt gelegt. Es geht darum, den Rahmen abzustecken, klare Ziele zu definieren und das Fundament für eine erfolgreiche Umsetzung zu schaffen.
◦ Aufgaben:
- Zusammenstellung eines schlagkräftigen Projektteams
- Definition der Projektziele nach dem SMART-Ansatz
- Durchführung eines offiziellen KickOff-Meetings für alle Beteiligten
- Definition der technischen Anforderungen an die Infrastruktur
- Systematische Risikoabschätzung und Erstellung einer Risikomatrix
- Erstellung eines detaillierten Projektzeitplans
2. Business Blueprint
◦ Ziel: Diese Phase ist das Herzstück der Konzeption. Hier werden die Geschäftsprozesse, die im neuen System abgebildet werden sollen, detailliert analysiert und dokumentiert. Das Ergebnis ist eine exakte Spezifikation der Anforderungen.
◦ Aufgaben:
- Prozessanalyse und -definition (Ist-Analyse der bestehenden Abläufe)
- Systemanalyse zur Gestaltung der zukünftigen IT-Landschaft
- Datenanalyse zur Sicherstellung der Datenqualität und Planung der Datenbereinigung
- Detaillierte Anforderungsdefinition und Erstellung des Lastenhefts
- Durchführung einer ersten, fundierten Kostenanalyse
3. Umsetzung (Realisierung)
◦ Ziel: Das System wird technisch implementiert, konfiguriert und an die im Business Blueprint definierten, unternehmensspezifischen Anforderungen angepasst.
◦ Aufgaben:
- Erstellung des Designs der Implementierung (technisches Pflichtenheft)
- Anpassung des Systems durch Entwicklung und Customizing
- Parallele Installation und Konfiguration des späteren Echtsystems
- Implementierung eines umfassenden Sicherheitskonzepts
- Finale und detaillierte Planung des Go-Live
4. Testphase
◦ Ziel: Die Sicherstellung der Funktionalität, Stabilität und Benutzerfreundlichkeit des neuen Systems unter realitätsnahen Bedingungen, bevor es in den produktiven Einsatz geht.
◦ Aufgaben:
- Durchführung des Testbetriebs mit migrierten Stammdaten
- Organisation eines Probebetriebs (oft als paralleler Betrieb von Alt- und Neu-System zur Fehleridentifikation)
- Planung und Durchführung von umfassenden Mitarbeiterschulungen
5. Operativer Betrieb und Go-Live
◦ Ziel: Das neue System wird produktiv gesetzt (oft als „Big Bang“) und in den laufenden Betrieb überführt. Gleichzeitig werden Prozesse für Wartung und kontinuierliche Verbesserung etabliert.
◦ Aufgaben:
- Durchführung des finalen Go-Live
- Etablierung eines professionellen IT-Servicemanagements (z. B. nach ITIL)
- Organisation von Wartung und Support für den laufenden Betrieb
- Offizieller Projektabschluss und finale Dokumentation
Die konsequente Einhaltung dieses strukturierten Vorgehens ist entscheidend, um die Projektrisiken zu kontrollieren und den Erfolg der Modernisierungsinitiative sicherzustellen.
Strategische Empfehlungen
Die Modernisierung monolithischer ERP-Systeme ist für den Mittelstand weniger eine Frage des „Ob“, sondern vielmehr eine des „Wie“. Tatsächlich ist die Transformation von starren, kostspieligen Altsystemen zu flexiblen, agilen Plattformen unumgänglich, um in einer zunehmend digitalisierten Welt wettbewerbsfähig zu bleiben.
Wie dargelegt, stehen Unternehmen verschiedene strategische Optionen zur Verfügung: einerseits die risikoarme inkrementelle Modernisierung, andererseits der Umstieg auf skalierbare Cloud- und SaaS-Lösungen oder die Implementierung anpassbarer Open-Source-Systeme. Dabei gilt: Die richtige Wahl ist keine rein technische Entscheidung, sondern hängt maßgeblich von den individuellen Unternehmenszielen, der vorhandenen Prozesslandschaft, der Risikotoleranz und den verfügbaren finanziellen und personellen Ressourcen ab.
Abschließend lässt sich festhalten, dass der Erfolg einer ERP-Modernisierung weniger von der gewählten Technologie als vielmehr von einem disziplinierten, phasenweisen Vorgehen abhängt. Ein strukturiertes Modell, wie das hier skizzierte, schafft die notwendige Transparenz und Kontrolle, um ein derart komplexes Projekt zu steuern. Insbesondere einer gründlichen Planungs- und Analysephase (dem Business Blueprint) kommt daher eine entscheidende Bedeutung zu. Denn nur wenn die Anforderungen und Prozesse von Beginn an klar definiert sind, können Risiken minimiert, Kosten kontrolliert und somit der strategische Nutzen der Investition maximiert werden.
NIS-2 , Medizintechnik & ERP
Monolithische ERP-Systeme im Mittelstand: Herausforderungen, Lösungswege und Risikomanagement
SAP Business ByDesign vs SAP S/4HANA Cloud
SAP Business One vs SAP Business ByDesign
Business Process Reengineering vor ERP Einführung
Einführung von Unternehmenssoftware – überraschend nicht technologisch
Der Beitrag Monolithische ERP-Systeme im Mittelstand: Herausforderungen, Lösungswege und Risikomanagement erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag Verifactu in Spanien: die neue Rechnungsstellungspflicht erschien zuerst auf SAP Business One Blog.
]]>Was bedeutet Verifactu für Ihr Unternehmen?
Verifactu bildet den Rechtsrahmen für die digitale Rechnungsstellung in Spanien. Die Verordnung verpflichtet Unternehmen dazu, jede ausgestellte Rechnung rückverfolgbar, integer und unveränderbar zu dokumentieren. Folglich müssen alle Rechnungsdaten für die spanische Steuerbehörde AEAT jederzeit überprüfbar sein.
Die Verordnung verfolgt mehrere zentrale Ziele. Zunächst soll sie Steuerbetrug und Rechnungsmanipulationen wirksam verhindern. Darüber hinaus ermöglicht sie der AEAT, ausgestellte Rechnungsdaten in Echtzeit oder auf Anfrage zu prüfen. Außerdem fördert das System ein vertrauensvolles Umfeld zwischen Unternehmen, Kunden und Verwaltung durch sichere Technologien wie elektronische Signaturen und QR-Codes.
Die Verordnung orientiert sich dabei an Empfehlungen der OECD und der Europäischen Union. Sie modernisiert somit nicht nur die Buchhaltung und Steuerverwaltung, sondern verbessert auch die administrative Effizienz von Unternehmen. Zudem erleichtert sie die Anbindung an die elektronischen Plattformen der AEAT erheblich.
Welche Unternehmen müssen Verifactu umsetzen?
Die Verifactu-Verordnung betrifft grundsätzlich alle natürlichen und juristischen Personen, die wirtschaftliche Aktivitäten ausüben und Rechnungen über ERP-Systeme oder Rechnungsprogramme ausstellen. Die Unternehmensgröße oder Branchenzugehörigkeit spielt dabei keine Rolle.
Konkret umfasst dies mehrere Unternehmenstypen. Selbstständige, Kleinstunternehmen und KMU müssen die Vorschriften einhalten, sofern sie ein ERP-System oder spezielle Software zur Rechnungsstellung verwenden. Ebenso fallen große Unternehmen mit Unternehmensmanagementsystemen unter die Regelung. Darüber hinaus betrifft Verifactu auch Freiberufler wie Anwälte, Architekten oder Berater, die Rechnungen an ihre Kunden ausstellen.
Dennoch existiert eine wichtige Ausnahme. Unternehmen, die bereits am System zur sofortigen Informationsübermittlung (SII) teilnehmen, sind von der Anwendung dieser Verordnung befreit. Ihr Rechnungsstellungssystem ist nämlich bereits direkt und permanent mit der Steuerbehörde verbunden. Somit erfüllen diese Unternehmen die Transparenzanforderungen bereits durch das bestehende System.
Für alle anderen gilt jedoch: Wenn Ihr Unternehmen nicht unter das SII-System fällt und Sie ein ERP- oder IT-System für die Rechnungsstellung nutzen, müssen Sie die Verifactu-Vorschriften in den kommenden Monaten umsetzen.
Fristen und Zeitplan: Bis wann müssen Sie handeln?
Die Verordnung legt einen gestaffelten Zeitplan für die Anpassung fest. Diese Fristen zu kennen ist entscheidend, um Strafen zu vermeiden und die rechtzeitige Einhaltung sicherzustellen.
Der 1. Juli 2025 markiert die erste wichtige Deadline. Bis zu diesem Datum müssen Hersteller und Vertreiber von Rechnungsstellungssoftware ihre Lösungen an die Anforderungen der Verifactu-Verordnung angepasst haben. Ab diesem Zeitpunkt dürfen sie ausschließlich Produkte anbieten, die den Vorschriften entsprechen. Diese Frist betrifft daher primär Softwareanbieter und ERP-Partner.
Der 1. Januar 2026 stellt den nächsten Meilenstein dar. Ab diesem Datum müssen Unternehmen, die der Körperschaftsteuer unterliegen, Rechnungen mit Verifactu-kompatiblen ERPs oder Systemen ausstellen. Diese Unternehmen haben folglich nur noch wenige Monate Zeit, ihre Systeme umzustellen oder zu aktualisieren.
Schließlich gilt der 1. Juli 2026 als finale Frist für alle anderen Unternehmen. Selbstständige und KMU müssen bis dahin Systeme eingeführt haben, die Verifactu entsprechen. Diese Staffelung bietet zwar einen angemessenen Vorbereitungszeitraum, dennoch ist eine frühzeitige Vorbereitung ratsam.
Unternehmen sollten daher bereits jetzt mit der Planung beginnen. Die technische Umstellung, Mitarbeiterschulung und Testphasen benötigen ausreichend Vorlauf. Wer rechtzeitig handelt, vermeidet Stress und potenzielle Compliance-Probleme.
Technische Anforderungen an Verifactu-konforme ERP-Systeme
Um die Verifactu-Vorschriften zu erfüllen, muss das ERP- oder Rechnungsstellungssystem spezifische technische Funktionen bereitstellen. Jede Rechnung muss rückverfolgbar, fälschungssicher und für die Steuerbehörde leicht überprüfbar sein.
Unveränderbarkeit und Integrität bilden die Grundlage des Systems. Jeder Rechnungsdatensatz muss einen digitalen Fingerabdruck (Hash) enthalten und elektronisch signiert werden. Dadurch lassen sich Änderungen nicht spurlos vornehmen. Das System dokumentiert somit jede Manipulation sofort.
Vollständige Rückverfolgbarkeit erfordert die chronologische Verknüpfung aller Rechnungen. Jede neue Rechnung muss die Informationen aus der vorherigen enthalten. Folglich entsteht eine lückenlose Kette, die Manipulationen verhindert und die Prüfbarkeit gewährleistet.
Aufbewahrung und Zugänglichkeit der Daten sind ebenfalls verpflichtend. Die Systeme müssen die Daten in einem elektronisch lesbaren Format speichern. Außerdem müssen sie exportierbar sein und während der gesetzlich festgelegten Frist zugänglich bleiben.
Die Generierung eines QR-Codes auf jeder Rechnung ermöglicht der AEAT die direkte Überprüfung. Dieser Code enthält alle relevanten Rechnungsinformationen in verschlüsselter Form. Somit kann die Steuerbehörde Rechnungen unmittelbar validieren.
Kompatibilität mit der AEAT stellt eine weitere zentrale Anforderung dar. Das System muss sich mit der elektronischen Plattform der Steuerbehörde verbinden können. Dadurch erfolgt die Übermittlung der Rechnungsdaten automatisch oder auf Anfrage.
Die Ereignisprotokollierung vervollständigt die technischen Anforderungen. Das System muss wichtige Ereignisse und Vorgänge wie Exporte, Anomalien oder Sicherungskopien protokollieren. Dies gewährleistet die Kontrolle und Rückverfolgbarkeit des gesamten Prozesses.
SAP Business One: Bereits Verifactu-ready
SAP Business One erfüllt bereits alle Anforderungen der Verifactu-Verordnung. Der Patch 2505 für Version 10 integriert sämtliche notwendigen Funktionen direkt ins System. Unternehmen, die SAP B1 nutzen oder einführen möchten, erhalten somit eine sofort einsetzbare, konforme Lösung.
Das System bietet volle Kompatibilität mit Verifactu im Modul „Elektronische Dokumente”. Diese Integration ermöglicht einen nahtlosen Übergang ohne aufwändige Zusatzentwicklungen. Darüber hinaus generiert SAP Business One automatisch QR-Codes und elektronische Signaturen (Hash) auf jeder Rechnung. Diese Automatisierung reduziert manuelle Prozesse und minimiert Fehlerquellen erheblich.
Die neuen Layouts von Crystal Reports sind bereits an die Vorschriften angepasst. Folglich entsprechen alle ausgestellten Rechnungen automatisch den gesetzlichen Formatvorgaben. Zudem verfügt das System über spezielle Konnektoren im Elektronischen Dokumentendienst (EDS), die Daten direkt an die AEAT senden.
Die detaillierte Konfiguration nach Dokumenttyp, Serie, Zertifikat und Exportformat ermöglicht eine präzise Anpassung an individuelle Unternehmensanforderungen. Außerdem hat SAP Validierungs- und Überwachungstools in seinen EDS integriert. Diese Tools verschaffen Unternehmen die vollständige Kontrolle über den Status ihrer Datensätze.
Handeln Sie jetzt
Die Verifactu-Fristen rücken näher. Unternehmen sollten daher bereits jetzt ihre Systeme überprüfen und notwendige Anpassungen planen. SAP Business One bietet eine bewährte, konforme Lösung, die alle gesetzlichen Anforderungen erfüllt. Partner wie Artesap unterstützen bei der Migration in die Cloud-Umgebung oder bei der Aktualisierung von On-Premise-Installationen. Wer rechtzeitig vorbereitet ist, vermeidet nicht nur Strafen, sondern profitiert auch von effizienteren, digitalisierten Prozessen in der Buchhaltung.
E-Rechnung in Europa: Harmonisierter Standard und nationale Fragmentierung
E-Rechnung im Mittelstand: Die Uhr läuft
Frankreich E-Rechnung 2026: Was Unternehmen mit französischer Steuernummer jetzt wissen müssen
Leistungsbeschreibung in der E-Rechnung: Wie viel Detail muss wirklich hinein?
Verifactu in Spanien: die neue Rechnungsstellungspflicht
Die E-Invoicing-Vorschriften in Europa
Die Vorteile der E-Rechnung 2025
E-Rechnung 2025 FAQs
Vorbereitung für die Einführung von CKS.EINVOICE
E-Rechnung – Der flexible Standard EN 16931
Der Beitrag Verifactu in Spanien: die neue Rechnungsstellungspflicht erschien zuerst auf SAP Business One Blog.
]]>Der Beitrag KI im Unternehmen: 4 Mythen über die DSGVO erschien zuerst auf SAP Business One Blog.
]]>Während viele mittelständische Unternehmen noch aus Sorge vor Datenschutzverstößen und dem Verlust von Geschäftsgeheimnissen zögern, nutzen ihre Mitarbeiter längst Tools wie ChatGPT. Diese sogenannte „Schatten-KI” hat sich im Arbeitsalltag etabliert. Dieses Zögern zwischen Innovationsdruck und rechtlicher Unsicherheit führt in vielen Organisationen zu einem gefährlichen Stillstand. Doch die Realität von künstlicher Intelligenz und Datenschutz ist weitaus nuancierter, als die meisten annehmen. Dieser Artikel deckt vier der größten Mythen auf und zeigt, wie der Weg zu einem sicheren und konformen KI-Einsatz aussehen kann.
Mythos 1: “Anonym” ist immer anonym
Die rechtliche Grauzone der Anonymität
Die gängige Annahme ist simpel: Daten sind entweder personenbezogen oder sie sind es nicht. In der Realität ist die Frage, wann Daten wirklich als anonym gelten, jedoch Gegenstand einer intensiven juristischen Debatte. Der Grund für diese Unschärfe liegt darin, dass moderne Techniken der Datenverknüpfung es ermöglichen, auch vermeintlich anonymisierte Daten wieder einer Person zuzuordnen.
In der juristischen Diskussion stehen sich daher zwei Hauptpositionen gegenüber: Einerseits die “absolute Auffassung”, nach der eine Re-Identifizierung unter absolut keinen Umständen mehr möglich sein darf. Andererseits die “relative Auffassung”, bei der eine Re-Identifizierung praktisch ausgeschlossen sein muss. Bislang haben Gerichte und Datenschutzbehörden diese Frage nicht abschließend geklärt. Das bedeutet: Es gibt aktuell keine universell als sicher anerkannte Methode zur Anonymisierung.
Der kontextbezogene Ansatz
Statt sich auf eine vermeintlich absolute Anonymität zu verlassen, müssen Unternehmen einen kontextbezogenen Ansatz verfolgen. Für Geschäftsführer und IT-Verantwortliche bedeutet dies, im Sinne der Rechenschaftspflicht nach Artikel 5 Absatz 2 DSGVO die eigene Risikobewertung sorgfältig zu dokumentieren. Außerdem sollten die gewählten Anonymisierungstechniken und die Begründung, warum eine Re-Identifizierung im spezifischen Kontext als praktisch unmöglich erachtet wird, detailliert festgehalten werden.
Diese Dokumentation schützt nicht nur rechtlich, sondern zwingt Organisationen auch dazu, sich intensiv mit den tatsächlichen Risiken auseinanderzusetzen. Darüber hinaus ermöglicht sie eine nachvollziehbare Entscheidungsfindung bei der Implementierung von KI-Systemen.
Mythos 2: “Cloud-KI ist tabu – und eine eigene KI ist unbezahlbar”
Das wahre Risiko bei Cloud-Lösungen
Die rechtliche Unsicherheit bei der Anonymisierung ist ein wesentlicher Grund, warum Unternehmen Cloud-Lösungen misstrauen. Doch das Problem ist nicht die Technologie an sich, sondern die Jurisdiktion des Anbieters. Werden Daten auf Servern von US-Anbietern verarbeitet, besteht das Risiko eines Zugriffs durch US-Behörden aufgrund von Gesetzen wie dem Cloud Act. Dieser erlaubt US-Behörden den Zugriff auf Daten, selbst wenn diese auf europäischen Servern gespeichert sind.
Diese Sorge ist ein zentraler Hinderungsgrund für viele Unternehmen. Sie befürchten, dass sensible Geschäftsgeheimnisse über ein KI-Modell an die Konkurrenz gelangen könnten. Diese Angst ist nachvollziehbar: Sobald Unternehmensdaten das eigene Rechenzentrum verlassen, sinkt die Kontrolle über deren Verwendung erheblich.
Lokale KI als praktikable Alternative
Die überraschende Alternative liegt in lokalen Open-Source-KI-Modellen. Diese können im eigenen Rechenzentrum oder bei einem europäischen Cloud-Anbieter gehostet werden, was volle Datenkontrolle und DSGVO-Konformität gewährleistet. Dies ist nicht nur eine defensive Sicherheitsmaßnahme, sondern eine strategische Entscheidung.
Sie ermöglicht eine überlegene, maßgeschneiderte Performance durch die Optimierung von Modellen auf Basis eigener, qualitativ hochwertiger Unternehmensdaten. Dass dieser Weg nicht unbezahlbar sein muss, zeigt eine Case Study aus der Praxis: Eine deutsche Kommune hat eine lokale KI-Infrastruktur für eine Arbeitsgruppe von 20 bis 30 Nutzern für nur circa 10.000 EUR aufgebaut. Folglich ist die Investition in lokale KI-Lösungen auch für mittelständische Unternehmen durchaus realistisch.
Mythos 3: “Was die KI einmal gelernt hat, vergisst sie nie”
Das Recht auf Vergessenwerden gilt auch für KI
Das Recht auf Löschung nach Artikel 17 DSGVO ist ein Grundpfeiler des Datenschutzes und gilt auch für Daten, die zum Training eines KI-Modells verwendet wurden. Auf den ersten Blick scheint dies eine unüberwindbare technische Hürde zu sein. Doch auch hier gibt es Lösungsansätze, die jedoch rechtlich und technisch präzise unterschieden werden müssen.
Technische Lösungsansätze
Eine Methode zur Umsetzung eines Löschanspruchs ist das sogenannte “Nachtraining” oder Retraining. Dabei werden die internen Parameter des Modells gezielt so angepasst, dass eine bestimmte Information nicht mehr aus dem Modell ableitbar ist. Dies ist technisch komplex, zielt aber auf eine tatsächliche Entfernung der Information ab.
Davon zu unterscheiden ist der Einsatz von nachgeschalteten Filtern, die unerwünschte Ergebnisse blockieren, bevor sie den Nutzer erreichen. Die Datenschutzkonferenz stellt hierzu klar, dass das Unterdrücken von Ausgaben mittels Filtern nicht generell eine Löschung im Sinne von Artikel 17 DSGVO darstellt, da die Information im Modell selbst potenziell erhalten bleibt.
Auch wenn der Prozess anspruchsvoll ist, zeigen diese Ansätze, dass sich selbst komplexe KI-Technologien mit fundamentalen Grundrechten in Einklang bringen lassen. Unternehmen müssen jedoch genau prüfen, welche Methode sie einsetzen und diese Entscheidung dokumentieren.
Mythos 4: “Die KI übernimmt die Kontrolle und trifft alle Entscheidungen”
Die gesetzliche Vorschrift des Human-in-the-Loop
Die Vorstellung, dass Algorithmen allein über das Schicksal von Menschen entscheiden, ist beunruhigend. Die DSGVO schiebt dem jedoch einen klaren Riegel vor. Artikel 22 verbietet grundsätzlich ausschließlich automatisierte Einzelentscheidungen, die eine erhebliche rechtliche oder ähnliche Wirkung für die betroffene Person haben.
Das Prinzip des Human-in-the-Loop ist hier entscheidend. Eine menschliche Beteiligung muss mehr sein als ein formelles Abnicken eines KI-Vorschlags. Der Mensch im Prozess muss einen tatsächlichen Entscheidungsspielraum haben. Das Gesetz behält somit bewusst den Menschen als letzte Instanz für kritische Entscheidungen bei, um Verantwortung zu sichern und Individuen vor einer rein maschinellen Beurteilung zu schützen.
Praktische Umsetzung im Unternehmensalltag
Bei einer KI-gestützten Bewerberauswahl darf beispielsweise nicht allein der Algorithmus über Absagen entscheiden. Ein Personalverantwortlicher muss die finale, begründete Entscheidung treffen und die KI-Empfehlung aktiv überprüfen und überstimmen können. Gleiches gilt etwa bei einer automatisierten Kreditwürdigkeitsprüfung.
Diese Anforderung bedeutet für Unternehmen, dass sie ihre Prozesse so gestalten müssen, dass qualifizierte Mitarbeiter die KI-Empfehlungen kritisch bewerten können. Außerdem müssen sie die Kompetenz und die Zeit haben, eine eigenständige Entscheidung zu treffen. Dies erfordert entsprechende Schulungen und klare Verantwortlichkeiten in der Organisation.
Vom Zögern zur Gestaltung: Der Weg zur datenschutzkonformen KI-Nutzung
Die datenschutzkonforme Nutzung von KI ist kein unüberwindbares Hindernis, sondern eine Gestaltungsaufgabe. Für diese existieren bereits rechtliche Rahmenbedingungen und überraschend praktische technische Lösungen. Pauschale Verbote beruhen oft auf falschen Annahmen, die den Blick auf machbare und sichere Einsatzszenarien verstellen.
Mittelständische Unternehmen sollten den Schritt wagen und KI-Systeme gezielt und datenschutzkonform einsetzen. Dabei hilft es, die vier aufgedeckten Mythen im Hinterkopf zu behalten: Anonymität ist kontextabhängig, lokale KI ist bezahlbar, das Recht auf Vergessenwerden ist technisch umsetzbar und der Mensch bleibt die letzte Entscheidungsinstanz.
Statt also zu fragen, ob Unternehmen KI datenschutzkonform nutzen können, lautet die entscheidende Frage für die Zukunft: Wie gestalten sie ihren Einsatz so, dass er nicht nur gesetzeskonform ist, sondern echtes Vertrauen bei Mitarbeitern und Kunden schafft? Diese Frage sollte jede Organisation für sich beantworten und dabei proaktiv die Chancen nutzen, die KI-Technologien bieten.
KI im Unternehmen: 4 Mythen über die DSGVO
SAP Business One “DSGVO Version” 9.3 Patch4
DSGVO praxisnah & unterhaltend
DSGVO und ERP: Risiken und Herausforderungen
Finanzbuchhaltung 2025 – Infos & Änderungen
Berechtigungen in SAP Business One
Der Beitrag KI im Unternehmen: 4 Mythen über die DSGVO erschien zuerst auf SAP Business One Blog.
]]>