/// vIBAN · Reconciliere

Reconciliere prin construcție

Când fiecare plătitor plătește în propriul IBAN, o plată primită nu poate însemna decât un singur lucru. Problema potrivirii nu se rezolvă — încetează să existe.

1
Cont master
Per plătitor
Reconciliere automată
În masă
Emitere de IBAN-uri
Etichetate
Chirie · abonamente · plăți
/// 01

Un cont, mii de adrese

În spate există un singur cont master. La suprafață, fiecare plătitor, chiriaș sau abonat primește un IBAN virtual dedicat. Banii ajung oricum în contul master — dar sosesc pre-etichetați cu cine i-a trimis și pentru ce sunt.

/// 02

Construit pentru platforme

Emiterea se face în masă, nu formular cu formular — un marketplace care integrează o mie de vânzători emite o mie de IBAN-uri într-o singură operațiune. Etichetele de scop țin fluxurile separate: chiria aici, abonamentele dincolo, plățile de marketplace pe banda lor — așa că fiecare entitate dintr-o platformă își primește propriul număr de cont reconciliabil.

  • [ 01 ]Emitere în masă din consolă sau prin API
  • [ 02 ]IBAN-uri etichetate după scop, pentru fluxuri separate curat
  • [ 03 ]Istoric per plătitor, fără un motor de potrivire
/// Integrare

De la emitere la extras, în cinci pași.

  1. [ 01 ]

    EMITE

    Emiți un vIBAN per plătitor — unul prin API sau 2,400 prin CSV, cu un pas de verificare.

  2. [ 02 ]

    DISTRIBUIE

    Fiecare plătitor plătește propriul IBAN; nicio referință de greșit.

  3. [ 03 ]

    POTRIVEȘTE

    Creditările se identifică singure prin construcție — 99.6% reconciliate automat în demo.

  4. [ 04 ]

    EXCEPȚII

    Restul aterizează într-o coadă de excepții numărată, cu istoricul atașat.

  5. [ 05 ]

    RAPORTEAZĂ

    Extrase per vIBAN, CSV și PDF, trimise pe e-mail lunar, pe data de 1.

/// Funcționalități
Registrul complet — fiecare vIBAN, plătitorul lui și banii primiți azi.
/// 01

Consola de operator

Un singur ecran ține tot programul: 12,480 de vIBAN-uri active, €2.4M rutați azi, 8,912 încasări reconciliate automat. Fiecare rând arată IBAN-ul, cui îi aparține, eticheta lui de scop și banii primiți azi. Cauți după IBAN, client sau referință; exporți registrul ca CSV.

  • [ 01 ]Căutare după IBAN, client și referință
  • [ 02 ]Status per IBAN — activ sau pe pauză, dintr-o privire
  • [ 03 ]Export CSV al întregului registru, dintr-un click
Ecranul plătitorului — un singur sold, câte un IBAN etichetat pentru fiecare flux.
/// 02

O vedere curată pentru plătitor

Clienții își văd soldul master și fiecare IBAN virtual sub el — încasare de chirie, abonamente, plăți de marketplace — fiecare cu un buton de copiere și ultima lui plată. Banii ajung mereu în soldul principal; eticheta călătorește cu ei.

Emitere în masă — 2,400 de rânduri validate, fiecare IBAN previzualizat înainte de click.
/// 03

Emitere în masă, cu pas de verificare

Un CSV cu 2,400 de plătitori se încarcă, se validează — 2,400 valide, 0 erori — și previzualizează IBAN-ul exact pe care îl va primi fiecare rând, rezervat din plajă la încărcare și atribuit la emitere. Configurezi plaja, eticheta de scop și prefixul de referință, apoi emiți tot lotul într-o singură acțiune. Aceeași operațiune rulează prin API.

  • [ 01 ]Sursă, configurare, verificare — cu un draft de salvat între pași
  • [ 02 ]IBAN-uri rezervate din start, ca nimic să nu se ciocnească la emitere
  • [ 03 ]Un webhook per vIBAN emis, comutat per lot
Extrase — perioada totalizată, fiecare vIBAN descărcabil separat.
/// 04

Extrase pe care echipa de finanțe chiar le deschide

Perioada de pe ecran ține €412,380.44 din 8,912 încasări, 99.6% reconciliate automat — cu cele 34 de cazuri manuale și 12 plăți returnate numărate, nu ascunse. Fiecare vIBAN își exportă propriul extras ca CSV sau PDF, toată perioada se exportă într-o singură acțiune, iar extrasele lunare se trimit singure pe email către inboxul de finanțe pe data de 1.

