ریستوران کے QR مینو میں کوڈ نہیں، صفحہ ہی بدلیں

مینو کے QR کوڈ 2020 میں ہر جگہ عام ہوئے اور پھر ختم نہیں ہوئے۔ زیادہ تر ریستورانوں میں کوڈ ایک بار ویب سائٹ سنبھالنے والے شخص نے بنایا، اور اس کے بعد اسے دیکھا تک نہیں گیا—یہ اہم ہے کیونکہ اسی شعبے میں یہ ماڈل سب سے زیادہ مرتکز ہے: بہت سے کوڈ، اسکین کی زیادہ تعداد، طویل عرصے تک استعمال ہونے والا مطبوعہ مواد، اور کم منافع۔

ریستورانوں سے ہر میز کے حساب سے بل کیوں لیا جاتا ہے؟

کیونکہ فی کوڈ قیمت ایسے کاروبار سے ملتی ہے جسے بہت سے کوڈ درکار ہوتے ہیں۔ بارہ ٹیبل ٹینٹ، ایک کھڑکی کا اسٹیکر اور ٹیک اوے بیگ کا ایک اسٹیکر رکھنے والے ریستوران کے پاس چودہ کوڈ ہوتے ہیں۔ فی کوڈ ڈائنامک منصوبے میں یہ ہر ماہ چودہ الگ مدیں ہیں، ایسے مینو کے لیے جس کی قیمت پہلے صرف کاغذ جتنی تھی۔

یہ سبسکرپشن بھی یہاں غیر معمولی طور پر مضبوطی سے قائم رہتی ہے۔ ٹیبل ٹینٹ لیمینیٹ کیے جاتے ہیں، اسٹیکر چپکے ہوتے ہیں، اور مینو زیادہ سے زیادہ موسمی بنیاد پر دوبارہ چھپتے ہیں۔ دوبارہ چھپائی ایک حقیقی منصوبہ ہے، اس لیے ماہانہ فیس اس سے آرام سے کم رہتی ہے—اور قیمت اسی حساب سے مقرر کی گئی تھی۔ "مفت" 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 کوڈ اسکیمز کی حقیقت۔