CBU Generator & Validator för Argentina | BCRA Bankkoder

Vad är ett argentinskt CBU och varför validera det?

Att arbeta med Argentinas banksystem innebär att hantera CBU (Clave Bancaria Uniforme) - en 22-siffrig kod som unikt identifierar varje bankkonto i landet. Om du någonsin har behövt testa en betalningsintegration, verifiera bankuppgifter innan en överföring eller förstå varför en transaktion misslyckades, vet du hur kritiskt det är att arbeta med korrekt formaterade CBUs.

Detta verktyg hjälper dig att generera strukturellt giltiga CBUs för testmiljöer och validera befintliga koder mot det officiella formatet som specificerats av Argentinas centralbank (BCRA). När du bygger finansiella applikationer eller behandlar betalningar, kan tidig identifiering av formatfel spara timmar av felsökning och förhindra misslyckade transaktioner.

Förstå CBU-formatet

CBU (Clave Bancaria Uniforme) är Argentinas svar på internationella bankidentifierare som IBAN eller amerikanska routingnummer. Tänk på det som ett omfattande paket som samlar bank-, filial- och kontoinformation i en enda 22-siffrig kod. Argentinas centralbank (BCRA) lanserade detta system i november 2000 för att standardisera elektroniska överföringar över landets finansiella nätverk.

CBU-struktur och format

Varje giltig CBU består av exakt 22 siffror indelade i två huvudblock:

Första blocket (8 siffror): Identifierar finansinstitutet och filialen
- Första 3 siffror: Bankkod tilldelad av BCRA
- Nästa 4 siffror: Filialkod inom banken
- Sista siffran: Verifikationssiffra för första blocket
Andra blocket (14 siffror): Identifierar det specifika kontot
- Första 13 siffror: Kontonummer (kan inkludera kontotyp och andra identifierare)
- Sista siffran: Verifikationssiffra för andra blocket

Verifikationssiffrorna använder en viktad modulo-10-algoritm som fångar upp vanliga skrivfel—som omkastade siffror eller enstaka sifferfel—innan några pengar överförs. Detta skydd har visat sig remarkabelt effektivt: de flesta CBU-inmatningsfel fångas upp under valideringsstadiet snarare än att resultera i misslyckade överföringar.

Hur man genererar ett test-CBU

Generatorn skapar slumpmässiga men strukturellt giltiga CBU:er som klarar alla formatkontrroller. Här är vad som händer bakom kulisserna:

Slumpmässiga siffror fyller bank-, filial- och kontonummersektionerna
Verktyget beräknar båda verifieringssiffrorna med den officiella BCRA-algoritmen
Du får ett korrekt formaterat 22-siffrigt CBU redo för testning

När du kommer att ha nytta av detta:

Testa betalningsintegreringar: Behöver du dussintals giltiga CBU:er för din testserie? Generera dem direkt utan manuell beräkning.
QA och staging-miljöer: Fyll testdatabaser med realistiska bankdata som inte av misstag matchar riktiga konton.
Lära dig formatet: Se hur olika CBU:er är strukturerade och förstå verifieringslogiken.
Dokumentation och demonstrationer: Skapa exempeldata som ser autentisk ut utan att exponera riktiga bankinformation.

Steg-för-steg: Generera ett CBU

Navigera till "Generator"-fliken i verktyget
Klicka på knappen "Generera CBU"
Ett giltigt, slumpmässigt 22-siffrigt CBU visas i displayområdet
Använd "Kopiera"-knappen för att kopiera CBU:et till urklipp för användning i dina applikationer

Hur man validerar ett argentinskt CBU

Validatorn kör samma kontroller som Argentinas banksystem använder för att verifiera CBU-integritet. Vad som kontrolleras:

Längdverifiering: Bekräftar exakt 22 siffror (ett vanligt misstag är att kopiera med mellanslag eller bindestreck)
Endast numeriskt innehåll: Säkerställer att inga bokstäver eller specialtecken har smugit sig in
Första blockens kontrollsumma: Validerar den 8:e siffran mot de första 7 siffrorna
Andra blockens kontrollsumma: Validerar den 22:a siffran mot siffrorna 9-21

