Skip to main content
Diese Seite listet datierte Änderungen an der Swipelux-API auf. Jeder Eintrag nennt die betroffene Version, die Art der Änderung und alle Maßnahmen, die Integratoren ergreifen müssen. Wie Sie eine bestehende Integration von einer früheren Version aktualisieren, lesen Sie unter Migration zu v3.

​
Unveröffentlicht

Bevorstehende Änderungen werden hier aufgeführt, bevor sie ausgeliefert werden.

​
2026-09-08

Version: v3

​
Geändert

  • POST /v3/transfers und Transfer-Lesevorgänge verwenden für die Vorauswahl im Karten-Checkout checkoutMethod statt paymentMethod und akzeptieren card, apple_pay, google_pay, cash_app, sepa und blik. Die Liste ist offen und kann wachsen. paymentMethod wird nicht mehr erkannt; Anfragen, die es weiterhin senden, werden behandelt, als wäre es weggelassen worden. sepa und blik sind Zahlungsoptionen innerhalb des Karten-Checkouts, keine Swipelux-Fähigkeiten. Siehe Geld empfangen.

​
2026-09-07

Version: v3

​
Hinzugefügt

  • POST /v3/transfers akzeptiert für Karten-Quotes ein optionales paymentMethod mit dem Wert card, apple_pay oder google_pay. Der gehostete Checkout öffnet sich mit der angeforderten Methode, wenn sie für den Kunden und sein Gerät verfügbar ist, Transfer-Lesevorgänge geben die Anforderung zurück, und die Beträge und Gebühren des Quotes bleiben unverändert. Siehe Geld empfangen.

​
2026-08-31

Version: v3

​
Hinzugefügt

  • Wird eine Funktion für ein Unternehmen ohne wirtschaftlich Berechtigten angefordert, wird jetzt eine Aufnahmeaufgabe zum Hinzufügen erstellt, statt mit einem 503 fehlzuschlagen. Anfragen, die nicht fortgesetzt werden können, geben 422 beneficial_owner_required mit der Anweisung zurück, eine natürliche verbundene Person mit erklärter oder mindestens 25 % Beteiligung hinzuzufügen. Siehe Anteilseigner, UBOs und Kontrollpersonen.
  • Die Aufgabentabelle im Händler-Panel zeigt jetzt das Subjekt und den Funktionsumfang jeder Anfrage, sodass du siehst, wen und was eine Compliance-Anfrage abdeckt. Siehe Funktionen und Anforderungen.
  • Felder zur Branchenklassifizierung im Händler-Panel bieten jetzt durchsuchbare NAICS-Codes in Kundenprofilen und Anforderungsaufgaben. Siehe KYB-Ablauf.

​
Geändert

  • Übermittlungen von Bankdaten, die mit einer laufenden Bankeinrichtung kollidieren, geben jetzt 409 ops_rail_handoff_conflict zurück. Behalte deine hochgeladenen Dokument-IDs und wiederhole dieselbe Übermittlung, nachdem der Konflikt gelöst ist, statt Dokumente erneut hochzuladen. Siehe Fehler und Wiederholungen.
  • Das Minimum für unangekündigte Stablecoin-Einzahlungen in Kunden-Wallets beträgt jetzt 1 Einheit statt 10. Kleinere Einzahlungen werden weiterhin als Dust behandelt. Siehe Geld empfangen.
  • Die Webhook-Konfiguration ist jetzt pro Umgebung isoliert. Das Webhook-Portal öffnet sich beschränkt auf die Umgebung, aus der du es anforderst, sodass Sandbox- und Produktions-Endpunkte keine Einstellungen mehr teilen. Siehe Webhooks.
  • Das Händler-Panel leitet verfügbare Pay-in-Methoden jetzt aus den v3-Funktionen des Kunden ab, sodass die Kontoeinrichtung nur Methoden anbietet, zu denen der Kunde berechtigt ist. Siehe Konten.
  • RFI-Formulare erfassen qualifizierende wirtschaftlich Berechtigte jetzt mit kürzeren, klareren Eingabeaufforderungen, und der RFI-Verlauf wird als Lebenszyklus-Meilensteine angezeigt. Siehe Dokumentanforderungen.

