نشست و احراز هویت
وب از BFF و cookieهای HttpOnly/SameSite برای نشست استفاده می‌کند و API نیز سازوکار JWT و کنترل token version دارد. هدف کاهش قرارگیری token در سطح جاوااسکریپت مرورگر است.
01
امنیت و حاکمیت داده
امنیت داده در ارزیابی خسارت خودرو؛ احراز، نقش، Audit و حداقل‌سازی داده
پرونده خسارت می‌تواند شامل تصویر خودرو، اطلاعات کاربر و داده عملیاتی باشد. معماری خسارتینو امنیت را در نشست، API، سطح دسترسی، ثبت رویداد و سیاست نگهداری داده دنبال می‌کند.
امنیت خسارتینوحریم خصوصی خودروRBACAudit logJWTامنیت API
Damage Analysisخسارت قابل مشاهده
Part Localizationتطبیق قطعه بدنه
Policy Engineتعمیر · تعویض · بازبینی
HttpOnlyنشست وب
RBACکنترل نقش
Auditثبت رویداد
Healthآمادگی سرویس
02
Role-Based Access Control
کاربر عادی، نقش‌های مدیریتی و عملیات سازمانی نباید دسترسی یکسان داشته باشند. RBAC و dependencyهای مجوز در API برای تفکیک این سطوح طراحی شده‌اند.
03
Audit و provenance
در کنار لاگ‌های امنیتی، داده قیمت و ingestion نیز باید منبع و زمان داشته باشند تا تغییرات مهم قابل ردیابی باشند. Audit برای سیستم خسارت فقط موضوع امنیت نیست؛ بخشی از قابلیت ممیزی تصمیم است.
04
حداقل‌سازی و سیاست نگهداری
محصول باید فقط داده لازم برای ارزیابی و گزارش را نگه دارد و سیاست ذخیره تصاویر و تاریخچه بر اساس حالت مهمان، حساب و قرارداد سازمانی روشن باشد. هر استقرار سازمانی باید retention و دسترسی را صریح تنظیم کند.
FAQ · سوالات پرتکرار
پاسخ کوتاه و روشن به سوالات مهم
پاسخ‌ها با تمرکز بر ارزیابی خسارت ظاهری خودرو تنظیم شده‌اند؛ آسیب پنهان، شاسی و ایمنی همچنان نیازمند بررسی حضوری متخصص است.
آیا حساب کاربری سطح دسترسی دارد؟＋
بله؛ API برای نقش‌ها و کنترل دسترسی طراحی شده است.
آیا ارزیابی مهمان وارد History می‌شود؟＋
در تجربه فعلی، ارزیابی مهمان در History کاربر ذخیره نمی‌شود.
آیا امنیت فقط مربوط به لاگین است؟＋
خیر؛ نقش‌ها، audit، provenance داده، استقرار، health check و retention نیز بخشی از امنیت عملیاتی هستند.
Khesaratino AI
خسارت خودرو را ساختاریافته‌تر بررسی کنید.
برای کاربر عادی، مسیر ارزیابی آنلاین؛ برای بیمه، ناوگان، لیزینگ و تعمیرگاه، دمو و API سازمانی در دسترس است.