Über JUNIUNI 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 AufgabenDie 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 ProfilUmfangInboundJedes 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 RolleFrontend. Es gibt keins und es ist keins geplant.VoraussetzungenIntegration 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 erforderlichn8n 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 bietenZusammenarbeitRemote 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.RahmenFreiberuflich, Start so bald wie möglich. Zunächst drei Monate; danach sehen wir, was gebraucht wird.Berlin oder Remote innerhalb der EU.

Sourced from LinkedIn. Relocantly aggregates public job postings; apply on the original site.

Freelance Integration Engineer (APIs, Webhooks, Postgres)