ارجنٹائن کے لیے سی بی یو جنریٹر اور توثیق کار | بی سی آر اے بینکنگ کوڈز

آرجنٹائن CBU کیا ہے اور اسے کیوں درست کیا جائے؟

آرجنٹائن کے بینکنگ سسٹم کے ساتھ کام کرنے کا مطلب ہے CBU (کلاوے بانکاریا یونیفورمے) سے سروکار رکھنا—ایک 22 ہندسوں کا کوڈ جو ملک میں ہر بینک اکاؤنٹ کو منفرد طور پر شناخت کرتا ہے۔ اگر آپ نے کبھی بھی ادائیگی انضمام کو جانچنا، منتقلی سے پہلے بینکی تفصیلات کی تصدیق کرنا، یا یہ سمجھنا چاہا ہے کہ لین دین کیوں ناکام ہوا، تو آپ جانتے ہیں کہ صحیح فارمیٹ والے CBUز کے ساتھ کام کرنا کتنا اہم ہے۔

یہ ٹول آپ کو ٹیسٹنگ ماحول کے لیے ساخت کے اعتبار سے درست CBUز بنانے اور موجودہ کوڈز کو آرجنٹائن کے سینٹرل بینک (BCRA) کے مخصوص سرکاری فارمیٹ کے مطابق درست کرنے میں مدد کرتا ہے۔ جب آپ مالیاتی ایپلیکیشنز بنا رہے ہیں یا ادائیگیاں پروسیس کر رہے ہیں، تو ابتدائی مرحلے میں فارمیٹ کی خرابیوں کو پکڑنا ڈیبگنگ کے گھنٹوں بچاتا ہے اور ناکام لین دین کو روکتا ہے۔

CBU فارمیٹ کو سمجھنا

CBU (کلاوے بانکاریا یونیفورمے) ارجنٹائن کا بین الاقوامی بینکی شناخت کوڈ ہے، جیسے IBAN یا امریکی روٹنگ نمبر۔ اسے ایک مکمل پیکیج سمجھیں جو بینک، برانچ اور اکاؤنٹ کی معلومات کو 22 ہندسوں کے ایک کوڈ میں جمع کرتا ہے۔ ارجنٹائن کے مرکزی بینک (BCRA) نے اس نظام کو نومبر 2000 میں ملک کے مالیاتی نیٹ ورک میں الیکٹرانک منتقلی کو معیاری بنانے کے لیے متعارف کروایا۔

CBU کی ساخت اور فارمیٹ

ہر درست CBU بالکل 22 ہندسوں پر مشتمل ہوتا ہے جو دو مرکزی بلاکس میں تقسیم ہوتے ہیں:

1. پہلا بلاک (8 ہندسے): مالیاتی ادارے اور برانچ کی شناخت کرتا ہے

   • پہلے 3 ہندسے: BCRA کے ذریعے تفویض کردہ بینک کوڈ
   • اگلے 4 ہندسے: بینک کے اندر برانچ کوڈ
   • آخری ہندسہ: پہلے بلاک کے لیے تصدیقی ہندسہ

2. دوسرا بلاک (14 ہندسے): مخصوص اکاؤنٹ کی شناخت کرتا ہے

   • پہلے 13 ہندسے: اکاؤنٹ نمبر (اکاؤنٹ کی قسم اور دیگر شناخت کنندگان شامل ہو سکتے ہیں)
   • آخری ہندسہ: دوسرے بلاک کے لیے تصدیقی ہندسہ

تصدیقی ہندسے ایک وزنی موڈولو-10 الگورتھم استعمال کرتے ہیں جو عام ٹائپنگ کی غلطیوں کو پکڑتے ہیں - جیسے الٹے ہوئے ہندسے یا ایک ہندسے کی غلطیاں - کسی پیسے کی منتقلی سے پہلے۔ یہ تحفظ انتہائی مؤثر ثابت ہوا ہے: زیادہ تر CBU انٹری کی غلطیاں تصدیق کے مرحلے پر پکڑی جاتی ہیں بجائے اس کے کہ منتقلی ناکام ہو۔

کیسے جنریٹ کریں ایک ٹیسٹ CBU

