C cenaly.com
ফ্রিতে শুরু করুন

লোকসান ও অপচয় নিয়ন্ত্রণ

ক্যাশ রেজিস্টারের ঝুঁকিপূর্ণ লেনদেন, পাঁচটি সতর্কবার্তা নিয়ম, থ্রেশহোল্ড, ডাইজেস্ট ও ভিডিও ক্লিপ

On this page 12

ক্ষতি নিয়ন্ত্রণ ও ক্যাশ ঝুঁকি

একটি ম্যানুয়াল ছাড় কিছুই বোঝায় না। এক ক্যাশ শিফটে একই PIN-এর বিশটি ছাড়, অথচ বাকি সবার তিনটি — সেটা কিছু বোঝায়।

ক্ষতি নিয়ন্ত্রণ দুটি স্তরে গঠিত। প্রথমটি — ঝুঁকিপূর্ণ অপারেশনের জার্নাল, এটি “কী ঘটেছিল” প্রশ্নের উত্তর দেয়। দ্বিতীয়টি — ছয়টি নিয়ম, যেগুলো মালিকের “কী দেখতে হবে” প্রশ্নের উত্তর দেয়।


ঝুঁকিপূর্ণ অপারেশনের জার্নাল#

POS ঝুঁকিপূর্ণ কার্যক্রমের একটি ইভেন্ট ফিড লিখে রাখে, বর্তমান ক্যাশিয়ারের সাথে সংযুক্ত করে (PIN দিয়ে দ্রুত সুইচিং হিসাব করা হয়, কেবল ডিভাইসে লগইন করা ব্যক্তি নয়):

ইভেন্ট কখন লেখা হয়
ম্যানুয়াল ছাড় / মূল্য পরিবর্তন ক্যাশিয়ার ম্যানুয়ালি মূল্য কমিয়েছে বা ছাড় দিয়েছে
অর্ডার বাতিল রসিদ সম্পূর্ণ বাতিল করা হয়েছে
রান্নাঘরে পাঠানোর পর আইটেম মুছে ফেলা ইতিমধ্যে তৈরি হচ্ছে এমন খাবারের স্টর্নো
রসিদ অনুযায়ী ফেরত ফেরত সম্পন্ন হয়েছে
বিক্রয় ছাড়া ক্যাশ ড্রয়ার খোলা রসিদের বাইরে ড্রয়ার খোলা হয়েছে
ইস্যু করা রসিদ পুনরায় প্রিন্ট রিপ্রিন্ট — অতিথির রসিদ বদলে দেওয়ার চিরাচরিত উপায়
প্রি-চেকের পর অতিথি বিল সম্পাদনা অতিথি ইতিমধ্যে মোট দেখেছে, কিন্তু বিল পরিবর্তন করা হয়েছে (এখানে টেবিল একীভূত করাও পড়ে, যা প্রিন্ট করা প্রি-চেক বাতিল করে)
ক্যাশ শিফট বন্ধের সময় ক্যাশের গরমিল প্রকৃত হিসাব প্রত্যাশার সাথে মেলেনি

ক্যাশিয়ার ও অপারেশনের ধরন অনুযায়ী ফিল্টারসহ ফিডটি “পরিসংখ্যান” বিভাগের “ঝুঁকিপূর্ণ অপারেশন” ট্যাবে আছে — দেখুন উপস্থিতি ও সারসংক্ষেপ। এখানে এটি পুনরাবৃত্তি করা হয়নি।

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

দুই পা থেকে একটি আলাদা নিয়ম তৈরি হয় — “জার্নালের গরমিল”: যদি কোনো অপারেশন POS-এর জার্নালে থাকে কিন্তু সার্ভারের জার্নালে না থাকে (বা উল্টোটা), তাহলে আরও মনোযোগ দিয়ে দেখা উচিত — অ্যাপ অফলাইনে কাজ করেছে, জার্নাল পৌঁছায়নি, বা ক্যাশিয়ার রেকর্ড এড়ানোর চেষ্টা করেছে। এমন গরমিল বাকি অ্যালার্টের সাথে “নজরদারিতে” ট্যাবে “ক্যাশ ঝুঁকি”-তে পড়ে।


ছয়টি নিয়ম#

