Workday Sana ঢুকছে Teams–Slack-এ—অনুমতি ছাড়া HR কাজ হবে না

|লেখক: QUASA সম্পাদকীয় দল|6 মিনিটের পাঠ
Workday Sana ঢুকছে Teams–Slack-এ—অনুমতি ছাড়া HR কাজ হবে না

১৩ অক্টোবর ২০২৬-এ লাস ভেগাসের Workday Rising অনুষ্ঠানে Workday-এর ঘোষণায় জানানো হয়েছে, Sana ধাপে ধাপে Claude, Gemini Enterprise, Microsoft Copilot, Microsoft Teams ও Slack-এর ভেতর মানবসম্পদ ও আর্থিক কাজ চালাবে; প্রধান এআই কর্মকর্তা Joel Hellermark বলেছেন, “People shouldn't have to leave a conversation to access HR or finance domain AI agents, or to get the work done.” কর্মী পরিচিত কথোপকথনের জায়গা থেকে অনুরোধ শুরু করতে পারবেন, কিন্তু Sana কাজ এগোনোর আগে প্রতিষ্ঠানের নীতি ও কর্মীর অনুমতি যাচাই করবে। কোনো পরিবর্তনে মানুষের অনুমোদন প্রয়োজন হলে সেই সিদ্ধান্তও প্রচলিত অনুমোদনপথেই যাবে।

এটি সব সফটওয়্যারে পূর্ণ এজেন্ট সক্ষমতা একসঙ্গে চালুর ঘোষণা নয়। Gemini Enterprise, Microsoft Copilot, Teams ও Slack-এ প্রশ্ন করা ও কিছু স্বসেবার কাজ ইতিমধ্যে সাধারণভাবে উপলভ্য; Claude Cowork-এ প্রবেশাধিকার সীমিত, আর বিস্তৃত Sana সংযোগের বড় অংশ পরে আসার কথা। ফলে Teams বা Slack-এ Sana পাওয়া যাচ্ছে শুনেই সেখান থেকে সব HR ও আর্থিক পরিবর্তন সম্পন্ন করা যাবে ধরে নেওয়া ঠিক হবে না।

কোন সফটওয়্যারে অনুরোধ শুরু হবে

Microsoft Teams ও Slack-সহ ঘোষিত কর্মক্ষেত্রের সফটওয়্যারগুলো থেকে Workday Sana-র এক সংযোগে অনুরোধ পৌঁছানোর ধারণা

ঘোষিত পথগুলোর একটি হলো কর্মীদের কথোপকথনের সফটওয়্যার—Microsoft Teams ও Slack। অন্য পথগুলো হলো Claude, Google Cloud-এর Gemini Enterprise এবং Microsoft Copilot-এর মতো এআই সহকারী। কর্মী এসব জায়গায় স্বাভাবিক ভাষায় কাজের প্রয়োজন জানাবেন; Sana সেই অনুরোধের ধরন বুঝে Workday-এর উপযুক্ত এজেন্ট ও সরঞ্জামের কাছে পাঠানোর পরিকল্পনা করেছে। সফটওয়্যার বদলানোর প্রয়োজন কমানোই এই সংযোগের সরাসরি ব্যবহারিক সুবিধা।

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

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

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

উত্তরের বাইরে কোন কাজের কথা বলা হচ্ছে

ব্যবসায়িক সফরের পর ব্যয়ের বিবরণ কর্মীর নিশ্চিতকরণের জন্য প্রস্তুত রাখার Sana ব্যবহারের উদাহরণ

Microsoft Copilot-এর ভেতরে পরিকল্পনাসংক্রান্ত একটি অনুরোধের উদাহরণ দেওয়া হয়েছে। দায়িত্বপ্রাপ্ত ব্যক্তি বিকল্প পরিকল্পনা তুলতে চাইলে Sana প্রথমে তাঁর অনুমতি যাচাই করবে, প্রতিষ্ঠানের তথ্য দিয়ে বিকল্পগুলো তুলনা করবে এবং নির্বাচিত পরিকল্পনা Workday-তে সংরক্ষণের ব্যবস্থা করবে। ব্যবস্থাপকের সম্মতি লাগলে তাঁর সামনে সিদ্ধান্তের প্রাসঙ্গিক তথ্য ও সুপারিশ যাবে। এটি ঘোষিত পূর্ণ সংযোগের উদাহরণ; বর্তমানে সাধারণভাবে উপলভ্য স্বসেবার সক্ষমতার তালিকা নয়।

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

Claude-এর ক্ষেত্রে Workday ও Anthropic-এর যৌথ ঘোষণায় বলা হয়েছে, Sana ও Claude তথ্য এবং কাজ আদানপ্রদানে Model Context Protocol ব্যবহার করবে। ঘোষিত উদাহরণে নিয়োগ ব্যবস্থাপক খালি পদকে অনুমোদিত কর্মীসংখ্যা ও বাজেটের সঙ্গে মিলিয়ে দেখতে পারবেন; অর্থ বিভাগের দায়িত্বপ্রাপ্ত ব্যক্তি ক্রয় আদেশের বিপরীতে চালানের ব্যতিক্রম পরীক্ষা করতে পারবেন। ব্যক্তির দেখার অনুমতি আছে এমন তথ্যই Claude-এ দেখানোর কথা বলা হয়েছে।

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

