CBU Generator & Validator voor Argentinië | BCRA Bankcodes
Genereer en valideer Argentijnse CBU (Clave Bancaria Uniforme) bankcodes. Gratis tool met officiële BCRA-algoritmen voor ontwikkelaars, testers en financiële toepassingen.
Argentijnse CBU Generator & Validator
Genereer een willekeurige maar geldige CBU voor het testen van uw toepassingen en integraties.
Klik op de bovenstaande knop om een geldige CBU te genereren
Over CBU
De CBU (Clave Bancaria Uniforme) is een 22-cijferige code die in Argentinië wordt gebruikt om bankrekeningen te identificeren voor elektronische overschrijvingen en betalingen.
Elke CBU bevat informatie over de bank, de vestiging en het rekeningnummer, samen met verificatiecijfers die de geldigheid waarborgen.
CBU Structuur
Documentatie
Wat is een Argentijnse CBU en Waarom Valideren?
Werken met het banksysteem van Argentinië betekent omgaan met de CBU (Clave Bancaria Uniforme)—een 22-cijferige code die elke bankrekening in het land uniek identificeert. Als je ooit een betalingsintegratie moest testen, bankgegevens moest verifiëren voordat je een overschrijving deed, of wilde begrijpen waarom een transactie mislukte, dan weet je hoe cruciaal het is om correct geformatteerde CBU's te gebruiken.
Deze tool helpt je bij het genereren van structureel geldige CBU's voor testomgevingen en het valideren van bestaande codes tegen het officiële formaat dat is gespecificeerd door de Centrale Bank van Argentinië (BCRA). Wanneer je financiële applicaties bouwt of betalingen verwerkt, is het vroeg signaleren van formatfouten van groot belang om uren debuggen te besparen en mislukte transacties te voorkomen.
Het CBU-formaat begrijpen
De CBU (Clave Bancaria Uniforme) is Argentinië's antwoord op internationale bankidentificatiecodes zoals IBAN of Amerikaanse routingnummers. Beschouw het als een uitgebreid pakket dat bank-, filiaal- en rekeninginformatie bundelt in een enkele 22-cijferige code. De Centrale Bank van Argentinië (BCRA) introduceerde dit systeem in november 2000 om elektronische overboekingen in het financiële netwerk van het land te standaardiseren.
CBU-structuur en -formaat
Elke geldige CBU bestaat uit precies 22 cijfers, verdeeld in twee hoofdblokken:
-
Eerste Blok (8 cijfers): Identificeert de financiële instelling en het filiaal
- Eerste 3 cijfers: Bankcode toegewezen door de BCRA
- Volgende 4 cijfers: Filiaalcode binnen de bank
- Laatste cijfer: Verificatiecijfer voor het eerste blok
-
Tweede Blok (14 cijfers): Identificeert de specifieke rekening
- Eerste 13 cijfers: Rekeningnummer (kan rekeningtype en andere identificatoren bevatten)
- Laatste cijfer: Verificatiecijfer voor het tweede blok
De verificatiecijfers gebruiken een gewogen modulo-10-algoritme dat veelvoorkomende typefouten vangt—zoals verwisselde cijfers of enkele-cijfer-fouten—voordat geld wordt overgemaakt. Deze beveiliging heeft zich buitengewoon effectief bewezen: de meeste CBU-invoerfouten worden onderschept bij de validatiefase in plaats van te resulteren in mislukte overboekingen.
Hoe een Test-CBU te Genereren
De generator maakt willekeurige maar structureel geldige CBU's die alle formaat controles doorstaan. Hier is wat er achter de schermen gebeurt:
- Willekeurige cijfers vullen de bank code, filiaal code en rekeningnummer secties
- Het hulpmiddel berekent beide verificatiecijfers met behulp van het officiële BCRA-algoritme
- U krijgt een correct geformatteerde 22-cijferige CBU klaar voor testen
Wanneer u dit nuttig zult vinden:
- Testen van betalingsintegraties: Heeft u tientallen geldige CBU's nodig voor uw testset? Genereer ze direct zonder handmatige berekening.
- QA en staging omgevingen: Vul testdatabases met realistische bankgegevens die niet per ongeluk overeenkomen met echte rekeningen.
- De indeling leren: Bekijk hoe verschillende CBU's zijn gestructureerd en begrijp de verificatielogica.
- Documentatie en demo's: Maak voorbeeldgegevens die authentiek lijken zonder echte bankinformatie bloot te stellen.
Stap-voor-Stap: Een CBU Genereren
- Navigeer naar het "Generator" tabblad van het hulpmiddel
- Klik op de "CBU Genereren" knop
- Een geldige, willekeurige 22-cijferige CBU verschijnt in het weergavegebied
- Gebruik de "Kopiëren" knop om de CBU naar uw klembord te kopiëren voor gebruik in uw toepassingen
Hoe een Argentijnse CBU te Valideren
De validator voert dezelfde controles uit die de Argentijnse banksystemen gebruiken om de CBU-integriteit te verifiëren. Wat wordt gecontroleerd:
- Lengtecontrole: Bevestigt exact 22 cijfers (een veelgemaakte fout is kopiëren met spaties of koppeltekens)
- Alleen numerieke inhoud: Zorgt ervoor dat er geen letters of speciale tekens zijn binnengeslopen
- Eerste blok checksum: Valideert het 8e cijfer tegen de eerste 7 cijfers
- Tweede blok checksum: Valideert het 22e cijfer tegen de cijfers 9-21
Wanneer validatie mislukt, ziet u welke specifieke controle niet is geslaagd. Dit is bijzonder nuttig bij het debuggen waarom een bank-API een CBU heeft afgewezen—vaak is het iets eenvoudigs zoals een extra spatie of verwisselde cijfers.
Stap-voor-Stap: Een CBU Valideren
- Ga naar het tabblad "Validator" van de tool
- Voer de 22-cijferige CBU in die u wilt valideren
- Klik op de knop "CBU Valideren"
- Bekijk het validatieresultaat:
- Groene indicator voor geldige CBU's
- Rode indicator met specifieke foutberichten voor ongeldige CBU's
Het CBU-verificatiealgoritme Uitgelegd
De BCRA gebruikt een gewogen modulo-10 checksum-algoritme om verificatiecijfers te berekenen. Als u CBU-validatie in uw toepassing implementeert, hier is de exacte logica:
Eerste Blok Verificatie
Voor het eerste blok (eerste 8 cijfers), wordt het verificatiecijfer als volgt berekend:
- Neem de eerste 7 cijfers van de CBU
- Vermenigvuldig elk cijfer met zijn bijbehorende gewicht: [7, 1, 3, 9, 7, 1, 3]
- Som de resulterende producten
- Bereken: 10 - (som % 10)
- Als het resultaat 10 is, is het verificatiecijfer 0; anders is het de berekende waarde
Tweede Blok Verificatie
Voor het tweede blok (laatste 14 cijfers), wordt het verificatiecijfer als volgt berekend:
- Neem de eerste 13 cijfers van het tweede blok
- Vermenigvuldig elk cijfer met zijn bijbehorende gewicht: [3, 9, 7, 1, 3, 9, 7, 1, 3, 9, 7, 1, 3]
- Som de resulterende producten
- Bereken: 10 - (som % 10)
- Als het resultaat 10 is, is het verificatiecijfer 0; anders is het de berekende waarde
CBU-validatiecodevoorbeelden
Hier is hoe u CBU-validatie in uw toepassing kunt implementeren. Deze voorbeelden volgen de officiële BCRA-specificatie en zullen werken met productie-bankgegevens:
1// JavaScript: Bereken CBU-controlegetal
2function calculateCheckDigit(number, weights) {
3 if (number.length !== weights.length) {
4 throw new Error('Nummerlengte moet overeenkomen met gewichtenlengte');
5 }
6
7 let sum = 0;
8 for (let i = 0; i < number.length; i++) {
9 sum += parseInt(number[i]) * weights[i];
10 }
11
12 const remainder = sum % 10;
13 return remainder === 0 ? 0 : 10 - remainder;
14}
15
16// Valideer eerste blok van CBU
17function validateFirstBlock(block) {
18 if (block.length !== 8 || !/^\d{8}$/.test(block)) {
19 return false;
20 }
21
22 const number = block.substring(0, 7);
23 const checkDigit = parseInt(block[7]);
24 const weights = [7, 1, 3, 9, 7, 1, 3];
25
26 return checkDigit === calculateCheckDigit(number, weights);
27}
281# Python: Valideer een volledige CBU
2import re
3
4def validate_cbu(cbu):
5 # Controleer basisformaat
6 if not cbu or not re.match(r'^\d{22}$', cbu):
7 return {
8 'isValid': False,
9 'errors': ['CBU moet 22 cijfers zijn']
10 }
11
12 # Verdeel in blokken
13 first_block = cbu[:8]
14 second_block = cbu[8:]
15
16 # Valideer elk blok
17 first_block_valid = validate_first_block(first_block)
18 second_block_valid = validate_second_block(second_block)
19
20 errors = []
21 if not first_block_valid:
22 errors.append('Eerste blok (bank/filiaalcode) is ongeldig')
23 if not second_block_valid:
24 errors.append('Tweede blok (rekeningnummer) is ongeldig')
25
26 return {
27 'isValid': first_block_valid and second_block_valid,
28 'errors': errors
29 }
301// Java: Genereer een willekeurige geldige CBU
2import java.util.Random;
3
4public class CBUGenerator {
5 private static final Random random = new Random();
6
7 public static String generateCBU() {
8 // Genereer eerste 7 cijfers (bank- en filiaalcode)
9 StringBuilder firstBlockBase = new StringBuilder();
10 for (int i = 0; i < 7; i++) {
11 firstBlockBase.append(random.nextInt(10));
12 }
13
14 // Bereken controlegetal voor eerste blok
15 int[] firstBlockWeights = {7, 1, 3, 9, 7, 1, 3};
16 int firstBlockCheckDigit = calculateCheckDigit(
17 firstBlockBase.toString(),
18 firstBlockWeights
19 );
20
21 // Genereer eerste 13 cijfers van tweede blok
22 StringBuilder secondBlockBase = new StringBuilder();
23 for (int i = 0; i < 13; i++) {
24 secondBlockBase.append(random.nextInt(10));
25 }
26
27 // Bereken controlegetal voor tweede blok
28 int[] secondBlockWeights = {3, 9, 7, 1, 3, 9, 7, 1, 3, 9, 7, 1, 3};
29 int secondBlockCheckDigit = calculateCheckDigit(
30 secondBlockBase.toString(),
31 secondBlockWeights
32 );
33
34 // Combineer alle onderdelen
35 return firstBlockBase.toString() + firstBlockCheckDigit +
36 secondBlockBase.toString() + secondBlockCheckDigit;
37 }
38
39 // Implementatie van calculateCheckDigit-methode...
40}
411// PHP: Formatteer een CBU voor weergave
2function formatCBU($cbu) {
3 if (!$cbu || strlen($cbu) !== 22) {
4 return $cbu;
5 }
6
7 // Formatteer als: XXXXXXXX XXXXXXXXXXXXXX
8 return substr($cbu, 0, 8) . ' ' . substr($cbu, 8);
9}
10
11// Gebruiksvoorbeeld
12$cbu = '0123456789012345678901';
13echo formatCBU($cbu); // Geeft weer: 01234567 89012345678901
141' Excel VBA: Valideer een CBU
2Function ValidateCBU(cbu As String) As Boolean
3 ' Controleer lengte
4 If Len(cbu) <> 22 Then
5 ValidateCBU = False
6 Exit Function
7 End If
8
9 ' Controleer of alle tekens cijfers zijn
10 Dim i As Integer
11 For i = 1 To Len(cbu)
12 If Not IsNumeric(Mid(cbu, i, 1)) Then
13 ValidateCBU = False
14 Exit Function
15 End If
16 Next i
17
18 ' Extraheer blokken
19 Dim firstBlock As String
20 Dim secondBlock As String
21 firstBlock = Left(cbu, 8)
22 secondBlock = Right(cbu, 14)
23
24 ' Valideer beide blokken
25 ValidateCBU = ValidateFirstBlock(firstBlock) And ValidateSecondBlock(secondBlock)
26End Function
27Praktische Toepassingen voor CBU-Validatie
Testen van Betalingsintegraties
Bij het bouwen van fintech-applicaties of e-commerce-platforms die Argentine betalingen verwerken, hebt u geldige CBU's nodig voor uw testomgeving. Een veelvoorkomend scenario: uw staging-omgeving vereist 50 testaccounts met geldige CBU's voor belastingtests. Handmatig controletekens berekenen voor elk account zou uren duren. De generator doet dit in seconden en levert correct geformatteerde testgegevens die zich gedragen als productie-CBU's zonder het risico om per ongeluk echte rekeningnummers te gebruiken.
Pro tip: Bewaar een set gegenereerde CBU's in uw testfixtures. Dit zorgt voor consistente testgegevens in uw team en maakt debuggen eenvoudiger wanneer tests mislukken.
Voorkomen van Transactiefouten
Hier is wat er gebruikelijk gebeurt: een klant geeft zijn CBU op voor een overschrijving, maar hij heeft per ongeluk spaties opgenomen of twee cijfers verwisseld. Als u de overschrijving verwerkt zonder validatie, wijst de bank deze af - maar pas na een vertraging, en u heeft de transactie-intentie al in uw systeem vastgelegd. Nu moet u omgaan met reconciliatiehoofdbrekens.
Het valideren van de CBU-indeling vóór verzending vangt deze fouten onmiddellijk op. De validator zal niet vertellen of de rekening bestaat of aan de juiste persoon toebehoort (daarvoor is bankAPI-toegang vereist), maar zal bevestigen dat de structuur correct is volgens BCRA-standaarden.
Inzicht in Bancaire Integratievereisten
Voor ontwikkelaars die nieuw zijn in het Argentine financiële systeem, biedt deze tool praktische ervaring. U kunt precies zien hoe de controletekens werken, begrijpen waarom bepaalde nummers ongeldig zijn en experimenteren met randgevallen voordat u productieve code schrijft.
Veelgemaakte fout: Aannemen dat CBU-validatie hetzelfde is als IBAN-validatie. Hoewel beide controletekens gebruiken, verschillen de algoritmen volledig. Testen met deze tool helpt u de specifieke vereisten van Argentine bankcodes te begrijpen.
Formuliervalidatie in Bancaire UI's
Bij het ontwerpen van invoerformulieren die CBU's accepteren, moet u testen hoe het systeem verschillende fouttoestanden verwerkt. Wat gebeurt er wanneer een gebruiker een CBU met spaties plakt? Welk foutbericht verschijnt wanneer het controleteken onjuist is? Deze tool helpt u deze scenario's te testen en betere gebruikersfeedback te ontwerpen.
Gerelateerde Bankvalidatie-instrumenten
Afhankelijk van uw vereisten, kunt u ook deze aanvullende tools gebruiken:
- CUIT/CUIL-validator: Valideert Argentijnse belasting-identificatienummers—essentieel wanneer u zowel bank- als belasting-ID-verificatie nodig hebt
- CVU-validator: Vergelijkbaar met CBU maar voor digitale portemonnees (Mercado Pago, Ualá, etc.) met dezelfde 22-cijferige indeling
- IBAN-validator: Voor grensoverschrijdende betalingen die Europese of andere internationale rekeningen betreffen
- Banking API-services: Voor productiesystemen die accounteigendom en saldocontroles moeten verifiëren, niet alleen formaatvalidatie
Belangrijke beperking: Deze tool valideert alleen het formaat en de controletekens. Het kan niet bevestigen of een CBU overeenkomt met een actieve bankrekening of de identiteit van de rekeninghouder verifiëren. Voor die controles hebt u integratie nodig met Argentijnse bank-API's of betalingsverwerkers.
Hoe het Argentijnse Banksysteem de CBU Heeft Geadopteerd
Voordat november 2000 aanbrak, was het verzenden van geld tussen Argentijnse banken verrassend gecompliceerd. Elke financiële instelling gebruikte zijn eigen rekeningnummeringssysteem—sommige met 10 cijfers, andere met 15, en zonder gestandaardiseerde manier om aan te geven welke bank of vestiging een rekening beheerde. Interbancaire overboekingen vereisten handmatige verificatie en duurden vaak dagen om te verwerken.
De BCRA introduceerde de CBU om deze fragmentatie op te lossen. Door een uniform 22-cijferig formaat voor alle financiële instellingen te verplichten, sloot Argentinië aan bij internationale standaarden zoals Europa's IBAN-systeem. De ingebedde controletekens waren bijzonder slim: ze vangen de meeste gegevensinvoerfouten automatisch op, waardoor mislukte overboekingen en de bijbehorende kosten voor onderzoek en terugdraaien van transacties worden verminderd.
Wat interessant is: Het CBU-formaat is nauwelijks veranderd in meer dan 20 jaar. Hoewel banktechnologie dramatisch is geëvolueerd—mobiele apps, directe overboekingen, digitale portemonnees—blijft de onderliggende CBU-structuur hetzelfde. Deze stabiliteit toont aan hoe goed het oorspronkelijke ontwerp toekomstige behoeften heeft voorzien.
Tegenwoordig gebruiken Argentijnen CBU's voor vrijwel elke elektronische financiële transactie: salarisbetalingen, factuurbetalingen, belastingaangiften, overheidsuitkeringen en e-commerce. Het formaat heeft zich zo effectief bewezen dat toen digitale portemonnees verschenen (zoals Mercado Pago), regelgevers dezelfde structuur voor CVU's (Clave Virtual Uniforme) hebben overgenomen in plaats van iets nieuws uit te vinden.
Veelgestelde vragen
Wat is het verschil tussen een CBU en een CVU?
CBU's identificeren traditionele bankrekeningen, terwijl CVU's (Clave Virtual Uniforme) digitale portemonnee-accounts van fintech-aanbieders zoals Mercado Pago, Ualá of Brubank identificeren. Het formaat is identiek—22 cijfers met hetzelfde validatie-algoritme—wat logisch is omdat ze onderling uitwisselbaar zijn. Je kunt geld overmaken van een CBU naar een CVU en vice versa, net zoals bij elke andere bankoverschrijving. De eerste drie cijfers onthullen of je naar een traditionele bank of een digitale portemonnee-aanbieder kijkt.
Kan ik de banknaam achterhalen uit een CBU?
Ja. De eerste drie cijfers zijn de bank-identifier die door de BCRA wordt toegewezen. Bijvoorbeeld, codes die beginnen met "011" behoren tot Banco Nación, terwijl "017" wijst op BBVA Argentina. De BCRA publiceert een officieel register van deze codes, waarnaar bankapplicaties doorgaans verwijzen om automatisch de banknaam weer te geven wanneer je een CBU invoert.
Is een CBU hetzelfde als een rekeningnummer?
Niet helemaal. Je rekeningnummer zit verborgen in de CBU, maar de CBU bundelt het met aanvullende routeringsinformatie. Denk eraan als het verschil tussen een straatnaam en GPS-coördinaten—beide identificeren een locatie, maar de ene bevat meer context. De CBU bundelt je bankcode, filiaalcode, rekeningnummer en twee verificatiecijfers in een enkele overdraagbare reeks.
Hoe veilig is het om mijn CBU te delen?
Je CBU is ontworpen om te worden gedeeld—dat is precies de bedoeling. Ontvangers hebben het nodig om geld op je rekening te storten. Anders dan wachtwoorden of pincodes staat een CBU alleen binnenkomende overschrijvingen toe, geen opnames. Behandel het echter als elke financiële informatie: deel het met mensen of bedrijven die je vertrouwt, en wees voorzichtig met het openbaar plaatsen online. Sommige mensen geven de voorkeur aan selectief delen van hun CBU in plaats van het openlijk te publiceren.
Kan een CBU verlopen of veranderen?
Je CBU blijft bij je zolang de rekening open staat. De enige keer dat het verandert, is als je die rekening sluit en een nieuwe opent, of in zeldzame gevallen wanneer banken fuseren of hun nummeringssystemen herstructureren. Zelfs dan handhaven banken doorgaans de oude CBU gedurende een overgangsperiode om verstoring van terugkerende betalingen te voorkomen.
Hoe vind ik mijn eigen CBU?
Controleer de mobiele app van je bank—het staat meestal in de accountdetails. De meeste Argentijnse banken tonen het ook prominent in online bankieren, drukken het af op maandelijkse afschriften, en sommige plaatsen het zelfs op de achterkant van betaalpassen. Als je het niet kunt vinden, kan elke bankmedewerker het onmiddellijk verstrekken; het wordt niet beschouwd als gevoelige informatie zoals een pincode.
Kunnen buitenlanders een CBU in Argentinië hebben?
Ja. Het openen van een bankrekening in Argentinië als buitenlander geeft je een CBU net zoals elke andere rekeninghouder. Vereisten variëren per instelling—sommige banken vragen alleen een paspoort, terwijl andere bewijs van verblijf of een CDI (belasting-identificatienummer) vragen. Digitale portemonnees (CVU) zijn vaak gemakkelijker voor buitenlanders te verkrijgen dan traditionele bankrekeningen.
Wat gebeurt er als ik een overschrijving doe naar een ongeldige CBU?
Moderne banksystemen voeren formaatvalidatie uit voordat de overschrijving wordt ingediend. Als de controletekens niet overeenkomen of de lengte onjuist is, krijg je onmiddellijk een foutmelding—de overschrijving verlaat nooit je rekening. Daarom is front-end validatie zo waardevol; het vangt typefouten op voordat ze problemen veroorzaken.
De lastigere situatie is wanneer een CBU de formaatvalidatie doorstaat maar niet overeenkomt met een actieve rekening. De overschrijving wordt ingediend bij het interbancaire netwerk en keert uren of dagen later terug. Je hebt het al geregistreerd als "verzonden" in je administratie, en nu moet je de terugkeer reconciliëren. Daarom controleren sommige applicaties CBU's ook tegen bankdatabases voordat overschrijvingen worden toegestaan, hoewel dat betaalde API-toegang vereist.
Kan ik meerdere CBU's hebben?
Absoluut. Elke rekening genereert zijn eigen CBU. Als je een lopende rekening en een spaarrekening hebt bij dezelfde bank, zul je twee verschillende CBU's hebben. Verschillende rekeningen bij verschillende banken? Nog meer CBU's. Elke CBU identificeert uniek een specifieke rekening bij een specifiek filiaal van een specifieke instelling.
Wordt het CBU-systeem buiten Argentinië gebruikt?
Nee, CBU's zijn specifiek voor Argentinië. Elk land heeft zijn eigen systeem: Europa gebruikt IBAN, de VS gebruikt routingnummers plus rekeningnummers, Australië gebruikt BSB-codes, enzovoort. Bij internationale geldoverdrachten heb je doorgaans de SWIFT-code van de ontvanger plus hun lokale rekeningidentificatie nodig—wat in Argentinië's geval de CBU zou zijn.
Referenties en Officiële Documentatie
Voor gezaghebbende informatie over de bancaire standaarden van Argentinië:
-
Centrale Bank van Argentinië (BCRA) - Financiële Systeemregulering - Officiële BCRA-documentatie over betalingssysteemstandaarden en bankregulering
-
Wet Nr. 25.345 - "Preventie van Belastingontduiking en Modernisering van Betalingen" (november 2000) - De wetgeving die het elektronische betalingssysteem van Argentinië heeft vastgesteld
-
BCRA Communicatie "A" Reeks - Technische circulaires die de implementatievereisten voor CBU voor financiële instellingen definiëren
-
Interbanking S.A. - De organisatie die het interbancaire elektronische betalingsnetwerk van Argentinië beheert en de CBU-routeringstabellen onderhoudt
Deze bronnen bieden de technische specificaties die worden gebruikt voor het implementeren van deze validator en worden regelmatig bijgewerkt door Argentijnse financiële autoriteiten.
Klaar om CBU's te Valideren of te Genereren?
Of je nu een betalingsintegratie aan het bouwen bent, een fintech-applicatie aan het testen bent, of meer te weten wilt komen over het banksysteem van Argentinië, het begrijpen van CBU-validatie is essentieel. Deze tool implementeert exact dezelfde checksum-algoritmen die Argentijnse banken gebruiken, zodat je formaatfouten kunt opsporen voordat ze transactiefouten veroorzaken.
Onthoud: formaatvalidatie is slechts de eerste stap. Een correct geformatteerde CBU garandeert niet dat de rekening bestaat of dat je de juiste ontvanger hebt. Voor productiesystemen die met echt geld omgaan, combineer formaatvalidatie met aanvullende verificatie via bancaire API's of betalingsprocessors.
De tool vereist geen registratie of installatie—open hem gewoon en begin CBU's te valideren of te genereren volgens de officiële BCRA-standaarden.