Usiamo Google Analytics per le statistiche sul traffico. I cookie analitici vengono impostati solo se accetti. Senza consenso, le statistiche sono stimate a partire da segnali che non usano cookie. Cookie Policy.
vIBAN · Riconciliazione
Quando ogni pagatore paga sul proprio IBAN, un pagamento in entrata può significare una cosa sola. Il problema del matching non viene risolto: smette di esistere.
Dietro le quinte c'è un solo conto master. In superficie, ogni pagatore, tenant o abbonato ha un IBAN virtuale dedicato. In entrambi i casi il denaro arriva sul conto master, ma con già indicato chi l'ha inviato e per cosa.
La vista del pagatore: un IBAN solo suo, da copiare e condividere.
L'emissione avviene in blocco, non un modulo alla volta: un marketplace che attiva mille venditori crea mille IBAN in una sola operazione. I tag per finalità tengono separati i flussi — affitti da una parte, abbonamenti dall'altra, payout del marketplace nella loro corsia — così ogni entità della piattaforma ha il proprio numero di conto riconciliabile.
Emissione in blocco: 2,400 righe validate, IBAN riservati, un'unica azione per emettere.
Integrazione
Crea un vIBAN per pagatore: uno via API, oppure 2,400 da CSV con un passaggio di revisione.
Ogni pagatore versa sul proprio IBAN: nessun riferimento da sbagliare.
Gli accrediti si identificano da soli, per costruzione — 99,6% riconciliato in automatico nella demo.
Il resto finisce in una coda di eccezioni conteggiata, con lo storico allegato.
Estratti conto per vIBAN, in CSV e PDF, inviati via email il 1° di ogni mese.
Funzionalità
Una sola schermata contiene l'intero programma: 12,480 vIBAN attivi, €2.4M instradati oggi, 8,912 accrediti riconciliati in automatico. Ogni riga mostra l'IBAN, a chi appartiene, il tag di scopo e gli incassi di oggi. Cerca per IBAN, cliente o riferimento; esporta il registro in CSV.
I clienti vedono i dettagli del proprio conto: l'IBAN dedicato con pulsante di copia, il BIC per i bonifici da fuori SEPA, nome e indirizzo della banca, e un pulsante di condivisione per chi li paga. Ogni bonifico verso quell'IBAN arriva sul saldo già abbinato al cliente — chi paga non digita mai un riferimento.
Si carica un CSV di 2,400 pagatori, viene validato — 2,400 validi, 0 errori — e mostra in anteprima l'IBAN esatto che riceverà ogni riga, riservato dal range al caricamento e assegnato all'emissione. Configura range, tag di scopo e prefisso di riferimento, poi emetti l'intero batch con un'unica azione. La stessa operazione funziona via API.
Il periodo a schermo contiene €412,380.44 su 8,912 accrediti, riconciliati in automatico al 99.6% — con i 34 casi manuali e i 12 pagamenti stornati contati, non nascosti. Ogni vIBAN esporta il proprio estratto conto in CSV o PDF, l'intero periodo si esporta con un'azione e gli estratti mensili arrivano per email alla casella del team finance il 1° del mese.
Ogni accredito, storno, emissione e pausa è un evento, e ogni evento mostra la sua consegna: status code, latenza e stato dei retry per ogni tentativo. Le consegne sono firmate con HMAC-SHA256 e ritentate 6 volte in 24 ore con exponential backoff — e una consegna che esaurisce i tentativi ha un pulsante di retry manuale, non una scrollata di spalle.
Nella console operatore, i conti di incasso dietro il programma sono dati, non sapere tramandato: un conto attivo per valuta, e ritirarne uno promuove automaticamente il successivo. Ogni modifica richiede una motivazione scritta e finisce nell'audit log.
Ogni pagatore ha un IBAN dedicato, quindi ogni pagamento in entrata indica il mittente prima ancora che qualcuno lo guardi. Nessun campo riferimento da sbagliare, nessuna coda di abbinamento da smaltire. L'identificazione è una proprietà del numero di conto, non un processo.
Ogni vIBAN porta un tag: rent-collection, subscriptions, marketplace-payouts, payroll. I flussi restano separati a livello di conto, quindi il reporting per scopo è un filtro, non un progetto.
Quando ogni pagatore versa sul proprio IBAN, un accredito può significare una cosa sola. Nel periodo demo, il 99.6% di 8,912 accrediti si riconcilia da solo — e i pochi che non ce la fanno finiscono in una coda manuale invece che in un mistero.
Dietro ogni vIBAN c'è un solo conto reale. I fondi si concentrano in automatico — nessun saldo di sotto-conto da sweepare, nessuna frammentazione da gestire. In superficie ci sono migliaia di indirizzi; il ledger è uno solo.
I vIBAN vengono emessi da range dedicati — il programma demo opera sotto RO49 PRCT, con il numero di IBAN liberi per range mostrato in fase di emissione. I range tengono separati programmi, brand o entità, mentre tutto confluisce comunque nel conto master.
Ogni vIBAN accumula il proprio storico pagamenti, quindi la posizione di un pagatore è completa per definizione. Una contestazione o un audit parte da un elenco filtrato, non da un'indagine.
L'onboarding di venditori e inquilini può generare un vIBAN come passaggio del flusso: crea il conto, consegna l'IBAN, inizia a incassare. La vista cliente è whitelabel — la demo gira come Powered by Protocore; la tua girerà con il tuo brand.
Alcuni pagamenti rimbalzano — conto chiuso, dati errati. Gli storni SEPA portano il codice motivo in un evento payment.returned e hanno un conteggio dedicato nella pagina degli estratti conto — dati con una causa, non misteri. Il caso limite ha una riga, non un thread di supporto.
Un vIBAN si mette in pausa con un'unica azione, e lo stream di eventi registra chi l'ha messo in pausa e da dove. «In pausa» compare come stato ovunque appaia l'IBAN — registro, estratti conto, stream.
Un batch configurato si salva come bozza: sorgente validata, range scelto, ancora nulla emesso. Il flusso va da sorgente, configurazione, verifica — così il clic irreversibile è l'ultimo, di proposito.
L'emissione avviene entro un plafond mensile con il contatore sempre in vista, e un batch indica cosa aggiunge prima di eseguirlo — 1,204 su 5,000 usati, con questo batch si arriva a 3,604. La capacità è aritmetica, non un messaggio di errore.
Ogni batch marchia i propri accrediti con un prefisso di riferimento — ARC-PAYOUT- nella demo — così i sistemi a valle riconoscono al volo i propri flussi.
Ogni riga pagatore porta un riferimento esterno dal tuo sistema — EXT-00311 nella demo — che resta legato al vIBAN. Le ricerche funzionano sui tuoi identificativi, non solo sui nostri.
Tutto ciò che fa la console lo fa l'API — emettere, mettere in pausa, interrogare, esportare. Il caricamento CSV e la chiamata API guidano la stessa operazione; la console è un client, non un percorso speciale.
Invia un evento di test a qualsiasi endpoint direttamente dalla console. L'integrazione si dimostra su consegne sintetiche prima che arrivi il primo accredito reale.
Ogni endpoint ha i propri signing secret e le proprie sottoscrizioni, e può essere messo in pausa senza essere eliminato: la demo tiene un endpoint di staging in pausa accanto a quello di produzione attivo.
CSV per le macchine, PDF per le persone — per singolo vIBAN o per l'intero periodo. L'export è pensato per essere importato, non ribattuto a mano.
Gli estratti conto mensili arrivano da soli via email all'indirizzo della finanza il giorno 1. Il report di routine è un abbonamento, non un'attività ricorrente nella lista di qualcuno.
Gli eventi si filtrano per tipo, vIBAN o riferimento; il registro della console cerca per IBAN, cliente o riferimento. Trovare un pagamento tra migliaia è una query con tre punti d'ingresso.
Le modifiche degli operatori al programma — conti, pause, chiusure — richiedono un motivo e finiscono nell'audit log. La storia del programma si spiega da sola, per iscritto.
Schermate
UI reale del prodotto, mostrata con dati demo.
FAQ
Sono IBAN indirizzabili, emessi da range dedicati che confluiscono in un unico conto master. Un pagamento verso un vIBAN arriva come qualsiasi accredito SEPA; i fondi si concentrano automaticamente sul master, senza job di sweeping.
Il reso porta il proprio codice motivo in un evento payment.returned e ha un proprio conteggio nell'estratto conto. I resi sono dati con una causa associata, non misteri da inseguire.
Serve un processo per le eccezioni, non un team di matching. Un pagatore per IBAN rende gli accrediti autoidentificanti — 99.6% riconciliato in automatico nella demo — e il resto finisce in coda per la revisione, con lo storico completo del pagatore allegato.
Emetti in blocco — un CSV di 2,400 pagatori viene validato, mostrato in anteprima ed emesso con un'unica azione — e assegna a ogni vIBAN un tag per finalità. Ogni venditore, tenant o entità ha il proprio numero di conto riconciliabile; il reporting per finalità diventa un filtro, non un progetto.
Valuta
Percorriamo con te l'intero ciclo — emissione, condivisione, abbinamento, eccezioni, report — sugli stessi dati demo, inclusa l'emissione in blocco per 2,400 pagatori.
Un programma di test con conto master ed emissione abilitata, così il tuo team può creare vIBAN, inviare accrediti di prova e vederli identificarsi da soli.
L'API di emissione, i webhook di pagamento e ciclo di vita e la documentazione di integrazione: quanto basta per collegare la riconciliazione al tuo back office.
Valuta con il brand Protocore o emetti con il tuo: in entrambi i casi il conto master resta l'unica fonte di verità.
Letture consigliate
Disponibile standalone o whitelabel: emetti con il tuo brand.
gli ordini pay-by-transfer di Gateway riportano i riferimenti vIBAN, i payout di PoS passano sulle stesse rotaie IBAN e Center gestisce le eccezioni che il matching di vIBAN lascia indietro.
Tutto ciò che vedi sopra gira in demo di produzione che possiamo mostrarti dal vivo: standalone, whitelabel o come un'unica piattaforma. Raccontaci cosa stai costruendo e ti mostreremo la via più breve per arrivarci.
