vIBAN · Odsouhlasení plateb

Odsouhlasení už konstrukcí

Když každý plátce platí na svůj vlastní IBAN, příchozí platba může znamenat jedinou věc. Problém párování se nevyřeší — přestane existovat.

01

Jeden účet, tisíce adres

V zákulisí je jediný hlavní účet. Navenek dostává každý plátce, nájemce či předplatitel vlastní virtuální IBAN. Peníze v obou případech přistanou na hlavním účtu — ale přijdou už označené tím, kdo je poslal a k čemu slouží.

Obrazovka údajů o účtu s vlastním virtuálním IBANem zákazníka, BIC a adresou banky, tlačítky kopírování, tlačítkem Sdílet a stručnými informacemi o rychlosti SEPA Instant a SEPA převodů

Pohled plátce — IBAN, který patří jen jemu, zkopírovat a sdílet.

02

Stavěno pro platformy

Vydává se hromadně, ne formulář po formuláři — marketplace, která zapojuje tisíc prodejců, vytvoří tisíc IBANů jednou operací. Štítky účelu udržují toky oddělené: nájem zvlášť, předplatné zvlášť, výplaty z marketplace ve vlastní lince — a každý subjekt na platformě má vlastní odsouhlasitelné číslo účtu.

  1. 01Hromadné vydávání přes konzoli nebo API
  2. 02IBANy se štítkem účelu pro čisté oddělení toků
  3. 03Historie každého plátce bez párovacího enginu
Hromadné vydání s ověřeným CSV s 2,400 plátci, náhledem IBANu u každého řádku a panelem nastavení pro výběr rozsahu, štítku účelu a prefixu reference před vydáním

Hromadné vydání — 2,400 řádků ověřeno, IBANy rezervovány, vydání jedním krokem.

Integrace

Od vydání po výpis, pět kroků.

  1. 01

    ISSUE

    Vytvořte vIBAN pro každého plátce — jeden přes API, nebo 2,400 z CSV s kontrolním krokem.

  2. 02

    SHARE

    Každý plátce platí na svůj vlastní IBAN, takže se není kde překlepnout v referenci.

  3. 03

    MATCH

    Příchozí platby se identifikují samy — v ukázce se 99,6 % spáruje automaticky.

  4. 04

    EXCEPT

    Zbytek skončí ve frontě výjimek s přesným počtem a připojenou historií.

  5. 05

    REPORT

    Výpisy pro každý vIBAN v CSV a PDF, odesílané e-mailem vždy 1. dne v měsíci.

Funkce

Vše, s čím Protocore vIBAN přichází.

  1. 01Konzole operátora
  2. 02Přehledný pohled pro plátce
  3. 03Hromadné vydání s krokem kontroly
  4. 04Výpisy, které finanční tým otevře
  5. 05Webhooky s potvrzením doručení
  6. 06Účty za programem
  7. 07IBAN pro každého plátce
  8. 08Účelové tagy
  9. 09Odsouhlasení už konstrukcí
  1. 10Jeden hlavní účet
  2. 11Vyhrazené rozsahy IBAN
  3. 12Historie každého plátce
  4. 13Stavěno pro platformy
  5. 14Vrácené platby, spočítané
  6. 15Pozastavení bez obřadů
  7. 16Koncepty před dávkami
  8. 17Limity, podle kterých lze plánovat
  9. 18Prefixy referencí po dávkách
  1. 19Vaše id putují s našimi
  2. 20Konzole a API jsou dvojčata
  3. 21Testovací události před skutečnými penězi
  4. 22Endpointy s pořádkem
  5. 23Exporty ve dvou podobách
  6. 24Výpisy podle rozvrhu
  7. 25Filtr nad tokem událostí
  8. 26Každá změna s důvodem
Přečtěte si všech 26 funkcí podrobně

01Konzole operátora

Jedna obrazovka drží celý program: 12,480 aktivních vIBAN, €2.4M dnes směrováno, 8,912 příchozích plateb automaticky spárováno. Každý řádek ukazuje IBAN, komu patří, jeho účelový tag a dnešní příchozí peníze. Hledejte podle IBAN, zákazníka nebo reference; knihu exportujte do CSV.

  • Hledání podle IBAN, zákazníka a reference
  • Stav každého IBAN — aktivní nebo pozastavený, na první pohled
  • Export celé knihy do CSV jedním klikem

02Přehledný pohled pro plátce

Zákazníci vidí údaje o svém účtu: vlastní IBAN s tlačítkem kopírovat, BIC pro převody mimo SEPA, název a adresu banky a tlačítko sdílet pro toho, kdo jim platí. Každý převod na tento IBAN dorazí na zůstatek už přiřazený k nim — plátce nikdy nepíše referenci.

03Hromadné vydání s krokem kontroly

