Skip to main content
Ez az oldal a Swipelux API dátumozott változásait sorolja fel. Minden bejegyzés jelzi az érintett verziót, a változás típusát, valamint a fejlesztőktől esetlegesen elvárt teendőket. Egy meglévő integráció korábbi verzióról történő frissítéséhez lásd: Migrálás v3-ra.

​
Kiadatlan

A közelgő változások itt jelennek meg, mielőtt élesbe kerülnek.

​
2026-09-08

Verzió: v3

​
Módosítva

  • A POST /v3/transfers és az átutalás olvasása a kártyás checkout előválasztásához a paymentMethod helyett a checkoutMethod mezőt használja, és elfogadja a card, apple_pay, google_pay, cash_app, sepa és blik értékeket. A lista nyitott és bővülhet. A paymentMethod már nem ismert; az azt továbbra is küldő kéréseket úgy kezeli a rendszer, mintha kimaradt volna. A sepa és a blik a kártyás checkouton belüli fizetési lehetőségek, nem Swipelux-képességek. Lásd: Pénzeszközök fogadása.

​
2026-09-07

Verzió: v3

​
Hozzáadva

  • A POST /v3/transfers kártyás árajánlatokhoz elfogad egy opcionális paymentMethod értéket: card, apple_pay vagy google_pay. A hosted checkout a kért módszerrel nyílik meg, ha az elérhető az ügyfél és az eszköze számára, az átutalás olvasása visszaadja a kérést, az árajánlat összegei és díjai pedig változatlanok maradnak. Lásd: Pénzeszközök fogadása.

​
2026-08-31

Verzió: v3

​
Hozzáadva

  • Ha tényleges tulajdonos nélküli vállalkozáshoz kér képességet, az mostantól befogadási feladatot hoz létre a tulajdonos hozzáadására, ahelyett hogy 503 hibával meghiúsulna. A nem folytatható kérések 422 beneficial_owner_required választ adnak vissza, útmutatással egy bejelentett vagy legalább 25%-os tulajdonrésszel rendelkező egyéni kapcsolt fél hozzáadásához. Lásd: Részvényesek, UBO-k és irányító személyek.
  • A kereskedői panel feladattáblázata mostantól megjeleníti minden kérés alanyát és képességkörét, így látható, kire és mire vonatkozik egy megfelelőségi kérés. Lásd: Képességek és követelmények.
  • Az iparági besorolási mezők a kereskedői panelen mostantól kereshető NAICS-kódokat kínálnak az ügyfélprofilokon és a követelményfeladatokon. Lásd: KYB-munkafolyamat.

​
Módosítva

  • A folyamatban lévő banki beállítással ütköző bankadat-beküldések mostantól 409 ops_rail_handoff_conflict választ adnak vissza. Őrizze meg a feltöltött dokumentumazonosítókat, és az ütközés feloldása után küldje be újra ugyanazt a beküldést a dokumentumok ismételt feltöltése helyett. Lásd: Hibák és újrapróbálkozások.
  • Az ügyfélpénztárcákba érkező, előre nem jelzett stablecoin-befizetések minimuma mostantól 10 helyett 1 egység. A kisebb befizetéseket továbbra is pornak (dust) tekintjük. Lásd: Pénzeszközök fogadása.
  • A webhook-konfiguráció mostantól környezetenként elkülönített. A webhook-portál abban a környezetben nyílik meg, amelyből kérte, így a sandbox és a production végpontok már nem osztoznak a beállításokon. Lásd: Webhookok.
  • A kereskedői panel mostantól az ügyfél v3 képességeiből származtatja az elérhető pay-in módszereket, így a számlabeállítás csak azokat a módszereket kínálja, amelyekre az ügyfél jogosult. Lásd: Számlák.
  • Az RFI-űrlapok mostantól rövidebb, egyértelműbb kérdésekkel gyűjtik a minősülő tényleges tulajdonosokat, és az RFI-előzmények életciklus-mérföldkövekként jelennek meg. Lásd: Dokumentumkövetelmények.

