Pfadtrennung im Callback
In vielen Integrationsstrecken entsteht Instabilität nicht im Hauptsendepfad, sondern im Callback. Wenn Test- und Produktivantworten nicht sauber getrennt sind, können Rückmeldungen aus dem falschen Kontext versendet werden.
Ein robuster Ansatz trennt Callback-Bedingungen strikt je Umgebung: Produktiv-Callback nur nach erfolgreichem Produktivsend und validen Produktivfeldern, Test-Callback entsprechend nur im Testpfad.
{
"callbacks": {
"production": {
"enabledWhen": ["prodSendOk", "prodResponseStatus == 200"],
"target": "erp.prod.endpoint"
},
"test": {
"enabledWhen": ["testSendOk", "testResponseStatus == 200"],
"target": "erp.test.endpoint"
}
}
}
Besonders wichtig ist, Freigaben nicht auf indirekte Hilfswerte zu stützen, die außerhalb des aktiven Pfads leer oder null sein können. Entscheidend sind fachlich benötigte Zielfelder.
Zusätzlich sollten Response-Mappings je Pfad isoliert bleiben. Produktivlogik darf nie auf Test-Response-Felder zeigen und umgekehrt.
Mit dieser Trennung sinkt das Risiko stiller Folgefehler erheblich: keine falschen Rückschreibungen, keine irrtümlichen Statusmeldungen, keine schwer nachvollziehbaren Nachläufer.
So wird Callback-Logik vom Nebenpfad zur kontrollierten, auditierbaren Betriebsfunktion.