Generați și validați coduri bancare CBU (Clave Bancaria Uniforme) din Argentina. Instrument gratuit care utilizează algoritmi oficiali BCRA pentru developeri, testatori și aplicații financiare.
Generați un CBU aleatoriu dar valid pentru testarea aplicațiilor și integrărilor dumneavoastră.
Faceți clic pe butonul de mai sus pentru a genera un CBU valid
CBU (Clave Bancaria Uniforme) este un cod de 22 de cifre utilizat în Argentina pentru identificarea conturilor bancare pentru transferuri și plăți electronice.
Fiecare CBU conține informații despre bancă, sucursală și numărul de cont, împreună cu cifre de control care îi asigură validitatea.
Lucrul cu sistemul bancar din Argentina înseamnă să te ocupi de CBU (Clave Bancaria Uniforme) - un cod de 22 de cifre care identifică în mod unic fiecare cont bancar din țară. Dacă vreodată ai avut nevoie să testezi o integrare de plăți, să verifici detaliile bancare înainte de o transfer sau să înțelegi de ce o tranzacție a eșuat, știi cât de important este să lucrezi cu CBU-uri corect formatate.
Această unealtă vă ajută să generați CBU-uri valid structurate pentru medii de testare și să validați coduri existente în raport cu formatul oficial specificat de Banca Centrală a Argentinei (BCRA). Atunci când construiți aplicații financiare sau procesați plăți, depistarea erorilor de format din timp economisește ore de depanare și previne tranzacțiile eșuate.
CBU (Clave Bancaria Uniforme) este răspunsul Argentinei la identificatorii bancare internaționale precum IBAN sau numerele de rutare din SUA. Gândiți-vă la el ca la un pachet cuprinzător care grupează informațiile băncii, filialei și contului într-un singur cod de 22 de cifre. Banca Centrală a Argentinei (BCRA) a introdus acest sistem în noiembrie 2000 pentru a standardiza transferurile electronice în rețeaua financiară a țării.
Fiecare CBU valid constă din exact 22 de cifre împărțite în două blocuri principale:
Primul Bloc (8 cifre): Identifică instituția financiară și filiala
Al Doilea Bloc (14 cifre): Identifică contul specific
Cifrele de verificare utilizează un algoritm ponderat modulo-10 care prinde erorile comune—precum cifrele inversate sau erorile de o singură cifră—înainte de orice mișcare de bani. Această măsură de siguranță s-a dovedit remarcabil de eficientă: cele mai multe erori de introducere a CBU sunt prinse în etapa de validare, în loc să ducă la transferuri eșuate.
Generatorul creează CBU-uri aleatorii, dar structural valide, care trec toate verificările de format. Iată ce se întâmplă în spatele scenei:
Când vei găsi acest lucru util:
Validatorul rulează aceleași verificări pe care sistemele bancare din Argentina le utilizează pentru a verifica integritatea CBU. Ce se verifică:
Atunci când validarea eșuează, veți vedea care verificare specifică nu a trecut. Acest lucru este deosebit de util pentru a depana motivul pentru care o API bancară a respins un CBU - de obicei este ceva simplu precum un spațiu în plus sau o cifră inversată.
BCRA utilizează un algoritm de control cu sumă ponderată modulo-10 pentru a calcula cifrele de verificare. Dacă implementați validarea CBU în aplicația dvs., iată logica exactă:
Pentru primul bloc (primele 8 cifre), cifra de verificare se calculează astfel:
Pentru al doilea bloc (ultimele 14 cifre), cifra de verificare se calculează astfel:
Iată cum să implementați validarea CBU în aplicația dvs. Aceste exemple urmează specificația oficială BCRA și vor funcționa cu datele bancare de producție:
1// JavaScript: Calculează cifra de control CBU
2function calculateCheckDigit(number, weights) {
3 if (number.length !== weights.length) {
4 throw new Error('Lungimea numărului trebuie să corespundă lungimii ponderilor');
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// Validează primul bloc al 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: Validează un CBU complet
2import re
3
4def validate_cbu(cbu):
5 # Verifică formatul de bază
6 if not cbu or not re.match(r'^\d{22}$', cbu):
7 return {
8 'isValid': False,
9 'errors': ['CBU trebuie să aibă 22 de cifre']
10 }
11
12 # Desparte în blocuri
13 first_block = cbu[:8]
14 second_block = cbu[8:]
15
16 # Validează fiecare bloc
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('Primul bloc (cod bancă/sucursală) este invalid')
23 if not second_block_valid:
24 errors.append('Al doilea bloc (număr cont) este invalid')
25
26 return {
27 'isValid': first_block_valid and second_block_valid,
28 'errors': errors
29 }
301// Java: Generează un CBU valid aleatoriu
2import java.util.Random;
3
4public class CBUGenerator {
5 private static final Random random = new Random();
6
7 public static String generateCBU() {
8 // Generează primele 7 cifre (cod bancă și sucursală)
9 StringBuilder firstBlockBase = new StringBuilder();
10 for (int i = 0; i < 7; i++) {
11 firstBlockBase.append(random.nextInt(10));
12 }
13
14 // Calculează cifra de control pentru primul bloc
15 int[] firstBlockWeights = {7, 1, 3, 9, 7, 1, 3};
16 int firstBlockCheckDigit = calculateCheckDigit(
17 firstBlockBase.toString(),
18 firstBlockWeights
19 );
20
21 // Generează primele 13 cifre ale celui de-al doilea bloc
22 StringBuilder secondBlockBase = new StringBuilder();
23 for (int i = 0; i < 13; i++) {
24 secondBlockBase.append(random.nextInt(10));
25 }
26
27 // Calculează cifra de control pentru al doilea bloc
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 // Combină toate părțile
35 return firstBlockBase.toString() + firstBlockCheckDigit +
36 secondBlockBase.toString() + secondBlockCheckDigit;
37 }
38
39 // Implementarea metodei calculateCheckDigit...
40}
411// PHP: Formatează un CBU pentru afișare
2function formatCBU($cbu) {
3 if (!$cbu || strlen($cbu) !== 22) {
4 return $cbu;
5 }
6
7 // Formatează ca: XXXXXXXX XXXXXXXXXXXXXX
8 return substr($cbu, 0, 8) . ' ' . substr($cbu, 8);
9}
10
11// Exemplu de utilizare
12$cbu = '0123456789012345678901';
13echo formatCBU($cbu); // Afișează: 01234567 89012345678901
141' Excel VBA: Validează un CBU
2Function ValidateCBU(cbu As String) As Boolean
3 ' Verifică lungimea
4 If Len(cbu) <> 22 Then
5 ValidateCBU = False
6 Exit Function
7 End If
8
9 ' Verifică dacă toate caracterele sunt cifre
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 ' Extrage blocurile
19 Dim firstBlock As String
20 Dim secondBlock As String
21 firstBlock = Left(cbu, 8)
22 secondBlock = Right(cbu, 14)
23
24 ' Validează ambele blocuri
25 ValidateCBU = ValidateFirstBlock(firstBlock) And ValidateSecondBlock(secondBlock)
26End Function
27Atunci când construiți aplicații fintech sau platforme de comerț electronic care procesează plăți argentiniene, aveți nevoie de CBU-uri valide pentru mediul de testare. Un scenariu comun: mediul dumneavoastră de staging necesită 50 de conturi de test cu CBU-uri valide pentru testarea încărcării. Calcularea manuală a cifrelor de control pentru fiecare ar lua ore. Generatorul rezolvă acest lucru în câteva secunde, oferindu-vă date de test corect formatate care se comportă ca și CBU-urile de producție, fără riscul de a folosi accidental numere de cont reale.
Sfat profesional: Păstrați un set de CBU-uri generate în fixture-urile de test. Acest lucru asigură date de test consistente în întreaga echipă și facilitează depanarea atunci când testele eșuează.
Iată ce se întâmplă în mod tipic: un client furnizează CBU-ul său pentru un transfer bancar, dar a inclus accidental spații sau a interschimbat două cifre. Dacă procesați transferul fără validare, banca îl respinge - dar numai după o întârziere, și ați înregistrat deja intenția de tranzacție în sistemul dumneavoastră. Acum vă confruntați cu probleme de reconciliere.
Validarea formatului CBU înainte de trimitere prinde aceste erori imediat. Validatorul nu vă va spune dacă contul există sau îi aparține persoanei corecte (pentru asta este nevoie de acces la API-ul bancar), dar va confirma că structura este corectă conform standardelor BCRA.
Pentru developeri noi în sistemul financiar argentinian, acest instrument oferă o experiență practică de învățare. Puteți vedea exact cum funcționează cifrele de control, înțelege de ce anumite numere sunt invalide și experimenta cu cazuri limită înainte de a scrie cod de producție.
Greșeală frecventă: Presupunerea că validarea CBU este identică cu validarea IBAN. Deși ambele utilizează cifre de control, algoritmii diferă complet. Testarea cu acest instrument vă ajută să înțelegeți cerințele specifice ale codurilor bancare argentiniene.
Atunci când proiectați formulare de introducere care acceptă CBU-uri, trebuie să testați modul în care sistemul gestionează diferite stări de eroare. Ce se întâmplă atunci când un utilizator lipește un CBU cu spații? Ce mesaj de eroare apare atunci când cifra de control este greșită? Acest instrument vă ajută să testați aceste scenarii și să proiectați feedback-ul utilizatorului mai bine.
În funcție de cerințele dumneavoastră, ați putea avea nevoie și de aceste instrumente complementare:
Limitare importantă: Acest instrument validează doar formatul și cifrele de control. Nu poate confirma dacă un CBU corespunde unui cont bancar activ sau verifica identitatea titularului de cont. Pentru aceste verificări, veți avea nevoie de integrare cu API-urile bancare sau procesatorii de plăți din Argentina.
Înainte de noiembrie 2000, trimiterea banilor între băncile argentiniene era surprinzător de complicată. Fiecare instituție financiară folosea propriul sistem de numerotare a conturilor - unele cu 10 cifre, altele cu 15, și fără o modalitate standardizată de a identifica banca sau filiala care deținea contul. Transferurile interbancare necesitau verificare manuală și de obicei durau zile întregi pentru a fi procesate.
BCRA a introdus CBU-ul pentru a rezolva această fragmentare. Prin mandatarea unui singur format de 22 de cifre pentru toate instituțiile financiare, Argentina s-a aliniat la standarde internaționale precum sistemul IBAN din Europa. Cifrele de control încorporate au fost deosebit de ingenioase: ele prind automat cele mai multe erori de introducere a datelor, reducând transferurile eșuate și costurile asociate investigării și inversării tranzacțiilor.
Ce este interesant: Formatul CBU a rămas aproape neschimbat în peste 20 de ani. Deși tehnologia bancară a evoluat dramatic - aplicații mobile, transferuri instantanee, portofele digitale - structura de bază a CBU-ului rămâne aceeași. Această stabilitate vorbește despre cât de bine proiectarea originală a anticipat nevoile viitoare.
Astăzi, argentinienii folosesc CBU-uri pentru aproape orice tranzacție financiară electronică: depozite de salariu, plăți de facturi, declarații fiscale, beneficii guvernamentale și comerț electronic. Formatul s-a dovedit atât de eficient, încât atunci când au apărut portofelele digitale (precum Mercado Pago), reglementatorii au adoptat aceeași structură pentru CVU-uri (Clave Virtual Uniforme) în loc să inventeze ceva nou.
CBU-urile identifică conturile bancare tradiționale, în timp ce CVU-urile (Clave Virtual Uniforme) identifică conturile de portofel digital de la furnizori fintech precum Mercado Pago, Ualá sau Brubank. Formatul este identic—22 de cifre cu același algoritm de validare—ceea ce are sens deoarece sunt interoperabile. Puteți transfera bani de la un CBU la un CVU și invers, la fel ca orice altă transfer bancar. Primele trei cifre dezvăluie dacă priviți o bancă tradițională sau un furnizor de portofel digital.
Da. Primele trei cifre sunt identificatorul băncii atribuit de BCRA. De exemplu, codurile care încep cu „011" aparțin Banco Nación, în timp ce „017" indică BBVA Argentina. BCRA publică un registru oficial al acestor coduri, pe care aplicațiile bancare le referă în mod tipic pentru a afișa automat numele băncii atunci când introduceți un CBU.
Nu chiar. Numărul contului dumneavoastră este ascuns în interiorul CBU-ului, dar CBU-ul îl încapsulează cu informații suplimentare de rutare. Gândiți-vă la diferența dintre o adresă de stradă și coordonatele GPS—ambele identifică o locație, dar una include mai mult context. CBU-ul grupează codul băncii, codul filialei, numărul contului și două cifre de verificare într-un singur șir transferabil.
CBU-ul este conceput pentru a fi împărtășit—asta este întreaga sa menire. Destinatarii au nevoie de el pentru a depune bani în contul dumneavoastră. Spre deosebire de parole sau PIN-uri, un CBU permite doar transferuri de intrare, nu și retrageri. Cu toate acestea, tratați-l ca pe orice informație financiară: împărtășiți-l cu persoane sau companii în care aveți încredere și fiți precauți în privința publicării sale online. Unele persoane preferă să ofere CBU-ul selectiv, mai degrabă decât să îl publice deschis.
CBU-ul rămâne cu dumneavoastră atât timp cât contul rămâne deschis. Singura dată când se schimbă este dacă închideți acel cont și deschideți altul, sau în cazuri rare când băncile fuzionează sau restructurează sistemele lor de numerotare. Chiar și atunci, băncile păstrează în mod tipic CBU-ul vechi pentru o perioadă de tranziție pentru a evita întreruperea plăților recurente.
Verificați aplicația mobilă a băncii—de obicei se află în secțiunea de detalii ale contului. Cele mai multe bănci argentiniene îl și afișează proeminent în sistemul bancar online, îl tipăresc pe extrasele lunare, iar unele chiar îl includ pe spatele cardurilor de debit. Dacă nu îl puteți localiza, orice reprezentant bancar vi-l poate furniza imediat; nu este considerat informație sensibilă precum un PIN.
Da. Deschiderea unui cont bancar în Argentina pentru un străin vă oferă un CBU la fel ca orice alt titular de cont. Cerințele variază în funcție de instituție—unele bănci necesită doar un pașaport, în timp ce altele solicită dovada rezidenței sau un CDI (număr de identificare fiscală). Portofelele digitale (CVU) sunt adesea mai ușor de accesat pentru străini decât conturile bancare tradiționale.
Sistemele bancare moderne efectuează validarea formatului înainte de a trimite transferul. Dacă cifrele de control nu se potrivesc sau lungimea este greșită, veți primi imediat o eroare—transferul nu părăsește niciodată contul dumneavoastră. Iată de ce validarea la nivel de interfață este atât de valoroasă; prinde greșelile înainte ca acestea să cauzeze probleme.
Situația mai complicată este atunci când un CBU trece de validarea formatului, dar nu se potrivește unui cont activ. Transferul este trimis rețelei interbancare, apoi se întoarce după câteva ore sau zile. L-ați înregistrat deja ca „trimis" în contabilitate și acum trebuie să reconciliați returnarea. Iată de ce unele aplicații verifică și CBU-urile în raport cu bazele de date bancare înainte de a permite transferuri, deși acest lucru necesită acces API plătit.
Absolut. Fiecare cont generează propriul CBU. Dacă aveți un cont curent și un cont de economii la aceeași bancă, veți avea două CBU-uri distincte. Conturi diferite la bănci diferite? Mai multe CBU-uri. Fiecare identifică în mod unic un anumit cont într-o anumită filială a unei anumite instituții.
Nu, CBU-urile sunt specifice Argentinei. Fiecare țară are propriul sistem: Europa utilizează IBAN, SUA folosesc numere de rutare plus numere de cont, Australia utilizează coduri BSB și tot așa. Atunci când trimiteți bani internațional, veți avea nevoie în mod tipic de codul SWIFT al destinatarului plus identificatorul său de cont local—care în cazul Argentinei ar fi CBU-ul.
Pentru informații autorizate despre standardele bancare din Argentina:
Banca Centrală a Argentinei (BCRA) - Reglementări ale Sistemului Financiar - Documentație oficială BCRA privind standardele sistemului de plăți și reglementările bancare
Legea nr. 25.345 - "Prevenirea Evaziunii Fiscale și Modernizarea Plăților" (Noiembrie 2000) - Legislația care a stabilit cadrul sistemelor electronice de plăți din Argentina
Comunicarea BCRA seria "A" - Circulare tehnice care definesc cerințele de implementare CBU pentru instituțiile financiare
Interbanking S.A. - Organizația care operează rețeaua electronică de plăți interbancare din Argentina și menține tabelele de rutare CBU
Aceste surse oferă specificațiile tehnice utilizate pentru implementarea acestui validator și sunt actualizate periodic de autoritățile financiare argentiniene.
Fie că construiești o integrare de plăți, testezi o aplicație fintech, sau înveți despre sistemul bancar argentinian, înțelegerea validării CBU este esențială. Acest instrument implementează exact aceleași algoritmi de sumă de control pe care îi utilizează băncile argentiniene, astfel încât să poți prinde erorile de format înainte ca acestea să cauzeze eșecuri de tranzacție.
Ține minte: validarea formatului este doar primul pas. Un CBU formatat corect nu garantează că contul există sau că ai destinatarul potrivit. Pentru sistemele de producție care gestionează bani reali, combină validarea formatului cu verificări suplimentare prin intermediul API-urilor bancare sau al procesatorilor de plăți.
Instrumentul nu necesită înregistrare sau instalare - doar deschide-l și începe să validezi sau să generezi CBU-uri conform standardelor oficiale BCRA.
Descoperiți mai multe instrumente care ar putea fi utile pentru fluxul dvs. de lucru