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