شکایت از برنامه نویس اپلیکیشن

اگر برنامه‌نویس برخلاف قرارداد، اپلیکیشن را تحویل نداده، کدهای اصلی را ارائه نکرده، اطلاعات شما را از بین برده یا برنامه دارای ایرادهای اساسی است، شکایت از برنامه نویس اپلیکیشن می‌تواند با طرح دعوای حقوقی برای الزام به انجام تعهد، مطالبه خسارت یا فسخ قرارداد انجام شود؛ در مواردی مانند فریب، برداشت غیرمجاز، دسترسی غیرمجاز یا تخریب داده‌ها نیز امکان پیگیری کیفری وجود دارد. برای شکایت از برنامه نویس اپلیکیشن باید ابتدا قرارداد، رسیدهای پرداخت، مکاتبات و گزارش فنی را جمع‌آوری کنید. برای مثال، اگر سفارش‌دهنده مبلغ کامل پروژه را پرداخت کرده اما برنامه‌نویس نسخه نهایی، رمز سرور و کد منبع را تحویل نداده باشد، می‌توان با استناد به تعهدات قراردادی، انجام تعهد و جبران خسارت را مطالبه کرد.

نخست باید مشخص شود اختلاف، صرفاً قراردادی است یا رفتار برنامه‌نویس جنبه مجرمانه نیز دارد. تأخیر در تحویل، ناقص بودن قابلیت‌ها، وجود خطاهای فنی، رعایت نکردن مشخصات توافق‌شده و خودداری از پشتیبانی، معمولاً در حوزه مسئولیت قراردادی بررسی می‌شود. در چنین شرایطی، مرجع رسیدگی با بررسی قرارداد و نظر کارشناس، درباره اجرای تعهد یا پرداخت خسارت تصمیم می‌گیرد.

اما اگر برنامه‌نویس از ابتدا با هویت یا وعده‌های خلاف واقع وجهی دریافت کرده باشد، اطلاعات محرمانه را عمداً افشا کرده باشد، بدون اجازه وارد حساب‌ها یا سرورها شده باشد، داده‌ها را حذف یا تخریب کرده باشد یا از کد و اطلاعات پروژه برای منفعت شخصی استفاده کند، موضوع می‌تواند علاوه بر دعوای حقوقی، عنوان کیفری هم داشته باشد. تشخیص عنوان دقیق جرم بر عهده مرجع قضایی است و نباید بدون بررسی اسناد، در متن شکایت عنوانی قطعی و نادرست درج شود.

برای شکایت از برنامه نویس اپلیکیشن وجود یک تخلف قابل اثبات ضروری است. صرف نارضایتی از ظاهر برنامه یا تغییر نظر درباره امکانات، به‌تنهایی برای موفقیت دعوا کافی نیست. باید نشان دهید که تعهد مشخصی وجود داشته و طرف مقابل آن را انجام نداده یا ناقص انجام داده است.

• تحویل ندادن نسخه توافق‌شده در موعد مقرر؛
• تحویل ندادن کد منبع، مستندات، دسترسی پنل‌ها یا اطلاعات سرور، در صورتی که طبق قرارداد جزء تعهدات بوده باشد؛
• وجود ایرادهای جدی که استفاده معمول از اپلیکیشن را مختل می‌کند؛
• استفاده از کد، طراحی، اطلاعات کاربران یا محتوای اختصاصی برخلاف توافق؛
• دریافت وجه و قطع ارتباط بدون انجام بخش اصلی پروژه؛
• افشای اطلاعات محرمانه، رمزها، اطلاعات تجاری یا داده‌های کاربران؛
• ورود بدون اجازه به حساب کاربری، سرور یا سامانه و تغییر یا حذف داده‌ها.

اگر قرارداد کتبی وجود ندارد، پیام‌های ردوبدل‌شده، پیش‌فاکتور، فایل نیازمندی‌ها، رسیدهای بانکی، نسخه‌های آزمایشی و شهادت اشخاص می‌تواند برای اثبات رابطه کاری و تعهدات مورد استفاده قرار گیرد. با این حال، نبود قرارداد مکتوب معمولاً اثبات جزئیات پروژه و میزان خسارت را دشوارتر می‌کند.

