মেক সিনারিও ডিবাগ করার সহজ পদ্ধতি

মেক ডটকমে কোনো সিনারিও ঠিকমতো কাজ না করলে প্রথমেই মডিউলের সেটিং পাল্টানোর দরকার নেই। আগে দেখতে হবে, সমস্যাটা কোথায় হচ্ছে। অনেক সময় যে মডিউলে ত্রুটি দেখায়, ভুলটা আসলে তার আগের মডিউলে থাকে। আবার কাজের ইতিহাসে সফল দেখালেও কাঙ্ক্ষিত তথ্য নির্দিষ্ট অ্যাপে পৌঁছায় না।

এখানেই ত্রুটি খুঁজে বের করার ঝামেলা। ত্রুটির বার্তা পাওয়া গেলে অন্তত বোঝা যায় কোথায় খুঁজতে হবে। কিন্তু কোনো ত্রুটি ছাড়াই ভুল ফলাফল এলে তথ্যের সংযোগ, শর্ত কিংবা আগের মডিউল থেকে আসা তথ্য ধরে ধরে পরীক্ষা করতে হয়।

মেকের স্বয়ংক্রিয় কাজের ত্রুটি শনাক্ত করতে সবচেয়ে কাজে আসে সিনারিওর ইতিহাস, প্রাপ্ত তথ্য, তৈরি হওয়া ফলাফল এবং একবার চালিয়ে দেখার সুবিধা। এগুলো ব্যবহার করে বেশির ভাগ সাধারণ সমস্যার তদন্ত শুরু করা যায়। এরপর প্রয়োজন বুঝে সংযোগ ঠিক করতে হবে, ত্রুটি সামলানোর ব্যবস্থা যুক্ত করতে হবে অথবা আটকে থাকা কাজটি আবার চালাতে হবে। কাজগুলো খুব জটিল নয়। তবে কোন অবস্থায় কোনটি ব্যবহার করবেন, সেটি জানা দরকার।

প্রথমে কাজের ইতিহাস দেখুন, তারপর মডিউলের সেটিংয়ে যান

মেকের সিনারিও তৈরির অংশ খুলে সমস্যাযুক্ত মডিউল খোঁজার আগে কাজের ইতিহাসে একবার ঢুঁ মারুন। মেক ডটকমের সিনারিও বিভাগ থেকে সংশ্লিষ্ট সিনারিও নির্বাচন করুন। এরপর ইতিহাস অংশে যান। এখানে আগের কাজগুলোর সময় ও অবস্থা পাওয়া যাবে। কোনো কাজ সফল, সতর্কতাযুক্ত কিংবা ত্রুটিপূর্ণ হিসেবে চিহ্নিত থাকতে পারে।

এখন সমস্যাটি যে সময়ে হয়েছে, সেই কাজের বিস্তারিত তথ্য খুলুন। কোন মডিউলে ত্রুটি এসেছে, কী বার্তা দেখাচ্ছে, সেগুলো পড়ুন। মডিউলটি কী কাজ করার চেষ্টা করছিল, সেটিও বোঝার চেষ্টা করুন।

ধরা যাক, কোনো অ্যাপে নতুন তথ্য সংরক্ষণের সময় বান্ডেলের তথ্য যাচাইসংক্রান্ত ত্রুটি এসেছে। এ ধরনের ত্রুটি সাধারণত প্রয়োজনীয় তথ্য না থাকা কিংবা ভুল ধরনের তথ্য পাঠানোর সঙ্গে সম্পর্কিত। তাই শুরুতেই সংযোগ বদলানোর চেয়ে মডিউলের বাধ্যতামূলক তথ্যক্ষেত্রগুলো পরীক্ষা করা যুক্তিসংগত।

মডিউলটি ঠিক কী তথ্য পেয়েছিল, সেটি দেখতে হবে। মেকে তথ্য সাধারণত বান্ডেল আকারে এক মডিউল থেকে আরেক মডিউলে যায়। কোনো মডিউল চালানোর পর তার পাশে বা ওপরে থাকা ছোট বৃত্তে ক্লিক করলে প্রক্রিয়াকৃত বান্ডেলের বিস্তারিত দেখা যায়। সেখানে প্রাপ্ত তথ্য ও তৈরি হওয়া ফলাফল পরীক্ষা করা যায়।

• প্রাপ্ত তথ্য: মডিউলটি কাজ করার জন্য কী তথ্য পেয়েছে।
• ফলাফল: কাজ শেষে কী তথ্য তৈরি করেছে কিংবা বাইরের অ্যাপ থেকে কী তথ্য ফেরত এসেছে।

