این سند برای خوانایی به زبان ساده نوشته شده است. اگر قرارداد اختصاصی امضاشدهای با نهان داده گستر دارید، مفاد همان قرارداد در موضوعات متعارض اولویت دارد.
اصل پایه: بازپرداخت یک انتقال جدید است
تراکنش تأییدشده بلاکچین مانند پرداخت کارتی chargeback یا دکمه بازگشت خودکار ندارد.
پس از انتشار و نهاییشدن پرداخت روی شبکه، نهان رمز، پذیرنده یا کیف پول نمیتوانند همان تراکنش را معکوس کنند. بازپرداخت، در صورت تأیید، یک عملیات خروجی مستقل با مقصد، شبکه، هزینه و hash جدید خواهد بود.
نمایش وضعیت منقضی، ناموفق یا بازگشت به سایت فروشگاه لزوماً به معنای بازگشت دارایی نیست. مرجع انتقال، وضعیت روی شبکه و شواهد ثبتشده برای payment session است.
چه کسی درباره استحقاق بازپرداخت تصمیم میگیرد؟
پذیرنده فروشنده کالا یا خدمت است و سیاست تجاری بازپرداخت را تعیین میکند.
مشتری باید درخواست اولیه را از فروشگاه یا پذیرندهای که کالا یا خدمت را ارائه کرده پیگیری کند. پذیرنده مسئول بررسی تحویل، لغو سفارش، کیفیت خدمت، مهلت انصراف و الزامات حقوق مصرفکننده است.
نهان رمز زیرساخت پردازش پرداخت است و بهطور مستقل درباره استحقاق مشتری برای Refund تصمیم نمیگیرد. ما میتوانیم شواهد پرداخت و ابزار انتقال را در اختیار پذیرنده قرار دهیم، اما اختلاف تجاری را جایگزین فروشنده حل نمیکنیم.
- مشتری: ارائه شناسه سفارش و اطلاعات لازم به پذیرنده.
- پذیرنده: بررسی استحقاق، مبلغ، دارایی و مقصد امن.
- نهان رمز: ارائه وضعیت فنی و اجرای قابلیت فعالشده طبق دستور معتبر پذیرنده.
- شبکه: ثبت و نهاییکردن انتقال جدید، خارج از کنترل یکطرفه طرفین.
وضعیت قابلیت Refund در محصول
وجود این سیاست بهتنهایی به معنای فعالبودن بازپرداخت خودکار برای همه حسابها نیست.
تا زمانی که قابلیت Refund در پنل، API یا قرارداد اختصاصی حساب بهصورت صریح فعال و قابل استفاده نمایش داده نشده باشد، پذیرنده نباید اجرای خودکار بازپرداخت توسط نهان رمز را وعده دهد.
در پرداخت مستقیم نهان، اصل مبلغ از ابتدا در کیف پول پذیرنده است؛ بنابراین Refund فروش بهطور پیشفرض باید توسط همان پذیرنده از کیف پول خودش انجام شود. بازپرداخت اعتبار خدمات فقط درباره بخش خریداریشده و استفادهنشده آن است و با Refund مشتری تفاوت دارد.
در نسخهای که ابزار خودکار در دسترس نیست، پذیرنده بازپرداخت را از مسیر مالی و کیف پول مورد تأیید خود انجام میدهد و مسئول ثبت ارتباط آن با سفارش اصلی است. توسعه یا آزمایش داخلی قابلیت، تعهد عمومی ایجاد نمیکند.
فرآیند استاندارد درخواست
یک درخواست قابل پیگیری باید سفارش، پرداخت و هویت درخواستکننده را به هم متصل کند.
ارسال اطلاعات کامل، تضمین پذیرش درخواست نیست؛ اما از پرداخت تکراری، مقصد اشتباه و اختلاف در تطبیق سفارش جلوگیری میکند.
- ثبت درخواست نزد پذیرنده با شناسه سفارش یا فاکتور.
- ارائه hash تراکنش یا نشانی پرداخت، در صورت درخواست پذیرنده.
- بررسی وضعیت قطعی پرداخت، مبلغ دریافتی و سابقه Refund قبلی.
- تعیین مبلغ و دارایی بازپرداخت طبق قرارداد فروش و قانون لازمالاجرا.
- تأیید شبکه و آدرس مقصد با یک مسیر امن و قابل ثبت.
- ایجاد انتقال جدید و ارائه hash آن پس از broadcast.
اطلاعات لازم و کنترل هویت
بازپرداخت نباید صرفاً بر اساس یک پیام بدون ارتباط قابل اثبات با سفارش انجام شود.
- شناسه سفارش پذیرنده و در صورت وجود شناسه payment session.
- hash پرداخت اصلی، دارایی، شبکه و مبلغ مورد ادعا.
- علت درخواست و مستندات موردنیاز سیاست فروشگاه.
- آدرس مقصد سازگار با همان دارایی و شبکه یا مقصد دیگری که پذیرنده رسماً تأیید کند.
- تأیید امنیتی اضافه برای مبلغ بالا، تغییر مقصد یا نشانههای سوءاستفاده.
دارایی، شبکه و آدرس مقصد
کنترل مقصد مهمترین مرحله پیش از انتشار انتقال بازپرداخت است.
بهطور پیشفرض، بازپرداخت باید با دارایی و شبکه سازگار با پرداخت اصلی انجام شود؛ هر تغییر باید با سیاست پذیرنده، توان فنی و کنترل ریسک سازگار باشد. نمایش نام مشابه دارایی در دو شبکه به معنای سازگاری آنها نیست.
مسئولیت صحت آدرسی که مشتری ارائه و پذیرنده تأیید میکند بر عهده همان طرفهاست. نهان رمز نمیتواند مالکیت همه آدرسها یا پشتیبانی مقصد از قرارداد توکن را تضمین کند.
- آدرس و شبکه را کامل بررسی کنید و فقط به متن کوتاهشده اکتفا نکنید.
- برای مبلغ مهم، انتقال آزمایشی یا تأیید دوم میتواند ریسک را کاهش دهد.
- انتقال به شبکه یا قرارداد اشتباه ممکن است غیرقابلبازیابی باشد.
مبلغ، نرخ تبدیل و نوسان ارزش
مبلغ Refund باید بر مبنای قرارداد فروش روشن باشد، نه برداشت مبهم از ارزش روز.
اگر قیمت سفارش بر حسب همان دارایی ثابت مانند USDT ثبت شده باشد، پذیرنده معمولاً مبلغ واجد بازپرداخت را بر همان واحد تعیین میکند. اگر قیمت مرجع ریالی یا ارزی دیگری داشته، قاعده تبدیل باید در سیاست فروشگاه یا توافق طرفین مشخص باشد.
نهان رمز زیان یا سود ناشی از تغییر قیمت دارایی بین زمان خرید و Refund را تضمین نمیکند. کسری ناشی از پرداخت ناقص، بیشپرداخت یا چند پرداخت باید پیش از تعیین مبلغ نهایی تطبیق داده شود.
کارمزد پردازش و هزینه انتقال
هزینه پرداخت اصلی با هزینه انتقال جدید بازپرداخت یکسان نیست.
کارمزد پردازش پرداخت اصلی بابت خدمتی است که انجام و ثبت شده و اصولاً خودکار مسترد نمیشود، مگر قرارداد پذیرنده یا قانون لازمالاجرا ترتیب دیگری مقرر کند.
بازپرداخت جدید میتواند هزینه واقعی شبکه و، فقط در صورت فعالبودن قابلیت، کارمزد خدمات اعلامشده داشته باشد. مبلغ و خطوط هزینه باید پیش از تأیید عملیات در quote یا قرارداد حساب مشخص باشند؛ این صفحه نرخ ثابتی خارج از محصول تحمیل نمیکند.
زمان رسیدگی و نهاییشدن
زمان بررسی تجاری با زمان تأیید انتقال روی شبکه دو مرحله جداست.
مهلت بررسی استحقاق را سیاست پذیرنده و پیچیدگی پرونده تعیین میکند. پس از تأیید، ساخت و انتشار انتقال نیز به کنترل امنیتی، موجودی واجد شرایط و وضعیت شبکه وابسته است.
پس از broadcast، سرعت نهاییشدن تابع شبکه، ازدحام و کارمزد انتخابشده است. ارائه hash به معنای انتشار انتقال است؛ دریافت قطعی باید با explorer معتبر یا وضعیت نهایی سرویس کنترل شود.
- پذیرنده باید وضعیت درخواست را با مشتری بهصورت قابل فهم به اشتراک بگذارد.
- نهان رمز زمان ثابت شبکه یا تعداد بلاک در بازه زمانی مشخص را تضمین نمیکند.
- اختلال یا توقف شبکه ممکن است اجرای انتقال را به تعویق بیندازد.
لغو، تکرار و انتقال اشتباه
مرز اصلی لغو، پیش یا پس از انتشار روی شبکه است.
درخواست ممکن است تا پیش از broadcast و در صورت پشتیبانی وضعیت عملیات قابل لغو باشد. پس از انتشار، لغو تضمینشده نیست و هر تلاش برای اصلاح، انتقال مستقل دیگری خواهد بود.
پذیرنده باید idempotency و سابقه سفارش را کنترل کند تا یک Refund دوبار اجرا نشود. در انتقال اشتباه، نهان رمز فقط میتواند شواهد موجود و اطلاعات فنی را برای پیگیری ارائه دهد و بازیابی را تضمین نمیکند.
پرداخت ناقص، بیشپرداخت و سفارش منقضی
وضعیت غیرعادی باید پیش از هر انتقال جدید به سفارش صحیح تطبیق داده شود.
- پرداخت ناقص: پذیرنده درباره تکمیل مبلغ، لغو سفارش یا بازپرداخت تصمیم میگیرد.
- بیشپرداخت: بخش اضافه پس از کنترل منشأ، هزینه و مقصد قابل بررسی است.
- پرداخت پس از انقضا: دریافت روی شبکه نادیده گرفته نمیشود، اما ممکن است وارد بررسی دستی شود.
- دارایی یا شبکه پشتیبانینشده: بازیابی تضمین نمیشود و ممکن است از نظر فنی ناممکن باشد.
- پرداخت تکراری: هر hash جداگانه باید با سفارش و سوابق Refund تطبیق داده شود.
اختلاف، شواهد و مسیر تماس
شناسه سفارش و hash تراکنش، سریعترین مسیر برای یک بررسی قابل استناد هستند.
مشتری ابتدا باید با پذیرنده تماس بگیرد. اگر اختلاف صرفاً فنی و مرتبط با وضعیت پردازش نهان رمز است، پذیرنده میتواند شناسه payment session و hash را از طریق info@nahansepehr.ir برای بررسی ارسال کند.
گزارش باید بدون کلید خصوصی، Seed Phrase یا داده حساس غیرضروری باشد. پاسخ فنی نهان رمز میتواند وضعیت مشاهدهشده و شواهد ثبتشده را توضیح دهد، اما جایگزین تصمیم تجاری یا مرجع قانونی حل اختلاف نیست.