هنگامی که راه حل Core Banking (CBS) در اواخر 1990 طراحی شد، برای اتصال به شعب مختلف بانک با استفاده از یک پایگاه داده مرکزی و اطمینان از حسابداری مناسب برای تولید دفتر کل مهندسی شد. این دفتر کل بانک را حذف کرد
جایی که ارسال دستی توسط کارکنان انجام شد و نرم‌افزار حسابداری مبتنی بر شعبه (نرم‌افزار اتوماسیون شعبه کل) را حذف کرد که به دفتر جلو/فروشندگان برای انجام معاملات معمولی/تکراری کمک می‌کرد. فروشندگان اولیه نرم افزار کار کردند /co-build
نرم افزار با بانک های بزرگ که شرایط لازم برای تبدیل عملیات دفتر کل دستی به یک نرم افزار حسابداری را فراهم کردند. در حالی که قصد انجام حسابداری بلادرنگ آنلاین بود، برخی از فرآیندهایی که منجر به این حسابداری شد نیز تعبیه شده بود.
به عنوان بخشی از بسته CBS. تمرکز طراحی حول محورهای مختلف تجاری رایج در بانک ها در آن مقطع زمانی - CASA و بدهی ها، دارایی ها و تجارت / مبادلات خارجی- عمدتاً از دیدگاه حسابداری متمرکز بود.
از منظر مفهومی، موفق شد حسابداری دستی را حذف کند، شفافیت را در گزارش‌دهی از منظر بانک/قانونی بهبود بخشد و به مشتری در انجام امور بانکی در هر زمان و مکانی کمک کند، زیرا همه حساب‌ها به یک پایگاه داده متمرکز مرتبط هستند.
بانک‌هایی که کارکنانشان زمان بیشتری را به تطبیق، ثبت سود دستی و ایجاد دفتر کل دستی اختصاص دادند، در جایی که خطاها به حداقل می‌رسیدند، داده‌های موجود در نرم‌افزار به جای دفتر کل در دسترس بودند، نفس راحتی کشیدند. از یک مشتری
چشم انداز، دفترچه ها و صورتحساب ها به روشی خودکار ارائه شدند، اطلاعات موجودی و برداشت از طریق یک دستگاه خودپرداز در هر نقطه ای از همان شهری که حساب افتتاح شده/خارج بود، با رابطی با راه حل بانکی مرکزی (CBS) امکان پذیر بود.
در نتیجه اعتماد به اکوسیستم بانکی افزایش می یابد.
از منظر بانکداری، بسیاری از عملیات را می توان از شعبه بانکی به سلول متمرکز منتقل کرد و کارکنان دفتر جلو را قادر می ساخت تا بر خدمات مشتری و بهبود فروش متقابل/تجارت تمرکز کنند. مفهوم فرانت آفیس/آفیس پشتی از جایی شروع شد
مجموعه جداگانه‌ای از تیم‌ها متمرکز بر فعالیت‌های پشتیبان، ایجاد محصول و نوآوری، تسویه، عملیات وام، عملیات تجاری، افتتاح حساب، حسابرسی، تطبیق، گزارش‌دهی و MIS و غیره. با اطلاعات و داده‌های بیشتر در دفتر پشتی، آن را هموار کرد.
راهی برای نوآوری های محصول جدید که منجر به عرضه محصولات بیشتر و در نتیجه افزایش کسب و کار/سود برای بانک ها می شود. CBS به بانک کمک کرد تا محصولاتی را که برای مشتریان مناسب هستند، جهانی یا بومی سازی کند.
یک دهه بعد، بانک‌ها دریافتند که CBS قادر به پاسخگویی به حوزه‌های تجاری نیست که فرآیندها/قوانین بیشتری برای مثال، پرداخت‌ها و عملیات تجاری مورد نیاز است. در حالی که CBS قادر به انجام حسابداری بود، قادر به ایجاد قوانین/فرایندها نبود
برای عملیات تجاری مورد نیاز است - برای مثال قوانین پرداخت بر اساس مشتری، مبلغ، زمان، شبکه، هزینه‌ها و غیره.
پرداخت‌ها/تجارت در خارج، تعداد کمی از بانک‌ها نرم‌افزار تخصصی را برای این مشاغل خریداری کردند که معمولاً می‌توانست این فرآیندها را برآورده کند و برای حسابداری با CBS ارتباط برقرار کند. نرم افزار تخصصی برای انجام فرآیندها / مراحل / قوانین / استثنا طراحی شده است
و فعالیت های چرخه عمر برای کسب و کار خاص که در نهایت می تواند در حسابداری به اوج خود برسد. در حالی که در ابتدا پرداخت‌ها خارج از هسته اصلی حرکت می‌کردند، عملیات تجاری و وام دهی برای این بانک‌ها مسیر یکسانی را دنبال کردند و CASA، بدهی‌ها و حسابداری را کنار گذاشتند.
در CBS
از آغاز دهه گذشته مجموعه‌ای از کسب‌وکارهای جدید ظهور کردند که شامل بانکداری خصوصی، مدیریت نقدینگی، وام‌های خرد، محصولات توزیعی می‌شد و به دلیل وجود راه‌های جدید کسب‌وکار در بین بانک‌ها محبوبیت پیدا کرد. این هم بود
از طریق مقررات یا به دلیل عوامل بازار مجبور شدند و بانک ها شروع به وابستگی به راه حل های نرم افزاری جدید کردند که باعث کاهش بیشتر وابستگی به بانکداری مرکزی شد. این دوره همچنین شاهد ظهور کانال‌های دیجیتال و سلف‌سرویس بود که در آن مشتریان هزاره/عصر جدید
برای انجام تراکنش های بانکی به مرورگر وب / تلفن هوشمند وابسته است. نسل قدیم مشتریان اگرچه کمی بی میل بودند، اما برای تراکنش های محدود در یک دوره به سمت این کانال های دیجیتالی حرکت کردند. یک رابط صاف و آسان با CBS مورد نیاز بود
که منجر به این شد که فروشندگان CBS مجبور به ساخت آن API ها/اینترفیس های هوشمند شدند. این همچنین تضمین می‌کند که پروتکل‌های امنیتی و انطباق چندگانه باید در برنامه ساخته شود تا تقلب در تراکنش‌های خارج از CBS کاهش یابد. تجربیات مشتری
رفتار مشتری و نیازهای مشتریان به بانکداری در این دهه به شدت تغییر کرد.
با ظهور کووید 19، میزان بازدید مشتریان از شعب بانک در سطح جهانی کاهش بیشتری یافت و تراکنش های بیشتری به صورت دیجیتالی انجام شد و بار سنگینی بر روی نرم افزار CBS ایجاد کرد. تراکنش های دیجیتال چندین برابر افزایش یافت
در دوران کووید به لطف مقررات، گزینه‌های دیجیتالی موجود برای مشتریان، تجارت الکترونیک و گزینه‌های پرداخت آنلاین، و نیاز اجباری مصرف‌کننده به معامله با محدودیت‌های کووید.
در نتیجه، طراحی مجدد و نوسازی بانکداری مرکزی با تغییرات در حال تحول و در نظر گرفتن بسیاری از عوامل تراکنش‌های بانکی که از شعبه‌ها به موبایل و رسانه‌های اجتماعی به کانال‌های متناوب منتقل شده‌اند، یک اولویت در دهه جاری است. باید حرکت کند
به دور از CBS مبتنی بر حسابداری به قانون/فرایند مبتنی بر حسابداری تعبیه شده. در حالی که طراحی اولیه عمدتاً بر حسابداری متمرکز بود، قوانین / فرآیندها / استثنائات چرخه عمر محصول / حساب در مراحل مختلف باید برای برآوردن نیازها در نظر گرفته شوند.
در دوران مدرن تجربه کاربر به عنوان بخشی از طراحی اولیه که منجر به کاهش استفاده از نرم‌افزار شد، نبود و با فرآیند/قوانین/مراحل، تجربه کاربر باید بازنویسی شود. از یک رویکرد مبتنی بر گزینه منو، رویکرد مبتنی بر فرآیند
برای اطلاع کاربر در مورد وظایف انجام شده / باید انجام شود / مراحل بعدی و غیره باید بر اساس حقوق دسترسی، قوانین و امتیازات کاربر در داشبورد موجود باشد. با افزایش نیازهای دیجیتال، API های مربوطه که بر اساس پروتکل های صنعت هستند نیاز دارند
برای انجام فعالیت‌های مربوط به چرخه حیات کسب‌وکار در دسترس باشد تا بتوان تراکنش‌ها را در هر زمان و هر مکان به صورت دیجیتالی انجام داد. جداسازی چندین رشته تجاری- بدهی ها، تجارت، پرداخت ها، وام دهی، مدیریت نقدینگی و خودسرویس مستقل
در حین طراحی مجدد نرم افزار، توابع برای چندین حوزه در هسته فعلی برای قیمت گذاری/حسابداری/مسترها باید در نظر گرفته شوند. وابستگی به پایگاه‌های داده و پلتفرم محدود مطابق با ساخت اولیه باید تقویت شود و هسته اصلی آن مدرن‌سازی شود
فعال کردن امکان کار با هر پلتفرم یا پایگاه داده باید فعال باشد. مدرن سازی پایه های کد برای به روز رسانی/معاصر ساختن آن با زبان های برنامه نویسی جدید به طوری که هیچ محدودیتی برای تغییرات آتی برای تبدیل با مبدل ها/ابزارهای کد وجود ندارد.
رعایت شود. با افزایش بار کاری در هسته، و احتمال آزمایش بیشتر، به دلیل شتاب دیجیتال، CBS باید برای برآوردن حجم و مقیاس افزایش یافته فعال شود. CBS باید با انطباق و استانداردهای امنیتی جهانی مطابقت داشته باشد. نسخه
ارتقاء، نصب و تغییرات باید صاف باشد، درست مانند یک به روز رسانی خودکار پچ در تلفن همراه، به جز در مواردی که تغییرات عمده و ارتقاء یک بار در یک دهه یا بیشتر مورد نیاز است. در حالی که CBS اولیه قادر به ارائه عملکردها/کد بدون آن بود
با تجزیه و تحلیل استفاده نهایی، CBS جدید باید با در نظر گرفتن کاربر نهایی، رویکردی بازسازی شده داشته باشد. از یک پلت فرم پردازش تراکنش آنلاین، باید قلمروهای تجزیه و تحلیل آنلاین را درک کند تا بینش معنی‌داری در نقطه مبدا/پردازش معامله ارائه کند.
چرخه
چندین نرم‌افزار CBS وجود دارد که آزمایش شده‌اند، از طریق عملکرد ثابت شده‌اند، در بازارهای منتخب موفق بوده‌اند و بسیاری از CBS جدید که در گذشته‌ی اخیر صرفاً بر اساس فن‌آوری، قوانین، APIهای جدید تولید شده‌اند و هنوز اعتبار خود را اثبات نکرده‌اند. CBS
باید با نیازهای بازار و نوآوری‌های جدیدتر و پیشرفت‌های فناوری در بخش خدمات بانکی/مالی به‌روز شود و هسته‌ای در عصر جدید که انعطاف‌پذیر و چابک است باید طراحی شود که بتواند باز شود تا بازیگران سیستم اکو را در خود جای دهد.
و خدمات و ارائه راه حل جامع به بانک ها. با تغییر چشم انداز بانکی، CBS باید با در نظر گرفتن چندین فاکتور بازطراحی شود و چنین نرم افزاری می تواند در دهه آینده موفق باشد وگرنه بانک ها سیستم های دفتر کل جایگزین را بررسی خواهند کرد.
سیستم‌های /قانون، سیستم‌های API و ساخت فناوری/برنامه‌ای که برای نیازهای بانکی آنها مناسب است از ابتدا با ترکیب سیستم‌های فوق با/بدون نرم‌افزار CBS.