​
Eltávolítva

  • A kereskedői panel új pay-in módszerek hozzáadásakor már nem kínálja a Fedwire-t. A meglévő Fedwire-számlák továbbra is lekérhetők. Lásd: Számlák.

​
Javítva

  • Az ügyfélpénztárcákba érkező, előre nem jelzett USDT-befizetéseket mostantól felismerjük és elszámoljuk, ahelyett hogy figyelmen kívül maradnának.
  • A már beküldött bizonyítékok mostantól átkerülnek az ugyanazt az elemet igénylő többi feladatba, így az ügyfeleknek nem kell kétszer benyújtaniuk ugyanazt a dokumentumot.
  • Egy képesség újbóli kérése már nem dobja el a már kész banki útvonalakat, így a kibocsátott számlaadatok stabilak maradnak.
  • A banki utasításnézetek a kereskedői panelen mostantól teljes részleteket mutatnak, beleértve a SWIFT-címeket és a célpénztárca címét.
  • Az RFI-űrlapok mostantól megjelenítik a beküldési érvényesítési hibákat, beküldés előtt érvényesítik a jogi forma leírását, és több üzleti webhelyet is elfogadnak.
  • Az RFI-űrlapokon a kapcsolt személyek piszkozatai mostantól beküldés előtt szerkeszthetők.
  • A visszavont megfelelőségi kérések már nem jelennek meg a kereskedői panel feladatlistájában.
  • A dokumentum-ellenőrzési állapotok ismét helyesen jelennek meg a kereskedői panelen.

​
2026-08-24

Verzió: v3

​
Hozzáadva

  • Az ügyfélhez kötött hosztolt ellenőrzési és Szolgáltatási feltételek munkamenetek mostantól mérvadó action objektumot tartalmaznak. Kövesse annak available vagy unavailable típusát; a felső szintű url és expiresAt mezők kompatibilitási tükörként megmaradnak az elérhető műveleteknél. Lásd: Képességek és követelmények.
  • A sandbox pénztárcafeltöltései mostantól olyan átutalási azonosítót adnak vissza, amelyet a GET /v3/transfers/{transferId} végponton lekérhet, vagy a GET /v3/transfers végponton listázhat. Befejezett bejövő stablecoin-befizetésként jelennek meg. Lásd: Tesztelés a sandboxban.

​
Módosítva

  • A kereskedői panel kártyás és Apple Pay First pay-in útmutatója mostantól Polygon-pénztárcát igényel az ügyfélnél. Hozza létre a pénztárcát az útmutató megkezdése előtt. Lásd: Számlák.
  • Az új kérések és nyilvános válaszok a sepa értéket használják a módszer és a képesség kanonikus neveként. A sepa_instant bemeneti álnév és a korábban tárolt erőforrások kompatibilisek maradnak, de a nyilvános válaszok sepa értéket adnak vissza. Lásd: Számlák.
  • Az új Faster Payments képesség-, kibocsátott számla- és árfolyamajánlat-kérések nem érhetők el. A meglévő számlák, ajánlatok és átutalások továbbra is lekérhetők. Lásd: Számlák.
  • A KYB első oldala már nem gyűjti a képviselő születési dátumát. A részvényesek születési dátuma továbbra is külön követelmény. Lásd: KYB-munkafolyamat.
  • Az RFI dokumentumhivatkozások mostantól az image/jpeg mellett az image/jpg MIME-álnevet is elfogadják. Lásd: Dokumentumkövetelmények.
  • A kereskedői panel feladatelőzményei mostantól verziószámlálók nélkül, olvasható auditnaplóként jelennek meg. Lásd: Képességek és követelmények.

​
Eltávolítva

  • A kereskedői panel már nem kínál új UAEFTS-számlabeállítást. A meglévő UAEFTS-számlák továbbra is lekérhetők. Lásd: Számlák.

