Skip to main content
Tato stránka uvádí datované změny ve Swipelux API. Každá položka poznamenává dotčenou verzi, typ změny a jakoukoli akci vyžadovanou od integrátorů. Pro upgrade existující integrace z dřívější verze viz Migrace na v3.

Nevydáno

Nadcházející změny zde budou uvedeny předtím, než budou nasazeny.

2026-09-08

Verze: v3

Změněno

  • POST /v3/transfers a čtení převodů používají pro předvýběr kartového checkoutu checkoutMethod místo paymentMethod a přijímají card, apple_pay, google_pay, cash_app, sepa a blik. Seznam je otevřený a může se rozšiřovat. paymentMethod se již nerozpoznává; požadavky, které jej stále odesílají, se zpracují, jako by byl vynechán. sepa a blik jsou možnosti financování uvnitř kartového checkoutu, nikoli schopnosti Swipelux. Viz Příjem prostředků.

2026-09-07

Verze: v3

Přidáno

  • POST /v3/transfers přijímá pro kartové quotes volitelné paymentMethod s hodnotou card, apple_pay nebo google_pay. Hostovaný checkout se otevře s vyžádanou metodou, pokud je pro zákazníka a jeho zařízení dostupná, čtení převodu vrací požadavek a částky i poplatky quote zůstávají beze změny. Viz Příjem prostředků.

2026-08-31

Verze: v3

Přidáno

  • Vyžádání schopnosti pro firmu bez skutečného majitele nyní vytvoří přijímací úlohu k jeho doplnění místo selhání chybou 503. Požadavky, které nemohou pokračovat, vrátí 422 beneficial_owner_required s pokyny k přidání individuální související strany s deklarovaným nebo alespoň 25% vlastnictvím. Viz Akcionáři, UBO a kontrolní osoby.
  • Tabulka úloh v panelu obchodníka nyní zobrazuje subjekt a rozsah schopnosti každého požadavku, takže vidíte, koho a čeho se požadavek na dodržování předpisů týká. Viz Schopnosti a požadavky.
  • Pole klasifikace odvětví v panelu obchodníka nyní nabízejí vyhledávatelné kódy NAICS v profilech zákazníků a úlohách požadavků. Viz Pracovní postup KYB.

Změněno

  • Odeslání bankovních údajů, která kolidují s probíhajícím nastavením banky, nyní vrací 409 ops_rail_handoff_conflict. Uchovejte si ID nahraných dokumentů a po vyřešení konfliktu zopakujte stejné odeslání místo opětovného nahrávání dokumentů. Viz Chyby a opakování.
  • Minimum pro neohlášené vklady stablecoinů do peněženek zákazníků je nyní 1 jednotka místo 10. Menší vklady jsou nadále považovány za prach (dust). Viz Příjem prostředků.
  • Konfigurace webhooků je nyní izolována podle prostředí. Portál webhooků se otevře v rozsahu prostředí, ze kterého jej vyžádáte, takže endpointy sandboxu a produkce již nesdílejí nastavení. Viz Webhooky.
  • Panel obchodníka nyní odvozuje dostupné metody pay-in ze schopností v3 daného zákazníka, takže nastavení účtu nabízí pouze metody, na které má zákazník nárok. Viz Účty.
  • Formuláře RFI nyní shromažďují kvalifikované skutečné majitele pomocí kratších a jasnějších výzev a historie RFI se zobrazuje jako milníky životního cyklu. Viz Požadavky na dokumenty.

Odebráno

  • Panel obchodníka již při přidávání nových metod pay-in nenabízí Fedwire. Existující účty Fedwire zůstávají čitelné. Viz Účty.

Opraveno

  • Neohlášené vklady USDT do peněženek zákazníků jsou nyní rozpoznány a vypořádány místo ignorování.
  • Již odeslané doklady se nyní přenášejí do dalších úloh, které vyžadují stejnou položku, takže zákazníci nejsou žádáni o stejný dokument dvakrát.
  • Opětovné vyžádání schopnosti již nezahazuje bankovní trasy, které jsou již připraveny, takže vydané údaje o účtu zůstávají stabilní.
  • Zobrazení bankovních instrukcí v panelu obchodníka nyní ukazují kompletní podrobnosti včetně adres SWIFT a adresy cílové peněženky.
  • Formuláře RFI nyní zobrazují chyby validace při odeslání, validují popisy právní formy před odesláním a přijímají více firemních webových stránek.
  • Koncepty souvisejících osob ve formulářích RFI lze nyní před odesláním upravit.
  • Zrušené požadavky na dodržování předpisů se již nezobrazují v seznamu úloh panelu obchodníka.
  • Stavy kontroly dokumentů se v panelu obchodníka opět zobrazují správně.

2026-08-24

Verze: v3

