Eine Person. Viele Register.
Eine korrekte Bürger-Akte.
Jede Behörde kennt denselben Bürger separat — mit leicht abweichender Schreibweise, einer zweiten Adresse und, im Wählerverzeichnis und älteren Akten, oft ganz ohne Steuer-ID. Genau so versteckt sich Mehrfachbezug. Tilores löst alles in Echtzeit zu EINER Akte auf — abgefragt über eine einzige API, bereitgestellt in Ihrer eigenen souveränen Infrastruktur.
Ein Bürger. Sechs Akten. Mehrere Behörden. Ein API-Aufruf.
Eine Suche über die Steuer-ID (oder Name + Geburtsdatum oder Adresse) führt sechs separate Behördenakten zu einer Bürger-Akte zusammen — mit einem Konfidenzwert auf jedem Treffer, ohne Joins, ohne Nacht-Batch.
query Mehrfachregistrierung($steuerId: String!) {
search(input: { parameters: { nationalId: $steuerId } }) {
entities {
id
score # „Konfidenz" der Auflösung
hitScore # Konfidenz je Treffer
records {
id source programId
name nationalId
address dateOfBirth createdAt
}
recordInsights { count } # 6 — alle verknüpften Akten
}
totalCount # 1 — ein Bürger
}
}
# Variablen: { "steuerId": "44 123 456 789" } // response.json · 6 Akten → 1 Bürger { "totalCount": 1, "entities": [{ "score": 0.97, "recordInsights": { "count": 6, "leistungen": [ // 4 Leistungen gleichzeitig { "value": "BUERGERGELD", "frequency": 1 }, { "value": "SOZIALHILFE", "frequency": 1 }, { "value": "WOHNGELD", "frequency": 1 }, { "value": "ALG_I", "frequency": 1 } ], "behoerden": [ "JOBCENTER", "SOZIALAMT", "WOHNGELDSTELLE", "FINANZAMT", "AGENTUR_FUER_ARBEIT", "WAEHLERVERZEICHNIS" ] } }] }
Sechs Akten, ein Mensch —
über alle Behörden hinweg.
frequencyDistribution(programId) + valuesDistinct(source) über die aufgelöste Akte: jede bezogene Leistung, jede beteiligte Behörde — in einer Ansicht. Für jede einzelne Behörde war dieses Bild unsichtbar.
{
search(input: { parameters: { nationalId: "44123456789" } }) {
entities {
recordInsights {
count
leistungen: frequencyDistribution(
field: "programId"
) { value frequency }
behoerden: valuesDistinct(field: "source")
}
}
}
} Niemals den falschen Bürger treffen
Mehr Akten zusammenzuführen ist einfach. Der schwere Teil: zwei verschiedene Bürger nie verschmelzen und eine Akte nie durch eine vertippte Nummer verfälschen. Behörden setzen zwei Konsistenzregeln durch — auf Steuer-ID und Geburtsdatum.
# Gleiche Adresse, gleicher Name, gleiches Geburtsdatum
{
search(input: {
parameters: { address: "Lindenstraße 50, 80331 München" }
}) {
entities { id records { source name nationalId dateOfBirth } }
totalCount # 2 — zwei verschiedene Bürger
}
}
Zwei Personen, gleicher Name, gleiches Geburtsdatum, gleiche Adresse (Mehrfamilienhaus). link_name_dob_addr würde greifen — doch die unterschiedliche Steuer-ID blockiert die Zusammenführung. Ein gemeinsamer Name und eine gemeinsame Anschrift sind keine Person.
# Gleiche Steuer-ID, widersprüchliches Geburtsdatum
{
search(input: {
parameters: { nationalId: "70 144 332 018" }
}) {
entities { id records { source name nationalId dateOfBirth } }
totalCount # 2 — Konflikt zur Prüfung markiert, nicht verschmolzen
}
}
Dieselbe Steuer-ID erscheint mit widersprüchlichem Geburtsdatum — ein Tippfehler oder eine missbräuchlich genutzte Nummer. link_nationalId würde greifen — doch die Konsistenzregel auf das Geburtsdatum hält sie getrennt. Der Konflikt wird zur Prüfung markiert, nicht stillschweigend in eine Akte verschmolzen.
So funktioniert Tilores
Tilores verarbeitet jede Akte in drei Stufen — Normalisierung, Matching, Zusammenführung — synchron im selben API-Aufruf. Getrennte Regelsätze fürs Verknüpfen und fürs Sperren verhindern den häufigsten Fehler großer Register: das fälschliche Verschmelzen zweier Bürger.
Aktenaufnahme
Jedes Format — Fachverfahren-Export, XÖV/XML, CSV — wird per API aufgenommen. Synchron: liefert die aufgelöste Bürger-Akte im selben Aufruf.
Normalisierung
Steuer-ID → kanonische Form, Adressen → einheitliche Schreibweise, Umlaut-Varianten (ü/ue), Telefon → E.164 — direkt bei der Aufnahme über Ihre Regeln normalisiert.
Regelbasierte Zusammenführung
Normalisierte Akten werden gegen den Entitätsgraphen gematcht. Konsistenzregeln blockieren bei widersprüchlicher Steuer-ID oder Geburtsdatum. Jede Kante ist prüfbar.
Was zwei Akten zur selben Person macht
Zwei Mechanismen: der behördenübergreifende Schlüssel (Steuer-ID) und der Pfad für Akten ganz ohne Steuer-ID (Name + Geburtsdatum + Adresse).
Was eine Zusammenführung hart blockiert
Zwei Konsistenzregeln. Selbst bei 100 % Übereinstimmung auf Name + Adresse blockiert ein Widerspruch hier die Zusammenführung — der Fall wird zur Prüfung markiert, nicht verschmolzen.
In Ihrer eigenen souveränen Infrastruktur
Tilores läuft in Ihrem Rechenzentrum oder Ihrer souveränen Cloud (Deutschland/EU). Keine Bürgerdaten verlassen Ihren Perimeter, keine Daten gehen an Tilores, kein Tilores-Mitarbeiter hat Zugriff. Das Deployment wird verwaltet — die Infrastruktur gehört Ihnen.
Datensouveränität
Deployment in eigener Infrastruktur / souveräner Cloud (DE/EU). Ihre Daten gehen nie an Tilores. Konzipiert für DSGVO und BSI-Grundschutz.
Erklärbarkeit
Jede Zusammenführung trägt die Regel-ID, die ausgelöst hat (edges-Feld). Kein Black-Box-ML — der Prüfer sieht, warum zwei Akten verschmolzen sind; ein blockierter Merge bleibt als zwei getrennte Entitäten sichtbar.
Echtzeit bei Antragstellung
Synchrone Aufnahme liefert die aufgelöste Akte im selben Aufruf. Mit dryRun: true vorab prüfen, ob ein Antrag zu einer bestehenden Person gehört, ohne zu speichern.
Löschung & Aufbewahrung
Einzelne Akten löschen — Entitäten setzen sich automatisch neu zusammen. Erforderlich für die DSGVO (Recht auf Löschung) und Aufbewahrungsfristen.
So läuft eine technische Zusammenarbeit ab
Keine Folien. Keine generischen Demos. Genau das passiert.
Schema-Mapping · 30 Minuten
Wir prüfen Ihr Aktenschema (z. B. XÖV/Fachverfahren) und konfigurieren gemeinsam die Normalisierungsregeln. Keine Integrationsarbeit im Vorfeld — Tilores passt sich an Ihre Feldnamen an.
Live-Demo auf Ihrem Schema · 60 Minuten
Wir erstellen einen synthetischen Datensatz, der Ihrer Aktenstruktur entspricht, nehmen ihn in eine Live-Instanz auf und führen die Mehrfachbezugs-Abfragen in Echtzeit aus. Sie sehen echte API-Antworten — keine Präsentation.
2-wöchiger Parallelbetrieb · optional
Tilores nimmt parallel dieselben Quellakten auf wie Ihr bestehendes System. Wir vergleichen die aufgelösten Akten direkt nebeneinander. Kein Cutover, kein Risiko.
Sehen Sie, was in Ihren Registern steckt
Wir führen eine 60-minütige technische Demo gegen einen synthetischen Datensatz durch, der Ihrem Schema entspricht — Live-Abfragen, echte Auflösungs-Ergebnisse. Keine Folien.
Oder erreichen Sie uns unter sales@tilotech.io
Häufige Fragen
Wie geht Tilores mit den Datenmengen einer Behörde um? +
Gesharter Index, persistierte Zusammenführung. Suchen nutzen zusammengesetzte Indizes (z. B. Steuer-ID, Name + Geburtsdatum + Adresse) für Selektivität, sodass die Abfragelatenz unabhängig von der Gesamtzahl der Akten begrenzt bleibt. Es gibt keine In-Memory-Grenze — die Architektur ist serverless und skaliert ohne Migration oder Downtime.
Ist nachvollziehbar, warum zwei Akten zusammengeführt wurden? +
Ja. Jede Zusammenführung erzeugt eine Kante mit der ID der ausgelösten Regel (z. B. link_nationalId oder link_name_dob_addr) — über das edges-Feld jeder Entität abfragbar. Kein Black-Box-ML-Score: ein Prüfer sieht exakt, warum zwei Akten verschmolzen sind. Wo eine Konsistenzregel (Steuer-ID oder Geburtsdatum) eine Zusammenführung sperrt, bleiben die Akten als getrennte Entitäten sichtbar — der Konflikt wird zur Prüfung markiert, nicht stillschweigend verschmolzen.
Verschmilzt Tilores versehentlich zwei verschiedene Bürger? +
Nein — das verhindern zwei Konsistenzregeln. Eine widersprüchliche Steuer-ID oder ein widersprüchliches Geburtsdatum blockieren die Zusammenführung hart, selbst wenn Name + Geburtsdatum + Adresse übereinstimmen. Der Konflikt wird zur Prüfung markiert, nicht stillschweigend verschmolzen — ein Betrugsverdacht trifft nie den falschen Bürger.
Läuft die Auflösung schon bei der Antragstellung? +
Ja. Die Aufnahme ist synchron — Tilores liefert die aufgelöste Bürger-Akte im selben API-Aufruf zurück. Mit dryRun: true lässt sich vorab prüfen, ob ein neuer Antrag zu einer bestehenden Person gehört, ohne zu speichern. Die Mehrfachbezugs-Prüfung ist im Moment der Antragstellung korrekt, nicht erst im Nacht-Batch.
Bleiben die Daten in unserer eigenen Infrastruktur? +
Ja — das ist ein zentrales Designprinzip. Tilores wird in Ihrer eigenen Infrastruktur bzw. souveränen Cloud (Deutschland/EU) bereitgestellt. Ihre Daten verlassen Ihren Perimeter nie und gehen nie an Tilores — kein Tilores-Mitarbeiter kann darauf zugreifen. Konzipiert für DSGVO und BSI-Grundschutz.