Vi använder Google Analytics för trafikstatistik. Analyscookies placeras bara om du godkänner. Utan samtycke uppskattas statistiken utifrån cookielösa signaler. Cookiepolicy.
vIBAN · Avstämning
När varje betalare betalar till sitt eget IBAN kan en inkommande betalning bara betyda en sak. Matchningsproblemet löses inte – det upphör att existera.
Bakom kulisserna finns ett huvudkonto. På ytan får varje betalare, hyresgäst eller prenumerant ett eget virtuellt IBAN. Pengarna landar på huvudkontot i båda fallen — men de kommer färdigmärkta med vem som skickade dem och vad de gäller.
Betalarens vy — ett IBAN som bara är deras, att kopiera och dela.
Utfärdandet sker i bulk, inte ett formulär i taget — en marknadsplats som onboardar tusen säljare skapar tusen IBAN i en enda operation. Syftestaggar håller flödena isär: hyra här, prenumerationer där, utbetalningar från marknadsplatsen i ett eget spår — så att varje enhet på en plattform får ett eget kontonummer som går att stämma av.
Bulkutfärdande — 2,400 rader validerade, IBAN reserverade, en åtgärd för att utfärda.
Integration
Skapa ett vIBAN per betalare — ett via API, eller 2,400 via CSV med ett granskningssteg.
Varje betalare betalar till sitt eget IBAN – ingen referens att skriva fel.
Inbetalningar identifierar sig självt genom konstruktionen – 99,6 % automatavstämda i demon.
Resten hamnar i en räknad undantagskö med historiken bifogad.
Kontoutdrag per vIBAN, som CSV och PDF, skickas via e-post den 1:a varje månad.
Funktioner
En skärm rymmer hela programmet: 12 480 aktiva vIBAN, 2,4 miljoner € dirigerade idag, 8 912 inbetalningar avstämda automatiskt. Varje rad visar IBAN, vem det tillhör, dess syftestagg och dagens inkommande pengar. Sök på IBAN, kund eller referens; exportera boken som CSV.
Kunder ser sina egna kontouppgifter: det dedikerade IBAN med kopieringsknapp, BIC för överföringar från länder utanför SEPA, bankens namn och adress samt en delningsknapp för den som ska betala dem. Varje överföring till det IBAN hamnar på deras saldo redan matchad till dem — betalaren skriver aldrig någon referens.
En CSV med 2 400 betalare laddas upp, valideras — 2 400 giltiga, 0 fel — och förhandsvisar exakt vilket IBAN varje rad får, reserverat från intervallet vid uppladdning och tilldelat vid utfärdande. Konfigurera intervall, syftestagg och referensprefix och utfärda sedan hela batchen med en enda åtgärd. Samma operation körs via API:et.
Perioden på skärmen omfattar 412 380,44 € fördelat på 8 912 inbetalningar, 99,6 % automatavstämda — där de 34 manuella fallen och 12 returnerade betalningarna räknas i stället för att döljas. Varje vIBAN exporterar sitt eget kontoutdrag som CSV eller PDF, hela perioden exporteras med en åtgärd, och månadsutdrag mejlas automatiskt till ekonomins inkorg den 1:a.
Varje inbetalning, retur, utfärdande och paus är en händelse, och varje händelse visar sin leverans: statuskod, latens och omförsöksstatus per försök. Leveranser signeras med HMAC-SHA256 och görs om 6 gånger under 24 timmar med exponentiell backoff — och en leverans som förbrukat sina omförsök får en knapp för manuellt omförsök, inte en axelryckning.
I operatörskonsolen är mottagarkontona bakom programmet data, inte tyst kunskap: ett aktivt konto per valuta, och när ett tas ur bruk går nästa syskonkonto automatiskt in i dess ställe. Varje ändring kräver en skriftlig orsak och hamnar i granskningsloggen.
Varje betalare får ett eget IBAN, så varje inkommande betalning anger sin avsändare innan någon tittar på den. Det finns inget referensfält att skriva fel i och ingen avstämningskö att arbeta igenom. Identifiering är en egenskap hos kontonumret, inte en process.
Varje vIBAN har en tagg: rent-collection, subscriptions, marketplace-payouts, payroll. Flödena hålls åtskilda på kontonivå, så rapportering per syfte är ett filter, inte ett projekt.
När varje betalare betalar in på sitt eget IBAN kan en inkommande betalning bara betyda en sak. I demoperioden stäms 99,6 % av 8 912 inbetalningar av automatiskt — och de få som inte kan det hamnar i en manuell kö i stället för att förbli ett mysterium.
Bakom varje vIBAN finns ett riktigt konto. Medlen samlas automatiskt — inga underkontosaldon att sopa ihop, ingen fragmentering att hantera. Ytan är tusentals adresser; huvudboken är en.
vIBAN utfärdas från dedikerade intervall — demoprogrammet körs under RO49 PRCT, med antalet lediga per intervall visat vid utfärdande. Intervall håller program, varumärken eller enheter rent åtskilda medan allt ändå dirigeras till huvudkontot.
Varje vIBAN bygger upp sin egen betalningshistorik, så en betalares register är komplett per definition. En tvist eller en revision börjar från en filtrerad lista, inte en utredning.
Onboarding av säljare och hyresgäster kan skapa ett vIBAN som ett steg i flödet: skapa kontot, lämna över IBAN, börja ta emot betalningar. Kundvyn levereras som whitelabel — demon körs som Powered by Protocore; din körs under ditt eget varumärke.
Vissa betalningar studsar — ett stängt konto, felaktiga uppgifter. SEPA-returer för med sig sin orsakskod in i en payment.returned-händelse och får en egen räknare på kontoutdragssidan — data med en orsak, inte mysterier. Specialfallet får en rad, inte en supporttråd.
Ett vIBAN pausas med en enda åtgärd, och händelseflödet registrerar vem som pausade det och varifrån. Pausad visas som en status överallt där IBAN förekommer — boken, kontoutdragen, flödet.
En konfigurerad batch sparas som utkast: källan validerad, intervallet valt, inget utfärdat än. Flödet går källa, konfigurera, granska — så det oåterkalleliga klicket är det sista, med avsikt.
Utfärdande körs mot en månadskvot med mätaren i sikte, och en batch anger vad den tillför innan du kör den — 1 204 av 5 000 använda, med den här batchen 3 604. Kapacitet är aritmetik, inte ett felmeddelande.
Varje batch stämplar sina inbetalningar med ett referensprefix — ARC-PAYOUT- i demon — så att nedströmssystem känner igen sina egna flöden direkt.
Varje betalarrad har en extern referens från ditt system — EXT-00311 i demon — och den förblir kopplad till vIBAN. Sökningar går på dina identifierare, inte bara våra.
Allt konsolen gör gör även API:et — utfärda, pausa, fråga, exportera. CSV-uppladdningen och API-anropet driver samma operation; konsolen är en klient, inte en specialväg.
Skicka en testhändelse till valfri endpoint direkt från konsolen. Integrationen bevisar sig mot syntetiska leveranser innan den första riktiga betalningen kommer in.
Varje endpoint har egna signeringshemligheter och egna prenumerationer, och kan pausas utan att raderas — i demon ligger en pausad staging-endpoint bredvid den aktiva produktionen.
CSV för maskiner, PDF för människor — per vIBAN eller för hela perioden. Exporten är gjord för att importeras, inte skrivas in på nytt.
Månadsutdrag mejlas automatiskt till ekonomiadressen den 1:a. Den rutinmässiga rapporten är en prenumeration, inte en återkommande punkt på någons att göra-lista.
Händelser filtreras på typ, vIBAN eller referens; konsolens bok söker på IBAN, kund eller referens. Att hitta en betalning bland tusentals är en sökning med tre ingångar.
Operatörers ändringar i programmet — konton, pausningar, avvecklingar — kräver en orsak och hamnar i granskningsloggen. Programmets historia förklarar sig själv i skrift.
Skärmar
Riktigt produktgränssnitt, visat med demodata.
FAQ
Det är adresserbara IBAN som utfärdas från dedikerade serier och routas till ett huvudkonto. En betalning till ett vIBAN kommer in som vilken SEPA-kreditering som helst; medlen samlas på huvudkontot automatiskt — inga sweep-jobb.
Returen för med sig sin orsakskod in i en payment.returned-händelse och får en egen räknare i kontoutdraget. Returer är data med en angiven orsak, inte mysterier att jaga.
Ni behöver en process för avvikelser, inte ett matchningsteam. En betalare per IBAN gör att krediteringar identifierar sig själva — 99.6% automatiskt avstämt i demon — och resten hamnar i en granskningskö med full betalarhistorik bifogad.
Utfärda i bulk — en CSV med 2,400 betalare valideras, förhandsgranskas och utfärdas i en enda åtgärd — och tagga varje vIBAN efter syfte. Varje säljare, hyresgäst eller enhet får ett eget kontonummer som går att stämma av; rapportering per syfte blir ett filter, inte ett projekt.
Utvärdera
Vi går igenom hela kedjan med er — utfärda, dela, matcha, hantera avvikelser, rapportera — på samma demodata, inklusive bulkutfärdandet för 2,400 betalare.
Ett testprogram med huvudkonto och utfärdande aktiverat, så att ert team kan skapa vIBAN, skicka testinbetalningar och se dem identifiera sig själva.
API:et för utfärdande, webhooks för betalningar och livscykel samt integrationsdokumentationen — tillräckligt för att koppla avstämningen till ert eget back office.
Utvärdera under varumärket Protocore eller utfärda under ert eget — huvudkontot förblir den enda sanningskällan oavsett.
Vidare läsning
Finns fristående eller som whitelabel — utfärda under ert eget varumärke.
betalningsordrar via överföring i Gateway bär vIBAN-referenser, utbetalningar från PoS landar på samma IBAN-spår, och Center hanterar de avvikelser som matchningen i vIBAN lämnar kvar.
Allt ovan körs i produktionsdemos som vi gärna går igenom med dig – fristående, som whitelabel eller som en samlad plattform. Berätta vad ni bygger så visar vi den kortaste vägen dit.
