রেস্তোরাঁর মেনুতে স্ট্যাটিক QR কোডই কেন যথেষ্ট

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

রেস্তোরাঁগুলোকে প্রতি টেবিল ধরে বিল কেন করা হয়?

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

এখানে সাবস্ক্রিপশন ছাড়াও অস্বাভাবিকভাবে আঁকড়ে থাকে। টেবিল টেন্ট ল্যামিনেট করা, ডেকাল আঠা দিয়ে লাগানো, আর মেনু সর্বোচ্চ হলে ঋতুভিত্তিক পুনর্মুদ্রিত হয়। আবার ছাপানো সত্যিই একটি কাজ, তাই মাসিক ফি তার চেয়ে স্বচ্ছন্দে কম থাকে—দাম ঠিক করার সময় হিসাবটিই করা হয়েছিল। "ফ্রি" QR কোডের আসল খরচ এই অঙ্কটি ব্যাখ্যা করে।

আপনার অতিথিদের সম্পর্কে সেবাদাতা কী জানতে পারে?

মেনু লোড হওয়ার আগে প্রতিটি স্ক্যান সেবাদাতার কাছে একটি HTTP অনুরোধ পাঠায়। কুকি বা সম্মতি না থাকলেও তারা অতিথির IP ঠিকানা, সময়, ডিভাইস ও অপারেটিং সিস্টেম, এবং পছন্দের ভাষা পায়—আর প্রতিটি টেবিল টেন্টে আলাদা ছোট লিংক থাকায়, সেটি কোন টেবিল ছিল তাও জানতে পারে।

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

সেবাদাতার পুরো গ্রাহকভিত্তি জুড়ে বিষয়টি আরও বড়। একই ডিভাইস ফিঙ্গারপ্রিন্ট কোনো শহরের রেস্তোরাঁ, দোকান ও ভেন্যুতে বারবার দেখা গেলে একজন ব্যক্তির চলাফেরার চিত্র তৈরি হয়। *Breyer* (C-582/14) মামলায় ইউরোপীয় ইউনিয়নের বিচার আদালত বলেছে, কোনো সাইট অপারেটরের লগ করা ডায়নামিক IP ব্যক্তিগত তথ্য হতে পারে। তাই এটি কৌতূহলের বিষয় নয়, কমপ্লায়েন্সের প্রশ্ন—এবং GDPR অনুযায়ী দায় সাধারণত কোডটি যে ব্যবসা চালু করেছে, তার ওপরই পড়ে। QR প্রক্সি কী লগ করে-এ বিস্তারিত আছে।

বাস্তবে কী কী ভুল হয়?

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

NCSC-এর মূল্যায়ন হলো, পাব ও রেস্তোরাঁয় QR কোড সাধারণত নিরাপদ, তবে ইমেলের মাধ্যমে আসা কোডের ক্ষেত্রে অনেক বেশি সতর্কতা দরকার। শারীরিক ঝুঁকির অবশিষ্ট অংশ হলো ওভারলে স্টিকার, আর প্রতিরোধের উপায় একেবারেই সাধারণ: টেন্ট পরীক্ষা করুন।

স্থায়ী সংস্করণটি দেখতে কেমন?

অর্ডার ও পেমেন্টের কোডের ক্ষেত্রে কী হবে?

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

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

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

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

কীভাবে পরিবর্তন করবেন?

1. বর্তমান টেবিল টেন্ট ডিকোড করুন আমাদের রিডার দিয়ে এবং পেলোডে কার ডোমেন আছে দেখুন। সেটি আপনার না হলে, আপনি ভাড়া করা রিডাইরেক্ট ব্যবহার করছেন।
2. একটি স্থায়ী URL বেছে নিন — yourrestaurant.com/menu — এবং নিশ্চিত করুন, এটি বদলাবে না। পরে সরানোর সুযোগ রাখতে চাইলে কোডটি yourrestaurant.com/m-এ দিন এবং সেখান থেকে রিডাইরেক্ট করুন।
3. সেই ঠিকানা এনকোড করে একটি স্ট্যাটিক [URL QR কোড](Url) তৈরি করুন।
4. ইচ্ছা হলে প্লেসমেন্টভিত্তিক ট্র্যাকিং যোগ করুন: ?src=table, ?src=window, ?src=takeaway। আপনার নিজস্ব অ্যানালিটিক্স তখন ড্যাশবোর্ডে বিক্রি করা একই প্লেসমেন্টভিত্তিক সংখ্যা দেবে।
5. কোডের পাশে পড়া যায় এমন অক্ষরে URL ছাপুন, যাতে অতিথিরা স্ক্যান না করেও মেনুতে যেতে পারেন এবং বুঝতে পারেন কোডটি আপনার।
6. পরবর্তী স্বাভাবিক মুদ্রণচক্রে আবার ছাপুন, তারপর পুরোনো টেন্টগুলো ব্যবহার থেকে সরিয়ে সাবস্ক্রিপশন বাতিল করুন।

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

পরবর্তী মুদ্রণচক্রের জন্য প্রস্তুত রাখতে এখনই প্রতিস্থাপন করুন: URL QR কোড। পটভূমি: QR কোড কেলেঙ্কারির সত্যতা।