নিয়মগুলো সার্ভারে জার্নাল ও হিসাবের ডেটা অনুযায়ী গণনা করা হয়। পর্যবেক্ষণ উইন্ডো — এক সপ্তাহ, “শিফট” শাখার ক্যালেন্ডার দিন দিয়ে অনুমান করা হয়।

নিয়ম কখন সক্রিয় হয়
বাতিলের ধারা এক ক্যাশিয়ারের এক শিফটে এত বাতিল/স্টর্নো জমেছে যে এটি আর “হয়েই থাকে” নয় (ডিফল্ট — ৮, পূর্ণ শিফটে ঘণ্টায় প্রায় একটি)
ছাড়ের ধারা এক শিফটে ক্যাশিয়ারের ম্যানুয়াল ছাড়ের মোট তিনগুণ (×৩) অ্যাকাউন্টের সব ক্যাশিয়ারের মিডিয়ানের চেয়ে বেশি
ক্যাশের গরমিল ক্যাশ শিফট বন্ধের সময় ঘাটতি/উদ্বৃত্ত মালিকের থ্রেশহোল্ডের বেশি, অথবা গরমিলের মিডিয়ানের তিনগুণ (×৩) বেশি
স্বাভাবিকের বেশি খরচ ইনভেন্টরি চক্র অনুযায়ী প্রকৃত খরচ তাত্ত্বিক (টেক-কার্ড অনুযায়ী) খরচের চেয়ে N % বেশি (ডিফল্ট — ৫ %) — “পার্থক্যটা কোথায় গেল”
ক্রয়মূল্যের লাফ পণ্য তার মূল্যের মিডিয়ানের চেয়ে বেশি দামে গ্রহণ করা হয়েছে (ডিফল্ট — ১৫ %+)
জার্নালের গরমিল অপারেশন POS-এর জার্নালে আছে কিন্তু সার্ভারের জার্নালে নেই (বা উল্টোটা) — উপরের বিভাগ দেখুন

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

ক্রয়মূল্যের মিডিয়ান ৩০ ও ৯০ দিনের উইন্ডোতে গণনা করা হয়, একটি ইনভয়েস — একটি স্যাম্পল পয়েন্ট (পাঁচ লাইনে সরবরাহ ভাগ করা সরবরাহকারী সৎ সরবরাহকারীর চেয়ে পাঁচগুণ বেশি মিডিয়ান সরায় না)। তিনটির কম সরবরাহ — স্যাম্পল নয়, নিয়ম চুপ থাকে। একই মিডিয়ান গ্রহণের লাইনে সরাসরি “মিডিয়ানের +N %” ব্যাজ দেয় — দেখুন স্টোর।

প্রতিটি অ্যালার্টের একটি স্তর (উচ্চ/মধ্যম), ঝুঁকিতে থাকা পরিমাণ, ইভেন্টের সংখ্যা ও সময়কাল থাকে। পুনঃগণনা ডুপ্লিকেট তৈরি করে না: একই দিনে একই গরমিল — একই অ্যালার্ট।


কোথায় দেখবেন ও কীভাবে সেট করবেন#

“ক্যাশ ঝুঁকি” ব্লক — “কর্ম চ্যাট” → “সমাধান প্রয়োজন” → “নজরদারিতে” ট্যাবে, বাকি কাজের সাথে। প্যানেলে আলাদা “মনোযোগ প্রয়োজন” বিভাগ আর নেই; পুরনো ঠিকানাও এখানেই নিয়ে আসে। “সমাধান করুন” বোতামটি ইভেন্ট ফিডে নিয়ে যায়।

থ্রেশহোল্ড খোলা হয় “পরিসংখ্যান” বিভাগের হেডারে গিয়ার ⚙️ দিয়ে, “অ্যালার্টের থ্রেশহোল্ড” আইটেম: এটি নিজেই “ঝুঁকিপূর্ণ অপারেশন” ট্যাবে সুইচ করবে এবং সংকুচিত থ্রেশহোল্ড ব্লকটি খুলে দেবে (আইটেমটি মালিক ও ম্যানেজার দেখেন)। ম্যানুয়ালিও সেখানে যাওয়া যায় — “ঝুঁকিপূর্ণ অপারেশন” ট্যাব → থ্রেশহোল্ড ব্লক। যা সেট করা যায়:

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

খালি থ্রেশহোল্ড = “থ্রেশহোল্ড নেই”: নিয়মটি মিডিয়ান থেকে (আর্থিক) অথবা ডিফল্ট রক্ষণশীল মান থেকে কাজ করে।

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


