Skip to main content
Deze pagina somt gedateerde wijzigingen aan de Swipelux API op. Elk item noemt de betrokken versie, het type wijziging en eventuele actie die integrators moeten ondernemen. Voor het upgraden van een bestaande integratie vanaf een eerdere versie, zie Migreren naar v3.

​
Nog niet uitgebracht

Aankomende wijzigingen worden hier vermeld voor ze worden uitgeleverd.

​
2026-09-08

Versie: v3

​
Gewijzigd

  • POST /v3/transfers en transfer-reads gebruiken checkoutMethod in plaats van paymentMethod voor de voorselectie in de kaart-checkout, en accepteren card, apple_pay, google_pay, cash_app, sepa en blik. De lijst is open en kan groeien. paymentMethod wordt niet meer herkend; verzoeken die het nog steeds versturen, worden behandeld alsof het was weggelaten. sepa en blik zijn betaalopties binnen de kaart-checkout, geen Swipelux-capabilities. Zie Geld ontvangen.

​
2026-09-07

Versie: v3

​
Toegevoegd

  • POST /v3/transfers accepteert voor kaart-quotes een optionele paymentMethod met de waarde card, apple_pay of google_pay. De gehoste checkout opent met de aangevraagde methode wanneer die beschikbaar is voor de klant en zijn apparaat, transfer-reads geven het verzoek terug, en de bedragen en kosten van de quote blijven ongewijzigd. Zie Geld ontvangen.

​
2026-08-31

Versie: v3

​
Toegevoegd

  • Het aanvragen van een mogelijkheid voor een bedrijf zonder uiteindelijk belanghebbende maakt nu een innametaak aan om er een toe te voegen, in plaats van te falen met een 503. Verzoeken die niet kunnen doorgaan retourneren 422 beneficial_owner_required met instructies om een individuele gerelateerde partij toe te voegen met opgegeven of ten minste 25% eigendom. Zie Aandeelhouders, UBO’s en controlepersonen.
  • De takentabel van het merchantpanel toont nu het onderwerp en het mogelijkheidsbereik van elk verzoek, zodat je ziet wie en wat een compliance-verzoek dekt. Zie Mogelijkheden en vereisten.
  • Velden voor brancheclassificatie in het merchantpanel bieden nu doorzoekbare NAICS-codes op klantprofielen en vereistetaken. Zie KYB-workflow.

​
Gewijzigd

  • Indieningen van bankgegevens die conflicteren met een lopende bankconfiguratie retourneren nu 409 ops_rail_handoff_conflict. Bewaar je geüploade document-ID’s en dien dezelfde indiening opnieuw in nadat het conflict is opgelost, in plaats van documenten opnieuw te uploaden. Zie Fouten en nieuwe pogingen.
  • Het minimum voor onaangekondigde stablecoin-stortingen in klantwallets is nu 1 eenheid in plaats van 10. Kleinere stortingen worden nog steeds als dust behandeld. Zie Geld ontvangen.
  • De webhookconfiguratie is nu per omgeving geïsoleerd. Het webhookportaal opent beperkt tot de omgeving waaruit je het aanvraagt, zodat sandbox- en productie-endpoints geen instellingen meer delen. Zie Webhooks.
  • Het merchantpanel leidt beschikbare pay-in-methoden nu af van de v3-mogelijkheden van de klant, zodat de rekeningconfiguratie alleen methoden aanbiedt waartoe de klant gerechtigd is. Zie Rekeningen.
  • RFI-formulieren verzamelen kwalificerende uiteindelijk belanghebbenden nu met kortere, duidelijkere vragen, en de RFI-geschiedenis wordt weergegeven als levenscyclusmijlpalen. Zie Documentvereisten.

​
Verwijderd

  • Het merchantpanel biedt niet langer Fedwire aan bij het toevoegen van nieuwe pay-in-methoden. Bestaande Fedwire-rekeningen blijven leesbaar. Zie Rekeningen.

​
Opgelost

  • Onaangekondigde USDT-stortingen in klantwallets worden nu herkend en verwerkt in plaats van genegeerd.
  • Bewijs dat je al hebt ingediend, wordt nu overgenomen naar andere taken die hetzelfde item vereisen, zodat klanten niet twee keer om hetzelfde document worden gevraagd.
  • Het opnieuw aanvragen van een mogelijkheid verwijdert geen bankroutes meer die al gereed zijn, zodat uitgegeven rekeninggegevens stabiel blijven.
  • Bankinstructieweergaven in het merchantpanel tonen nu volledige details, inclusief SWIFT-adressen en het doelwalletadres.
  • RFI-formulieren tonen nu validatiefouten bij het indienen, valideren beschrijvingen van de rechtsvorm vóór het indienen en accepteren meerdere bedrijfswebsites.
  • Je kunt concepten van gerelateerde personen in RFI-formulieren nu bewerken voordat je ze indient.
  • Geannuleerde compliance-verzoeken verschijnen niet langer in de takenlijst van het merchantpanel.
  • Documentbeoordelingsstatussen worden weer correct weergegeven in het merchantpanel.

​
2026-08-24

Versie: v3

