SAP Business One Add-on-Entwicklung: individuelle Add-ons und Schnittstellen.
Was wir entwickeln.
Eigene Masken und Erweiterungen
Neue Formulare, Menüs, Matrizen und Grids mit Choose From List sowie zusätzliche Felder und Buttons auf Standardmasken, gebaut mit der UI API, damit sie aussehen und funktionieren wie SAP-Masken.
Produktion und Lager
Add-ons für Produktionsaufträge, Entnahmen und Rückmeldungen sowie Scan-Masken für Wareneingang, Kommissionierung, Lieferungen und Umlagerungen, die Artikel, Chargen und Seriennummern beim Scannen prüfen.
Prüfregeln und Freigaben
Regeln in SBO_SP_TransactionNotification, die fehlerhafte Daten schon beim Buchen stoppen, etwa eine Ausgangsrechnung ohne USt-IdNr., und Freigabeschritte für Belege, Preise und Zahlungen.
Schnittstellen
Anbindungen an Webshops, Banken, Telefonanlagen, Portale und andere Software über den Service Layer oder die DI API, als Hintergrunddienst oder mit Kontrollmaske im Client.
UDF, UDT und UDO
Eigene Felder, Tabellen und Objekte, die das Add-on beim Start anlegt, damit jede Firmendatenbank sie hat, ohne manuelle Einrichtung pro Mandant.
Belegbuchung über die APIs
Belege, Geschäftspartner, Artikel und Buchungen werden über die DI API oder den Service Layer angelegt, mit den Prüfungen von SAP und nie per direktem SQL-Schreibzugriff auf SAP-Tabellen.
Siehe auch: Entwicklung für SAP Business One · SAP Business One in Deutschland (E-Rechnung, DATEV, GoBD) · Webportale für SAP Business One · E-Rechnungs-Integration
Wer entwickelt individuelle Add-ons für SAP Business One?
Kodenova, das Studio von Zain Abbas, entwickelt Add-ons, Schnittstellen und Portale für SAP Business One, mit mehr als 7 Jahren Erfahrung und Kunden in 13 Ländern, darunter Deutschland. Wir arbeiten remote aus Lahore (Pakistan), unabhängig und an der Seite Ihres SAP-Partners, mit Festpreis pro Phase und Quellcode in Ihrem Besitz.
Ein Beispiel aus Deutschland: Für ein deutsches Unternehmen haben wir Produktions-Add-ons für Produktionsaufträge, Entnahmen und Rückmeldungen gebaut, dazu Webportale für Mitarbeitende ohne SAP-Client und eine 3CX-Telefonintegration, die eingehende Anrufe mit Kundendaten aus SAP B1 verknüpft.
Fallstudie: Produktions-Add-ons, Portale und 3CX-Telefonie →
Service Layer, DI API oder UI API: welche Technik passt zu Ihrem Add-on?
Die UI API ist eine COM-Schnittstelle zum laufenden Windows-Desktop-Client: Nur mit ihr entstehen Menüs, Masken und Ereignisse direkt im SAP-Business-One-Client. Die DI API liest und schreibt Geschäftsobjekte mit SAPs eigenen Prüfungen und läuft im Prozess, ohne HTTP-Umweg. Der Service Layer ist die REST/OData-Schnittstelle für alles, was außerhalb des Desktop-Clients läuft: Portale, Apps, Shop-Anbindungen und Erweiterungen für den Web Client.
Die meisten Add-ons kombinieren zwei davon: UI API für die Maske, DI API oder Service Layer für die Daten. Welche Kombination wir wählen, steht in der Spezifikation, bevor die erste Zeile Code entsteht. Die Tabelle unten fasst die Unterschiede zusammen.
Kann ein Add-on bei DATEV, XRechnung und ZUGFeRD helfen?
Ja, aber an der richtigen Stelle. XRechnung, ZUGFeRD und die DATEV-FI-Schnittstelle kommen aus der deutschen Lokalisierung von SAP Business One, die SAP dokumentiert. Ein individuelles Add-on ersetzt sie nicht, sondern sorgt dafür, dass die Daten stimmen: Prüfregeln für USt-IdNr., Leitweg-ID und Steuerkennzeichen, Masken zur Kontrolle eingehender E-Rechnungen vor der Buchung als Eingangsrechnung und Prüfungen der Konten- und Steuerschlüsselzuordnung vor dem DATEV-Export.
Die Fristen laut Bundesministerium der Finanzen: Seit dem 1. Januar 2025 muss jedes inländische Unternehmen E-Rechnungen empfangen können. Das Ausstellen wird im inländischen B2B-Verkehr ab 2027 Pflicht, bei einem Vorjahresumsatz bis 800.000 Euro ab 2028. Einen eigenen deutschen E-Rechnungs-Connector verkaufen wir nicht; E-Rechnungs-Integrationen haben wir für Kunden in mehreren anderen Ländern umgesetzt.
SAP Business One in Deutschland: Fristen, DATEV, GoBD und Quellen →
Für Teams wie Ihres.
Unternehmen in Deutschland und anderswo, die mit SAP Business One arbeiten und eine Maske, Regel oder Schnittstelle brauchen, die SAP nicht mitliefert
SAP-Business-One-Partner, die für das Add-on eines Kunden zusätzliche Entwicklungskapazität suchen
Unternehmen, deren Add-on auf SAP HANA genauso laufen muss wie auf SQL Server
So läuft ein Projekt ab.
- Spezifikation und Erstgespräch: ein kostenloses Erstgespräch, danach eine schriftliche Spezifikation der Masken, Felder, Regeln und Belege, auf Basis Ihrer SAP-Business-One-Version, Ihrer Datenbank und Ihres heutigen Ablaufs.
- Architektur: wir wählen UI API, DI API oder Service Layer für jeden Teil des Add-ons und entwerfen UDF, UDT und Abfragen für SQL Server, SAP HANA oder beide.
- Entwicklung mit wöchentlichen Demos: Sie sehen jede Woche lauffähige Masken, nicht nur Statusberichte.
- Tests: Abnahmetests (UAT) auf einer Kopie Ihrer Firmendatenbank, mit normalen Benutzerkonten, bevor etwas in die Produktion geht.
- Dokumentation: Installationshinweise, die UDF, UDT und Einstellungen, die das Add-on anlegt, und eine Anleitung für die Anwender.
- Paketierung für den Extension Manager: das Add-on wird mit dem SDK-Werkzeug ExtensionPackage und einer .ard-Registrierungsdatei paketiert, mit festem Erweiterungsnamen und steigender Versionsnummer.
- Produktivstart und Support: Installation in der Produktion, danach 3 Monate kostenloser Support für Fehlerbehebungen und kleine Anpassungen, anschließend optional laufender Support.
Was bedeuten die GoBD für ein individuelles Add-on?
Ein Add-on allein macht kein System GoBD-konform, es kann die Nachvollziehbarkeit aber zerstören. Deshalb gelten bei uns feste Designregeln: Buchungen laufen über die DI API oder den Service Layer, damit SAPs Geschäftsregeln und Änderungsprotokolle greifen; gebuchte Belege werden nie per SQL geändert, sondern über Gutschriften oder Stornobelege korrigiert; eigene Daten liegen in UDF und UDT, die über SAP-Updates erhalten bleiben.
Ob Ihr Gesamtsystem den GoBD entspricht, beurteilen Ihr Steuerberater und Ihre Verfahrensdokumentation. Wir liefern die technische Dokumentation des Add-ons, die dort hineingehört.
Individuelles Add-on oder fertiges Add-on wie B1UP?
Ein fertiges Add-on passt, wenn Ihr Bedarf verbreitet ist und das Produkt ihn per Einstellung abdeckt. Ein bekanntes Beispiel ist das B1 Usability Package (B1UP) von Boyum IT, laut Hersteller ein Add-on, mit dem sich viele Aspekte von SAP Business One anpassen lassen, bezogen über den SAP-Partner. Sie starten schneller und teilen die Wartung des Herstellers, arbeiten aber innerhalb seines Funktionsumfangs und seiner Lizenzbedingungen.
Ein individuelles Add-on passt, wenn die Maske, die Regel oder der Belegfluss nur Ihr Unternehmen betrifft, mit Ihren eigenen UDF und Abläufen arbeiten muss oder Ihnen der Code gehören soll. Beides schließt sich nicht aus: Viele Systeme nutzen ein fertiges Add-on und ergänzen es um eine individuelle Entwicklung.
Boyum IT: B1 Usability Package, Handbuch des Herstellers (Englisch) →
Add-on oder Schnittstelle: was brauchen Sie?
Ein Add-on läuft im SAP-Business-One-Client: Ihre Anwender bekommen neue Masken, Felder, Menüs und Prüfungen dort, wo sie ohnehin arbeiten. Eine Schnittstelle verbindet SAP Business One mit einem anderen System, etwa einem Webshop, einer Bank oder einem Logistiker, und läuft im Hintergrund über den Service Layer oder die DI API, ohne dass jemand den Client öffnet.
Viele Projekte brauchen beides, zum Beispiel eine Schnittstelle, die Aufträge aus dem Shop importiert, und eine Add-on-Maske, in der jemand die importierten Belege prüft.
Läuft ein Add-on auch im SAP Business One Web Client?
Nicht mit seinen klassischen Masken. Die UI API des SDK arbeitet nur mit dem Windows-Desktop-Client. Für den Web Client gibt es eigene Wege: Kachel-Apps und ab SAP Business One 10.0 FP 2405 die Web-Client-UI-API für unterstützte Ansichten, jeweils über den Extension Manager verteilt.
Planen Sie den Web Client ein, legen wir die Geschäftslogik in einen Dienst auf Basis des Service Layer. Dann können Desktop-Maske und Web-Client-Erweiterung dieselbe Logik nutzen, und ein späterer Umstieg betrifft nur die Oberfläche.
Wem gehört der Quellcode des Add-ons?
Ihnen. Nach jeder bezahlten Phase gehören Ihnen Quellcode, Datenbank und Dokumentation des Add-ons. Sie können es mit Ihrem eigenen Team oder Ihrem SAP-Partner weiterentwickeln oder uns mit dem weiteren Support beauftragen.
Funktioniert das Add-on nach einem SAP-Business-One-Update weiter?
Kein Entwickler kann versprechen, dass ein künftiges SAP-Release ein Add-on nie berührt. Wir behandeln Updatefähigkeit deshalb als Vorgehen, nicht als Garantie: Wir entwickeln nur auf den veröffentlichten Schnittstellen (UI API, DI API, Service Layer), hängen nicht vom inneren Aufbau der Standardmasken ab und schreiben nie per SQL in SAP-Tabellen.
Vor der Übergabe testen wir das Add-on mit Ihrer SAP-Business-One-Version und Ihrem Patch-Level, auf SQL Server und SAP HANA, wenn Sie beides nutzen oder planen. Vor einem Update der Produktion sollte das Add-on auf einer aktualisierten Kopie des Mandanten erneut getestet werden.
Wie werden Preis und Meilensteine festgelegt?
Jedes Projekt wird in Phasen mit Festpreis pro Phase aufgeteilt, die zusammen mit Umfang und Zeitplan im schriftlichen Angebot stehen. Bezahlt wird pro Phase, und jede Woche sehen Sie eine lauffähige Demo, sodass jeder Meilenstein mit Software endet, die Sie testen können.
Preislisten veröffentlichen wir nicht, weil jedes Add-on zuerst spezifiziert wird. Was die Kosten bestimmt, steht in den Fragen unten.
Welchen Support gibt es nach dem Produktivstart?
Jedes Projekt enthält 3 Monate kostenlosen Support nach dem Produktivstart für Fehlerbehebungen und kleine Anpassungen. Danach wird der Support im Angebot vereinbart. Brauchen Sie definierte Reaktionszeiten, nehmen wir sie ins Angebot auf, damit sie schriftlich in den Supportbedingungen stehen.
Welche SAP-Business-One-Schnittstelle eignet sich wofür?
Kurzvergleich der Programmierschnittstellen, die wir in Add-ons und Integrationen einsetzen. Grundlage ist die SAP-Dokumentation, verlinkt in unserem englischen Vergleichsartikel.
| Schnittstelle | Wo sie läuft | Typischer Einsatz | Grenzen |
|---|---|---|---|
| UI API (SDK) | Im Windows-Desktop-Client, als COM-Schnittstelle | Eigene Masken, Menüs, zusätzliche Felder und Ereignisse auf Standardmasken | Nicht im Web Client; braucht einen laufenden Client |
| DI API (SDK) | Unter Windows, im Prozess Ihrer Anwendung | Belege und Stammdaten buchen, auch für Objekte, die der Service Layer nicht abdeckt | Keine Multithreading-Unterstützung; Windows-Komponenten nötig |
| Service Layer | Auf dem Server, per HTTPS (REST/OData), für SAP HANA und SQL Server | Portale, Apps, Webshop-Anbindungen, Hintergrunddienste, Web-Client-Erweiterungen | Einige Funktionen nur über die DI API; ein HTTP-Aufruf pro Anfrage |
| Web-Client-UI-API | Im Web Client, ab SAP Business One 10.0 FP 2405 | Zusätzliche Steuerelemente auf unterstützten Ansichten sowie UDO- und UDT-Ansichten | Nur für die Ansichten, die SAP pro Feature Pack freigibt |
| B1if (Integration Framework) | Auf dem Server, szenariobasiert | Fertige Integrationsszenarien von SAP oder Anbietern | Für individuelle Anbindungen meist schwerer zu pflegen als ein kleiner Service-Layer-Dienst |
Welche Schnittstelle für welchen Teil Ihres Add-ons zum Einsatz kommt, legen wir in der Spezifikation fest und begründen es dort.
Wo wir das bereits umgesetzt haben.
SAP B1: Produktions-Add-ons, Portale, 3CX-Telefonie
Langfristige Entwicklung für SAP Business One bei einem deutschen Unternehmen: Produktions-Add-ons, Webportale und die Integration der 3CX-Telefonie in SAP B1.
Fallstudie lesen →LateinamerikaProvisions- und Produktumwandlungsportal für SAP B1
Ein spanischsprachiges Portal mit Anbindung an SAP Business One für Berechnung, Freigabe und Auszahlung von Provisionen sowie für Produktumwandlung und Nachschub.
Fallstudie lesen →Saudi-Arabien, PanamaKI-Connector für SAP B1, vertrieben über Partner
Ein KI-Portal und MCP-Server auf Basis von SAP Business One, der betriebswirtschaftliche Fragen beantwortet, Berichte erstellt und Daten abruft – inzwischen angeboten von Partnerunternehmen in Saudi-Arabien und Panama.
Fallstudie lesen →Weiterführende Leitfäden: Leitfaden zur Add-on-Entwicklung für SAP Business One · DI-API-Fehlercodes (-5002, -1029, -2035) · Beispiele für SBO_SP_TransactionNotification (SQL Server und HANA) · Service-Layer-Leitfaden (Login, $filter, Paging) · Abfragen von SQL Server nach HANA migrieren · Service Layer vs. DI API vs. UI API (Englisch) · Web-Client-Erweiterungen und Add-on-Migration (Englisch)
Kostenlose Tools: Service-Layer-Request-Builder · Formatted-Search-Builder (FMS) · SAP-B1-Objekttypen (ObjType) · SAP-B1-Tabellenreferenz · Tabelle OCRD (Geschäftspartner) · Tabelle OINV (Ausgangsrechnungen) · Tabelle OPCH (Eingangsrechnungen) · SAP-B1-Abfragebibliothek · SQL-zu-HANA-Konverter
SAP Business One Add-on-Entwicklung: häufige Fragen
Was kostet ein individuelles Add-on für SAP Business One?
Das hängt von der Zahl der Masken und Regeln ab, davon, wie viele SAP-Objekte das Add-on liest und schreibt, von Schnittstellen zu anderen Systemen, davon, ob es auf SQL Server, SAP HANA oder beidem laufen muss, von der Zahl der Firmendatenbanken und vom Aufwand für Tests und Datenaufbereitung. Wir spezifizieren zuerst und nennen dann einen Festpreis pro Phase; Preislisten veröffentlichen wir nicht.
Wie lange dauert die Entwicklung eines Add-ons?
Das hängt vom Umfang ab, deshalb steht der Zeitplan im schriftlichen Angebot. Jedes Projekt durchläuft dieselben Phasen: Spezifikation, Architektur, Entwicklung mit wöchentlichen Demos, Tests auf einer Kopie Ihrer Firmendatenbank, Dokumentation, Paketierung für den Extension Manager und Produktivstart, danach 3 Monate kostenloser Support.
Entwickeln Sie Add-ons für SQL Server und SAP HANA?
Ja. HANA vergleicht Texte mit Beachtung der Groß- und Kleinschreibung und nutzt einen anderen SQL-Dialekt, deshalb schreiben und testen wir Abfragen, gespeicherte Prozeduren und TransactionNotification-Regeln für jede Datenbank, die das Add-on unterstützen muss. Geschrieben wird über DI API oder Service Layer, die auf beiden Datenbanken laufen, sodass die meisten Unterschiede im SQL liegen.
Wird das Add-on für den Extension Manager paketiert?
Ja. Das Add-on wird mit dem SDK-Werkzeug ExtensionPackage.exe in ein Zip-Paket mit einer .ard-Registrierungsdatei gepackt. Ein Administrator importiert es im Extension Manager und weist es dem Mandanten zu; spätere Versionen werden unter demselben Namen mit höherer Versionsnummer importiert.
Arbeiten Sie mit unserem SAP-Partner zusammen?
Ja. Kodenova ist ein unabhängiges Entwicklungsstudio und kein SAP-Partner. Wir arbeiten an der Seite Ihres SAP-Business-One-Partners oder im Hintergrund unter seiner Marke, mit klarer Spezifikation, Übergabe des Quellcodes und Support. Lizenzen und SAP-Support bleiben bei Ihrem Partner.
Arbeiten Sie remote für Unternehmen in Deutschland?
Ja. Deutschland ist eines unserer 13 Kundenländer, und die Projekte laufen remote mit Erstgespräch, schriftlicher Spezifikation und wöchentlichen Demos. Pakistan liegt je nach Sommerzeit 3 bis 4 Stunden vor Deutschland, sodass sich der deutsche Arbeitstag gut überschneidet. Die Projektsprache ist Englisch.
Entwicklung für SAP Business One
Jedes Add-on: Instandhaltung, Lohnabrechnung, Freigaben, Lager, Berichte.
E-RechnungIntegration der E-Rechnung
ZATCA, SRI, FEL, DTE und Panama FE, direkt in SAP Business One integriert.
PortaleWeb- & B2B-Portale
Kunden-, Lieferanten- und Provisionsportale auf Basis von SAP B1.
Bereit für den Start?
Sagen Sie uns, was Sie brauchen. Sie erhalten eine klare technische Antwort, einen festen Leistungsumfang und einen Preis, in der Regel innerhalb von 24 Stunden.