ধরুন, একটি মডিউলে অর্ডারের মূল্য পাঠানোর কথা। কিন্তু প্রাপ্ত তথ্যে মূল্যের ঘরটি খালি। সে ক্ষেত্রে শুধু ব্যর্থ মডিউলটি নিয়ে পড়ে থাকলে হবে না। আগের মডিউলের ফলাফলে মূল্যটি ছিল কি না, দেখতে হবে। আগের ফলাফলে তথ্য থাকলে তথ্যক্ষেত্রের সংযোগ পরীক্ষা করুন। আর সেখানেও না থাকলে আরও পেছনের মডিউলে যান।

একটি মডিউল একাধিক বান্ডেল তৈরি করতে পারে। প্রথম বান্ডেল ঠিক থাকলেও দ্বিতীয় বা তৃতীয় বান্ডেলে সমস্যা থাকতে পারে। তাই যে বান্ডেলে ত্রুটি এসেছে, সেটির তথ্য আলাদাভাবে দেখুন। সম্ভব হলে কাছাকাছি সময়ের একটি সফল কাজও খুলুন। সফল ও ব্যর্থ কাজের প্রাপ্ত তথ্য পাশাপাশি মিলিয়ে দেখলে কখনো সমস্যার কারণ পরিষ্কার হয়ে যায়।

ইতিহাসে কোনো কাজের তথ্যই নেই?

তাহলে পরিস্থিতি অন্য রকম। সিনারিও সক্রিয় আছে কি না, আগে দেখুন। নির্ধারিত সময় অনুযায়ী চালানোর কথা থাকলে সময়সূচি ঠিক আছে কি না, পরীক্ষা করুন। কাজ শুরু করার দায়িত্বে থাকা মডিউল নতুন তথ্য পাচ্ছে কি না, সেটিও দেখতে হবে।

সিনারিও চালুই না হলে পরের মডিউলের তথ্যক্ষেত্রের সংযোগ পরিবর্তন করে সমস্যার সমাধান হবে না।

সফল দেখাচ্ছে, অথচ কাজ হয়নি

এটি মেকে ত্রুটি খোঁজার একটু আলাদা জায়গা। এখানে কোনো মডিউল ব্যর্থ নাও হতে পারে। সমস্যা থাকতে পারে সিনারিও তৈরির সময় নির্ধারণ করা নিয়মেই। ধরুন, গুগল শিটসের ইমেইল কলামে গ্রাহকের ইমেইল ঠিকানা সংরক্ষণের কথা। কিন্তু তথ্যক্ষেত্রের সংযোগ করার সময় ভুল করে গ্রাহকের নামের ঘরটি নির্বাচন করা হয়েছে।

এতে গুগল শিটসে তথ্য যোগ হবে। সিনারিও সফলও দেখাতে পারে। অথচ ভুল কলামে ভুল তথ্য জমা হচ্ছে। এখানে সংশ্লিষ্ট মডিউলের তথ্যক্ষেত্রের সংযোগ খুলুন। আগের মডিউলের কোন তথ্যক্ষেত্র নির্বাচন করা হয়েছে, তা দেখুন। প্রয়োজন হলে সঠিক ঘরটি নির্বাচন করুন। এরপর নতুন পরীক্ষামূলক তথ্য দিয়ে দেখুন, এবার ঠিক কলামে তথ্য যাচ্ছে কি না।

শর্তের ক্ষেত্রেও এমন হতে পারে। একটি সিনারিও শুধু পরিশোধিত অবস্থার অর্ডার প্রক্রিয়াকরণ করবে। নতুন অর্ডারের অবস্থা এখনো পরিশোধের অপেক্ষায় রয়েছে। সেটি নির্ধারিত শর্ত পেরিয়ে পরবর্তী মডিউলে যাবে না। এখানে ত্রুটি হওয়ার কথা নয়। মেককে যে শর্ত দেওয়া হয়েছে, সেটি মেনেই কাজ হয়েছে।

তাই কোনো তথ্য পরবর্তী ধাপে না গেলে শর্তগুলো পরীক্ষা করুন। আগের মডিউল থেকে আসা মানের সঙ্গে শর্ত মিলছে কি না, দেখুন। তথ্যের ঘর খালি, বানান আলাদা কিংবা একাধিক শর্তের মধ্যে অসংগতি থাকলেও তথ্য আটকে যেতে পারে।