مدارک باید به شکلی نگهداری شوند که زمان، فرستنده و محتوای آن‌ها قابل بررسی باشد. حذف پیام‌ها، تغییر فایل‌ها یا ویرایش تصاویر می‌تواند ارزش اثباتی آن‌ها را کاهش دهد. بهتر است از اطلاعات فنی و مالی نسخه پشتیبان تهیه و اصل فایل‌ها را حفظ کنید.

• قرارداد، توافق‌نامه، پیش‌فاکتور یا شرح خدمات؛
• مکاتبات در پیام‌رسان‌ها، ایمیل‌ها و پیامک‌ها؛
• رسیدهای واریز وجه و اطلاعات پرداخت مرحله‌ای؛
• فهرست امکانات و نیازمندی‌های اپلیکیشن؛
• فایل‌های تحویلی، نسخه‌های آزمایشی، خطاها و گزارش تست؛
• اسکرین‌شات یا فیلم از ایرادات، همراه با تاریخ و توضیح دقیق؛
• گزارش پشتیبان‌گیری، لاگ سرور و سوابق ورود، در صورت وجود؛
• اظهارنامه‌ها و اخطارهای رسمی ارسال‌شده برای انجام تعهد.

در اختلاف‌های فنی، ارجاع موضوع به کارشناس رسمی دادگستری اهمیت زیادی دارد. کارشناس می‌تواند بررسی کند که آیا ایرادهای اعلام‌شده ناشی از عملکرد برنامه‌نویس است یا به تغییرات بعدی، زیرساخت سرور، نسخه سیستم‌عامل یا استفاده نادرست مربوط می‌شود. بنابراین، قبل از واگذاری پروژه به شخص دیگر، وضعیت موجود را مستندسازی کنید تا امکان مقایسه و اثبات ایرادها از بین نرود.

در پرونده‌های مربوط به شکایت از برنامه نویس اپلیکیشن ترتیب اقدامات می‌تواند بر نتیجه اثر بگذارد. نخست قرارداد را بندبه‌بند بررسی کنید و تعهدات، زمان تحویل، ضمانت اجرا، مالکیت کد و شیوه حل اختلاف را مشخص کنید.

1. تمام اسناد و ارتباطات مرتبط با پروژه را جمع‌آوری و دسته‌بندی کنید.
2. از طریق اظهارنامه، انجام تعهد یا تحویل موارد مشخص مانند کد منبع، دسترسی‌ها و مستندات را مطالبه کنید.
3. برای تشخیص ایراد فنی، از کارشناس متخصص یا کارشناس رسمی کمک بگیرید.
4. در صورت وجود تعهد روشن، دادخواست الزام به ایفای تعهد، مطالبه خسارت یا خواسته‌های مرتبط را تنظیم کنید.
5. اگر نشانه‌ای از فریب، دسترسی غیرمجاز، تخریب داده یا سوءاستفاده عمدی وجود دارد، موضوع را از مسیر کیفری نیز بررسی کنید.
6. پس از ثبت دادخواست یا شکواییه، ابلاغ‌های الکترونیکی را پیگیری و در مهلت‌های تعیین‌شده پاسخ دهید.

در دعوای حقوقی، خواسته باید دقیق نوشته شود. برای نمونه، «تحویل اپلیکیشن» با «الزام به تحویل کد منبع، مستندات فنی، اطلاعات دسترسی و رفع ایرادهای مندرج در گزارش کارشناسی» تفاوت دارد. هرچه تعهدات روشن‌تر باشند، اجرای رأی نیز عملی‌تر خواهد بود. همچنین اگر خسارت مطالبه می‌شود، باید رابطه آن با تخلف برنامه‌نویس توضیح داده شود؛ صرف ادعای از دست رفتن سود احتمالی، بدون دلیل کافی، معمولاً برای اثبات خسارت کافی نیست.

