Ailexa — هوش مصنوعی + قانون home
حوزهٔ جستجوی شما حدوداً در چه زمینه‌ای است:
در جست‌جوی چه هستید؟ بعد از انتخابِ آنچه می‌خواهید، در کادرِ جستجوی بالا موضوع را بنویسید و «بگرد» را بزنید.

انطباق دقیق این متن با متن رسمی هنوز به‌طور ۱۰۰٪ کنترل نشده.

قراردادهای فناوری اطلاعات، نرم‌افزار، استارتاپ‌ها، هوش مصنوعی و داده‌ها

قرارداد بستر به عنوان خدمت

تأمین محیط‌های ابری توسعه، آزمایش و مدیریت پایگاه‌های داده و ابزارهای میان‌افزاری برای مهندسان نرم‌افزار

⚠ در دستِ بهبودی

متنِ قرارداد

ماده ۱ – طرفین، نمایندگی، اقامتگاه و اطلاعات تماسِ ابلاغ این قرارداد فی‌مابین شرکت [نام شرکت تأمین‌کننده] به شناسه ملی [شناسه ملی] و شماره ثبت [شماره ثبت] به نمایندگی [نام و نام خانوادگی نماینده] به سمت [سمت نماینده]، که از این پس «تأمین‌کننده» نامیده می‌شود، و شرکت/شخص حقیقی [نام مشتری] به شناسه ملی/کدملی [شناسه/کدملی] به نمایندگی/عاملیت [نام نماینده] به سمت [سمت]، که از این پس «مشتری» نامیده می‌شود، با رعایت کلیه قوانین و مقررات جمهوری اسلامی ایران منعقد می‌گردد. اقامتگاه قانونی تأمین‌کننده واقع است در [نشانی کامل تأمین‌کننده] و اقامتگاه قانونی مشتری واقع است در [نشانی کامل مشتری] که به‌عنوان نشانی رسمی جهت ابلاغ کلیه اوراق، اخطاریه‌ها و مکاتبات شناخته می‌شوند. تغییر اقامتگاه هر یک از طرفین باید کتباً ظرف مدت [تعداد] روز کاری به اطلاع طرف دیگر برسد، در غیر این صورت کلیه مکاتبات ارسالی به نشانی پیشین ابلاغ‌شده تلقی گردیده و دارای آثار قانونی کامل خواهد بود. شماره تماس، دورنگار و پست الکترونیکی طرفین به ترتیب جهت ابلاغ‌های الکترونیکی عبارتند از: برای تأمین‌کننده [اطلاعات تماس تأمین‌کننده] و برای مشتری [اطلاعات تماس مشتری]. امکنندگان و نمایندگان هر یک از طرفین با امضای این قرارداد اقرار می‌نمایند که دارای اختیار تام جهت انعقاد این سند و تعهدآور بودن آن برای شخص حقوقی یا حقیقی متبوع خود می‌باشند. تبصره ۱-۱: کلیه مکاتبات رسمی از طریق پست سفارشی، اظهارنامه قانونی و یا ایمیل‌های رسمی اعلام‌شده در این ماده معتبر و نافذ است. تبصره ۱-۲: در صورت تغییر نماینده یا اطلاعات تماس، مسئولیت عدم اطلاع‌رسانی بر عهده طرف تغییردهنده خواهد بود.
ماده ۲ – تعاریف و تفسیر (PaaS، منابع، محیط، Customer Data، Personal Data، Workload، Downtime، Maintenance، Service Credit، Confidential Information، Subprocessor، AUP، مستندات، روز کاری، قوه قاهره و …) در این قرارداد اصطلاحات زیر معانی مشروح ذیل را دارا بوده و در تعبیر و تفسیر مفاد قرارداد باید مدنظر قرار گیرند مگر آنکه سیاق عبارت معنای دیگری را اقتضا نماید. اصطلاح «PaaS» به معنای بستر به عنوان خدمت ابری برای توسعه، تست و اجرای نرم‌افزار است و «منابع» شامل پردازنده، حافظه رم، فضای ذخیره‌سازی و پهنای باند تخصیص‌یافته به مشتری می‌باشد. «مستندات» شامل راهنماهای فنی، مستندات API و دستورالعمل‌های استفاده از پلتفرم است که توسط تأمین‌کننده ارائه می‌شود و «Customer Data» به کلیه داده‌ها، محتوا و اطلاعات بارگذاری‌شده توسط مشتری اطلاق می‌گردد. اصطلاح «Personal Data» ناظر بر داده‌های شخصی و هویتی اشخاص حقیقی بر اساس قوانین مصوب مربوطه است و «Workload» به حجم کاری یا بارهای پردازشی اجرایی مشتری روی بستر گفته می‌شود. «Downtime» زمان از دست رفتن دسترس‌پذیری سرویس برخلاف توافق سطح خدمت است و «Maintenance» عملیات نگهداری، به‌روزرسانی و تعمیرات دوره‌ای یا اضطراری زیرساخت می‌باشد. «Service Credit» اعتبار مالی جبرانی ناشی از قطعی یا عدم رعایت سطح خدمت است و «Confidential Information» شامل هرگونه اطلاعات محرمانه تجاری، فنی، مالی و حقوقی مبادله‌شده میان طرفین است. «Subprocessor» پردازشگر فرعی یا شخص ثالث همکار تأمین‌کننده در ارائه خدمت است و «AUP» خط‌مشی استفاده قابل قبول مندرج در پیوست قرارداد می‌باشد. «روز کاری» به استثنای روزهای تعطیل رسمی در جمهوری اسلامی ایران، روزهای شنبه تا چهارشنبه هر هفته است و «قوه قاهره» منطبق بر ماده نامطمئن قانون مدنی ناظر بر حوادث غیرقابل پیش‌بینی و غیرقابل دفع می‌باشد. تبصره ۲-۱: در مقام تفسیر، مفاد قرارداد حاضر و پیوست‌های آن جزء لاینفک یکدیگر بوده و در صورت وجود تعارض، مفاد متن قرارداد مقدم بر پیوست‌ها و احکام خاص مقدم بر احکام عام خواهند بود. تبصره ۲-۲: مفردات دلالت بر جمع دارند و بالعکس و عناوین مواد صرفاً جهت تسهیل مطالعه درج شده‌اند و تاثیری در تفسیر حقوقی مفاد ندارند.
ماده ۳ – موضوع قرارداد و محدوده‌ی خدمت (شامل Out of Scope) موضوع قرارداد عبارت است از اعطای حق استفاده از بستر ابری به عنوان خدمت (PaaS) شامل تأمین، پیکربندی و نگهداری محیط‌های توسعه، آزمایش (Test) و تولید (Production) به همراه ابزارهای مدیریت پایگاه‌های داده و میان‌افزارهای مربوطه توسط تأمین‌کننده برای مشتری، به منظور میزبانی و اجرای برنامه‌ها و بارهای کاری نرم‌افزاری مشتری بر اساس مشخصات فنی مندرج در پیوست‌های قرارداد. تأمین‌کننده متعهد می‌گردد بستر یادشده را با قابلیت دسترسی، امنیت متعارف و مشخصات کمی و کیفی توافق‌شده در ساعت و روزهای مقرر در اختیار مشتری قرار دهد. محدوده خدمات صرفاً شامل زیرساخت ابری، پلتفرم نرم‌افزاری بستر و ابزارهای مدیریت پایگاه داده تعیین‌شده در این قرارداد است و هرگونه خدمات مازاد خارج از این محدوده نیاز به توافق کتبی و الحاقیه جداگانه دارد. امور مربوط به توسعه، کدنویسی، رفع باگ‌های نرم‌افزارهای اختصاصی مشتری، مدیریت امنیت لایه اپلیکیشن کاربردی مشتری، مدیریت دسترسی کاربران نهایی مشتری و پشتیبان‌گیری از کدهای منبع اختصاصی مشتری صراحتاً از محدوده تعهدات تأمین‌کننده خارج (Out of Scope) است. تبصره ۳-۱: هرگونه درخواست مشتری برای دریافت خدمات خارج از محدوده مستلزم استعلام هزینه، زمان‌Aبندی و انعقاد توافق‌نامه الحاقی خواهد بود. تبصره ۳-۲: تأمین‌کننده هیچ‌گونه مسئولیتی در قبال کارکرد نادرست کدهای نرم‌افزاری توسعه‌یافته توسط مشتری یا اشخاص ثالث بر روی بستر ندارد.
ماده ۴ – مدل استقرار، مناطق جغرافیایی، محیط‌ها و ظرفیت پایه مدل استقرار بستر موضوع قرارداد به صورت [ابری اختصاصی / اشتراکی / ترکیبی] بوده و زیرساخت‌های سخت‌افزاری و نرم‌افزاری مربوطه در مراکز داده تأمین‌کننده واقع در منطقه جغرافیایی [نام منطقه یا شهر/کشور] مستقر می‌گردند. بستر ابری شامل محیط‌های مجزای توسعه (Development)، آزمایش (Staging) و بهره‌برداری تجاری (Production) بر اساس درخواست مشتری و مشخصات فنی پیوست شماره [شماره پیوست] راه‌اندازی و در اختیار قرار می‌گیرد. ظرفیت پایه تخصیص‌یافته به مشتری در ابتدای قرارداد شامل [تعداد] هسته پردازنده (CPU)، [مقدار] گیگابایت حافظه رم (RAM)، [مقدار] ترابایت فضای ذخیره‌سازی ابری و پهنای باند اختصاصی معادل [مقدار] مگابیت بر ثانیه می‌باشد. توسعه و افزایش ظرفیت پایه یا اضافه‌نمودن محیط‌های جدید منوط به درخواست کتبی مشتری، تأیید تأمین‌کننده و پرداخت هزینه‌های مربوطه بر اساس تعرفه روز خواهد بود. تبصره ۴-۱: انتقال فیزیکی داده‌ها و زیرساخت‌ها به مناطق جغرافیایی دیگر منوط به توافق کتبی طرفین و رعایت الزامات قانونی حفاظت از داده‌ها است. تبصره ۴-۲: تأمین‌کننده مجاز است در راستای بهینه‌سازی عملکرد، مکان دقیق سرورهای ابری را در محدوده جغرافیایی توافق‌شده تغییر دهد مشروط بر آنکه کیفیت و سطح خدمات کاهش نیابد.
ماده ۵ – حساب‌ها، دسترسی، احراز هویت، نقش‌ها و مسئولیتِ کلیدها/توکن‌ها/اسرار تأمین‌کننده پس از امضای قرارداد و تأیید اوليه، حساب کاربری مدیریتی اصلی (Root/Administrator Account) را برای مشتری ایجاد و اطلاعات دسترسی اولیه را از طریق کانال‌های ارتباطی امن ابلاغ می‌نماید. مشتری موظف است بلافاصله پس از دریافت اطلاعات دسترسی، نسبت به تغییر رمزهای عبور اولیه، فعال‌سازی احراز هویت چندمرحله‌ای (MFA) و تعیین نقش‌های دسترسی کاربران خود (RBAC) اقدام نماید. مسئولیت حفاظت، نگهداری و محرمانگی کلیه کلیدهای دسترسی، توکن‌های احراز هویت، گواهینامه‌ها و اسرار سیستمی (Secrets) منحصراً بر عهده مشتری است و هرگونه تراکنش یا عملیات انجام‌شده از طریق حساب‌های کاربری مذکور به منزله اقدام قانونی خود مشتری تلقی می‌گردد. مشتری مکلف است در صورت مفقودی، افشا یا احتمال سوءاستفاده از کلیدها و توکن‌های دسترسی، فوراً مراتب را به صورت کتبی و تلفنی به تأمین‌کننده اعلام نماید تا دسترسی‌های مربوطه مسدود گردد. تأمین‌کننده هیچ‌گونه مسئولیتی در قبال خسارات ناشی از سهل‌انگاری مشتری یا اشخاص ثالث مجاز از سوی وی در نگهداری اطلاعات حساب و توکن‌ها نخواهد داشت. تبصره ۵-۱: ایجاد حساب‌های کاربری فرعی و تعیین سطح دسترسی کارکنان مشتری منحصراً از طریق پنل مدیریتی اختصاص‌یافته تحت نظارت فنی مشتری انجام می‌شود. تبصره ۵-۲: تأمین‌کننده حق دارد در صورت مشاهده فعالیت‌های مشکوک امنیتی، دسترسی حساب‌های کاربری را به طور موقت تعلیق نموده و مراتب را به مشتری گزارش دهد. توضیحِ فیلدها: • متن: متنِ کاملِ همان مواد، هر ماده در خطِ جدا
ماده ۶ – مجوز بهره‌برداری از پلتفرم و محدودیت‌های استفاده (AUP با ارجاع به پیوست) ۱-۶- تأمین‌کننده در طول مدت قرارداد، حق استفاده‌ی غیرانحصاری، غیرقابل انتقال و محدود از پلتفرم بستر به عنوان خدمت (PaaS) را صرفاً جهت توسعه، آزمایش و اجرای برنامه‌های کاربردی به مشتری اعطا می‌کند. ۲-۶- مشتری متعهد می‌شود از پلتفرم صرفاً مطابق با ضوابط این قرارداد، قوانین جاری کشور و خط‌مشی استفاده‌ی قابل قبول (AUP) مندرج در پیوست شماره [ ] بهره‌برداری نماید. ۳-۶- هرگونه مهندسی معکوس، decompile کردن، تلاش برای دسترسی غیرمجاز به کد منبع، یا ایجاد آثار مشتق‌شده از پلتفرم بدون اجازه کتبی تأمین‌کننده اکیداً ممنوع است. ۴-۶- استفاده از پلتفرم برای ارسال هرزنامه، انتشار محتوای غیرقانونی، تخریب امنیت شبکه‌ها یا انجام حملات سایبری از طریق زیرساخت تأمین‌کننده تخلف از این ماده محسوب می‌شود. ۵-۶- تبصره: در صورت تخلف مشتری از محدودیت‌های این ماده، تأمین‌کننده حق دارد دسترسی وی را بلافاصله تعلیق نموده و جبران خسارت وارده را مطالبه نماید.
ماده ۷ – تعهدات تأمین‌کننده ۱-۷- تأمین‌کننده متعهد می‌گردد بستر ابری مورد توافق را با کیفیت مطلوب، پایداری متعارف و مطابق با استانداردهای صنعت فناوری اطلاعات فراهم و در اختیار مشتری قرار دهد. ۲-۷- تأمین‌کننده امنیت فیزیکی و زیرساختی مراکز داده و لایه‌های کنترل پلتفرم را در حد متعارف صنعت تأمین نموده و از پلتفرم پشتیبانی فنی به عمل آورد. ۳-۷- در صورت اعمال تغییرات اساسی در APIها یا به‌روزرسانی‌هایی که منجر به شکستن سازگاری (Breaking Changes) شود، تأمین‌کننده موظف است حداقل [ ] روز پیش از اعمال، مراتب را کتباً به مشتری اطلاع دهد. ۴-۷- تأمین‌کننده مستندات فنی به‌روز، راهنماهای استفاده از API و دستورالعمل‌های اتصال به پلتفرم را در اختیار مهندسان نرم‌افزار مشتری قرار می‌دهد. ۵-۷- تبصره: تأمین‌کنند مسئولیتی در قبال اختلالات ناشی از قطع اینترنت سراسری، زیرساخت‌های مخابراتی کشور یا حوادث خارج از کنترل خود ندارد.
ماده ۸ – تعهدات مشتری ۱-۸- مشتری متعهد می‌شود هزینه‌های خدمات را در مواعد مقرر و بر اساس صورتحساب‌های صادره پرداخت نموده و از سهمیه‌های اختصاص‌یافته فراتر نرود. ۲-۸- پیکربندی امن منابع، مدیریت شناسه‌ها، رمزهای عبور و توکن‌های دسترسی بر عهده‌ی مشتری بوده و وی مسئول حفظ محرمانگی آن‌هاست. ۳-۸- مشتری تضمین می‌کند که داده‌ها و کدهای بارگذاری‌شده نقض‌کننده‌ی حقوق اشخاص ثالث، قوانین آمره یا اخلاق حسنه نبوده و دارای حق قانونی برای پردازش آن‌هاست. ۴-۸- مشتری موظف است به‌طور منظم از کدها، پایگاه‌های داده و اطلاعات خود نسخه‌ی پشتیبان (Backup) مستقل تهیه نماید و تأمین‌کننده مسئولیتی در قبال فقدان داده‌های مشتری ندارد. ۵-۸- مشتری حق ندارد هیچ‌گونه بار اضافی، اسکن آسیب‌پذیری مخرب یا حملات تست نفوذ را بدون هماهنگی قبلی روی زیرساخت تأمین‌کننده اجرا کند.
ماده ۹ – مدل مسئولیت مشترک (Shared Responsibility) ۱-۹- مسئولیت امنیت و نگهداری در این قرارداد بر اساس مدل مسئولیت مشترک میان تأمین‌کننده و مشتری تقسیم می‌شود و مرزهای آن به دقت تفکیک شده است. ۲-۹- تأمین‌کننده مسئول امنیت فیزیکی مراکز داده، سخت‌افزارها، هایپروایزر، میزبان‌ها و امنیت لایه‌های زیرساختی و کنترلی پلتفرم (Security of the Cloud) است. ۳-۹- مشتری به‌طور کامل مسئول امنیت برنامه‌های کاربردی، داده‌های مشتری (Customer Data)، مدیریت هویت و دسترسی، پیکربندی شبکه‌ی اختصاصی و تنظیمات امنیتی منابع خود (Security in the Cloud) می‌باشد. ۴-۹- تأمین‌کننده هیچ‌گونه مسئولیتی در قبال خسارات ناشی از ضعف امنیتی کدهای نوشته‌شده توسط مشتری، افشای کلیدهای دسترسی یا تنظیمات نادرست محیط ابری توسط وی ندارد. ۵-۹- تبصره: نامطمئن در خصوص جزئیات فنی تکمیلی مسئولیت‌های مشترک که در مستندات امنیتی پلتفرم ذکر شده است.
ماده ۱۰ – سطح خدمت (SLA)، نگهداری، اعتبار خدمت، استثناها و تنها چاره‌ی انحصاری بابت افت دسترس‌پذیری ۱-۹ [نامطمئن - اصلاح به ۱۰]: تأمین‌کننده تلاش تجاری معقول را به کار خواهد گرفت تا پلتفرم با دسترس‌پذیری سالانه‌ی [۹۹.۹ درصد] در دسترس مشتری باشد. ۲-۱۰- در صورت وقوع افت دسترس‌پذیری بیش از حد مجاز (Downtime) و عدم رعایت سطح خدمت (SLA)، تنها چاره‌ی انحصاری مشتری دریافت اعتبار خدمت (Service Credit) بر اساس جدول خسارات مندرج در پیوست خواهد بود. ۳-۱۰- زمان‌های تعمیر و نگهداری از پیش اعلام‌شده (Scheduled Maintenance) و قطعی‌های ناشی از نیروی قهریه (Force Majeure) یا تخلفات مشتری از مفاد قرارداد، از محاسبات SLA مستثنی هستند. ۴-۱۰- درخواست دریافت اعتبار خدمت باید حداکثر ظرف مدت [ ] روز پس از پایان ماهِ وقوع حادثه، کتباً از سوی مشتری به تأمین‌کننده اعلام گردد. ۵-۱۰- تبصره: مطالبه‌ی هرگونه خسارت عمومی یا عدم‌النفع فراتر از اعتبار خدمت پیش‌بینی‌شده در این ماده مجاز نمی‌باشد، مگر در موارد اثبات عمد یا تقصیر سنگین (گراوس) تأمین‌کننده. توضیحِ فیلدها: • متن: متنِ کاملِ همان مواد، هر ماده در خطِ جدا
ماده ۱۱ – پشتیبانی فنی، مدیریت حادثه و تشدید (Escalation) ۱-۱۱. تأمین‌کننده متعهد است خدمات پشتیبانی فنی را مطابق با سطوح توافق‌شده در پیوستِ «سطح خدمات» (SLA) به مشتری ارائه نماید. این خدمات شامل پاسخگویی به تیکت‌های فنی، رفع اشکالاتِ مربوط به زیرساختِ پلتفرم و راهنمایی در خصوص استفاده از مستنداتِ API می‌باشد. ۲-۱۱. مشتری موظف است حوادث فنی را از طریق درگاه رسمی پشتیبانی اعلام نماید و تأمین‌کننده در صورت بروز حادثه، فرآیند مدیریت حادثه را بر اساس اولویت‌بندیِ تعریف‌شده آغاز خواهد کرد. ۳-۱۱. در صورتی که حادثه در زمان مقرر رفع نگردد، مشتری حق دارد موضوع را به سطوح بالاتر مدیریتی تأمین‌کننده ارجاع دهد که این فرآیند «تشدید» (Escalation) نامیده می‌شود. تبصره: پشتیبانی از کدهای اختصاصی مشتری، تنظیماتِ اپلیکیشن و خطاهای ناشی از پیکربندیِ نادرستِ مشتری، خارج از تعهداتِ پشتیبانیِ تأمین‌کننده بوده و در زمره مسئولیت‌های مشتری قرار می‌گیرد.
ماده ۱۲ – مبلغ، نرخ مصرف، صورتحساب و پرداخت ۱-۱۲. مبلغ قرارداد بر اساس مدل «پرداخت به میزان مصرف» (Pay-as-you-go) یا بسته‌های اشتراکیِ تعیین‌شده در پیوستِ مالی محاسبه می‌گردد. نرخ‌های مصوب، شامل مالیات بر ارزش افزوده و سایر عوارض قانونیِ متعلقه خواهد بود که به عهده مشتری است. ۲-۱۲. تأمین‌کننده صورتحساب‌های ماهانه را در پایان هر دوره صادر می‌نماید و مشتری موظف است حداکثر ظرف [ ] روز کاری پس از صدور، نسبت به تسویه حساب اقدام کند. ۳-۱۲. در صورت عدم پرداخت در موعد مقرر، تأمین‌کننده حق دارد پس از اخطار کتبی [ ] روزه، دسترسی مشتری به پلتفرم را محدود یا به‌طور موقت قطع نماید. ۴-۱۲. تأمین‌کننده مجاز است با اطلاع‌رسانی قبلیِ [ ] روزه، نرخ‌های مصرف را متناسب با تورم یا تغییراتِ هزینه‌های زیرساختی تعدیل نماید. تبصره: سقف مصرفِ مجاز برای مشتری در پنل کاربری تعیین می‌گردد و هرگونه مصرف مازاد بر آن، مشمول تعرفه‌های مازادِ مندرج در پیوست مالی خواهد بود.
ماده ۱۳ – مدت، آغاز بهره‌برداری و تمدید ۱-۱۳. مدت این قرارداد از تاریخ [ ] لغایت [ ] به مدت [ ] ماه شمسی تعیین می‌گردد. ۲-۱۳. تاریخ آغاز بهره‌برداری، زمانِ تحویلِ دسترسیِ اولیه به محیطِ عملیاتی یا پایانِ دوره آزمایشی (هرکدام زودتر رخ دهد) خواهد بود. ۳-۱۳. در صورت تمایل طرفین به تمدید، باید حداقل [ ] روز پیش از انقضای مدت قرارداد، توافق کتبی جدیدی منعقد گردد. ۴-۱۳. چنانچه قرارداد شامل دوره‌ی آزمایشی (Trial) باشد، استفاده از خدمات در این دوره تابع تمامی شرایط این قرارداد بوده، اما تأمین‌کننده هیچ‌گونه تعهدِ SLA یا ضمانتِ دسترس‌پذیری در این دوره نخواهد داشت.
ماده ۱۴ – تحویل دسترسی اولیه و معیار پذیرش ۱-۱۴. تأمین‌کننده متعهد است پس از امضای قرارداد و پرداختِ پیش‌پرداختِ احتمالی، دسترسیِ اولیه به محیطِ توسعه یا عملیاتی را ظرف [ ] روز کاری فراهم نماید. ۲-۱۴. معیار پذیرشِ محیطِ سازمانی، موفقیت در اجرای تست‌های اتصالِ اولیه و تأییدِ سلامتِ سرویس‌های پایه توسط مشتری در محیطِ تست می‌باشد. ۳-۱۴. مشتری موظف است ظرف [ ] روز کاری پس از تحویلِ دسترسی، محیط را بررسی و هرگونه عدم انطباق با مستنداتِ فنی را کتباً اعلام نماید؛ عدم اعلامِ نظر در این مهلت، به منزله پذیرشِ قطعیِ محیط تلقی می‌شود. تبصره: فرآیند Onboarding (آموزش و استقرار اولیه) در صورتِ درخواستِ مشتری، طیِ پیوستِ جداگانه‌ای با هزینه‌ی مجزا توافق خواهد شد.
ماده ۱۵ – داده مشتری ۱-۱۵. تمامی حقوق مالکیتِ داده‌های مشتری، متعلق به مشتری باقی می‌ماند و تأمین‌کننده تنها مجوزِ پردازشِ محدودِ این داده‌ها را صرفاً جهتِ ارائه خدماتِ موضوعِ قرارداد دارا می‌باشد. ۲-۱۵. تأمین‌کننده متعهد است داده‌های مشتری را صرفاً در محل‌های جغرافیاییِ توافق‌شده میزبانی نماید و بدون اخذ مجوز کتبی از مشتری، اقدام به انتقالِ برون‌مرزیِ داده‌ها ننماید. ۳-۱۵. تأمین‌کننده موظف است دستورالعمل‌های پردازشِ داده که توسط مشتری ابلاغ می‌گردد را رعایت نموده و از هرگونه استفاده‌ی غیرمجاز، افشا یا تغییرِ داده‌ها خودداری نماید. ۴-۱۵. در صورت خاتمه قرارداد، تأمین‌کننده موظف است داده‌های مشتری را طبقِ درخواستِ وی، امحا یا به فرمتِ استانداردِ قابلِ انتقال، بازگرداند. تبصره: تأمین‌کننده حق دارد داده‌های ناشناس‌سازی‌شده (Anonymized Data) را جهتِ بهبودِ کیفیتِ خدمات و تحلیل‌های آماریِ پلتفرم استفاده نماید، مشروط بر اینکه امکانِ شناساییِ هویتِ مشتری یا کاربرانِ وی وجود نداشته باشد.
ماده ۱۶ – حفاظت از داده‌های شخصی ۱-۱۶. تأمین‌کننده متعهد است تمامی داده‌های شخصی متعلق به مشتری را که در بستر پلتفرم پردازش می‌شود، صرفاً در راستای ارائه خدمات موضوع این قرارداد و مطابق با دستورالعمل‌های مکتوب مشتری پردازش نماید. ۲-۱۶. تأمین‌کننده موظف به رعایت اصل حداقل‌سازی داده‌ها بوده و تنها به آن دسته از داده‌هایی دسترسی خواهد داشت که برای اجرای تعهدات قراردادی ضروری است. ۳-۱۶. استفاده از پیمانکاران فرعی (Subprocessors) برای پردازش داده‌ها منوط به اطلاع‌رسانی قبلی به مشتری و اخذ موافقت کتبی وی است؛ در این صورت، تأمین‌کننده مسئولیت کامل عملکرد پیمانکاران فرعی را در قبال مشتری بر عهده خواهد داشت. ۴-۱۶. تأمین‌کننده متعهد است حقوق سوژه‌های داده (صاحبان داده) را مطابق با قوانین حاکم بر جمهوری اسلامی ایران، از جمله قانون تجارت الکترونیکی و قانون جرایم رایانه‌ای، به رسمیت شناخته و در صورت دریافت درخواست از سوی مشتری، در اجرای این حقوق همکاری نماید. ۵-۱۶. پس از خاتمه قرارداد یا در صورت درخواست کتبی مشتری، تأمین‌کننده مکلف است تمامی داده‌های شخصی را ظرف مدت [ ] روز کاری امحا نموده یا به مشتری بازگرداند، مگر آنکه نگهداری آن‌ها به موجب قوانین آمره الزامی باشد. تبصره: تأمین‌کننده حق انتقال داده‌های شخصی به خارج از مرزهای جغرافیایی ایران را بدون اخذ مجوز صریح و کتبی از مشتری ندارد.
ماده ۱۷ – امنیت اطلاعات ۱-۱۷. تأمین‌کننده متعهد است تدابیر فنی و سازمانی مناسب، از جمله رمزنگاری داده‌ها در حال انتقال و در حالت سکون (At-rest)، را برای حفاظت از اطلاعات مشتری در برابر دسترسی‌های غیرمجاز، افشا، تغییر یا تخریب پیاده‌سازی نماید. ۲-۱۷. تأمین‌کننده موظف است تمامی رویدادهای سیستمی و دسترسی‌های مدیریتی را در قالب لاگ‌های امنیتی ثبت و نگهداری نماید تا امکان ردیابی و حسابرسی فراهم باشد. ۳-۱۷. مشتری مجاز است با هماهنگی قبلی و در بازه‌های زمانی مشخص، نسبت به انجام تست نفوذ (Penetration Test) بر روی محیط اختصاصی خود اقدام نماید، مشروط بر اینکه این عملیات موجب اختلال در پایداری سرویس سایر مشتریان نگردد. ۴-۱۷. در صورت شناسایی هرگونه آسیب‌پذیری امنیتی یا وقوع نقض داده (Data Breach)، تأمین‌کننده مکلف است حداکثر ظرف مدت [ ] ساعت پس از کشف، موضوع را به صورت کتبی به مشتری اطلاع دهد. ۵-۱۷. تأمین‌کننده متعهد است برنامه‌ای مدون برای مدیریت وصله‌های امنیتی (Patch Management) داشته باشد تا ریسک‌های امنیتی شناخته‌شده در زیرساخت پلتفرم به حداقل برسد. تبصره: مسئولیت امنیت لایه اپلیکیشن و تنظیمات دسترسی که توسط مشتری در محیط پلتفرم اعمال می‌شود، منحصراً بر عهده مشتری است.
ماده ۱۸ – پشتیبان‌گیری، تداوم کسب‌وکار و بازیابی از فاجعه (BCP/DR) ۱-۱۸. تأمین‌کننده متعهد است سیاست‌های پشتیبان‌گیری (Backup) منظم از زیرساخت پلتفرم را مطابق با استانداردهای متعارف صنعت فناوری اطلاعات اجرا نماید. ۲-۱۸. تأمین‌کننده موظف است طرح تداوم کسب‌وکار (BCP) و بازیابی از فاجعه (DR) را به‌گونه‌ای تدوین و اجرا کند که در صورت بروز حوادث غیرمترقبه، بازگشت به سرویس‌دهی در بازه زمانی توافق‌شده در پیوست SLA امکان‌پذیر باشد. ۳-۱۸. مشتری مسئولیت تهیه نسخه پشتیبان از کدها، دیتابیس‌های اختصاصی و تنظیمات اپلیکیشن خود را بر عهده دارد و تأمین‌کننده در قبال از دست رفتن داده‌های ناشی از خطای مشتری یا پیکربندی‌های نادرست وی مسئولیتی نخواهد داشت. ۴-۱۸. تأمین‌کننده باید حداقل سالی یک‌بار نسبت به تست طرح بازیابی از فاجعه اقدام نموده و گزارش کلی از موفقیت‌آمیز بودن آن را در صورت درخواست مشتری ارائه نماید. ۵-۱۸. در صورت بروز فاجعه‌ای که منجر به توقف طولانی‌مدت سرویس گردد، تأمین‌کننده متعهد است تمامی منابع فنی خود را برای بازیابی دسترسی مشتری به کار گیرد. تبصره: مسئولیت بازیابی داده‌های مشتری از نسخه‌های پشتیبانِ ارائه‌شده توسط تأمین‌کننده، در صورتی که ناشی از خطای زیرساختی تأمین‌کننده باشد، بر عهده تأمین‌کننده است.
ماده ۱۹ – مالکیت فکری ۱-۱۹. تمامی حقوق مالکیت فکری، اعم از مادی و معنوی، مربوط به پلتفرم، کدهای منبع، الگوریتم‌ها، مستندات فنی و علائم تجاری متعلق به تأمین‌کننده است و این قرارداد صرفاً حق بهره‌برداری محدود و غیرانحصاری را به مشتری اعطا می‌کند. ۲-۱۹. مشتری مالک تمامی داده‌ها، کدها و اپلیکیشن‌هایی است که بر روی بستر پلتفرم توسعه داده یا بارگذاری می‌کند. ۳-۱۹. در صورتی که در ارائه خدمات از اجزای متن‌باز (Open Source) استفاده شده باشد، تأمین‌کننده متعهد است حقوق مربوط به مجوزهای آن اجزا را رعایت نماید و مشتری نیز ملزم به رعایت شرایط آن مجوزها در استفاده از پلتفرم است. ۴-۱۹. هرگونه بازخورد، پیشنهاد یا ایده‌ای که مشتری در خصوص بهبود پلتفرم ارائه می‌دهد، بدون ایجاد حق مالکیت برای مشتری، به تأمین‌کننده تعلق می‌گیرد و تأمین‌کننده حق استفاده از آن را در توسعه محصولات خود خواهد داشت. ۵-۱۹. طرفین متعهد می‌شوند از علائم تجاری یکدیگر صرفاً در حدود تعیین‌شده در این قرارداد و با رعایت شئونات تجاری استفاده نمایند. تبصره: هیچ‌یک از مفاد این قرارداد به معنای انتقال مالکیت پلتفرم به مشتری نیست.
ماده ۲۰ – محرمانگی دوجانبه ۱-۲۰. طرفین متعهد می‌شوند تمامی اطلاعات محرمانه‌ای که در طول اجرای این قرارداد از یکدیگر دریافت می‌کنند، اعم از اطلاعات فنی، تجاری، مالی و داده‌های کاربران، را به صورت کاملاً محرمانه حفظ نمایند. ۲-۲۰. اطلاعات محرمانه نباید بدون اجازه کتبی طرف مقابل در اختیار اشخاص ثالث قرار گیرد، مگر در مواردی که به موجب حکم مراجع قضایی یا قانونی الزامی باشد که در این صورت، طرف افشاکننده باید بلافاصله طرف مقابل را مطلع نماید. ۳-۲۰. تعهدات محرمانگی شامل کارکنان، مشاوران و پیمانکاران طرفین نیز می‌شود و طرفین مسئولیت اقدامات آن‌ها را در قبال نقض محرمانگی بر عهده دارند. ۴-۲۰. تعهد به حفظ محرمانگی پس از خاتمه یا فسخ این قرارداد، به مدت [ ] سال همچنان به قوت خود باقی خواهد ماند. ۵-۲۰. اطلاعاتی که پیش از انعقاد قرارداد در دسترس عموم بوده یا به صورت مستقل توسط طرف مقابل ایجاد شده باشد، از شمول این ماده مستثنی است. تبصره: در صورت نقض تعهدات محرمانگی، طرف متخلف مسئول جبران خسارات وارده به طرف مقابل خواهد بود.
ماده ۲۱ – تضمین‌ها و اظهارات (Representations) ۱-۲۱ تأمین‌کننده اظهار و تضمین می‌نماید که دارای تمامی مجوزهای قانونی لازم جهت ارائه خدمات بستر به عنوان خدمت (PaaS) از مراجع ذی‌صلاح در جمهوری اسلامی ایران بوده و توانایی فنی و تخصصی لازم برای اجرای تعهدات موضوع این قرارداد را دارا می‌باشد. تأمین‌کننده تضمین می‌نماید که پلتفرم، زیرساخت‌ها و ابزارهای ارائه‌شده هیچ‌گونه حقوق مادی و معنوی اشخاص ثالث، از جمله حق اختراع، حق نشر، علائم تجاری یا اسرار تجاری را نقض نمی‌نمه‌ند و در صورت بروز هرگونه ادعا در این خصوص، مسئولیت دفاع و جبران خسارت کامل بر عهده وی خواهد بود. خدمات و مستندات ارائه‌شده با مشخصات فنی مندرج در مستندات رسمی تأمین‌کننده مطابقت نسبی داشته و در شرایط متعارف قابل بهره‌برداری می‌باشند. ۲-۲۱ مشتری نیز اظهار و تضمین می‌نماید که دارای اختیار قانونی کامل برای انعقاد این قرارداد بوده و داده‌ها، کدهای بارگذاری‌شده و محتوای ارسالی وی هیچ‌گونه قوانین آمره جمهوری اسلامی ایران، حقوق اشخاص ثالث یا مقررات مرتبط با امنیت عمومی را نقض نمی‌کند. مشتری مسئولیت صحت، دقت و قانونی بودن داده‌های مشتری (Customer Data) را منحصراً بر عهده داشته و تضمین می‌کند که از بستر ارائه‌شده برای مقاصد غیرقانونی یا حملات سایبری استفاده نخواهد کرد. ۳-۲۱ به استثنای موارد صراحتاً ذکرشده در این قرارداد، خدمات بستر به عنوان خدمت «همان‌گونه که هست» (As-Is) و «بر اساس میزان دسترسی» (As-Available) ارائه شده و تأمین‌کننده هیچ‌گونه ضمانت صریح یا ضمنی، از جمله ضمانت مناسب بودن برای یک هدف خاص، قابلیت فروش، عدم قطعی کامل یا سازگاری بی‌نقص با تمامی نرم‌افزارهای سفارشی مشتری را به‌نحو متعارف و غیرآمره سلب می‌نماید. تأمین‌کننده تضمین نمی‌کند که سرویس‌ها بدون وقفه، بدون خطا یا کاملاً ایمن در برابر تمامی روش‌های نوین نفوذ باشند، مگر مواردی که تعهد سطح خدمات (SLA) صراحتاً به آن اشاره کرده است. تبصره ۱-۲۱ هرگونه اظهار, تضمین یا تعهد خارج از مفاد این قرارداد که توسط نمایندگان یا بازاریابان طرفین اعلام شده باشد، فاقد اعتبار حقوقی بوده و برای طرفین الزام‌آور نخواهد بود. تبصره ۲-۲۱ نقض هر یک از تضمینات مندرج در این ماده توسط هر یک از طرفین، به عنوان نقض اساسی قرارداد تلقی شده و طرف مقابل حق فسخ فوری قرارداد و مطالبه خسارات وارده را بر اساس قوانین جاری کشور خواهد داشت. محل امضای طرفین: نماینده قانونی تأمین‌کننده: [نام، سمت، امضا و مهر] نماینده قانونی مشتری: [نام، سمت، امضا و مهر] توضیحِ فیلدها: • متن:
ماده ۲۱ – تضمین‌ها و اظهارات (Representations) ۱-۲۱ تأمین‌کننده اظهار و تضمین می‌نماید که دارای تمامی مجوزهای قانونی لازم جهت ارائه خدمات بستر به عنوان خدمت (PaaS) از مراجع ذی‌صلاح در جمهوری اسلامی ایران بوده و توانایی فنی و تخصصی لازم برای اجرای تعهدات موضوع این قرارداد را دارا می‌باشد. تأمین‌کننده تضمین می‌نماید که پلتفرم، زیرساخت‌ها و ابزارهای ارائه‌شده هیچ‌گونه حقوق مادی و معنوی اشخاص ثالث، از جمله حق اختراع، حق نشر، علائم تجاری یا اسرار تجاری را نقض نمی‌نمه‌ند و در صورت بروز هرگونه ادعا در این خصوص، مسئولیت دفاع و جبران خسارت کامل بر عهده وی خواهد بود. خدمات و مستندات ارائه‌شده با مشخصات فنی مندرج در مستندات رسمی تأمین‌کننده مطابقت نسبی داشته و در شرایط متعارف قابل بهره‌برداری می‌باشند. ۲-۲۱ مشتری نیز اظهار و تضمین می‌نماید که دارای اختیار قانونی کامل برای انعقاد این قرارداد بوده و داده‌ها، کدهای بارگذاری‌شده و محتوای ارسالی وی هیچ‌گونه قوانین آمره جمهوری اسلامی ایران، حقوق اشخاص ثالث یا مقررات مرتبط با امنیت عمومی را نقض نمی‌کند. مشتری مسئولیت صحت، دقت و قانونی بودن داده‌های مشتری (Customer Data) را منحصراً بر عهده داشته و تضمین می‌کند که از بستر ارائه‌شده برای مقاصد غیرقانونی یا حملات سایبری استفاده نخواهد کرد. ۳-۲۱ به استثنای موارد صراحتاً ذکرشده در این قرارداد، خدمات بستر به عنوان خدمت «همان‌گونه که هست» (As-Is) و «بر اساس میزان دسترسی» (As-Available) ارائه شده و تأمین‌کننده هیچ‌گونه ضمانت صریح یا ضمنی، از جمله ضمانت مناسب بودن برای یک هدف خاص، قابلیت فروش، عدم قطعی کامل یا سازگاری بی‌نقص با تمامی نرم‌افزارهای سفارشی مشتری را به‌نحو متعارف و غیرآمره سلب می‌نماید. تأمین‌کننده تضمین نمی‌کند که سرویس‌ها بدون وقفه، بدون خطا یا کاملاً ایمن در برابر تمامی روش‌های نوین نفوذ باشند، مگر مواردی که تعهد سطح خدمات (SLA) صراحتاً به آن اشاره کرده است. تبصره ۱-۲۱ هرگونه اظهار, تضمین یا تعهد خارج از مفاد این قرارداد که توسط نمایندگان یا بازاریابان طرفین اعلام شده باشد، فاقد اعتبار حقوقی بوده و برای طرفین الزام‌آور نخواهد بود. تبصره ۲-۲۱ نقض هر یک از تضمینات مندرج در این ماده توسط هر یک از طرفین، به عنوان نقض اساسی قرارداد تلقی شده و طرف مقابل حق فسخ فوری قرارداد و مطالبه خسارات وارده را بر اساس قوانین جاری کشور خواهد داشت. محل امضای طرفین: نماینده قانونی تأمین‌کننده: [نام، سمت، امضا و مهر] نماینده قانونی مشتری: [نام، سمت، امضا و مهر]