খালি তথ্যক্ষেত্র সামলাতে মেকের বিকল্প মান নির্ধারণের ফাংশন ব্যবহার করা যায়। এতে কোনো মান না থাকলে তার পরিবর্তে নির্ধারিত অন্য মান পাঠানো সম্ভব। কিন্তু সব তথ্যের জন্য এই ব্যবস্থা নেওয়া উচিত নয়। গ্রাহকের ইমেইল বা পেমেন্টের পরিমাণের মতো তথ্য অনুমান করে পূরণ করা হলে সিনারিও চললেও ভুল তথ্য সংরক্ষিত হতে পারে। সেসব ক্ষেত্রে তথ্যটি যাচাইয়ের জন্য আলাদা রাখা ভালো।

ত্রুটির বার্তায় কী লেখা আছে?

কোনো ত্রুটি দেখলে প্রথমে সেটির নাম ও বিস্তারিত বার্তা পড়ুন। মেকের কয়েকটি ত্রুটি কাছাকাছি মনে হলেও সেগুলোর কারণ আলাদা।

• বান্ডেলের তথ্য যাচাইসংক্রান্ত ত্রুটি হলে বাধ্যতামূলক তথ্যক্ষেত্র, তথ্যের সংযোগ এবং তথ্যের ধরন দেখুন। মডিউল যে তথ্য চেয়েছে, সেটি ঠিকভাবে পেয়েছে কি না, এখানেই খুঁজতে হবে।
• তথ্যসংক্রান্ত ত্রুটি দেখা গেলে সংশ্লিষ্ট অ্যাপ বা ফাংশন পাঠানো তথ্য গ্রহণ করতে পারছে কি না, পরীক্ষা করুন। তারিখ, সংখ্যা কিংবা নির্দিষ্ট বিন্যাসের কোনো তথ্যক্ষেত্রে সমস্যা থাকতে পারে।

অ্যাকাউন্টের অনুমোদনসংক্রান্ত ত্রুটি হলে অবশ্য তথ্যক্ষেত্রের সংযোগ ঘাঁটাঘাঁটি করে লাভ নেই।

• অ্যাকাউন্ট যাচাইসংক্রান্ত ত্রুটি পাওয়া গেলে সংযুক্ত অ্যাপের প্রবেশাধিকারসংক্রান্ত তথ্য ও সংযোগ পরীক্ষা করুন। প্রয়োজনে নতুন করে সংযোগ তৈরি করতে হতে পারে। এই ত্রুটি সাধারণ ত্রুটি সামলানোর ব্যবস্থা দিয়ে সমাধান করা যায় না, কারণ অ্যাকাউন্টের অনুমোদন যাচাইয়ের পর্যায়েই এটি ঘটতে পারে।
• সংযোগসংক্রান্ত ত্রুটি এলে দেখতে হবে বাইরের সেবা পাওয়া যাচ্ছে কি না। সেবাটি সাময়িকভাবে বন্ধ থাকলে কিছু সময় পরে আবার চেষ্টা করা কাজে আসতে পারে।
• অনুরোধের সীমা অতিক্রমসংক্রান্ত ত্রুটি সাধারণত নির্দিষ্ট সময়ের মধ্যে বেশি সংখ্যক অনুরোধ পাঠানোর কারণে দেখা যায়। তখন অনুরোধের সংখ্যা কমানো, ব্যবধান বাড়ানো অথবা অপেক্ষা করা প্রয়োজন হতে পারে।
• আর একই তথ্য পুনরায় সংরক্ষণের ত্রুটি পেলে দেখুন, একই তথ্য আগে থেকেই রয়েছে কি না। বিশেষ করে গ্রাহক ব্যবস্থাপনা সফটওয়্যার বা তথ্যভান্ডারে নতুন তথ্য যোগ করার সময় স্বতন্ত্র শনাক্তকরণ নম্বর পরীক্ষা করা দরকার।

কখনো ইন্টারনেটভিত্তিক যোগাযোগের প্রতিক্রিয়া সংকেতও দেখা যায়। ৪০১ বা ৪০৩ অনুমোদনসংক্রান্ত সমস্যার ইঙ্গিত দিতে পারে। ৪২৯ সাধারণত অতিরিক্ত অনুরোধ বোঝায়। এসব সংকেত দেখে সমস্যার ধরন সম্পর্কে ধারণা পাওয়া যায়। তবে সংশ্লিষ্ট অ্যাপের সম্পূর্ণ ত্রুটির বার্তা না পড়ে কোনো সিদ্ধান্তে যাওয়া ঠিক নয়।

একবার চালিয়ে পরীক্ষা করুন, কিন্তু কী চলবে সেটা আগে দেখে নিন

