টিকিট

যেকোনো ধরনের টিকিট তৈরি করুন এবং অনুসরণ করুন: বাগ, উন্নতি, সাপোর্ট, কাজ। প্রতিটি টিকিটে শ্রেণীবিভাগ (ধরন, অবস্থা, অগ্রাধিকার), পরিকল্পনা (দায়িত্বপ্রাপ্ত, স্প্রিন্ট, সময়সীমা), বাস্তবায়ন (ঘণ্টার এন্ট্রি, চেকলিস্ট, মন্তব্য) এবং আর্থিক দিক (বাজেট, চুক্তির খরচ, বিলিং) থাকে।

কার্ডগুলো সারি সংক্ষিপ্ত করে; তালিকা বিস্তারিত দেখায়।

একটি অনুরোধের পূর্ণ রেকর্ড: ধরন, অগ্রাধিকার, দায়িত্বপ্রাপ্ত, ঘণ্টা এবং কথোপকথন। অবস্থা আসে কনফিগার করা WORKFLOW থেকে, তাই সম্ভাব্য অবস্থার তালিকা ধরন অনুযায়ী বদলায়। সম্পন্ন করুন নথিভুক্ত করে কখন সম্পন্ন হয়েছে — এই তারিখই সমাধানের সময় ও SLA-র ভিত্তি, আর তাই এটি হাতে সম্পাদনা করা যায় না।

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

টিকিটের মেনুতে (⋮) আছে "সাহায্য আইটেমে রূপান্তর করুন (খসড়া)": গ্রাহকের প্রশ্নটি "টিকিট থেকে জন্ম নেওয়া উত্তর" সংগ্রহে একটি নিষ্ক্রিয় খসড়ায় পরিণত হয়। সাহায্যের কিউরেশনে উত্তরটি সম্পূর্ণ করে সক্রিয় করুন — তবেই তা কারও কাছে দেখা যায়। ভালো অভ্যাস: যে টিকিটের উত্তর অন্য গ্রাহকদের কাজে লাগবে, তা এই ক্লিকের যোগ্য।

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

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

প্রতিক্রিয়া এবং সমাধানের সময়সীমা প্রযোজ্য SLA নীতি থেকে আসে (ধরন/অগ্রাধিকার অনুযায়ী)। SLA শেষ হওয়ার কাছাকাছি টিকিটগুলো হাইলাইট করা দেখায় — বিলম্বিত এবং গ্রাহকের অপেক্ষায় থাকা ভিন্ন (নীতি অনুযায়ী ঘড়ি বিরতি নেয়)।

প্রতিটি টিকিট বিলযোগ্য বা অ-বিলযোগ্য নীতি নিয়ে জন্ম নেয় (ধরন/চুক্তি থেকে উত্তরাধিকারসূত্রে প্রাপ্ত)। বিলযোগ্য টিকিটের ঘণ্টাগুলো চুক্তির খরচে পরিণত হয় এবং বিল করা যায়; অ-বিলযোগ্যগুলো শুধুমাত্র খরচে যুক্ত হয়।

অনুমোদিত রূপান্তরগুলো (যেমন: খোলা → চলমান → সমাধান হয়েছে) কনফিগার করা টিকিট ওয়ার্কফ্লো-এর। প্রবাহ যে ধাপগুলো অনুমতি দেয় না তা এড়িয়ে যাওয়া সম্ভব নয়।

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

"ভিউ" বোতাম দিয়ে একটি ভিউ সংরক্ষণ করলে এটি চারটি জিনিস রাখে: খোঁজার টেক্সট, প্রয়োগ করা ফিল্টার, কোন কোন কলাম দেখা যায় (এবং কোন ক্রমে) আর তালিকা কোন কলাম অনুযায়ী সাজানো। ভিউ প্রয়োগ করলে সবকিছু একসঙ্গে ফিরে আসে — সাজানোর ক্রম ও আপনি যে পৃষ্ঠায় ছিলেন তা রিসেট করাসহ, যাতে ফলাফল ঠিক ভিউটির বর্ণনামতো হয়। এই সংস্করণের আগে সংরক্ষিত ভিউগুলো বৈধ থাকে: যা তারা রাখেনি, প্রয়োগের সময় তা কেবল বদলায় না।

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

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

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