نکاتِ تنظیمِ این قرارداد

مبنای حقوقی
ماده ۱۰ قانون مدنی، قانون تجارت الکترونیکی، قانون حمایت از حقوق پدیدآورندگان نرم‌افزارهای رایانه‌ای و قوانین مرتبط با جرایم رایانه‌ای
نکاتِ کلیدی
۱. درک دقیق مدل مسئولیت مشترک برای جلوگیری از اختلافات امنیتی. ۲. تعیین دقیق سطح دسترس‌پذیری (SLA) و ضمانت‌اجرای آن (Service Credit). ۳. پیش‌بینی مکانیزم تعدیل قیمت با توجه به تورم و نوسانات نرخ ارز (در صورت وابستگی به زیرساخت خارجی). ۴. توجه به قوانین حفاظت از داده‌های شخصی و حریم خصوصی کاربران. ۵. مشخص بودن نحوه استخراج و انتقال داده‌ها در زمان خاتمه قرارداد. ۶. محدودسازی مسئولیت تأمین‌کننده در قبال خطاهای ناشی از پیکربندی نادرست مشتری.
بندهای پرخطر
۱. ماده مربوط به SLA و جبران خسارت (ماده ۱۰): به دلیل اختلاف بر سر محاسبه Downtime و میزان خسارت، باید فرمول محاسبه خسارت کاملاً شفاف و محدود به اعتبار خدمت باشد. ۲. ماده مسئولیت مشترک (ماده ۹): ابهام در مرز مسئولیت امنیت داده و زیرساخت می‌تواند منشاء بروز اختلاف در هنگام بروز حوادث امنیتی شود؛ این مرز باید به صراحت در مستندات فنی ضمیمه شود. ۳. بند پرداخت و قطع سرویس (ماده ۱۲): قطع ناگهانی سرویس به دلیل عدم پرداخت می‌تواند خسارات جبران‌ناپذیری به کسب‌وکار مشتری بزند؛ لذا تعیین مهلت اخطار قبلی الزامی است.

