রিটার্ন পরিদর্শন ওয়ার্কফ্লো: পরিষ্কার গুদাম অডিট ট্রেইল

কেন রিটার্ন পরিদর্শনের অডিট ট্রেইল হারিয়ে যায়

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

কোনো গ্রাহক রিফান্ডের পরিমাণ নিয়ে আপত্তি করলে বা নথিভুক্ত কন্ডিশন নিয়ে প্রশ্ন তুললে এটি সমস্যার কারণ হয়। «ক্ষতিগ্রস্ত» ধরনের একটি নোট খুব বেশি তথ্য দেয় না। সিল কি খোলা ছিল? কোনো অ্যাকসেসরি কি অনুপস্থিত? স্ক্রিনে কি ফাটল ছিল? সময়সহ ছবি ও পরিষ্কার কন্ডিশন নোট না থাকলে কর্মীদের স্মৃতির ওপর নির্ভর করতে হয় বা পুরোনো বার্তা খুঁজতে হয়।

আলাদা স্প্রেডশিট পরিস্থিতি আরও জটিল করে। একটিতে রিটার্ন নম্বর, অন্যটিতে স্টক সমন্বয়, আর তৃতীয়টিতে রিফান্ডের অবস্থা রাখা হতে পারে। ফাইলভেদে তারিখ, আইটেম কোড ও নাম আলাদা হতে পারে। ফলে একটি রিফান্ড অডিট ট্রেইলের বদলে একই ঘটনার কয়েকটি অসম্পূর্ণ সংস্করণ তৈরি হয়।

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

লক্ষ্যটি সহজ: একটি আইটেম, একটি ইতিহাস। কে রিটার্নটি পরিচালনা করেছে, কী পাওয়া গেছে, কী সিদ্ধান্ত নেওয়া হয়েছে এবং কখন তা করা হয়েছে, রেকর্ডে সবই দেখা উচিত।

প্রতিটি ফেরত আসা আইটেমের জন্য একটি রেকর্ড তৈরি করুন

প্রতিটি রেকর্ডের ভিত্তি হিসেবে রিটার্ন আইডি ব্যবহার করুন। এটি প্যাকেজের লেবেল, গুদাম অ্যাপ এবং রিটার্নের সঙ্গে যুক্ত কাস্টমার সার্ভিস কেসে রাখুন।

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

প্যাকেজ খোলার আগে পরিদর্শকদের প্রয়োজনীয় তথ্য দেখা উচিত। একটি ছোট ফর্ম রেকর্ডকে একরকম রাখতে সাহায্য করে। এতে রাখুন:

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

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

অনুমতিও গুরুত্বপূর্ণ। গুদামকর্মীরা আইটেম গ্রহণ, ছবি যোগ, কন্ডিশন কোড নির্বাচন এবং ডিসপোজিশনের সুপারিশ করতে পারেন। সুপারভাইজাররা ব্যতিক্রম অনুমোদন করতে পারেন। কাস্টমার সার্ভিস বা ফাইন্যান্স রিফান্ড অনুমোদন করতে পারে, তবে তাদের পরিদর্শনের প্রমাণ সম্পাদনা করা উচিত নয়।

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

এমন কন্ডিশন কোড তৈরি করুন যা সবাই ব্যবহার করবে

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

আপনার গুদাম যে সিদ্ধান্তগুলো ইতিমধ্যে নেয়, সেগুলোর সঙ্গে মেলে এমন সহজ কোড দিয়ে শুরু করুন:

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

প্রতিটি কোডের জন্য একটি ছোট নিয়ম লিখুন। «খারাপ কন্ডিশন» বা «বিক্রির উপযোগী নয়» ধরনের বাক্য এড়িয়ে চলুন। দুইজন পরিদর্শক একই বর্ণনা পড়ে ভিন্ন সিদ্ধান্তে পৌঁছাতে পারেন।

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

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

বেশিরভাগ টিম ছোট ছোট অনেক ভিন্নতার দীর্ঘ তালিকার চেয়ে চার থেকে ছয়টি প্রধান কোডে ভালো কাজ করে। কোনো রিটার্নে একাধিক সমস্যা থাকলে ডিসপোজিশন নির্ধারণকারী কন্ডিশনটি বেছে নিয়ে ছোট একটি অতিরিক্ত নোট যোগ করা যায়।

পরবর্তী প্রশ্নের উত্তর দেয় এমন ছবি তুলুন

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

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

