iBAS++ পে-ফিক্সেশনে নতুন জটিলতা: প্রকল্পে প্রেষণে কর্মরতদের দপ্তর-পদবি দেখাচ্ছে না, সমাধান কী?

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

প্রাপ্ত স্ক্রিনশটে iBAS++-এর দুটি পৃথক ত্রুটির বার্তা দেখা গেছে। একটিতে রয়েছে ORA-06502: PL/SQL: numeric or value error: character string buffer too small। অন্যটিতে বলা হয়েছে, পে-ফিক্সেশনে ট্রান্সফার গ্রহণ করতে হবে এবং প্রেষণ শুরুর তারিখ হতে হবে রিলিজের তারিখের পরের দিন।

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

প্রকল্পে প্রেষণে কর্মরতদের পে-ফিক্সেশনে কী সমস্যা হচ্ছে?

প্রকল্পে প্রেষণে কর্মরত ব্যক্তিদের ক্ষেত্রে মূল দপ্তর, বর্তমান কর্মস্থল, পদবি, প্রেষণের আদেশ এবং রিলিজসংক্রান্ত তথ্য একে অপরের সঙ্গে সম্পর্কিত। পে-ফিক্সেশনের সময় এসব তথ্য সঠিকভাবে প্রদর্শিত বা গ্রহণ করা না হলে পরবর্তী ধাপে অগ্রসর হওয়া কঠিন হতে পারে।

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

এ অবস্থায় কর্মচারীদের প্রথমেই বুঝতে হবে, সমস্যাটি কোন পর্যায়ে হচ্ছে। দপ্তর ও পদবি একেবারেই প্রদর্শিত হচ্ছে না, নাকি তথ্য নির্বাচন করার পর পে-ফিক্সেশন দাখিল করতে গেলে ত্রুটি দেখা দিচ্ছে—দুটি পরিস্থিতির সমাধানের পথ এক নাও হতে পারে।

প্রথম ত্রুটি: ORA-06502 কেন দেখাচ্ছে?

স্ক্রিনশটে প্রদর্শিত প্রথম বার্তাটি হলো:

ORA-06502: PL/SQL: numeric or value error: character string buffer too small

এটি Oracle ডেটাবেজের PL/SQL প্রক্রিয়াকরণের সঙ্গে সম্পর্কিত একটি ত্রুটি। সাধারণত কোনো ভেরিয়েবলে সংরক্ষণের উপযোগী সীমার চেয়ে বড় অক্ষরসমৃদ্ধ তথ্য আসা, তথ্যের ধরন বা দৈর্ঘ্যের অসামঞ্জস্য কিংবা সংশ্লিষ্ট প্রোগ্রামের অভ্যন্তরীণ ত্রুটির কারণে এ ধরনের বার্তা দেখা দিতে পারে।

iBAS++-এর ক্ষেত্রে এই বার্তাটি কেন এসেছে, তা শুধু স্ক্রিনশট দেখে নিশ্চিত করা সম্ভব নয়। এটি কর্মচারীর দেওয়া তথ্যের কারণে হয়েছে, নাকি সফটওয়্যারের নির্দিষ্ট কোনো প্রক্রিয়ায় ত্রুটি রয়েছে, তা যাচাই করতে হবে।

করণীয় কী?

১. কর্মচারীর নাম, পদবি, দপ্তর ও প্রেষণসংক্রান্ত তথ্য সঠিকভাবে নথিভুক্ত আছে কি না যাচাই করতে হবে।

২. প্রেষণের আদেশ, রিলিজের তারিখ এবং সংশ্লিষ্ট কর্মস্থলের তথ্য প্রশাসনিক শাখার নথির সঙ্গে মিলিয়ে দেখতে হবে।

৩. তথ্য সঠিক থাকা সত্ত্বেও একই ত্রুটি দেখা দিলে স্ক্রিনশটসহ সংশ্লিষ্ট হিসাবরক্ষণ কার্যালয় বা iBAS++-এর দায়িত্বপ্রাপ্ত কারিগরি সহায়তা কর্তৃপক্ষকে জানাতে হবে।

৪. কারিগরি পরীক্ষার প্রয়োজন হলে ত্রুটির সুনির্দিষ্ট ধাপ, ঘটনার সময় এবং সংশ্লিষ্ট কর্মচারীর তথ্য নিরাপদ ও অনুমোদিত পদ্ধতিতে জানাতে হবে।

এ ধরনের ত্রুটির ক্ষেত্রে বারবার চেষ্টা করলেই সমস্যার সমাধান হবে, এমন নিশ্চয়তা নেই। বিশেষ করে একই ধাপে একই বার্তা ফিরে এলে ত্রুটির উৎস নির্ধারণ করাই বেশি গুরুত্বপূর্ণ।

দ্বিতীয় ত্রুটি: রিলিজের তারিখ ও প্রেষণ শুরুর তারিখের সম্পর্ক

দ্বিতীয় স্ক্রিনশটে যে বার্তাটি দেখা গেছে, তার বক্তব্য হলো:

Transfer should be received in Pay Fixation and deputation start date should be the next day of Release date.

সহজ ভাষায়, সফটওয়্যারটি পে-ফিক্সেশন প্রক্রিয়ায় ট্রান্সফার গ্রহণের তথ্য এবং প্রেষণ শুরুর তারিখের মধ্যে নির্দিষ্ট সামঞ্জস্য প্রত্যাশা করছে।