বিপজ্জনক অপারেশনের ভিডিও ক্লিপ#

যদি Cenaly Hardware Bridge-এর মাধ্যমে POS ডিভাইসে একটি ক্যামেরা সংযুক্ত থাকে, তাহলে ইভেন্টের সঙ্গে একটি ছোট ভিডিও ক্লিপ যুক্ত করা যায়: অপারেশনের আগে ও পরে কয়েক সেকেন্ড।

এটি শাখা অনুযায়ী কনফিগার করা হয় (প্রতিটি POS-এর নিজস্ব হল ও নিজস্ব অ্যাঙ্গেল থাকে) হার্ডওয়্যার বিভাগে:

  • চালু করা (ডিফল্টভাবে বন্ধ — POS এলাকার ভিডিও ব্যক্তিগত ডেটা, গ্রাহকের অজান্তে চালু করা যায় না);
  • ব্রিজের ডিভাইস তালিকা থেকে POS এলাকার ক্যামেরা;
  • ইভেন্টের আগে ও পরে কত সেকেন্ড ক্লিপে থাকবে — ডিফল্টভাবে 30 ও 30, অনুমোদিত 5 থেকে 120 সেকেন্ড;
  • প্রতি শাখায় দৈনিক ক্লিপের সীমা — ডিফল্টভাবে 40, অনুমোদিত 1 থেকে 200;
  • ক্লিপ সংরক্ষণের সময়কাল — ডিফল্টভাবে 30 দিন, অনুমোদিত 1 থেকে 365।

জার্নাল ক্যামেরা ছাড়াও সম্পূর্ণ কার্যকর — ভিডিও একটি সংযোজন, শর্ত নয়।


PIN-অনুমোদন#

বিপজ্জনক অপারেশন সিনিয়রের নিশ্চিতকরণে সম্পন্ন করা যায়: ক্যাশিয়ার একটি কাজের অনুরোধ করে, ম্যানেজার নিজের PIN দেন, এবং জার্নালে অপারেশন ও যিনি এটি অনুমোদন করেছেন — দুজনেই লিপিবদ্ধ হন।

ভূমিকা অনুযায়ী ছাড়, ফেরত ও বাতিলের সীমা মালিক কর্মী ও শিফট বিভাগে নির্ধারণ করেন; POS সেই অনুযায়ী সিদ্ধান্ত নেয় অপারেশনের জন্য PIN-অনুমোদন প্রয়োজন কি না।

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

ইস্যু করা রসিদের রিপ্রিন্টও PIN-এর অধীনে সম্পন্ন হয় এবং জার্নালে লিপিবদ্ধ হয়।


সম্পর্কিত বিভাগ#


সাধারণ প্রশ্ন#

এটি কি কর্মীদের নজরদারি?#

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

ছাড় বিশাল হওয়া সত্ত্বেও নিয়মটি কাজ করল না কেন?#

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

একই ঘটনার জন্য বারবার অ্যালার্ট আসে?#

না। অ্যালার্টের আইডেন্টিফায়ার নিয়ম, শাখা, ক্যাশিয়ার ও সময়কাল থেকে তৈরি হয় — পুনরায় গণনা করলে একই অ্যালার্ট পাওয়া যায়, এবং তার জন্য ইমেইল একবারই যায়।

ইমেইল চালু করা যায় কিন্তু ভিডিও চালু না করা যায়?#

হ্যাঁ, এগুলো স্বাধীন সেটিংস: ইমেইল — নিয়মের থ্রেশহোল্ডে, ভিডিও — হার্ডওয়্যার বিভাগে শাখার সেটিংসে।

"স্বাভাবিকের চেয়ে বেশি খরচ" সক্রিয় হলে কী করবেন?#

টেক-কার্ড অনুযায়ী তাত্ত্বিক খরচ ইনভেন্টরির প্রকৃত খরচের সঙ্গে তুলনা করুন: বেশিরভাগ ক্ষেত্রে কারণ — ভুল টেক-কার্ড, নষ্ট পণ্যের অবলেখন বা "আন্দাজে" পরিবেশন। বিশ্লেষণ — ইনভেন্টরি বিভাগের "ক্ষতি" ট্যাবে।

Was this article helpful?