Splync v1.5 — Anpasbare Aufteilungsverhältnisse pro Projekt und Kategorie

Am 16. September 2025 wurde Splync v1.5 veröffentlicht — nur vier Tage nachdem unsere internationale Ehe endlich von der Stadt anerkannt wurde. Bis zu diesem Update konnte Splync keine Aufteilungen anpassen; jede Ausgabe wurde standardmäßig gleichmäßig geteilt. Mit v1.5 können Benutzer nun individuelle Verhältnisse sowohl pro Projekt als auch pro Kategorie festlegen. Diese Änderung ermöglicht es Paaren und Freunden, ihre gemeinsamen Kosten so aufzuteilen, dass sie besser ihr tatsächliches Leben widerspiegeln, nicht nur ein einfaches 50:50. Du kannst ein neues Buchhaltungsprojekt mit einer 60:40-Aufteilung für tägliche Ausgaben ab Oktober starten, während die Wohnungsmiete bei einem fairen 50:50 bleibt. Und wenn sich Lebensmittel im Verhältnis 70:30 besser anfühlen, während Nebenkosten bei 62:38 besser passen, kannst du diese Verhältnisse jetzt innerhalb desselben Projekts separat — Kategorie für Kategorie — zuweisen.

Die auffälligste Änderung in v1.5 ist der neue Bereich Mitglieder & Standardanteile, in dem du Projektmitglieder hinzufügen und jedem eine Standardaufteilung zuweisen kannst. Hat ein Projekt zwei Mitglieder, könnte das Verhältnis 50:50, 40:60 oder was auch immer sich richtig anfühlt, sein. Bei drei Mitgliedern könnte es 33.33:33.33:33.34, 50:25:25 oder jede andere Kombination sein, die du bevorzugst. Dies wird zur Standardaufteilung des Projekts. Darunter kannst du nach unten scrollen, um den Anteil jeder Kategorie anzupassen, falls du möchtest, dass er sich von der Projektvorgabe unterscheidet. Wenn du einer Kategorie ein individuelles Verhältnis zuweist, wird ihre blaue Verhältnis-Markierung orange — ein kleiner visueller Hinweis darauf, dass die Kategorie ihre eigene Regel anwendet statt die projektweite. Diese Änderung bringt viel mehr Flexibilität in die Projekteinstellungen, macht jedoch die Ansicht zum Erstellen/Bearbeiten von Projekten etwas komplexer. Um dabei zu helfen, habe ich Informationsschaltflächen zu jedem Abschnitt hinzugefügt, auf die du tippen kannst, um kleine Q&A-Hilfen anzuzeigen.

Die Implementierung dieser Änderung war komplexer als erwartet. Splync ging immer von einer sauberen 50:50-Welt aus — eine Zahl, die überall gilt, und die Mathematik war erledigt. Sobald ich beschlossen hatte, benutzerdefinierte Verhältnisse zu unterstützen, musste die gesamte interne Struktur überarbeitet werden. Ein Projekt konnte sich nicht mehr auf einen einzigen prozentualen Anteil stützen. Jede Kategorie benötigte ihr eigenes Verhältnis, und jede Ausgabe musste sowohl auf die projektweite Standardvorgabe als auch auf die Kategorieausnahme verweisen. Um dies zu ermöglichen, habe ich die Berechnungslogik von Grund auf neu geschrieben. Jede Ausgabe enthält jetzt einen kleinen Entscheidungsbaum: „Hat diese Kategorie ihr eigenes Verhältnis? Wenn ja, verwende dieses. Wenn nicht, greife auf das Projektverhältnis zurück.“ Es klingt einfach, wenn man es erklärt, aber das Datenmodell konsistent über die App hinweg zu halten — iOS-Ansichten, FastAPI-Backend und MariaDB-Schemata — erforderte mehr Feinarbeit, als ich erwartet hatte.

Jedes Update, das die Serverseite betrifft, muss mit großer Sorgfalt behandelt werden. Wenn du versehentlich vorhandenen Servercode änderst, geraten Benutzer, die noch v1.4 verwenden, sofort in Fehler oder Systemprobleme. Zum Beispiel erwartet das Serverprogramm für v1.5, dass Projekteinstellungen Verhältnisdaten enthalten, während die v1.4-App Projekteinstellungen ohne Verhältnisse sendet. In dem Moment, in dem diese beiden Versionen versuchen zu kommunizieren, scheitert die Anfrage — einfach weil sie leicht unterschiedliche „Sprachen“ sprechen. Entwickler können natürlich sicher in einer Testumgebung Änderungen vornehmen. Der knifflige Teil beginnt nach der Einreichung einer neuen Version zur Überprüfung durch Apple, während bestehende Benutzer noch v1.4 verwenden. Während des gesamten Zeitraums von der Einreichung bis zur Veröffentlichung muss der Server beide Versionen gleichzeitig unterstützen, damit Apple-Bewerter v1.5 testen und bestehende Benutzer v1.4 weiterhin ohne Unterbrechungen verwenden können.

In der App-Entwicklung ist ein „Endpunkt“ einfach der Ort, an dem die App ihre Anfragen an den Server sendet — ein bisschen wie ein spezialisierter Schalter im Rathaus. Ein Schalter bearbeitet Eheschließungen, ein anderer Wohnsitzanmeldungen und wieder ein anderer Pässe. Apps funktionieren genauso: Jeder Endpunkt ist ein spezielles Fenster, in dem der Server eine bestimmte Art von Anfrage wie Login, Projekterstellung, Ausgabenbearbeitung, Freundschaftsanfragen usw. akzeptiert. Wenn Splync v1.4 eine Anfrage sendet, geht sie zum „alten“ Fenster, das das ältere Format versteht. Splync v1.5 sendet seine Anfrage an ein „neues“ Fenster, das Verhältnisdaten versteht. Würde der Server das alte Fenster zu früh schließen, hätten Nutzer von v1.4 keinen Ort, um ihre Daten zu „übermitteln“. Deshalb muss der Server während eines Updates beide Fenster geöffnet halten — beide Endpunkte — bis jeder Nutzer sicher auf die neuere Version umgestiegen ist. Ehrlich gesagt fühlte sich die gleichzeitige Verwaltung dieser beiden Fenster an, als würde man in einer zusätzlichen Dimension denken.

Splync v1.5 kann Aufteilungen pro Projekt und Kategorie anpassen, aber noch nicht pro Ausgabe. Um auch verhältnismäßige Aufteilungen pro Ausgabe zu unterstützen, benötigen wir eine weitere strukturelle Ebene — im Wesentlichen eine tiefere Überarbeitung, wie jede Ausgabe ihre Anteile speichert und berechnet. Wir müssen auch darauf achten, die Benutzeroberfläche der App nicht nur für mehr Leistung unnötig zu verkomplizieren. Es ist ein größeres Upgrade, als es sich anhört. Bitte gib uns etwas mehr Zeit dafür. Es steht auf unserem Plan — und wir werden es erreichen. Bis dahin lass uns erkunden, wie die neuen Verhältnisse pro Projekt und Kategorie gemeinsame Ausgaben bereits viel flexibler machen.