• বাইরের প্যাকেজের ছবি তুলুন, যাতে শিপিং লেবেল ও চ্যাপ্টা কোণ দেখা যায়।
• বিভিন্ন দিক থেকে পণ্যের ছবি তুলুন এবং আঁচড়, ফাটল, দাগ বা অনুপস্থিত অংশের ক্লোজ-আপ নিন।
• সিরিয়াল নম্বর, IMEI, বারকোড বা রিটার্ন রেকর্ডের সঙ্গে আইটেমটি যুক্ত করে এমন অন্য শনাক্তকারীর ছবি তুলুন।
• গ্রাহক অসম্পূর্ণ সেট ফেরত দিলে অ্যাকসেসরিগুলোর ছবি তুলুন।

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

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

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

রিসিভিং থেকে সিদ্ধান্ত পর্যন্ত পরিদর্শন চালান

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

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

স্টক পরিবর্তনের আগে ওই রেকর্ডের সঙ্গে বাস্তব আইটেম মিলিয়ে দেখুন। নীল জ্যাকেট ভুল সাইজের হলেও একই দামের কারণে সেটিকে কালো জ্যাকেটের অর্ডার লাইনে যুক্ত করা উচিত নয়। আইটেম বা পরিমাণ না মিললে ব্যতিক্রম হিসেবে চিহ্নিত করে পর্যালোচনার জন্য পাঠান।

পরিদর্শক একটি কন্ডিশন কোড নির্বাচন করে প্রয়োজনীয় ছবি যোগ করবেন। তিনি পণ্য, প্যাকেজিং, অ্যাকসেসরি ও ব্যবহারের চিহ্ন পরীক্ষা করবেন। কোডে পুরো বিষয়টি বোঝানো না গেলে একটি ছোট নোট সহায়ক হয়, যেমন «বাক্সে চার্জার নেই»।

এরপর আইটেমটি কোথায় যাবে তা জানিয়ে একটি ডিসপোজিশন বেছে নিন:

• বিক্রিযোগ্য স্টকে ফেরত
• মেরামত বা পুনর্নবীকরণের জন্য পাঠানো
• সরবরাহকারীর কাছে ফেরত
• ম্যানেজারের পর্যালোচনার জন্য আটকে রাখা
• বাতিল বা পুনর্ব্যবহার

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

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

অনুমোদনের পরেই সিস্টেমে ইনভেন্টরি পরিবর্তন করা উচিত। রিস্টকের সিদ্ধান্ত হলে গৃহীত পরিমাণ উপলভ্য স্টকে যোগ হবে। মেরামত বা বাতিলের সিদ্ধান্ত হলে আইটেমটি সঠিক বিক্রয়-অযোগ্য স্ট্যাটাসে যাবে। এতে বিরোধপূর্ণ রিটার্ন ভুল করে বিক্রিযোগ্য ইনভেন্টরি হিসেবে দেখা যাবে না।

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

ডিসপোজিশনের সিদ্ধান্তকে ইনভেন্টরি কার্যক্রমের সঙ্গে যুক্ত করুন

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

আপনার গুদামের সঙ্গে মেলে এমন বিকল্প ব্যবহার করুন: রিস্টক, মেরামত, সরবরাহকারীর কাছে ফেরত, বাতিল এবং গ্রাহকের কাছে ফেরত। লিখিত কারণ ও ম্যানেজারের পর্যালোচনা বাধ্যতামূলক না হলে «অন্যান্য» বিকল্প এড়িয়ে চলুন।

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

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

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

রিফান্ডের সিদ্ধান্ত ফাঁক ছাড়া নথিভুক্ত করুন

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

সিদ্ধান্তটি একই রিটার্ন রেকর্ডে রাখুন। রিটার্নে রেফারেন্স না রেখে চ্যাট বার্তা, স্প্রেডশিট বা আলাদা পেমেন্ট স্ক্রিনে চূড়ান্ত সিদ্ধান্ত রাখবেন না। একজন পর্যালোচনাকারী যেন একটি রেকর্ড খুলেই বুঝতে পারেন কেন নির্দিষ্ট পরিমাণ রিফান্ড দেওয়া হয়েছে।

প্রতিটি সিদ্ধান্তের জন্য নথিভুক্ত করুন:

• রিফান্ডের পরিমাণ ও মুদ্রা
• রিফান্ড বা প্রত্যাখ্যানের কারণ
• অনুমোদনকারী কর্মী বা ম্যানেজার
• সিদ্ধান্তের সঠিক সময়
• পেমেন্ট রেফারেন্স বা লেনদেনের অবস্থা

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

ব্যতিক্রমের ব্যাখ্যা প্রয়োজন। কোনো ক্যারিয়ার বিলম্বের কারণে সমস্যা হলে ম্যানেজার রিটার্নের সময়সীমা পার হওয়ার পরও পুরো রিফান্ড অনুমোদন করতে পারেন। আগের পরিদর্শনের ফল ও নীতির সিদ্ধান্ত মুছে না দিয়ে ব্যতিক্রমের নোটসহ সব সংরক্ষণ করুন।

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