Přidáno

  • Hostované ověřovací relace a relace Podmínek služby v rozsahu zákazníka nyní obsahují autoritativní objekt action. Řiďte se jeho druhem available nebo unavailable; plochá pole url a expiresAt zůstávají pro dostupné akce zrcadly kvůli kompatibilitě. Viz Schopnosti a požadavky.
  • Dobití peněženky v sandboxu nyní vrací ID převodu, které můžete načíst pomocí GET /v3/transfers/{transferId} nebo vypsat pomocí GET /v3/transfers. Zobrazí se jako dokončené příchozí vklady stablecoinů. Viz Testování v sandboxu.

Změněno

  • Průvodce First pay-in v panelu obchodníka pro karty a Apple Pay nyní vyžaduje peněženku Polygon daného zákazníka. Vytvořte ji před spuštěním průvodce. Viz Účty.
  • Nové požadavky a veřejné odpovědi používají sepa jako kanonický název metody a schopnosti. Vstupní alias sepa_instant a dříve uložené prostředky zůstávají kompatibilní, ale veřejné odpovědi používají sepa. Viz Účty.
  • Nové požadavky na schopnosti, vydané účty a kotace Faster Payments nejsou dostupné. Existující účty, kotace a převody zůstávají čitelné. Viz Účty.
  • První stránka KYB již neshromažďuje datum narození zástupce. Data narození akcionářů zůstávají samostatným požadavkem. Viz Pracovní postup KYB.
  • Odkazy na dokumenty RFI nyní kromě image/jpeg přijímají také alias MIME image/jpg. Viz Požadavky na dokumenty.
  • Historie úloh v panelu obchodníka nyní zobrazuje čitelný auditní záznam bez čítačů revizí. Viz Schopnosti a požadavky.

Odebráno

  • Panel obchodníka již nenabízí nastavení nových účtů UAEFTS. Existující účty UAEFTS zůstávají čitelné. Viz Účty.

Opraveno

  • Formuláře RFI zachovávají existující údaje, když kontrolor přidá nové pole pro dokument, takže se dříve zadané odpovědi při opětovném odeslání neztratí.
  • Panel obchodníka obnovuje hostované relace pro dodržování předpisů z dostupných akcí, aniž by zahodil platné odkazy.
  • Hostované odkazy na Podmínky služby nyní fungují pro každý rozsah úloh vrácený rozhraním API.
  • Po vyžádání Payment Access v panelu obchodníka se otevře přijímací úloha vrácená tímto požadavkem místo úlohy z dřívějšího požadavku.
  • Ukázka KYB v panelu obchodníka nyní vyžaduje aktuální povinná pole.
  • Kotace, která znovu použije zdrojovou peněženku jako destinationId, nyní před zahájením práce poskytovatele vrátí použitelné podrobnosti 422 quote_direction_invalid. Viz Kotace a převody.
  • Rozhraní API odmítne chybně kódovaný řetězec dotazu chybou 400 místo tiché normalizace požadavku. Viz Chyby a opakování.
  • POST /v3/customers/{customerId}/documents nyní odmítne prázdné, nemultipartové nebo chybně formátované tělo požadavku chybou 400.

2026-08-17

Verze: v3

Přidáno

  • V OpenAPI specifikaci byl publikován katalog Problem Details pro v3, takže integrátoři mohou mapovat chybové odpovědi přímo ze schématu. Errors.
  • K webhook událostem účtů ve v3 bylo přidáno pole customerId, které umožňuje korelovat aktivitu účtu s jeho vlastnickým zákazníkem bez následného čtení. Viz Webhooky.
  • V panelu obchodníka je nyní kompletní pokrytí polí individuálního profilu V3, takže operátoři onboardingu mohou zkontrolovat a upravit všechna KYC pole shromážděná přes v3 API. Viz Zákazníci.
  • Byl publikován vývojářský průvodce migrací z v3. Viz Migrace na v3.

Změněno

  • Kódy zemí zákazníků a účtů se nyní při zápisu validují jako přidělené hodnoty ISO 3166-1 alpha-2. Čtení tolerují dříve uložené hodnoty, aby existující záznamy zůstaly rozpoznatelné. Viz Účty a peněženky.
  • Dostupnost USDC u je nyní omezena podle cílové sítě, takže quotes a převody nabízejí USDC pouze na sítích, které cíl skutečně podporuje.
  • Capability.ready označuje schválení oprávnění, nikoli existenci účtu. Stav vydání účtu sledujte v accountProvisioning: not_applicable, not_started, in_progress, issued nebo failed.
  • Nahrávání HEIC z iPhone jsou nyní přijímána jako doklady totožnosti a adresy.

Opraveno

  • Opětovné provedení již spotřebovaného quote nyní vrací 409 quote_execution_consumed místo obecné chyby. Viz Quotes a převody.
  • Čtení seznamů převodů a čtení částek quotes již u velkých historických výsledků neselhávají chybou 500.
  • Čtení souvisejících stran u individuálních zákazníků již nevrací 404.
  • Řádky odkazů na verifikaci v panelu obchodníka nyní na každém řádku zobrazují akci Open a každý odkaz na úkol infrastruktury peněženek se vykresluje v pohledu na požadavky.