​
Toegevoegd

  • Gehoste verificatie- en Servicevoorwaarden-sessies binnen een klant bevatten nu een gezaghebbend action-object. Volg het type available of unavailable; de platte velden url en expiresAt blijven compatibiliteitsspiegels voor beschikbare acties. Zie Mogelijkheden en vereisten.
  • Sandbox-walletopwaarderingen retourneren nu overdrachts-ID’s die je kunt ophalen met GET /v3/transfers/{transferId} of vermelden met GET /v3/transfers. Ze verschijnen als voltooide inkomende stablecoin-stortingen. Zie Testen in de sandbox.

​
Gewijzigd

  • De First pay-in-wizard in het merchantpanel voor kaarten en Apple Pay vereist nu een Polygon-wallet onder de klant. Maak die wallet aan voordat je de wizard start. Zie Rekeningen.
  • Nieuwe verzoeken en openbare antwoorden gebruiken sepa als canonieke naam voor de methode en mogelijkheid. De invoeralias sepa_instant en eerder opgeslagen resources blijven compatibel, maar openbare antwoorden gebruiken sepa. Zie Rekeningen.
  • Nieuwe Faster Payments-verzoeken voor mogelijkheden, uitgegeven rekeningen en offertes zijn niet beschikbaar. Bestaande rekeningen, offertes en overdrachten blijven leesbaar. Zie Rekeningen.
  • De eerste KYB-pagina verzamelt niet langer de geboortedatum van de vertegenwoordiger. Geboortedata van aandeelhouders blijven een afzonderlijke vereiste. Zie KYB-workflow.
  • RFI-documentverwijzingen accepteren nu naast image/jpeg ook de MIME-alias image/jpg. Zie Documentvereisten.
  • De taakgeschiedenis in het merchantpanel toont nu een leesbaar auditspoor zonder revisietellers. Zie Mogelijkheden en vereisten.

​
Verwijderd

  • Het merchantpanel biedt niet langer de configuratie van nieuwe UAEFTS-rekeningen aan. Bestaande UAEFTS-rekeningen blijven leesbaar. Zie Rekeningen.

​
Opgelost

  • RFI-formulieren behouden bestaande invoer wanneer een beoordelaar een nieuw documentveld toevoegt, zodat eerdere antwoorden bij opnieuw indienen niet verloren gaan.
  • Het merchantpanel hervat gehoste compliance-sessies vanuit beschikbare acties zonder geldige links te verwijderen.
  • Gehoste links naar de Servicevoorwaarden werken nu voor elk taakbereik dat de API retourneert.
  • Nadat je Payment Access in het merchantpanel aanvraagt, opent het de innametaak die door dat verzoek is geretourneerd in plaats van een taak uit een eerder verzoek.
  • De KYB-demo in het merchantpanel vraagt nu om de huidige verplichte velden.
  • Een offerte die de bronwallet opnieuw als destinationId gebruikt, retourneert nu bruikbare 422 quote_direction_invalid-details voordat providerwerk begint. Zie Offertes en overdrachten.
  • De API weigert onjuist gecodeerde querystrings met een 400-fout in plaats van het verzoek stilzwijgend te normaliseren. Zie Fouten en nieuwe pogingen.
  • POST /v3/customers/{customerId}/documents weigert nu lege, niet-multipart of onjuist opgemaakte request bodies met een 400-fout.

​
2026-08-17

Versie: v3

​
Toegevoegd

  • De v3 Problem Details-catalogus gepubliceerd in de OpenAPI-spec, zodat integrators foutresponses rechtstreeks vanuit het schema kunnen mappen. Errors.
  • customerId toegevoegd aan v3 account-webhookevents, zodat je accountactiviteit kunt correleren aan de eigenaar-klant zonder een vervolg-read. Zie Webhooks.
  • Volledige V3 individuele-profielvelddekking in het merchant panel, zodat onboarding-operators elk KYC-veld dat via de v3 API is verzameld kunnen bekijken en bewerken. Zie Klanten onboarden.
  • Een v3 developer-migratiegids gepubliceerd. Zie Migreren naar v3.

​
Gewijzigd

  • Landcodes van klanten en accounts worden bij het schrijven nu gevalideerd als toegewezen ISO 3166-1 alpha-2-waarden. Reads tolereren legacy opgeslagen waarden zodat bestaande records blijven resolven. Zie Accounts en wallets.
  • USDC-beschikbaarheid is nu gescoped per bestemmingsnetwerk, zodat quotes en transfers alleen USDC aanbieden op netwerken die de bestemming daadwerkelijk ondersteunt.
  • Capability.ready geeft aan dat de bevoegdheid is goedgekeurd, niet dat een account is uitgegeven. Volg de accountuitgifte via accountProvisioning: not_applicable, not_started, in_progress, issued of failed.
  • HEIC-uploads vanaf iPhone worden nu geaccepteerd als identiteits- en adresdocumenten.

​
Opgelost

  • Het opnieuw uitvoeren van een verbruikt quote retourneert nu 409 quote_execution_consumed in plaats van een generieke fout. Zie Quotes en transfers.
  • Reads van transferlijsten en quote-bedragen geven bij grote historische resultaten geen 500 meer.
  • Related-party reads voor individuele klanten geven geen 404 meer.
  • Rijen met verificatielinks in het merchant panel tonen nu op elke rij een Open-actie, en elke API-tasklink wordt in de requirements-view weergegeven.