SLA কলাম রঙিন ব্যাজে বাকি সময় দেখায়: সময়মতো সবুজ, সতর্কতায় হলুদ (মেয়াদ কাছাকাছি) এবং মেয়াদোত্তীর্ণ হলে লাল। যে অনুরোধের SLA নিয়ম বা নির্ধারিত তারিখ নেই, তাতে ব্যাজ থাকে না। তালিকা খোলে স্ক্রিনে ধরে এমন কলাম নিয়ে; বাকিগুলো কলাম-এ অচিহ্নিত থাকে এবং রপ্তানিতে থাকে। কলাম-এ কলাম বেছে নিলে আপনার পছন্দই চলে, টেবিল স্ক্রল করতে হলেও।

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

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

রেকর্ডের কার্যকলাপ প্যানেলে প্রতিটি নোটে "অনুরোধে রূপান্তর" আছে। ক্লিক করলে নোটের টেক্সট, কে লিখেছেন এবং এই রেকর্ডের লিংকসহ একটি টিকিট তৈরি হয় — কিছুই আবার টাইপ করতে হয় না। নোটটি যখন কোনো কাজের অনুরোধ ("কাউকে এটি দেখতে হবে") তখন এটি ব্যবহার করুন; নোটটি যেখানে ছিল সেখানেই থাকে। বোতামটি কেবল সংরক্ষিত রেকর্ডে দেখা যায়; শুধু-পড়ার সেশন (ডেমো) টিকিট তৈরি করে না।

স্পেসিফিকেশন তিনটি ব্লক — ব্যবহারকারীর গল্প, ব্যবসায়িক নিয়ম এবং গ্রহণের মানদণ্ড — সংস্করণ হিসেবে সংরক্ষিত। এটি হাতে লেখা যায় অথবা প্রাকৃতিক ভাষার অনুরোধ (WhatsApp অডিও, বার্তা) থেকে নির্যাস করা যায়। নির্যাস করা হলে, অনুরোধে যা বলা হয়নি তা একটি খোলা প্রশ্নে পরিণত হয়, কখনও নিয়মে নয়: মডেল নিজে থেকে পূরণ করা প্রয়োজনীয়তা সম্মত প্রয়োজনীয়তার মতো দেখিয়ে পরিধিতে ঢুকে পড়ে। তাই এটি প্রস্তাব হিসেবে জন্মায় এবং কেউ গ্রহণ করলেই কেবল কার্যকর হয়। প্রতিটি নতুন সংস্করণ আগেরটির তুলনায় কী এসেছে আর কী গেছে তা রাখে, আর এই তালিকাই উত্তর দেয় "আমরা যা ঠিক করেছিলাম তাতে কী বদলেছে?"। ডেভেলপার অ্যাকাউন্টের MCP কী দিয়ে, নিজের এডিটরের ভেতর থেকে, Markdown-এ এবং mermaid-এ প্রবাহসহ স্পেসিফিকেশন পড়তে পারেন।

পাতার ওপরের গিয়ার শুধু আপনার জন্য আর শুধু এই পাতায় তিনটি পছন্দ রাখে: ফর্মের কলাম (১, ২ বা ৩), নামের নিচে দেখানো সারসংক্ষেপের ঘর (কোনোটি না থাকলে সারিটি সরে যায়) আর কোন ট্যাব সারিতে থাকবে (চিহ্নহীনগুলো আরও-তে যায়)। প্রয়োগ করলে পাতা সঙ্গে সঙ্গে নতুন করে আঁকা হয়। ঘরের ক্রম, লুকানো ঘর আর অন্য বিকল্প আরও সেটিংসে।

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

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

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

অপারেশনাল প্রোফাইল (ডেভেলপার, জিপি, অ্যাডমিনিস্ট্রেটর)। টিকিটের মধ্যে আর্থিক মূল্যের দৃশ্যমানতা আর্থিক মডিউলে অ্যাক্সেসের উপর নির্ভর করে।

রেকর্ডটি খুলে ডান দিকের "টাইমলাইন" দেখুন: প্রতিটি পরিবর্তন "এক মান থেকে অন্য মানে" হিসেবে, ব্যক্তি ও তারিখসহ দেখানো হয়। পরিবর্তন অনেক হলে টাইমলাইনের ওপরের দুটি ফিল্টার ব্যবহার করুন — একটি ঘর অনুযায়ী, অন্যটি ব্যক্তি অনুযায়ী। খোঁজ ডেটাবেসে হয়, তাই পুরোনো পরিবর্তনও একইভাবে দেখা যায়। Tenkai-কেও জিজ্ঞেস করতে পারেন: "চুক্তি 482 কে বদলেছে?"।

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