När validering misslyckas ser du vilken specifik kontroll som inte godkändes. Detta är särskilt användbart när man felsöker varför ett bank-API avvisade ett CBU—ofta är det något enkelt som ett extra mellanslag eller en omkastad siffra.

Steg för steg: Validera ett CBU

Navigera till "Validator"-fliken i verktyget
Ange det 22-siffriga CBU du vill validera
Klicka på knappen "Validera CBU"
Granska valideringsresultatet:
- Grön indikator för giltiga CBU:er
- Röd indikator med specifika felmeddelanden för ogiltiga CBU:er

CBU-verifieringsalgoritmen förklarad

BCRA använder en viktad modulo-10 checksummaalgoritm för att beräkna verifieringssiffror. Om du implementerar CBU-validering i din applikation, här är den exakta logiken:

Första blockets verifiering

För det första blocket (första 8 siffrorna) beräknas verifieringssiffran enligt följande:

Ta de första 7 siffrorna i CBU
Multiplicera varje siffra med dess motsvarande vikt: [7, 1, 3, 9, 7, 1, 3]
Summera de resulterande produkterna
Beräkna: 10 - (summa % 10)
Om resultatet är 10, är verifieringssiffran 0; annars är det det beräknade värdet

Andra blockets verifiering

För det andra blocket (sista 14 siffrorna) beräknas verifieringssiffran enligt följande:

Ta de första 13 siffrorna i det andra blocket
Multiplicera varje siffra med dess motsvarande vikt: [3, 9, 7, 1, 3, 9, 7, 1, 3, 9, 7, 1, 3]
Summera de resulterande produkterna
Beräkna: 10 - (summa % 10)
Om resultatet är 10, är verifieringssiffran 0; annars är det det beräknade värdet

CBU Valideringskodexempel

Här är hur du implementerar CBU-validering i din applikation. Dessa exempel följer den officiella BCRA-specifikationen och kommer att fungera med produktionsbanksdata:

