API-Polling verpasst Deaktivierungen und könnte falsche Tradeflows zurückgeben

Status: Seit April 2026 behoben

Woran du es erkennst
Solange das Problem bestand, erhielt dein Polling keine Deaktivierungen. Ein Tradeflow, den du auf inaktiv gesetzt hattest, blieb in deinem System aktiv. Das Polling konnte Tradeflows zurückgeben, die älter waren als der angefragte Zeitpunkt. Dadurch konnte dein Polling-Cursor beschädigt werden. Anfragen, die nur aktive Tradeflows anforderten, konnten dennoch inaktive Tradeflows enthalten. Inaktive Tradeflows konnten dein ERP erreichen.

Welche Sendungen betroffen sind
Tradeflows, deren Aktivstatus sich geändert hat. Polling-Anfragen, die einen seit-Zeitpunkt verwendeten. Anfragen, die ausschließlich aktive Tradeflows anforderten.

Was sich geändert hat
Deaktivierungen erreichen dein System jetzt über das Polling. Das Polling gibt keine Tradeflows mehr zurück, die älter sind als der angefragte Zeitpunkt. Anfragen, die nur aktive Tradeflows anfordern, geben jetzt ausschließlich aktive Tradeflows zurück.

Werden vergangene Daten korrigiert?
Nein. Die Korrektur gilt ab jenem Monat; frühere Daten bleiben unverändert.

So überprüfst du deine Sendung
Öffne in deinem System einen Tradeflow, den du auf inaktiv gesetzt hast, und prüfe, ob er jetzt als inaktiv angezeigt wird. Prüfe außerdem, ob eine Ansicht, die nur aktive Tradeflows zeigt, keine inaktiven Tradeflows enthält. Wenn eine der beiden Prüfungen fehlschlägt, wende dich an den Support.

Musst du etwas tun?
Nein.