جنریٹر رینڈم لیکن ڈھانچے کے اعتبار سے درست CBU بناتا ہے جو تمام فارمیٹ چیکس پاس کرتا ہے۔ یہاں پیچھے کیا ہو رہا ہے:

1. رینڈم ڈیجیٹس بینک کوڈ، برانچ کوڈ، اور اکاؤنٹ نمبر کے حصوں کو بھر دیتے ہیں
2. ٹول BCRA الگورتھم کا استعمال کرتے ہوئے دونوں تصدیقی ڈیجیٹس کا حساب لگاتا ہے
3. آپ کو ٹیسٹ کے لیے تیار 22 ڈیجیٹ کا CBU ملتا ہے

کب اسے مفید پائیں گے:

• ادائیگی انٹیگریشن کی جانچ: اپنے ٹیسٹ سوٹ کے لیے درجنوں درست CBU چاہیے؟ فوری طور پر جنریٹ کریں بغیر دستی حساب کے۔
• QA اور سٹیجنگ ماحول: ٹیسٹ ڈیٹابیسز کو حقیقی طور پر دکھنے والے بینکنگ ڈیٹا سے بھریں جو اصل اکاؤنٹس سے مماثلت نہ رکھتے ہوں۔
• فارمیٹ سیکھنا: دیکھیں کہ مختلف CBU کیسے ڈھالے جاتے ہیں اور تصدیقی منطق کو سمجھیں۔
• دستاویزات اور ڈیمو: نمونہ ڈیٹا بنائیں جو مصنوعی لگے بغیر حقیقی بینکنگ معلومات کو ظاہر کیے۔

مرحلہ بہ مرحلہ: CBU جنریٹ کرنا

1. ٹول کے "جنریٹر" ٹیب پر جائیں
2. "CBU جنریٹ کریں" بٹن پر کلک کریں
3. ڈسپلے ایریا میں ایک درست، رینڈم 22 ڈیجیٹ کا CBU ظاہر ہو جائے گا
4. اپنی ایپلیکیشنز میں استعمال کے لیے CBU کو کلپ بورڈ پر کاپی کرنے کے لیے "کاپی" بٹن کا استعمال کریں

آرجنٹائن CBU کی توثیق کیسے کی جائے

ویلیڈیٹر ان چیکس کو چلاتا ہے جو آرجنٹائن کے بینکنگ سسٹم CBU کی سلامتی کی تصدیق کرنے کے لیے استعمال کرتے ہیں۔ کیا چیک کیا جاتا ہے:

1. لمبائی کی تصدیق: درست 22 ڈیجٹ کی تصدیق کرتا ہے (عام غلطی اسپیس یا ہائفن کے ساتھ کاپی کرنا ہے)
2. عددی مواد: یہ سنتا ہے کہ کوئی حروف یا خاص حروف داخل نہ ہوئے
3. پہلے بلاک کا چیک سم: 8ویں ڈیجٹ کی پہلے 7 ڈیجٹس کے خلاف تصدیق کرتا ہے
4. دوسرے بلاک کا چیک سم: 22ویں ڈیجٹ کی 9-21 ڈیجٹس کے خلاف تصدیق کرتا ہے

جب توثیق ناکام ہو جاتی ہے، تو آپ دیکھیں گے کہ کون سا مخصوص چیک پاس نہیں ہوا۔ یہ خاص طور پر اس وقت مددگار ہوتا ہے جب بینکنگ API نے CBU کو مسترد کر دیا ہو - اکثر یہ کسی اضافی جگہ یا ردوبدل شدہ ڈیجٹ جیسی سادہ چیز ہوتی ہے۔

مرحلہ بہ مرحلہ: CBU کی توثیق

1. ٹول کے "ویلیڈیٹر" ٹیب پر جائیں
2. توثیق کرنے کے لیے 22 ڈیجٹ کا CBU درج کریں
3. "CBU کی توثیق کریں" بٹن پر کلک کریں
4. توثیق کے نتیجے کا جائزہ لیں:
   • درست CBU کے لیے سبز اشارہ
   • غلط CBU کے لیے لال اشارہ مخصوص غلطی کے پیغامات کے ساتھ

سی بی یو تصدیق الگوریتم کی وضاحت

