ریفاند در پراپ (Prop Refund) معمولاً یعنی بازگشت بخشی یا تمام مبلغی که برای خرید Challenge یا Evaluation پرداخت کردهاید؛ اما «قابل ریفاند» بودن به این معنی نیست که هزینه در هر شرایطی پس داده میشود. در بسیاری از مدلها، بازگشت هزینه فقط بعد از عبور از ارزیابی، ورود به مرحله بعدی، تکمیل KYC، رعایت Rulebook و رسیدن به یک Payout یا Performance Reward مشخص فعال میشود. حتی زمان پرداخت و مبلغ واجد شرایط میتواند بین دو Plan یک شرکت متفاوت باشد.
برای همین، پاسخ دقیق به «ریفاند چیست؟» فقط یک تعریف لغت نیست. چیزی که برای تصمیم مالی شما اهمیت دارد این است که چه مبلغی Refund میشود، Trigger دقیق آن چیست، چه هزینههایی از شمول بازپرداخت خارجاند، پول به چه روشی برمیگردد و اگر حساب Reset یا Fail شد، مبنای محاسبه چه تغییری میکند.
پاسخ کوتاه: ریفاند پراپ را یک «شرط قراردادی» ببینید، نه تخفیف تضمینی. تا وقتی Amount + Trigger + Timing + Method + Exclusions همان Plan را در Terms پیدا نکردهاید، عبارتهایی مثل 100% Refundable برای محاسبه هزینه واقعی کافی نیستند.
ریفاند در پراپ چیست و دقیقاً چه چیزی برمیگردد؟
در تعریف عملی، موضوع اصلی Refundable Fee معمولاً «هزینه ورود به ارزیابی» است؛ نه سرمایه اسمی حساب، نه سود معاملات و نه هر پرداخت جانبی که در Checkout دیدهاید. اگر مثلاً قیمت پایه Challenge، Add-on، هزینه پلتفرم، Reset، کارمزد درگاه یا هزینه تبدیل ارز را همزمان پرداخت کرده باشید، باید در Policy ببینید کدامیک واقعاً eligible for refund است.
این تفکیک مهم است چون عبارت «۱۰۰٪ ریفاند» ممکن است فقط به ۱۰۰٪ Fee پایه اشاره کند. اگر ۱۵٪ هزینه اضافی برای یک Add-on دادهاید یا بعداً حساب را با مبلغ جداگانه Reset کردهاید، صفر شدن هزینه شما از روی درصد تبلیغاتی قابل نتیجهگیری نیست. عدد قابل اعتماد، مبلغی است که Terms همان سفارش یا Plan صریحاً refundable اعلام کرده است.
Challenge / Evaluation Fee: مبلغ پایهای که برای ورود به برنامه ارزیابی میپردازید؛ رایجترین موضوع Refundable Fee.
Add-on یا Platform Fee: ممکن است کاملاً جدا و non-refundable باشد؛ باید جداگانه بررسی شود.
Reset / Retry Fee: در بعضی مدلها میتواند مبنای Refund جدید شود و در بعضی دیگر صرفاً هزینه اضافه باشد.
Performance Reward / Payout: درآمد یا پاداش عملکرد شماست؛ Refund همان پول نیست، حتی اگر هر دو در یک پرداخت واریز شوند.
چهار مدل بازگشت وجه که نباید با هم اشتباه شوند
یکی از دلایل اختلاف جوابهای موجود در وب این است که چند سازوکار متفاوت همگی با واژه Refund توصیف میشوند. قبل از مقایسه پراپفرمها باید مشخص کنید درباره کدام مدل صحبت میکنید.
بازگشت Fee بعد از رسیدن به مرحله پرداخت
این مدل همان چیزی است که معمولاً در صفحات فروش پراپها با عنوان Refundable Challenge Fee میبینید: ابتدا Fee را میپردازید، ارزیابی را طبق Rulebook طی میکنید و اگر به Trigger تعیینشده برسید، شرکت مبلغ واجد شرایط را همراه یا نزدیک یک Payout/Reward به شما برمیگرداند. Trigger ممکن است اولین Reward، سومین Reward یا نقطه دیگری باشد؛ هیچ قانون جهانی برای «اولین برداشت» وجود ندارد.
لغو خرید پیش از شروع استفاده از سرویس
این موضوع با performance refund فرق دارد. برخی Terms ممکن است برای خریدی که هنوز استفاده نشده، شرایط لغو یا withdrawal period داشته باشند؛ برخی دیگر با فعالشدن حساب، بازکردن اولین معامله یا شروع ارائه سرویس، حق استرداد را محدود کنند. اگر هدفتان این نوع بازپرداخت است، باید Refund/Cancellation Policy خود شرکت و حوزه حقوقی مربوط را بخوانید؛ قبولی یا رد شدن در Challenge معیار اصلی این مدل نیست.
جبران خطای فنی یا حل اختلاف
گاهی یک کاربر به دلیل خطای فنی، اختلال سرویس، شارژ اشتباه، duplicate payment یا اختلاف درباره اجرای Terms درخواست بازگشت وجه میدهد. این Refund «مزیت استاندارد Challenge» نیست؛ یک مسیر remediation/dispute است و نتیجه آن به شواهد، Terms، بررسی پشتیبانی و در موارد لازم سازوکار رسمی شکایت بستگی دارد. پس نباید آمار یا تجربه این نوع Refund را با refundable challenge fee یکی گرفت.
اعتبار حساب، Free Retry و Reset که پول نقد نیستند
Free Retry، Reset رایگان، Coupon و Store Credit میتوانند ارزش اقتصادی داشته باشند، اما اگر قابل برداشت یا قابل تبدیل به پول نیستند، Cash Refund محسوب نمیشوند. حتی بعضی شرکتها به کاربر اجازه میدهند Refund را به اعتبار داخلی تبدیل کند؛ این انتخاب میتواند برای خرید بعدی مفید باشد ولی «پول برگشتی به حساب شما» نیست. هنگام مقایسه، شکل ارزش را دقیق بنویسید: cash/withdrawable، payment-method refund یا internal credit.
چه زمانی هزینه چالش واقعاً قابل دریافت میشود؟
مسیر رایج را میتوان به چند Gate تقسیم کرد. هر Gate که در Terms وجود دارد باید قبل از محاسبه «هزینه قابل بازگشت» شناخته شود. اگر شرکت فقط نوشته باشد «Refund after funding» ولی تعریف نکند funding دقیقاً چه milestoneی است، هنوز اطلاعات کافی ندارید.
مسیر معمول از خرید Challenge تا eligibility
خرید Plan واجد شرایط و ثبت موفق Fee؛
تکمیل مرحله یا مراحل Evaluation طبق Profit Target و محدودیتهای Drawdown/Rules؛
ورود به حساب/مرحله پس از ارزیابی که شرکت برای Refund به رسمیت میشناسد؛
تکمیل KYC/KYB یا سایر کنترلهای لازم در صورت الزام؛
حفظ eligibility تا موعد Payout؛ یعنی نقض Rulebook یا وضعیت نامعتبر حساب Trigger را از بین نبرد؛
رسیدن به Reward/Payout تعیینشده و در صورت نیاز ثبت درخواست Refund؛
پرداخت Refund به روش مشخصشده در Terms یا Help Center.
نکته کلیدی این است که «قبولی در Challenge» و «دریافت Refund» دو رویداد جدا هستند. اگر Trigger بازگشت هزینه سومین Performance Reward باشد، شما ممکن است مدتها قبل Challenge را پاس کرده باشید ولی هنوز Refundable Fee به مرحله پرداخت نرسیده باشد.
نمونههای رسمی: FTMO و FundedNext یک قانون واحد ندارند
بررسی راهنماهای رسمی در ۲۴ اوت ۲۰۲۶ نشان میدهد چرا نباید یک قاعده عمومی از SERP استخراج کرد. برای مثال، FAQ رسمی FTMO درباره بازپرداخت هزینه ورود میگوید Fee مدل 1-Step بازپرداخت نمیشود، درحالیکه Fee مدل 2-Step ممکن است همراه نخستین Reward و از طریق روش پرداخت اولیه برگردد. این تفاوت فقط با تغییر Plan رخ میدهد، نه با تغییر معنی واژه Refund.
در راهنمای رسمی FundedNext درباره Refundable Fee نیز زمان بازگشت بین مدلها متفاوت است: Stellar 2-Step به نخستین Performance Reward وابسته شده، درحالیکه برای Stellar 1-Step و Stellar Lite در ساختار فعلی، Refundable Fee با سومین Performance Reward مطرح میشود. همان راهنما توضیح میدهد Reset میتواند مبنای مبلغ Refund را تغییر دهد و بعضی Platform Feeها ممکن است از بازپرداخت خارج باشند.
چرا این دو مثال مهماند؟ نه برای رتبهبندی FTMO یا FundedNext، بلکه برای اثبات یک اصل: «Refund policy» به Plan، تاریخ خرید/Reset و نسخه Terms وابسته است. هر جدول مقایسهای که این متغیرها را حذف کند میتواند خیلی زود اشتباه شود.
چرا پاس کردن چالش لزوماً به معنی دریافت ریفاند نیست؟
پاس کردن ارزیابی فقط یک milestone است. بین Pass و Refund ممکن است شروطی مثل KYC، حداقل چرخه پرداخت، فعالبودن حساب، نبود Rule Breach، ثبت درخواست در Dashboard، نوع Plan و حتی مبنای Fee پس از Reset قرار داشته باشد. به همین دلیل عبارت «بعد از پاس شدن هزینه برمیگردد» باید همیشه با متن دقیق Policy کنترل شود.
Plan eligibility: بعضی Planها Refund دارند و بعضی ندارند؛ نام برند بهتنهایی کافی نیست.
Payout trigger: first/third reward یا Trigger دیگری ممکن است شرط واقعی باشد.
Request vs automatic: آیا مبلغ خودکار اضافه میشود یا باید درخواست جدا ثبت کنید؟
KYC / account status: آیا احراز هویت، قرارداد یا فعالبودن حساب شرط است؟
Rule breach: اگر بعد از Pass ولی قبل از Payout حساب breach شود، Refund چه میشود؟
Reset basis: Refund بر اساس Fee خرید اولیه است یا آخرین Reset؟
Exclusions: Add-on، platform fee، مالیات/کارمزد درگاه یا تخفیف خرید چگونه محاسبه میشوند؟
ریفاند ۱۰۰ درصد یعنی چالش بدون هزینه است؟
نه لزوماً. «۱۰۰٪» فقط وقتی معنای اقتصادی روشن دارد که بدانید مخرج کدام مبلغ است. اگر ۱۰۰٪ Fee پایه بازگردد اما هزینههای جانبی و Reset غیرقابل استرداد باشند، هزینه نهایی شما صفر نیست. اگر شرکت ۱۲۰٪ یا ۱۵۰٪ عبارت Refund را به کار میبرد، بخش بالاتر از Fee اولیه ممکن است در عمل Promotional Reward یا Benefit اضافه باشد و باید شرایط برداشت آن جداگانه خوانده شود.
هزینه خالص را با مبلغ واقعی پرداختی بسنجید
فرمول پیشنهادی: Net Challenge Cost = Initial Fee + Add-ons + Reset/Retry + Payment/FX Costs − Refund واقعی و قابل برداشت دریافتی
مثال فرضی: ۱۰۰ واحد Fee اولیه پرداخت میکنید، ۱۵ واحد Add-on میخرید و بعد ۷۰ واحد برای Reset میپردازید. اگر Policy همان سفارش بگوید مبلغ Refund بر اساس آخرین Reset است و ۷۰ واحد واقعاً دریافت کنید، هزینه خالص شما ۱۱۵ واحد است: ۱۰۰ + ۱۵ + ۷۰ − ۷۰. عبارت «۱۰۰٪ Refundable» در چنین سناریویی نباید شما را به نتیجه «Challenge رایگان شد» برساند.
این محاسبه عمداً سود یا زیان معاملاتی را وارد نمیکند. هدف فقط سنجش هزینه خرید/ارزیابی است. برای مقایسه دو پراپ، ابتدا Net Challenge Cost را جدا حساب کنید و سپس Rules، Payout و احتمال رسیدن به Trigger را در تصمیم خود لحاظ کنید.
تفاوت ریفاند با بونوس، تخفیف، Profit Split و Free Retry
مفهوم | چه چیزی برمیگردد؟ | زمان | شکل ارزش | اشتباه رایج |
|---|---|---|---|---|
Refund / Refundable Fee | بازگشت Fee واجد شرایط | بعد از Trigger قراردادی | ممکن است نقد/روش پرداخت/اعتبار باشد | باید Amount + Trigger + Method خوانده شود |
Discount | کاهش قیمت خرید | قبل از پرداخت | کاهش هزینه؛ پولی بعداً برنمیگردد | تخفیف ۲۰٪ ≠ Refund ۲۰٪ |
Bonus / Reward | مزیت یا مبلغ اضافه | طبق کمپین/عملکرد | ممکن است قابل برداشت یا مشروط باشد | بخش بالاتر از ۱۰۰٪ را جدا از Fee refund تحلیل کنید |
Profit Split | سهم تریدر از سود/Reward | هنگام Payout | درآمد عملکردی | به Fee اولیه مربوط نیست |
Free Retry / Reset | فرصت دوباره | پس از شرط مشخص | سرویس/اکانت؛ نه الزاماً پول | ارزش اقتصادی دارد اما Cash Refund نیست |
Rebate / Cashback | بازگشت بخشی از هزینه معامله | پس از Trading Activity | معمولاً مرتبط با spread/commission | با Refund هزینه Challenge فرق دارد |
در نتیجه، هنگام دیدن یک عبارت تبلیغاتی مثل «150% Refund» ابتدا مشخص کنید آیا 100% آن بازپرداخت Fee است و 50% اضافه Bonus/Reward، یا کل مبلغ تحت یک Rule واحد قابل برداشت است. نامگذاری بازاریابی شرکت نباید جای محاسبه اقتصادی را بگیرد.
قبل از خرید چالش، Policy ریفاند را چگونه بخوانیم؟
یک Refund Policy خوب باید آنقدر دقیق باشد که بتوانید پیش از خرید سناریو را روی کاغذ بازسازی کنید. اگر مجبورید برای فهم «چه زمانی، چقدر و به کجا» چند حدس بزنید، Policy هنوز برای تصمیم مالی کافی نیست.
۱۲ سؤال که باید جواب مکتوب داشته باشند
Refund دقیقاً برای کدام Plan و کدام اندازه حساب فعال است؟
مبلغ واجد شرایط چیست: قیمت فهرست، مبلغ واقعاً پرداختشده بعد از Discount، یا آخرین Reset Fee؟
Trigger چیست: Pass شدن، فعالشدن حساب، اولین Payout، سومین Payout یا شرط دیگری؟
درخواست Refund خودکار است یا باید از Dashboard/Support ثبت شود؟
Refund به روش پرداخت اولیه برمیگردد یا همراه Payout، کیف پول، حساب بانکی یا اعتبار داخلی پرداخت میشود؟
Add-on، platform fee، مالیات، service fee، network/processor fee یا هزینه تبدیل ارز refundable هستند؟
اگر حساب Reset یا Retry شود، مبنای Refund تغییر میکند؟
اگر پس از Pass و قبل از Payout Rule Breach رخ دهد، eligibility چه میشود؟
KYC/KYB یا امضای Agreement چه نقشی در فعالشدن Refund دارد؟
آیا Minimum Trading Days، payout cycle یا minimum withdrawal روی زمان Refund اثر دارد؟
اگر Plan یا Policy بعداً تغییر کند، کدام نسخه Terms برای خرید شما اعمال میشود و آیا تاریخ version مشخص است؟
در صورت عدم پرداخت یا اختلاف، مسیر رسمی اعتراض، SLA پشتیبانی و entity مسئول کدام است؟
چه عبارتهایی نیاز به بررسی بیشتر دارند
«100% refundable» بدون اینکه Trigger و مبلغ eligible مشخص شود؛
«Refund after funded» بدون تعریف اینکه funded در همان محصول دقیقاً چه milestoneی است؛
شرایط Refund فقط در Banner یا Affiliate post باشد ولی در Terms/Help Center قابل پیدا کردن نباشد؛
یک صفحه عمومی وعده Refund بدهد اما Checkout/Plan-specific terms استثنای متفاوت داشته باشد؛
Store Credit یا Voucher با زبان مبهم طوری معرفی شود که کاربر آن را Cash Refund تصور کند؛
Policy تاریخ/نسخه نداشته باشد و Support هم نتواند مشخص کند خرید شما تابع کدام Rule است.
هیچکدام از این موارد بهتنهایی اثبات تقلب نیست؛ اما همگی دلیل خوبی برای توقف خرید تا دریافت پاسخ مکتوب و قابل استناد هستند.
اگر ریفاند پرداخت نشد، چه مدارکی و چه مراحلی مهماند؟
عدم دریافت Refund در زمان مورد انتظار لزوماً به معنی کلاهبرداری نیست؛ ممکن است Trigger را اشتباه فهمیده باشید، درخواست لازم ثبت نشده باشد، KYC ناقص باشد، مبلغ بر اساس Reset تغییر کرده باشد یا Policy محصول با چیزی که در تبلیغ دیدهاید فرق کند. پیگیری مؤثر از بازسازی دقیق قرارداد شروع میشود، نه از نتیجهگیری سریع.
نسخه Terms/Refund Policy و صفحه Checkout مربوط به تاریخ خرید را ذخیره کنید؛ اگر نسخهگذاری دارد، همان Version را ثبت کنید.
رسید پرداخت، مبلغ، ارز، Order ID، Transaction ID/TxID و نام پرداختکننده را کنار هم نگه دارید.
Account ID، Plan، تاریخ Pass، تاریخ KYC، Reward/Payout number و وضعیت Rule compliance را ثبت کنید.
از Support یک سؤال دقیق بپرسید: «طبق کدام بند Policy، Refund من در چه Trigger و به چه Amount/Methodی پرداخت میشود؟»
اگر پاسخ با Terms ناسازگار است، Ticket را escalate کنید و درخواست ارجاع به بند دقیق قرارداد یا Policy کنید.
اگر موضوع حل نشد، مسیر شکایت/پرداخت/حمایت مصرفکنندهای را فقط در صورتی دنبال کنید که برای entity، کشور و روش پرداخت شما واقعاً قابل اعمال باشد. Chargeback یا ادعای رسمی نباید با اطلاعات نادرست ثبت شود.
Evidence بهتر از حافظه است: یک Screenshot تبلیغاتی بهتنهایی کافی نیست. Checkout، Terms version، رسید پرداخت و مکاتبه Support کنار هم نشان میدهند دقیقاً چه چیزی خریداری شده و چه شرطی وعده داده شده است.
کاربران ایرانی قبل از پرداخت چه چیزهایی را باید چک کنند؟
برای کاربر ایرانی، علاوه بر خود Rulebook یک لایه عملیاتی وجود دارد: روش پرداخت و بازپرداخت. حتی اگر Terms از نظر قراردادی Refund را تأیید کند، باید بدانید مسیر دریافت وجه برای کشور، KYC و payment rail شما چگونه کار میکند. این موضوع را پیش از خرید و با ذکر Plan دقیق از Support بپرسید؛ پاسخ عمومی درباره «پشتیبانی از کریپتو» یا «پرداخت بینالمللی» برای Refund کافی نیست.
Eligibility منطقهای: آیا کشور/مدارک شما برای همان entity و Plan پذیرفته میشود؟ وضعیت میتواند تغییر کند؛ از صفحه رسمی یا Support روز بررسی کنید.
Original payment method: اگر Refund باید به روش پرداخت اولیه برگردد، آیا آن روش در زمان Refund همچنان در دسترس شماست؟
پرداخت شخص ثالث: اگر کارت یا کیفپول به نام شخص دیگری است، قبل از خرید مشخص کنید Refund به چه شخص/حسابی برمیگردد و KYC چه محدودیتی دارد.
Crypto/network: دارایی، شبکه، حداقل مبلغ، آدرس مقصد و network fee را از قبل روشن کنید؛ از فرض اینکه هر Refund حتماً USDT یا همان شبکه خرید است خودداری کنید.
نرخ تبدیل: حتی بازگشت کاملِ مبلغ دلاری ممکن است از نظر هزینه ریالی دقیقاً برابر پرداخت اولیه نباشد، چون نرخ ارز و کارمزد تبدیل تغییر میکند.
واسطه خرید: اگر Challenge را از واسطه تهیه میکنید، روشن کنید قرارداد Refund با پراپفرم است یا با فروشنده واسط؛ Invoice و Terms هر دو را نگه دارید.
آیا ریفاند نشانه معتبر بودن یک پراپفرم است؟
خیر. Refund یک ویژگی تجاری/قراردادی است، نه مهر اعتبار. یک شرکت میتواند Refund سخاوتمندانه داشته باشد اما Rulebook مبهم، مسیر Payout دشوار یا پشتیبانی ضعیف داشته باشد؛ برعکس، نبود Refund هم بهخودیخود اثبات مشکل نیست. اعتبار باید از مجموعه شواهد ارزیابی شود.
هویت حقوقی و entity طرف قرارداد؛
شفافیت Rulebook و قابلیت بازتولید محاسبه Drawdown/Breach؛
شرایط و چرخه Payout، موارد رد درخواست و روش اعتراض؛
پایداری Terms و مشخصبودن version/date تغییرات؛
کیفیت پاسخ Support به سؤالهای فنی و قراردادی؛
روشهای پرداخت، KYC و محدودیتهای منطقهای؛
سابقه تجربه کاربران بهعنوان سیگنال کمکی، نه جایگزین اسناد رسمی.
اگر بعد از بررسی این موارد میخواهید گزینههای مختلف را کنار هم ببینید، از مقایسه پراپفرمها استفاده کنید؛ سپس قبل از خرید، Refund Policy و Terms همان Plan را دوباره در منبع رسمی شرکت تأیید کنید.
سؤالهای رایج درباره ریفاند در پراپ
اگر Challenge را Fail کنم، هزینه برمیگردد؟
در مدل performance-based معمولاً Fail شدن به Trigger بازگشت Fee نمیرسد؛ اما Cancellation/Dispute policy میتواند موضوع جداگانهای باشد. جواب قطعی فقط از Terms همان Plan به دست میآید.
آیا Refund همیشه با اولین Payout خودکار پرداخت میشود؟
خیر. مثالهای رسمی فعلی نشان میدهند Planها میتوانند first reward، third reward یا حتی non-refundable باشند و بعضی مدلها نیاز به request دارند.
اگر حساب را Reset کنم چه میشود؟
بسته به Policy ممکن است Refund همچنان بر Fee اولیه، بر Reset Fee یا اصلاً بر هیچکدام مبتنی نباشد. در FundedNext فعلی، برخی مدلها Refundable Fee را بر مبنای reset fee توضیح میدهند؛ این قاعده را به شرکتهای دیگر تعمیم ندهید.
Refund 120% یا 150% یعنی 20% یا 50% سود قطعی؟
نه. ابتدا ببینید درصد بالاتر از Fee پایه دقیقاً Refund است، Promotional Reward است یا Benefit مشروط؛ سپس قابلیت برداشت و Trigger آن را جدا حساب کنید.
پول Refund به کارت برمیگردد یا با Payout میآید؟
هر دو مدل و مدلهای دیگر ممکناند. FTMO برای 2-Step در FAQ رسمی به initial payment method اشاره میکند، درحالیکه شرکتهای دیگر میتوانند مبلغ را به Reward اضافه کنند. روش همان Plan را از منبع رسمی بخوانید.
Refund با Rebate چه فرقی دارد؟
Refund پراپ معمولاً به Fee خرید Challenge مربوط است؛ Rebate در بازارهای معاملاتی معمولاً بازگشت بخشی از spread/commission ناشی از Trading Activity است. یکسان گرفتن این دو باعث مقایسه غلط هزینهها میشود.
ریفاند را شرط قرارداد ببینید، نه وعده فروش
بهترین Refund لزوماً بالاترین درصد نیست؛ بهترین Policy آن است که قبل از پرداخت بتوانید آن را محاسبه و بعداً بازسازی کنید. اگر مبلغ eligible، Trigger، زمان، روش پرداخت، استثناها و نسخه Terms روشن باشند، Refund میتواند بخشی واقعی از ارزیابی هزینه Challenge باشد. اگر این اجزا مبهماند، درصد بزرگ روی Banner ارزش تصمیمگیری محدودی دارد.
قبل از خرید، یک بار Net Challenge Cost را با سناریوی واقعبینانه خود حساب کنید؛ سپس فرض کنید Refund را دیرتر یا اصلاً دریافت نمیکنید و ببینید آیا هنوز هزینه Challenge برای بودجه شما قابل قبول است. این نگاه، Refund را از یک وعده فروش به یک بند قابل سنجش در قرارداد تبدیل میکند. نمونههای برند این مقاله مربوط به Snapshot پژوهشی ۲۴ اوت ۲۰۲۶ هستند؛ پیش از خرید Terms/Help Center همان روز را دوباره بررسی کنید.
