Umsetzung
Schnittstelle anbinden
Deine Anwendung tauscht einen klar definierten Datentyp mit einem vorhandenen Dienst aus – inklusive Fehlerbehandlung und nachvollziehbarer Übergabe.
Backend & Anwendungen
Backend für klare Abläufe.
Eine Bestellung soll im Versandtool ankommen. Ein Kunde darf nur seine eigenen Dokumente sehen. Wir entwickeln die Regeln hinter solchen Abläufen und verbinden sie mit deiner vorhandenen Anwendung.
Leistungen im Shop ansehen Ein Arbeitsbeispiel ansehenWelche Regeln muss das System durchsetzen?
Eine Schnittstelle überträgt mehr als Felder. Sie muss wissen, welches System den gültigen Stand liefert, wer etwas ändern darf und was bei einer Wiederholung passiert. Wir beschreiben die Regeln an einem konkreten Vorgang. So legen wir fest, was die Funktion abdeckt und welche Fälle wir prüfen.
Daten zuverlässig zuordnen
Eine eindeutige Kennung verbindet Vorgänge über Systemgrenzen hinweg. Pflichtfelder, Konflikte und doppelte Übertragungen brauchen ein festgelegtes Verhalten.
Zugriffe im Backend prüfen
Ob jemand eine Datei lesen oder einen Vorgang ändern darf, wird am Server entschieden. Eine ausgeblendete Schaltfläche allein begrenzt keinen Zugriff.
Fiktives Arbeitsbeispiel
Eine Bestellung kommt zweimal an
Eine fiktive Anbindung überträgt Bestellungen an ein Versandtool. Nach einer verzögerten Antwort wird dieselbe Bestellung erneut gesendet.
Die Veränderung
Eine feste Vorgangskennung ermöglicht die Wiedererkennung. Das Backend behandelt die Wiederholung nach den vereinbarten Regeln und hält fehlgeschlagene Übertragungen nachvollziehbar fest.
So wird geprüft
Der Test umfasst den normalen Vorgang, dieselbe Übertragung ein zweites Mal und einen vorübergehenden Ausfall des Zielsystems. Das erwartete Ergebnis wird für jeden Fall vorab festgelegt.
Die Regel hinter der Schaltfläche.
Eine Oberfläche kann einen Vorgang einfach aussehen lassen, während dahinter mehrere Regeln gelten. Ein Termin darf nur vergeben werden, wenn die Ressource verfügbar ist. Ein Dokument gehört zu einem bestimmten Kunden. Ein erneut gesendeter Vorgang soll nicht versehentlich einen zweiten Auftrag anlegen. Solche Regeln werden auf dem Server umgesetzt und anhand konkreter Fälle beschrieben.
Vor der Entwicklung klären wir, welche Daten maßgeblich sind und wer welche Aktion ausführen darf. Dazu gehört auch der Umgang mit ungültigen Angaben und konkurrierenden Änderungen. Die erwartete Antwort wird für normale und fehlerhafte Abläufe festgelegt. So kann die Oberfläche eine verständliche Rückmeldung geben, anstatt nur einen unklaren technischen Fehler anzuzeigen.
Backend-Funktion entwickelnPassende Leistungen
Alle Leistungen zum Thema Welcher Einstieg passt?
Zwei bestehende Systeme verbinden
Eine Schnittstellen-Anbindung passt, wenn Quelle, Ziel und gewünschter Datenaustausch feststehen. Vorhandene APIs und Zugriffsrechte werden vor Beginn geklärt.
Eine Anwendung erweitern
Für eine neue Regel oder Funktion im bestehenden Backend wird ein abgegrenzter Umfang vereinbart, einschließlich der betroffenen Fehlerfälle.
Umsetzung
Backend-Funktion entwickeln
Ein klar beschriebener Geschäftsablauf wird serverseitig umgesetzt – mit Regeln, Speicherung und nachvollziehbaren Fehlerfällen.
Systeme verbunden halten.
Bei einer Schnittstelle geht es nicht nur um die erste erfolgreiche Übertragung. Externe Systeme können verzögert antworten, einzelne Felder ablehnen oder vorübergehend nicht erreichbar sein. Eine Anbindung braucht deshalb Regeln für Wiederholungen und nachvollziehbare Fehler. Auch die Frage, ob Daten nur in eine Richtung fließen oder auf beiden Seiten verändert werden, beeinflusst den Umfang erheblich.
Wer merkt, dass ein Vorgang hängen geblieben ist? Diese Frage gehört vor den Start. Je nach Anwendung genügt ein vorhandenes Fehlerprotokoll mit einem beschriebenen Wiederholungsweg; in anderen Fällen braucht es eine Benachrichtigung. Die Zuständigkeit muss klar sein, sonst bleibt auch ein sauber erfasster Fehler unbearbeitet.
Zum RatgeberSo gehen wir vor
Einen Vorgang vollständig beschreiben.
Daten und Regeln festlegen
Wir gehen einen konkreten Vorgang durch: Was kommt an, welches System hat den gültigen Stand, wer darf etwas ändern? Danach folgen Ausnahmen wie fehlende Felder oder eine Stornierung. Für jeden Fall halten wir fest, wie das System reagieren soll.
Funktion abgegrenzt entwickeln
Die Funktion wird in die vorhandene Anwendung eingebaut. Das Backend prüft Eingaben und Berechtigungen, bevor es Daten verändert. Bei externen Diensten werden die festgelegten Regeln für Fehler und Wiederholungen umgesetzt.
Ausnahmen gezielt auslösen
Wir senden denselben Vorgang erneut, lassen Pflichtfelder weg und prüfen fehlende Rechte. Bei externen Diensten wird auch eine ausbleibende Antwort berücksichtigt. Die Tests vergleichen diese Fälle mit dem zuvor festgelegten Verhalten.
Den Betrieb übergeben
Wer veröffentlicht die Änderung, wer sieht Fehlermeldungen und wer kann Vorgänge erneut bearbeiten? Diese Zuständigkeiten werden zusammen mit der Konfiguration übergeben. So bleibt die Funktion auch nach dem ersten erfolgreichen Durchlauf betreubar.
Ein normaler Vorgang
Beschreibe, was den Ablauf startet, welche Daten vorliegen und was am Ende passieren soll. Ein anonymisiertes Beispiel mit erwarteter Antwort macht Begriffe und Feldzuordnungen greifbar, ohne echte Kundeninformationen offenzulegen.
Bekannte Sonderfälle
Was soll bei einer doppelten Bestellung, einer Stornierung oder fehlenden Rechten geschehen? Beschreibe das erwartete Ergebnis. „Fehler abfangen“ genügt nicht, wenn danach unklar bleibt, ob jemand den Vorgang wiederholen darf.
Vorhandene Umgebung
Schnittstellendokumentation, Datenmodell und Veröffentlichungsweg helfen bei der Abgrenzung. Falls ein externes System beteiligt ist, brauchen wir Informationen zu verfügbaren Testzugängen und Einschränkungen. Geheimnisse werden separat ausgetauscht.
Könnt ihr eine vorhandene Anwendung erweitern?
Ja, sofern der benötigte Zugriff und die technischen Voraussetzungen geklärt sind. Wir betrachten den betroffenen Bereich und seine Abhängigkeiten. Ein vollständiger Neubau ist ein eigener Auftrag.
Welche Unterlagen helfen vor dem Start?
Hilfreich sind eine Beschreibung des Vorgangs, vorhandene Schnittstellendokumentation und anonymisierte Beispieldaten. Zugangsdaten werden erst über einen dafür abgestimmten Weg ausgetauscht.
Gehören Betrieb und Überwachung dazu?
Die Entwicklung einer Funktion und ihr laufender Betrieb haben unterschiedliche Umfänge. Übergabe, Fehlermeldungen, Zuständigkeit und eine mögliche Betreuung werden vor der Beauftragung festgelegt.
Eine Verbindung oder eine neue Funktion?
Für den Austausch zwischen zwei bestehenden Systemen passt die Schnittstellen-Anbindung. Muss die Anwendung selbst eine neue Regel ausführen, ist die Backend-Funktion der Einstieg. Ein Kundenportal verbindet meist mehrere solcher Aufgaben und wird entsprechend genauer geplant.
Ohne Dokumentation einer fremden API müssen ihre Möglichkeiten zuerst geklärt werden. Fehlt ein Testsystem, braucht es einen anderen Prüfweg. Nenne solche Grenzen gleich bei der Anfrage; sie bestimmen, wie wir entwickeln und die Änderung vor dem Einsatz kontrollieren können.
Zum Weiterlesen
