تولید crm داخلی شرکت

سند فنی سیستم وامدهی خودکار عنوان سند طراحی و معماری سیستم وامدهی تمام اتومات با ورودی ربات بله 1. مقدمه این سند مشخصات فنی و معماری یک سیستم وامدهی نیمه متمرکز و کاملا ً خودکار را توضیح ثبت درخواست وام، احراز هویت کاربران، اعتبارسنجی، میدهد. هدف سیستم ارائه بستری برای است. بررسی کارشناسی،برسی اطلاعات افراد و تجمیع دیتا کامل و انجام مراحل ان انجام میشود و سپس کاربران برای ادامه ربات پیامرسان بله ورودی اولیه کاربران از طریق فرآیند به سایت منتقل میشوند. پنل کاربری این سند همچنین شامل: - جریانهای کسبوکار و فنی - ماژولهای اصلی - زیرساخت پیشنهادی - الزامات امنیتی - طراحی پنلهای مختلف - ساختار پایگاه داده - ملاحظات مقیاسپذیری است. 2. اهداف سیستم در مراحل اولیه (ثبت اطلاعات اولیه، ایجاد پروفایل، اعتبارسنجی و پیگیری وضعیت پروندهها (درگاههای پیامک/اعتبارسنجی/امضای خودکارسازی فرآیند ثبت و مدیریت وام کاهش دخالت انسانی اولیه) امکان مدیریت کامل مشتریان از طریق CRM برای هزاران کاربر ایجاد زیرساخت مقیاسپذیر سازگاری کامل با زیرساختهای داخلی ایران الکترونیک/بانکی) • • • • •3. معماری کلی سیستم سیستم از چند لایه اصلی تشکیل شده است: لایه ورودی کاربران (ربات بله) جمعآوری دادههای اولیه، ایجاد ترد/پرونده اولیه، ارسال لینکها و هدایت کاربر به پنل. API مرکزی سیستم ارائه نقاط اتصال (Endpoints) برای سرویسهای داخلی، ثبت رویدادها و اجرای .workflow موتور مدیریت وام (Loan Management Engine) اجرای منطق تصمیمگیری، انتخاب پلن و محاسبات مرتبط با وام، ایجاد قرارداد و اقساط. سیستم احراز هویت و اعتبارسنجی انجام KYC (احراز هویت) و تولید امتیاز اعتباری/ارزیابی ریسک. پنل کاربران (Web Panel) ورود کاربران، تکمیل مدارک، مشاهده قرارداد، مشاهده وضعیت و اقساط. پنل مدیریت و کارشناسان مدیریت پروندهها، بررسی مدارک، تایید/رد درخواستها، نظارت مدیریتی. پایگاه داده مرکزی (Central Database) نگهداری اطلاعات کاربران، پروندهها، قراردادها، پرداختها و اقساط. سیستم اعلان و پیامک ارسال اعلان وضعیت پرونده، 4. جریان اصلی کسبوکار (Business Flow) ربات بله مرحله 1: ورود کاربر به نام، موبایل، کد ملی و مبلغ درخواستی مرحله 2: ثبت اطلاعات اولیه شخصی مرحله 3: ایجاد پروفایل اولیه در سیستم مرحله 4: ارسال لینک ورود به پنل کاربری مرحله 5: ورود کاربر به پنل احراز هویت KYC مرحله 6: تکمیل فرآیند امتیاز اعتباری/سطح ریسک مرحله 7: اعتبارسنجی و تعیین مرحله 8: ثبت نهایی درخواست واممرحله 9: بررسی توسط کارشناس مرحله 10: تایید مدیر سیستم مرحله 13: پرداخت وام به حساب کاربر مرحله 14: شروع دوره بازپرداخت اقساط نکته: در صورت عدم تطابق مدارک یا ریسک بالا، پرونده وارد مسیر "رد/ درخواست تکمیل" میشود و وضعیت کاربر مطابق قوانین بهروز میگردد. 5. جریان فنی سیستم (Technical Flow) جریانهای تعامل بین اجزای سیستم به صورت زیر تعریف میشوند: 5.1. مسیر ورود و ثبت اولیه User -> Bale Bot Bale Bot -> Webhook API Webhook API -> Loan Intake Service Loan Intake Service -> User Profile Service User Profile Service -> Database User Profile Service -> SMS Gateway • • • • • • 5.2. مسیر ادامه فرآیند در پنل User -> Web Panel Web Panel -> KYC Service KYC Service -> Identity Providers Web Panel -> Credit Score Engine Credit Score Engine -> Risk Evaluation Risk Evaluation -> Loan Decision Engine Loan Decision Engine -> Contract Generator Contract Generator -> eSignature Service Loan Decision Engine -> Payment Service Payment Service -> Banking Gateway • • • • • • • • • •5.3. مسیر اقساط و اعلانها Repayment Engine -> Notification Service سیستم باید از نظر ساختاری ماژولار طراحی شود تا امکان توسعه، جایگزینی سرویسها و مقیاسپذیری فراهم گردد. ماژول مدیریت کاربران (User Management Module) ایجاد/ویرایش پروفایل مدیریت وضعیت فعال/غیرفعال مدیریت نقشها و مجوزها ماژول ثبت درخواست وام (Loan Intake Module) دریافت دادههای اولیه از ربات بله ایجاد پرونده وام (Loan Application) ثبت درخواست اولیه و status workflow ماژول اعتبارسنجی (Credit & Eligibility Module) محاسبه امتیاز اعتباری اعتبارسنجی فرم/اطلاعات ارزیابی اولیه با دادههای داخلی ماژول کارشناسی و تایید (Review & Approval Module) بارگذاری و مدیریت مدارک تایید/رد توسط کارشناس تایید نهایی توسط مدیر سیستم ماژول مشخص شدن کاربر تایید کننده • 7. زیرساخت پیشنهادی در این بخش، پیشنهاد به یک معماری مدرن سرویسگرا ارائه میشود. Java Spring Boot یا Node.js :Backend • • :Frontend Next.js یا React • :Database PostgreSQL :Cache Redis • • :Message Queue RabbitMQ Docker :Containerization • :Orchestration Kubernetes •• :Reverse Proxy Nginx Grafana و Prometheus :Monitoring • 7.1. اجزای شبکه و مسیرها Nginx به عنوان نقطه ورود (Entry Point) و Reverse Proxy عمل میکند. API Gateway (در صورت نیاز) میتواند در لایه API اضافه شود. ارتباط بین سرویسها از طریق داخلی Kubernetes یا شبکه امن تنظیم میشود. • • • 7.2. صف پیام و رویدادها رویدادهای کلیدی (مانند ایجاد پرونده، شروع KYC، تایید مدیر، تایید کاربر، شروع بازپرداخت) به صورت Asynchronous از طریق RabbitMQ پردازش میشوند تا از گلوگاههای همزمانی جلوگیری شود. • 8. امنیت سیستم امنیت باید در تمامی لایهها رعایت شود و سیاستهای استاندارد صنعتی اعمال گردد. 8.1. احراز هویت چندمرحلهای برای کاربران: ورود امن به پنل، تایید موبایل در صورت نیاز برای کارشناسان/مدیران: احراز هویت با نقش و کنترل دسترسی • •