خود بنائیں یا خریدیں: کور بینکنگ سسٹم کی اصل لاگت

دیر یا بدیر ہر فن ٹیک بانی کو ایک ہی فیصلے کی قیمت لگانی پڑتی ہے: کور بینکنگ سسٹم اندرونِ ادارہ بنایا جائے، یا کسی موجود سسٹم کا لائسنس لے کر اسے کنفیگر کیا جائے۔ سادہ لوح موازنہ — ایک طرف لائسنس فیس، دوسری طرف چند ڈیولپرز کی تنخواہیں — تقریباً ہمیشہ غلط ہوتا ہے، کیونکہ دونوں کالموں میں ایک جیسی چیزیں شامل نہیں ہوتیں۔

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

"کور بینکنگ سسٹم" کا اصل مطلب کیا ہے

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

• ٹرانزیکشنل کور: ایک ڈبل انٹری لیجر جو بیک وقت دباؤ میں بھی متوازن رہتا ہے، جہاں ہر بیلنس لیجر سے اخذ ہوتا ہے اور روزانہ ہر فراہم کنندہ سے اس کی مطابقت کی جاتی ہے۔
• صارف کے لیے پروڈکٹ: خود بینکنگ ایپ، KYC اور KYB درجوں کے ساتھ آن بورڈنگ، ملٹی کرنسی اکاؤنٹس، منتقلیاں، کارڈز — اور بڑھتے ہوئے طور پر کرپٹو والٹس جن کے پیچھے حقیقی کلیدی تحویل موجود ہو۔
• وہ دوسرا پروڈکٹ جس کا کوئی منصوبہ نہیں بناتا: کمپلائنس قطاروں، ٹرانزیکشن مانیٹرنگ، فیس کنفیگریشن، رپورٹنگ اور عملے کے تفصیلی کرداروں کے لیے ایک آپریشنز بیک آفس۔
• غیر مرئی پرت: صرف اضافے والا (append-only) آڈٹ ٹریل، لاگ اِن سے آگے بڑھ کر ڈبل فیکٹر کے مراحل، ریٹ لمیٹنگ، ڈیوائس فنگرپرنٹنگ، اور کلیدوں کا ایسا انتظام جو سیکرٹس کو کوڈ اور ڈیٹا بیس سے باہر رکھے۔

خود بنانے کا راستہ: بجٹ میں اصل میں کیا شامل ہوتا ہے

ایک حقیقت پسندانہ اندرونی تعمیر کے لیے مالیاتی نظاموں کے تجربے والے سینئر بیک اینڈ انجینئرز، فرنٹ اینڈ انجینئرز، DevOps اور سیکیورٹی، QA، اور کمپلائنس کو سمجھنے والی پروڈکٹ کوآرڈینیشن درکار ہوتی ہے۔ پروڈکشن معیار تک پہنچنے والی ٹیمیں شاذ و نادر ہی چھ سے دس سینئر افراد سے چھوٹی ہوتی ہیں — اور نایاب پروفائل، یعنی وہ انجینئرز جو پہلے پروڈکشن میں لیجر اور تحویل چلا چکے ہوں، بالکل وہی ہے جسے بھرتی کرنا اور روکے رکھنا سب سے مشکل ہے۔

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

اور خرچ لانچ پر ختم نہیں ہوتا۔ فراہم کنندگان APIs بدلتے ہیں، بلاک چین نیٹ ورکس اپ گریڈ ہوتے ہیں، ضوابط حرکت کرتے ہیں، انحصار پرانے ہوتے جاتے ہیں۔ اندرونِ ادارہ کور کوئی ایسا منصوبہ نہیں جو ختم ہو جائے؛ یہ ایک مستقل ٹیم ہے جسے آپ اس وقت تک فنڈ کرنے کا عہد کرتے ہیں جب تک پروڈکٹ موجود ہے۔

وہ اخراجات جو کبھی اسپریڈ شیٹ میں نہیں آتے

