Trading Platform Outage: Access বন্ধ হওয়ার আগেই Contingency Plan তৈরি করুন

Trading Platform Outage: Access বন্ধ হওয়ার আগেই Contingency Plan তৈরি করুন

Read in English

Learning objective

Broker app, trading terminal, internet connection বা market-data feed unavailable হলে কীভাবে disciplined response দিতে হবে তা শিখুন। লক্ষ্য হলো control ধরে রাখা: কোন order live আছে verify করা, duplicate order এড়ানো এবং predetermined priority অনুযায়ী কাজ করা।

Outage একটি operational-risk event। Price move চলতে থাকলেও এটি order entry, cancellation, position visibility, funding বা withdrawal interrupt করতে পারে। Financial Conduct Authority বলছে operational disruption consumer-কে account access থেকে বঞ্চিত করতে পারে এবং market integrity-র জন্যও risk তৈরি করতে পারে। তাদের resilience guidance severe-but-plausible testing, clear communication plan এবং updated contact detail-এর ওপর গুরুত্ব দেয়।

আপনার personal plan কোনো firm's resilience programme-এর মতো বড় নয়। কিন্তু logic একই: critical function identify করুন, dependency map করুন, alternative প্রস্তুত রাখুন এবং response rehearse করুন।

Step 1: single point of failure map করুন

আপনার এবং market-এর মাঝের প্রত্যেকটি dependency লিখুন:

• broker account ও execution venue;
• desktop platform, web portal ও mobile app;
• market-data source;
• internet connection, mobile data ও electricity;
• authentication device, email ও password manager;
• broker dealing desk, support line ও status page;
• cash, margin ও settlement arrangement।

একই phone ও network-এর দুটি app independent backup নয়। Second device তখনই useful, যখন সেটি authenticate ও connect করতে পারে। Second broker access concentration কমাতে পারে, কিন্তু আলাদা funding, tax, margin ও reconciliation work তৈরি করে।

Step 2: action-এর order আগে ঠিক করুন

Urgency যাতে random clicking-এ পরিণত না হয়, তার জন্য written sequence ব্যবহার করুন:

1. Failure confirm করুন। অন্য device, connection এবং broker-এর official status channel check করুন।
2. Evidence record করুন। Time, symbol, position, order reference ও error message note করুন। সম্ভব হলে screenshot নিন।
3. Authoritative order status verify করুন। Frozen screen কোনো order fail, fill বা cancel হয়েছে—এর proof নয়।
4. Pre-verified channel দিয়ে broker-এর সঙ্গে যোগাযোগ করুন। Event-এর আগে save করা number বা channel ব্যবহার করুন; rushed social-media search থেকে পাওয়া number নয়।
5. Risk prioritise করুন। Predetermined loss, margin বা exposure limit breach করতে পারে এমন order বা position আগে handle করুন।
6. Access ফিরলে reconcile করুন। নতুন কিছু place করার আগে confirmation, fill, cash ও open order মিলিয়ে নিন।

Status unknown থাকা অবস্থায় বারবার submit বা cancel চাপবেন না। Connectivity ফিরলে প্রত্যেক retry নতুন live instruction হয়ে যেতে পারে।

Worked example

একজন hypothetical trader-এর তিনটি open position ও দুটি resting order আছে। Volatile session-এ 09:17-তে web platform freeze করল। একটি cancellation request pending দেখাচ্ছে এবং mobile app load হচ্ছে না।

Trader prepared plan follow করলেন:

• home broadband থেকে mobile data-তে switch করে broker-এর official status page check করলেন;
• quantity, average price ও order reference লেখা offline position sheet খুললেন;
• pre-saved dealing number-এ call করে দুই resting order-এর authoritative status জানতে চাইলেন;
• original instruction confirm হওয়ার আগে replacement order পাঠালেন না;
• loss limit-এর সবচেয়ে কাছের position আগে handle করলেন;
• support contact-এর name বা reference, time ও instruction log করলেন;
• recovery-এর পর execution report download করে position, cash ও fee reconcile করলেন।

ধরা যাক, frozen screen-এ pending দেখালেও প্রথম order ইতিমধ্যে fill হয়েছিল। Second channel দিয়ে একই order পাঠালে exposure double হয়ে যেত। Useful backup শুধু আরেকটি order button নয়; verified information ও fixed decision sequence।

Step 3: outage-specific risk limit সেট করুন

