Fallstudie · Insolvenz & Liquidation
Wolters Kluwer Spanien
Ein weltweit tätiger Informationsdienstleister nimmt Insolvenzversteigerungen in sein Finanzdienstleistungsportfolio auf — und braucht dafür eine Versteigerung, die sich verhält wie der Rest seiner Infrastruktur.

Die Ausgangslage
Wolters Kluwer bedient Fachleute in den Bereichen Gesundheit, Steuern und Rechnungswesen, Risiko und Compliance, Finanzen und Recht. In Spanien wollte das Unternehmen sein Finanzdienstleistungsangebot um Insolvenzversteigerungen für seine Mandanten erweitern.
Eine Auktionswebsite gab es bereits. Ihr fehlte die benötigte Funktionalität, sie war für die erwarteten Mengen nicht stabil genug und konnte mit der Nachfrage nicht Schritt halten. Gesucht wurde zweierlei zugleich: bessere Software und ein Partner, der bereit ist, eine langfristige gemeinsame Entwicklung einzugehen, statt ein Projekt abzuliefern und zu gehen.
Was gefordert war
Die Kernanforderung war Multi-Tenancy in einem bestimmten Sinn — die Möglichkeit, mehrere Versteigerungen für mehrere Mandanten mit jeweils eigenen Auktions- und Bieteinstellungen in einem System zu führen.
Zwei Anbindungen waren nicht verhandelbar. Die Plattform musste an das Asset-Management-System anschließen, damit Vermögenswerte nicht zweimal erfasst werden müssen. Und sie musste an das Buchhaltungssystem anschließen, für Mandanten wie für Bieter, mit vollautomatischer Rechnungsstellung und interner Verbuchung.
Was wir gebaut haben
Eine Enterprise-Installation, konfiguriert auf ihre Marke und ihre Standards, mit der Integrations-API als Arbeitspferd an beiden Enden: Vermögenswerte fließen aus dem Asset Management herein, Rechnungen und Abrechnungsdaten fließen in die Buchhaltung hinaus.
Genau für dieses Muster gibt es die Integrations-API. Die Versteigerung ist keine Insel mit einer Export-Schaltfläche, sondern ein Baustein in einer bestehenden Finanzsystemlandschaft.
Ergebnis
Wolters Kluwer kann Insolvenzversteigerungen als Teil eines breiteren Finanzdienstleistungsportfolios anbieten, mit der betrieblichen Effizienz, die die internen Abläufe verlangen. Für uns bleibt es der klarste Beleg dafür, dass die Plattform innerhalb der bestehenden Architektur einer großen Organisation arbeitet und nicht daneben.