1// JavaScript: Beräkna CBU:s kontrollsiffra
2function calculateCheckDigit(number, weights) {
3  if (number.length !== weights.length) {
4    throw new Error('Numrets längd måste matcha vikternas längd');
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// Validera första blocket av 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}
28

1# Python: Validera en komplett CBU
2import re
3
4def validate_cbu(cbu):
5    # Kontrollera grundformat
6    if not cbu or not re.match(r'^\d{22}$', cbu):
7        return {
8            'isValid': False,
9            'errors': ['CBU måste vara 22 siffror']
10        }
11    
12    # Dela upp i block
13    first_block = cbu[:8]
14    second_block = cbu[8:]
15    
16    # Validera varje block
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('Första blocket (bank/filialkod) är ogiltigt')
23    if not second_block_valid:
24        errors.append('Andra blocket (kontonummer) är ogiltigt')
25    
26    return {
27        'isValid': first_block_valid and second_block_valid,
28        'errors': errors
29    }
30

1// Java: Generera en slumpmässig giltig CBU
2import java.util.Random;
3
4public class CBUGenerator {
5    private static final Random random = new Random();
6    
7    public static String generateCBU() {
8        // Generera första 7 siffrorna (bank och filialkod)
9        StringBuilder firstBlockBase = new StringBuilder();
10        for (int i = 0; i < 7; i++) {
11            firstBlockBase.append(random.nextInt(10));
12        }
13        
14        // Beräkna kontrollsiffra för första blocket
15        int[] firstBlockWeights = {7, 1, 3, 9, 7, 1, 3};
16        int firstBlockCheckDigit = calculateCheckDigit(
17            firstBlockBase.toString(), 
18            firstBlockWeights
19        );
20        
21        // Generera första 13 siffrorna i andra blocket
22        StringBuilder secondBlockBase = new StringBuilder();
23        for (int i = 0; i < 13; i++) {
24            secondBlockBase.append(random.nextInt(10));
25        }
26        
27        // Beräkna kontrollsiffra för andra blocket
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        // Kombinera alla delar
35        return firstBlockBase.toString() + firstBlockCheckDigit + 
36               secondBlockBase.toString() + secondBlockCheckDigit;
37    }
38    
39    // Implementering av calculateCheckDigit-metod...
40}
41

1// PHP: Formatera en CBU för visning
2function formatCBU($cbu) {
3    if (!$cbu || strlen($cbu) !== 22) {
4        return $cbu;
5    }
6    
7    // Formatera som: XXXXXXXX XXXXXXXXXXXXXX
8    return substr($cbu, 0, 8) . ' ' . substr($cbu, 8);
9}
10
11// Användningsexempel
12$cbu = '0123456789012345678901';
13echo formatCBU($cbu); // Visar: 01234567 89012345678901
14

1' Excel VBA: Validera en CBU
2Function ValidateCBU(cbu As String) As Boolean
3    ' Kontrollera längd
4    If Len(cbu) <> 22 Then
5        ValidateCBU = False
6        Exit Function
7    End If
8    
9    ' Kontrollera om alla tecken är siffror
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    ' Extrahera block
19    Dim firstBlock As String
20    Dim secondBlock As String
21    firstBlock = Left(cbu, 8)
22    secondBlock = Right(cbu, 14)
23    
24    ' Validera båda blocken
25    ValidateCBU = ValidateFirstBlock(firstBlock) And ValidateSecondBlock(secondBlock)
26End Function
27

Verkliga användningsfall för CBU-validering

Testa betalningsintegreringar

När du bygger fintech-applikationer eller e-handelplattformar som hanterar argentinska betalningar, behöver du giltiga CBU:er för din testmiljö. Ett vanligt scenario: din mellanlagringsmiljö kräver 50 testkonton med giltiga CBU:er för belastningstestning. Att manuellt beräkna kontrollsiffror för varje skulle ta timmar. Generatorn hanterar detta på sekunder och ger dig korrekt formaterade testdata som beter sig som produktions-CBU:er utan risken att oavsiktligt använda riktiga kontonummer.

Pro-tips: Behåll en uppsättning genererade CBU:er i dina testfixturationer. Detta säkerställer konsekventa testdata över ditt team och gör felsökning enklare när tester misslyckas.

Förhindra transaktionsfel

Här är vad som vanligtvis händer: en klient tillhandahåller sin CBU för en banköverföring, men har råkat inkludera mellanslag eller omkastade två siffror. Om du behandlar överföringen utan validering, avvisar banken den - men först efter en fördröjning, och du har redan registrerat transaktionsavsikten i ditt system. Nu hanterar du förlikningsbekymmer.

Att validera CBU-formatet innan inskickning fångar upp dessa fel omedelbart. Validatorn kommer inte att berätta om kontot existerar eller tillhör rätt person (det kräver bankAPI-åtkomst), men den kommer att bekräfta att strukturen är korrekt enligt BCRA:s standarder.

Förstå krav för bankintegration

För utvecklare som är nya i Argentinas finansiella system ger detta verktyg praktisk inlärning. Du kan se exakt hur kontrollsiffrorna fungerar, förstå varför vissa nummer är ogiltiga och experimentera med gränsfall innan du skriver produktionskod.

Vanligt misstag: Anta att CBU-validering är samma sak som IBAN-validering. Även om båda använder kontrollsiffror, skiljer sig algoritmerna helt. Testning med detta verktyg hjälper dig att förstå de specifika kraven för argentinska bankkoder.

Formulärvalidering i bankgränssnitt

När du designar inmatningsformulär som accepterar CBU:er behöver du testa hur systemet hanterar olika fellägen. Vad händer när en användare klistrar in en CBU med mellanslag? Vilket felmeddelande visas när kontrollsiffran är fel? Detta verktyg hjälper dig att testa dessa scenarier och designa bättre användaråterkoppling.

Relaterade bankvalideringsverktyg

Beroende på dina krav kan du också behöva dessa kompletterande verktyg:

CUIT/CUIL-validator: Validerar argentinska skatteidentifikationsnummer—väsentligt när du behöver både bank- och skatte-ID-verifiering
CVU-validator: Liknande CBU men för digitala plånböcker (Mercado Pago, Ualá, etc.) som använder samma 22-siffriga format
IBAN-validator: För gränsöverskridande betalningar som involverar europeiska eller andra internationella konton
Bank-API-tjänster: För produktionssystem som behöver verifiera kontoägande och saldokontroller, inte bara formatvalidering

Viktig begränsning: Detta verktyg validerar endast format och kontrollsiffror. Det kan inte bekräfta om en CBU motsvarar ett aktivt bankkonto eller verifiera kontoinnehavarens identitet. För sådana kontroller behöver du integration med Argentinas bank-API:er eller betalningsprocessorer.

Hur Argentinas Banksystem Antog CBU

Före november 2000 var det överraskande komplicerat att skicka pengar mellan argentinska banker. Varje finansiell institution använde sitt eget kontonumreringssystem—vissa med 10 siffror, andra med 15, och ingen standardiserad metod för att identifiera vilken bank eller filial som innehade ett konto. Interbanköverföringar krävde manuell verifiering och tog ofta flera dagar att behandla.

BCRA introducerade CBU för att lösa denna fragmentering. Genom att kräva ett enda 22-siffrigt format för alla finansiella institutioner anpassade Argentina sig till internationella standarder som Europas IBAN-system. De inbäddade kontrollsiffrorna var särskilt smarta: de fångar de flesta dataregistreringsfel automatiskt, vilket minskar misslyckade överföringar och de associerade kostnaderna för att undersöka och återföra transaktioner.

Det intressanta är: CBU-formatet har knappt förändrats på över 20 år. Medan bankteknik har utvecklats dramatiskt—mobilappar, direkta överföringar, digitala plånböcker—förblir den underliggande CBU-strukturen densamma. Denna stabilitet talar om hur väl den ursprungliga designen förutsåg framtida behov.

Idag använder argentinare CBU för praktiskt taget alla elektroniska finansiella transaktioner: löneinsättningar, räkningsbetalningar, skattedeklarationer, statliga förmåner och e-handel. Formatet har visat sig så effektivt att när digitala plånböcker dök upp (som Mercado Pago), antog regulatorerna samma struktur för CVU (Clave Virtual Uniforme) snarare än att uppfinna något nytt.

Vanliga frågor

Vad är skillnaden mellan en CBU och en CVU?

CBU:er identifierar traditionella bankkonton, medan CVU:er (Clave Virtual Uniforme) identifierar digitala plånbokskonton från fintech-leverantörer som Mercado Pago, Ualá eller Brubank. Formatet är identiskt—22 siffror med samma valideringsalgoritm—vilket är logiskt eftersom de är interoperabla. Du kan överföra pengar från en CBU till en CVU och vice versa precis som vilken annan banköverföring som helst. De första tre siffrorna avslöjar om du tittar på en traditionell bank eller en digital plånboksleverantör.

Kan jag ta reda på banknamnet från en CBU?

Ja. De första tre siffrorna är bankidentifieraren som tilldelats av BCRA. Till exempel börjar koder med "011" hos Banco Nación, medan "017" indikerar BBVA Argentina. BCRA publicerar ett officiellt register över dessa koder, som bankapplikationer vanligtvis refererar till för att automatiskt visa banknamnet när du anger en CBU.

Är en CBU samma sak som ett kontonummer?

Inte riktigt. Ditt kontonummer är inbäddat i CBU:n, men CBU:n paketerar det med ytterligare routinginformation. Tänk på det som skillnaden mellan en gatuadress och GPS-koordinater—båda identifierar en plats, men en inkluderar mer kontext. CBU:n samlar din bankkod, bankkontor, kontonummer och två verifieringssiffror i en enda överförbar sträng.

Hur säkert är det att dela min CBU?

Din CBU är designad för att delas—det är hela poängen. Mottagare behöver den för att sätta in pengar på ditt konto. Till skillnad från lösenord eller PIN-koder tillåter en CBU endast inkommande överföringar, inte uttag. Behandla den som vilken finansiell information som helst: dela den med personer eller företag du litar på, och var försiktig med att publicera den offentligt online. Vissa föredrar att ge ut sin CBU selektivt snarare än att publicera den öppet.

Kan en CBU upphöra eller ändras?

Din CBU stannar hos dig så länge kontot är öppet. Den ändras bara om du stänger det kontot och öppnar ett nytt, eller i sällsynta fall när banker slås samman eller omstrukturerar sina numreringssystem. Även då upprätthåller banker vanligtvis den gamla CBU:n under en övergångsperiod för att undvika störningar i återkommande betalningar.

Hur hittar jag min egen CBU?

Kolla din banks mobilapp—den finns vanligtvis i kontoinformationssektionen. De flesta argentinska banker visar den också tydligt i internetbanken, skriver ut den på månatliga kontoutdrag, och vissa inkluderar till och med den på baksidan av betalkort. Om du inte kan hitta den kan vilken bankrepresentant som helst omedelbart tillhandahålla den; den anses inte vara känslig information som en PIN-kod.

Kan utlänningar ha en CBU i Argentina?

Ja. Att öppna ett bankkonto i Argentina som utlänning ger dig en CBU precis som vilken annan kontoinnehavare som helst. Kraven varierar mellan institutioner—vissa banker kräver bara ett pass, medan andra ber om bosättningsintyg eller ett CDI (skatteidentifikationsnummer). Digitala plånböcker (CVU) är ofta lättare för utlänningar att komma åt än traditionella bankkonton.

Vad händer om jag gör en överföring till en ogiltig CBU?

Moderna banksystem utför formatvalidering innan överföringen skickas. Om checksiffrorna inte matchar eller längden är fel får du ett omedelbart fel—överföringen lämnar aldrig ditt konto. Därför är förvalidering så värdefull; den fångar upp stavfel innan de orsakar problem.

Den knepigare situationen är när en CBU klarar formatvalidering men inte matchar ett aktivt konto. Överföringen skickas till interbanksnätverket och studsar tillbaka efter timmar eller dagar. Du har redan registrerat den som "skickad" i din redovisning, och nu måste du stämma av återföringen. Därför kontrollerar vissa applikationer även CBU:er mot bankdatabaser innan överföringar tillåts, även om det kräver betald API-åtkomst.

Kan jag ha flera CBU:er?

Absolut. Varje konto genererar sin egen CBU. Om du har ett checkkonto och ett sparkonto på samma bank kommer du att ha två distinkta CBU:er. Olika konton på olika banker? Fler CBU:er. Var och en unikt identifierar ett specifikt konto på en specifik filial på en specifik institution.

Används CBU-systemet utanför Argentina?

Nej, CBU:er är specifika för Argentina. Varje land har sitt eget system: Europa använder IBAN, USA använder routing-nummer plus kontonummer, Australien använder BSB-koder, och så vidare. Vid internationella penningöverföringar behöver du vanligtvis mottagarens SWIFT-kod plus deras lokala kontoidentifierare—vilket i Argentinas fall skulle vara CBU:n.

Referenser och officiell dokumentation

För auktoritativ information om Argentinas bankstandarder:

Argentinas Centralbank (BCRA) - Finansiella systemföreskrifter - Officiell BCRA-dokumentation om betalningssystemstandarder och bankföreskrifter
Lag nr 25,345 - "Förebyggande av skatteflykt och modernisering av betalningar" (november 2000) - Lagstiftningen som etablerade Argentinas elektroniska betalningssystemramverk
BCRA Kommunikation "A" Serien - Tekniska cirkulär som definierar CBU-implementeringskrav för finansiella institutioner
Interbanking S.A. - Organisationen som driver Argentinas interbankära elektroniska betalningsnätverk och upprätthåller CBU-routningstabeller

Dessa källor tillhandahåller de tekniska specifikationer som används för att implementera denna validator och uppdateras regelbundet av argentinska finansmyndigheter.

Redo att validera eller generera CBU?

Oavsett om du bygger en betalningsintegration, testar en fintech-applikation eller lär dig om Argentinas banksystem, är förståelse av CBU-validering avgörande. Detta verktyg implementerar exakt samma checksumalgoritmer som argentinska banker använder, så du kan fånga formatfel innan de orsakar transaktionsfel.

Kom ihåg: formatvalidering är bara det första steget. Ett korrekt formaterat CBU garanterar inte att kontot existerar eller att du har rätt mottagare. För produktionssystem som hanterar riktiga pengar, kombinera formatvalidering med ytterligare verifiering genom bankernas API:er eller betalningsprocessorer.

Verktyget kräver ingen registrering eller installation - öppna bara det och börja validera eller generera CBU:er enligt officiella BCRA-standarder.