মূল content-এ যান
সব ডকুমেন্টেশন

মানুষ, দল ও নিয়োগ

ব্যক্তিগত তথ্য সুরক্ষিত workflow-তে রেখে কর্মীদের access, department, vacancy, application ও referral পরিচালনা করুন।

কাজের ধারা
  1. People workflow বেছে নিনAccount-এর জন্য Users ও Roles, team record-এর জন্য Departments এবং vacancy, question, application ও referral code-এর জন্য Recruitment ব্যবহার করুন।
  2. Permission ও উদ্দেশ্য যাচাইসাধারণ admin role অনেক staff list পরিচালনা করতে পারে; নির্বাচিত destructive বা archive কাজ শুধু God করতে পারেন। প্রয়োজনীয় access-ই ব্যবহার করুন।
  3. সঠিক record বদলানRecord ও বর্তমান state নিশ্চিত করে আবশ্যক নাম, status, date, currency বা note দিন; অসংশ্লিষ্ট field-এ ব্যক্তিগত তথ্য কপি করবেন না।
  4. Save বা transitionEdit save করুন অথবা নির্দিষ্ট status action নিন। Job application status, vacancy publication ও user account status আলাদা state change।
  5. যাচাই ও সুরক্ষাRecord আবার খুলে ফলের status নিশ্চিত করুন। Application document, যোগাযোগের তথ্য ও note তাদের restricted screen-এ রাখুন।

User ও account status

User Management-এ account list দেখা, তৈরি, সম্পাদনা, export ও নির্বাচিত bulk action করা যায়। Status toggle account সক্রিয় কি না বদলায়; role assignment account কী করতে পারবে বদলায়, তাই আলাদাভাবে পর্যালোচনা করুন। User detail-এ সংবেদনশীল profile ও আর্থিক তথ্য থাকতে পারে। Wallet credit আলাদা আর্থিক কাজ; নিয়মিত staff maintenance নয়, commercial process অনুসরণ করুন। যাচাইকৃত record-এ প্রয়োজনীয় সবচেয়ে সীমিত পরিবর্তন করুন।

  1. অনুমোদিত identity check দিয়ে সঠিক account record খুঁজে খুলুন।
  2. শুধু অনুমোদিত profile, role বা active-state field edit করে bulk selection যাচাই করুন।
  3. Saved role ও status নিশ্চিত করতে account detail reload করুন; wallet adjustment finance control-এ পাঠান।

Role ও permission

Role Management-এ role দেখা ও অনুমোদিত staff-এর permission assignment edit করা যায়। বিদ্যমান role পর্যালোচনা বা বদলাতে ব্যবহার করুন; manager-এর মতো title থেকেই সব team record-এর access আছে ধরে নেবেন না। Sidebar visibility-এর পাশাপাশি server policy privileged capability যাচাই করে। Shared role বদলালে তার সব ব্যবহারকারী প্রভাবিত হয়; save-এর আগে সদস্য ও access-এর প্রত্যাশিত প্রভাব দেখুন।

  1. Role খুলে বর্তমান permission set ও assigned user পর্যালোচনা করুন।
  2. চাওয়া দায়িত্বের সঙ্গে permission তুলনা করে অসংশ্লিষ্ট capability সরান ও প্রয়োজনীয় সুরক্ষা রাখুন।
  3. বাস্তব user impersonate না করে অনুমোদিত account দিয়ে কাঙ্ক্ষিত dashboard access যাচাই করুন।

Department ও team

Departments-এ create, edit, detail, preview, export ও bulk action-এর সঙ্গে order ও active-state control আছে। নির্দিষ্ট ক্ষেত্রে version rollback, merge, duplicate, archive ও restore পাওয়া যায়; কিছু কাজ শুধু God-এর জন্য। Rollback বা merge-এর আগে department preview করে প্রভাবিত হতে পারে এমন record দেখুন। Merge শুধু নাম বদল নয়: নিশ্চিত করার আগে destination ও প্রভাব যাচাই করুন। History রাখতে হলে workflow অনুযায়ী delete নয়, archive করুন।

  1. Department list খুলে target team-এর status, order ও বিদ্যমান version দেখুন।
  2. উদ্দিষ্ট change edit বা preview করুন; target ও প্রভাবিত record নিশ্চিত হলেই merge/archive করুন।
  3. Save বা restore-এর পর department page, order ও active status যাচাই করুন।

