Ihre Bestandssysteme bleiben Ihre Bestandssysteme.
Portenia holt Daten live aus Ihren Programmen — über den Connect-Agent im eigenen Netz oder über die öffentliche Schnittstelle. Ihre Kunden sehen alles an einem Ort, ohne dass Sie doppelt pflegen.
Das Herzstück: Connect-Agent
Daten aus dem eigenen Haus — ohne VPN.
Hinter den meisten Anbindungen steckt ein schlanker Container in Ihrem Netz. Er führt benannte Abfragen und Aufrufe aus und gibt nur Ergebnisse zurück — die Cloud sieht nie SQL, Zugangsdaten oder interne Adressen. Schreibende Aktionen laufen denselben Weg zurück.
Öffentliche Schnittstelle
Für alles, was von außen kommt oder nach außen geht.
Eine dokumentierte REST-Schnittstelle und ausgehende Ereignisse — für jedes System, das HTTP spricht.
REST-Schnittstelle mit OpenAPI-Beschreibung
Vollständig beschrieben; die Beschreibung liegt maschinenlesbar unter /api/docs/openapi.json und lässt sich direkt in Werkzeuge oder einen Code-Erzeuger laden.
Schlüssel je Mandant, mit Bereichen
Jeder Schlüssel gilt für einen Mandanten und nur für die Bereiche, die Sie ihm geben — lesen, schreiben, verwalten. Dazu ein Aufruflimit je Schlüssel und Blättern über Zeiger statt Seitenzahlen.
Ausgehende Ereignisse
Formular abgesendet, Datensatz angelegt oder geändert, Nachricht eingegangen, Termin angelegt — als Aufruf an Ihr System, mit HMAC-Signatur, Wiederholungen und Zustellprotokoll. Auf Wunsch geht der Aufruf über Ihren Agenten, dann bleibt das Ziel im eigenen Netz.
Wenn nichts davon passt
Datenquellen direkt in Portenia.
Kein Bestandssystem? Kein Problem. Pflegen Sie Daten direkt bei uns oder lassen Sie Ihre Kunden sie über Formulare liefern.
Selbst erfassen oder Tabelle einlesen
Daten direkt im Verwaltungsbereich pflegen oder eine CSV einlesen — mit Spaltenzuordnung und Vorschau, bevor etwas geschrieben wird.
Formulare schreiben in die Datenquelle
Ein Formular im Portal legt seine Antworten als neuen Datensatz ab. Der Kunde liefert, Sie haben es geordnet — auf Wunsch mit Unterschrift auf dem Protokoll.
Felder per Drag-and-Drop
Aufbau sichtbar zusammenstellen — Text, Zahl, Datum, Auswahl, Verweise auf andere Datenquellen. Prüfregeln und Anzeigebedingungen inklusive.
Zwei Wege aus der Praxis
So sieht Anbindung im Alltag aus.
Beispiel: Versicherungsmakler
Der Connect-Agent liest neue Policen über eine benannte Abfrage aus dem Maklerverwaltungsprogramm und stellt sie im Portal des Kunden bereit — auf Wunsch mit Mitteilung in die App. Niemand schickt mehr Policen nach; Kunden sehen den Stand selbst.
Beispiel: Steuerkanzlei
Belege fragt der Agent regelmäßig aus der internen Datenbank ab. Mandanten sehen den Bearbeitungsstand im Portal und laden Korrekturen direkt hoch. Ein ausgehendes Ereignis bringt sie ins nachgelagerte System — kein Hin und Her per E-Mail.
Klingt nach Ihrem Fall?
Lassen Sie uns über Ihre konkreten Bestandssysteme sprechen — welche Abfragen es braucht und was davon geschrieben werden soll.