ধরা যাক, তথ্যক্ষেত্রের সংযোগের ভুল সংশোধন করেছেন। এবার জানতে চান, মডিউলটি ঠিকভাবে কাজ করছে কি না। সিনারিও তৈরির অংশ খুলে একবার চালান বিকল্প নির্বাচন করুন। কাজ শুরু হওয়ার পদ্ধতি অনুযায়ী পরীক্ষামূলক তথ্য পাঠান। ওয়েবহুক দিয়ে তথ্য সংগ্রহের ব্যবস্থা থাকলে একবার চালানোর সুবিধা সক্রিয় রেখে পরীক্ষামূলক তথ্য পাঠাতে পারেন। তারপর দেখুন, কোন মডিউল তথ্য পেয়েছে এবং কোথায় কাজ আটকে গেছে।

সব সময় পুরো সিনারিও চালাতে হবে, এমন নয়। নির্দিষ্ট কোনো মডিউল পরীক্ষা করতে চাইলে সেটিতে মাউসের ডান বোতাম চেপে শুধু এই মডিউলটি চালান বিকল্প নির্বাচন করা যায়। তবে কোনো কাজ সম্পাদনকারী মডিউল চালানোর জন্য প্রয়োজনীয় তথ্য আলাদাভাবে দিতে হতে পারে। তাৎক্ষণিকভাবে কাজ শুরু করা মডিউলের ক্ষেত্রে নতুন তথ্য আসা পর্যন্ত অপেক্ষা করতে হতে পারে।

একটি সমস্যা অবশ্য মাথায় রাখা প্রয়োজন। একবার চালিয়ে পরীক্ষা করা মানে শুধু ফলাফল দেখা নয়। সিনারিওর মডিউলগুলো বাস্তবেও কাজ সম্পন্ন করতে পারে। ইমেইল পাঠানোর মডিউল থাকলে সত্যিকারের ইমেইল চলে যেতে পারে। তথ্যভান্ডারে নতুন তথ্য সংরক্ষিত হতে পারে। আগে থেকে থাকা তথ্যও বদলে যেতে পারে।

সরাসরি গ্রাহকের তথ্য ব্যবহার না করে ছোট পরীক্ষামূলক তথ্য দিয়ে শুরু করুন। সম্ভব হলে আলাদা পরীক্ষামূলক অ্যাকাউন্ট ব্যবহার করুন। বিশেষ করে অর্ডার বা পেমেন্টের সঙ্গে যুক্ত সিনারিওতে এই প্রস্তুতি ছাড়া বারবার পরীক্ষা চালানো উচিত নয়।

ত্রুটি সামলানোর ব্যবস্থা যোগ করলেই কি সমস্যা মিটবে?

কোনো মডিউল ব্যর্থ হলে এরপর কী হবে, সেটি নিয়ন্ত্রণ করার জন্য মেকে ত্রুটি সামলানোর ব্যবস্থা রয়েছে। সংশ্লিষ্ট মডিউলে মাউসের ডান বোতাম চেপে ত্রুটি সামলানোর ব্যবস্থা যোগ করুন বিকল্প নির্বাচন করুন। তবে কোন ব্যবস্থা ব্যবহার করবেন, সেটি ঠিক করার আগে ভাবুন, ব্যর্থ হওয়া তথ্যটি বাদ দেওয়া যাবে কি না। ধরুন, তথ্যভান্ডারে আগে থেকেই থাকা একটি রেকর্ড আবার যোগ করতে গিয়ে ত্রুটি হয়েছে। পরিস্থিতি অনুযায়ী সেটি বাদ দিয়ে অন্য তথ্যগুলো প্রক্রিয়াকরণ চালানো যেতে পারে।

এ ধরনের কাজে এড়িয়ে যান বিকল্প ব্যবহার করা যায়। কিন্তু কোনো গুরুত্বপূর্ণ অর্ডার বা পেমেন্টের তথ্য বাদ দেওয়া ঠিক হবে না। কারণ ব্যর্থ তথ্য বাদ গেলেও সিনারিও সফল হিসেবে চিহ্নিত হতে পারে। ফলে ইতিহাসে সফল দেখেই সব তথ্য সংরক্ষিত হয়েছে ধরে নেওয়া যাবে না।

বিকল্প তথ্য দিয়ে এগিয়ে যান ব্যবস্থা ব্যবহার করলে ব্যর্থ মডিউলের পরিবর্তে নির্ধারিত বিকল্প ফলাফল দিয়ে পরের মডিউলে এগোনো যায়। কোনো ঐচ্ছিক বিবরণ পাওয়া না গেলে অনুমোদিত সাধারণ বিবরণ ব্যবহার করা যেতে পারে। কিন্তু গ্রাহকের পরিচয় বা আর্থিক পরিমাণের জন্য অনুমানভিত্তিক মান বসানো ঠিক হবে না।

