প্রতিটি কর-মুক্ত বিক্রির জন্য আমার POS কেন আমাকে ম্যানুয়ালি কর অপসারণ করতে বাধ্য করে?

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

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

আমার POS কেন কর অব্যাহতিকে একটি ব্যতিক্রমী ঘটনা (edge case) হিসেবে বিবেচনা করে?

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

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

হাত দিয়ে ম্যানুয়ালি কর অপসারণ করায় আসলে আপনার কী খরচ বা ক্ষতি হয়?

প্রতিটি লেনদেনে ত্রিশ সেকেন্ডের বেশি সময় নষ্ট হয়, যদিও চেকআউটের সময় কয়েক সেকেন্ডও জমে অনেক বড় হয়। আসল ক্ষতিগুলো হলো:

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

• একাধিক কর হারের ভুল। যেসব কার্টে একাধিক কর হার বা চক্রবৃদ্ধি হার (এক করের ওপর অন্য কর) থাকে, সেগুলো ম্যানুয়ালি এডিট করতে গেলে ভুল হওয়ার ঝুঁকি থাকে।

• নিরীক্ষা ট্রেইল (audit trail) নষ্ট হওয়া। ম্যানুয়ালি এডিট করা অর্ডারে সাধারণত ট্যাক্স কেন সরানো হয়েছে বা কোন সার্টিফিকেটের আওতায় তা করা হয়েছে তার কোনো রেকর্ড থাকে না। যখন একজন অডিটর জিজ্ঞাসা করবেন, তখন আপনাকে স্মৃতি থেকে উদ্দেশ্য পুনরুদ্ধার করতে হবে।

• ভুল রিপোর্ট। ম্যানুয়ালি ট্যাক্স অপসারণকে প্রায়ই রিপোর্টে ছাড় (discount) বা প্রাইস ওভাররাইড হিসেবে দেখানো হয়, যা নিট বিক্রি কম দেখায় এবং আদায়কৃত করের ভুল তথ্য দেয়। আপনার ফাইন্যান্সিয়াল সামারি-তে কর-মুক্ত বিক্রিকে মূল্য ছাড় হিসেবে নয়, বরং কর-মুক্ত বিক্রি হিসেবেই দেখানো উচিত।

• পারমিশন সংক্রান্ত ঝুঁকি। ট্যাক্স সরাতে যদি অর্ডার এডিট করার অধিকারের প্রয়োজন হয়, তবে প্রতিটি ক্যাশিয়ারেরই অর্ডার এডিট পারমিশন লাগবে, যা নিরাপত্তার জন্য ঝুঁকিপূর্ণ।

বর্তমানে কোন বিকল্প ব্যবস্থাগুলো সত্যিই সাহায্য করে?

উপযোগিতার ক্রমানুসারে তিনটি বিষয়:

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

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

ছাড় বা ডিসকাউন্ট হিসেবে দেখিয়ে বিষয়টিকে ঘুরিয়ে দেবেন না। করের পরিমাণের সমান ছাড় দিলে তা রসিদে ঠিক মনে হলেও অন্য সব ক্ষেত্রে ভুল দেখায়: নিট বিক্রি কমে যায়, আদায়কৃত করের তথ্য ভুল থাকে এবং হিসাব মেলানো বন্ধ হয়ে যায় (প্রকৃত লেনদেনের সাথে রিপোর্টের তথ্য মেলে না)।

এর পরিবর্তে একটি POS-এর কীভাবে কর-মুক্ত বিক্রি পরিচালনা করা উচিত?

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

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

তাহলে, কেন আপনার POS আপনাকে হাত দিয়ে ম্যানুয়ালি ট্যাক্স অপসারণ করতে বাধ্য করে?

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