abas ERP automatisieren: über die Schnittstellen, die der Hersteller anbietet

Was lässt sich an abas ERP automatisieren?

An abas ERP lassen sich vor allem Abläufe automatisieren, bei denen Belege von außen kommen und heute von Hand ins System übertragen werden: Bestellungen von Kunden, Auftragsbestätigungen von Lieferanten, Lieferavise, Eingangsrechnungen, Stammdatenänderungen und Rückmeldungen aus der Fertigung. Abas selbst beschreibt sein System als ERP für den fertigenden Mittelstand, ausgelegt auf Betriebe mit etwa 50 bis 500 Mitarbeitenden. Genau dort fallen diese Belege in großer Zahl an.

Der richtige Weg hängt davon ab, in welcher Form ein Beleg ankommt. Strukturierte Daten von Partnern, die EDI sprechen, gehören in die EDI-Anbindung. E-Rechnungen im Format ZUGFeRD verarbeitet abas laut Hersteller selbst. Für PDFs, E-Mails und Excel-Listen braucht es einen vorgelagerten Schritt, der die Daten ausliest, prüft und dann über die REST API oder Abas Connect ins ERP schreibt.

Welche Schnittstellen bietet abas ERP laut Hersteller?

Abas nennt auf seinen Produktseiten fünf Gruppen von Integrationswegen: die REST API, das Werkzeug Abas Connect, spezialisierte Connectoren, EDI sowie ein B2B-Portal mit Webshop. Die REST API beschreibt der Hersteller als Webschnittstelle für lesenden und schreibenden Datenzugriff in Echtzeit. Abas Connect ist laut abas ein grafisches Integrationswerkzeug mit Low-Code-Ansatz, mit dem sich Software und Geräte ohne Programmierung anbinden lassen.

In einem Blogbeitrag beschreibt abas Abas Connect zusätzlich als integrierte, cloudbasierte Plattform, die Nachrichten umwandelt und weiterleitet. Die Verbindung zwischen einem System im eigenen Haus und den abas-Clouddiensten wird dabei so aufgebaut, dass im Firmennetz keine eingehenden Ports geöffnet werden müssen. Für Ihre IT ist das ein wichtiger Punkt, weil keine Firewall-Freigabe von außen nötig ist.

Alle Angaben stammen von den Produkt- und Newsseiten des Herstellers, abgerufen am 5. November 2026. Welche Wege in Ihrer Installation lizenziert und eingerichtet sind, steht in Ihrem Vertrag und in Ihrem System, nicht auf der Website.

Was ist öffentlich dokumentiert, und was nicht?

Die technische Entwicklerdokumentation zu abas ERP ist nicht öffentlich. Die Adresse der abas-Dokumentation leitet am 5. November 2026 in das abas-Extranet weiter, und dort gibt es ohne Anmeldung keinen Zugriff. Öffentlich beschreibt der Hersteller, welche Schnittstellen es gibt, aber nicht, welche Objekte, Felder und Anmeldeverfahren die REST API im Einzelnen anbietet.

Etwas mehr zeigen die öffentlichen Beispielprojekte des abas-Essentials-SDK-Teams auf GitHub. Das Essentials SDK ist der Baukasten für Erweiterungen, die in abas ERP selbst laufen. Die Beispiel-App braucht für Bibliotheken und Testsysteme einen Extranet-Zugang. Ihre Entwicklungsumgebung verbindet sich über EDP mit dem ERP, konfiguriert mit Host, Port, Benutzer und Passwort. EDP ist damit ein Weg für Programme, die eng mit dem System arbeiten, nicht für eine lose Anbindung von außen.

Für Ihr Projekt heißt das: Der genaue Zuschnitt einer Anbindung wird erst an Ihrer Installation sichtbar, mit Zugang zur Dokumentation über Ihren abas-Ansprechpartner oder Ihr Systemhaus. Wer Ihnen vorab konkrete Endpunkte oder eine fertige Feldliste verspricht, sollte zeigen können, woher sie stammen.

Im Netz kursieren Anleitungen mit Beispiel-Adressen für die abas REST API und einem Anmeldeverfahren, die sich in keiner öffentlichen Herstellerquelle finden. Übernehmen Sie solche Beispiele nicht ungeprüft in Ihre Planung.

Wie sehen die typischen Fertigungsabläufe automatisiert aus?

Jeder automatisierte Ablauf an abas ERP folgt demselben Muster: Beleg annehmen, Daten auslesen, gegen das ERP prüfen, Abweichungen einem Menschen zeigen und erst dann schreiben. Der Unterschied zwischen den Abläufen liegt in den Prüfregeln. Wo die Regeln klar sind, entsteht der Datensatz ohne Handgriff. Wo sie nicht greifen, landet der Fall mit Begründung bei Ihrem Team.