CSV s 2,400 plátci se nahraje, zvaliduje — 2,400 platných, 0 chyb — a ukáže náhled přesného IBAN, který každý řádek dostane, rezervovaného z rozsahu při nahrání a přiřazeného při vydání. Nastavte rozsah, účelový tag a prefix reference a celou dávku vydejte jednou akcí. Stejná operace běží přes API.

  • Zdroj, konfigurace, kontrola — s konceptem k uložení mezi kroky
  • IBAN rezervované předem, takže při vydání nic nekoliduje
  • Webhook pro každý vydaný vIBAN, zapínaný po dávkách

04Výpisy, které finanční tým otevře

Zobrazené období obsahuje €412,380.44 z 8,912 příchozích plateb, 99.6 % automaticky spárováno — 34 ručních případů a 12 vrácených plateb se počítá, ne schovává. Každý vIBAN exportuje vlastní výpis jako CSV nebo PDF, celé období se exportuje jednou akcí a měsíční výpisy chodí samy e-mailem do finanční schránky 1. dne v měsíci.

05Webhooky s potvrzením doručení

Každá příchozí platba, vrácení, vydání i pozastavení je událost a každá událost ukazuje své doručení: stavový kód, latenci a stav opakování u každého pokusu. Doručení se podepisují HMAC-SHA256 a opakují 6krát během 24 hodin s exponenciálním backoffem — a doručení, kterému došly pokusy, dostane tlačítko ručního opakování, ne pokrčení ramen.

  • payment.incoming, payment.returned, viban.* — odběr po endpointech
  • Tajné klíče pro každý endpoint; endpointy lze pozastavit bez smazání
  • 8,946 událostí za posledních 24 h, 99.7 % doručeno — uvedeno přímo na stránce

06Účty za programem

V operátorské konzoli jsou přijímací účty za programem data, ne ústní tradice: jeden aktivní účet na měnu a vyřazení jednoho automaticky povýší dalšího v řadě. Každá změna vyžaduje písemný důvod a zapíše se do auditního logu.

07IBAN pro každého plátce

Každý plátce dostane vlastní IBAN, takže každá příchozí platba prozradí odesílatele dřív, než se na ni někdo podívá. Není pole reference k překlepu ani fronta k párování. Identifikace je vlastnost čísla účtu, ne proces.

08Účelové tagy

Každý vIBAN nese tag: rent-collection, subscriptions, marketplace-payouts, payroll. Toky zůstávají oddělené na úrovni účtu, takže reporting podle účelu je filtr, ne projekt.

09Odsouhlasení už konstrukcí

Když každý plátce platí na svůj IBAN, příchozí platba může znamenat jen jedno. V ukázkovém období se 99.6 % z 8,912 plateb spáruje samo — a těch pár, které ne, skončí v ruční frontě místo záhady.

10Jeden hlavní účet

Za každým vIBAN stojí jeden skutečný účet. Prostředky se koncentrují automaticky — žádné zůstatky na podúčtech k vybírání, žádná fragmentace. Navenek tisíce adres; hlavní kniha je jedna.

11Vyhrazené rozsahy IBAN

vIBAN se vydávají z vyhrazených rozsahů — ukázkový program běží pod RO49 PRCT, s počtem volných v každém rozsahu zobrazeným při vydání. Rozsahy udržují programy, značky nebo entity čistě oddělené, a přesto vše směřuje na hlavní účet.

12Historie každého plátce

Každý vIBAN si hromadí vlastní historii plateb, takže záznam plátce je úplný z definice. Spor nebo audit začíná filtrovaným seznamem, ne vyšetřováním.

13Stavěno pro platformy

Onboarding prodejců a nájemců může vytvořit vIBAN jako krok toku: založit účet, předat IBAN, začít inkasovat. Zákaznický pohled se dodává whitelabel — ukázka běží jako Powered by Protocore; ten váš pod vaší značkou.

14Vrácené platby, spočítané

Některé platby se vrátí — zavřený účet, špatné údaje. Vrácení SEPA nese kód důvodu do události payment.returned a vlastní počet na stránce výpisů — data s příčinou, ne záhady. Okrajový případ má řádek, ne vlákno v podpoře.

15Pozastavení bez obřadů

vIBAN se pozastaví jednou akcí a proud událostí zaznamená, kdo ho pozastavil a odkud. Pozastaveno se čte jako stav všude, kde se IBAN objeví — v knize, ve výpisech, v proudu.

16Koncepty před dávkami

Nakonfigurovaná dávka se uloží jako koncept: zdroj zvalidovaný, rozsah vybraný, nic zatím nevydáno. Tok jde zdroj, konfigurace, kontrola — takže nevratné kliknutí je poslední, schválně.

17Limity, podle kterých lze plánovat

Vydávání běží proti měsíčnímu limitu s viditelným měřidlem a dávka před spuštěním uvede, kolik přidá — 1,204 z 5,000 využito, tahle dávka to posune na 3,604. Kapacita je aritmetika, ne chybová hláška.

