Freelance Integration Engineer

Über JUNI UNI ist ein gemeinnütziges Ökosystem für Wissenschaft und Ausgründungen in Berlin. Wir betreiben sieben SaaS-Tools — Events, Newsletter, Community-Plattform, CRM, Formulare, Bewerbungen, Coworking — und darunter eine Postgres-Datenbank, die der eine Ort sein soll, an dem eine Person existiert. Beides zu verbinden ist die Aufgabe, in beide Richtungen. Jede Quelle hat eine eigene Vorstellung davon, was eine ID ist, wann etwas passiert ist, und ob sie es zweimal meldet. Deine Aufgaben Die Integrationsschicht zwischen unseren SaaS-Systemen und einer Postgres-Datenbank bauen und verantworten — und uns dabei helfen, das Datenmodell richtig hinzubekommen. Die Form der Daten steht weitgehend, und jedes neue System stellt sie auf die Probe. Quellen sind sich nicht einig, was als eine Person zählt, wann etwas passiert ist, und ob sie es zweimal melden. Das zu klären — und zu erkennen, wann das Modell angepasst werden muss, statt es um eine Quelle herumzubiegen — ist der Kern der Arbeit. Wir suchen jemanden, der das mit uns durchdenkt und für einen bestimmten Entwurf argumentiert, nicht nur umsetzt, was spezifiziert ist. Dein Profil Umfang InboundJedes System in die Datenbank. Mehrere Pipelines pro System — Quellen melden sehr unterschiedliche Dinge. Identitätsauflösung über Systeme hinweg.OutboundManche Zustände entstehen bei uns, nicht im Tool. Die Datenbank entscheidet und schiebt an die Plattform, die es ausführt.Beide Richtungen sauber haltenPlattformen melden zurück und widersprechen uns manchmal. Wer sich abgemeldet hat, darf nicht wieder hinzugefügt werden.ReportingKPI-Daten müssen in einem BI-Tool ankommen. Sie dorthin zu bringen gehört dazu, Dashboards bauen nicht.SucheDen Datenbestand in natürlicher Sprache durchsuchbar machen.DokumentationEntscheidungen schriftlich, Pipelines in GitHub. Nicht Teil der Rolle Frontend. Es gibt keins und es ist keins geplant. Voraussetzungen Integration gegen Third-Party-APIs und Webhooks, in der Tiefe: Pagination, Retries, Signaturprüfung, Rate Limits, undokumentierte Payload-Strukturen, verspätete und vertauschte Events, Quellen, die bei jeder Änderung feuern und nicht sagen, was sich geändert hat.Bidirektionale Synchronisation zwischen Systemen, die beide dasselbe Feld für ihres halten — Loop-Vermeidung, Echo-Unterdrückung, eine klare Antwort darauf, wer bei Konflikten gewinnt.Postgres als Anwendungsdatenbank, nicht nur als Ziel. plpgsql-Funktionen, Trigger, Constraints und RLS, um Regeln beim Schreiben durchzusetzen. Wenn sich deine SQL-Erfahrung auf Transformationen nach dem Load beschränkt, passt die Rolle nicht.Idempotenz als Gewohnheit, nicht als Nachgedanke. Eine Pipeline, die erneut läuft und nichts verändert, ist der Abnahmetest.Sauberes Arbeiten mit Git — Migrationen, PRs, Review.Arbeit mit personenbezogenen Daten unter der DSGVO, und ein Verständnis dafür, warum das einschränkt, was überhaupt eingelesen wird.Englisch in Schrift. Die Arbeit läuft überwiegend asynchron, und was du baust, muss für jemanden lesbar sein, der nicht dabei war. Hilfreich, nicht erforderlich n8n oder ein anderer Orchestrator Supabase Relevanzarbeit an einem Suchindex — Elasticsearch, OpenSearch, Meilisearch oder vergleichbar; Cluster-Betrieb ist nicht der Teil, den wir brauchen Erfahrung als einzige Person auf einem System Deutsch. Wir bieten Zusammenarbeit Remote und überwiegend asynchron, aber nicht wortlos — gerade am Anfang sind echte Gespräche eingeplant, während du dich in die Systeme und ihre Zusammenhänge einarbeitest. Rahmen Freiberuflich, Start so bald wie möglich. Zunächst drei Monate; danach sehen wir, was gebraucht wird. Berlin oder Remote innerhalb der EU.