কোনো গ্রাহক যদি জানতে চান কেন তিনি ৬০ ডলারের বদলে ৪২ ডলার পেয়েছেন, সাপোর্ট টিম কয়েক মিনিটের মধ্যে কন্ডিশন কোড, ছবি, নির্বাচিত কারণ, অনুমোদনের নোট ও পেমেন্টের অবস্থা দেখতে পারবে।

একটি সহজ গুদাম উদাহরণ

একজন রিসিভিং ক্লার্ক ফেরত আসা একটি ওয়্যারলেস হেডসেট স্ক্যান করে তার আইটেম রেকর্ড খোলেন। অর্ডার নম্বর, গ্রাহকের তথ্য, রিটার্নের কারণ ও আগমনের সময় আগে থেকেই সেখানে আছে।

শিপিং বাক্সের একটি কোণ চ্যাপ্টা এবং সিল ছেঁড়া। হেডসেটে কোনো আঁচড় নেই, ইয়ার প্যাডগুলো অব্যবহৃত মনে হচ্ছে এবং ডিভাইসটি চালু হচ্ছে। ক্লার্ক ক্ষতিগ্রস্ত বাক্স, সিরিয়াল নম্বরের লেবেল ও চালু থাকা হেডসেটের ছবি তোলেন। প্রতিটি ছবি রিটার্ন রেকর্ডের সঙ্গে যুক্ত হয়।

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

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

যে ভুলগুলো রিটার্ন রেকর্ডের বিশ্বাসযোগ্যতা কমায়

পরিদর্শকরা একই সমস্যা ভিন্নভাবে বর্ণনা করলে রেকর্ডের বিশ্বাসযোগ্যতা কমে যায়। একজন লেখেন «ছোট আঁচড়», অন্যজন লেখেন «ব্যবহৃত», আর তৃতীয়জন কিছুই লেখেন না। অস্বাভাবিক ক্ষেত্রে মুক্তভাবে লেখা নোট কাজে আসে, তবে সেগুলো নির্দিষ্ট রিটার্ন কন্ডিশন কোডের সহায়ক হওয়া উচিত, বিকল্প নয়।

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

«রিটার্ন ১৪» বা «ক্ষতিগ্রস্ত বাক্স» ধরনের নামে শেয়ার করা ফোল্ডারে ছবি রাখলে সমস্যা হয়। প্রতিটি ছবি আইটেম রেকর্ডের সঙ্গে যুক্ত করুন এবং স্বয়ংক্রিয়ভাবে রিটার্ন আইডি ব্যবহার করুন। কে ছবি তুলেছে এবং কখন তুলেছে তাও নথিভুক্ত করুন, বিশেষ করে দামি আইটেম বা বিরোধপূর্ণ দাবির ক্ষেত্রে।

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

সাধারণ ফাঁকের মধ্যে রয়েছে মানসম্মত কোড ছাড়া বর্ণনা লেখা, প্রমাণ ছাড়া রিফান্ড অনুমোদন, ইতিহাস না রেখে আগের সিদ্ধান্ত সম্পাদনা এবং আইটেম রেকর্ডের বাইরে ছবি সংরক্ষণ।

চালুর আগে দ্রুত যাচাই

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

প্রতিটি ফেরত আসা আইটেমের নিজস্ব রিটার্ন আইডি ও মূল অর্ডারের রেফারেন্স দরকার। কন্ডিশন কোড বেছে নেওয়ার আগে কর্মীদের এসব তথ্য স্ক্যান বা লিখতে হবে। একজন গ্রাহক তিনটি আইটেম ফেরত পাঠালে অস্পষ্ট একটি রিটার্ন নোটের বদলে তিনটি আইটেম রেকর্ড তৈরি করুন।

ফর্মে পর্যালোচনার জন্য প্রয়োজনীয় প্রমাণ বাধ্যতামূলক আছে কি না দেখুন:

• প্রতিটি আইটেমের জন্য অন্তত একটি ছবি, দৃশ্যমান ক্ষতির ক্ষেত্রে অতিরিক্ত ছবি
• অনুমোদিত তালিকা থেকে একটি কন্ডিশন কোড
• ব্যতিক্রম কোড বা প্রত্যাখ্যাত রিটার্নের জন্য লিখিত নোট
• পরিদর্শকের নাম ও কাজ শেষ করার সময়

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

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

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

ছোট করে শুরু করুন এবং ওয়ার্কফ্লো উন্নত করুন

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

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

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

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

পাইলট সফল হলে আরও একটি রিটার্নের ধরন বা গুদাম এলাকা যুক্ত করুন। নিয়মিত ব্যতিক্রম পর্যালোচনা করুন এবং প্রক্রিয়াটি এতটাই পরিষ্কার রাখুন যেন শুধু রেকর্ড দেখেই প্রতিটি সিদ্ধান্ত ব্যাখ্যা করা যায়।