vIBAN · Uzgadnianie

Uzgadnianie z założenia

Gdy każdy płatnik płaci na własny IBAN, wpłata przychodząca może znaczyć tylko jedno. Problem dopasowania nie zostaje rozwiązany — przestaje istnieć.

01

Jedno konto, tysiące adresów

Za kulisami jest jeden rachunek główny. Na zewnątrz każdy płatnik, najemca czy subskrybent dostaje dedykowany wirtualny IBAN. Środki i tak trafiają na rachunek główny — ale przychodzą już opisane: kto wysłał i za co.

Ekran danych rachunku z dedykowanym wirtualnym IBAN-em klienta, BIC i adresem banku z przyciskami kopiowania, przyciskiem Udostępnij oraz skrótem informacji o SEPA Instant i czasie przelewu SEPA

Widok płatnika — IBAN tylko jego, do skopiowania i udostępnienia.

02

Zbudowane dla platform

Wydawanie odbywa się masowo, a nie formularz po formularzu — marketplace, który onboarduje tysiąc sprzedawców, tworzy tysiąc IBAN-ów jedną operacją. Tagi celu rozdzielają przepływy: czynsz tu, subskrypcje tam, wypłaty marketplace'u w osobnym torze — więc każdy podmiot na platformie ma własny, uzgadnialny numer rachunku.

  1. 01Masowe wydawanie z konsoli lub przez API
  2. 02IBAN-y z tagami celu — czyste rozdzielenie przepływów
  3. 03Historia per płatnik bez silnika dopasowań
Przepływ masowego wydawania ze zwalidowanym plikiem CSV z 2,400 płatnikami, podglądem IBAN-u w każdym wierszu i panelem konfiguracji z wyborem zakresu, tagu celu i prefiksu referencji przed wydaniem

Masowe wydanie — 2,400 wierszy zwalidowanych, IBAN-y zarezerwowane, jedna akcja do wydania.

Integracja

Od wydania do wyciągu w pięciu krokach.

  1. 01

    ISSUE

    Utwórz vIBAN dla każdego płatnika — jeden przez API albo 2,400 z pliku CSV z etapem weryfikacji.

  2. 02

    SHARE

    Każdy płatnik płaci na swój własny IBAN — bez numeru referencyjnego, w którym można się pomylić.

  3. 03

    MATCH

    Wpłaty identyfikują się same z założenia — w demo 99,6% księgowanych automatycznie.

  4. 04

    EXCEPT

    Reszta trafia do policzonej kolejki wyjątków wraz z dołączoną historią.

  5. 05

    REPORT

    Zestawienia dla każdego vIBAN, CSV i PDF, wysyłane e-mailem co miesiąc pierwszego dnia.

Funkcje

Wszystko, co oferuje Protocore vIBAN.

  1. 01Konsola operatora
  2. 02Przejrzysty widok dla płatnika
  3. 03Masowe wydawanie z etapem weryfikacji
  4. 04Wyciągi, które otwiera dział finansów
  5. 05Webhooki z potwierdzeniami dostarczenia
  6. 06Konta stojące za programem
  7. 07IBAN dla każdego płatnika
  8. 08Tagi przeznaczenia
  9. 09Uzgadnianie z założenia
  1. 10Jedno konto główne
  2. 11Dedykowane pule IBAN
  3. 12Historia każdego płatnika
  4. 13Zbudowane dla platform
  5. 14Zwroty, policzone
  6. 15Wstrzymanie bez ceregieli
  7. 16Wersje robocze przed partiami
  8. 17Limity, pod które da się planować
  9. 18Prefiksy referencji dla każdej partii
  1. 19Twoje identyfikatory podróżują z naszymi
  2. 20Konsola i API są bliźniakami
  3. 21Testuj zdarzenia, zanim ruszą prawdziwe pieniądze
  4. 22Porządek w endpointach
  5. 23Eksport w dwóch formatach
  6. 24Wyciągi według harmonogramu
  7. 25Filtruj strumień
  8. 26Każda zmiana z powodem
Zobacz szczegóły wszystkich 26 funkcji