বার্তাটি থেকে দুটি বিষয় স্পষ্টভাবে বোঝা যায়:

প্রথমত, ট্রান্সফার গ্রহণের অবস্থা যাচাই করতে হবে। সংশ্লিষ্ট ট্রান্সফার বা বদলির তথ্য পে-ফিক্সেশন প্রক্রিয়ায় গ্রহণ করা হয়েছে কি না, তা নিশ্চিত করা প্রয়োজন।

দ্বিতীয়ত, রিলিজের তারিখ ও প্রেষণ শুরুর তারিখ মিলিয়ে দেখতে হবে। সফটওয়্যারের বার্তা অনুযায়ী, প্রেষণ শুরুর তারিখ রিলিজের তারিখের পরের দিন হওয়া প্রয়োজন।

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

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

দপ্তর ও পদবি না দেখালে কী করবেন?

প্রকল্পে প্রেষণে কর্মরতদের ক্ষেত্রে দপ্তর ও পদবি প্রদর্শিত না হওয়ার সমস্যাটি সমাধানে ধাপে ধাপে এগোনো প্রয়োজন।

ধাপ ১: মূল দপ্তরের তথ্য যাচাই করুন

কর্মচারীর মূল নিয়োগকারী দপ্তর, বর্তমান পদবি এবং প্রেষণে কর্মরত থাকার তথ্য সংশ্লিষ্ট প্রশাসনিক নথির সঙ্গে মিলিয়ে দেখুন।

ধাপ ২: প্রেষণ ও রিলিজের আদেশ যাচাই করুন

প্রেষণের আদেশ, রিলিজের তারিখ, যোগদানের তারিখ এবং কার্যকর হওয়ার তারিখ সঠিকভাবে নথিভুক্ত আছে কি না নিশ্চিত করুন।

ধাপ ৩: ট্রান্সফার গ্রহণের অবস্থা পরীক্ষা করুন

iBAS++-এর সংশ্লিষ্ট প্রক্রিয়ায় ট্রান্সফার গ্রহণের কোনো ধাপ অসম্পূর্ণ আছে কি না, তা দায়িত্বপ্রাপ্ত ব্যবহারকারী বা হিসাবরক্ষণ কার্যালয়ের মাধ্যমে যাচাই করুন।

ধাপ ৪: তথ্য সঠিক থাকলেও সমস্যা হলে কারিগরি অভিযোগ জানান

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

একই সমস্যায় একাধিক কর্মচারী পড়লে কী বোঝা যায়?

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

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

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

তবে কর্তৃপক্ষের আনুষ্ঠানিক নির্দেশনা ছাড়া কোনো নির্দিষ্ট সফটওয়্যার পরিবর্তন, বিকল্প পদ্ধতি বা বিশেষ সমাধান কার্যকর হয়েছে বলে ধরে নেওয়া ঠিক হবে না।

পে-ফিক্সেশন আটকে থাকলে বেতন নির্ধারণে কী প্রভাব পড়তে পারে?

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

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

সংশ্লিষ্ট কর্তৃপক্ষের কাছে কী জানতে চাওয়া প্রয়োজন?

প্রকল্পে প্রেষণে কর্মরতদের পে-ফিক্সেশন সমস্যার কার্যকর সমাধানের জন্য সংশ্লিষ্ট কর্তৃপক্ষের কাছে কয়েকটি বিষয় পরিষ্কার করা প্রয়োজন:

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

এসব বিষয়ে স্পষ্ট নির্দেশনা পাওয়া গেলে একই সমস্যায় পড়া কর্মচারীরা অনুমাননির্ভর পদক্ষেপ না নিয়ে সঠিক প্রক্রিয়ায় এগোতে পারবেন।

উপসংহার

iBAS++ পে-ফিক্সেশনে প্রকল্পে প্রেষণে কর্মরতদের দপ্তর ও পদবি প্রদর্শিত না হওয়া এবং ORA-06502 ও প্রেষণসংক্রান্ত তারিখের ত্রুটি—দুটি বিষয়ই গুরুত্ব দিয়ে যাচাই করা প্রয়োজন। প্রথমে ট্রান্সফার গ্রহণের অবস্থা, রিলিজের তারিখ, প্রেষণ শুরুর তারিখ এবং দপ্তর-পদবির তথ্য পরীক্ষা করতে হবে। এরপরও সমস্যা থাকলে সংশ্লিষ্ট প্রশাসনিক শাখা, হিসাবরক্ষণ কার্যালয় ও দায়িত্বপ্রাপ্ত কারিগরি কর্তৃপক্ষের সহায়তা নিতে হবে।

সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো, ত্রুটির বার্তা না বুঝে বারবার ফিক্সেশন দাখিল করা বা মূল নথির সঙ্গে অসামঞ্জস্যপূর্ণ তথ্য পরিবর্তন করা উচিত নয়। সমস্যাটি তথ্যগত, প্রশাসনিক নাকি সফটওয়্যারজনিত—তা নিশ্চিত করে অনুমোদিত পদ্ধতিতে সমাধান করাই প্রকল্পে প্রেষণে কর্মরতদের জন্য সবচেয়ে নিরাপদ পথ।