Zum Inhalt springen

Plattform

Ein Kern, der die zweite Sparte schon kennt.

SparWay ist als modulare Plattform gebaut, nicht als Energieprodukt mit späteren Anbauten. Deshalb ist Telekommunikation, Gesundheit oder Versicherung später ein Modul auf demselben Kern — kein zweites System.

Im Kern verankert
38Auftragsstatus
93Abbruchgründe
14Provisionsstatus
7Übertragungswege

Aufbau

Vier Schichten, klar getrennte Verantwortung

  1. 01

    Oberflächen

    SparWay ONE für interne Teams, Partner Hub für den Vertrieb, Provider Hub für Anbieter, MySparWay für Kunden.

  2. 02

    Fachlicher Kern

    Kunde, Partner, Anbieter, Produkt, Auftrag, Vertrag, Dokument, Provision, Workflow — einmal modelliert, in jeder Sparte genutzt.

  3. 03

    Ereignisse und Automatisierung

    Jede Zustandsänderung erzeugt ein Ereignis. Daraus entstehen Aufgaben, Benachrichtigungen, Provisionsbuchungen und Auswertungen.

  4. 04

    Connector-Schicht

    Adapter je Anbieter für Übertragungsweg und Format. Nach innen bleibt das Modell unverändert.

Connector-Prinzip

Anbieterunterschiede bleiben im Adapter

Ein Anbieter liefert REST, der nächste SFTP, der dritte eine CSV per Mail. Nach innen wird daraus derselbe Auftrag mit demselben Statusmodell.

Statusnormalisierung

Jeder Anbieter schreibt es anders. Wir lesen es gleich.

Eingehender Rohstatus
SparWay-Status
Nachbearbeitung erforderlich
SW-ORD-9400
KundentextDie Auftragsdaten müssen korrigiert werden
GrundAdresse fehlerhaftSW-RSN-DAT-002
VerursacherVertriebspartnerfließt in die Qualitätsbewertung

Der Rohstatus bleibt unverändert gespeichert — mit Zeitpunkt, Quelle und Mapping-Version. Ein korrigiertes Mapping lässt sich jederzeit erneut auf die Rohdaten anwenden.

  • Jeder Übertragungsweg

    REST, SOAP, Webhooks, XML, CSV, SFTP — und ein kontrollierter Portalweg für Anbieter ohne Schnittstelle.

  • Wiederholbar

    Rohdaten bleiben unverändert gespeichert. Ein korrigiertes Mapping kann erneut angewendet werden.

  • Versioniert

    Jede Übersetzung trägt ihre Mapping-Version. Nachträgliche Änderungen verfälschen keine alten Vorgänge.

Verlässlichkeit

Was auch in fünf Jahren noch nachvollziehbar sein muss

Regulierte Distribution verlangt, dass jeder Vorgang rekonstruierbar bleibt — nicht nur der aktuelle Stand.

  • Tarife und Konditionen werden versioniert, nie überschrieben
  • Jeder Auftrag hält fest, welche Version zum Abschluss galt
  • Jeder Statuswechsel wird historisiert und auditiert
  • Freigegebene Finanzbuchungen sind unveränderlich
  • Beträge als ganzzahlige Centwerte, nie als Fließkommazahl
  • Externer Originalstatus bleibt neben dem übersetzten erhalten

Sicherheit

Trennung, die im Datenmodell beginnt

  • Mandantentrennung

    Jeder Datensatz trägt seinen Mandanten. Die Datenbank sichert die Grenze zusätzlich ab.

  • Rollen und Freigaben

    Rechte nach Mandant, Organisation, Produkt, Region und Aktion — für Menschen und KI-Aktionen gleichermaßen.

  • KI mit Grenzen

    Kein direkter Datenbankzugriff. Nur definierte Werkzeuge, dieselben Rechte, Bestätigung vor schreibenden Aktionen.

Schnittstelle vorhanden oder nicht — wir finden einen Weg

Schicken Sie uns Ihre Dokumentation, Ihre Statuscodes oder eine Beispieldatei. Sie bekommen zurück, wie das in unserem Modell aussieht.