01Konsola operatora

Jeden ekran obejmuje cały program: 12,480 aktywnych vIBAN, €2.4M przekierowane dziś, 8,912 wpływów uzgodnionych automatycznie. Każdy wiersz pokazuje IBAN, jego właściciela, tag przeznaczenia i dzisiejsze wpływy. Szukaj po IBAN, kliencie lub referencji; wyeksportuj całą księgę do CSV.

  • Wyszukiwanie po IBAN, kliencie i referencji
  • Status każdego IBAN — aktywny lub wstrzymany, na pierwszy rzut oka
  • Eksport całej księgi do CSV jednym kliknięciem

02Przejrzysty widok dla płatnika

Klienci widzą dane własnego konta: dedykowany IBAN z przyciskiem kopiowania, kod BIC do przelewów spoza SEPA, nazwę i adres banku oraz przycisk udostępniania dla osoby, która im płaci. Każdy przelew na ten IBAN trafia na ich saldo od razu przypisany do nich — płatnik nigdy nie wpisuje referencji.

03Masowe wydawanie z etapem weryfikacji

Plik CSV z 2,400 płatnikami zostaje wgrany i zwalidowany — 2,400 poprawnych, 0 błędów — a podgląd pokazuje dokładny IBAN, jaki dostanie każdy wiersz, zarezerwowany z puli przy wgraniu i przypisany przy wydaniu. Skonfiguruj pulę, tag przeznaczenia i prefiks referencji, a potem wydaj całą partię jedną akcją. Ta sama operacja działa przez API.

  • Źródło, konfiguracja, weryfikacja — z wersją roboczą do zapisu między krokami
  • IBAN rezerwowane z góry, więc przy wydaniu nic nie koliduje
  • Webhook dla każdego wydanego vIBAN, włączany osobno dla partii

04Wyciągi, które otwiera dział finansów

Okres na ekranie obejmuje €412,380.44 z 8,912 wpływów, 99.6% uzgodnionych automatycznie — a 34 przypadki ręczne i 12 zwróconych płatności są policzone, a nie ukryte. Każdy vIBAN eksportuje własny wyciąg jako CSV lub PDF, cały okres eksportuje się jedną akcją, a miesięczne wyciągi same trafiają e-mailem do skrzynki działu finansów pierwszego dnia miesiąca.

05Webhooki z potwierdzeniami dostarczenia

Każdy wpływ, zwrot, wydanie i wstrzymanie to zdarzenie, a każde zdarzenie pokazuje swoje dostarczenie: kod statusu, opóźnienie i stan ponowienia dla każdej próby. Dostarczenia są podpisywane HMAC-SHA256 i ponawiane 6 razy w ciągu 24 godzin z wykładniczym backoffem — a dostarczenie, które wyczerpie próby, dostaje przycisk ręcznego ponowienia, a nie wzruszenie ramion.

  • payment.incoming, payment.returned, viban.* — subskrypcja per endpoint
  • Osobne sekrety dla endpointów; endpointy można wstrzymać bez usuwania
  • 8,946 zdarzeń w ostatnich 24 h, 99.7% dostarczonych — wydrukowane na stronie

06Konta stojące za programem

W konsoli operatora konta odbiorcze stojące za programem są danymi, a nie wiedzą plemienną: jedno aktywne konto na walutę, a wycofanie jednego automatycznie awansuje kolejne. Każda zmiana wymaga pisemnego powodu i trafia do logu audytu.

07IBAN dla każdego płatnika

Każdy płatnik dostaje dedykowany IBAN, więc każda wpłata wskazuje nadawcę, zanim ktokolwiek na nią spojrzy. Nie ma pola referencji, w którym można się pomylić, ani kolejki uzgodnień do przerobienia. Identyfikacja jest cechą numeru konta, a nie procesem.

08Tagi przeznaczenia

Każdy vIBAN ma tag: rent-collection, subscriptions, marketplace-payouts, payroll. Przepływy pozostają rozdzielone na poziomie konta, więc raportowanie według przeznaczenia to filtr, a nie projekt.

09Uzgadnianie z założenia

