استقرار سازمانی و یکپارچه‌سازی
کنار سامانه‌های شما، درون مرکز دادهٔ شما
یال‌تک از پایگاه‌های داده و جریان‌های رویداد سازمان فقط می‌خواند، داده را به گراف تبدیل می‌کند و هشدار تا گزارش را با دسترسی نقش‌محور و ممیزی کامل پیش می‌برد؛ بدون تغییر در سامانه‌های اصلی.
معماری
از منبع داده تا کانال گزارش
داده از راست به چپ جریان دارد: از سامانه‌های اصلی، از اتصال‌دهنده‌ها و تطبیق موجودیت می‌گذرد، در انبارهٔ گراف می‌نشیند و موتور قاعده از آن هشدار می‌سازد. لایهٔ امنیت زیر همهٔ این مرحله‌ها قرار دارد.
نحوهٔ کار
شش قدم، از خواندن داده تا ارسال گزارش
- ۱
خواندن از منابع
اتصال‌دهنده‌ها از Oracle، SQL Server، PostgreSQL، جریان‌های Kafka، فایل‌های CSV روی SFTP و APIهای REST می‌خوانند و در سامانه‌های شما چیزی نمی‌نویسند.
- ۲
نگاشت به مدل گراف
برای هر منبع تعیین می‌شود کدام جدول یا رویداد گره است، کدام یال و کدام ستون ویژگی. نگاشت‌ها نسخه دارند.
- ۳
تطبیق موجودیت
سوابق یک شخص یا شرکت از سامانه‌های مختلف با کد ملی، شناسهٔ ملی و شباهت نام و نشانی یکی می‌شوند و هر ادغام قابل توضیح و بازگشت است.
- ۴
اجرای قاعده‌ها
الگوهای کتابخانهٔ مقررات روی گراف اجرا می‌شوند و آستانه‌ها را مسئول انطباق تنظیم می‌کند.
- ۵
هشدار و پرونده
هر هشدار با زیرگراف دلیلش به پرونده تبدیل می‌شود و به کارشناس یا گروه مسئول می‌رسد. استعلام‌های بیرونی از درگاه استعلام و با ثبت هدف انجام می‌شوند.
- ۶
گزارش و ارسال
پیش‌نویس گزارش معاملهٔ مشکوک پس از تأیید مسئول انطباق، در قالب ساختاریافته یا با وب‌هوک به کانالی می‌رود که سازمان برای ارسال به مرکز اطلاعات مالی یا ناظر به کار می‌برد.
گزینه‌های استقرار
داده همان‌جا می‌ماند که هست
درون مرکز دادهٔ سازمان
استقرار کانتینری روی زیرساخت خود سازمان. داده از شبکهٔ سازمان بیرون نمی‌رود و به‌روزرسانی‌ها با هماهنگی واحد فناوری نصب می‌شوند.
ابر خصوصی سازمان
اگر سازمان ابر خصوصی یا زیرساخت کانتینری مدیریت‌شدهٔ داخلی دارد، همان کانتینرها آنجا اجرا می‌شوند و سیاست‌های امنیتی سازمان برقرار می‌ماند.
محیط جدا برای آزمایش
برای آزمون روی دادهٔ تاریخی، یک محیط جدا با نسخهٔ تکثیرشدهٔ داده راه‌اندازی می‌شود تا بهره‌برداری جاری تحت تأثیر قرار نگیرد.
امنیت
کنترل‌هایی که واحد امنیت می‌پرسد
این کنترل‌ها هم نیاز واحد امنیت اطلاعات را پوشش می‌دهند و هم تکالیف محرمانگی و نگهداری سوابق در قانون مبارزه با پول‌شویی را.
انطباق با مقررات| موضوع | رویکرد |
|---|---|
| محل استقرار | کانتینر درون مرکز دادهٔ سازمان (on-premise) |
| ورود کاربران | SSO با Active Directory یا LDAP سازمان |
| دسترسی | نقش‌محور، در سطح فضا، پرونده و نوع داده |
| شناسه‌های حساس | ماسک کد ملی و شماره‌های هویتی برای نقش‌هایی که به آن نیاز ندارند |
| ممیزی | گزارش تغییرناپذیر از مشاهده، استعلام، خروجی و تغییر قاعده |
| استعلام بیرونی | مجوز گروهی، سهمیهٔ روزانه، ثبت هدف و کد پیگیری برای هر درخواست |
| نگهداری سوابق | دورهٔ قابل تنظیم، هم‌خوان با نگهداری پنج‌سالهٔ مادهٔ ۷ قانون مبارزه با پول‌شویی |
| دسترسی به منابع | فقط‌خواندنی؛ بدون تغییر در سامانه‌های اصلی |
مرحله‌های اجرا
از یک خط کسب‌وکار شروع می‌کنیم
- ۱
شناخت و نگاشت داده
انتخاب یک خط کسب‌وکار برای آزمایش، فهرست منابع، بررسی کیفیت داده و نگاشت به مدل گراف.
- ۲
آزمایش با دادهٔ تاریخی
اجرای قاعده‌ها روی دادهٔ گذشته، مقایسه با پرونده‌هایی که سازمان قبلاً کشف کرده و تنظیم آستانه‌ها.
- ۳
بهره‌برداری
اتصال به دادهٔ جاری، راه‌اندازی جریان پرونده و گزارش و آموزش کاربران.
- ۴
گسترش
افزودن واحدهای دیگر، منابع تازه و قاعده‌های بیشتر.
معماری را با تیم فنی شما مرور می‌کنیم
در یک جلسهٔ فنی، منابع داده، نگاشت اولیه و الزامات امنیتی سازمان شما را بررسی می‌کنیم و برنامهٔ مرحلهٔ آزمایشی را با هم می‌نویسیم.