در ادامه نمونه‌ای برای شکایت از برنامه نویس اپلیکیشن ارائه می‌شود که باید با اطلاعات واقعی پرونده، مفاد قرارداد و نظر متخصص تکمیل شود:

ریاست محترم مرجع قضایی صالح

خواهان: نام و نام خانوادگی، کد ملی، نشانی و شماره تماس

خوانده: نام و نام خانوادگی برنامه‌نویس، کد ملی در صورت اطلاع، نشانی و شماره تماس

خواسته: الزام خوانده به انجام تعهدات قراردادی شامل تکمیل و تحویل اپلیکیشن، تحویل کد منبع و مستندات فنی در حدود قرارداد، رفع ایرادات اعلام‌شده و مطالبه خسارت وارده با جلب نظر کارشناس، به‌علاوه هزینه‌های قانونی

دلایل و پیوست‌ها: قرارداد یا توافقات موجود، رسیدهای پرداخت، مکاتبات، شرح نیازمندی‌ها، فایل‌های تحویلی، گزارش فنی، اظهارنامه و سایر مدارک مرتبط.

شرح دادخواست: اینجانب به موجب توافق مورخ ... انجام پروژه طراحی و برنامه‌نویسی اپلیکیشن ... را به خوانده واگذار کردم و مبلغ ... ریال نیز مطابق رسیدهای پیوست پرداخت شد. طبق توافق، خوانده مکلف بود پروژه را تا تاریخ ... تکمیل و مواردی از قبیل ... را تحویل دهد. با وجود پرداخت وجه و پیگیری‌های مکرر، پروژه در موعد مقرر تحویل نشده یا دارای ایرادهای اساسی است و مواردی مانند ... نیز به اینجانب ارائه نشده است. اخطار و مطالبه انجام تعهد نیز در تاریخ ... ارسال شد، اما اقدامی مؤثر صورت نگرفت. با توجه به تخلف قراردادی و ورود خسارت، صدور حکم بر الزام خوانده به انجام کامل تعهدات، رفع ایرادات، تحویل اقلام موضوع قرارداد و جبران خسارت با جلب نظر کارشناس مورد تقاضاست.

این متن برای زمانی مناسب است که اختلاف ماهیت قراردادی دارد. اگر ادعا بر فریب از ابتدا، سرقت اطلاعات، ورود غیرمجاز یا تخریب عمدی داده‌هاست، باید شکواییه جداگانه و متناسب با دلایل موجود تنظیم شود. از درج مطالب احساسی، توهین‌آمیز یا ادعاهای فاقد سند خودداری کنید.

ثبت دادخواست و شکواییه معمولاً از طریق دفاتر خدمات الکترونیک قضایی انجام می‌شود و پرونده پس از ثبت، بر اساس موضوع و صلاحیت به مرجع مربوط ارجاع خواهد شد. در دعاوی مالی، صلاحیت مرجع و هزینه دادرسی به نوع و ارزش خواسته وابسته است. هزینه کارشناسی نیز با توجه به موضوع و مراحل بررسی تعیین می‌شود و ممکن است در جریان رسیدگی از خواهان خواسته شود.

مرجع صالح در دعوای حقوقی معمولاً با توجه به اقامتگاه خوانده و گاهی محل اجرای تعهد تعیین می‌شود، اما وجود شرط داوری یا توافق معتبر درباره حل اختلاف می‌تواند مسیر رسیدگی را تغییر دهد. در موضوعات کیفری، محل وقوع رفتار، محل کشف جرم یا محل مرتبط با سامانه و داده‌ها ممکن است در صلاحیت مؤثر باشد. برای جلوگیری از ثبت اشتباه، قرارداد و نشانی دقیق طرفین باید پیش از اقدام بررسی شود.

