Für Technikunternehmen & InsurTechs
Ein Rechner in 30 Minuten.
Wir waren selbst überrascht.
Wir haben einer Coding-KI einen kurzen Auftrag und den Link auf unsere Schnittstellenbeschreibung gegeben — sonst nichts. Eine halbe Stunde später lief ein funktionsfähiger Vergleichsrechner für die Privathaftpflicht. An einigen Stellen besser als unser eigener.
Das Wichtigste auf einen Blick
- Rechenkerne für 15 Sparten der privaten Sachversicherung
- Dokumentation frei zugänglich, Testzugangsdaten für die Entwicklung freigegeben
- Tarifpflege und Gesellschaftsanbindung bleiben dauerhaft bei uns
- Erster funktionsfähiger Rechner in unserem Versuch: 30 Minuten
- Oberfläche, Marke und Vertriebsweg bleiben vollständig bei Ihnen
Warum wir das geändert haben
Der bisherige Weg hat
zu viele überfordert
Wir sagen das offen, weil es der Grund ist, warum wir einen anderen Weg suchen mussten. So sah die Anbindung an unsere Schnittstelle bisher aus.
- Mindestens zwei Wochen je Sparte — für gute Entwickler, und nur mit einem Versicherungsfachmann daneben
- Das System steht nicht still: Während der Umsetzung kommen laufend Änderungen dazu, die parallel eingebaut werden müssen
- Von zehn Firmen, die es angegangen sind, haben es drei bis vier zu Ende gebracht — eine Zahl aus unserer eigenen Projektstatistik, die wir aus Rücksicht auf die Beteiligten nicht im Einzelnen ausbreiten
- Die übrigen haben abgebrochen: davonlaufende Kosten, überfordertes Personal
- Auch für uns teuer: Der Support war so aufwendig, dass jede Anbindung uns einen vierstelligen Betrag gekostet hat
- Ein kurzer Auftrag, dazu der Link auf unsere Schnittstellenbeschreibung — mehr haben wir nicht vorgegeben
- Ergebnis: ein vollständig funktionsfähiger Rechner für die Privathaftpflicht
- An einigen Stellen besser gelöst als in unserem eigenen, über Jahre gewachsenen Rechner
- Realistisch für alle Sparten: ein bis zwei Wochen statt eines halben Jahres
- Der eigentliche Sprung ist nicht das Tippen: Die KI weiß bereits, wie ein Versicherungstarif aufgebaut ist und welche Angaben ein Vergleich zeigen muss — sie ersetzt damit nicht nur den Entwickler, sondern auch den Fachmann, der ihm sonst danebensitzen müsste
- Spätere Änderungen erledigt die KI in Minuten für wenige Cent — genau dort, wo bisher Wochen und Fachwissen nötig waren
Unser Testprojekt
Was wir gemacht haben —
und was Sie nachstellen können
Wir beschreiben den Versuch vollständig, statt nur vom Ergebnis zu erzählen. Sie sollen ihn selbst wiederholen können, bevor Sie mit uns sprechen.
Aufgabe stellen
Ein strukturierter Auftrag, der Ziel, Sparte und Zugangsdaten benennt. Kein Gerüst, kein Beispielcode, keine Vorarbeit im Quelltext.
Dokumentation verlinken
Statt Auszügen nur der Link auf unsere vollständige Schnittstellenbeschreibung. Den Rest liest die KI selbst.
Laufen lassen
Etwa 30 Minuten Arbeitszeit der KI. In dieser Zeit haben wir nicht eingegriffen.
Prüfen
Berechnung gegen unseren eigenen Rechner gegengeprüft. Die Ergebnisse stimmten.
AUFTRAG: Vergleichsrechner für Privathaftpflichtversicherungen ================================================================== 1. ZIEL DES PROJEKTS ---------------------- Ein moderner, benutzerfreundlicher Online-Vergleichsrechner für Privat- haftpflichtversicherungen. Der Nutzer gibt seine persönlichen Eckdaten ein und erhält daraufhin eine übersichtliche, sortierbare Liste realer Tarife zum Vergleich. Zusätzlich kann er einzelne Tarife auswählen und deren Leistungen im Detail gegenüberstellen lassen. Dies ist der erste von mehreren geplanten Sparten-Rechnern (Start: Privat- haftpflicht). Architektur und Umsetzung sollen so gestaltet sein, dass sich das Konzept später auf weitere Sparten übertragen lässt. 2. GRUNDLAGEN & RESSOURCEN ------------------------------ - Vier Referenz-Screenshots eines bestehenden Rechners liegen bei (Eingabemaske, Berechnungsergebnis, Leistungsvergleich, Tarifdetails). Sie dienen NUR der groben Orientierung, nicht als verbindliche Vorlage für Layout oder Umfang. - Vollständige Schnittstellenbeschreibung zur Tarifberechnung und zum Leistungsvergleich (inkl. aller Variablen, Felder, Abhängigkeiten und Response-Formate): https://rechner-doku.versicherungsmaklersoftware.de/ Die genauen Eingabefelder, deren Pflichtstatus und Ein-/Ausblend- Abhängigkeiten sind dieser Dokumentation zu entnehmen und müssen selbstständig recherchiert/heruntergeladen werden. […]
Was hier steht, ist der Anfang — der komplette Auftrag umfasst zusätzlich die Zugangsdaten für den Testbetrieb, die Vorgaben zur Feldlogik und die Abnahmekriterien. Sie bekommen ihn auf zwei Wegen: gegen eine pauschale Testgebühr von 99,00 € netto, oder kostenfrei, sobald Sie uns beauftragen.
Wir halten ihn nicht zurück, um ein Geheimnis daraus zu machen. Er ist das Ergebnis einiger Arbeit, und wer ihn bekommt, spart sich genau diese.
Eingabemaske, Ergebnisliste, Leistungsvergleich und Tarifdetails, alles an unserer Schnittstelle gerechnet. Prompterstellung und Programmierung zusammen haben keine 45 Minuten gedauert. Ein Entwickler, der wirklich im Stoff steht, bräuchte für dieselbe Grundlage ein Vielfaches davon.
Ein Hinweis in eigener Sache: Das ist ein Versuch mit einer Sparte, kein abgeschlossenes Projekt über alle Sparten. Wir halten den Weg für tragfähig und empfehlen ihn — belegt haben wir bisher den ersten Schritt.
Zum Nachmachen
So gehen Sie selbst vor
Sie brauchen dafür weder einen Zugang von uns noch ein Gespräch. Was Sie brauchen, ist eine Coding-KI, unsere Dokumentation und eine halbe Stunde. Hier steht, worauf es dabei ankommt.
Was die KI von Ihnen bekommen muss
- Den Link auf die Dokumentation, nicht Auszüge daraus. Sie ist frei zugänglich, und eine KI mit Netzzugriff liest sie vollständig — schneller und gründlicher, als Sie sie zusammenfassen würden.
- Die Sparte, mit der begonnen wird. Eine, nicht alle.
Privathaftpflicht (
PHV) ist der übliche Einstieg, weil der Fragebogen kurz ist. - Die Testzugangsdaten:
id=layout1undpa=ABC. Sie sind für die Entwicklung freigegeben und rechnen echt — Sie können also einen richtigen Aufruf absetzen, ohne mit uns gesprochen zu haben. - Ob es ein Endkundenrechner werden soll. Dann bleibt
v_idleer — die Vermittlerkennung brauchen nur Vermittler, die für ihre Kunden rechnen. - Welche der drei Varianten Sie wollen — Weiterleitung in unseren Rechner, eigener Rechenkern oder AngebotsCenter. Ohne diese Angabe entscheidet die KI selbst, meist zu Ihren Ungunsten.
- Ihre Zielumgebung: Sprache, Rahmenwerk, Ausgabeformat. Ein Satz genügt.
Was Sie ihr besser vorher sagen
- ISO-8859-1, nicht UTF-8. Der häufigste Fehlschlag überhaupt — und einer, den eine KI von sich aus nicht erwartet, weil heute praktisch alles UTF-8 ist. Umlaute kommen sonst als Buchstabensalat zurück oder der Aufruf scheitert ganz.
IP_USERbraucht eine Zufallszahl hinter der IP-Adresse. Ohne den Hinweis übergibt die KI die nackte IP — und im Firmennetz überschreiben sich dann zwei Nutzer gegenseitig, was erst im Betrieb auffällt.- Sitzung merken.
varinput.phplegt die Kundendaten in einer Sitzung ab und gibtpkzurück; alle weiteren Aufrufe brauchen diesen Wert. - Variablen je Sparte nachschlagen. Jeder Rechenkern hat eigene Felder. Weisen Sie die KI ausdrücklich an, sie aus der Dokumentation zu übernehmen, statt sie zu erraten.
Baue einen Vergleichsrechner für die Sparte Privathaftpflicht (PHV). Schnittstelle und vollständige Dokumentation: https://rechner-doku.versicherungsmaklersoftware.de/ Lies die Dokumentation vollständig, bevor du anfängst — insbesondere varinput.php, die Rechenkern-URLs und die Variablenliste der Sparte. Vorgehen: 1. Einstiegspunkt varinput.php mit id=layout1, pa=ABC, sp=PHV, json=true aufrufen. Das sind die freigegebenen Testzugangsdaten, eigene Kennungen sind dafür nicht nötig. v_id bleibt leer, solange es ein Endkundenrechner ohne Vermittlerkennung werden soll. Aus der Antwort pk und a_id übernehmen. 2. Den Rechenkern der Sparte mit den dokumentierten Variablen aufrufen und das Ergebnis als Tarifliste darstellen. Zwingend beachten: - Zeichenkodierung ist ISO-8859-1, nicht UTF-8. Ein- und Ausgabe. - IP_USER muss IP-Adresse plus Bindestrich plus Zufallszahl sein, z. B. 123.45.67.89-98765. Sonst kollidieren Nutzer hinter derselben IP. - Pflichtparameter am Rechenkern sind id und IP_USER. - Keine Variablennamen erfinden. Alle Felder aus der Variablenliste der Sparte übernehmen; wo etwas fehlt, frag nach. Zielumgebung: <Ihre Sprache und Ihr Rahmenwerk>. Gib mir am Ende eine Liste der Annahmen, die du treffen musstest.
Das ist eine Vorlage zum Anpassen, nicht der Wortlaut aus unserem Versuch — den veröffentlichen wir, sobald er freigegeben ist. Der letzte Satz ist der wichtigste: Die Liste der Annahmen zeigt Ihnen in dreißig Sekunden, wo die KI geraten hat.
Und dann? Die Schleife, die den Unterschied macht
Gegenrechnen
Denselben Fall in unserem eigenen Rechner durchrechnen und die Beiträge vergleichen. Weicht etwas ab, liegt es fast immer an einer falsch belegten Variablen.
Abweichung zurückgeben
Der KI die Eingaben und beide Ergebnisse zeigen. Sie findet die Ursache meist selbst, weil die Variablenbedeutung in der Dokumentation steht.
Randfälle nachschieben
Selbstbeteiligung, Vorschäden, abweichender Versicherungsbeginn. Was in Ihrem Vertrieb vorkommt, gehört in den Test — nicht erst in den Betrieb.
Zweite Sparte anhängen
Erst wenn die erste stimmt. Der Aufbau ist bei allen gleich; die KI überträgt ihn in der Regel ohne neue Anleitung.
Sie schreibt den Code, nicht die Verantwortung. Ob ein Beitrag stimmt, entscheidet der Vergleich mit unserem Rechner — und der gehört von einem Menschen angesehen, bevor ein Kunde ihn zu sehen bekommt. Auch die Auswahl der Gesellschaften, die Abrechnung und die Frage, welche Sparten Sie überhaupt freigeschaltet bekommen, klären wir miteinander und nicht die KI. Genau deshalb steht am Ende dieser Seite eine Telefonnummer und kein Bestellknopf.
Der eigentliche Punkt
Nicht das Bauen war teuer.
Das Nachziehen war es.
Ein Vergleichsrechner ist nie fertig. Tarife ändern sich, Gesellschaften stellen um, Sparten kommen dazu. Bisher bedeutete jede dieser Änderungen Entwicklerzeit und Fachwissen — beides knapp und teuer.
Änderungen in Minuten
Was früher ein Ticket, eine Abstimmung und eine Woche Wartezeit war, setzt die KI in wenigen Minuten um — zu Kosten im Centbereich.
Kein Fachwissen im Haus nötig
Das Versicherungswissen steckt in der Schnittstelle und in unserer Dokumentation, nicht im Kopf Ihres Entwicklers. Er muss die Sparte nicht verstehen, um sie anzubinden.
Wir bauen die Doku dafür aus
Unsere Schnittstellenbeschreibung wird gezielt so weiterentwickelt, dass KI-Systeme immer besser damit zurechtkommen. Das ist inzwischen ein eigenes Ziel unserer Entwicklung.
Die Arbeitsteilung
Sie bauen das Sichtbare.
Wir betreiben das Mühsame.
Bleibt bei Ihnen
- Oberfläche, Ablauf und Marke
- Zielgruppe, Vertriebsweg und Preisgestaltung
- Kundenkonto, Auswertung und alles, was Ihr Produkt ausmacht
Kommt von uns
- Rechenkern für die privaten Sachsparten
- Tarifpflege — dauerhaft, bei jeder Änderung einer Gesellschaft
- Anbindung der Gesellschaften und deren Rechenkerne
- Antrags- und Policierungsschnittstellen
- „Knipsen statt Tippen“: bestehende Police als Foto oder PDF hochladen, das System liest die Daten aus und füllt die Berechnung — auch über die Schnittstelle
Das hat sich bewährt: An einer überschaubaren Sparte lernt Ihr Team die Schnittstelle kennen, danach gehen die weiteren deutlich schneller. Bei Fragen antworten Entwickler, keine Ticketnummer.
Technische Angaben
Was ein Entwickler
vorher wissen will
Soweit wir es hier schon sagen können. Den Rest bekommen Sie mit dem Zugang — oder auf Nachfrage, ohne dass daraus gleich ein Termin wird.
Kein Kontaktformular davor, keine Registrierung: Endpunkte, alle Parameter, Rückgabefelder, Variablen je Sparte und ein Testformular stehen offen im Netz. rechner-doku.versicherungsmaklersoftware.de
Vergleichsrechner
Sie schicken den Nutzer direkt in unseren Rechner. Am schnellsten umgesetzt, wenn die Oberfläche nicht Ihre sein muss.
url im Response
Rechenkern
Dunkelverarbeitung: Sie rechnen serverseitig und bauen die Oberfläche selbst. Das ist der Weg für einen eigenen Vergleichsrechner.
pk, a_id im Response
AngebotsCenter
Sie leiten in das AngebotsCenter weiter, in dem der Kunde die Angebote nebeneinander sieht und abschließt.
url_mvp im Response
$params = http_build_query([
'id' => 'layout1', // freigegebene Test-Partner-ID
'pa' => 'ABC', // freigegebene Test-Herstellerkennung
'sp' => 'PHV', // Sparte: Privathaftpflicht
'json' => 'true',
]);
$antwort = json_decode(file_get_contents(
'https://schnittstellen.versicherungsmaklersoftware.de/varinput.php?' . $params
), true);
echo $antwort['URL']; // Rechner-URL
echo $antwort['pk']; // Sitzungs-ID
echo $antwort['a_id']; // Berechnungs-ID
Mit layout1 und ABC rechnet die Schnittstelle
echt. Sie können also einen richtigen Aufruf absetzen, bevor Sie mit uns
gesprochen haben. Für einen Endkundenrechner bleibt v_id
leer — diese Vermittlerkennung brauchen nur Vermittler, die für ihre
Kunden rechnen.
Ihnen begegnet vielleicht noch die Kennung herstellerx. Die
schaltet einen reinen Demomodus frei und antwortet nicht im JSON-Format —
für eine echte Anbindung ist sie der falsche Weg.
Eckdaten
- Einstiegspunkt
varinput.php— schreibt die Kundendaten in eine Sitzung und liefert je nach Variante die passenden Felder zurück - Rechenkern je Sparte unter
/module/kern/<sparte>.php - Rückgabe wahlweise als XML oder JSON
- Pflichtparameter am Rechenkern:
idundIP_USER - Kennungen:
idist Ihre Partner-ID,paIhre Herstellerkennung,v_idder einzelne Vermittler in Ihrem System
Zwei Stolpersteine vorab
- Zeichenkodierung ist ISO-8859-1, nicht UTF-8. Der Rechenkern erwartet und liefert ausschließlich ISO-8859-1 — daran scheitert erfahrungsgemäß der erste Versuch.
IP_USERbraucht eine Zufallszahl hinter der IP-Adresse, etwa123.45.67.89-98765. Sonst überschreiben sich zwei Nutzer hinter derselben IP gegenseitig — im Firmennetz also regelmäßig.- Beide Punkte stehen in der Dokumentation. Wir nennen sie hier, weil sie die häufigsten Fehler beim Einstieg sind.
Die Sparten und ihre Kürzel
PHVPrivathaftpflichtHRHausratWGWohngebäudeRSRechtsschutzUNFUnfallTIETierhalterhaftpflichtHUGHaus- und GrundbesitzerhaftpflichtOELGewässerschadenhaftpflicht (Öltank)BAUBauherrenhaftpflicht und BauleistungPHOPhotovoltaikFDVFahrrad, E-Bike, PedelecTKVTierkrankenversicherung HundTKVPTierkrankenversicherung PferdTKVKTierkrankenversicherung Katze
Vierzehn Kürzel für fünfzehn Sparten: BAU deckt
Bauherrenhaftpflicht und Bauleistung ab — fachlich zwei Sparten, die sich
über denselben Webservice berechnen lassen. Ansonsten hat jede Sparte
einen eigenen Rechenkern mit eigenen Variablen. Die
vollständige Liste steht unter
Variablen je Sparte.
Vor dem Start lohnt außerdem ein Blick in die Änderungshistorie des Rechenkerns.
Demo und Testformular
Einen echten Aufruf absetzen und die Rückgabe ansehen — ohne Zugangsdaten, direkt im Browser.
Ausprobieren Dokumentationvarinput.php — Referenz
Alle Parameter und Rückgabefelder des gemeinsamen Einstiegspunkts.
Nachschlagen DokumentationRechenkern-URLs
Aufruf, Parameter und Rückgabe je Sparte, dazu die Änderungshistorie.
NachschlagenAnpassungen in Stunden
Wenn Sie an der Schnittstelle etwas brauchen, was es noch nicht gibt, reden Sie mit denen, die sie gebaut haben. Genau das nennen unsere Partner am häufigsten. Nachlesen
Auch die BiPRO-Seite
Wer nicht Tarife rechnen, sondern Dokumente holen will, findet die passende Schnittstelle in der BiPRO///BOX beziehungsweise der light-Fassung.
Nur Policen auslesen?
Für KFZ gibt es das als eigenen Baustein: Versicherungsschein hochladen, Daten über den Webservice zurückbekommen. Zur KFZ///BOX
Wie es losgeht
Vier Schritte bis zum
eigenen Rechner
Selbst ausprobieren
Dokumentation lesen, mit den Testzugangsdaten einen echten Aufruf absetzen. Dafür brauchen Sie uns nicht.
Erste Sparte bauen
Mit einer Coding-KI und unserem Promptgerüst als Startpunkt — oder klassisch. Beides geht, das eine dauert länger.
Kennungen holen
Wenn es funktioniert, sprechen wir über Partner- und Herstellerkennung, Sparten und Konditionen.
Live gehen
Gesellschaftsauswahl, Konditionen und Abrechnung werden festgelegt, dann geht Ihr Rechner in Betrieb.
Preis
Ein Preis für alle Sparten,
nicht einer je Sparte
Einmal einrichten, monatlich nutzen. Freigeschaltet wird die Schnittstelle für alle zur Verfügung stehenden Sparten, nicht Sparte für Sparte einzeln. 4.000 Berechnungen im Monat sind in der Grundgebühr enthalten.
| Leistung | Details | Preis |
|---|---|---|
| Einmalige Bereitstellung | Vollständige Einrichtung und Bereitstellung der Schnittstellen für alle zur Verfügung stehenden Sparten | ca. 3.500,00 €einmalig |
| Monatliche Grundgebühr | Laufender Betrieb, Wartung und Zugriff über alle Sparten hinweg | 260,00 €je Monat |
| Inklusiv-Volumen | Bereits fest in der monatlichen Grundgebühr enthalten | 4.000Berechnungen je Monat |
Sie können die Schnittstelle vorab mit den Testzugangsdaten auf Herz und Nieren prüfen, ohne dass irgendetwas beauftragt ist. Erst wenn Sie produktiv damit rechnen wollen, stimmen wir die gewünschten Sparten und den genauen Aufwand gemeinsam ab.
Das Inklusiv-Kontingent deckt den üblichen Geschäftsbetrieb ab. Geht Ihr Abfragevolumen mit wachsendem Geschäft darüber hinaus, sprechen wir über das zusätzliche Volumen. An der Schnittstelle selbst ändert sich dadurch nichts.
Probieren Sie es aus, bevor Sie mit uns reden.
Sie brauchen dafür nur die Schnittstellenbeschreibung und eine halbe Stunde. Wenn es funktioniert, sprechen wir über den Rest.
Technische Fragen zur Schnittstelle?
Mr-Money Software GmbH,
software@mr-money.de,
03 72 96 / 92 73 98
Preise und Angebot?
Emanuel Römer,
service@mr-money.de,
089 / 61 39 91 01