Am deutlichsten wird das bei Auftragsbestätigungen von Lieferanten. Sie kommen meist als PDF, weichen oft in Details von der Bestellung ab und werden trotzdem häufig nur abgeheftet. Ein automatischer Abgleich prüft jede Zeile gegen die Bestellung in abas und meldet nur die Abweichungen.

• Auftragserfassung: Bestellungen als PDF oder aus E-Mails werden ausgelesen, Kunde, Artikel und Preise gegen abas geprüft und als Kundenauftrag angelegt oder als Entwurf zur Prüfung vorgelegt.
• Lieferavis und Lieferabrufe: Kommen sie per EDI, gehört die Überwachung in die EDI-Zentrale, die abas für ein- und ausgehende Nachrichten vorsieht. Avise als PDF laufen durch denselben Abgleich wie Auftragsbestätigungen.
• Rechnungseingang: E-Rechnungen im Format ZUGFeRD verarbeitet abas laut Hersteller selbst; alle anderen Formate brauchen den vorgelagerten Prüfschritt mit Bestell- und Wareneingangsabgleich.
• Stammdaten: Neue Lieferanten oder geänderte Bankverbindungen gehen durch eine Freigabe mit Vier-Augen-Prinzip, bevor sie über die REST API in abas landen.
• Rückmeldungen: Maschinen- und Betriebsdaten bindet abas laut eigenen Angaben über Abas Connect und den Prodaso Connector an; manuelle Rückmeldungen lassen sich über Scanner oder einfache Erfassungsseiten vereinfachen.

Was kann abas ERP bei E-Rechnung und Rechnungseingang selbst?

Abas ERP erstellt Ausgangsrechnungen laut Hersteller im Format ZUGFeRD/Factur-X oder als XRechnung und versendet sie zum Beispiel als E-Mail-Anhang. Für eingehende E-Rechnungen nennt die Produktseite einen systemgestützten Verarbeitungsablauf für ZUGFeRD/Factur-X, für Rechnungen und Gutschriften. Archiviert werden die Belege im abas-DMS. Für weitere Formate, Plattformen und Länderanforderungen verweist abas auf das Zusatzangebot MyForterro E-Invoicing.

Die Lücke liegt damit beim Eingang anderer Formate. Eine XRechnung als reine XML-Datei nennt die Produktseite für den Eingang nicht, ebenso wenig PDF-Rechnungen ohne eingebettete Daten. Solange Lieferanten nach den Übergangsregeln des Umsatzsteuergesetzes noch Papier- und PDF-Rechnungen schicken dürfen, kommen bei Ihnen also mehrere Formate gleichzeitig an.

Rechtlich gilt: Bei Umsätzen zwischen Unternehmen im Inland ist die Rechnung nach § 14 Abs. 2 UStG grundsätzlich als E-Rechnung in einem strukturierten elektronischen Format auszustellen. § 27 Abs. 38 UStG erlaubt Ausstellern bis Ende 2026 noch Papier und andere Formate, bis Ende 2027 nur noch bei einem Vorjahresumsatz bis 800.000 Euro oder per EDI mit Zustimmung des Empfängers. Wie Sie das in Ihrem Betrieb umsetzen, stimmen Sie mit Ihrer Steuerberatung ab.

• Prüfen Sie in Ihrem Release, welche Eingangsformate Ihr abas tatsächlich verarbeitet, statt sich auf die Website zu verlassen.
• Für XRechnung und PDF reicht ein vorgelagerter Schritt, der die Rechnung liest, gegen Bestellung und Wareneingang prüft und das Ergebnis an abas übergibt.
• Pflichtangaben, Rechenprüfung und Dublettenprüfung gehören in diesen Schritt, nicht erst in die Buchhaltung.

Cloud Edition oder on-premises: was ändert sich für die Automatisierung?

Abas ERP gibt es laut Hersteller in beiden Betriebsmodellen: im eigenen Haus oder als Abas Cloud Edition. Die Cloud Edition ist seit dem Service Pack 2024.Q3.1 vom Oktober 2025 für Neu- und Bestandskunden verfügbar, als vollständig verwaltetes Betriebsmodell in europäischen Rechenzentren. Betrieb, Monitoring, Upgrades und Weiterentwicklung übernimmt dabei der Hersteller, so beschreibt es abas in einer Pressemitteilung vom Mai 2024.

Für die Automatisierung ist der Unterschied der Zugriffsweg. Im eigenen Haus erreicht eine Anbindung das System im Firmennetz, etwa über ein VPN zu einem Server, der die Abläufe ausführt. In der Cloud Edition ist nach unserer Einschätzung nur zu planen, was der Hersteller als Schnittstelle freigibt, also REST API und Abas Connect, nicht ein direkter Zugriff auf Server oder Dateien. Welche Wege in der Cloud Edition im Einzelnen offenstehen, nennt die öffentliche Seite nicht; das klären Sie vor Projektbeginn mit abas.