অনুমতি, মানুষের সিদ্ধান্ত ও অডিট কোথায় থাকে

Workday-এর নিয়মে কর্মীর অনুরোধ কার্যকর হওয়ার আগে প্রয়োজনীয় ব্যবস্থাপকের অনুমোদনের পৃথক ধাপ

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

অনুমতি থাকা আর কোনো সিদ্ধান্ত অনুমোদিত হওয়া একই বিষয় নয়। এজেন্ট একজন কর্মীর পক্ষে তথ্য দেখতে পারলেও নির্দিষ্ট পরিবর্তনটি কার্যকর করার অধিকার তাঁর নাও থাকতে পারে। Computerworld-এ উদ্ধৃত বিশ্লেষক Melody Brue বিষয়টি সংক্ষেপে বলেছেন: “An agent can be authorized and still make the wrong call.” তাই সুপারিশ, সম্পাদন এবং মানুষের অনুমোদনের দায়িত্ব আলাদা করে রাখার গুরুত্ব বাড়ে।

চালু স্বসেবার সংযোগেও প্রশাসনিক সেটআপ প্রয়োজন। Workday-এর প্রশাসক নির্দেশনায় Gemini Enterprise, Microsoft 365 Copilot, Teams ও Slack-এ Workday Everywhere সক্রিয় করা এবং সংশ্লিষ্ট নিরাপত্তা ডোমেইনে প্রবেশাধিকার দেওয়ার ধাপ রয়েছে। সেখানে সব কর্মীর জন্য সংযোগ খোলার আগে নির্বাচিত নিরাপত্তা গোষ্ঠীতে পরীক্ষা করার পরামর্শ দেওয়া হয়েছে। প্রতিষ্ঠানের চুক্তির ধরন অনুযায়ী সেবা চালুর অতিরিক্ত ধাপও লাগতে পারে।

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

এখন চালু স্বসেবা, পরে পূর্ণ সংযোগ

প্রাপ্যতার বর্তমান বিবরণে Gemini Enterprise, Microsoft Copilot, Teams ও Slack-এর স্বসেবাকে সাধারণভাবে উপলভ্য এবং Claude Cowork-এর Sana সংযোগকে প্রাথমিক প্রবেশাধিকারে দেখানো হয়েছে। প্রথম পর্যায়ে মূলত প্রশ্নের উত্তর ও সীমিত স্বসেবার কাজ পাওয়া যায়। বিস্তৃত এজেন্ট সমন্বয়, একাধিক ধাপের কাজ এবং পরিবর্তন সম্পন্ন করার ঘোষিত উদাহরণগুলোকে এই বর্তমান পর্যায়ের সঙ্গে মিলিয়ে ফেলা যাবে না।

Workday চারটি সাধারণভাবে উপলভ্য স্বসেবার প্ল্যাটফর্মে পূর্ণ Sana সংযোগ বছরের শেষ ভাগে আনার পরিকল্পনা জানিয়েছে। Microsoft Copilot-এর Sana MCP সংযোগের জন্য একই সময়ের মধ্যে প্রাথমিক প্রবেশাধিকার প্রত্যাশিত; সেটি সাধারণ প্রাপ্যতার ঘোষণা নয়। Claude Cowork-এ আজকের সীমিত প্রবেশাধিকারও এই সময়রেখায় পৃথক ধাপ। পরিকল্পিত প্রকাশের সময় বদলাতে পারে, তাই কোনো প্রতিষ্ঠানে নির্দিষ্ট কাজ চালু আছে কি না, তা তার সক্রিয় সংযোগ ও অনুমোদিত সক্ষমতার ওপর নির্ভর করবে।

কর্মীর দৃষ্টিতে সবচেয়ে বড় পরিবর্তন হবে কাজ শুরুর জায়গা: প্রয়োজনটি Teams, Slack বা অন্য ঘোষিত সহকারীতে লেখা যাবে। HR, অর্থ ও আইটি দলের জন্য বড় পরিবর্তন হলো সেই অনুরোধের পরের পথ—কোন এজেন্ট কাজ নিল, কোন তথ্য দেখল, কোথায় মানুষের সিদ্ধান্ত লাগল এবং কী Workday-তে নথিবদ্ধ হলো। পূর্ণ সংযোগ চালুর পর এই পথই ঠিক করবে কথোপকথনের ভেতর শুরু হওয়া কোন কাজ সেখানে শেষ করা যাবে, আর কোনটি Sana-র বিস্তৃত পরিবেশে এগোবে।

আরও পড়ুন:

শেয়ার করুন:

আমাদের নিউজলেটার নিন

সর্বশেষ Web3, AI ও ক্রিপ্টো সংবাদ সরাসরি আপনার ইনবক্সে পান।

0