Gdy każdy płatnik płaci na własny IBAN, wpływ może oznaczać tylko jedno. W okresie demo 99.6% z 8,912 wpływów uzgadnia się samo — a te nieliczne, które nie mogą, trafiają do kolejki ręcznej zamiast stać się zagadką.

10Jedno konto główne

Za każdym vIBAN stoi jedno prawdziwe konto. Środki koncentrują się automatycznie — bez sald na subkontach do zbierania, bez rozdrobnienia do ogarniania. Na powierzchni są tysiące adresów; księga jest jedna.

11Dedykowane pule IBAN

vIBAN-y są wydawane z dedykowanych pul — program demo działa pod RO49 PRCT, a liczba wolnych numerów w puli jest widoczna przy wydawaniu. Pule trzymają programy, marki lub podmioty czysto rozdzielone, a całość nadal trafia na konto główne.

12Historia każdego płatnika

Każdy vIBAN gromadzi własną historię płatności, więc zapis płatnika jest z definicji kompletny. Spór lub audyt zaczyna się od przefiltrowanej listy, a nie od śledztwa.

13Zbudowane dla platform

Onboarding sprzedawców i najemców może wydać vIBAN jako krok w przepływie: utwórz konto, przekaż IBAN, zacznij zbierać wpłaty. Widok klienta jest dostępny w modelu whitelabel — demo działa jako Powered by Protocore; Twój działa pod Twoją marką.

14Zwroty, policzone

Niektóre płatności wracają — konto zamknięte, błędne dane. Zwroty SEPA niosą kod przyczyny do zdarzenia payment.returned i mają własny licznik na stronie wyciągów — dane z przypisaną przyczyną, a nie zagadki. Przypadek brzegowy ma swój wiersz, a nie wątek w supporcie.

15Wstrzymanie bez ceregieli

vIBAN wstrzymuje się jedną akcją, a strumień zdarzeń zapisuje, kto go wstrzymał i skąd. Wstrzymanie jest widoczne jako status wszędzie, gdzie pojawia się IBAN — w księdze, na wyciągach, w strumieniu.

16Wersje robocze przed partiami

Skonfigurowaną partię można zapisać jako wersję roboczą: źródło zwalidowane, pula wybrana, nic jeszcze nie wydane. Przepływ to źródło, konfiguracja, weryfikacja — więc nieodwracalne kliknięcie jest ostatnie, celowo.

17Limity, pod które da się planować

Wydawanie działa w ramach miesięcznego limitu z licznikiem na widoku, a partia pokazuje, ile doda, zanim ją uruchomisz — wykorzystano 1,204 z 5,000, ta partia daje 3,604. Pojemność to arytmetyka, a nie komunikat o błędzie.

18Prefiksy referencji dla każdej partii

Każda partia oznacza swoje wpływy prefiksem referencji — w demo ARC-PAYOUT- — dzięki czemu systemy w dalszym ciągu rozpoznają własne przepływy na pierwszy rzut oka.

19Twoje identyfikatory podróżują z naszymi

Każdy wiersz płatnika niesie zewnętrzną referencję z Twojego systemu — w demo EXT-00311 — która pozostaje powiązana z vIBAN. Wyszukiwanie działa na Twoich identyfikatorach, nie tylko naszych.

20Konsola i API są bliźniakami

Wszystko, co robi konsola, robi też API — wydawanie, wstrzymywanie, zapytania, eksport. Wgranie CSV i wywołanie API uruchamiają tę samą operację; konsola jest klientem, a nie specjalną ścieżką.

21Testuj zdarzenia, zanim ruszą prawdziwe pieniądze

Wyślij zdarzenie testowe na dowolny endpoint prosto z konsoli. Integracja potwierdza swoje działanie na syntetycznych dostawach, zanim wpłynie pierwsze prawdziwe uznanie.

22Porządek w endpointach

Każdy endpoint ma własne sekrety podpisu i własne subskrypcje, a można go wstrzymać bez usuwania — w demo wstrzymany endpoint stagingowy stoi tuż obok aktywnego produkcyjnego.