আর পুনরায় চেষ্টা করুন বিকল্প কাজে আসে যখন সমস্যাটি সাময়িক। যেমন, বাইরের কোনো সেবা কিছু সময়ের জন্য পাওয়া যাচ্ছে না। তখন পরে আবার চেষ্টা করার ব্যবস্থা রাখা যায়। পুনরায় চেষ্টা করার ব্যবস্থা ব্যর্থ তথ্যকে অসমাপ্ত কার্যক্রম হিসেবে সংরক্ষণ করতে পারে। এ জন্য সিনারিওর সেটিংয়ে অসমাপ্ত কার্যক্রম সংরক্ষণ করুন সুবিধা চালু রাখতে হয়।

স্বয়ংক্রিয়ভাবে কাজ শেষ করার সুবিধা চালু থাকলে পুনরায় চেষ্টার সংখ্যা ও ব্যবধান নির্ধারণ করা যায়। অবশ্য সংযোগসংক্রান্ত ত্রুটি ও অনুরোধের সীমা অতিক্রমসংক্রান্ত ত্রুটির মতো কিছু সাময়িক সমস্যায় মেক নিজেই স্বয়ংক্রিয়ভাবে আবার চেষ্টা করতে পারে, যদি প্রয়োজনীয় অসমাপ্ত কার্যক্রম সংরক্ষণের ব্যবস্থা চালু থাকে।

তাই এসব ক্ষেত্রে আলাদা করে পুনরায় চেষ্টার ব্যবস্থা যোগ করা বাধ্যতামূলক নয়। পুরোনো মেক নির্দেশিকায় উপেক্ষা করুন ও বিরতি দিন অর্থে দুটি ত্রুটি সামলানোর বিকল্প দেখতে পারেন। এগুলোর নাম পরিবর্তন করে যথাক্রমে এড়িয়ে যান ও পুনরায় চেষ্টা করুন করা হয়েছে।

ব্যর্থ কাজ আবার চালানোর সময় যে ভুলটি এড়ানো দরকার

একটি সিনারিও কয়েকটি মডিউলে সফলভাবে কাজ করেছে। তারপর কোনো একটি মডিউলে গিয়ে ব্যর্থ হয়েছে। এখন পুরো সিনারিও আবার চালানোর আগে দেখুন, অসমাপ্ত কাজটি সংরক্ষিত হয়েছে কি না। এই সুবিধা ব্যবহারের জন্য সিনারিওর সেটিং থেকে অসমাপ্ত কার্যক্রম সংরক্ষণ করুন চালু করতে হয়। এরপর অসমাপ্ত কাজ সংরক্ষিত হলে সেটি সংশ্লিষ্ট সিনারিওর অসমাপ্ত কার্যক্রম বিভাগে পাওয়া যায়।

কাজটির বিস্তারিত খুলে ত্রুটির কারণ দেখুন। সাময়িক সেবা বা সংযোগের সমস্যা দূর হয়ে গেলে সাধারণ পুনরায় চেষ্টা করার সুবিধা ব্যবহার করা যেতে পারে। এটি ব্যর্থ হওয়ার সময় ব্যবহৃত মডিউল সেটিং দিয়েই আবার চেষ্টা করে। এটি ব্যবহার করতে সিনারিও সক্রিয় থাকতে হয়।

কিন্তু তথ্যক্ষেত্রের সংযোগ ভুল থাকলে আগের সেটিং দিয়েই আবার চালিয়ে লাভ হবে না। সেখানে নিজে সংশোধন করে চালানো পদ্ধতি ব্যবহার করতে হবে। সমস্যাযুক্ত মডিউল সংশোধন করে পরিবর্তন সংরক্ষণ করুন। তারপর একবার চালানোর সুবিধা দিয়ে অসমাপ্ত কাজটি শেষ করার চেষ্টা করুন। অসমাপ্ত কার্যক্রম সংরক্ষণের কিছু সীমাবদ্ধতা রয়েছে। যেমন, প্রথম মডিউলে ত্রুটি হলে সাধারণ সেটিং চালু থাকলেও কাজটি সংরক্ষিত নাও হতে পারে। তবে প্রথম মডিউলে পুনরায় চেষ্টার ব্যবস্থা যুক্ত থাকলে সংশ্লিষ্ট কাজ সংরক্ষণের সুযোগ থাকে।

আর সংরক্ষণের জায়গা পূর্ণ হলে সংরক্ষণের জায়গা পূর্ণ হলে তথ্য বাদ দিন সেটিংয়ের ওপর পরবর্তী আচরণ নির্ভর করে। এটি চালু থাকলে অসমাপ্ত তথ্য বাদ দিয়ে সিনারিও চালু রাখা হতে পারে। বন্ধ থাকলে সংরক্ষণের সীমা পূর্ণ হওয়ায় সিনারিও নিষ্ক্রিয় হয়ে যেতে পারে। একবার বাদ দেওয়া তথ্য পরে উদ্ধার করা যায় না।