18Prefixy referencí po dávkách

Každá dávka označí své příchozí platby prefixem reference — v ukázce ARC-PAYOUT- — takže navazující systémy poznají své toky na první pohled.

19Vaše id putují s našimi

Každý řádek plátce nese externí referenci z vašeho systému — v ukázce EXT-00311 — a zůstává připojená k vIBAN. Vyhledávání běží na vašich identifikátorech, nejen našich.

20Konzole a API jsou dvojčata

Vše, co dělá konzole, dělá API — vydat, pozastavit, dotazovat, exportovat. Nahrání CSV a volání API pohání stejnou operaci; konzole je klient, ne zvláštní cesta.

21Testovací události před skutečnými penězi

Pošlete testovací událost na libovolný endpoint přímo z konzole. Integrace se prokáže na syntetických doručeních dřív, než dorazí první skutečná platba.

22Endpointy s pořádkem

Každý endpoint má vlastní podpisový secret a vlastní odběry a lze ho pozastavit, aniž by se smazal — demo drží pozastavený staging endpoint hned vedle aktivního produkčního.

23Exporty ve dvou podobách

CSV pro stroje, PDF pro lidi — za jednotlivý vIBAN nebo za celé období. Export je navržený k importu, ne k opisování.

24Výpisy podle rozvrhu

Měsíční výpisy chodí e-mailem na finanční adresu vždy 1. v měsíci. Pravidelný report je předplatné, ne opakovaný úkol na něčím seznamu.

25Filtr nad tokem událostí

Události filtrujete podle typu, vIBAN nebo reference; kniha v konzoli hledá podle IBAN, zákazníka nebo reference. Najít jednu platbu mezi tisíci je dotaz se třemi vstupy.

26Každá změna s důvodem

Změny programu provedené operátorem — účty, pozastavení, ukončení — vyžadují uvedení důvodu a zapisují se do auditního logu. Historie programu se vysvětlí sama, písemně.

Ukázky

Uvnitř produktu.

Skutečné UI produktu s demo daty.

Výpisy — €412,380.44 příchozích, 99.6 % odsouhlaseno automaticky, CSV nebo PDF pro každý vIBAN.
Události a webhooky — každá platba jako podepsané doručení, opakování na očích.
Zákulisí programu — příjmové účty, v každé měně přesně jeden aktivní.

FAQ

Virtuální IBANy, zodpovězeno.

  • Jsou to plnohodnotné IBANy vydané z vyhrazených rozsahů, které se směrují na jeden hlavní účet. Platba na vIBAN dorazí jako jakákoli SEPA platba; prostředky se na hlavním účtu soustředí automaticky — bez sweepovacích úloh.

  • Vratka si nese kód důvodu do události payment.returned a má vlastní počet ve výpisu. Vratky jsou data s uvedenou příčinou, ne záhady k pátrání.

  • Potřebujete proces pro výjimky, ne párovací tým. Jeden plátce na IBAN dělá z plateb samoidentifikující se položky — v demu 99.6 % odsouhlaseno automaticky — a zbytek jde do fronty ke kontrole s připojenou kompletní historií plátce.

  • Vydávejte hromadně — CSV s 2,400 plátci se ověří, zobrazí v náhledu a vydá jedním krokem — a každý vIBAN označte účelem. Každý prodejce, nájemce či subjekt má vlastní odsouhlasitelné číslo účtu; reporting podle účelu je jen filtr, ne projekt.

Vyhodnoťte

Vydejte virtuální IBAN a sledujte, jak se odsouhlasí.

01

Provedení demem s průvodcem

Projdeme s vámi celý cyklus — vydání, sdílení, spárování, výjimky, reporting — na stejných demo datech, včetně hromadného vydání pro 2,400 plátců.

02

Sandbox tenant

Testovací program s hlavním účtem a zapnutým vydáváním, aby váš tým mohl vytvářet vIBANy, posílat testovací platby a sledovat, jak se samy identifikují.

03

Přístup k API, webhooky a dokumentace

API pro vydávání, webhooky plateb a životního cyklu a integrační dokumentace — dost na to, abyste odsouhlasení napojili na vlastní back office.

04

Samostatně, nebo whitelabel

Vyzkoušejte pod značkou Protocore, nebo vydávejte pod svou — hlavní účet zůstává v obou případech jediným zdrojem pravdy.

Dostupnost

K dispozici samostatně i jako whitelabel — vydávejte pod svou značkou.

V ekosystému

objednávky Gateway placené převodem nesou reference vIBAN, výplaty z PoS přistávají na stejných IBAN kolejích a Center řeší výjimky, které párování vIBAN nechá za sebou.

Vyberte si produkt. Nebo celé jádro.

Vše výše běží v produkčních demech, kterými vás rádi provedeme — samostatně, jako whitelabel, nebo jako jedna platforma. Řekněte nám, co stavíte, a ukážeme vám nejkratší cestu.