ژرفبان دسترسی سه‌لایه
ژرفبان اختیار هر کاربر را از سه جهت محدود می‌کند: با نقش سازمانی، مجوز مالی و عضویت در پروژه.
امنیت و مالکیت داده
دادهٔ مالی‌تان را چه کسی می‌بیند
و چه کسی میتواند تغییرش دهد؟
از همان ابتدا معلوم کنید دسترسی‌ها چطور تعریف شوند، سابقهٔ تغییرات کجا ثبت میشود و مسئولیت استقرار با کیست. کنترل‌های ژرفبان را در دمو ببینید و تعهدهای سازمانتان را در طرح استقرار بنویسید.
دسترسی در محدودهٔ نقش
هر کاربر به شرکت‌ها و پروژه‌هایی دسترسی دارد که برایش تعریف شده است.
سابقهٔ تغییرات
رویدادها و تغییرات مالی در خود نرم‌افزار ثبت میشوند و می‌توانید بازبینی‌شان کنید.
مسئولیت داده
دربارهٔ استقرار، پشتیبانگیری و خروجی داده با هم توافق می‌کنیم.
کنترل‌های فعال
هر کس به آنچه برایش تعریف شده دسترسی دارد و تغییرات را می‌توانید پیگیری کنید
نقش هر نفر و شرکت‌ها و پروژه‌هایی که به آن‌ها دسترسی دارد، در همان سیستمی تعریف میشود که کار مالی‌تان را در آن انجام می‌دهید و سابقهٔ تغییرات هم همان‌جا ثبت میشود. در دمو این کنترل‌ها را با روال کاری سازمان خودتان امتحان کنید.
سه لایهٔ دسترسی
هر کاربر در محدودهٔ کار خودش می‌ماند
نقش سازمانی، مجوز مالی و عضویت پروژه مشخص می‌کنند هر فرد به کدام عملیات و اطلاعات دسترسی دارد.
- ۰۱نقش در سازمان
- ۰۲مجوز عملیات مالی
- ۰۳عضویت در پروژه
ورود پیامکی و رمز عبور جایگزین
کاربر با کد یک‌بارمصرف پیامکی (OTP) وارد میشود و رمز عبور راه جایگزین ورود است. سیاست سازمان برای ایجاد، تغییر و غیرفعال‌کردن حساب کاربران باید هنگام استقرار بررسی شود.
گزارش تغییرات
رویدادهای ایجاد، ویرایش، حذف و بازگشایی را می‌توانید بر اساس کاربر و بازهٔ زمانی فیلتر و بررسی کنید. جزئیات سطرهای سند هم در همین گزارش پیداست.
افزونهٔ کارپوشه بدون سپردن رمز
با افزونهٔ مرورگر ژرفبان صورتحساب‌ها را از داخل خود کارپوشه می‌آورید. رمز و نشست کارپوشه از مرورگر شما بیرون نمی‌رود و ژرفبان فقط صورتحساب‌هایی را می‌پذیرد که کد اقتصادی‌شان مال خود شرکت باشد.
پشتیبانگیری و تمرین بازیابی
پشتیبانگیری شبانه با نگه‌داشت ۹۰روزه، یک نسخهٔ خارج از سرور و تمرین بازیابی جزو قابلیت‌هایی است که برای محصول اعلام کرده‌ایم.
انتخاب روش استقرار
ژرفبان را به دو شکل می‌توانید به کار بگیرید: با اشتراک ابری یا با نصب روی زیرساخت سازمان خودتان. مسئولیت فنی، محل نگهداری داده و حدود دسترسی به آن برای هر کدام جداگانه تعریف میشود.
ماتریس دسترسی به دفترها
برای هر کاربر تعیین میکنید کدام دفترها را ببیند. سرور در هر درخواست، شرکت و سال مالی را با هم کنترل می‌کند و وقتی دسترسی رد میشود، پیام خطا نشان نمی‌دهد که چنین دفتری وجود دارد.
تفکیک وظایف در زنجیرهٔ تأیید
در زنجیرهٔ درخواست کالای هر پروژه، هیچ‌کس، حتی مدیر سیستم، دو مرحلهٔ یک درخواست را امضا نمی‌کند. نمای گردش تأیید نشان می‌دهد در هر مرحله چه کسانی واقعاً امضا می‌کنند و کدام مرحله مسئولی ندارد.
نشان خارج از ساعت کاری
گزارش عملکرد کاربران رویدادهایی را که بیرون از ساعت کاری ثبت شده‌اند می‌شمارد و برجسته می‌کند. این رویدادها را می‌توانید جدا فیلتر کنید.
نشان پیشنهاد دستیار در سابقهٔ تغییرات
تغییری که دستیار پیشنهاد داده، در گزارش عملکرد کاربران علامت جدا دارد و ادعای تأییدنشده رد میشود. سندی هم که دستیار تهیه می‌کند همیشه پیش‌نویس است.
نقش‌های فروش با دسترسی محدود
در ژرفبان فروش، «کارشناس فروش» پرونده و پیش‌فاکتور مشتری را می‌بیند اما به دفتر روزنامه و چک‌ها دسترسی ندارد. صدور فاکتور و تأیید پرداخت با نقش‌های مالی است.
دستیار فقط‌خواندنی
دستیار عملیاتی با ابزارهای امن و فقط‌خواندنی روی همان دادهای کار می‌کند که کاربر به آن دسترسی دارد. ثبت یا تغییر اطلاعات از طریق دستیار باید مجوز و گردش کار مستقل خودش را داشته باشد.
محدودیت‌ها
این موارد را هنوز به‌عنوان کنترل عمومی فعال وعده نمی‌دهیم
بعضی کنترل‌های پیشرفته در نقشهٔ راه محصول هستند و بعضی به معماری استقرار در هر قرارداد بستگی دارند. تا وقتی مدرکی نداریم که بشود منتشرش کرد و وضعیت تحویلشان معلوم نشده، آن‌ها را در متادیتای سایت یا هنگام فروش قابلیت فعلی معرفی نمیکنیم.
کلید اختصاصی مشتری
رمزنگاری و امکان مدیریت کلید به دست خود سازمان در نقشهٔ راه آمده‌اند و اینجا آن‌ها را قابلیتی معرفی نمیکنیم که برای همهٔ مشتریان تحویل شده باشد.
سابقهٔ تغییرات رمزنگاری‌شده و دست‌کاری‌ناپذیر
گزارش تغییرات همین حالا فعال است، اما ثبت زنجیره‌ای و دست‌کاری‌ناپذیر آن قابلیت جداگانه‌ای است که برایش برنامه داریم.
RPO، RTO و SLA عددی
برای این‌ها عدد عمومی منتشر نکردهایم. هدف بازیابی و سطح خدمت باید متناسب با هر استقرار در پیشنهاد و قرارداد نوشته شود.
گواهی یا انطباق مستقل
تا سندی قابل ارائه در دست نباشد، در این صفحه ادعای ISO، آزمون نفوذ یا هیچ گواهی دیگری نمیکنیم.
رمزنگاری و مدیریت کلید
رمزنگاری هنگام انتقال، در ذخیرهسازی و در نسخههای پشتیبان، و مدیریت کلیدها، هر کدام پرسشی جداست و جوابش را باید در ارزیابی فنی همان استقرار بگیرید.
حذف و نگهداری داده
اینکه داده تا کی نگه داشته شود، چطور از آن خروجی گرفته شود و کی حذف شود، باید در قرارداد و بر اساس الزامات قانونی سازمان تعریف شود. وعدهٔ کلی در این مورد کافی نیست.
تقسیم مسئولیت
مسئولیت‌ها در نسخهٔ ابری و نصب روی سرور سازمان یکسان نیست
در هر دو مدل، سازمان مسئول تعریف درست کاربران، نقش‌ها، فرایند تأیید و قانونی‌بودن استفاده از داده است. مسئولیت زیرساخت، دسترسی فنی، پشتیبان و به‌روزرسانی به مدل استقرار وابسته است.
| حوزه | سازمان مشتری | ژرفبان / تیم استقرار | مدرک لازم |
|---|---|---|---|
| کاربر و نقش | تأیید هویت، استخدام/خروج و حداقل دسترسی لازم | ابزار تعریف نقش و ثبت رویدادهای تحت پوشش | ماتریس نقش و آزمون کاربر محدود |
| دادهٔ مبدأ | کیفیت، مجوز و طبقه‌بندی داده‌هایی که منتقل میشوند | نگاشت و انتقال در محدودهٔ توافق‌شده | نمونه‌برداری و صورت‌جلسهٔ تراز |
| زیرساخت ابری | امنیت دستگاه و دسترسی اینترنت کاربران | عملیات سرویس در چارچوب قرارداد | معماری، سطح خدمت و روال رسیدگی به رخداد |
| زیرساخت سازمانی | شبکه، سرور و دسترسی‌های محلی طبق ماتریس | نصب، نسخه و پشتیبانی بر اساس شرح کار | ماتریس مسئولیت و برنامهٔ به‌روزرسانی |
| پشتیبان و بازیابی | تأیید هدف کسب‌وکار و مشارکت در تمرین | اجرای بخش توافق‌شده و ارائهٔ نتیجه | محدودهٔ پشتیبانگیری و گزارش تمرین |
ارزیابی سازمان شما
امنیت را با این پرسش‌ها و آزمون‌ها بسنجید
با تیم فناوری و تیم مالی‌تان مرور کنید که داده کجا و چطور پردازش میشود و در ارزیابی چه چیزهایی را باید آزمایش کنید.
دادهٔ شما در پردازش هوش مصنوعی
هوش مصنوعی و داده
برچسب «هوش مصنوعی» نمی‌گوید داده‌تان کجا پردازش میشود
خواندن فیش، پیشنهاد شرح، تطبیق و دستیار هر کدام ورودی و خروجی خودشان را دارند. در نسخهٔ ابری، ژرفبان پردازش را برای ارائهٔ سرویس روی زیرساخت خودش انجام می‌دهد. وقتی ژرفبان روی سرور سازمان نصب است، مدل میتواند پشت پراکسی اختصاصی خود سازمان اجرا شود. اینکه داده چه مدت نگه داشته میشود، کدام مدل به کار می‌رود و چه لاگی ثبت میشود، باید در ضمیمهٔ فنی همان قرارداد بیاید.
راهنمای حسابداری با هوش مصنوعیچکلیست بررسی امنیت در دمو
پیش از قرارداد
این هشت مورد را با چشم خودتان ببینید
دموی امنیتی باید با نقش‌های متفاوت و دادهٔ نمونه اجرا شود. تصویر اسلاید یا جملهٔ «امن است» جای رفتار واقعی سیستم را نمی‌گیرد.
- ساخت کاربر محدود و تلاش برای مشاهدهٔ شرکت یا پروژهٔ غیرمجاز
- ویرایش و حذف آزمایشی سند و دیدن جزئیات آن در سابقهٔ تغییرات
- نشان‌دادن روش مدیریت توکن مودیان، بی‌آنکه مقدار توکن دیده شود
- نمونهٔ گزارش تمرین بازیابی و گسترهٔ داده‌های بازیابی‌شده
- خروجی گرفتن از دادهٔ اصلی و پیوست‌ها با قالب قابل استفاده
- نمودار مسیر داده در هوش مصنوعی برای روش استقراری که انتخاب کرده‌اید
- ماتریس مسئولیت ابر یا سرور سازمان با نام مسئول هر بخش
- بند همکاری هنگام پایان قرارداد و انتقال داده به سیستم بعدی
گزارش و اصلاح
اگر ایراد امنیتی دیدید، بدون دادهٔ حساس خبرمان کنید
شرح کوتاهی از ایراد، مراحل تکرار آن و اثر احتمالی‌اش را با موضوع «گزارش امنیتی» به sales@zharfban.com بفرستید. در ایمیل اولیه توکن، رمز، دادهٔ مشتری یا فایل واقعی نگذارید و اول راه امن ارسال را بگیرید.
پرسش‌های پرتکرار
پرسش‌هایی که جواب مستند می‌خواهند
آیا ژرفبان گواهی امنیتی مشخصی دارد؟
در این صفحه گواهی یا استاندارد مستقلی برای ژرفبان اعلام نکردهایم. اگر در فرایند خرید شما گواهی، آزمون نفوذ یا سند خاصی لازم است، آن را در ارزیابی فنی جزو الزامات بنویسید و فقط مدرک قابل ارائه را بپذیرید.
آیا داده هنگام انتقال و در ذخیرهسازی رمزنگاری میشود؟
گستره و الگوریتم رمزنگاری را اینجا بهطور عمومی اعلام نمیکنیم. اینکه داده هنگام انتقال، در ذخیرهسازی و در نسخههای پشتیبان چطور رمزنگاری شود و کلیدها چطور مدیریت شوند، به معماری هر استقرار بستگی دارد و جوابش باید در بررسی فنی و قرارداد نوشته شود.
پشتیبانها چه مدت نگهداری میشوند؟
طبق فهرست قابلیتهای فعال ژرفبان، پشتیبانها ۹۰ روز نگه داشته میشوند. پشتیبانگیری شبانه، یک نسخهٔ خارج از سرور و تمرین بازیابی هم در همین فهرست آمده است. اینکه پشتیبان کدام دادهها را در بر بگیرد و هدف بازیابی چه باشد، باید در هر قرارداد جدا تعیین شود.
دسترسی کاربران را چطور محدود میکنید؟
کنترل دسترسی فعال ژرفبان سه لایه دارد: نقش سازمانی، مجوز مالی و عضویت پروژهای. در دمو باید یک کاربر با دسترسی محدود بسازید و امتحان کنید آیا میتواند دادهای را که اجازهاش را ندارد ببیند یا تغییر دهد.
دادهٔ مالی برای آموزش مدل عمومی استفاده میشود؟
جواب این پرسش باید صریح در قرارداد و ضمیمهٔ پردازش دادهٔ همان استقرار بیاید. در این صفحه تعهد حقوقی تازه‌ای نمی‌دهیم و فقط همین را می‌گوییم: در نسخهٔ ابری، پردازش روی زیرساخت سرویس انجام میشود و اگر ژرفبان روی سرور خود سازمان نصب شود، می‌توان از پراکسی اختصاصی استفاده کرد.
یک ایراد امنیتی را چطور گزارش کنیم؟
فعلاً ایمیلی با موضوع «گزارش امنیتی» به sales@zharfban.com بفرستید و ایراد را در آن کوتاه و بدون دادهٔ مشتری شرح دهید. تا وقتی راه امنی برای ارسال به شما داده نشده، اطلاعات حساس، توکن یا فایل واقعی نفرستید.
در همین نرم‌افزار
بخش‌های دیگری که به کارتان می‌آید
جلسهٔ اختصاصی
همراه دموی مالی، یک جلسهٔ فنی هم بخواهید
نقش‌های محدود، سابقهٔ تغییرات، پشتیبانگیری، خروجی داده و گردش داده در قابلیتهای هوش مصنوعی را برای روش استقرار خودتان بررسی کنید. هر عددی را که به آن متعهد شویم، در پیشنهاد کتبی می‌نویسیم.
پیام واتساپ را در ساعات کاری و ایمیل را حداکثر ظرف یک روز کاری جواب می‌دهیم · تماس: ۰۹۰۱ ۲۲۲ ۲۰۸۰