আগের কাজ আবার চালানোর আগে সফল ধাপগুলো দেখুন

মেকের আগের কাজ পুনরায় চালানোর সুবিধায় পুরোনো কোনো কাজের সূচনাকারী তথ্য আবার ব্যবহার করা যায়। সিনারিও তৈরির অংশে একবার চালানোর বোতামের পাশের তালিকা থেকে আগের কাজ নির্বাচন করা যায়। ইতিহাস থেকেও আগের কাজ পুনরায় চালানো সম্ভব। তবে দুটির মধ্যে একটি পার্থক্য রয়েছে।

সিনারিও তৈরির অংশে আগের তথ্য দিয়ে চালান ব্যবহার করলে বর্তমানে সম্পাদনা করা সিনারিও পরীক্ষা করা যায়। সংরক্ষণ না করা পরিবর্তনও এতে ব্যবহার হতে পারে। ইতিহাস থেকে আগের কাজ পুনরায় চালালে পুরোনো সূচনাকারী তথ্য নিয়ে সিনারিওর সর্বশেষ সংরক্ষিত সংস্করণ চালানো হয়।

এই সুবিধা মেকের সব সাবস্ক্রিপশন পরিকল্পনায় পাওয়া যায়। তবে আগের কাজটি ইতিহাসে সংরক্ষিত থাকতে হবে এবং আবার চালানোর উপযোগী হতে হবে। এখানে সমস্যা হলো, আগের সফল মডিউলগুলোও আবার চলতে পারে। ধরুন, একটি সিনারিও আগেই গুগল শিটসে অর্ডারের তথ্য সংরক্ষণ করেছে। পরের কোনো মডিউলে গিয়ে ব্যর্থ হয়েছে। এখন পুরো কাজ আবার চালালে গুগল শিটসে একই অর্ডার দ্বিতীয়বার যোগ হওয়ার আশঙ্কা থাকে।

অসমাপ্ত কার্যক্রমে পুনরায় চেষ্টার ব্যবস্থা সাধারণত ব্যর্থ মডিউল থেকে কাজ চালিয়ে নেওয়ার চেষ্টা করে। কিন্তু আগের কাজ পুনরায় চালানোর ব্যবস্থা সূচনাকারী তথ্য দিয়ে পুরো প্রক্রিয়া আবার শুরু করতে পারে। এই পার্থক্য না বুঝে আগের কাজ আবার চালানো ঠিক নয়। বিশেষ করে গ্রাহক ব্যবস্থাপনা, চালান, অর্ডার কিংবা পেমেন্টের ক্ষেত্রে একই তথ্য দ্বিতীয়বার সংরক্ষিত হওয়ার ঝুঁকি আগে পরীক্ষা করুন। আগের কাজ পুনরায় চালালেও ক্রেডিট খরচ হয়। তাই অনেক পুরোনো কাজ একসঙ্গে চালানোর আগে প্রয়োজন আছে কি না, ভেবে দেখুন।

ছোট ব্যবসার অটোমেশনে কোথা থেকে পরীক্ষা শুরু করবেন?

মনে করুন, একটি ব্যবসার সিনারিওতে গ্রাহকের ফর্মের তথ্য গুগল শিটসে সংরক্ষিত হচ্ছে। তারপর সেই তথ্য গ্রাহক ব্যবস্থাপনা সফটওয়্যারে পাঠানোর কথা। এটি সমস্যা খোঁজার পদ্ধতি বোঝানোর জন্য একটি উদাহরণ। গুগল শিটসে তথ্য ঠিকভাবে আসছে, কিন্তু গ্রাহক ব্যবস্থাপনা সফটওয়্যারে নতুন সম্ভাব্য গ্রাহকের রেকর্ড তৈরি হচ্ছে না।

এখানে শুরুতেই সফটওয়্যারের সংযোগ বদলানোর দরকার নেই। প্রথমে ইতিহাস খুলে দেখুন, সংশ্লিষ্ট মডিউলটি চালানোর চেষ্টা হয়েছিল কি না। তারপর ত্রুটির বার্তা পড়ুন। মডিউলের প্রাপ্ত তথ্যে ইমেইলের ঘর খালি থাকলে আগের মডিউলের ফলাফল পরীক্ষা করুন। সেখানে ইমেইল ঠিকানা থাকলে তথ্যক্ষেত্রের সংযোগ সংশোধন করতে হতে পারে।

