storefront Funktionsbaustein: Marktplatzfeedback
| Eigenschaft | Wert |
|---|---|
| Kennung | DArch-FBS-MPL |
| Hauptfähigkeit | Infrastruktur und IT-Betrieb |
| Geschäftsfähigkeit | Betriebsinfrastruktur |
| Version | 0.1 (Entwurf) |
| GovStack-Bezug | E-Marketplace Building Block |
summarize 1 Management Summaryfeedback
Der Baustein „Marktplatz“ umfasst Funktionalitäten zur Beschaffung und Bereitstellung von Onlinediensten und anderen IT-Anwendungen. Damit sollen Bedarfsträger aller Ebenen geeignete IT-Lösungen schnell und sicher finden, bestellen und mit entsprechenden Ansprechpartnern in Kontakt treten können. Für Lösungsanbieter fungiert der Marktplatz als Vermittlungsplattform.
Diese Bausteinspezifikation orientiert sich an der Struktur der GovStack-Spezifikationen für Building Blocks. Soweit dort entsprechende Inhalte verfügbar sind, dienen diese als Ausgangsbasis für die auf Deutschland zugeschnittene Spezifikation. Der vorliegende Baustein „Marktplatz“ orientiert sich in Teilen am GovStack Building Block „E-Marketplace“. Zudem wurde der Marktplatz Deutschland Digital (MDD) des IT-Planungsrats einbezogen.
description 2 Beschreibungfeedback
2.1 Kontextdiagrammfeedback
Der Baustein „Marktplatz“ bietet für Anbieter digitaler Lösungen:
- Einen zentralen Bezugspunkt für ihre Lösungen
- Eine Übersicht über angebotene Lösungen als Katalog
- Eine Übersicht über die Verbreitung digitaler Lösungen
Der Baustein „Marktplatz“ bietet für Nutzende digitaler Lösungen:
- Einen Zugang zu geprüften und verbreiteten Lösungen
- Eine Möglichkeit, Lösungen zu bewerten und Bewertungen einzusehen
- Eine zentrale Ablage von mit einem Bezug verbundenen Nutzungsverträgen
Der Baustein „Marktplatz“ bietet übergreifend:
- Eine Vermittlung zwischen Lösungsanbietern und Lösungsbedarfsträgern
- Eine Vermeidung von Parallelentwicklungen durch Nachnutzung
menu_book 3 Terminologiefeedback
Die folgende Tabelle definiert zentrale Fachbegriffe im Kontext des Marktplatz-Bausteins und orientiert sich an der GovStack-Spezifikation zum E-Marketplace.
| Begriff | Definition |
|---|---|
| Nutzende | Person, die den Marktplatz in der Rolle Anbieter einer digitalen Lösung oder in der Rolle (potenzieller) Bezieher einer digitalen Lösung nutzt |
| Anbieter | Nutzender-Rolle mit Funktionen, um eine digitale Lösung zum Bezug einzustellen und zu vermarkten |
| Bezieher | Nutzender-Rolle mit Funktionen eines Kunden oder Interessenten einer digitalen Lösung |
| B2G | Business-to-Government: Unternehmen bieten Produkte oder Leistungen für staatliche Stellen an |
| G2P | Government-to-People: Staat stellt Leistungen oder Güter für Bürger:innen bereit |
| Consumer Platform | Plattform, auf der Bedarfsträger (z. B. Behörden) suchen, auswählen und bestellen |
| Provider Platform | Plattform, auf der Anbieter Kataloge, Verfügbarkeiten und Angebotsbedingungen verwalten |
| Intent | Strukturierte Such- oder Beschaffungsabsicht mit Parametern zu Bedarf, Ort, Zeit, Kategorie, Angebot und Zahlungsmodalität |
| Katalog | Strukturierte Sammlung von Produkten, Dienstleistungen und Beschaffungsoptionen mit Metadaten |
| Angebot (Offer) | Zeitlich oder fachlich begrenzte Konditionen, die auf Katalogelemente angewendet werden können |
| Quote/Angebotskalkulation | Ermittelter Preis inklusive Aufschlüsselung aus Positionen, Konditionen und Zusatzleistungen |
| Order | Verbindlicher Auftrag bzw. Vertrag über ausgewählte Leistungen inklusive Erfüllungs- und Zahlungsbedingungen |
| Fulfillment | Erbringung bzw. Auslieferung der beauftragten Leistung entlang definierter Statusstufen |
| Order Lifecycle | End-to-End-Ablauf von Suche, Auswahl, Angebotskalkulation, Beauftragung bis Support und Feedback |
settings 4 Kernfunktionalitätenfeedback
4.1 Content-Management Marktplatzfeedback
In dieser Kernfunktionalität werden digitale Lösungen zur Bereitstellung verwaltet.
4.2 Nutzendenverwaltung Marktplatzfeedback
Der Marktplatz verfügt über eine Nutzendenverwaltung. Nutzende werden grundsätzlich in die Rollen Anbieter einer digitalen Lösung und Bezieher einer digitalen Lösung unterteilt.
4.3 Lösungssuche Marktplatzfeedback
Die Lösungssuche ermöglicht Nutzenden eine Filterung von Lösungen nach verschiedenen Kriterien wie Themen, Tags, Lizenzmodellen und weiteren Merkmalen.
4.4 Bestellung Marktplatzfeedback
Aus der Lösungssuche heraus kann eine Lösung bestellt und im Idealfall auch unmittelbar per Download oder Deployment bezogen werden.
4.5 Digitale Vertragsmappe Marktplatzfeedback
Der Bezug einer Lösung ist auch bei kostenfreien Angeboten mit entsprechenden Nutzungsverträgen verbunden, die als Sammlung in der digitalen Vertragsmappe bereitgestellt werden.
4.6 Angebots- und Angebotskalkulation (Quotation)feedback
Der Baustein unterstützt den Aufbau einer Warenkorb-/Vergabeauswahl, die Validierung von Positionen und die Ermittlung belastbarer Angebotskalkulationen inklusive Preisaufschlüsselung, Zusatzleistungen und Konditionen.
4.7 Auftragsmanagement (Order)feedback
Aus einer finalen Auswahl wird ein Auftrag mit eindeutiger Kennung erzeugt. Der Auftrag umfasst Positionen, Bedingungen, Status und Referenzen auf Erfüllung, Zahlung und Support.
4.8 Erfüllung und Trackingfeedback
Die Erfüllung wird statusbasiert gesteuert und fortgeschrieben. Je nach Prozessart (z. B. Bereitstellung, Lieferung, Terminierung) werden Fortschritt und Echtzeitinformationen bereitgestellt.
4.9 Storno, Anpassung und Rückabwicklungfeedback
Der Baustein ermöglicht Stornierungen, Auftragsänderungen und die regelbasierte Rückabwicklung gemäß definierter Storno-/Erstattungsbedingungen.
4.10 Bewertung, Feedback und Supportfeedback
Ratebare Entitäten (Leistung, Anbieter, Erfüllung, Support) können bewertet werden. Zusätzlich werden Supportkontakte und Ticketprozesse während des gesamten Auftragszyklus unterstützt.
4.11 Bid Evaluation (Vergabeauswertung)feedback
Für ausschreibungsnahe Szenarien unterstützt der Baustein die regelbasierte Bewertung von Angeboten (z. B. fachlich, finanziell) mit nachvollziehbaren Kriterien.
shield 5 Querschnittsanforderungenfeedback
Die Querschnittsanforderungen orientieren sich an den GovStack-Cross-Cutting-Requirements und werden im D-Stack-Kontext verbindlich konkretisiert.
| Anforderung | Beschreibung | Priorität |
|---|---|---|
| Datenschutz und Datenminimierung | Personenbezogene Daten dürfen nur zweckgebunden verarbeitet und nur mit gültiger Rechtsgrundlage bzw. Einwilligung geteilt werden. | REQUIRED |
| Revisionssichere Protokollierung | Erzeugung, Änderung und Löschung fachlicher Objekte (Katalog, Angebot, Auftrag, Ticket) sind mit Zeitstempel, Akteur und Kontext zu protokollieren. | REQUIRED |
| Integrität der Audit-Logs | Protokolle müssen gegen Manipulation geschützt und nachweisbar unveränderlich abgelegt werden. | REQUIRED |
| Rollback-Fähigkeit | Bei fachlichen oder technischen Fehlern muss eine konsistente Rücksetzung auf einen gültigen Zustand möglich sein. | RECOMMENDED |
| Interoperabilität | Schnittstellen und Datenmodelle sind so auszugestalten, dass Föderation und plattformübergreifender Austausch möglich bleiben. | REQUIRED |
| Ausfallsicherheit und Wiederanlauf | Kritische Marktplatzprozesse müssen mit definierten Wiederanlaufzeiten und degradierten Betriebsmodi betrieben werden können. | RECOMMENDED |
| Nachvollziehbare Entscheidbarkeit | Entscheidungen in Vergabe-/Auswahlprozessen müssen anhand von Kriterien und Bewertungsregeln nachvollziehbar sein. | REQUIRED |
checklist 6 Funktionale Anforderungenfeedback
Die Anforderungen sind aus den GovStack-Kapitelanforderungen für E-Marketplace abgeleitet und auf den D-Stack-Kontext zugeschnitten.
| Anforderung | Beschreibung | Priorität |
|---|---|---|
| Suchanfrage mit Kontext | Suche muss Kontextparameter (Domäne/Kategorie, Ort, Zeit, transaktionsbezogene IDs) unterstützen. | REQUIRED |
| Mehrkriterien-Suche | Suche muss kombinierte Filter (Kategorie, Anbieter, Konditionen, Standort) und iterative Verfeinerung erlauben. | REQUIRED |
| Katalogantworten mehrerer Anbieter | Plattform muss mehrere Rückmeldungen auf eine Suche verarbeiten und nutzbar darstellen. | REQUIRED |
| Inventarverwaltung | Anbieter müssen Verfügbarkeiten von Leistungen/Produkten pflegen; Bestandsänderungen sind lifecycle-gesteuert zu synchronisieren. | REQUIRED |
| Angebotskalkulation | Warenkorb-/Auswahlpositionen, Add-ons und Konditionen müssen in eine nachvollziehbare Kalkulation überführt werden. | REQUIRED |
| Bedingungen und Vertragsentwurf | Zahlungs-, Erfüllungs-, Storno-, Rückgabe- und Erstattungsbedingungen müssen im Entwurf visualisiert und abgestimmt werden können. | REQUIRED |
| Auftragsbestätigung | Bestätigte Aufträge müssen mit eindeutiger ID und Status geführt werden. | REQUIRED |
| Erfüllungsstatus | Statusupdates aus der Leistungserbringung müssen abrufbar und ereignisbasiert zustellbar sein. | REQUIRED |
| Tracking | Tracking-Informationen (Link/Webhook/Statusdaten) müssen für aktive Aufträge bereitgestellt werden. | REQUIRED |
| Storno und Rückerstattung | Storno mit Grund, Prüfung von Bedingungen, Gebühren und ggf. Rückerstattung muss unterstützt sein. | REQUIRED |
| Bewertung und Feedback | Bewertbare Entitäten und optional strukturierte Feedback-Erhebung müssen verfügbar sein. | RECOMMENDED |
| Support/Tickets | Supportinformationen und Ticketprozesse (CRUD) müssen auftragsbezogen verfügbar sein. | REQUIRED |
| Vergabeauswertung | Kriterienbasierte Auswertung von Angeboten mit dokumentierten Ergebnissen muss moeglich sein. | REQUIRED |
database 7 Datenstrukturenfeedback
Der Baustein orientiert sich an einem plattformübergreifenden Marktplatz-Datenmodell (u. a. kompatibel zu Beckn-orientierten Mustern aus GovStack).
| Entität | Kernattribute | Zweck |
|---|---|---|
| Context | action, transaction_id, message_id, timestamp, Teilnehmer-IDs/URIs | Korrelation und Nachvollziehbarkeit von Requests/Callbacks |
| Catalog | descriptor, providers, categories, offers, ttl/expiry | Auslieferung suchrelevanter Marktplatzinhalte |
| Provider | id, descriptor, rating, locations, items | Anbieterprofil und Leistungsportfolio |
| Item/Service | id, descriptor, price, quantity, category_ids | Konkrete bestellbare Leistung/Produkt |
| Offer | id, gültige Kategorien/Items, Zeitraum | Konditionen, Rabatte, besondere Angebotsregeln |
| Quotation | id, Gesamtpreis, Preisaufschlüsselung, Gültigkeit | Belastbare Angebotskalkulation vor Auftrag |
| Order | id, status, items, billing, fulfillments, payments | Verbindlicher Auftrag inkl. Lifecycle-Daten |
| Fulfillment | type, state, tracking, agent/stop/zeitliche Daten | Steuerung und Monitoring der Leistungserbringung |
| Payment Terms | collected_by, payment_url/params, type, status | Settlement- und Zahlungsbedingungen je Auftrag |
| Rating/Feedback | rating_category, value, form/feedback_ref | Qualitätsrückmeldung zu Entitäten |
| Support Case | ref_id, kontaktkanal, ticketstatus | Bearbeitung von Rückfragen und Störungen |
api 8 Service-Schnittstellenfeedback
Die Service-Schnittstellen folgen dem GovStack-Ansatz eines interoperablen, API-basierten E-Marketplace. In der GovStack-Spezifikation werden die APIs u. a. entlang folgender Teilbereiche gegliedert:
| API-Bereich | Typische Endpunkte/Muster | Zweck |
|---|---|---|
| Katalogmanagement | /search, on_search | Suche und Rückgabe passender Kataloge |
| Inventarverwaltung | provider-interne Inventar-Operationen | Verfügbarkeitsprüfung und Bestandssteuerung |
| Angebotskalkulation | /quotation | Kalkulation und Rückgabe von Preis-/Leistungsangeboten |
| Auftragsbedingungen | /terms/payment, /terms/fulfillment | Aushandlung von Zahlungs- und Erfüllungsbedingungen |
| Order Management | /orders, /orders/{orderId} | Auftrag anlegen, abrufen, aktualisieren |
| Erfüllung | /fulfillments, /fulfillments/{fulfillmentId} | Erfüllungsstatus und operative Fortschreibung |
| Tracking | /tracking/start, /tracking/stop | Aktivierung und Steuerung von Trackingflüssen |
| Bewertung/Feedback | /forms, /forms/{formId} | Erfassung strukturierter Rückmeldungen |
| Support | /support/{orderId} | Auftragsbezogener Supportzugang |
| Lifecycle-Callbacks | on_select, on_confirm, on_status u. a. | Asynchrone, zustandsbasierte Ereigniskopplung |
Hinweis: Die konkrete Ausprägung (REST/Events, Payload-Profile, Sicherheitsmechanismen) wird in der Zielarchitektur des D-Stacks festgelegt.
account_tree 9 Interne Workflowsfeedback
Die folgenden Workflows orientieren sich an den GovStack-Order-Lifecycle-Abläufen und werden für den Marktplatz-Baustein übernommen:
- Suche nach Leistungen/Produkten und Sichtung der Kataloge
- Auswahl, Angebotskalkulation und Übernahme in einen Entwurf
- Initialisierung des Auftrags mit Rechnungs- und Erfüllungsdaten
- Bestätigung des Auftrags inkl. Zahlungs-/Signaturbezug (falls erforderlich)
- Erfüllung, Statusfortschreibung und Tracking
- Optionale Anpassung oder Storno mit Rückabwicklung
- Abschluss mit Bewertung, Feedback und Support
Für vergabenahe Fälle gilt zusätzlich:
- Publikation von Ausschreibungsobjekten im Katalog
- Angebotsabgabe durch qualifizierte Anbieter
- Kriterienbasierte technische/finanzielle Auswertung
- Zuschlag, Auftragsüberführung und Lifecycle-Steuerung
library_books 10 Weiterführende Informationen und Quellenfeedback
- GovStack E-Marketplace
- GovStack E-Marketplace Specification Repository
- GovStack Specifications (Übersicht)
- Beckn Protocol
- Marktplatz Deutschland Digital (FITKO)
- IT-Konsolidierung Bund
- Servicestandard für die digitale Verwaltung