Anpassung im ERP oder Ablauf über die Schnittstelle?

Ein Ablauf über eine offizielle Schnittstelle übersteht Updates in der Regel leichter als eine Anpassung im ERP selbst. Abas betont in seinen Mitteilungen zur Cloud Edition, dass Individualisierbarkeit und Releasefähigkeit zusammengehen sollen. Jede Anpassung, die tief im System sitzt, muss bei einem Release-Wechsel geprüft und gegebenenfalls nachgezogen werden. Ein Ablauf außerhalb, der nur über die REST API oder Abas Connect liest und schreibt, ist davon nur betroffen, wenn sich die Schnittstelle selbst ändert.

Das heißt nicht, dass Anpassungen falsch sind. Eine Prüfung, die direkt beim Erfassen im ERP greifen muss, gehört ins ERP. Ein Ablauf, der Belege von außen annimmt, ausliest und vorprüft, gehört davor. Die Grenze ziehen Sie am besten mit der folgenden Frage: Muss die Logik im Moment der Eingabe im ERP wirken, oder bereitet sie Daten für das ERP vor?

Schreibende Zugriffe immer über einen eigenen technischen Benutzer mit genau den Rechten, die der Ablauf braucht. So bleibt in abas nachvollziehbar, welcher Datensatz aus der Automatisierung stammt.

Was liefert abas bei KI, und wo braucht es einen eigenen Ablauf?

Abas setzt bei KI auf zwei Bausteine aus dem Forterro-Verbund: Prodaso für Analysen von Produktionsdaten und die Plattform MyForterro.ai für Assistenz im ERP. Über den Prodaso Connector werden laut abas Maschinen- und Prozessdaten mit ERP-Daten verbunden, etwa für Anomalieerkennung und Vorhersagen zur Qualität. Auf der KI-Seite schreibt abas, erste produktive Lösungen seien bereits integriert. Viele weitere Anwendungsfälle, vom Sachkontovorschlag bis zum Angebotstext, stellt die Seite als Szenarien vor, ohne zu sagen, welche davon heute verfügbar sind. Die Bereitstellung über eine MyForterro API nennt abas ausdrücklich als künftiges Element.

Für MyForterro.ai nennt Forterro zwei Grundsätze: Folgenreiche Aktionen laufen nur nach Freigabe durch eine Person, und Kundendaten werden nicht zum Training der zugrunde liegenden Modelle genutzt. Welche Funktionen es für abas ERP gibt, lässt die Seite offen; der Umfang unterscheidet sich je Forterro-Produkt.

Ein eigener KI-Ablauf lohnt sich dort, wo Sie heute schon etwas brauchen, das der Hersteller nicht liefert: Bestellungen und Rechnungen aus PDFs lesen, Auftragsbestätigungen abgleichen, Fragen an ERP-Daten in normaler Sprache beantworten. Er läuft außerhalb von abas, greift über die REST API zu und schreibt nur nach Freigabe durch Ihr Team. Auf Wunsch rechnet die KI dabei mit lokalen Modellen in Ihrem Haus, sodass keine Belege an externe Dienste gehen.

Ablauf in 6 Schritten

1. 01
   Installation feststellen

   Release, Betriebsmodell (on-premises oder Cloud Edition) und die lizenzierten Integrationswege wie REST API, Abas Connect und EDI mit Ihrer IT oder Ihrem Systemhaus klären.

2. 02
   Einen Ablauf auswählen

   Den Ablauf mit der meisten Handarbeit und klaren Regeln wählen, zum Beispiel Auftragsbestätigungen abgleichen oder Bestellungen aus E-Mails erfassen.

3. 03
   Belege und Regeln sammeln

   Eine Stichprobe echter Belege aus den letzten Wochen zusammenstellen und die Prüfregeln aufschreiben, die Ihr Team heute im Kopf anwendet.

4. 04
   Zugang zur Testumgebung

   Einen technischen Benutzer mit genau den nötigen Rechten in einer abas-Testumgebung einrichten und die Schnittstellendoku über Ihren abas-Kontakt bereitstellen.

5. 05
   Prototyp auf echten Daten

   Im Automatisierungs-Sprint den Ablauf auf den gesammelten Belegen laufen lassen, Abweichungen sichtbar machen und die Regeln mit Ihrem Team nachschärfen.

6. 06
   Freigabe und Betrieb

   Erst nach Abnahme in die Produktivumgebung übernehmen, mit Protokoll je Beleg, Fehlermeldung an eine benannte Person und Prüfung nach jedem abas-Update.

Häufige Fragen