আবার সফটওয়্যার যদি জানায় একই গ্রাহকের তথ্য আগে থেকেই আছে, তাহলে দ্বিতীয়বার একই তথ্য সংরক্ষণের চেষ্টা হচ্ছে কি না, সেটি দেখতে হবে। সমস্যা সংশোধনের পর সব তথ্যসহ একটি ফর্ম দিয়ে পরীক্ষা করুন। তারপর ইমেইলবিহীন তথ্য এলে কী হয়, দেখুন। আগে থেকেই সংরক্ষিত গ্রাহকের তথ্য পাঠালেও সিনারিও কীভাবে কাজ করে, তা পরীক্ষা করা দরকার। এই পরীক্ষাগুলো থেকে বোঝা যাবে, সিনারিও নতুন তথ্য ছাড়াও অসম্পূর্ণ বা পুনরাবৃত্ত তথ্য কীভাবে সামলাচ্ছে।

আরও পড়ুন: ব্যবসার কাজ স্বয়ংক্রিয় করার আগে কোন প্রক্রিয়াগুলো চিহ্নিত করবেন

ত্রুটি খোঁজার সময় খরচ আর তথ্যের গোপনীয়তা

একই সিনারিও বারবার চালালে ক্রেডিট খরচ হতে পারে। কত ক্রেডিট ব্যবহার হবে, তা মডিউলের কাজ ও প্রক্রিয়াকৃত তথ্যের পরিমাণের ওপর নির্ভর করে। মেকের সিনারিও তৈরির অংশ ও ইতিহাস থেকে কাজ বা মডিউল অনুযায়ী ক্রেডিট ব্যবহার দেখা যায়।

তাই পুরো তথ্যভান্ডার নিয়ে পরীক্ষা করার আগে ছোট নমুনা ব্যবহার করা ভালো। ইতিহাসে প্রক্রিয়াকৃত তথ্যের বিবরণ সংরক্ষিত থাকতে পারে। সেখানে গ্রাহকের ব্যক্তিগত তথ্য থাকলে অনুমোদন ছাড়া সেই তথ্য বা পর্দার ছবি অন্য কারও সঙ্গে শেয়ার করবেন না।

সিনারিওর সেটিংয়ে তথ্য গোপন রাখুন চালু থাকলে মেক সাধারণ কার্যক্রমের বিবরণীতে প্রক্রিয়াকৃত তথ্যের মূল অংশ সংরক্ষণ করে না। এতে সংবেদনশীল তথ্য সংরক্ষণ সীমিত করা যায়। কিন্তু পরে প্রাপ্ত তথ্য ও ফলাফল দেখে ত্রুটি খুঁজতে অসুবিধা হতে পারে। আর ইতিহাস কত দিন সংরক্ষিত থাকবে, সেটিও সাবস্ক্রিপশন পরিকল্পনার ওপর নির্ভর করে। তাই কোনো সমস্যা দেখা দিলে প্রয়োজনীয় তথ্য দ্রুত পরীক্ষা করা ভালো।

সিনারিও আবার চালু করার আগে শেষবার কী দেখবেন?

ইতিহাসে সফল দেখালেও গন্তব্য অ্যাপে গিয়ে ফলাফল পরীক্ষা করুন। তথ্য সঠিক জায়গায় জমা হয়েছে কি না, নতুন রেকর্ড ঠিকভাবে তৈরি হয়েছে কি না এবং একই তথ্য দ্বিতীয়বার প্রক্রিয়াকৃত হয়েছে কি না, দেখুন। বিশেষ করে পুনরায় চেষ্টা করার ব্যবস্থা কিংবা আগের কাজ আবার চালানোর সুবিধা ব্যবহার করলে একই তথ্য দ্বিতীয়বার সংরক্ষিত হওয়ার দিকে নজর দিন।

গুরুত্বপূর্ণ সিনারিওতে ত্রুটির বিজ্ঞপ্তি এবং প্রয়োজন অনুযায়ী পুনরায় চেষ্টার ব্যবস্থা রাখা যেতে পারে। এতে ভবিষ্যতে কোনো কাজ ব্যর্থ হলে সেটি শনাক্ত করা সহজ হবে।

মেকের স্বয়ংক্রিয় কাজের ত্রুটি খোঁজার সময় একসঙ্গে অনেক সেটিং পরিবর্তন না করে একটি সমস্যা ধরে এগোনো ভালো। আগে ইতিহাসে সমস্যাযুক্ত কাজটি খুঁজুন। প্রাপ্ত তথ্য ও ফলাফল মিলিয়ে দেখুন কোথায় তথ্য বদলেছে বা আটকে গেছে। তারপর প্রয়োজনীয় সংশোধন করুন। একটি পরিবর্তনের ফলাফল না দেখে আরেকটি সেটিং বদলালে কোন সংশোধনটি কাজে এসেছে, তা বোঝা কঠিন হয়ে যায়। তাই যতটুকু দরকার, ততটুকুই পরিবর্তন করুন।

