Ikke utgitt
Kommende endringer vil bli listet her før de leveres.2026-09-08
Versjon: v3Endret
POST /v3/transfersog lesing av overføringer brukercheckoutMethodi stedet forpaymentMethodfor forhåndsvalget i kort-checkouten, og godtarcard,apple_pay,google_pay,cash_app,sepaogblik. Listen er åpen og kan vokse.paymentMethodgjenkjennes ikke lenger; forespørsler som fortsatt sender det, behandles som om det var utelatt.sepaogbliker betalingsalternativer inne i kort-checkouten, ikke Swipelux-kapabiliteter. Se Motta midler.
2026-09-07
Versjon: v3Lagt til
POST /v3/transfersgodtar en valgfripaymentMethodmed verdiencard,apple_payellergoogle_payfor korttilbud. Den hostede checkouten åpnes med den forespurte metoden når den er tilgjengelig for kunden og enheten deres, lesing av overføringen returnerer forespørselen, og tilbudets beløp og gebyrer er uendret. Se Motta midler.
2026-08-31
Versjon: v3Lagt til
- Å be om en funksjon for en virksomhet uten reell rettighetshaver oppretter nå en inntaksoppgave for å legge til en, i stedet for å feile med
503. Forespørsler som ikke kan fortsette, returnerer422 beneficial_owner_requiredmed instruksjoner om å legge til en individuell relatert part med erklært eierskap eller minst 25 % eierandel. Se Aksjonærer, UBO-er og kontrollpersoner. - Oppgavetabellen i forhandlerpanelet viser nå subjektet og funksjonsomfanget for hver forespørsel, slik at du kan se hvem og hva en samsvarsforespørsel dekker. Se Funksjoner og krav.
- Bransjeklassifiseringsfelt i forhandlerpanelet tilbyr nå søkbare NAICS-koder på kundeprofiler og kravoppgaver. Se KYB-arbeidsflyt.
Endret
- Innsendinger av bankdetaljer som er i konflikt med et pågående bankoppsett, returnerer nå
409 ops_rail_handoff_conflict. Behold dokument-ID-ene du har lastet opp, og prøv den samme innsendingen på nytt etter at konflikten er løst, i stedet for å laste opp dokumentene på nytt. Se Feil og nye forsøk. - Minimumet for uannonserte stablecoin-innskudd til kundelommebøker er nå 1 enhet i stedet for 10. Mindre innskudd behandles fortsatt som støv. Se Motta midler.
- Webhook-konfigurasjonen er nå isolert per miljø. Webhook-portalen åpnes avgrenset til miljøet du ber om den fra, slik at sandbox- og produksjonsendepunkter ikke lenger deler innstillinger. Se Webhooks.
- Forhandlerpanelet utleder nå tilgjengelige pay-in-metoder fra kundens v3-funksjoner, slik at kontooppsettet bare tilbyr metoder kunden har rett til. Se Kontoer.
- RFI-skjemaer samler nå inn kvalifiserende reelle rettighetshavere med kortere og tydeligere spørsmål, og RFI-historikken vises som livssyklusmilepæler. Se Dokumentkrav.
Fjernet
- Forhandlerpanelet tilbyr ikke lenger Fedwire når du legger til nye pay-in-metoder. Eksisterende Fedwire-kontoer er fortsatt lesbare. Se Kontoer.
Rettet
- Uannonserte USDT-innskudd til kundelommebøker gjenkjennes og gjøres nå opp i stedet for å bli ignorert.
- Bevis du allerede har sendt inn, overføres nå til andre oppgaver som krever det samme elementet, slik at kundene ikke blir bedt om det samme dokumentet to ganger.
- Å be om en funksjon på nytt forkaster ikke lenger bankruter som allerede er klare, slik at utstedte kontodetaljer forblir stabile.
- Bankinstruksjonsvisninger i forhandlerpanelet viser nå fullstendige detaljer, inkludert SWIFT-adresser og mållommebokadressen.
- RFI-skjemaer viser nå valideringsfeil ved innsending, validerer beskrivelser av juridisk form før innsending og godtar flere virksomhetsnettsteder.
- Du kan nå redigere utkast til relaterte personer i RFI-skjemaer før innsending.
- Kansellerte samsvarsforespørsler vises ikke lenger i oppgavelisten i forhandlerpanelet.
- Statuser for dokumentgjennomgang vises riktig igjen i forhandlerpanelet.
2026-08-24
Versjon: v3Lagt til
- Kundespesifikke, vertsbaserte verifiserings- og vilkårsøkter inneholder nå et autoritativt
action-objekt. Følg typenavailableellerunavailable; de flate felteneurlogexpiresAtbeholdes som kompatibilitetsspeil for tilgjengelige handlinger. Se Funksjoner og krav. - Påfyll av sandbox-lommebøker returnerer nå overførings-ID-er som du kan lese med
GET /v3/transfers/{transferId}eller liste medGET /v3/transfers. De vises som fullførte innkommende stablecoin-innskudd. Se Test i sandbox.
Endret
- First pay-in-veiviseren i forhandlerpanelet for kort og Apple Pay krever nå en Polygon-lommebok under kunden. Opprett lommeboken før du starter veiviseren. Se Kontoer.
- Nye forespørsler og offentlige svar bruker
sepasom det kanoniske navnet på metoden og funksjonen. Inndataaliasetsepa_instantog tidligere lagrede ressurser forblir kompatible, men offentlige svar brukersepa. Se Kontoer. - Nye forespørsler om Faster Payments-funksjoner, utstedte kontoer og tilbud er ikke tilgjengelige. Eksisterende kontoer, tilbud og overføringer er fortsatt lesbare. Se Kontoer.
- Den første KYB-siden samler ikke lenger inn representantens fødselsdato. Aksjonærenes fødselsdatoer er fortsatt et eget krav. Se KYB-arbeidsflyt.
- RFI-dokumentreferanser godtar nå MIME-aliaset
image/jpgi tillegg tilimage/jpeg. Se Dokumentkrav. - Oppgavehistorikken i forhandlerpanelet viser nå et lesbart revisjonsspor uten revisjonstellere. Se Funksjoner og krav.
Fjernet
- Forhandlerpanelet tilbyr ikke lenger oppsett av nye UAEFTS-kontoer. Eksisterende UAEFTS-kontoer er fortsatt lesbare. Se Kontoer.
Rettet
- RFI-skjemaer beholder eksisterende oppføringer når en kontrollør legger til et nytt dokumentfelt, slik at tidligere svar ikke går tapt ved ny innsending.
- Forhandlerpanelet gjenopptar vertsbaserte samsvarsøkter fra tilgjengelige handlinger uten å forkaste gyldige lenker.
- Vertsbaserte lenker til vilkårene fungerer nå for alle oppgaveomfang som API-et returnerer.
- Etter at du ber om Payment Access i forhandlerpanelet, åpner det inntaksoppgaven som ble returnert av forespørselen, i stedet for en oppgave fra en tidligere forespørsel.
- KYB-demoen i forhandlerpanelet ber nå om de gjeldende obligatoriske feltene.
- Et tilbud som gjenbruker kildelommeboken som
destinationId, returnerer nå handlingsrettede422 quote_direction_invalid-detaljer før leverandørarbeid starter. Se Tilbud og overføringer. - API-et avviser feil kodede spørringsstrenger med en
400-feil i stedet for å normalisere forespørselen i det skjulte. Se Feil og nye forsøk. POST /v3/customers/{customerId}/documentsavviser nå tomme, ikke-multipart eller feilformaterte forespørselskropper med en400-feil.
2026-08-17
Versjon: v3Lagt til
- Publisert v3 Problem Details-katalogen i OpenAPI-spesifikasjonen slik at integratorer kan mappe feilresponser direkte fra skjemaet. Errors.
- Lagt til
customerIdi v3 konto-webhook-hendelser, slik at du kan korrelere kontoaktivitet med den eiende kunden uten en oppfølgings-read. Se Webhooks. - Full dekning av v3-individprofilfelt i merchant panel, slik at onboarding-operatører kan gjennomgå og redigere hvert KYC-felt som samles inn via v3 API-et. Se Onboard kunder.
- Publisert en v3 utvikler-migreringsguide. Se Migrere til v3.
Endret
- Landkoder for kunder og kontoer valideres nå som tildelte ISO 3166-1 alpha-2-verdier ved skriving. Reads tolererer eldre lagrede verdier slik at eksisterende poster fortsatt løses. Se Kontoer og lommebøker.
- USDC-tilgjengelighet er nå avgrenset etter destinasjonsnettverk, slik at tilbud og overføringer bare tilbyr USDC på nettverkene som destinasjonen faktisk støtter.
Capability.readyviser at rettigheten er godkjent, ikke at en konto er utstedt. Følg kontoutstedelsen medaccountProvisioning:not_applicable,not_started,in_progress,issuedellerfailed.- HEIC-opplastinger fra iPhone aksepteres nå som identitets- og adressedokumenter.
Rettet
- Å kjøre en forbrukt quote på nytt returnerer nå
409 quote_execution_consumedi stedet for en generisk feil. Se Tilbud og overføringer. - Reads av overføringslister og quote-beløp gir ikke lenger
500på store historiske resultater. - Related-party reads for individuelle kunder gir ikke lenger
404. - Rader med verifiseringslenker i merchant panel viser nå en Open-handling på hver rad, og hver API-oppgavelenke rendres i requirements-visningen.