Ein Backend für den eigenen Ablauf

Fast jedes Unternehmen hat einen Ablauf, der sich nicht in Standardsoftware pressen lässt: eine Kalkulation mit eigenen Regeln, eine Auftragsabwicklung mit Freigabestufen, eine Partnerverwaltung mit Sonderkonditionen. Meist läuft so etwas über Tabellenblätter, E-Mails und gewachsene Absprachen. Das funktioniert erstaunlich lange und wird genau dann teuer, wenn mehr Menschen beteiligt sind, als sich abstimmen können. Ein eigenes Backend macht daraus einen nachvollziehbaren Ablauf mit Rechten, Historie und einer verbindlichen Datenquelle.

Die erste Frage ist dabei nicht, welches Framework zum Einsatz kommt, sondern was das System eigentlich leisten soll. Erst danach fällt die technische Entscheidung. Für Anwendungen mit Oberfläche, Rechten und vielen Masken ist ein Framework wie Laravel oder Symfony in aller Regel die schnellere und wartbarere Wahl, weil es Anmeldung, Rechte, Formulare und Datenbankzugriff schon mitbringt. Für einen einzelnen, klar umrissenen Dienst kann ein schlanker Aufbau sinnvoller sein.

„Schlank" heißt dabei nicht „alles selbst gebaut". Auch dann kommen bewährte Bausteine zum Einsatz, nur einzeln statt als Gesamtpaket: Symfony-Komponenten für Anfragen, Routen, Prüfungen und Kommandozeilen-Befehle, Doctrine DBAL für den Datenbankzugriff, Monolog für Protokolle, Composer für die Abhängigkeiten. Selbst geschrieben wird nur das, was tatsächlich eigen ist: die Fachlogik. Genau die bekommt deshalb auch die meiste Sorgfalt, inklusive Tests, denn sie ist der Teil, der die Anwendung überlebt.

Der zweite Schwerpunkt ist die Übernahme bestehender Eigenentwicklungen. Eine über Jahre gewachsene PHP-Anwendung, die ihren Zweck erfüllt, aber schwer zu pflegen ist, muss nicht ersetzt werden. Oft reicht Modernisierung im Bestand: einheitliche Konventionen, Tests an den kritischen Stellen, gezielter Umbau der Stellen, die im Alltag stören. Ein Zwischenweg ist, nach und nach einzelne Bausteine einzuführen, statt alles auf einmal umzustellen. Und wenn der Aufwand im Bestand in keinem Verhältnis mehr steht, ist die vollständige Ablösung die ehrlichere Empfehlung.

Gebaut wird von vornherein so, dass ein internes Team weiterarbeiten kann: nah an verbreiteten Bausteinen, dokumentiert, mit Tests, ohne Konstruktionen, die nur eine Person versteht. Soll das System danach dauerhaft gepflegt werden, gibt es die laufende PHP-Betreuung als eigenen Baustein, und wenn andere Systeme angebunden werden sollen, die API-Integration.

Die Zusammenarbeit läuft standardmäßig zu 100 % remote und damit ortsunabhängig, direkt mit Auftraggebern, als Verstärkung für Agenturen und über IT-Vermittler. Weil eigene Backends regelmäßig mit echten Personendaten arbeiten, gehört ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO zum Auftrag. Gearbeitet wird aus dem eigenen Büro im kontorworx-Coworking-Space in Rheine, persönliche Termine vor Ort sind nach Absprache möglich, etwa für einen Workshop mit der Fachabteilung zu Beginn.