বিরতি দিলে টিকিট "SLA স্থগিত করে" চিহ্নিত একটি অবস্থায় যায়, আর অ্যাকাউন্টে এমন একটি অবস্থা থাকা দরকার। প্রতিটি অ্যাকাউন্ট এখন "গ্রাহকের অপেক্ষায়" আগে থেকেই চিহ্নিত অবস্থায় তৈরি হয়, কিন্তু সেটি নিষ্ক্রিয় করা হলে বা চিহ্ন ছাড়া নাম বদলানো হলে বোতামের কোনো গন্তব্য থাকে না এবং স্ক্রিনে সতর্ক করে। রেকর্ড ▸ টিকিটের অবস্থা-য় দেখে নিন: ঠিক একটি সক্রিয় অবস্থায় "SLA স্থগিত করে" চিহ্নিত থাকতে হবে, এবং সেটি চূড়ান্ত অবস্থা হতে পারবে না — নইলে বিরতি দিলেই টিকিট বন্ধ হয়ে যেত।

দায়িত্বপ্রাপ্তের নামটি প্রতিষ্ঠানে একাধিক নিবন্ধিত ব্যক্তির, আর আমদানি আপনার হয়ে বেছে নেয় না। দায়িত্বপ্রাপ্ত কলামে নামের বদলে ব্যক্তির ই-মেইল দিন এবং আবার আমদানি করুন; আগে ঢোকা সারিগুলো ডুপ্লিকেট হিসেবে দেখায় এবং পুনরাবৃত্ত হয় না।

স্প্রেডশিটে যে স্ট্যাটাস দেওয়া থাকে তাতে। স্ট্যাটাস না থাকলে চাহিদার ধরনের প্রবাহের প্রথম স্ট্যাটাসে; ধরনের প্রবাহ না থাকলে প্রতিষ্ঠানের প্রথম খোলা স্ট্যাটাসে।

চাহিদা "দায়িত্বপ্রাপ্ত নেই" গোনা হয় শুধু যখন কেউ নেই: ব্যবহারকারীও না, কর্মীও না। আমদানি করা স্প্রেডশিট সাধারণত চাহিদাকে কর্মীর সঙ্গে যুক্ত করে; তিনি তালিকায়, সূচকে ও স্কোয়াড রুমের কার্ডে দায়িত্বপ্রাপ্ত হিসেবে গণ্য হন।

স্ট্যান্ডার্ড অবস্থাগুলো (খোলা, চলমান, গ্রাহকের অপেক্ষায়, সমাধান হয়েছে, বন্ধ, বাতিল) আপনার পড়ার ভাষা অনুসরণ করে। আপনার কোম্পানি যে অবস্থা তৈরি বা নাম বদলেছে তা যেমন লেখা তেমনই দেখায়, যে ভাষাতেই হোক। অবস্থার নাম বদলাতে অবস্থার তালিকায় সম্পাদনা করুন।

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

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

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

রঙটি স্ট্যাটাসের নিবন্ধনের রঙ: যিনি স্ট্যাটাস সাজান তিনি প্রতিটির জন্য একটি রঙ বেছে নেন, আর তালিকা ঘরটি সেই রঙে রাঙায় যাতে আপনি এক নজরে বুঝতে পারেন কোনটি আটকে আছে, চলছে বা গ্রাহকের অপেক্ষায়। রঙ ছাড়া স্ট্যাটাস আগের মতোই, পটভূমি ছাড়া দেখায়।

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

আপনি যে তালিকা থেকে এসেছেন, ফিচা সেই তালিকার ভেতরেই একই ক্রমে চলে: ভিউ, ফিল্টার আর খোঁজ বহাল থাকে, আর «n এর N» শুধু সেগুলোই গোনে। লিংক, খোঁজ বা অন্য স্ক্রিন থেকে ডিমান্ড খুললে ফিচা সবগুলোর মধ্যে চলে। খুব বড় ভিউতে প্রথম ২,০০০টির মধ্যে চলে; বাকিগুলোতে পৌঁছাতে আরও ফিল্টার করুন।