Normal stop-loss logic ধরে নেয় trading system instruction receive ও execute করতে পারবে। Impaired access-এর জন্য আলাদা limit যোগ করুন:

• live monitoring ছাড়া maximum কত position tolerate করতে পারবেন;
• known maintenance-এর সময় maximum aggregate exposure;
• minimum free margin ও cash buffer;
• illiquid period-এর মধ্য দিয়ে কোন instrument hold করবেন না;
• dealing desk-এ escalate করার time threshold;
• reconciliation-এর পর stale order cancel করার rule।

Stop order guaranteed exit price নয় এবং outage সেটি change করার ক্ষমতা delay করতে পারে। Position size এমন রাখুন যেন stop-এর বাইরে gap হলেও loss survivable থাকে।

Step 4: offline recovery pack তৈরি করুন

Platform unavailable থাকলেও usable এমন secure, regularly updated record রাখুন:

• broker-এর legal name ও account identifier;
• official dealing, support ও complaint contact;
• open position, contract specification ও order reference;
• authentication recovery method;
• backup power ও connectivity instruction;
• personal exposure limit ও response sequence;
• blank incident log।

Information secure রাখুন। একই sheet-এ plain-text password বা recovery code রাখবেন না। Telephone dealing available কি না, identity check কী এবং extra charge আছে কি না broker-এর সঙ্গে আগে confirm করুন।

Step 5: severe-but-plausible scenario test করুন

Market stress-এর বাইরে short drill চালান। Assume করুন main screen ও home internet একসঙ্গে fail করেছে। Check করুন আপনি:

• broker-এর official status ও contact channel reach করতে পারেন কি না;
• independent record থেকে every live position ও order identify করতে পারেন কি না;
• alternate device-এ authenticate করতে পারেন কি না;
• কোন instruction confirm বা change করতে চান তা clearly explain করতে পারেন কি না;
• broker failure ও local data-feed problem আলাদা করতে পারেন কি না;
• result document করে gap fix করতে পারেন কি না।

FCA operational-resilience observation testing, dependency mapping, communication plan ও post-incident learning-এর ওপর জোর দেয়। এগুলো firm-level expectation, তবে trader-ও personal scale-এ একই habit ব্যবহার করতে পারেন।

অন্য venue-তে hedge দ্বিতীয় সমস্যা তৈরি করতে পারে

অন্য broker-এ opposite position খুলে risk neutralise করার চেষ্টা tempting। কিন্তু এতে basis risk, different contract size, funding cost ও two-sided execution uncertainty তৈরি হতে পারে। Original position ইতিমধ্যে close হয়ে থাকলে নতুন hedge একটি fresh directional trade হয়ে যায়। Cross-venue hedging-কে position mapping ও limit-সহ pre-designed procedure হিসেবে নিন, improvised response হিসেবে নয়।

Common mistakes

• Frozen screen মানে order market-এ যায়নি ধরে নেওয়া।
• একই instruction বারবার submit বা cancel করা।
• Unverified social-media support number ব্যবহার করা।
• এক device, network বা authentication method-এর ওপর depend করা।
• এমন position size রাখা যা tolerate করতে continuous access দরকার।
• Original fill check না করে অন্য জায়গায় hedge খোলা।
• Order, position, cash ও fee reconcile করার আগে আবার trade করা।
• কখনও test না করা plan রাখা।

Practical checklist

• Official broker contact ও status-page address offline save করুন।
• Defined interval-এ open position ও order reference record করুন।
• Tested backup internet, power ও device access রাখুন।
• Maximum outage exposure, margin ও escalation limit সেট করুন।
• অন্য channel দিয়ে resubmit করার আগে order status verify করুন।
• Time, instruction, confirmation ও support reference log করুন।
• Service ফিরলে full account reconcile করুন।
• Incident review করে plan update করুন।

Sources

• FCA: Operational resilience
• FCA: CrowdStrike outage lessons for operational resilience
• FCA: Operational resilience insights and observations one year on

এই tutorial The Money Man editorial workflow-এর অধীনে AI-assisted research ও writing দিয়ে তৈরি। এটি educational information, personalised investment advice নয়। Broker procedure, protection, market rule ও telephone-dealing availability আলাদা হতে পারে; provider-এর সঙ্গে directly verify করুন। Gap, outage ও illiquid condition-এ trading loss planned level-এর চেয়ে বেশি হতে পারে।