Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- examples [2024/12/11 18:42] – angelegt lars_gerulat
+++ examples [2026/09/08 14:34] (aktuell) – B2Base-Schemaentwurf: internationale Datenmodelle, Beispiele und Erläuterungen 0.0.0.0
@@ Zeile 1: / Zeile 1: @@
-**Ein praktisches Beispiel für die Nutzung von Standards: [[www.b2base.de]]**
+====== Beispiele für den Datenaustausch ======
-Mit b2base.de haben wir einen sich aktiv im Einsatz befindlichen Prototypen entwickelt, der die Leistungsfähigkeit moderner Standards eindrucksvoll demonstrieren soll. Es handelt sich um einen BPMN-Interpreter, der auf Basis einer BPMN-Darstellung eine hybride Lösung aus Workflow- und Formularsystem generiert. Dabei kombiniert b2base die Stärken verschiedener Standards zu einer flexiblen und leistungsstarken Anwendung:
-  * **Erfassung von Daten:** Daten werden in einer klar strukturierten JSON-Format gespeichert, was nicht nur maschinenlesbar, sondern auch optimal für den Austausch und die Weiterverarbeitung ist.
+<WRAP b2hero>
-  * **Aufgabenmanagement:** Aufgaben werden in einer dynamischen Liste organisiert, die die Übersichtlichkeit und Nachverfolgbarkeit von Prozessen gewährleistet.
+**Synthetische Beispiele zum Nachbauen**
-  * **Dokumentenverwaltung:** Dokumente werden nahtlos in den Workflow integriert und verwaltet, was die Effizienz bei der Bearbeitung von Vorgängen deutlich erhöht.
-===== Die Stärke der Standards: Effizienz und Flexibilität =====
+Die Beispiele illustrieren Datenstrukturen und Prüfungen. Sie sind keine Erfolgsgeschichten oder Nachweise realer Transaktionen.
-Die besondere Stärke von b2base.de liegt in der intelligenten Verknüpfung verschiedener Standards. Diese Herangehensweise hat gleich mehrere Vorteile:
-  - Einfachere Entwicklung: Durch die Nutzung bewährter Standards wird die Entwicklung komplexer Anwendungen deutlich erleichtert. Bestehende Werkzeuge und Bibliotheken können problemlos integriert werden, was Zeit und Ressourcen spart.
+[[schemes:scheme|Schemata]] · [[:guidelines|Integration]]
-  - Höhere Flexibilität: Dank der Interoperabilität und Modularität der verwendeten Standards kann b2base.de flexibel an unterschiedliche Anforderungen angepasst werden. Neue Funktionen und Schnittstellen lassen sich mit minimalem Aufwand hinzufügen.
+</WRAP>
-===== Zusätzliche Paradigmen für maximale Vielseitigkeit =====
-Neben BPMN und JSON integriert b2base.de auch weitere leistungsstarke Paradigmen:
+===== Eine Person mit nur einem Namen =====
-  * Reguläre Ausdrücke (Regex): Diese ermöglichen eine effiziente Mustererkennung und Datenvalidierung, was insbesondere bei der Verarbeitung großer Datenmengen von Vorteil ist.
-  * BBCode: Mit BBCode bietet b2base.de eine einfache Möglichkeit, Inhalte zu formatieren und strukturiert darzustellen, ohne aufwändige HTML-Kenntnisse vorauszusetzen.
+Ein Formular muss keinen Nachnamen erfinden. Das Modul [[schemes:person:nameandbirthdetails|Name und Geburt]] erlaubt:
-===== Fazit =====
-[[www.b2base.de]] ist mehr als nur ein BPMN-Interpreter – es ist ein lebendiges Beispiel dafür, wie Standards die Basis für innovative, effiziente und flexible Lösungen schaffen. Die geschickte Kombination von BPMN, JSON, Regex und BBCode macht b2base.de zu einem universellen Werkzeug, das sich mühelos an die Bedürfnisse unterschiedlichster Branchen und Projekte anpassen lässt. Ein wahrer Beweis für die transformative Kraft standardisierter Technologien.
+<file json person.json>
+{"name":{"preferredName":"Sukarno"},"birthDatePartial":"1984"}
+</file>
+Der Designer kann ''[name][preferredName]'' als Textfeld verwenden. Die unvollständige Geburt wird nicht automatisch als ''1984-01-01'' interpretiert.
+===== Ein lokales Konto ohne IBAN =====
+Bei einer [[schemes:financial:bankaccount|Bankverbindung]] außerhalb eines IBAN-Verfahrens genügt die strukturelle Alternative aus lokaler Kontonummer und den übrigen Pflichtfeldern. Der konkrete Zahlungsweg bestimmt zusätzliche Routing-Angaben:
+<file json bankaccount.json>
+{"accountHolders":[{"entityType":"person","id":"urn:example:person:42"}],"accountNumber":"000123456789","bank":{"name":"Example Bank","country":"US"},"currency":"USD"}
+</file>
+Die führenden Nullen bleiben erhalten. Das Beispiel führt keine Zahlung aus und bestätigt kein existierendes Konto.
+===== Ein Betrag mit drei Nachkommastellen =====
+Das Modul [[schemes:financial:money|Geldbetrag]] trennt Wert und Währung:
+<file json money.json>
+{"amount":"12.345","currency":"KWD"}
+</file>
+Die Dezimalstellen werden beim JSON-Transport erhalten. Die Berechnung erfolgt mit einer Dezimalarithmetik; Rundung ist eine zusätzliche Geschäftsregel.
+===== Aufgabe und Dokument verbinden =====
+Eine [[schemes:process:task|Aufgabe]] enthält einen Verweis auf [[schemes:process:document|Dokumentmetadaten]]:
+<file json task.json>
+{"id":"urn:example:task:42","title":"Unterlagen prüfen","status":"pending","documentRefs":["urn:example:document:42"]}
+</file>
+Das Dokument wird separat gespeichert. Ein Adapter muss die Kennung auflösen, Berechtigungen prüfen und anschließend das vorhandene Workspace-Format bedienen.
+===== Einen Folgeworkflow beschreiben =====
+[[schemes:process:handoff|Workflowübergaben]] verwenden eine einheitliche Hülle für Zielart, Ziel und freigegebene Nutzdaten. Beim Beispiel auf der Modulseite beschreibt ''payload.schemaId'' das Schema des enthaltenen Geldbetrags. Hülle und Nutzdaten werden getrennt validiert. Die Datei selbst ruft weder eine URL noch ein Skript auf.