این متن با کمکِ هوش مصنوعی و گاه با کنترلِ کارشناس، به زبانِ ساده تهیه شده؛ برای پروندهٔ خودتان با وکیل مشورت کنید. گاه عبارت‌ها در هر پرونده معنای خاصِ خود را دارند و ممکن است خطا داشته باشد.

+ نمایشِ کاملِ مقدمه و توضیحاتِ پرامپت
# پرامپتِ تنظیمِ قرارداد بستر به‌عنوان خدمت (PaaS — Platform as a Service Agreement) ## نقش تو یک وکیلِ پایه‌یکِ دادگستری ایران، متخصصِ قراردادهای فناوری اطلاعات، رایانش ابری، مالکیت فکری نرم‌افزار و حقوق تجارت الکترونیکی هستی. قرارداد را به‌صورت حرفه‌ای، کامل، دقیق، بی‌ابهام و قابلِ اجرا در محاکم ایران تنظیم کن. زبانِ حقوقیِ رسمی به‌کار ببر؛ هیچ ماده‌ای را مبهم، تزئینی یا متعارض نگذار. اگر موضوع جنبه‌ی فرامرزی دارد، بندهای حقوق بین‌الملل خصوصی و تجارت بین‌الملل را فقط در حدِ ضرورت و سازگار با نظم عمومی ایران اضافه کن. حدس نزن؛ اگر هر یک از اطلاعاتِ لازم ناقص بود، **قبل از نوشتنِ قرارداد** سؤال‌های مشخص بپرس و صبر کن. ## چارچوبِ حقوقیِ حاکم و قواعدِ آمره قرارداد را عمدتاً بر پایه‌ی حقوق ایران تنظیم کن و صریحاً به این منابع ارجاع مفهومی بده (بدونِ شماره‌ی ماده‌ی ساختگی یا نامطمئن): - **قانون مدنی** (آزادی قراردادی، شرایطِ صحتِ معامله، تعهدات، شروطِ ضمن عقد، ضمانِ عهدی و قهری، خسارت، implment اجرا و فسخ). ماهیتِ عقد: قراردادِ نامعینِ خدماتیِ لازم (معمولاً در قالبِ ماده‌ی ۱۰ قانون مدنی) با عناصرِ پیمانکاریِ خدماتِ فنی و اجاره‌ی ظرفیتِ پردازشی/ذخیره‌ای؛ رضایی است، نیاز به قبضِ فیزیکی ندارد و با داده پیام و امضای الکترونیکی معتبر منعقد می‌شود. - **قانون تجارت** (اگر یک یا هر دو طرف تاجر یا شرکت تجاری باشند؛ اسناد تجاریِ تضمین، ورشکستگی، نمایندگی). - **قانون تجارت الکترونیکی** (انعقاد از راه دور، داده پیام، امضای الکترونیکی، حمایت از داده پیام، مسئولیت واسطه‌ها در حدِ مربوط). - **قانون جرایم رایانه‌ای** و مقرراتِ مرتبط با امنیت فضای تولید و تبادل اطلاعات (ممنوعیتِ سوءاستفاده، دسترسی غیرمجاز، اختلال در سامانه). - **قانون حمایت از حقوق پدیدآورندگان نرم‌افزارهای رایانه‌ای** و **قانون حمایت از حقوق مؤلفان و مصنفان و هنرمندان** (مالکیتِ بستر، ابزارها، SDK، مستندات در برابر مالکیتِ اپلیکیشن، داده و کدِ مشتری). - مقررات و مصوباتِ **شورای عالی فضای مجازی / مرکز ملی فضای مجازی** و الزاماتِ احتمالیِ **بومی‌سازی یا نگهداریِ داده در قلمرو ایران** برای داده‌های حساس، حاکمیتی یا بخش‌های مشمول. - الزاماتِ **سازمان تنظیم مقررات و ارتباطات رادیویی** و پروانه‌های ارتباطی/میزبانی در صورتِ ارائه‌ی خدمت از داخل ایران. - **قانون مالیات‌های مستقیم** و **قانون مالیات بر ارزش افزوده** (شناساییِ عرضه‌ی خدمتِ مشمول، صورتحساب الکترونیکی، کسر مالیات تکلیفی در صورت شمول). - **قانون مبارزه با پولشویی** و آیین‌نامه‌های شناسایی مشتری، در حدِ احراز هویت طرفِ تجاری. - در فرضِ طرفِ خارجی یا داده/کاربرِ اتحادیه‌ی اروپا یا انتقال برون‌مرزی: اصولِ حقوق بین‌الملل خصوصی ایران، نظم عمومی، مقررات ارزی بانک مرکزی، و در صورت انتخابِ طرفین اشاره‌ی سازگار به GDPR / استانداردهای امنیتی بین‌المللی (ISO/IEC 27001، 27017، 27018، SOC 2) **بدونِ نقضِ آمره ایران**. CISG و اینکوترمز نوعاً بر خدمتِ PaaS حاکم نیستند؛ آن‌ها را تحمیل نکن مگر طرفین صریحاً کالای فیزیکی ضمیمه کرده باشند. **قواعدِ آمره‌ای که نباید نقض شود:** شرطِ اسقاطِ کاملِ مسئولیت در قبالِ فعلِ عمد یا تقصیر سنگین؛ شرطِ خلافِ نظم عمومی و اخلاق حسنه؛ سلبِ حقِ دادخواهی به‌طور مطلق به‌نحوی که باطل باشد؛ انتقال یا پردازشِ داده‌ی شخصی/حساس برخلاف مقرراتِ لازم‌الاجرا؛ ارائه‌ی خدمتِ نیازمندِ پروانه بدون تصریح به دارندگی مجوز؛ شرطِ ربوی یا وجه التزامِ آشکارا غرری و نامتناسب در حدی که خطرِ تعدیل یا بطلان داشته باشد؛ دور زدنِ تحریم‌های داخلیِ لازم‌الاجرا یا مقررات ارزی. اگر خدمت به مصرف‌کننده‌ی غیرحرفه‌ای عرضه شود، قواعد **قانون حمایت از حقوق مصرف‌کنندگان** را رعایت کن و شروطِ غیرمنصفانه‌ی یک‌طرفه ننویس. ## اطلاعاتِ لازم کاربر باید همه‌ی موارد زیر را پر کند. اگر پر نشده، سؤال کن و قرارداد را ننویس. ### طرفین و نمایندگی - تأمین‌کننده‌ی بستر (Provider): [[نام شخص حقیقی/حقوقی، شناسه/شماره ثبت، شناسه ملی، اقامتگاه قانونی، کد پستی، ایمیل رسمی ابلاغ، نماینده‌ی امضاکننده و سمت، روزنامه رسمی آخرین تغییرات]] - مشتری (Customer): [[همان اطلاعات]] - آیا مشتری مصرف‌کننده است یا کاربر حرفه‌ای/تجاری: [[بله/خیر + توضیح]] - استفاده‌کنندگان نهایی مجاز (Affiliateها، پیمانکاران، Developerها): [[فهرست یا ضابطه]] - پروانه/مجوز فعالیت تأمین‌کننده (در صورت نیاز): [[شماره و مرجع صدور]] ### موضوع، محیط و محدوده‌ی خدمت - شرح دقیق PaaS: [[محیط توسعه / آزمایش / تولید؛ زبان‌ها و runtimeها؛ پایگاه داده؛ میان‌افزار؛ CI/CD؛ کانتینر/کوبرنتیز؛ توابع بدون سرور؛ پیام‌رسانی؛ کش؛ هویت؛ مانیتورینگ]] - مدل استقرار: [[ابری عمومی / خصوصی / ترکیبی / اختصاصی؛ منطقه/منطقه‌های جغرافیایی و دیتاسنتر]] - محیط‌ها و حساب‌ها: [[تعداد پروژه، سازمان، workspace، محیط dev/stage/prod]] - ظرفیت پایه (Quota): [[vCPU، RAM، Storage، IOPS، پهنای باند خروجی، تعداد درخواست API، تعداد build، تعداد اتصال DB]] - خدمات خارج از محدوده (Out of Scope) که صریحاً PaaS نیست: [[مثلاً توسعه‌ی اپلیکیشن مشتری، IaaS خام، پشتیبانی کد مشتری]] - نسخه‌ی پلتفرم و سیاستِ deprecate: [[نسخه، افق پشتیبانی، اطلاع قبلی به ماه]] ### سطح خدمت (SLA) و پشتیبانی - درصد دسترس‌پذیری ماهانه: [[مثلاً ۹۹٫۹٪]] و پنجره‌ی نگهداری: [[روز/ساعت و اطلاع قبلی]] - تعریف Downtime و استثناها: [[نگهداری اعلام‌شده، قوه قاهره، خطای مشتری، اینترنت ثالث]] - اعتبار خدمت (Service Credit) و سقف آن: [[درصد تخفیف صورت‌حساب ماهانه به ازای هر بازه؛ سقف ماهانه]] - RPO / RTO پشتیبان و بازیابی: [[مدت]] - کانال و ساعات پشتیبانی: [[تیکت/تلفن/ایمیل؛ ۲۴×۷ یا اداری؛ زبان]] - زمان پاسخ و رفع بر اساس شدت حادثه (P1 تا P4): [[دقیقه‌/ساعت]] - محیط وضعیت سامانه (Status Page): [[آدرس]] ### مبلغ، صورتحساب و پرداخت - مدل قیمت‌گذاری: [[اشتراک ثابت / پرداخت به‌میزان مصرف (pay-as-you-go) / ترکیبی / رزرو ظرفیت]] - مبلغ یا نرخ‌ها به عدد و حروف و واحد پول: [[...]] - ارز و نرخ تسعیر در قرارداد ارزی: [[ریال/ارز؛ مرجع نرخ؛ طرفِ تحمل نوسان]] - دوره‌ی صورتحساب، مهلت پرداخت، پیش‌پرداخت: [[ماهانه/سالانه؛ تعداد روز؛ مبلغ پیش‌پرداخت]] - جریمه تأخیر تأدیه: [[نرخ یا وجه التزام روزانه/ماهانه]] - مالیات بر ارزش افزوده و کسور قانونی: [[بر عهده‌ی کدام طرف؛ صورتحساب الکترونیکی]] - سقف مصرف و هشدار آستانه: [[درصد هشدار؛ قطع خودکار یا ادامه با نرخ اضافه]] - تغییر قیمت: [[مهلت اعلان؛ حق فسخ مشتری در صورت افزایش]] ### مدت، تمدید و خروج - تاریخ شروع و مدت اولیه: [[تاریخ و مدت به عدد و حروف]] - تمدید خودکار: [[بله/خیر؛ دوره‌ی تمدید؛ مهلت اعلام عدم تمدید]] - دوره‌ی آزمایشی (Trial/PoC): [[مدت، سقف منابع، تبدیل به قرارداد اصلی]] - دوره‌ی گذار خروج (Transition / Offboarding): [[تعداد روز؛ فرمت تحویل داده؛ همکاری فنی]] ### داده، امنیت و انطباق - انواع داده مشتری (Customer Data) و داده شخصی: [[طبقه‌بندی؛ وجود داده‌ی حساس/سلامت/مالی/کودکان/حاکمیتی]] - محل ذخیره‌سازی و پردازش و ممنوعیت انتقال برون‌مرزی: [[کشور/شهر دیتاسنتر؛ اجازه‌ی subprocessors خارجی بله/خیر]] - رمزنگاری در حال انتقال و سکون، مدیریت کلید: [[استاندارد؛ BYOK/HYOK یا کلید تأمین‌کننده]] - پشتیبان‌گیری، نگهداری لاگ و مدت نگهداری پس از خاتمه: [[مدت و روش امحا]] - گواهی‌های امنیتی موجود: [[ISO/SOC/PCI و تاریخ اعتبار]] - حق ممیزی مشتری: [[سالانه/پس از حادثه؛ محرمانگی یافته‌ها]] - اطلاع‌رسانی نقض داده (Breach): [[مهلت به ساعت]] - الزام انطباق مشتری (AUP، ممنوعیت استخراج رمزارز، ارسال هرزنامه، محتوای مجرمانه) ### مالکیت فکری و لایسنس - مالکیت پلتفرم، API، SDK، مستندات، علامت تجاری تأمین‌کننده: [[تأیید که متعلق به Provider است]] - مالکیت اپلیکیشن، کد، اسکیما، داده و خروجی مشتری: [[تأیید که متعلق به Customer است]] - مجوز استفاده‌ی مشتری از پلتفرم: [[غیرحصری، غیرقابل انتقال، محدود به مدت و ظرفیت]] - اجزای متن‌باز و تعهدات copyleft: [[سیاست افشا]] - بازخورد و حق استفاده‌ی تأمین‌کننده از آمار تجمعیِ غیرقابل شناسایی: [[مجاز/غیرمجاز]] - ممنوعیت مهندسی معکوس، بنچمارک عمومی بدون اجازه، رزیلینگ بدون قرارداد نمایندگی ### تضمین‌ها و وثایق - نوع تضمین مشتری بابت پرداخت: [[سفته/چک/ضمانت‌نامه بانکی/بدون تضمین + مشخصات]] - تضمین تأمین‌کننده بابت اجرا (در پروژه‌های سازمانی): [[در صورت وجود]] - سقف مسئولیت قراردادی (Liability Cap): [[معادل مبالغ پرداختی ۱۲ ماه اخیر یا مبلغ ثابت]] - استثناهای سقف (عمد، افشای محرمانه، نقض داده ناشی از تقصیر، نقض IP ثالث، آسیب جسمی) ### شرایط خاصِ این معامله - Subprocessors / پیمانکاران فرعی و حق اعتراض مشتری: [[فهرست اولیه یا لینک فهرست زنده]] - قفل فروشنده (Lock-in) و قابلیت انتقال‌پذیری (Export در فرمت استاندارد، API خروج) - محیط اختصاصی تک‌مستأجره یا چندمستأجره: [[انتخاب]] - اتصال به خدمات ابری ثالث یا Marketplace: [[فهرست]] - نام دامنه، گواهی SSL، و هویت فدریت‌شده (SSO/SAML/OIDC): [[جزئیات]] - قانون حاکم و مرجع حل اختلاف انتخابی طرفین: [[ایران + دادگاه/داوری؛ شهر؛ آیین داوری]] - پیوست‌ها: [[SLA، نرخ‌نامه، AUP، DPA، فهرست subprocessors، مشخصات فنی، نمونه صورتحساب]] ## ساختارِ الزامیِ قرارداد قرارداد را با عنوان «قرارداد تأمین بستر به‌عنوان خدمت (PaaS)» و مقدمه‌ی کوتاهِ شناسایی طرفین بنویس، سپس مواد را به همین ترتیب شماره بزن. هر جا لازم است بند و جزء داشته باش. اعدادِ مبلغ و مدت را هم به عدد و هم به حروف بیاور. [بندهای قرارداد در ادامه، هر کدام جدا] 22.indemnity: دفاع تأمین‌کننده در دعوای نقض IP پلتفرم؛ دفاع مشتری در دعوای محتوای غیرقانونی/داده/اپ او 23. محدودیت و سقف مسئولیت؛ خسارات غیرمستقیم/عدم‌النفع؛ استثناها 24. وجه التزام و خسارت مقطوع (تأخیر پرداخت، افشای محرمانه، تأخیر در بازگردانی داده هنگام خروج) با تصریح به عدم اسقاط اصل تعهد و حق مطالبه‌ی خسارت مازاد فقط در صورت اثبات، یا انحصاری بودن حسب انتخاب کاربر 25. تعلیق خدمت (Suspension): موارد، اخطار، اثر بر SLA، رفع تعلیق 26. خیارات، فسخ و خاتمه (فسخ با سبب: نقض اساسی پس از اخطار رفع؛ نقض AUP جدی؛ ورشکستگی؛ عدم پرداخت؛ تغییر کنترل در صورت توافق؛ فسخ بدون سبب با مهلت) و آثار خاتمه 27. خروج، انتقال‌پذیری داده/کد پیکربندی، همکاری گذار، امحای امن و گواهی امحا 28. تغییرات پلتفرم، نسخه‌های Major، deprecate، ویژگی‌های آزمایشی (Beta) بدون SLA 29. پیمانکار فرعی و انتقال قرارداد 30. قوه قاهره (شامل قطع سراسری اینترنت بین‌الملل، تحریمِ مانعِ تأمین زیرساخت، حمله‌ی گسترده؛ با تعهد اطلاع و کاهش اثر؛ حق فسخ پس از مدت معین) 31. رعایت قوانین، صادرات فناوری، تحریم‌ها، محتوای مجرمانه 32. تبلیغات و مرجع مشتری (Case Study) فقط با اجازه‌ی کتبی 33. حل اختلاف: مذاکره، سپس [[داوری/دادگاه]]؛ آیین، زبان، مقر؛ دستور موقت برای حفظ داده/اسرار 34. قانون حاکم 35. اقامتگاه و ابلاغ (از جمله ابلاغ الکترونیکی معتبر) 36. تمامیت قرارداد، اولویت اسناد (قرارداد > SLA > AUP > سفارش/SOW > مستندات وب)، اصلاح کتبی، قابلیت تفکیک شروط، عدم انصراف، منع واگذاری، نسخه‌ها 37. پیوست‌ها و فهرست آن‌ها 38. امضا، تاریخ، مهر شرکت و نسخ **بندهای خاصِ PaaS که نباید فراموش شود:** سهمیه‌ها و Throttling؛ مسئولیت پیکربندی اشتباه مشتری؛ جداسازی چندمستأجری؛ مالکیت لاگ‌ها و متریک‌ها؛ حق تأمین‌کننده برای وصله‌ی اضطراری امنیتی حتی با قطع کوتاه؛ ممنوعیت High-Risk Use (سامانه‌های ایمنی جانی، کنترل صنعتی حیاتی) مگر توافق جدا؛ سیاست Backup مسئولیت مشتری برای کد منبع؛ عدم تضمین سازگاری ابدی با ابزار ثالث؛ شرایط Marketplace و هزینه‌های عبور ترافیک خروجی (Egress). ## شرط‌های پیشنهادیِ اختیاری این‌ها را فقط اگر کاربر انتخاب کرد یا اطلاعاتش را داد درج کن؛ هر کدام را با یک جمله‌ی کوتاهِ کاربرد در پرانتز مشخص کن: - پیوست پردازش داده (DPA) جداگانه (وقتی داده شخصی قابل‌توجه یا کاربر اروپایی/حساس وجود دارد). - شرط محل داده داخل ایران و ممنوعیت انتقال (برای دستگاه‌های دولتی، نهادهای مشمول یا داده‌ی حساس). - محیط اختصاصی تک‌مستأجره یا VPC/منطقه‌ی اختصاصی (برای مشتری سازمانی با نیاز جداسازی قوی). - حق ممیزی امنیتی یا گزارش شخص ثالث به‌جای ممیزی حضوری (وقتی مشتری بانک/بیمه/بورس است). - تضمین زمان ساخت و استقرار Pipeline (برای تیم‌های DevOps با CI حیاتی). - اعتبار خدمتِ مضاعف برای افت پایگاه‌داده مدیریت‌شده جدا از محاسبات. - شرط خروج اضطراری و Escrow از پیکربندی/تصاویر (وقتی ریسک توقف تأمین‌کننده بالاست). - بیمه مسئولیت سایبری با سقف معین و معرفی مشتری به‌عنوان ذی‌نفع اضافی (قراردادهای سازمانی بزرگ). - Most-Favored Customer در نرخ (فقط حساب‌های استراتژیک؛ خطر تعهد باز). - ممنوعیت استخدام نیروی کلیدی طرف مقابل برای مدت محدود (تیم‌های مقیم روی پلتفرم). - داوری سازمانی (مرکز داوری اتاق ایران یا داوری بین‌المللی) به‌جای دادگاه (وقتی طرف خارجی یا محرمانگی بالاست). - نسخه‌ی دوزبانه با حاکمیت متن فارسی در ایران (طرف خارجی). ## نکات و هشدارهای مهم (در تنظیم رعایت کن و در پایانِ خروجی به زبان ساده به کاربر یادآوری کن) - PaaS «تحویل کالا» نیست؛ ضمانتِ بیع و اینکوترمز را غلط‌انداز وارد نکن. تعهد اصلی، فراهمیِ متعارفِ ظرفیت و ابزار است نه موفقیتِ کسب‌وکار یا باگِ کد مشتری. - SLA بدون تعریف Downtime، منبع اندازه‌گیری مستقل و Service Creditِ قابل محاسبه، عملاً غیرقابل استناد است. Credit معمولاً تنها چاره است مگر عمد/تقصیر سنگین؛ این را شفاف بنویس تا غرر کم شود. - شرط «as is / بدون هیچ ضمانتی» اگر افراطی باشد ممکن است با قواعد مسئولیت و حمایت مصرف‌کننده برخورد کند؛ متعادل بنویس. - داده و اپ مشتری باید صریحاً ملک مشتری بماند؛ مجوز پردازش باید محدود، هدفمند و قابلِ عزل با خاتمه باشد. - اگر تأمین‌کننده خارجی است: انتقال داده، تحریم، پرداخت ارزی، و امکانِ اجرای رأی خارجی را هشدار بده؛ انتخاب قانون خارجی نباید با نظم عمومی ایران در مورد داده‌ی داخلیِ مشمول تعارض کند. - ثبت رسمی دفتر اسناد برای خودِ این قرارداد معمولاً ضروری نیست؛ اما گواهی امضا، امضای الکترونیکی مطمئن، و نگهداری شواهد انعقاد (داده پیام) توصیه می‌شود. کد رهگیری املاک موضوعیت ندارد. - جنبه‌ی مالیاتی: خدمتِ مشمول ارزش افزوده است مگر معافیت اثبات شود؛ صورتحساب باید ضوابط سامانه مؤدیان را رعایت کند. بیمه تأمین اجتماعی نوعاً بر خودِ PaaSِ صرفِ ابری بار نمی‌شود مگر نیروی انسانیِ مقیم/پیمانکاری نیروی کار ضمیمه شود. - وجه التزام نامتناسب و شرطِ تعلیقِ بی‌اخطارِ داده‌ی تولیدیِ مشتری، منبعِ اصلیِ اختلاف و ریسکِ غیرمنصفانه بودن است. - AUP و حق تعلیق باید مصادیقِ روشن داشته باشد وگرنه تأمین‌کننده به بهانه‌ی مبهم خدمت را قطع می‌کند. - Beta/Preview را از محیط Production جدا کن؛ وگرنه SLA بی‌معنا می‌شود. - آنچه باطل یا ضعیف است: اسقاطِ تمام خسارات حتی در عمد؛ سلبِ حقِ بازگردانی داده؛ مالکیت پنهانِ تأمین‌کننده بر کد/داده مشتری؛ داوریِ مجهول بدون تعیین داور/سازمان/آیین. ## دستورِ اجرا و قالبِ خروجی - اگر هر فیلدِ [[...]] خالی یا مبهم است، **ابتدا** فهرست سؤال بده و قرارداد را ننویس. - پس از کامل بودن اطلاعات، فقط یک قراردادِ کامل به **فارسیِ رسمی و حقوقی** تحویل بده: ماده‌بندی شماره‌دار، بندهای «۱-۱»، «۱-۲»، عباراتِ بی‌ابهام، مبالغ و مدت‌ها به عدد و حروف، ارجاعِ پیوست‌ها، بدون توضیح حاشیه‌ای وسط مواد. - در انتهای خروجی (پس از متن قرارداد) دو بخش جدا بیاور: **الف) نکات و هشدارها برای امضاکننده** (کوتاه، غیرحقوقی‌نما). **ب) چک‌لیستِ بازبینی قبل از امضا** شامل حداقل: هویت و اختیار امضا؛ محدوده و Out of Scope؛ منطقه داده؛ SLA و Credit؛ سقف مسئولیت و استثناها؛ مالکیت داده/کد؛ AUP و تعلیق؛ مالیات؛ خروج و امحا؛ قانون حاکم و مرجع دعوا؛ پیوست نرخ و DPA؛ تضاد نسخه‌ی وب‌سایت با متن کاغذی/PDF. - هیچ شماره‌ی ماده‌ی قانونیِ نامطمئن ننویس؛ در صورت نیاز فقط نام قانون را بگو. - قرارداد را برای پرینت و امضای دو یا چند نسخه آماده کن و محل امضا/مهر/تاریخ بگذار.
طرفین، نمایندگی، اقامتگاه و اطلاعات تماسِ ابلاغ
1. طرفین، نمایندگی، اقامتگاه و اطلاعات تماسِ ابلاغ
تعاریف و تفسیر (PaaS، منابع، محیط، Customer Data، Personal Data، Workload، Downtime، Maintenance، Service Credit، Confidential Information، Subprocessor، AUP، مستندات، روز کاری، قوه قاهره و …؛ قاعده‌ی تفسیر: خاص مقدم بر عام، پیوست جزء قرارداد)
2. تعاریف و تفسیر (PaaS، منابع، محیط، Customer Data، Personal Data، Workload، Downtime، Maintenance، Service Credit، Confidential Information، Subprocessor، AUP، مستندات، روز کاری، قوه قاهره و …؛ قاعده‌ی تفسیر: خاص مقدم بر عام، پیوست جزء قرارداد)
موضوع قرارداد و محدوده‌ی خدمت (شامل Out of Scope)
3. موضوع قرارداد و محدوده‌ی خدمت (شامل Out of Scope)
مدل استقرار، مناطق جغرافیایی، محیط‌ها و ظرفیت پایه
4. مدل استقرار، مناطق جغرافیایی، محیط‌ها و ظرفیت پایه
حساب‌ها، دسترسی، احراز هویت، نقش‌ها و مسئولیتِ کلیدها/توکن‌ها/اسرار
5. حساب‌ها، دسترسی، احراز هویت، نقش‌ها و مسئولیتِ کلیدها/توکن‌ها/اسرار
مجوز بهره‌برداری از پلتفرم و محدودیت‌های استفاده (AUP با ارجاع به پیوست)
6. مجوز بهره‌برداری از پلتفرم و محدودیت‌های استفاده (AUP با ارجاع به پیوست)
تعهدات تأمین‌کننده (فراهمی بستر، امنیت متعارف صنعت، پشتیبان در حد SLA، اطلاع‌رسانی تغییراتِ شکستنِ سازگاری، مستندات API)
7. تعهدات تأمین‌کننده (فراهمی بستر، امنیت متعارف صنعت، پشتیبان در حد SLA، اطلاع‌رسانی تغییراتِ شکستنِ سازگاری، مستندات API)
تعهدات مشتری (پرداخت، پیکربندی ایمن، محتوای قانونی، عدم overlay حملات، رعایت سهمیه‌ها، پشتیبانِ کدِ خودش، نمایندگیِ داشتن حقِ داده)
8. تعهدات مشتری (پرداخت، پیکربندی ایمن، محتوای قانونی، عدم overlay حملات، رعایت سهمیه‌ها، پشتیبانِ کدِ خودش، نمایندگیِ داشتن حقِ داده)
مدل مسئولیت مشترک (Shared Responsibility): مرز امنیت فیزیکی/هایپروایزر/کنترل پلتفرم در برابر امنیت اپ، داده، هویت، شبکه مشتری و تنظیمات
9. مدل مسئولیت مشترک (Shared Responsibility): مرز امنیت فیزیکی/هایپروایزر/کنترل پلتفرم در برابر امنیت اپ، داده، هویت، شبکه مشتری و تنظیمات
سطح خدمت (SLA)، نگهداری، اعتبار خدمت، استثناها و تنها چاره‌ی انحصاری بابت افت دسترس‌پذیری (مگر عمد/تقصیر سنگین)
10. سطح خدمت (SLA)، نگهداری، اعتبار خدمت، استثناها و تنها چاره‌ی انحصاری بابت افت دسترس‌پذیری (مگر عمد/تقصیر سنگین)
پشتیبانی فنی، مدیریت حادثه، تشدید (Escalation)
11. پشتیبانی فنی، مدیریت حادثه، تشدید (Escalation)
مبلغ، نرخ مصرف، صورتحساب، مالیات، تعدیل قیمت، سقف مصرف و قطع بابت عدم پرداخت
12. مبلغ، نرخ مصرف، صورتحساب، مالیات، تعدیل قیمت، سقف مصرف و قطع بابت عدم پرداخت
مدت، آغاز بهره‌برداری، تمدید، دوره‌ی آزمایشی
13. مدت، آغاز بهره‌برداری، تمدید، دوره‌ی آزمایشی
تحویل دسترسی اولیه، معیار پذیرش (Acceptance) محیط سازمانی در صورت وجود Onboarding
14. تحویل دسترسی اولیه، معیار پذیرش (Acceptance) محیط سازمانی در صورت وجود Onboarding
داده مشتری: مالکیت، مجوز پردازش محدود، محل داده، انتقال برون‌مرزی، دستورالعمل پردازش
15. داده مشتری: مالکیت، مجوز پردازش محدود، محل داده، انتقال برون‌مرزی، دستورالعمل پردازش
حفاظت از داده شخصی (در حد DPA داخلی یا پیوست پردازشگر): اهداف، حداقل‌سازی، subprocessors، حقوق سوژه در حد قانون حاکم، امحا/بازگشت
16. حفاظت از داده شخصی (در حد DPA داخلی یا پیوست پردازشگر): اهداف، حداقل‌سازی، subprocessors، حقوق سوژه در حد قانون حاکم، امحا/بازگشت
امنیت اطلاعات، رمزنگاری، لاگ، Penetration Test، آسیب‌پذیری، اطلاع نقض
17. امنیت اطلاعات، رمزنگاری، لاگ، Penetration Test، آسیب‌پذیری، اطلاع نقض
پشتیبان‌گیری، تداوم کسب‌وکار و بازیابی از فاجعه (BCP/DR)
18. پشتیبان‌گیری، تداوم کسب‌وکار و بازیابی از فاجعه (BCP/DR)
مالکیت فکری، اجزای متن‌باز، بازخورد، علائم تجاری
19. مالکیت فکری، اجزای متن‌باز، بازخورد، علائم تجاری
محرمانگی دوجانبه (مدت بقای تعهد پس از خاتمه)
20. محرمانگی دوجانبه (مدت بقای تعهد پس از خاتمه)
تضمین‌ها و اظهارات (Representations): دارندگی مجوز، عدم نقض IP ثالث، مطابقت نسبی با مستندات؛ سلب ضمانتِ عدم قطع و تناسب برای هدف خاص به‌نحو متعارف و غیرآمره
21. تضمین‌ها و اظهارات (Representations): دارندگی مجوز، عدم نقض IP ثالث، مطابقت نسبی با مستندات؛ **سلب ضمانتِ عدم قطع و تناسب برای هدف خاص** به‌نحو متعارف و غیرآمره
Designed & Developed by Hamed Rostami, Eng. & Attorney — © All Rights Reserved حامد رستمی، مهندس و وکیل دادگستری حقوق، با نگاهِ هوش مصنوعی و الگوریتم اینستاگرام تلگرام لینکدین