Evenimente și webhook-uri — fluxul în stânga, endpointurile în dreapta.
/// 05

Webhook-uri cu confirmări de livrare

Fiecare încasare, retur, emitere și pauză e un eveniment, iar fiecare eveniment își arată livrarea: codul de status, latența și starea reîncercărilor per încercare. Livrările sunt semnate cu HMAC-SHA256 și reîncercate de 6 ori în 24 de ore, cu backoff exponențial — iar o livrare care își epuizează reîncercările primește un buton de reîncercare manuală, nu o ridicare din umeri.

  • [ 01 ]payment.incoming, payment.returned, viban.* — abonate per endpoint
  • [ 02 ]Secrete per endpoint; endpointurile se pun pe pauză fără să fie șterse
  • [ 03 ]8,946 de evenimente în ultimele 24 h, 99.7% livrate — tipărit pe pagină
Conturile de încasare — unul activ per monedă, fiecare schimbare auditată.
/// 06

Conturile din spatele programului

În consola de operare, conturile de încasare din spatele programului sunt date, nu cunoștințe tribale: un singur cont activ per monedă, iar retragerea unuia promovează automat următorul cont din familie. Fiecare schimbare cere un motiv scris și ajunge în jurnalul de audit.

/// Și încă

IBAN-uri per plătitor

Fiecare plătitor primește un IBAN dedicat, așa că fiecare plată primită își numește expeditorul înainte să se uite cineva la ea. Nu există un câmp de referință de greșit și nicio coadă de potrivire de parcurs. Identificarea e o proprietate a numărului de cont, nu un proces.

Etichete de scop

Fiecare vIBAN poartă o etichetă: încasare de chirie, abonamente, plăți de marketplace, salarii. Fluxurile rămân separate la nivel de cont, așa că raportarea pe scopuri e un filtru, nu un proiect.

Reconciliere prin construcție

Când fiecare plătitor plătește în propriul IBAN, o încasare nu poate însemna decât un singur lucru. În perioada demo, 99.6% din 8,912 încasări se reconciliază singure — iar puținele care nu pot ajung într-o coadă manuală, nu într-un mister.

Un singur cont master

În spatele fiecărui vIBAN stă un singur cont real. Fondurile se concentrează automat — fără solduri de sub-conturi de consolidat, fără fragmentare de gestionat. Suprafața înseamnă mii de adrese; registrul e unul singur.

Plaje dedicate de IBAN-uri

vIBAN-urile se emit din plaje dedicate — programul demo rulează sub RO49 PRCT, cu numărul de IBAN-uri libere per plajă afișat la emitere. Plajele țin programele, brandurile sau entitățile curat separate, în timp ce totul se rutează în continuare în contul master.

Istoric per plătitor

Fiecare vIBAN își acumulează propriul istoric de plăți, așa că dosarul unui plătitor e complet prin definiție. O dispută sau un audit pornește de la o listă filtrată, nu de la o investigație.

Construit pentru platforme

Înrolarea vânzătorilor și a chiriașilor poate emite un vIBAN ca pas în flux: creezi contul, predai IBAN-ul, începi să încasezi. Vederea clientului se livrează whitelabel — demo-ul rulează ca Powered by Protocore; a ta rulează sub brandul tău.

Retururi, numărate

Unele plăți se întorc — un cont închis, detalii greșite. Retururile SEPA își duc codul de motiv într-un eveniment payment.returned și își primesc propriul contor pe pagina de extrase — date cu o cauză atașată, nu mistere. Cazul-limită are un rând, nu un fir de suport.

Pauză fără ceremonie

Un vIBAN se pune pe pauză într-o singură acțiune, iar fluxul de evenimente înregistrează cine l-a pus și de unde. Pe pauză se citește ca status peste tot unde apare IBAN-ul — în registru, în extrase, în flux.

Drafturi înaintea loturilor

Un lot configurat se salvează ca draft: sursa validată, plaja aleasă, nimic emis încă. Fluxul merge sursă, configurare, verificare — așa că clickul ireversibil e ultimul, intenționat.

Alocări pe care poți planifica

Emiterea rulează pe o alocare lunară cu contorul la vedere, iar un lot spune ce adaugă înainte să-l rulezi — 1,204 din 5,000 folosite, lotul acesta le face 3,604. Capacitatea e aritmetică, nu un mesaj de eroare.

Prefixe de referință per lot

Fiecare lot își ștampilează încasările cu un prefix de referință — ARC-PAYOUT- în demo — așa că sistemele din aval își recunosc fluxurile din prima privire.

