Vi bruker Google Analytics til trafikkstatistikk. Analyseinformasjonskapsler settes bare hvis du godtar. Uten samtykke estimeres statistikken fra signaler uten informasjonskapsler. Retningslinjer for informasjonskapsler.
vIBAN · Avstemming
Når hver betaler betaler til sin egen IBAN, kan en innkommende betaling bare bety én ting. Avstemmingsproblemet blir ikke løst — det slutter å eksistere.
Bak kulissene finnes det én hovedkonto. På overflaten får hver betaler, leietaker eller abonnent et eget virtuelt IBAN. Pengene lander uansett på hovedkontoen — men de kommer ferdig merket med hvem som sendte dem og hva de gjelder.
Betalerens visning — et IBAN som kun er deres, kopier og del.
Utstedelse skjer i bulk, ikke ett skjema om gangen — en markedsplass som onboarder tusen selgere oppretter tusen IBAN-er i én operasjon. Formålsmerker holder strømmene adskilt: husleie her, abonnementer der, utbetalinger fra markedsplassen i sitt eget spor — slik at hver enhet på en plattform får sitt eget kontonummer som kan avstemmes.
Bulkutstedelse — 2 400 rader validert, IBAN-er reservert, én handling for å utstede.
Integrasjon
Opprett et vIBAN per betaler — ett via API, eller 2 400 via CSV med et gjennomgangstrinn.
Hver betaler betaler til sin egen IBAN – ingen referanse å skrive feil.
Innbetalinger identifiserer seg selv av konstruksjon – 99,6 % automatisk avstemt i demoen.
Resten havner i en telt unntakskø med historikk vedlagt.
Kontoutskrift per vIBAN, CSV og PDF, sendt på e-post den 1. hver måned.
Funksjoner
Én skjerm rommer hele programmet: 12,480 aktive vIBAN-er, €2.4M rutet i dag, 8,912 innbetalinger automatisk avstemt. Hver rad viser IBAN, hvem den tilhører, formålsmerket og dagens innkommende penger. Søk på IBAN, kunde eller referanse; eksporter boken som CSV.
Kundene ser sine egne kontodetaljer: det dedikerte IBAN-et med kopieringsknapp, BIC for overføringer utenfor SEPA, bankens navn og adresse, og en delingsknapp til den som skal betale dem. Hver overføring til dette IBAN-et havner på saldoen allerede knyttet til dem — betaleren skriver aldri inn en referanse.
En CSV med 2,400 betalere lastes opp, valideres — 2,400 gyldige, 0 feil — og forhåndsviser nøyaktig hvilket IBAN hver rad får, reservert fra rekken ved opplasting og tildelt ved utstedelse. Konfigurer rekke, formålsmerke og referanseprefiks, og utsted hele batchen med én handling. Samme operasjon kjører over API-et.
Perioden på skjermen rommer €412,380.44 fordelt på 8,912 innbetalinger, 99.6 % automatisk avstemt — med de 34 manuelle sakene og 12 returnerte betalingene talt opp i stedet for skjult. Hver vIBAN eksporterer sin egen kontoutskrift som CSV eller PDF, hele perioden eksporteres med én handling, og månedlige kontoutskrifter sendes automatisk til økonomiavdelingens innboks den 1.
Hver innbetaling, retur, utstedelse og pause er en hendelse, og hver hendelse viser leveringen: statuskode, latens og retry-status per forsøk. Leveringer signeres med HMAC-SHA256 og forsøkes på nytt 6 ganger over 24 timer med eksponentiell backoff — og en levering som har brukt opp forsøkene får en knapp for manuelt nytt forsøk, ikke et skuldertrekk.
I operatørkonsollen er mottakskontoene bak programmet data, ikke taus kunnskap: én aktiv konto per valuta, og når en avvikles, rykker neste søsterkonto automatisk opp. Hver endring krever en skriftlig begrunnelse og havner i revisjonsloggen.
Hver betaler får et dedikert IBAN, så hver innkommende betaling navngir avsenderen før noen har sett på den. Det finnes ikke noe referansefelt å skrive feil i og ingen avstemmingskø å jobbe seg gjennom. Identifisering er en egenskap ved kontonummeret, ikke en prosess.
Hver vIBAN har et merke: rent-collection, subscriptions, marketplace-payouts, payroll. Strømmene holdes adskilt på kontonivå, så rapportering etter formål er et filter, ikke et prosjekt.
Når hver betaler betaler inn på sitt eget IBAN, kan en innbetaling bare bety én ting. I demoperioden avstemmer 99.6 % av 8,912 innbetalinger seg selv — og de få som ikke gjør det, havner i en manuell kø i stedet for et mysterium.
Bak hver vIBAN ligger én ekte konto. Midlene samles automatisk — ingen underkontosaldoer å tømme, ingen fragmentering å håndtere. Overflaten er tusenvis av adresser; hovedboken er én.
vIBAN-er utstedes fra dedikerte rekker — demoprogrammet kjører under RO49 PRCT, med antall ledige per rekke vist ved utstedelse. Rekker holder programmer, merkevarer eller enheter ryddig adskilt mens alt fortsatt rutes inn på hovedkontoen.
Hver vIBAN bygger opp sin egen betalingshistorikk, så betalerens journal er komplett per definisjon. En tvist eller en revisjon starter fra en filtrert liste, ikke en etterforskning.
Onboarding av selgere og leietakere kan opprette en vIBAN som et trinn i flyten: opprett kontoen, utlever IBAN-et, begynn å innkreve. Kundevisningen leveres whitelabel — demoen kjører som Powered by Protocore; din kjører under ditt eget merke.
Noen betalinger spretter tilbake — en lukket konto, feil detaljer. SEPA-returer tar med seg årsakskoden inn i en payment.returned-hendelse og får sin egen telling på kontoutskriftssiden — data med en årsak, ikke mysterier. Unntaket har en rad, ikke en supporttråd.
En vIBAN settes på pause med én handling, og hendelsesstrømmen registrerer hvem som satte den på pause og hvorfra. Pause vises som status overalt der IBAN-et dukker opp — boken, kontoutskriftene, strømmen.
En konfigurert batch lagres som utkast: kilde validert, rekke valgt, ingenting utstedt ennå. Flyten går kilde, konfigurer, gjennomgå — så det uopprettelige klikket er det siste, med vilje.
Utstedelse går mot en månedlig kvote med måleren i sikte, og en batch oppgir hva den legger til før du kjører den — 1,204 av 5,000 brukt, denne batchen gjør det 3,604. Kapasitet er regning, ikke en feilmelding.
Hver batch stempler innbetalingene sine med et referanseprefiks — ARC-PAYOUT- i demoen — slik at nedstrømssystemer kjenner igjen sine egne strømmer umiddelbart.
Hver betalerrad har en ekstern referanse fra systemet ditt — EXT-00311 i demoen — og den forblir knyttet til vIBAN-en. Oppslag kjører på dine identifikatorer, ikke bare våre.
Alt konsollen gjør, gjør API-et — utstede, pause, spørre, eksportere. CSV-opplastingen og API-kallet driver samme operasjon; konsollen er en klient, ikke en spesialsti.
Send en testhendelse til et hvilket som helst endepunkt direkte fra konsollen. Integrasjonen bevises mot syntetiske leveranser før den første ekte innbetalingen kommer.
Endepunkter har egne signeringshemmeligheter og egne abonnementer, og kan settes på pause uten å slettes — demoen har et pauset staging-endepunkt rett ved siden av det aktive produksjonsendepunktet.
CSV for maskiner, PDF for mennesker — per vIBAN eller for hele perioden. Eksporten er laget for å importeres, ikke skrives inn på nytt.
Månedlige kontoutskrifter sendes automatisk på e-post til økonomiadressen den 1. Rutinerapporten er et abonnement, ikke en gjentakende oppgave på noens liste.
Hendelser filtreres på type, vIBAN eller referanse; konsollboken søker på IBAN, kunde eller referanse. Å finne én betaling blant tusenvis er et søk med tre innganger.
Operatørendringer i programmet — kontoer, pauser, avviklinger — krever begrunnelse og havner i revisjonsloggen. Programmets historikk forklarer seg selv skriftlig.
Skjermer
Ekte produktgrensesnitt, vist med demodata.
FAQ
Ja, det er adresserbare IBAN-er utstedt fra egne serier som rutes inn til én hovedkonto. En betaling til et vIBAN kommer inn som enhver annen SEPA-innbetaling, og pengene samles automatisk på hovedkontoen — uten sweeping-jobber.
Returen tar med seg årsakskoden inn i en payment.returned-hendelse og får sin egen telling i kontoutskriften. Returer er data med en oppgitt årsak, ikke mysterier du må jage.
Du trenger en avviksprosess, ikke et matchingteam. Ett IBAN per betaler gjør at innbetalinger identifiserer seg selv — 99,6 % avstemt automatisk i demoen — og resten havner i kø for gjennomgang med full betalerhistorikk vedlagt.
Utsted i bulk — en CSV med 2 400 betalere valideres, forhåndsvises og utstedes i én handling — og merk hvert vIBAN etter formål. Hver selger, leietaker eller enhet får sitt eget kontonummer som kan avstemmes, og rapportering etter formål blir et filter, ikke et prosjekt.
Vurder
Vi kjører hele løkken sammen med deg — utstede, dele, matche, håndtere avvik, rapportere — på de samme demodataene, inkludert bulkutstedelsen for 2 400 betalere.
Et testprogram med hovedkonto og utstedelse aktivert, slik at teamet ditt kan opprette vIBAN-er, sende testinnbetalinger og se dem identifisere seg selv.
API-et for utstedelse, webhooks for betalinger og livssyklus og integrasjonsdokumentasjonen — nok til å koble avstemming inn i ditt eget back office.
Evaluer under Protocore-merkevaren eller utsted under din egen — hovedkontoen er uansett den ene kilden til sannhet.
Mer å lese
Tilgjengelig frittstående eller som whitelabel — utsted under ditt eget merke.
Gateways pay-by-transfer-ordrer bærer vIBAN-referanser, PoS-utbetalinger lander på de samme IBAN-sporene, og Center tar seg av avvikene som vIBANs matching etterlater.
Alt ovenfor kjører i produksjonsdemoer vi kan vise deg – frittstående, whitelabel eller som én plattform. Fortell oss hva du bygger, så viser vi deg den korteste veien dit.
