UDO (SAP Business One)

E-Rechnung in Deutschland: So setzen Sie die Pflicht mit SAP Business One um

UDO steht für User Defined Object, auf Deutsch benutzerdefiniertes Objekt. Ein UDO hebt eine UDT (User Defined Table) auf die Ebene eines vollwertigen Business-Objekts: mit eigener Oberfläche, Standardfunktionen wie Suchen/Anlegen/Ändern, Registrierung in Menüstrukturen, Berechtigungssystem, Events und Anbindung an DI API sowie Service Layer.

Kontext

Bei der UDO-Definition wählt der Entwickler zwischen den beiden Objekttypen udo_MasterData (Master-Data, wie ein eigener Stammdatensatz — Typ 1) und udo_Document (Document, wie ein Beleg mit Kopf und Zeilen — Typ 3). Zum UDO gehören eine Haupttabelle (Master-Data: einzelne UDT; Document: UDT + Zeilen-UDT) sowie optional eine gekoppelte Nummernserie. In der UI API sind eigene Default-Formulare und das UDOEvent-Objekt verfügbar, das beispielsweise beim Öffnen eines neuen UDO-Formulars mit Kopf-Zeilen-Layout feuert. In der Praxis wird das UDO-Konzept von vielen Add-ons genutzt — die Versino Financial Suite, Coresuite-Erweiterungen oder MariProject kapseln darüber branchenspezifische Belege (z.B. DATEV-Exportkonfigurationen, Reisekosten-Abrechnungen, Projekt-Belege), die wie native SAP-B1-Belege wirken, aber eigene Logik tragen.

Abgrenzung

Ein UDO ist nicht identisch mit einer UDT: Die UDT ist die Speicherschicht, das UDO fügt Verhalten, UI, Events und API-Sichtbarkeit hinzu. Es ist auch nicht das Gleiche wie die einfache Erweiterung eines Standardobjekts über UDFs — UDFs hängen an bestehenden Objekten, UDOs sind eigenständige Objekte. Gegenüber einem klassischen Add-on-Formular mit Eigen-Tabellen bietet das UDO den Vorteil, SAP-B1-Standardmechanismen (Berechtigungen, Genehmigungsprozess, Belegfluss, Service-Layer-Endpunkt) automatisch mit zu nutzen; der Nachteil ist eine stärkere Bindung an das B1-Framework und dessen Einschränkungen, etwa in der UI-Freiheit der Formulare.

Process Reward Models: Warum ein richtiges Ergebnis noch keinen richtigen Weg beweist

Diese Reihe nimmt fortlaufend einzelne KI-Grundbegriffe und Methoden wie die Process Reward Model unter die Lupe .Die vorige Folge hat ...

Test-Time Compute Scaling: Warum ein kleineres KI-Modell am Ende gewinnen kann — und was der Lieferantenvergleich in SAP Business One damit zu tun hat

Dies ist eine Fortsetzung der Reihe auf diesem Blog, die sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One ...

RLHF und Reward-Modelle: Was hinter dem KI-Hype steckt — und was der Genehmigungsprozess in SAP Business One damit zu tun hat

Key Takeaways Der Beitrag behandelt die Anwendung von Künstlicher Intelligenz im Zusammenhang mit SAP Business One und grundlegenden KI-Themen. Dank ...

SAP B1 Blog