Vacancy ও application question

Recruitment-এ job category, position ও তাদের application question থাকে। Position record-এ public vacancy detail এবং salary range, সমর্থিত salary currency (GBP, USD বা EUR), negotiability, vacancy count ও deadline থাকতে পারে। Question যোগ, edit, delete ও reorder করা যায়। Position live করার আগে category, location, deadline ও application question সম্পূর্ণ ও সামঞ্জস্যপূর্ণ কি না দেখুন। Disabled বা মেয়াদোত্তীর্ণ position-এ নতুন আবেদন করা যায় না।

  1. Category বেছে অনুমোদিত salary currency-সহ সঠিক public detail দিয়ে position তৈরি বা edit করুন।
  2. প্রতিটি application question-এর স্পষ্টতা, প্রয়োজন ও order দেখুন; আর প্রযোজ্য নয় এমন প্রশ্ন সরান।
  3. Position status toggle করে public vacancy page-এ availability ও deadline যাচাই করুন।

Application ও candidate record

Application list ও detail page-এ candidate তথ্য ও সহায়ক file থাকে। Staff application status বদলাতে, internal note যোগ করতে এবং protected media দেখতে বা download করতে পারেন। Status transition প্রতিষ্ঠানের recruitment process অনুসরণ করবে; note প্রাসঙ্গিক ও পেশাদার হতে হবে। Application delete আলাদা destructive action। অনুমোদিত সিদ্ধান্ত ও অনুমোদিত retention process-এ প্রয়োজন না হলে candidate data export, download বা ধরে রাখবেন না।

  1. Application record খুলে vacancy ও বর্তমান workflow status যাচাই করুন।
  2. Dedicated control দিয়ে status বদলান বা প্রাসঙ্গিক note দিন; প্রয়োজন হলেই file দেখুন।
  3. Candidate data অনুমোদিত system-এর মধ্যে রেখে application list-এ নতুন status নিশ্চিত করুন।

Referral ও কর্মী record

Referral administration-এ referral code ও সংশ্লিষ্ট public referrer তথ্য দেখা ও edit করা যায়। Careers flow referral code যাচাই করতে পারে; তাই save বা remove-এর আগে code-এর সক্রিয় detail ও public biography দেখুন। Dashboard user profile flow থেকে employee code তৈরি বা আবার তৈরি করতে পারে; control-গুলো authenticated account owner-এর, staff roster editor নয়। এই implementation-এ ইচ্ছামতো edit করার সাধারণ employee directory নেই।

  1. Recruitment Referrals খুলে বর্তমান code ও সংযুক্ত public তথ্য পরীক্ষা করুন।
  2. অনুমোদিত code ও সঠিক biography দিয়ে referral create বা edit করুন; শুধু অচল entry সরান।
  3. Referral page বা public careers flow যাচাই করুন এবং employee-code পরিবর্তনে owner profile control ব্যবহার করুন।

সাধারণ জিজ্ঞাসা

সাধারণ employee directory আছে?

Dashboard-এ Users, Roles ও Departments আছে; employee-code তৈরি হয় profile flow-তে। আলাদা staff roster editor আছে ধরে নেবেন না।

Vacancy-তে কোন currency ব্যবহার করা যায়?

Recruitment form GBP, USD বা EUR গ্রহণ করে। এর একটিই ব্যবহার করে প্রদর্শিত salary range যাচাই করুন।

সব admin কি department archive করতে পারেন?

না। Department-এর কিছু archive, restore ও duplicate কাজ শুধু God-এর জন্য।

Candidate note কোথায় লিখব?

Application detail-এর note control ব্যবহার করুন; note প্রাসঙ্গিক, পেশাদার ও recruitment সিদ্ধান্তে সীমিত রাখুন।

Application সরাতে পারি?

Application workflow-তে আলাদা delete action আছে। শুধু অনুমোদিত হলে ও retention requirement মেনে ব্যবহার করুন।

Role বদলালে কি শুধু একজন user প্রভাবিত হন?

না। Shared role edit করলে assigned সব user প্রভাবিত হতে পারে। আগে সদস্য ও permission-এর প্রভাব দেখুন।

সম্পর্কিত পৃষ্ঠা