برای بسیاری از دعاوی قراردادی، یک مهلت عمومی و ثابت که در همه پرونده‌ها یکسان باشد وجود ندارد؛ با این حال، تأخیر در اقدام می‌تواند دسترسی به مدارک، شاهدان و داده‌های فنی را دشوار کند. اگر در قرارداد مهلت اعتراض، ضمانت اجرا یا شرط اعلام ایراد درج شده است، همان مهلت اهمیت ویژه دارد. در موضوعات کیفری نیز اقدام فوری برای حفظ ادله دیجیتال و جلوگیری از حذف اطلاعات ضروری است.

آیا بدون قرارداد کتبی امکان پیگیری وجود دارد؟

بله، اما اثبات توافق و تعهدات دشوارتر می‌شود. رسید پرداخت، پیام‌ها، فایل نیازمندی‌ها، نسخه آزمایشی، اقرارهای موجود در مکاتبات و شهادت اشخاص می‌تواند رابطه کاری و موضوع تعهد را نشان دهد.

آیا ندادن کد منبع جرم است؟

صرف تحویل ندادن کد منبع، در صورتی که در قرارداد تعهدی برای تحویل آن وجود داشته باشد، معمولاً موضوعی قراردادی است. تنها در صورت وجود عناصر رفتار مجرمانه مانند فریب، تصاحب غیرمجاز یا سوءاستفاده عمدی، بررسی کیفری مطرح می‌شود.

آیا می‌توان هم‌زمان دعوای حقوقی و شکایت کیفری مطرح کرد؟

اگر رفتار برنامه‌نویس هم موجب نقض تعهد و هم واجد نشانه‌های جرم باشد، ممکن است هر دو مسیر قابل بررسی باشد. با این حال، طرح هم‌زمان باید بر اساس اسناد واقعی و با تفکیک دقیق خواسته‌ها انجام شود؛ زیرا صرف اختلاف مالی، دلیل کافی برای شکایت کیفری نیست.

اگر برنامه‌نویس پروژه را نیمه‌کاره رها کند، چه می‌توان کرد؟

پس از مستندسازی وضعیت پروژه، می‌توانید انجام تعهد یا استرداد وجه و مطالبه خسارت را بر اساس قرارداد پیگیری کنید. اگر ادامه کار ضروری است، پیش از تحویل پروژه به فرد جدید، گزارش فنی و صورت‌جلسه‌ای از وضعیت کدها و ایرادات تهیه کنید.

آیا پیام‌های شبکه‌های اجتماعی قابل استناد هستند؟

این پیام‌ها می‌توانند به عنوان قرینه و دلیل مورد بررسی قرار گیرند، اما اصالت، انتساب و کامل بودن آن‌ها اهمیت دارد. بهتر است اطلاعات حساب، تاریخ پیام، فایل اصلی و نسخه پشتیبان حفظ شود و از حذف یا ویرایش مکاتبات خودداری شود.

آیا مطالبه خسارت به‌صورت خودکار پذیرفته می‌شود؟

خیر. باید تخلف، ورود خسارت و ارتباط میان آن دو اثبات شود. خسارت مستقیم و قابل محاسبه معمولاً قابلیت بررسی بیشتری دارد و برای خسارت‌های احتمالی یا سود از دست‌رفته، ارائه اسناد و نظر کارشناسی اهمیت بیشتری پیدا می‌کند.

برای پیگیری اختلاف با برنامه‌نویس، ابتدا قرارداد و تعهدات دقیق را مشخص کنید، اسناد دیجیتال و پرداخت‌ها را حفظ نمایید و وضعیت فنی پروژه را مستند سازید. تأخیر یا نقص اجرای قرارداد معمولاً از مسیر حقوقی دنبال می‌شود، اما فریب، دسترسی غیرمجاز، تخریب داده و افشای عمدی اطلاعات می‌تواند بررسی کیفری را نیز ضروری کند. انتخاب خواسته درست، تعیین مرجع صالح، تنظیم دقیق متن و استفاده از نظر کارشناس، مهم‌ترین عوامل موفقیت در این پرونده‌ها هستند.