​
Javítva

  • Az RFI-űrlapok megtartják a meglévő bejegyzéseket, amikor egy ellenőr új dokumentumfeltöltést ad hozzá, így a korábbi válaszok nem vesznek el az újbóli beküldéskor.
  • A kereskedői panel az elérhető műveletekből folytatja a hosztolt megfelelőségi munkameneteket anélkül, hogy eldobná az érvényes hivatkozásokat.
  • A hosztolt Szolgáltatási feltételek hivatkozásai mostantól az API által visszaadott minden feladatkörben működnek.
  • Miután Payment Access hozzáférést kér a kereskedői panelen, az a kérés által visszaadott befogadási feladatot nyitja meg egy korábbi kérés feladata helyett.
  • A kereskedői panel KYB-bemutatója mostantól az aktuálisan kötelező mezőket kéri.
  • Ha egy ajánlat a forráspénztárcát destinationId értékként is felhasználja, a szolgáltatói műveletek megkezdése előtt használható 422 quote_direction_invalid részleteket ad vissza. Lásd: Ajánlatok és átutalások.
  • Az API a hibásan kódolt lekérdezési karakterláncot 400 hibával utasítja el a kérés csendes normalizálása helyett. Lásd: Hibák és újrapróbálkozások.
  • A POST /v3/customers/{customerId}/documents mostantól 400 hibával utasítja el az üres, nem multipart vagy hibás formátumú kéréstörzseket.

​
2026-08-17

Verzió: v3

​
Hozzáadva

  • Az OpenAPI specifikációban közzétettük a v3 Problem Details katalógust, így az integrátorok közvetlenül a sémából tudják megfeleltetni a hibaválaszokat. Errors.
  • A customerId mezőt hozzáadtuk a v3 számla webhook eseményekhez, így egy utólagos olvasás nélkül is összekapcsolhatod a számlatevékenységet a tulajdonos ügyféllel. Lásd: Webhookok.
  • Teljes V3 egyéni profil mezőlefedettség a kereskedői panelen, hogy az onboarding operátorok minden, a v3 API-n keresztül gyűjtött KYC mezőt áttekinthessenek és szerkeszthessenek. Lásd: Ügyfelek onboardingja.
  • Közzétettük a v3 fejlesztői migrációs útmutatót. Lásd: Migrálás v3-ra.

​
Módosítva

  • Az ügyfél- és számlaországkódokat írási időben immár hozzárendelt ISO 3166-1 alpha-2 értékként érvényesítjük. Az olvasások tolerálják a korábban tárolt értékeket, így a meglévő rekordok továbbra is feloldhatók. Lásd: Számlák és tárcák.
  • A USDC elérhetőségét ezentúl a célhálózat határolja be, így az árajánlatok és átutalások csak azokon a hálózatokon kínálnak USDC-t, amelyeket a cél ténylegesen támogat.
  • A Capability.ready a jogosultság jóváhagyását jelzi, nem a számla kiadását. A számla kiadását az accountProvisioning mezőben kövesd: not_applicable, not_started, in_progress, issued vagy failed.
  • Az iPhone-ról feltöltött HEIC fájlokat immár elfogadjuk személyazonossági és címigazoló dokumentumként.

​
Javítva

  • Egy elhasznált árajánlat újbóli végrehajtása mostantól 409 quote_execution_consumed választ ad általános hiba helyett. Lásd: Árajánlatok és átutalások.
  • Az átutalási lista olvasások és az árajánlat összeg olvasások nagy múltbeli eredményhalmazokon már nem adnak 500-as hibát.
  • Az egyéni ügyfelekhez tartozó kapcsolt felek olvasása már nem ad 404-et.
  • Az ellenőrzési linksorok a kereskedői panelen mostantól minden soron megjelenítenek egy Open műveletet, és minden tárca-infrastruktúra feladatlink megjelenik a követelmény nézetben.