​
Entfernt

  • Das Händler-Panel bietet beim Hinzufügen neuer Pay-in-Methoden kein Fedwire mehr an. Bestehende Fedwire-Konten bleiben lesbar. Siehe Konten.

​
Behoben

  • Unangekündigte USDT-Einzahlungen in Kunden-Wallets werden jetzt erkannt und abgewickelt, statt ignoriert zu werden.
  • Bereits eingereichte Nachweise werden jetzt auf andere Aufgaben übertragen, die dasselbe Element erfordern, sodass Kunden nicht zweimal nach demselben Dokument gefragt werden.
  • Das erneute Anfordern einer Funktion verwirft keine bereits bereiten Bankrouten mehr, sodass ausgegebene Kontodaten stabil bleiben.
  • Bankanweisungsansichten im Händler-Panel zeigen jetzt vollständige Details, einschließlich SWIFT-Adressen und der Ziel-Wallet-Adresse.
  • RFI-Formulare zeigen jetzt Validierungsfehler beim Einreichen an, validieren Beschreibungen der Rechtsform vor dem Einreichen und akzeptieren mehrere Unternehmens-Websites.
  • Entwürfe verbundener Personen in RFI-Formularen können jetzt vor dem Einreichen bearbeitet werden.
  • Stornierte Compliance-Anfragen erscheinen nicht mehr in der Aufgabenliste des Händler-Panels.
  • Dokumentprüfungsstatus werden im Händler-Panel wieder korrekt angezeigt.

​
2026-08-24

Version: v3

​
Hinzugefügt

  • Kundenbezogene gehostete Verifizierungs- und Nutzungsbedingungen-Sitzungen enthalten jetzt ein maßgebliches action-Objekt. Richte dich nach dessen Typ available oder unavailable; die flachen Felder url und expiresAt bleiben für verfügbare Aktionen Kompatibilitätsspiegel. Siehe Funktionen und Anforderungen.
  • Sandbox-Wallet-Aufladungen geben jetzt Übertragungs-IDs zurück, die du mit GET /v3/transfers/{transferId} lesen oder mit GET /v3/transfers auflisten kannst. Sie erscheinen als abgeschlossene eingehende Stablecoin-Einzahlungen. Siehe In der Sandbox testen.

​
Geändert

  • Der First pay-in-Assistent im Händler-Panel für Karten und Apple Pay erfordert jetzt eine Polygon-Wallet des Kunden. Erstelle sie, bevor du den Assistenten startest. Siehe Konten.
  • Neue Anfragen und öffentliche Antworten verwenden sepa als kanonischen Methoden- und Funktionsnamen. Der Eingabealias sepa_instant und zuvor gespeicherte Ressourcen bleiben kompatibel, öffentliche Antworten verwenden jedoch sepa. Siehe Konten.
  • Neue Anfragen für Faster-Payments-Funktionen, ausgegebene Konten und Angebote sind nicht verfügbar. Bestehende Konten, Angebote und Übertragungen bleiben lesbar. Siehe Konten.
  • Die erste KYB-Seite erfasst nicht mehr das Geburtsdatum des Vertreters. Geburtsdaten von Anteilseignern bleiben eine separate Anforderung. Siehe KYB-Ablauf.
  • RFI-Dokumentverweise akzeptieren jetzt neben image/jpeg auch den MIME-Alias image/jpg. Siehe Dokumentanforderungen.
  • Der Aufgabenverlauf im Händler-Panel zeigt jetzt einen lesbaren Audit-Trail ohne Revisionszähler. Siehe Funktionen und Anforderungen.

​
Entfernt

  • Das Händler-Panel bietet keine Einrichtung neuer UAEFTS-Konten mehr an. Bestehende UAEFTS-Konten bleiben lesbar. Siehe Konten.