بی سی آر اے ایک ویٹڈ موڈولو-10 چیک سم الگوریتم استعمال کرتا ہے تصدیق ڈیجٹ کی گنتی کے لیے۔ اگر آپ اپنی ایپلی کیشن میں سی بی یو توثیق نافذ کر رہے ہیں، تو یہاں بالکل درست منطق ہے:

پہلا بلاک تصدیق

پہلے بلاک (پہلے 8 ڈیجٹ) کے لیے، تصدیق ڈیجٹ اس طرح حساب کیا جاتا ہے:

1. سی بی یو کے پہلے 7 ڈیجٹ لیں
2. ہر ڈیجٹ کو اس کے متناسب ویٹ سے ضرب دیں: [7, 1, 3, 9, 7, 1, 3]
3. نتیجہ خیز مضروبات کا جمع کریں
4. حساب کریں: 10 - (جمع % 10)
5. اگر نتیجہ 10 ہے، تو تصدیق ڈیجٹ 0 ہے؛ ورنہ یہ حساب کردہ قدر ہے

دوسرا بلاک تصدیق

دوسرے بلاک (آخری 14 ڈیجٹ) کے لیے، تصدیق ڈیجٹ اس طرح حساب کیا جاتا ہے:

1. دوسرے بلاک کے پہلے 13 ڈیجٹ لیں
2. ہر ڈیجٹ کو اس کے متناسب ویٹ سے ضرب دیں: [3, 9, 7, 1, 3, 9, 7, 1, 3, 9, 7, 1, 3]
3. نتیجہ خیز مضروبات کا جمع کریں
4. حساب کریں: 10 - (جمع % 10)
5. اگر نتیجہ 10 ہے، تو تصدیق ڈیجٹ 0 ہے؛ ورنہ یہ حساب کردہ قدر ہے

سی بی یو کی توثیق کے کوڈ کی مثالیں

یہاں دیکھیں کہ اپنی ایپلی کیشن میں سی بی یو کی توثیق کیسے نافذ کی جائے۔ یہ مثالیں سرکاری بی سی آر اے کی تشخیص پر عمل کرتی ہیں اور پروڈکشن بینکنگ ڈیٹا کے ساتھ کام کریں گی:

