ریسک اختلال صرافی برای معاملات خودکار

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

نوع اختلال را مشخص کنید

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

نبود پاسخ، نبود اجرا را ثابت نمی‌کند

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

مثال فرضی از سفارش نامعلوم

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

طرح رسیدگی چه اجزایی داشته باشد؟

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

کنترل ریسک به محل اجرای آن وابسته است

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

بازگشت ارتباط پایان بررسی نیست

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

محدودیت پاسخ‌گویی را صریح بنویسید

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