در بیشتر سازمانهای مالی، بخش بزرگی از وقت کارکنان بکآفیس صرف کارهایی میشود که به دانش تخصصی آنها ربطی ندارد؛ پیدا کردن اینکه یک پرونده کجا مانده، پر کردن فرمی که اطلاعاتش جای دیگری ثبت شده، یا ساختن گزارشی که فقط یک بار لازم است و کسی برایش وقت برنامهنویسی نمیگذارد. اینها همان جاهایی است که یک دستیار زبانی میتواند وقت آزاد کند.
در عین حال سازمان مالی جایی نیست که بشود به یک مدل زبانی اجازه داد خودش عدد بسازد یا تصمیم بگیرد. دستیار هوشمند دارا با در نظر گرفتن هر دو ملاحظه طراحی شده است.
دستیار روی همان پلتفرم
دستیار دارا لایهای نازک روی همان ماژولها، همان عملیات و همان مجوزهایی است که کاربر هر روز در پنل با آنها کار میکند و پایگاهدادهٔ جداگانهای ندارد. وقتی کارشناس از دستیار چیزی میخواهد، دستیار همان عملیاتی را صدا میزند که خود کارشناس با چند کلیک میتوانست صدا بزند، و با همان مجوز.
کجا کمک میکند
پیگیری پرونده
اینکه یک پرونده کجا مانده، از رایجترین پرسشها در واحدهای عملیاتی است. دستیار از موتور فرایند میخواند پرونده در کدام گام است، کار در کارتابل کدام واحد و از چه زمانی مانده و مهلت آن گام کی تمام میشود. پاسخ با ذکر منبع میآید؛ مثلاً «کارتابل واحد اعتبارات، گام تأیید کمیته».
پر کردن فرم و شروع فرایند
کارشناس مینویسد «برای مشتری با این کد ملی درخواست وام قرضالحسنه از طرح ازدواج ثبت کن». دستیار فرم را با اطلاعات موجود مشتری پر میکند، فیلدهای خالی را مشخص میکند و پیشنویس را برای بازبینی نشان میدهد. ثبت نهایی با کلیک خود کارشناس است.
تشخیص انحراف و رفتار غیرعادی
دستیار میتواند پیکربندی فعلی را با پیکربندی مورد انتظار مقایسه کند؛ مثلاً دستهای از سپرده که سقف برداشت روزانهاش با دستههای مشابه نمیخواند، یا کاربری که الگوی فعالیتش ناگهان تغییر کرده است. هر مورد همراه با شواهدش گزارش میشود و تصمیم دربارهٔ آن با انسان است.
بازبینی مجوزها پیش از ممیزی
پیش از ممیزی دورهای، دستیار فهرست مجوزهای کاربران را با نقشهایشان مقایسه میکند و مواردی را که بیرون از الگو هستند فهرست میکند؛ مثلاً کاربری که مجوز ثبت سند دارد اما در واحد مالی نیست.
گزارش تازه بدون کد
مدیری که گزارشی میخواهد که در فهرست گزارشهای آماده نیست، آن را به فارسی توصیف میکند. دستیار پرسوجو را فقط روی دادههایی میسازد که مدیر اجازهٔ دیدنشان را دارد و نتیجه را همراه با شرطهای فیلتری که به کار برده نشان میدهد.
کجا نباید تصمیم بگیرد
مرزهای دستیار در خود معماری گذاشته شدهاند و به تنظیمات مدل وابسته نیستند:
- سطح دسترسی تازهای ساخته نمیشود. دستیار همان چیزی را میبیند که کاربر با ورود به پنل میدید و یک ردیف بیشتر نمیبیند.
- هیچ تغییری بدون تأیید انسان ثبت نمیشود. ثبت سند، غیرفعال کردن حساب، انتشار فرایند و ارسال مکاتبه منتظر کلیک یک انسان میمانند.
- عدد را سامانه حساب میکند. جمع، تراز، مانده و روزهای تأخیر در سامانه محاسبه میشوند و هیچ عددی از متن تولیدشدهٔ مدل نمیآید.
- تصمیم اعتباری و هویتی خودکار نمیشود. تأیید نهایی هویت و هر تصمیم اعتباری یا قیمتی در هیچ حالتی به دستیار سپرده نمیشود.
- هر پاسخ منبع دارد و هر اقدام ثبت میشود. پاسخی که به داده ارجاع میدهد میگوید از کدام سند و با کدام شرط آمده است.
- زنجیرهٔ کار محدود است. اگر اجرای یک درخواست از تعداد گامهای تعیینشده بگذرد، متوقف میشود تا مدیر تصمیم بگیرد.
چرا عدد نباید از مدل بیاید
مدلهای زبانی در نوشتن متن روان توانا هستند و همین روانی میتواند گمراهکننده باشد. عددی که با اطمینان در یک جملهٔ مرتب نوشته شده، حتی اگر اشتباه باشد، قانعکننده به نظر میرسد. در دارا دستیار عدد را از عملیات سامانه میگیرد و فقط آن را در جمله میگذارد. اگر کاربر مجموع اقساط معوق یک شعبه را بخواهد، عدد از گزارش سامانه میآید و دستیار میگوید کدام گزارش را با کدام فیلتر خوانده است.
محل اجرای مدل و داده
دستیار روی ماژولهایی کار میکند که سازمان راهاندازی کرده است. اینکه مدل زبانی کجا اجرا شود و دادهای از شبکهٔ سازمان خارج شود یا نه، در هر پروژه جداگانه و مطابق سیاست امنیتی همان سازمان تصمیمگیری میشود.
- #هوش_مصنوعی
- #دستیار_هوشمند
- #ممیزی
- #مجوزها