হ্যাঁ। ইমপোর্ট নিশ্চিত করার পর সিস্টেম অডিট ট্রেইলে রাখে কে ইমপোর্ট করেছে, কখন, কত লাইন আর ফাইলের নাম। প্রিভিউতে সব কলাম দেখতে পাশে স্ক্রল করুন।

চাহিদার টাইপের ওয়ার্কফ্লো ঠিক করে বর্তমান স্ট্যাটাস থেকে এটি কোথায় যেতে পারে। ধূসর ধাপ এখন অনুমোদিত নয়: আগে খোলা ধাপ দিয়ে যান বা প্রশাসককে অপারেশন › ওয়ার্কফ্লো-তে ফ্লো ঠিক করতে বলুন। কোম্পানির ফ্লো না থাকলে সব ধাপ খোলা থাকে। শেষ করার সময় সিস্টেম লিখিত সমাধান (ফ্লো চাইলে) আর অনুমান (চাহিদা চাইলে) চায়।

প্রতিটি তালিকার বিনে "মুছেছেন" কলামে দেখায় কে আর কখন মুছেছেন। রেকর্ড ফেরাতে পুনরুদ্ধার ব্যবহার করুন, বা মোছার পরপরই আনডু। 28/10/2026-এর আগে মোছা রেকর্ডে কে মুছেছেন তার নাম নাও থাকতে পারে।

এন্ট্রির ঘণ্টা ইতিমধ্যে চুক্তির ব্যবহারে গণনা হলে, মুছতে চুক্তিতে মোছার অনুমতি লাগে: যিনি ঘণ্টা লেখেন তিনি একা চুক্তি যা গণনা করেছে তা বাতিল করতে পারেন না। অ্যাকাউন্টের প্রশাসকের কাছে চান। ঘণ্টা ইতিমধ্যে বিল হয়ে গেলে কেউ এন্ট্রি মুছতে পারবে না: আগে ইনভয়েস বাতিল করুন।

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

হ্যাঁ। অনুরোধের তালিকায় সারির যেকোনো জায়গায় ডান ক্লিক করুন: তিন বিন্দুর মেনুই খোলে, আপনার প্রোফাইল যে বিকল্পগুলো ব্যবহার করতে পারে সেগুলো নিয়ে, কার্সারের জায়গায়। লিংকের ওপর, বা Ctrl চেপে রাখলে, ব্রাউজারের মেনুই দেখা যায়।

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

গ্রাহক/প্যাক সংযোগের বিকল্প (আর তার থেকে আসা পরিবেশ) চাহিদায় সংরক্ষিত গ্রাহকের। গ্রাহক বদলেছেন? সংরক্ষণ করুন: ফিরে এলে ঘরটি নতুন গ্রাহকের সংযোগ দেখাবে। বেছে নেওয়া সংযোগ অন্য গ্রাহকের হলে চাহিদা সংরক্ষিত হয় না, আর বার্তা বলে যে গ্রাহক/প্যাক সংযোগ ঘরটিই বদলাতে বা ফাঁকা রাখতে হবে।

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

চাহিদার চুক্তির তালিকায় প্রতিষ্ঠানের সবচেয়ে সাম্প্রতিক ২,০০০টি চুক্তি দেখায়। প্রতিষ্ঠানের চুক্তি এর বেশি হলে বাণিজ্যিক প্রেক্ষাপটের ঠিক নিচে ফর্মটি জানিয়ে দেয়, আর পুরোনো চুক্তি বেছে নেওয়ার জন্য আসে না।

অনুরোধের ফর্ম থেকে সংরক্ষিত এন্ট্রিতে আপনার লেখাটাই চলে: বিলযোগ্য ঘণ্টা = সম্পন্ন ঘণ্টা × গুণক (খালি বা শূন্য গুণক ১ ধরা হয়), আর “কর্মসময়ের বাইরে” আপনার টিক অনুযায়ী থাকে। ঋণাত্মক মান প্রত্যাখ্যাত। এজেন্ডা, টাইমার, মোবাইল ও API-র এন্ট্রি ক্যালেন্ডার ও চুক্তি দিয়ে শ্রেণিবদ্ধ হয়।