1// جاوا اسکرپٹ: سی بی یو کا چیک ڈیجٹ حساب کریں
2function calculateCheckDigit(number, weights) {
3  if (number.length !== weights.length) {
4    throw new Error('نمبر کی لمبائی کا وزن کی لمبائی سے میل کھانا ضروری ہے');
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// سی بی یو کے پہلے بلاک کی توثیق کریں
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# پائتھن: مکمل سی بی یو کی توثیق کریں
2import re
3
4def validate_cbu(cbu):
5    # بنیادی فارمیٹ کی جانچ
6    if not cbu or not re.match(r'^\d{22}$', cbu):
7        return {
8            'isValid': False,
9            'errors': ['سی بی یو 22 ارقام کا ہونا ضروری ہے']
10        }
11    
12    # بلاکس میں تقسیم کریں
13    first_block = cbu[:8]
14    second_block = cbu[8:]
15    
16    # ہر بلاک کی توثیق کریں
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('پہلا بلاک (بینک/برانچ کوڈ) غلط ہے')
23    if not second_block_valid:
24        errors.append('دوسرا بلاک (اکاؤنٹ نمبر) غلط ہے')
25    
26    return {
27        'isValid': first_block_valid and second_block_valid,
28        'errors': errors
29    }
30

1// جاوا: رینڈم درست سی بی یو تخلیق کریں
2import java.util.Random;
3
4public class CBUGenerator {
5    private static final Random random = new Random();
6    
7    public static String generateCBU() {
8        // پہلے 7 ارقام تخلیق کریں (بینک اور برانچ کوڈ)
9        StringBuilder firstBlockBase = new StringBuilder();
10        for (int i = 0; i < 7; i++) {
11            firstBlockBase.append(random.nextInt(10));
12        }
13        
14        // پہلے بلاک کے لیے چیک ڈیجٹ حساب کریں
15        int[] firstBlockWeights = {7, 1, 3, 9, 7, 1, 3};
16        int firstBlockCheckDigit = calculateCheckDigit(
17            firstBlockBase.toString(), 
18            firstBlockWeights
19        );
20        
21        // دوسرے بلاک کے پہلے 13 ارقام تخلیق کریں
22        StringBuilder secondBlockBase = new StringBuilder();
23        for (int i = 0; i < 13; i++) {
24            secondBlockBase.append(random.nextInt(10));
25        }
26        
27        // دوسرے بلاک کے لیے چیک ڈیجٹ حساب کریں
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        // تمام حصوں کو جوڑیں
35        return firstBlockBase.toString() + firstBlockCheckDigit + 
36               secondBlockBase.toString() + secondBlockCheckDigit;
37    }
38    
39    // calculateCheckDigit میتھڈ کی نفاذ...
40}
41

1// پی ایچ پی: ڈسپلے کے لیے سی بی یو فارمیٹ کریں
2function formatCBU($cbu) {
3    if (!$cbu || strlen($cbu) !== 22) {
4        return $cbu;
5    }
6    
7    // فارمیٹ کریں: XXXXXXXX XXXXXXXXXXXXXX
8    return substr($cbu, 0, 8) . ' ' . substr($cbu, 8);
9}
10
11// استعمال کی مثال
12$cbu = '0123456789012345678901';
13echo formatCBU($cbu); // آؤٹ پٹ: 01234567 89012345678901
14

1' ایکسل وی بی اے: سی بی یو کی توثیق کریں
2Function ValidateCBU(cbu As String) As Boolean
3    ' لمبائی کی جانچ
4    If Len(cbu) <> 22 Then
5        ValidateCBU = False
6        Exit Function
7    End If
8    
9    ' یہ چیک کریں کہ تمام حروف ارقام ہیں
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    ' بلاکس نکالیں
19    Dim firstBlock As String
20    Dim secondBlock As String
21    firstBlock = Left(cbu, 8)
22    secondBlock = Right(cbu, 14)
23    
24    ' دونوں بلاکس کی توثیق کریں
25    ValidateCBU = ValidateFirstBlock(firstBlock) And ValidateSecondBlock(secondBlock)
26End Function
27

سی بی یو کی توثیق کے عملی استعمال کے مواقع

ادائیگی کی انضمام کی جانچ

جب آپ فن ٹیک ایپلیکیشنز یا ای کامرس پلیٹ فارمز بنا رہے ہیں جو ارجنٹائن کی ادائیگیوں کو پروسیس کرتے ہیں، تو آپ کو اپنے ٹیسٹ ماحول کے لیے درست سی بی یو کی ضرورت ہوتی ہے۔ ایک عام سینیریو: آپ کے اسٹیجنگ ماحول کو لوڈ ٹیسٹنگ کے لیے 50 ٹیسٹ اکاؤنٹس کی ضرورت ہے۔ ہر ایک کے لیے چیک ڈیجٹ دستی طور پر حساب کرنے میں گھنٹے لگ سکتے ہیں۔ جنریٹر اسے سیکنڈوں میں ہینڈل کرتا ہے، جو آپ کو صحیح فارمیٹ کے ٹیسٹ ڈیٹا فراہم کرتا ہے جو پروڈکشن سی بی یو کی طرح کام کرتا ہے بغیر حقیقی اکاؤنٹ نمبروں کے استعمال کے خطرے کے۔

پرو ٹپ: اپنے ٹیسٹ فکسچرز میں جنریٹ کردہ سی بی یو کا سیٹ رکھیں۔ یہ آپ کی ٹیم میں مستقل ٹیسٹ ڈیٹا کو یقینی بناتا ہے اور جب ٹیسٹ ناکام ہوتے ہیں تو ڈیبگنگ کو آسان بناتا ہے۔

لین دین کی غلطیوں کو روکنا

یہاں وہ ہے جو عام طور پر ہوتا ہے: ایک کلائنٹ اپنا سی بی یو فراہم کرتا ہے، لیکن اس نے غلطی سے خالی جگہیں شامل کر دی ہیں یا دو ڈیجٹ الٹ دیے ہیں۔ اگر آپ توثیق کے بغیر ٹرانسفر پروسیس کرتے ہیں، تو بینک اسے مسترد کر دیتا ہے - لیکن صرف ایک تاخیر کے بعد، اور آپ پہلے ہی اپنے سسٹم میں لین دین کے ارادے کو ریکارڈ کر چکے ہیں۔ اب آپ مصالحت کی پریشانیوں سے نمٹ رہے ہیں۔

جمع کرانے سے پہلے سی بی یو فارمیٹ کی توثیق فوری طور پر ان غلطیوں کو پکڑتی ہے۔ ویلیڈیٹر آپ کو یہ نہیں بتائے گا کہ اکاؤنٹ موجود ہے یا صحیح شخص کا ہے (اس کے لیے بینکنگ اے پی آئی تک رسائی کی ضرورت ہے)، لیکن یہ تصدیق کرے گا کہ ڈھانچہ بی سی آر اے کے معیارات کے مطابق درست ہے۔

بینکنگ انضمام کی ضروریات کو سمجھنا

ارجنٹائن کے مالیاتی نظام میں نئے ڈویلپرز کے لیے، یہ ٹول عملی سیکھنے فراہم کرتا ہے۔ آپ دقیقاً دیکھ سکتے ہیں کہ چیک ڈیجٹ کیسے کام کرتے ہیں، سمجھ سکتے ہیں کہ کیوں کچھ نمبر غلط ہیں، اور پروڈکشن کوڈ لکھنے سے پہلے کناروں کے معاملات کے ساتھ تجربہ کر سکتے ہیں۔

عام غلطی: یہ سمجھنا کہ سی بی یو کی توثیق آئی بی اے این کی توثیق کے برابر ہے۔ اگرچہ دونوں چیک ڈیجٹ استعمال کرتے ہیں، الگورتھم مکمل طور پر مختلف ہیں۔ اس ٹول کے ساتھ جانچ کرنے سے آپ کو ارجنٹائن بینکنگ کوڈز کی مخصوص ضروریات کو سمجھنے میں مدد ملتی ہے۔

بینکنگ یوزر انٹرفیس میں فارم کی توثیق

جب سی بی یو کو قبول کرنے والے ان پٹ فارم ڈیزائن کرتے ہیں، تو آپ کو مختلف غلطی کی حالتوں کو ہینڈل کرنے کے طریقے کی جانچ کرنے کی ضرورت ہوتی ہے۔ کیا ہوتا ہے جب کوئی صارف خالی جگہوں کے ساتھ سی بی یو پیسٹ کرتا ہے؟ جب چیک ڈیجٹ غلط ہوتا ہے تو کیا غلطی کا پیغام ظاہر ہوتا ہے؟ یہ ٹول آپ کو ان سینیریوز کی جانچ کرنے اور بہتر صارف فیڈبیک ڈیزائن کرنے میں مدد کرتا ہے۔

متعلقہ بینکنگ توثیق کے ٹولز

آپ کی ضروریات کے مطابق، آپ کو یہ تکمیلی ٹولز بھی درکار ہو سکتے ہیں:

• CUIT/CUIL والیڈیٹر: ارجنٹائن کے ٹیکس شناخت نمبروں کی توثیق کرتا ہے—جب آپ کو بینکنگ اور ٹیکس آئی ڈی کی توثیق کی ضرورت ہو
• CVU والیڈیٹر: CBU کی طرح، لیکن ڈیجیٹل والٹ (مرکیڈو پیگو، اوالا وغیرہ) کے لیے جو اسی 22 ہندسوں کے فارمیٹ کا استعمال کرتے ہیں
• IBAN والیڈیٹر: بین الاقوامی یا یورپی اکاؤنٹس کے لیے بین الاقوامی ادائیگیوں میں
• بینکنگ API سروسز: پروڈکشن سسٹمز کے لیے جنہیں اکاؤنٹ کی مالکیت اور بیلنس چیک کی توثیق کرنے کی ضرورت ہے، صرف فارمیٹ کی توثیق نہیں

اہم محدودیت: یہ ٹول صرف فارمیٹ اور چیک ڈیجٹس کی توثیق کرتا ہے۔ یہ یہ تصدیق نہیں کر سکتا کہ آیا CBU کسی فعال بینک اکاؤنٹ سے متعلق ہے یا اکاؤنٹ کے مالک کی شناخت کی تصدیق کر سکتا ہے۔ ان چیکس کے لیے، آپ کو ارجنٹائن کے بینکنگ APIs یا ادائیگی پروسیسرز کے ساتھ انٹیگریشن کی ضرورت ہوگی۔

آرجنٹائن کے بینکنگ سسٹم نے CBU کو کیسے اپنایا

نومبر 2000 سے پہلے، آرجنٹائن کے بینکوں کے درمیان رقم بھیجنا حیرت انگیز طور پر پیچیدہ تھا۔ ہر مالی ادارے نے اپنی کھاتہ نمبرنگ سسٹم استعمال کی - کچھ 10 ڈیجٹ کے، کچھ 15 ڈیجٹ کے، اور کسی بھی بینک یا برانچ کی شناخت کرنے کا کوئی معیاری طریقہ نہیں تھا۔ انٹربینک ٹرانسفر میں دستی تصدیق درکار تھی اور اکثر کئی دن لگ جاتے تھے۔

BCRA نے اس تفرقے کو حل کرنے کے لیے CBU متعارف کرایا۔ تمام مالی اداروں میں واحد 22 ڈیجٹ فارمیٹ کو لازمی بناکر، آرجنٹائن نے یورپ کے IBAN سسٹم جیسے بین الاقوامی معیارات کے ساتھ ہم آہنگی قائم کی۔ شامل کیے گئے چیک ڈیجٹ خاص طور پر ذہین تھے: وہ ڈیٹا داخل کرنے کی زیادہ تر غلطیوں کو خود بخود پکڑ لیتے تھے، ناکام ٹرانسفر اور تحقیقات اور ٹرانزیکشن کو الٹنے سے جڑی لاگت کو کم کر دیتے تھے۔

دلچسپ بات یہ ہے: CBU فارمیٹ میں پچھلے 20 سالوں میں تقریباً کوئی تبدیلی نہیں آئی۔ جبکہ بینکنگ ٹیکنالوجی نے نाٹک خیز ترقی کی ہے - موبائل ایپس، فوری ٹرانسفر، ڈیجیٹل والیٹ - بنیادی CBU ڈھانچہ اسی طرح رہا ہے۔ یہ استحکام اس بات کا ثبوت ہے کہ اصل ڈیزائن نے مستقبل کی ضروریات کو کتنی اچھی طرح سے پیش بینی کی تھی۔

آج، آرجنٹائن CBU کا استعمال لگ بھگ ہر الیکٹرانک مالی ٹرانزیکشن کے لیے کرتے ہیں: تنخواہ جمع کرانا، بل ادائیگی، ٹیکس فائلنگ، سرکاری فوائد، اور ای-کامرس۔ فارمیٹ اتنا مؤثر ثابت ہوا ہے کہ جب ڈیجیٹل والیٹ ظاہر ہوئے (جیسے مرکاڈو پاگو)، ریگولیٹرز نے CVU (کلاوے ورچوئل یونیفورمے) کے لیے اسی ڈھانچے کو اپنایا بجائے اس کے کہ کچھ نیا ایجاد کیا جائے۔

اکثر پوچھے جانے والے سوالات

CBU اور CVU میں کیا فرق ہے؟

CBUs روایتی بینک اکاؤنٹس کی شناخت کرتے ہیں، جبکہ CVUs (کلاوے ورچوئل یونیفورمے) میرکیڈو پیگو، اوالا، یا بروبینک جیسے فن ٹیک فراہم کنندگان کے ڈیجیٹل والٹ اکاؤنٹس کی شناخت کرتے ہیں۔ فارمیٹ بالکل ایک جیسا ہے—22 ارقام کے ساتھ ایک ہی توثیقی الگورتھم—جو کہ معقول ہے کیونکہ وہ باہم مربوط ہیں۔ آپ CBU سے CVU میں اور اسکے برعکس پیسے منتقل کر سکتے ہیں بالکل کسی دوسرے بینک ٹرانسفر کی طرح۔ پہلے تین ارقام بتاتے ہیں کہ آپ روایتی بینک یا ڈیجیٹل والٹ فراہم کنندہ دیکھ رہے ہیں۔

کیا میں CBU سے بینک کا نام معلوم کر سکتا ہوں؟

جی ہاں۔ پہلے تین ارقام BCRA کے ذریعے تخصیص کردہ بینک شناخت کنندہ ہیں۔ مثال کے طور پر، "011" سے شروع ہونے والے کوڈ بینکو نیشن سے تعلق رکھتے ہیں، جبکہ "017" BBVA ارجنٹائن کو ظاہر کرتا ہے۔ BCRA ان کوڈز کا سرکاری رجسٹر شائع کرتا ہے، جس کا حوالہ بینکنگ ایپلیکیشن عام طور پر CBU درج کرنے پر بینک کا نام خودکار طور پر ظاہر کرنے کے لیے دیتے ہیں۔

کیا CBU اکاؤنٹ نمبر کے برابر ہے؟

بالکل نہیں۔ آپ کا اکاؤنٹ نمبر CBU کے اندر چھپا ہوا ہے، لیکن CBU اس میں اضافی روٹنگ معلومات کو بھی شامل کرتا ہے۔ اسے سڑک کے پتے اور GPS کوآرڈینیٹس کے فرق کی طرح سمجھیں—دونوں ایک مقام کی شناخت کرتے ہیں، لیکن ایک میں مزید سیاق شامل ہے۔ CBU آپ کے بینک کوڈ، برانچ کوڈ، اکاؤنٹ نمبر، اور دو توثیقی ارقام کو ایک واحد منتقل کرنے والی سٹرنگ میں باندھتا ہے۔

(باقی مواد اسی طرح ترجمہ کیا جائے گا)

مراجع اور سرکاری دستاویزات

ارجنٹائن کے بینکنگ معیارات کے بارے میں مستند معلومات کے لیے:

1. سنٹرل بینک آف ارجنٹائن (BCRA) - مالیاتی نظام کی ضوابط - ادائیگی کے نظام کے معیارات اور بینکنگ ضوابط پر سرکاری BCRA دستاویزات

2. قانون نمبر 25,345 - "ٹیکس چوری کی روک تھام اور ادائیگی کا جدید سازی" (نومبر 2000) - وہ قانون جس نے ارجنٹائن کے الیکٹرانک ادائیگی سسٹم کا فریم ورک قائم کیا

3. BCRA کمیونیکیشن "A" سیریز - مالی اداروں کے لیے CBU نفاذ کی ضروریات کو متعین کرنے والے تکنیکی ڈائریکٹیو

4. انٹربینکنگ S.A. - وہ تنظیم جو ارجنٹائن کے انٹر بینک الیکٹرانک ادائیگی نیٹ ورک کو چلاتی ہے اور CBU روٹنگ ٹیبلز کو برقرار رکھتی ہے

یہ ذرائع ان تکنیکی تفصیلات کو فراہم کرتے ہیں جن کا استعمال اس توثیق کار کو نافذ کرنے میں کیا گیا ہے اور ارجنٹائن کے مالی اختیارات کے ذریعے باقاعدگی سے اپ ڈیٹ کیا جاتا ہے۔

کیا آپ CBUs کی توثیق یا تولید کرنے کے لیے تیار ہیں؟

چاہے آپ ادائیگی انٹیگریشن بنا رہے ہیں، فن ٹیک ایپلیکیشن کی جانچ کر رہے ہیں، یا ارجنٹائن کے بینکنگ سسٹم کے بارے میں سیکھ رہے ہیں، CBU توثیق کی سمجھ ضروری ہے۔ یہ ٹول بالکل وہی چیک سم الگورتھم استعمال کرتا ہے جو ارجنٹائن کے بینک استعمال کرتے ہیں، تاکہ آپ لین دین کی ناکامی سے پہلے فارمیٹ کی خرابیوں کو پکڑ سکیں۔

یاد رکھیں: فارمیٹ کی توثیق صرف پہلا قدم ہے۔ صحیح فارمیٹ کردہ CBU یہ ضمانت نہیں دیتا کہ اکاؤنٹ موجود ہے یا آپ کے پاس صحیح وصول کنندہ ہے۔ حقیقی پیسے کو سنبھالنے والے پروڈکشن سسٹم کے لیے، فارمیٹ کی توثیق کو بینکنگ APIs یا ادائیگی پروسیسرز کے ذریعے اضافی تصدیق کے ساتھ جوڑیں۔

اس ٹول کو رجسٹریشن یا انسٹالیشن کی ضرورت نہیں ہے - بس اسے کھولیں اور BCRA کے سرکاری معیارات کے مطابق CBUs کی توثیق یا تولید شروع کریں۔