প্রায়শই জিজ্ঞাসিত প্রশ্ন

১. মেকের সিনারিওতে কোনো ত্রুটি না দেখালেও কাজ ব্যর্থ হতে পারে কি?

হ্যাঁ। সিনারিও সফল দেখালেও ভুল তথ্যক্ষেত্রের সংযোগ বা নির্ধারিত শর্তের কারণে প্রত্যাশিত কাজ নাও হতে পারে। যেমন, কোনো শর্ত পূরণ না হলে তথ্য পরবর্তী মডিউলে পৌঁছাবে না। এমন ক্ষেত্রে কাজের ইতিহাসের পাশাপাশি সংশ্লিষ্ট মডিউলের প্রাপ্ত তথ্য ও ফলাফল পরীক্ষা করুন। গন্তব্য অ্যাপে তথ্য সঠিকভাবে সংরক্ষিত হয়েছে কি না, সেটিও দেখুন।

২. মেকের ওয়েবহুক দিয়ে পরীক্ষা করার সময় তথ্য না এলে কী করবেন?

প্রথমে ওয়েবহুকের ঠিকানা সঠিকভাবে যুক্ত করা হয়েছে কি না, পরীক্ষা করুন। এরপর সিনারিওতে একবার চালানোর সুবিধা সক্রিয় রেখে সংশ্লিষ্ট অ্যাপ থেকে পরীক্ষামূলক তথ্য পাঠান। তথ্য না এলে উৎস অ্যাপ থেকে অনুরোধটি সত্যিই পাঠানো হয়েছে কি না, দেখুন। ওয়েবহুকের সংযোগ ও কাজ শুরু হওয়ার শর্তও পরীক্ষা করতে হবে।

৩. মেকের সিনারিওতে একই তথ্য বারবার সংরক্ষিত হওয়া বন্ধ করবেন কীভাবে?

নতুন তথ্য যুক্ত করার আগে গন্তব্য অ্যাপে সেটি আগে থেকেই রয়েছে কি না, পরীক্ষা করার ব্যবস্থা রাখা যায়। এ জন্য অর্ডার নম্বর, গ্রাহকের স্বতন্ত্র শনাক্তকরণ নম্বর কিংবা অন্য নির্ভরযোগ্য শনাক্তকারী ব্যবহার করা যেতে পারে। বিশেষ করে পুরোনো কাজ পুনরায় চালানোর সময় এই পরীক্ষা জরুরি। নইলে একই অর্ডার বা গ্রাহকের তথ্য একাধিকবার সংরক্ষিত হতে পারে।

৪. মেকের মডিউলে প্রাপ্ত তথ্য ও ফলাফল দেখা না গেলে কী করবেন?

প্রথমে দেখুন, সংশ্লিষ্ট মডিউলটি আদৌ চালানো হয়েছে কি না। এরপর সিনারিওর তথ্য গোপন রাখার সেটিং পরীক্ষা করুন। এই সুবিধা চালু থাকলে কার্যক্রমের বিবরণীতে মূল প্রাপ্ত তথ্য ও ফলাফল দেখার সুযোগ সীমিত হয়। সংবেদনশীল তথ্য নিয়ে কাজ করলে শুধু ত্রুটি খোঁজার জন্য গোপনীয়তার সেটিং পরিবর্তন না করে পরীক্ষামূলক তথ্য ব্যবহারের কথা বিবেচনা করুন।

৫. মেকের ত্রুটি ঠিক করার পর আগের ব্যর্থ কাজ কি নিজে থেকেই সম্পন্ন হবে?

সব ক্ষেত্রে নয়। অসমাপ্ত কাজ সংরক্ষণের সুবিধা ও উপযুক্ত পুনরায় চেষ্টার ব্যবস্থা চালু থাকলে কিছু সাময়িক ত্রুটি স্বয়ংক্রিয়ভাবে সমাধানের চেষ্টা করা হয়। কিন্তু ভুল তথ্যক্ষেত্রের সংযোগ বা অনুপস্থিত বাধ্যতামূলক তথ্যের কারণে কাজ ব্যর্থ হলে মডিউল সংশোধন করতে হবে। এরপর অসমাপ্ত কার্যক্রমের বিভাগ থেকে প্রয়োজন অনুযায়ী কাজটি আবার চালানোর ব্যবস্থা নিতে হবে।