زیرساخت لندتک، بانکداری و صندوق‌های قرض‌الحسنهروی یک هستهٔ مالی
سپرده، تسهیلات، کارت و کیف پول در دارا ماندهٔ جداگانه‌ای ندارند. هر ریال در یک هستهٔ مالی ثبت می‌شود و فرایندها در موتوری اجرا می‌شوند که تغییرشان به انتشار نسخهٔ تازهٔ نرم‌افزار نیاز ندارد.
- پانزده عقد اسلامی با ماشین‌حساب اختصاصی
- جدول اقساط با تقویم شمسی
- قابل ممیزی، از سند تا پاسخ دستیار هوشمند
پلتفرمی که روی یک الگو ساخته شده است
همهٔ سرویس‌های دارا ساختار لایه‌ای، قالب پاسخ و روش ثبت سند یکسانی دارند. به همین دلیل افزودن ماژول تازه کاری قابل تکرار است.
سرویس اجرایی
با ساختار لایه‌ای یکسان
ماژول دامنه‌ای
هر کدام مالک دادهٔ خود
عملیات فراخوانی‌پذیر
عرضه‌شده از سوی ماژول‌ها
رویداد دامنه‌ای
منتشرشده برای ماژول‌های دیگر
مشتریان و همکاران
هیچ ماژولی ماندهٔ خودش را نگه نمی‌دارد
سپرده، کیف پول، کارت، تسهیلات و پرتفوی سرمایه‌گذاری موجودی را از هستهٔ مالی می‌خوانند و اثر مالی خود را همان‌جا با سند ثبت می‌کنند. مغایرت‌گیری میان زیرسیستم‌ها به همین دلیل از کارهای پایان روز حذف می‌شود.
- ۰۱
ثبت سند با کلید یکتا
اگر درخواست ثبت سند به هر دلیلی دوباره برسد، سند تکراری ساخته نمی‌شود.
- ۰۲
سند سه‌مرحله‌ای
یادداشت، موقت و دائم؛ با شمارهٔ عطفی که در هر دورهٔ مالی پیاپی است و به عقب برنمی‌گردد.
- ۰۳
تا شش سطح تفصیل
هر حساب سپرده، کیف پول و قرارداد تسهیلات تفصیل اختصاصی خود را در همان چارت حساب دارد.
راهکارهای دارا
هر راهکار روی همان هستهٔ مالی و همان موتور فرایند ساخته شده است؛ می‌توانید از یکی شروع کنید و بقیه را بعدتر اضافه کنید.
لایه‌هایی با مرزهای روشن
هر لایه کار مشخصی دارد و با لایهٔ کناری فقط از راه قراردادهای تعریف‌شده ارتباط می‌گیرد.
- ۰۱
EXPERIENCE
لایهٔ تجربه
اپ مشتری، پنل سازمان، پورتال پذیرنده و بک‌آفیس. همه مستقیم روی همان داده‌ای کار می‌کنند که در هستهٔ مالی ثبت شده و نسخهٔ همگام‌شدهٔ جداگانه‌ای ندارند.
- اپ مشتری
- پنل سازمان
- پورتال پذیرنده
- بک‌آفیس
- ۰۲
DOMAIN MODULES
ماژول‌های دامنه
سپرده، تسهیلات، کارت، کیف پول و وثیقه هر کدام پایگاه‌دادهٔ خود را دارند. هیچ ماژولی در جدول ماژول دیگر نمی‌نویسد و ارتباط از راه عملیات فراخوانی‌پذیر و رویدادهای منتشرشده است.
- سپرده
- تسهیلات
- کارت
- کیف پول
- وثیقه
- پذیرنده
- ۰۳
PROCESS ENGINE
موتور فرایند
گراف هر فرایند دادهٔ نسخه‌دار است. کارتابل کارشناسان، تایمرها و هماهنگی میان ماژول‌ها در این لایه اجرا می‌شوند.
- طراح فرایند
- کارتابل
- تایمر پایدار
- صف خروجی رویداد
- ۰۴
FINANCIAL CORE
هستهٔ مالی
تنها مرجع مانده؛ چارت حساب چندسطحی با تفصیل شناور، سند سه‌مرحله‌ای و دورهٔ مالی با شماره‌گذاری بازگشت‌ناپذیر.
- چارت حساب
- سند
- دورهٔ مالی
- تفصیل شناور
- ۰۵
PLATFORM
زیرساخت
دروازهٔ واحد ورودی، هویت و مجوز جدا از هم، ثبت و کشف سرویس، مدیریت اسناد با رمزنگاری و لاگ متمرکز.
- API Gateway
- هویت و مجوز
- کشف سرویس
- مدیریت اسناد
- لاگ متمرکز
فرایند را در طراح تغییر دهید
گراف هر فرایند در موتور دارا یک دادهٔ نسخه‌دار است. نسخهٔ تازه با یک فراخوانی منتشر می‌شود و پرونده‌هایی که در جریان‌اند روی نسخهٔ خودشان ادامه می‌دهند.
- ۰۱
فرایند به شکل دادهٔ نسخه‌دار
هر فرایند چرخهٔ پیش‌نویس، منتشرشده و بایگانی دارد. انتشار نسخهٔ تازه یک فراخوانی است و به استقرار دوبارهٔ هیچ سرویسی نیاز ندارد. پرونده‌های در جریان روی نسخهٔ خودشان می‌مانند.
- ۰۲
پیشروی اتمیک پشت قفل پرونده
هر گام در تراکنشی جلو می‌رود که اول قفل همان پرونده را می‌گیرد. اگر چند ماژول هم‌زمان پاسخ بدهند، پاسخ‌ها پشت همین قفل صف می‌شوند و وضعیت پرونده دوگانه نمی‌شود.
- ۰۳
رویداد و وضعیت در یک تراکنش
تغییر وضعیت و رویدادی که آن را اعلام می‌کند با هم ثبت می‌شوند یا هیچ‌کدام. تحویل رویداد جداگانه، با امضای HMAC و تلاش دوباره با فاصلهٔ فزاینده انجام می‌شود.
- ۰۴
کارتابل انسانی و مهلت‌ها
کار انسانی با نقش مقصد و محدودهٔ جغرافیایی ثبت می‌شود و می‌توان آن را تحویل گرفت، تکمیل کرد، برگرداند یا ارجاع داد. تایمرها پایدارند و با راه‌اندازی دوبارهٔ سرویس از بین نمی‌روند.
دستیاری که همان را می‌بیند که شما می‌بینید
دستیار هوشمند دارا روی همان مجوزها و همان داده‌ای کار می‌کند که کاربر در پنل دارد. پاسخ‌هایش منبع دارند و هیچ اقدامی را بدون تأیید انسان ثبت نمی‌کند.
دستیار دارا
با همان دسترسی کاربر واردشده
سطح دسترسی تازه‌ای ساخته نمی‌شود
دستیار فقط همان داده‌ای را می‌بیند که کاربر با ورود به پنل می‌دید.
هیچ تغییری بدون تأیید انسان
ثبت سند، غیرفعال کردن حساب، انتشار فرایند و ارسال مکاتبه منتظر تأیید صریح کاربر می‌مانند.
محاسبه با سامانه است
جمع، تراز، مانده و روزهای تأخیر را سامانه حساب می‌کند و هیچ عددی از متن تولیدشدهٔ مدل نمی‌آید.
تصمیم اعتباری و هویتی با انسان
تأیید نهایی هویت و هر تصمیم اعتباری یا قیمتی هرگز به‌صورت خودکار گرفته نمی‌شود.
پاسخ با منبع، اقدام با سابقه
هر پاسخ می‌گوید از کدام سند و با کدام شرط به دست آمده و هر اقدام در سوابق ثبت می‌شود.
اجرای محدود
اگر اجرای یک درخواست از تعداد گام‌های مجاز بگذرد، متوقف می‌شود تا مدیر تصمیم بگیرد.
سازمان‌هایی که برایشان می‌سازیم
صندوق قرض‌الحسنه، بانک و شرکت فین‌تک نیازهای متفاوتی دارند. در صفحهٔ هر گروه توضیح داده‌ایم دارا کدام مسئلهٔ آن‌ها را حل می‌کند.
تفاوت در کار روزمره
چند موقعیت آشنا در سامانه‌های مالی، و اینکه در دارا چطور رفتار می‌شوند.
امنیت و ممیزی در خود طراحی
مسیر هر درخواست، هر سند و هر اقدام از پیش مشخص است. این اصول در همهٔ ماژول‌های دارا یکسان رعایت می‌شوند.
یک در ورودی
هیچ درخواستی بدون عبور از دروازهٔ API به ماژول‌ها نمی‌رسد. توکن همان‌جا بررسی و هدرهای ورودی پاک‌سازی می‌شوند.
هویت جدا از مجوز
صدور توکن کار ماژول احراز هویت است و نقش‌ها و فهرست مجوزها در ماژول کاربر و شرکت تعریف می‌شوند.
سند بازگشت‌ناپذیر
سند دائم ویرایش نمی‌شود و شمارهٔ عطف هر دورهٔ مالی پیاپی و بدون جای خالی است.
کلید یکتا روی هر ثبت
ثبت سند، انتقال وجه و خرید با کلید یکتا انجام می‌شوند تا تکرار درخواست اثر دوباره نگذارد.
مدارک رمزنگاری‌شده
فایل‌ها و مدارک در ماژول مدیریت اسناد با رمزنگاری لایه‌ای نگهداری می‌شوند و ماژول‌های دیگر فقط شناسهٔ فایل را دارند.
سابقهٔ عملیات
گذارهای هر پرونده، عملیات کاربران و پاسخ‌های دستیار هوشمند همراه با منبعشان ثبت می‌شوند و برای ممیزی در دسترس‌اند.
از زبان مشتریان و همکاران
شما به معنای واقعی یک هسته دیجیتال مالی (Financial Digital Core) بر پایه زیرساخت مرکزی و فناوری‌پایه مقیاس پذیر مالی ایجاد کردید.
دکتر فرهاد اینالوییهیات مدیره، هلدینگ فناوری اطلاعات بانک گردشگریتازهترین نوشته‌ها
خبرهای دارا و یادداشت‌های تیم دربارهٔ معماری، محصول و دانش بانکی.
به تیم دارا بپیوندید
شرح وظایف و شرایط هر موقعیت در صفحهٔ خودش آمده است.
پلتفرم را روی سناریوهای سازمان خودتان ببینید
در جلسهٔ معرفی، از افتتاح سپرده تا پرداخت وام و بستن دوره را روی نسخهٔ نمایشی با هم مرور می‌کنیم و به پرسش‌های تیم فنی و مالی شما پاسخ می‌دهیم.