​
Behoben

  • RFI-Formulare behalten bestehende Eingaben bei, wenn ein Prüfer eine neue Dokumentablage hinzufügt, sodass zuvor angegebene Antworten beim erneuten Senden nicht verloren gehen.
  • Das Händler-Panel setzt gehostete Compliance-Sitzungen über verfügbare Aktionen fort, ohne gültige Links zu verwerfen.
  • Gehostete Links zu den Nutzungsbedingungen funktionieren jetzt für jeden von der API zurückgegebenen Aufgabenumfang.
  • Nach einer Payment-Access-Anfrage im Händler-Panel öffnet es die von dieser Anfrage zurückgegebene Aufnahmeaufgabe statt einer Aufgabe aus einer früheren Anfrage.
  • Die KYB-Demo im Händler-Panel fragt jetzt die aktuell erforderlichen Felder ab.
  • Ein Angebot, das seine Quell-Wallet erneut als destinationId verwendet, gibt jetzt vor Beginn von Anbieterarbeit verwertbare 422 quote_direction_invalid-Details zurück. Siehe Angebote und Übertragungen.
  • Die API weist fehlerhaft codierte Abfragezeichenfolgen mit einem 400-Fehler ab, statt die Anfrage stillschweigend zu normalisieren. Siehe Fehler und Wiederholungen.
  • POST /v3/customers/{customerId}/documents weist jetzt leere, nicht als multipart gesendete oder fehlerhafte Anfragekörper mit einem 400-Fehler ab.

​
2026-08-17

Version: v3

​
Hinzugefügt

  • Der v3 Problem-Details-Katalog wurde in der OpenAPI-Spezifikation veröffentlicht, sodass Integratoren Fehlerantworten direkt aus dem Schema abbilden können. Errors.
  • customerId wurde zu v3-Account-Webhook-Ereignissen hinzugefügt, sodass Sie Kontoaktivitäten dem zugehörigen Kunden zuordnen können, ohne einen weiteren Lesevorgang zu benötigen. Siehe Webhooks.
  • Vollständige V3-Feldabdeckung des Einzelprofils im Händler-Panel, damit Onboarding-Operator:innen jedes über die v3-API erfasste KYC-Feld prüfen und bearbeiten können. Siehe Kunden.
  • Ein Entwickler-Migrationsleitfaden von v3 wurde veröffentlicht. Siehe Migration zu v3.

​
Geändert

  • Länderkennungen von Kunden und Konten werden beim Schreiben nun als zugewiesene ISO 3166-1 alpha-2-Werte validiert. Lesevorgänge tolerieren zuvor gespeicherte Werte, sodass bestehende Datensätze weiterhin auflösbar bleiben. Siehe Konten und Wallets.
  • Die USDC-Verfügbarkeit bei ist jetzt nach Zielnetzwerk begrenzt, sodass Quotes und Transfers USDC nur auf den Netzwerken anbieten, die das Ziel tatsächlich unterstützt.
  • Capability.ready zeigt die genehmigte Berechtigung an, nicht die Ausstellung eines Kontos. Verfolge die Kontoausstellung mit accountProvisioning: not_applicable, not_started, in_progress, issued oder failed.
  • HEIC-Uploads vom iPhone werden nun als Identitäts- und Adressnachweisdokumente akzeptiert.

​
Behoben

  • Die erneute Ausführung eines bereits verbrauchten Quote liefert nun 409 quote_execution_consumed statt eines generischen Fehlers. Siehe Quotes und Transfers.
  • Transfer-Listen-Lesevorgänge und Quote-Betrag-Lesevorgänge geben bei großen historischen Ergebnissen keinen 500-Fehler mehr zurück.
  • Related-Party-Lesevorgänge für einzelne Kunden liefern nicht mehr 404.
  • Verifikationslink-Zeilen im Händler-Panel zeigen jetzt in jeder Zeile eine Open-Aktion, und jeder Wallet-Infrastruktur-Aufgabenlink wird in der Anforderungsansicht gerendert.