23Eksport w dwóch formatach

CSV dla maszyn, PDF dla ludzi — per vIBAN albo za cały okres. Eksport jest zaprojektowany do importu, nie do przepisywania.

24Wyciągi według harmonogramu

Miesięczne wyciągi same trafiają e-mailem na adres finansowy pierwszego dnia miesiąca. Raport cykliczny to subskrypcja, a nie stałe zadanie na czyjejś liście.

25Filtruj strumień

Zdarzenia filtrujesz po typie, vIBAN lub referencji; księga w konsoli przeszukuje po IBAN, kliencie lub referencji. Znalezienie jednej płatności wśród tysięcy to zapytanie z trzema punktami wejścia.

26Każda zmiana z powodem

Zmiany operatora w programie — konta, wstrzymania, wycofania — wymagają podania powodu i trafiają do dziennika audytu. Historia programu sama się tłumaczy, na piśmie.

Ekrany

Produkt od środka.

Prawdziwy interfejs produktu, pokazany na danych demo.

Wyciągi — €412,380.44 wpływów, 99.6% uzgodnionych automatycznie, CSV lub PDF dla każdego vIBAN-u.
Zdarzenia i webhooki — każda wpłata jako podpisane dostarczenie, ponowienia na widoku.
Za programem — rachunki odbiorcze, dokładnie jeden aktywny na walutę.

FAQ

Wirtualne IBAN-y — odpowiedzi.

  • To adresowalne IBAN-y wydawane z dedykowanych zakresów, kierujące środki na jeden rachunek główny. Płatność na vIBAN dociera jak każdy przelew SEPA; środki same koncentrują się na rachunku głównym — bez zadań sweepujących.

  • Zwrot przenosi kod przyczyny do zdarzenia payment.returned i ma własny licznik w wyciągu. Zwroty to dane z przypisaną przyczyną, a nie zagadki do rozwiązywania.

  • Potrzebujesz procesu obsługi wyjątków, nie zespołu dopasowującego. Jeden płatnik na IBAN sprawia, że wpłaty same się identyfikują — w demo 99.6% uzgodnionych automatycznie — a reszta trafia do kolejki do weryfikacji z pełną historią płatnika.

  • Wydawaj masowo — plik CSV z 2,400 płatników jest walidowany, podglądany i wydawany jedną akcją — i oznaczaj każdy vIBAN celem. Każdy sprzedawca, najemca czy podmiot dostaje własny, uzgadnialny numer rachunku; raportowanie wg celu to filtr, nie projekt.

Oceń

Wydaj wirtualny IBAN i zobacz, jak się uzgadnia.

01

Demo z przewodnikiem

Przechodzimy z Tobą całą pętlę — wydanie, udostępnienie, dopasowanie, wyjątki, raport — na tych samych danych demo, w tym masowe wydanie dla 2,400 płatników.

02

Tenant sandbox

Program testowy z rachunkiem głównym i włączonym wydawaniem, żeby Twój zespół mógł tworzyć vIBAN-y, wysyłać testowe wpłaty i patrzeć, jak same się identyfikują.

03

Dostęp do API, webhooki i dokumentacja

API do wydawania, webhooki płatności i cyklu życia oraz dokumentacja integracji — wystarczy, by wpiąć uzgadnianie we własny back office.

04

Standalone lub whitelabel

Testuj pod marką Protocore albo wydawaj pod własną — rachunek główny w obu przypadkach pozostaje jedynym źródłem prawdy.

Dostępność

Dostępne samodzielnie lub jako whitelabel — wydawaj pod własną marką.

W ekosystemie

zamówienia płatne przelewem w Gateway niosą referencje vIBAN, wypłaty z PoS trafiają na te same tory IBAN, a Center obsługuje wyjątki, które zostawia po sobie dopasowywanie vIBAN.

Wybierz produkt. Albo weź rdzeń.

Wszystko powyżej działa w demach produkcyjnych, które możemy Ci pokazać — samodzielnie, jako whitelabel lub jako jedna platforma. Powiedz, co budujesz, a pokażemy najkrótszą drogę.