
هنگام اختلال، پیش از تکرار عملیات، وضعیت تراکنش را مشخص کنید.
قطع ارتباط ممکن است فقط مشاهده نتیجه را مختل کرده باشد. پیش از تکرار برداشت، بازگشت وجه یا تحویل اعتبار، نتیجه عملیات قبلی را روشن کنید. وضعیت «در حال بررسی» باید مسئول، سند و گام بعد داشته باشد؛ نباید به انبار پروندههای فراموششده تبدیل شود.
تداوم خدمت، به مسیر از قبل بررسیشده نیاز دارد. روش جایگزین باید مجاز، قابل پیگیری و متناسب با قراردادها و محدودیتها باشد. درگاه قرضی، حساب ناشناس یا روش پنهان کردن نوع فعالیت، راهکار تابآوری نیست. مسیر جایگزین را پیش از نیاز، از نظر عملیات، اطلاعرسانی و تطبیق مالی بررسی کنید.
نسخه پشتیبان باید قابل بازیابی باشد. داشتن فایل پشتیبان بدون آزمون بازیابی، اطمینان کافی ایجاد نمیکند. داده حساس، دسترسی بازیابی و ثبت رویداد نیز باید در برنامه حفاظت قرار گیرند. تمرین را با داده و محیط مجاز انجام دهید.
پس از رفع اختلال، مغایرتها را تعیین تکلیف کنید. عملیات معلق، درخواستهای تکراری، سفارشهای تحویلنشده و استردادهای نامعلوم را مرور کنید. از عادی شدن صفحه اصلی، نتیجه نگیرید که همه تعهدهای مالی درست انجام شدهاند.
روال روزانه باید کوتاه و مسئولدار باشد. پرداختهای نامعلوم، مغایرتهای باز، درخواستهای حساس، تغییرات دسترسی و اطلاعیههای معتبر را متناسب با اندازه کسبوکار مرور کنید. تناوب بررسی را بر اساس حجم و اهمیت عملیات تعیین کنید؛ یک زمانبندی ثابت برای همه پذیرندگان مناسب نیست.
از یک موقعیت ساده شروع کنیم
ارتباط سامانه پرداخت برای مدتی ناپایدار بوده و اکنون برقرار شده است. پیش از اجرای گروهی تمام درخواستهای ناموفق، آنها را از درخواستهای دارای وضعیت نامعلوم جدا کنید و نتیجه عملیات قبلی را از مسیر معتبر به دست آورید.
برنامه جایگزین را قبل از نیاز بررسی کنید
هنگام اختلال، تیم زیر فشار است و مشتری پاسخ میخواهد. اگر مسیر مجاز دریافت، ثبت وضعیت نامعلوم، اطلاعرسانی و بازیابی از قبل روشن نباشد، تصمیمهای عجولانه میتوانند مشکل مالی تازه بسازند. تداوم خدمت باید صحت عملیات و تعهدهای قانونی و قراردادی را حفظ کند.
کاهش خدمت گاهی از ادامه بیضابطه بهتر است. ممکن است موقتاً ثبت سفارش بدون دریافت، اطلاعرسانی درباره تأخیر یا محدود کردن یک قابلیت در دامنه اختیار مناسب باشد. انتخاب مسیر به مدل کسبوکار و تعهدهای واقعی وابسته است. راهحل جایگزین نباید فعالیت محدودشده را پنهان یا وجه را وارد حساب نامرتبط کند.
تمرین قطع ارتباط
فرض کنید اتصال پرداخت برقرار نیست اما بعضی درخواستها قبلاً ارسال شدهاند. تیم باید بتواند درخواست ارسالنشده را از عملیات دارای نتیجه نامعلوم جدا کند. پیش از تکرار یا انتقال به مسیر دیگر، وضعیت عملیات قبلی باید بررسی شود. مشتری نباید برای همان تعهد بدون کنترل دوباره پرداخت کند.
وابستگیها را روی یک برگه بیاورید. بانک، ارائهدهنده خدمت، اینترنت، دامنه، حساب مدیر، کلید اتصال، صف پردازش و سامانه سفارش هرکدام ممکن است نقطه شکست باشند. برای هر مورد، مالک، مسیر معتبر پیگیری و روش بازگشت را مشخص کنید. صرف داشتن چند حساب، برنامه تابآوری کامل نمیسازد.
بازگشت به کار را آزمون کنید
پس از بازیابی، درخواستهای نامعلوم، پرداختهای تکراری، سفارشهای تحویلنشده و استردادهای باز را تطبیق دهید. پیام عادی شدن خدمت باید با وضعیت واقعی سازگار باشد. لازم نیست حل شدن همه پروندههای گذشته را پیش از تأیید ادعا کنید.
خودتان را بیازمایید: آیا برقرار شدن اینترنت، به معنی بسته شدن همه مغایرتهای دوره اختلال است؟ پاسخ: خیر؛ تطبیق پس از بازیابی یک کار مستقل است.
این نکته را در کسبوکار خود اجرا کنید
برای یک اختلال فرضی، درخواستهای ارسالشده و دارای نتیجهٔ نامعلوم را فهرست کنید و روش پیگیری آنها پس از بازیابی را مشخص کنید.
خروجی تمرین: وابستگیها، عملیات ارسالشده، نامعلومها و مسیر جایگزین.
مستندات و راهنماهای مرتبط
مستندات خطاهای API وندارمعنای دستههای پاسخ و روش تشخیص خطاهای اتصال.ارتباط با وندارراههای رسمی تماس برای پیگیری پروندهٔ واقعی کسبوکار.سایت پس از اختلال در دسترس است، اما چند برداشت و استرداد نتیجه نامعلوم دارند. تیم فنی رخداد را بسته اعلام میکند. چه چیزی باقی است؟
مطالعهٔ این درس را ثبت کنید.
با ثبت مطالعه، ادامهٔ مسیر را راحتتر پیدا میکنید.