خانه / مرکز راهنما / رفع مغایرت پرداخت: چه چیزی بررسی شود و چه کاری انجام نشود
راهنمای درگاه پرداخت

رفع مغایرت پرداخت: چه چیزی بررسی شود و چه کاری انجام نشود

پرداخت نامشخص، مبلغ ناسازگار، callback دیرهنگام، فاکتور منقضی، سفارش بسته‌شده و مسیر درست پیگیری.

8 موضوع مستقلاز هدف تا کنترل نتیجه
گردش کار عملیورودی، اقدام، نتیجه و نکته
شبیه‌سازی آموزشیبدون تغییر داده واقعی
پیش از شروع

تقریب همهٔ مغایرت‌های پرداخت از یک اشتباه رفتاری می‌آید: «پرداخت دوباره» به‌جای «پیگیری همان سفارش». این راهنما می‌گوید در هر وضعیت کدام دکمه درست است و چه کاری ممکن است دو بار پول کم کند.

موضوع 1

قبل از هر اقدام، شناسه‌ها را بردارید

شمارهٔ سفارش، کد رهگیری فاکتور، مبلغ یکتای واریزی، ساعت واریز و شمارهٔ پیگیری بانک را یادداشت کنید. بدون این‌ها هیچ بررسی دقیقی ممکن نیست و پشتیبانی هم نمی‌تواند رد رویداد را پیدا کند.

نکته اجراییپس از مطالعه، نتیجه را در همان بخش سامانه کنترل کنید.
موضوع 2

سفارش «منتظر پرداخت» یا «بررسی رسید» مانده است

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

نکته اجراییپس از مطالعه، نتیجه را در همان بخش سامانه کنترل کنید.
موضوع 3

وضعیت «نیازمند تطبیق»

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

نکته اجراییپس از مطالعه، نتیجه را در همان بخش سامانه کنترل کنید.
موضوع 4

مبلغ واریزی با مبلغ یکتا نمی‌خواند

پرداخت مبلغ گردِ سفارش یا کم/بیش‌پرداخت، تطبیق خودکار را ممکن نمی‌کند. مسیر، بررسی دستی با گزارش بانک و ثبت تفاوت در همان سفارش است - نه پرداخت مجدد، نه واریز دوم به کارت دیگر.

نکته اجراییپس از مطالعه، نتیجه را در همان بخش سامانه کنترل کنید.
موضوع 5

callback دیرهنگام روی سفارش بسته‌شده

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

نکته اجراییپس از مطالعه، نتیجه را در همان بخش سامانه کنترل کنید.
موضوع 6

رویداد تکراری

دوباره‌رسیدن همان تأیید نباید اشتراک را تمدید یا سفارش را دوباره پردازش کند. سامانه از مرجع یکتا استفاده می‌کند و اثر مالی دوم نمی‌نویسد؛ اگر دو سند برای یک سفارش دیدید، پیش از حذف، با پشتیبانی و با شناسهٔ رویداد بررسی کنید - اسناد مالی حذف نمی‌شوند و اصلاح با سند معکوس انجام می‌شود.

نکته اجراییپس از مطالعه، نتیجه را در همان بخش سامانه کنترل کنید.
موضوع 7

امضا درست کار نمی‌کند

اگر رویدادهای تأیید هیچ‌وقت نمی‌رسند، سه احتمال دارد: Secret ذخیره‌شده با Secret حساب فرق دارد، نشانی عمومی HTTPS درست یا قابل‌دسترس نیست، یا نشانی callback در پنل درگاه درست تنظیم نشده است. رمز خود را دوباره در پنل درگاه نخوانید؛ پیش از هر تغییر، از پشتیبانی درگاه بپرسید.

نکته اجراییپس از مطالعه، نتیجه را در همان بخش سامانه کنترل کنید.
موضوع 8

کارت بانکی یا اطلاعات حساب ناکامل است

پاسخ ۴۲۲ معمولاً یعنی حساب فروشنده هنوز کارت ثبت‌شده یا تأیید هویت کامل ندارد. تا آن مرحله تکمیل نشود، فاکتور ساخته نمی‌شود و خریدار هم لینک پرداختی نمی‌بیند. این وضعیت با ویرایش فیلدها در اوردیکس حل نمی‌شود.

نکته اجراییپس از مطالعه، نتیجه را در همان بخش سامانه کنترل کنید.
محیط تمرینی

نقشه اجرایی: رفع مغایرت پرداخت: چه چیزی بررسی شود و چه کاری انجام نشود

نمای مفهومی از موضوعات این راهنما؛ عنوان‌ها و داده‌ها صرفاً آموزشی‌اند.

نمونه نمایشی
ORDIX WORKSPACEفضای کاری نمونه
نقشه اجرایی: رفع مغایرت پرداخت: چه چیزی بررسی شود و چه کاری انجام نشودنمای آموزشی · بدون اتصال به داده واقعی
● حالت تمرین
موضوعات مستقل8
چک‌لیست اجراقابل بازبینی
نوع محتواآموزش عملی
مراحل پیشنهادیگردش کار نمونه
01قبل از هر اقدام، شناسه‌ها را برداریدگام راهنما
02سفارش «منتظر پرداخت» یا «بررسی رسید» مانده استگام راهنما
03وضعیت «نیازمند تطبیق»گام راهنما
این شبیه‌سازی صرفاً برای توضیح محل و منطق ابزارهاست و عملیات واقعی، سفارش، اتصال یا داده‌ای در سامانه ایجاد نمی‌کند.
جمع‌بندی اجرایی

پس از مطالعه این راهنما چه مواردی را بررسی کنم؟

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

نکته مهم: این شبیه‌سازی داده واقعی را تغییر نمی‌دهد. نتیجه نهایی به مجوز کاربر، پلن، تنظیمات اتصال و سرویس‌های بیرونی وابسته است.