Id-urile tale călătoresc cu ale noastre

Fiecare rând de plătitor poartă o referință externă din sistemul tău — EXT-00311 în demo — și rămâne atașată vIBAN-ului. Căutările rulează pe identificatorii tăi, nu doar pe ai noștri.

Consola și API-ul sunt gemene

Tot ce face consola face și API-ul — emitere, pauză, interogare, export. Încărcarea CSV și apelul de API conduc aceeași operațiune; consola e un client, nu o cale specială.

Evenimente de test înaintea banilor reali

Trimiți un eveniment de test către orice endpoint direct din consolă. Integrarea se dovedește pe livrări sintetice înainte să sosească prima încasare reală.

Endpointuri cu igienă

Endpointurile își poartă propriile secrete de semnare și propriile abonamente și se pun pe pauză fără să fie șterse — demo-ul ține un endpoint de staging pe pauză chiar lângă cel de producție activ.

Exporturi în două forme

CSV pentru mașini, PDF pentru oameni — per vIBAN sau pentru toată perioada. Exportul e gândit să fie importat, nu retastat.

Extrase după program

Extrasele lunare se trimit singure pe email către adresa de finanțe pe data de 1. Raportul de rutină e un abonament, nu o sarcină recurentă pe lista cuiva.

Filtrezi fluxul

Evenimentele se filtrează după tip, vIBAN sau referință; registrul din consolă se caută după IBAN, client sau referință. Găsirea unei plăți dintre mii e o interogare cu trei puncte de intrare.

Fiecare schimbare cu un motiv

Schimbările de operator asupra programului — conturi, pauze, retrageri — cer motiv scris și ajung în jurnalul de audit. Istoria programului se explică singură, în scris.

/// În produs
Consola — fiecare IBAN virtual, etichetat și reconciliat.
Vederea plătitorului — un IBAN dedicat, doar al lui.
În spatele programului — conturile de încasare, exact unul activ per monedă.
/// FAQ

IBAN-uri virtuale, cu răspunsuri.

  • Sunt IBAN-uri adresabile, emise din serii dedicate, care rutează într-un singur cont master. O plată către un vIBAN sosește ca orice credit SEPA; fondurile se concentrează automat în master — fără joburi de sweep.

  • Returul își poartă codul de motiv într-un eveniment payment.returned și are propriul contor pe extras. Retururile sunt date cu o cauză atașată, nu mistere de urmărit.

  • Ai nevoie de un proces de excepții, nu de o echipă de potrivire. Un singur plătitor per IBAN face creditările auto-identificabile — 99.6% reconciliate automat în demo — iar restul intră la coadă pentru verificare, cu istoricul complet al plătitorului atașat.

  • Emiți în masă — un CSV cu 2,400 de plătitori se validează, se previzualizează și se emite într-o singură acțiune — și etichetezi fiecare vIBAN după scop. Fiecare vânzător, chiriaș sau entitate își primește propriul număr de cont reconciliabil; raportarea pe scop devine un filtru, nu un proiect.

/// Evaluează

Emite un IBAN virtual și privește-l reconciliindu-se.

[ 01 ]

Demo ghidat

Rulăm împreună tot ciclul — emitere, distribuire, potrivire, excepții, raportare — pe aceleași date demo, inclusiv emiterea în masă a celor 2.400 de plătitori.

[ 02 ]

Tenant de sandbox

Un program de test cu un cont principal și emiterea activată, ca echipa ta să emită vIBAN-uri, să trimită încasări de test și să le vadă identificându-se singure.

[ 03 ]

Acces API, webhook-uri și docs

API-ul de emitere, webhook-urile de plăți și de ciclu de viață și documentația de integrare — suficient cât să conectezi reconcilierea în propriul back office.

[ 04 ]

Standalone sau whitelabel

Evaluează sub brandul Protocore sau emite sub al tău — contul principal rămâne singura linie de adevăr, oricum.

/// Lecturi suplimentare
Disponibilitate

Disponibil standalone sau whitelabel — emiți sub brandul tău.

În ecosistem

comenzile Gateway plătite prin transfer poartă referințe vIBAN, plățile PoS aterizează pe aceleași șine IBAN, iar Center lucrează excepțiile pe care potrivirea vIBAN le lasă în urmă.

Alege un produs. Sau ia nucleul.

Tot ce vezi mai sus rulează în demo-uri de producție prin care te putem plimba — standalone, whitelabel sau ca o singură platformă. Spune-ne ce construiești și îți arătăm cel mai scurt drum până acolo.

Contactează-ne