• موقع کی لاگت: لیجر بنانے میں صرف ہونے والا ہر مہینہ وہ مہینہ ہے جس میں پروڈکٹ مارکیٹ میں نہیں ہے۔ جن حریفوں نے اپنے کور کا لائسنس لیا، وہ صارفین شامل کر رہے ہیں اور قیمتوں پر کام کر رہے ہیں جبکہ آپ ابھی فراہم کنندگان کو مربوط کر رہے ہیں۔
• بھرتی کا خطرہ: تعمیر کا منصوبہ فرض کرتا ہے کہ جو ٹیم اسے شروع کرتی ہے وہی مکمل کرے گی۔ لیجر کو سمجھنے والے دو انجینئروں میں سے ایک کا منصوبے کے وسط میں چلے جانا ایک ایسا شیڈول واقعہ ہے جو مہینوں میں ناپا جاتا ہے۔
• درستگی کی دُم: جو لیجر 99% درست ہو وہ تقریباً مکمل نہیں — وہ سپورٹ ٹکٹوں، مطابقت کے فرق اور ریگولیٹری واقعات کا جنریٹر ہے۔ آخری 1% پہلے 99% سے مہنگا پڑتا ہے۔
• سیکیورٹی بطور آپریشن: پینیٹریشن ٹیسٹ، کلیدوں کی گردش، واقعات پر ردعمل، نگرانی اور الرٹس — بار بار آنے والے اخراجات جو موجود رہتے ہیں چاہے کچھ غلط ہو یا نہ ہو۔
• کمپلائنس کی دیکھ بھال: KYC دستاویزات کی میعاد ختم ہونا، کرپٹو اثاثوں کے بدلتے قواعد، رپورٹنگ کی نئی ذمہ داریاں۔ یہ کام ہر سال دہرایا جاتا ہے اور اسے مؤخر نہیں کیا جا سکتا۔
• بیک آفس: اندرونی تعمیرات عملے کے آلات کو معمول کے مطابق ثانوی چیز سمجھتی ہیں، اور آپریشنز ٹیم کو ورثے میں ایک SQL کنسول ملتا ہے۔ جو بھی ریگولیٹر یا آڈیٹر اسے دیکھے گا وہ آپ سے اسے درست طریقے سے دوبارہ بنوائے گا۔
• لوکلائزیشن: حقیقی رائٹ ٹو لیفٹ سپورٹ کے ساتھ کئی زبانوں میں پروڈکٹ فراہم کرنا اس وقت سستا ہے جب پہلے دن سے ڈیزائن میں شامل ہو، اور پروڈکٹ بن جانے کے بعد اسے شامل کرنا مہنگا ہے۔

خریدنے کا راستہ: آپ کس چیز کی ادائیگی کرتے ہیں اور کیا آپ کا رہتا ہے

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

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

کب اندرونِ ادارہ بنانا درست فیصلہ ہے

خود بنائیں یا خریدیں کوئی ایسا خطابی سوال نہیں جس کا جواب پہلے سے طے ہو۔ خود بنانا اس وقت درست ہے جب ان میں سے کم از کم ایک بات سچ ہو:

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

پانچ سوالوں کا فریم ورک

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

اس فیصلے میں Coreza کہاں کھڑا ہے

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

اس کور کا ایک ورژن 2024 سے ایک ریگولیٹڈ یورپی فن ٹیک میں پروڈکشن میں چل رہا ہے، اور نیا انسٹینس ہفتوں میں تعینات ہو جاتا ہے: برانڈنگ، ماڈیولز، زبانیں اور چینز کنفیگریشن ہیں، انجینئرنگ نہیں۔ اگر آپ خود بنانے یا خریدنے کے اعداد و شمار نکال رہے ہیں تو یہی وہ موازنہ ہے جس کی ہم آپ کو دعوت دیتے ہیں — تین سالہ لاگت بمقابلہ تین سالہ لاگت، پوشیدہ کالم بھرے ہوئے کے ساتھ۔