مغایرت کیفیت یا کمیت در تحویل بورس کالا؛ راهنمای کنترل و اعتراض
راهنمای عملی کنترل مشخصات، وزن، نمونهبرداری و اسناد در تحویل مواد اولیه از بورس کالای ایران؛ با تمرکز بر ثبت شواهد و اعلام بهموقع مغایرت از مسیر کار
مقاله
قوانین عرضه فایل دیجیتال؛ ۱۰ بند ضروری مجوز و استرداد
تهران حساب
عرضه محتوای دانلودی فقط قراردادن یک دکمه دریافت و نوشتن عبارت «غیرقابل استرداد» نیست. قوانین عرضه فایل دیجیتال سه موضوع متفاوت را در کنار هم قرار میدهد: معاملهای که میان طرفین شکل میگیرد، مجوزی که حدود استفاده از اثر را تعیین میکند و تعهداتی مانند تحویل، رفع خطای دسترسی و پشتیبانی. اگر این سه موضوع در متن شرایط خرید از یکدیگر جدا نشوند، احتمال اختلاف بر سر حق انصراف، بازنشر یا خرابی محتوا افزایش مییابد.
این راهنما با توجه به منابع بررسیشده تا ۱ اوت ۲۰۲۶، برابر با ۱۰ مرداد ۱۴۰۵ نوشته شده است. مطالب آن آموزش عمومی است؛ نوع محتوا، وضعیت خریدار و شیوه تحویل میتواند نتیجه حقوقی را تغییر دهد و متن نهایی بهتر است پیش از انتشار بهوسیله حقوقدان آشنا با تجارت الکترونیکی بازبینی شود.
قوانین عرضه فایل دیجیتال در ایران چه میگویند؟
در متن فارسی قانون تجارت الکترونیکی، «مصرفکننده» کسی است که برای منظوری جز تجارت یا شغل حرفهای اقدام میکند. بنابراین ممکن است حمایتهای ویژه مصرفکننده درباره خریدی که مستقیماً برای فعالیت حرفهای یا سازمانی انجام شده، به همان شکل قابل اعمال نباشد؛ هرچند تعهدات قراردادی و سایر قواعد قانونی همچنان اهمیت دارند.
مواد ۳۳ تا ۳۵ تأمینکننده را ملزم میکنند پیش از انعقاد قرارداد، اطلاعات مؤثر بر تصمیم خریدار را روشن اعلام کند: مشخصات فنی و کاربردی، هویت و نشانی، راه ارتباطی، تمام هزینهها، مدت اعتبار پیشنهاد و شرایط پرداخت، تحویل، فسخ، ارجاع و خدمات پس از خرید. نشانی قابل استفاده برای شکایت، اطلاعات ضمانت و پشتیبانی و شرایط انصراف نیز باید جداگانه ارسال شود. قانون میخواهد این اطلاعات در «واسط با دوام» و بهصورت روشن ارائه شود؛ در عمل، ارسال رسیدی شامل نسخه شرایط پذیرفتهشده از طریق ایمیل یا قراردادن آن در حساب کاربری، از اتکای صرف به صفحهای که بعداً قابل تغییر است مطمئنتر خواهد بود.
| نوع بند | کارکرد | نمونه |
|---|---|---|
| الزام قانونی | قابل حذف با یک شرط یکطرفه نیست | اعلام هویت، قیمت کامل و شرایط تحویل |
| سیاست اختیاری | امتیازی فراتر از حداقل قانون | تعویض رایگان قالب انتخابشده تا ۲۴ ساعت |
| توافق قراردادی | جزئیات رابطه را تعیین میکند، مشروط به مخالفتنداشتن با قواعد آمره | تعداد کاربران مجاز یا مدت پشتیبانی |
ماده ۴۶ نیز شروط خلاف مقررات حمایت از مصرفکننده و شروط غیرمنصفانه زیانبار را بیاثر میداند. پس نمایش و تأیید شرایط مفید است، اما هر عبارتی صرفاً با کلیک خریدار معتبر نمیشود.
۱۰ بند ضروری در شرایط عرضه محتوای دانلودی
۱. مشخصات، نسخه و سازگاری
نام محتوا، قالب، حجم تقریبی، زبان، نسخه، تاریخ آخرین بهروزرسانی و برنامه یا سیستم لازم برای بازکردن آن را بنویسید. اگر کارکرد صحیح به افزونه، قلم، کتابخانه یا حساب شخص ثالث وابسته است، آن را پیش از پرداخت آشکار کنید. تصویر پیشنمایش را نیز از محتوای واقعی جدا نکنید؛ مشخص کنید کدام عناصر نمایشی داخل بسته نیستند.
۲. زمان و روش تحویل
توضیح دهید دسترسی بلافاصله پس از پرداخت موفق ایجاد میشود یا سفارش نیازمند بررسی است. محل دریافت، ارسال ایمیل، مدت اعتبار پیوند، تعداد دفعات مجاز دریافت و روش بازیابی دسترسی را تعیین کنید. بهتر است «تحویل» را با یک رویداد قابل ثبت مانند ایجاد دسترسی و ارسال اعلان تعریف کنید، نه صرفاً ثبت تراکنش بانکی.
۳. دامنه مجوز استفاده
خرید یک نسخه، بهخودیخود به معنای انتقال همه حقوق مادی اثر نیست. مواد ۳ تا ۵ قانون حمایت حقوق مؤلفان، مصنفان و هنرمندان در WIPO Lex حقوق انتشار و بهرهبرداری را برای پدیدآورنده شناسایی کرده و انتقال حقوق مادی را امکانپذیر دانسته است. بنابراین روشن کنید مجوز شخصی است یا تجاری، انحصاری است یا غیرانحصاری، برای چند کاربر، دستگاه، مشتری یا پروژه اعتبار دارد و آیا ساخت اثر مشتق یا استفاده در محصول نهایی مجاز است.
۴. ممنوعیتهای دقیق، نه کلی
بهجای عبارت مبهم «هرگونه استفاده غیرمجاز ممنوع»، مصادیق را بنویسید: بازنشر نسخه اصلی یا ویرایششده، اشتراکگذاری عمومی، عرضه مجدد، انتقال مجوز و قراردادن منبع قابل ویرایش در مخزن عمومی. در مقابل، وضعیت نسخه پشتیبان، استفاده اعضای یک تیم و تحویل خروجی نهایی به مشتری را نیز مشخص کنید.
۵. مالکیت و اجزای شخص ثالث
فقط درباره حقوقی مجوز بدهید که مالک آن هستید یا اختیار اعطای آن را دارید. فهرست اجزای شخص ثالث و پیوند مجوز هرکدام را ارائه کنید. اگر خریدار باید قلم، تصویر یا کتابخانهای را جداگانه تهیه کند، هزینه و مسئولیت آن نباید پشت عبارت عمومی «ملزومات جانبی» پنهان شود. برای نرمافزار نیز قانون حمایت از حقوق پدیدآورندگان نرمافزارهای رایانهای منبع مرتبط دیگری است.
۶. خطای دریافت و فایل معیوب
مسیر گزارش پیوند خراب، بسته ناقص، آلودگی یا ناسازگاری با مشخصات اعلامشده را تعیین کنید. از مشتری اطلاعاتی متناسب مانند شماره سفارش، پیام خطا و نسخه برنامه بخواهید. ترتیب جبران میتواند ایجاد مجدد دسترسی، تحویل نسخه سالم و در صورت ناممکنبودن ایفای تعهد، استرداد وجه باشد.
۷. پشتیبانی و بهروزرسانی
پشتیبانی را از سفارشیسازی جدا کنید. کانال تماس، ساعات یا روزهای پاسخگویی، مدت پشتیبانی، نسخههای تحت پوشش و موارد خارج از دامنه را بنویسید. اگر بهروزرسانی آینده رایگان نیست یا ادامه سازگاری با محصولات شخص ثالث تضمین نمیشود، همین موضوع باید پیش از خرید روشن باشد.
۸. قیمت، رسید و پرداخت تکراری
قیمت نهایی و هزینههای احتمالی را پیش از پرداخت نشان دهید. مشخص کنید رسید چگونه صادر میشود و پرداخت ناموفق یا تکراری از چه مسیری بررسی خواهد شد. شماره پیگیری بانکی را تنها مدرک تحویل تلقی نکنید؛ سابقه ایجاد و اعلان دسترسی نیز نگهداری شود.
۹. حریم خصوصی
مواد ۵۸ و ۵۹ قانون تجارت الکترونیکی برای پردازش دادههای شخصی، از جمله درباره رضایت صریح برای دادههای حساس، تعیین هدف، تناسب داده جمعآوریشده، صحت اطلاعات و امکان دسترسی و اصلاح قواعدی مقرر کردهاند. در سیاست حریم خصوصی بنویسید چه دادهای برای پرداخت، تحویل، امنیت یا پشتیبانی دریافت میشود، چرا لازم است، با چه ارائهدهندگانی به اشتراک گذاشته میشود و درخواستهای دسترسی، اصلاح یا حذف با رعایت مقررات چگونه رسیدگی میشوند.
۱۰. شکایت، نسخه شرایط و حل اختلاف
نشانی و کانال مشخصی برای شکایت معرفی کنید و مهلت داخلی پاسخ را واقعبینانه بنویسید. تاریخ و شماره نسخه شرایط باید در رسید سفارش ثبت شود. تغییرات بعدی را بدون مبنای قراردادی یا قانونی به خریدهای قبلی تسری ندهید. وجود مسیر داخلی رسیدگی نیز حق مراجعه اشخاص به مراجع صالح را از بین نمیبرد.
حق انصراف و استرداد وجه؛ سه وضعیت را مخلوط نکنید
ماده ۳۷ قانون تجارت الکترونیکی برای معامله از راه دور، در اصل حداقل هفت روز کاری حق انصراف بدون جریمه و بدون نیاز به ارائه دلیل مقرر کرده است. مطابق ماده ۳۸، آغاز این مهلت به نوع کالا یا خدمت و ارائه اطلاعات الزامی وابسته است و پس از اعمال معتبر حق انصراف، مبلغ دریافتی باید بدون مطالبه وجه مسترد شود.
این قاعده استثنا دارد. آییننامه اجرایی مواد ۳۸ و ۴۲، مصوب ۹ دی ۱۳۸۳ از جمله خدماتی را که با توافق مصرفکننده پیش از پایان هفت روز کاری آغاز شده، کالاهای شخصیسازیشده یا دارای طبیعت غیرقابل بازگشت و نرمافزار رایانهای بستهبندیشدهای که مصرفکننده باز کرده است، برمیشمارد. متن آییننامه همه انواع محتوای تحویلی از طریق دریافت برخط را صریحاً نام نبرده است. در نتیجه، برابرگرفتن خودکار هر دریافت دیجیتال با یکی از استثناها و نوشتن حکم مطلق «پس از دریافت هیچ مبلغی برگردانده نمیشود» رویکرد مطمئنی نیست. نوع موضوع معامله، شیوه اجرا، رضایت ثبتشده و اوضاع هر پرونده باید بررسی شود؛ ماده ۴۴ نیز رسیدگی به اختلاف یا تردید را بر عهده مراجع قضایی میگذارد.
- انصراف بدون ادعای نقص: ابتدا شمول حق قانونی و استثناهای آن بررسی میشود.
- عدم تحویل یا ناتوانی در اجرا: ماده ۳۹ در صورت ناممکنشدن انجام تعهد، اصل را بر بازگرداندن فوری مبلغ گذاشته است؛ این وضعیت صرفاً «تغییر نظر مشتری» نیست.
- خرابی یا مغایرت: نسخه ناقص، قالب متفاوت یا فقدان ویژگی وعدهدادهشده باید طبق تعهدات اعلامی و قواعد قابل اعمال اصلاح، جایگزین یا جبران شود.
در متن شرایط، این سه مسیر را جدا کنید و روش ثبت درخواست، مدارک متناسب و زمان بررسی را بنویسید. اگر آغاز فوری خدمت مبنای استثنا دانسته میشود، رضایت فعال و قابل اثبات خریدار اهمیت دارد؛ مطابق ماده ۴۳، سکوت مصرفکننده را نمیتوان رضایت تلقی کرد.
سناریوی عملی: قالبی که بدون پیشنیاز باز نمیشود
فرض کنید یک طراح، قالبی قابل ویرایش عرضه میکند. مشتری پس از پرداخت متوجه میشود قلم بهکاررفته داخل بسته نیست و نسخه برنامه او نیز قالب را باز نمیکند. اگر صفحه محصول پیش از پرداخت، نسخه سازگار، قالب، فهرست اقلام و لزوم تهیه جداگانه قلم را روشن گفته و همان اطلاعات در رسید حفظ شده باشد، ارزیابی اختلاف سادهتر است. اما اگر محصول «آماده استفاده با همه اجزا» معرفی شده یا نسخه لازم اعلام نشده باشد، استناد صرف به ممنوعیت استرداد پاسخ کافی به ادعای مغایرت نیست.
فروشنده باید ابتدا گزارش فنی را بررسی کند: آیا بسته ناقص است، پیوند خراب شده، مشخصات اعلامی اشتباه بوده یا مشکل خارج از محدوده سازگاری اعلامشده قرار دارد؟ سپس طبق نتیجه، دسترسی تازه، نسخه صحیح، راهنمای رفع خطا یا مسیر استرداد مناسب را ارائه کند. این فرایند هم منصفانهتر است و هم سابقه قابل دفاعتری ایجاد میکند.
چکلیست انتشار متن شرایط
- هویت، نشانی کاری و کانال ارتباطی قابل استفاده درج شده است.
- قالب، حجم، نسخه، زبان، سازگاری و پیشنیازها پیش از پرداخت دیده میشوند.
- قیمت نهایی، اعتبار پیشنهاد و شیوه صدور رسید مشخص است.
- زمان تحویل، محل دسترسی، انقضای پیوند و بازیابی دریافت توضیح داده شده است.
- مجوز، تعداد کاربران، استفاده تجاری و حدود ویرایش تعریف شدهاند.
- ممنوعیت بازنشر و وضعیت نسخه پشتیبان یا اعضای تیم ابهام ندارد.
- اجزای شخص ثالث و مجوزهای مستقل آنها فهرست شدهاند.
- خطای دسترسی، نقص، مغایرت و پرداخت تکراری مسیرهای جدا دارند.
- حق انصراف، استثناها و سیاست داوطلبانه استرداد با هم خلط نشدهاند.
- دامنه، مدت و کانال پشتیبانی و بهروزرسانی معلوم است.
- سیاست حریم خصوصی فقط دادههای ضروری و هدف پردازش را پوشش میدهد.
- نسخه پذیرفتهشده شرایط همراه رسید سفارش در واسطی ماندگار نگهداری میشود.
جمعبندی: متن کوتاه، اما قابل اثبات
شرایط خوب قرار نیست طولانیترین متن حقوقی ممکن باشد؛ باید پیش از پرداخت، تصمیم آگاهانه را ممکن کند و پس از اختلاف نشان دهد چه چیزی وعده داده و پذیرفته شده است. مشخصات فنی، مجوز، تحویل و استرداد را در بندهای مستقل بنویسید، میان حق قانونی و امتیاز داوطلبانه مرز بگذارید و برای هر ادعا سابقه قابل نگهداری بسازید. پیش از انتشار نیز تناسب متن با نوع محتوا، مشتریان و فرایند واقعی کسبوکار را بهصورت حقوقی بررسی کنید.
منابع و مطالعه بیشتر
- قانون تجارت الکترونیکی ایران؛ متن فارسی — NATLEX، سازمان بینالمللی کار، تصویب مجلس: ۱۳۸۲/۱۰/۱۷؛ تأیید شورای نگهبان: ۱۳۸۲/۱۰/۲۴
- آییننامه اجرایی مواد ۳۸ و ۴۲ قانون تجارت الکترونیکی — ایران کدیفای، مصوب ۱۳۸۳/۱۰/۰۹؛ انتشار در روزنامه رسمی ۱۳۸۳/۱۰/۲۳
- Act on Protection of Authors, Composers and Artists Rights of 1970 — WIPO Lex، سازمان جهانی مالکیت فکری، تاریخ مندرج در نمایه: ۱۹۷۰/۰۱/۱۲
- Act on Protection of Rights of Computer Software Creators of 2000 — WIPO Lex، سازمان جهانی مالکیت فکری، تاریخ مندرج در نمایه: ۲۰۰۰/۱۲/۳۰
